This bug report tracks the deprecation of x11-libs/qt-3* and everything that depends on it. Please DO NOT post comments but refer to other bug reports in [Depends on] and [Blocks] and post your information there or file new bug reports and make them block/depend on this one.
Announcement about Qt3 deprecation and removal: http://archives.gentoo.org/gentoo-dev-announce/msg_f295c1c2d9d70238d289de3a7ed5bf5c.xml
*** Bug 299127 has been marked as a duplicate of this bug. ***
With a little delay, to give a MythTV users a chance to be informed with a news item, we have just p.masked qt:3 and all remaining reverse dependencies, and also the qt3 useflag.
I do not see a worthy replacement for Linux program xdrawchem. However, the insistence to remove qt: 3, and not just from portage forced to use their own overlays and rasmyshlyat on other distributions that do not lead a violent epic war against with obsolete packages, which however does not bring profit but is brought lulz
I'd just like to add my 2 cents here about the pending removal of QT3 from portage on March 21, 2010. Even though this bug might not be exactly the right place for my 2 cents, my observation relates to the philosophy of deleting ebuilds from the tree. I just switched from KDE 3.5 to KDE 4.4. It is disappointing to see that all the great apps for KDE 3.5 (e.g. kdict, guarddog), are removed from the tree and do not work with KDE 4.4 without some work. Even if I use qt3support, I cannot get guarddog with Gentoo (see Bug 270532) without tweaking. Why do we do all of this work creating ebuilds and "qt3support" just to eventually delete our progress? Would it not be more ideal to leave all the old ebuild versions around as unstable (because of lack of upstream updates, etc), and let users use them if they unmask them? What is the point of this recent campaign to delete all the packages we have spent all of our toil and trouble creating? The reason I commented about this here is because when QT3 is removed, I'm sure I'll have to do more configuring to keep the apps I like, and I'm not looking forward to that. This policy is making things difficult for me and others. I understand that there are no security updates for these older packages, but people cannot seriously believe that Gentoo is responsible for each package's security. That's "upstream's" problem after all. So, in summary, please, just leave the packages there, including qt3, and stop deleting functionality!
(In reply to comment #5) > Even though this bug might not be exactly the right place for my 2 cents You are so right, any discussion belongs not on this tracker bug, but on the gentoo-dev mailing list or the forums. So please take it there, we will not go into this here.
cannot use genkernel --xconfig without qt-3.3.8b-r2
(In reply to comment #7) > cannot use genkernel --xconfig without qt-3.3.8b-r2 That is bug 133751.
Things are not so bad, because: All releases of xxdiff: 4.0b1 (21 Nov 2010 11:42) Version 4.0b1: A complete Qt4 port (which works on the Mac) has been done by Alexandre Feblot. So, there was no any reasons to remove it from the tree and masking was enough! For sure, somebody works on changing old ebuild to the new one, according "Qt4-based ebuild howto", from sources 4.0b1 builds fine and works.. PS: Right now I can't find ant sources of the old dev-util/xxdiff-3.2-r1.ebuld (x11-libs/qt:3) to start changing it to the new dev-util/xxdiff-4.0-b1 (qt4), FTF! ((;
