Bugzilla Bug 155546

User-Agent:       Mozilla/5.0 (X11; Linux i686; U;) Gecko/20061007
Kazehakase/0.3.9
Build Identifier: 

For gentoo-users, who like the commandline, etc-proposals is a gentoo
configuration file updater, that, unlike etc-update and dispatch-conf, provides
a shell with tabcompletion and allows updating of selected fileparts.

Reproducible: Always

Steps to Reproduce:




Features:

    * lean dependancies (only portage and readline, no diff, no rcs, nothing
else)
    * shell-like UI with tabcompletion and history
    * can be used just like dispatch-conf, so you dont need to learn anything
new (however, you might actually like the additional features)
    * the ability to accept certain changes to a file, while dismissing others
    * dynamical recalculation of changes (i.e. if on update proposes to change
a
line and is accepted, the user wont be asked again, if a second update proposes
the same)
    * the ability to accept/dismiss all changes to a file/dir
    * the ability to review decisions before they are merged
    * showing changes in a change/proposal/file/dir/all
    * the ability to undo decisions, if they are not yet merged into the
filesystem
    * undo a change/proposal/file/dir
    * goto <change>, completely with tabcompletion
    * merging of changes to the configuration files is not done on a
file-by-file basis, but can be triggered at any time. This allows the user to
review his changes.
    * provides the ability to edit a proposed changes, opening the editor of
choice at the changed lines (this is currently supported in nano, emacs and vi)
    * keeps decisions on proposed changes, even if the tool is stopped
    * online help from the shell

Created an attachment (id=102242) [edit]
ebuild for etcproposals version 0.9.20061114

proposed ebuild for etcproposals - pretty small, using distutils

Please change the filetype of the ebuild to text, then we can easily view it ;)

I will sacrifice the copyright of the ebuild to the gentoo foundation of cause.
The copyright of the package will also be sacrificed to the foundation, if that
is what it needs to include it into portage (the package, not the tree)

(In reply to comment #3)
> I will sacrifice the copyright of the ebuild to the gentoo foundation of cause.

Might as well save time and do it now, like all the other ebuilds on bugzilla.

> The copyright of the package

Is fine, see /usr/portage/licenses/

Created an attachment (id=102257) [edit]
etcproposals-0.9.20061114.ebuild

fixed copyright

fixed packagename in summary

Created an attachment (id=102330) [edit]
etcproposals-0.9.20061114.ebuild

added ~amd64 keyword after successful user testing

I've committed a modified ebuild to sunrise overlay.

http://gentoo-sunrise.org/svn/reviewed/app-portage/etcproposals/

Created an attachment (id=111638) [edit]
etcproposals-1.0.ebuild

version bump: version 1.0 is out complet with new ebuild
http://michaelsen.kicks-ass.net/Members/bjoern/etcproposals
http://michaelsen.kicks-ass.net/Members/bjoern/etcproposals/downloads/etcproposals-1.0.ebuild

Created an attachment (id=111660) [edit]
etcproposals-1.0.ebuild

I forgot to apply the changes made by the gentoo-sunrise review of the 0.9
version - did that now.

(In reply to comment #11)
> I forgot to apply the changes made by the gentoo-sunrise review of the 0.9
> version - did that now.

 There is one complaint about your ebuild: In the DEPEND field you must put
spaces around the braces.  See Sunrise.

Created an attachment (id=111811) [edit]
etcproposals-1.0.ebuild

fixes by Opfer - gentoo-sunrise review
* removed dependancy on system packages

I've been looking over the program and I like what I see.  The main thing
missing at this point is documentation.  While I had few problems understanding
the shell interface, the gtk interface was confusing to me.

I will do a tiny update soon, without big new features, just adding
documentation and help to the gtk-frontend, cleaning up the code in
portagestubs (using 'emerge --info' and 'pconfig dump' instead of homegrown
code) and providing a simple interface to use etc-proposals as a plugin. I hope
that will clean things up ...

(From update of attachment 111811 [edit])
version bumped to 1.1
ebuild stays unchanged.

CHANGES:
1.1 features mostly code cleanup:
- portage_stubs cleaned
- documented gtk-frontend
- added a refesh button in the gtk frontend
- added a help buuton in the gtk frontend
- added --frontend and --fastexit options to easier use etc-proposals as a
plugin (for example in porthole/portato)
- clicking on Filesystems now shows all updates in the filesystem

Created an attachment (id=116481) [edit]
etcproposals-1.1 after migration to berlios

etcproposals migrated to a "real" project page on berlios - this might be a
sideeffect of the old server going down in a huge fireball.

So since the old source urls dont work anymore (and will not for some time),
here is a new ebuild.

Created an attachment (id=118244) [edit]
etcproposals-1.2.ebuild

version bump to version 1.2 including Qt4 support. Ebuild is already in
sunrise.

Created an attachment (id=118687) [edit]
etcproposals-1.2.1.ebuild

bugfix release - version bump left ebuild unchanged

Created an attachment (id=121353) [edit]
new ebuild - version bump to 1.3

@fuzzyray: Any chance that you will get this into the tree? Or should I hunt
for another maintainer?

Created an attachment (id=122392) [edit]
version 1.3 - fixed whitespace

fixed whitespace in ebuild

After evaluating this for the last couple of months, I am not interested in
maintaining it.  This is personal opinion only, but I do not find the software
easy or intuitive to use and due to that I would have a hard time being able to
track down and fix potential bugs in the package.

It would be really nice to have a maintainer for etc-proposals.
app-portage/portato has a plugin for it, users seem to like it and it being in
portage and etc-proposals not causes all kinds of packaging issues. Its not
even a bit package ;-) 

A new release is coming out soon (rc is being tested right now). etc-proposals
has  accumulated more than 1200 downloads already, but is still looking for a
maintainer to get it into the offical portage tree. Nobody interested?

I'll take a look at it once your 1.4 release is out :)

Created an attachment (id=139642) [edit]
etcproposals-1.4.ebuild

version 1.4

If this ebuild gets into the offical tree, maybe the package should be renamed
to etc-proposals, as thats the name of the command.

> http://www.sabayonlinux.org/forum/viewtopic.php?f=54&t=11970#p68653

(Yeah, I know Sabayon is not gentoo. Still, Fitzcarraldo has a point there.

(In reply to comment #26)
> If this ebuild gets into the offical tree, maybe the package should be renamed
> to etc-proposals, as thats the name of the command.

Yeah, thought of that already .. makes much sense :)

Added to CVS. For further releases it'll be nice to change the internal naming
scheme from etcproposals to etc-proposals too :) Nifty program :)