User-Agent: Mozilla/5.0 (X11; Linux i686; U;) Gecko/20061007 Kazehakase/0.3.9
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.
Steps to Reproduce:
* 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 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 attachment 102242 [details]
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 attachment 102257 [details]
fixed packagename in summary
Created attachment 102330 [details]
added ~amd64 keyword after successful user testing
I've committed a modified ebuild to sunrise overlay.
Created attachment 111638 [details]
version bump: version 1.0 is out complet with new ebuild
Created attachment 111660 [details]
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 attachment 111811 [details]
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 ...
Comment on attachment 111811 [details]
version bumped to 1.1
ebuild stays unchanged.
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 attachment 116481 [details]
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 attachment 118244 [details]
version bump to version 1.2 including Qt4 support. Ebuild is already in sunrise.
Created attachment 118687 [details]
bugfix release - version bump left ebuild unchanged
Created attachment 121353 [details]
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 attachment 122392 [details]
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 attachment 139642 [details]
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, 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 :)