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 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] etcproposals-0.9.20061114.ebuild fixed copyright
fixed packagename in summary
Created attachment 102330 [details] 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 attachment 111638 [details] 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 attachment 111660 [details] 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 attachment 111811 [details] etcproposals-1.1.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 ...
Comment on attachment 111811 [details] etcproposals-1.1.ebuild 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 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] etcproposals-1.2.ebuild version bump to version 1.2 including Qt4 support. Ebuild is already in sunrise.
Created attachment 118687 [details] etcproposals-1.2.1.ebuild 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] 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 :)