Hi guys, since this library is getting old and most users are unmaintained anyway, shall we proceed to its removal from the tree ? For the record, I propose removal of: app-editors/amyedit app-editors/conglomerate app-editors/mlview app-editors/screem dev-embedded/gnusim8085 dev-python/gtksourceview-python dev-ruby/ruby-gtksourceview gnome-extra/libgnomedb:1 and :3 net-misc/drivel sci-electronics/oregano games-strategy/ufo-ai sci-mathematics/genius sci-mathematics/gretl after checking they are indeed locked to slot 1 and have no slot 2 version available
I agree with their removal
CCing maintainers of some of affected packages (In reply to comment #0) > dev-embedded/gnusim8085 This doesn't need to be dropped if it's bumped (In reply to comment #0) > dev-python/gtksourceview-python This cannot be dropped as it's needed by app-accessibility/accerciser, this also blocks removal of x11-libs/gtksourceview:1.0 :'(
(In reply to comment #0) > sci-electronics/oregano Oregano actually needs some care. Apparently Ubuntu packages are using gtksourceview:2.0. I'll take a look at this when I have some free time. Regards.
> dev-ruby/ruby-gtksourceview These bindings have no reverse dependencies, feel free to mask/remove then together with gtksourceview:0 itself.
(In reply to comment #2) > CCing maintainers of some of affected packages > > (In reply to comment #0) > > dev-embedded/gnusim8085 I bumped gnusim8085. Either 1.3.5 or 1.3.6 should be stabilized on x86 before removing the versions that depend on gtksourceview:1.0 from the tree.
(In reply to comment #3) > (In reply to comment #0) > > sci-electronics/oregano > > Oregano actually needs some care. Apparently Ubuntu packages are using > gtksourceview:2.0. I'll take a look at this when I have some free time. > sci-electronics/oregano-0.69.1 is on the tree and uses x11-libs/gtksourceview:2.0.
Thanks for your help :-)
(In reply to comment #0) > app-editors/amyedit converted to :2 with 1.0-r2, with the gtksouceviewmm bindings. Feel free to file a stable request bug after 30 days
(In reply to comment #2) > This cannot be dropped as it's needed by app-accessibility/accerciser, this > also blocks removal of x11-libs/gtksourceview:1.0 :'( > RDEPEND was wrong, it really needs pygtksourceview instead
In case of removal, dev-vcs/git will need a dep cleanup.
Removed old version depending on gtksourceview:1 from tree and pm. + 02 Aug 2011; Thomas Beierlein <tomjbe@gentoo.org> + -files/oregano-0.60.0-dont-run-update-mime-database.patch, + -oregano-0.69.0.ebuild, -oregano-0.69.0-r1.ebuild, + -files/oregano-0.69.0-ldflags.diff: + remove oregano-0.69.0 (pending 22 Jul 2011), see #354241 for reference
+*mlview-0.9.0-r1 (05 Aug 2011) + + 05 Aug 2011; Michael Weber <xmw@gentoo.org> +mlview-0.9.0-r1.ebuild, + +files/mlview-0.9.0-r1-10_port_to_gtksourceview2.patch, + +files/mlview-0.9.0-r1-autoreconf.patch, metadata.xml: + Taking maint, revbump with port to gtksourceview:2.0 + I've dropped the stable keywords in this revbump (as usual). An upcomming removal of the old revision would remove all stable versions. Should the new revbump be fast-stable'd?
(In reply to comment #12) > +*mlview-0.9.0-r1 (05 Aug 2011) > + > + 05 Aug 2011; Michael Weber <xmw@gentoo.org> +mlview-0.9.0-r1.ebuild, > + +files/mlview-0.9.0-r1-10_port_to_gtksourceview2.patch, > + +files/mlview-0.9.0-r1-autoreconf.patch, metadata.xml: > + Taking maint, revbump with port to gtksourceview:2.0 > + > > I've dropped the stable keywords in this revbump (as usual). > An upcomming removal of the old revision would remove all stable versions. > > Should the new revbump be fast-stable'd? I don't think it's necessary, the package has had no activity for so long it can probably wait one or two weeks more :)
Dropped