Here is the list of all packages that need to be changed over to seamonkey for rdepend's only. If they can not be ported you will need to mask until fixed to work with seamonkey or firefox!!! I would like to see this complete before June 30th. USE flag should be seamonkey!! mozilla use flag will be drop'd from the tree. You will also not that gecko-sdk will be removed from the tree as well. fserb: x11-libs/wxmozilla-0.5.3 x11-libs/wxmozilla-0.5.4 x11-libs/wxmozilla-0.5.6 Mozilla Herd: www-client/skipstone-0.9.2 net-www/netscape-plugger-5.0 net-www/netscape-plugger-5.1.3 net-www/mozplugger-1.5.2 net-www/mozplugger-1.6.2 net-www/mozplugger-1.7.1 net-www/mozplugger-1.7.3 Nakano: www-client/kazehakase-0.2.7 www-client/kazehakase-0.3.1 www-client/kazehakase-0.3.2 www-client/kazehakase-0.3.3 www-client/kazehakase-0.3.4 www-client/kazehakase-0.3.5 www-client/kazehakase-cvs-20050711 www-client/kazehakase-cvs-20060111 Hanno: www-client/galeon-1.3.21 www-client/galeon-2.0.0 www-client/galeon-2.0.1 JoseJX: net-www/mplayerplug-in-3.21 net-www/mplayerplug-in-3.25 Gnome Herd: dev-python/gnome-python-extras-2.10.2 dev-python/gnome-python-extras-2.12.0 dev-python/gnome-python-extras-2.12.1 dev-python/gnome-python-extras-2.14.0 dev-util/devhelp-0.10 dev-util/devhelp-0.11 dev-util/devhelp-0.9.3 gnome-base/nautilus-1.0.6-r9 gnome-extra/evolution-data-server-1.2.3 gnome-extra/yelp-2.10.0 WxWindows Herd: dev-util/documancer-0.1.7 gnome-extra/yelp-2.12.1 gnome-extra/yelp-2.12.2 gnome-extra/yelp-2.14.0 gnome-extra/yelp-2.14.1 www-client/epiphany-1.6.0-r3 www-client/epiphany-1.6.3 www-client/epiphany-1.6.4 www-client/epiphany-1.8.2 www-client/epiphany-1.8.3 www-client/epiphany-1.8.4.1 www-client/epiphany-2.14.1-r1 www-client/epiphany-extensions-1.6.0 www-client/epiphany-extensions-1.6.4-r1 www-client/epiphany-extensions-1.8.1 www-client/epiphany-extensions-2.14.0.1 www-client/epiphany-extensions-2.14.1 Citizen428: net-news/liferea-0.9.6 net-news/liferea-1.0-r1 net-news/liferea-1.0.15 net-news/liferea-1.0.3 net-news/liferea-1.0.4 Vanquirius: net-misc/pavuk-0.9.32 net-misc/pavuk-0.9.34 Net-IM: net-im/gnophone-0.2.4-r1 Zaheerm: media-libs/swfdec-0.2.2 media-libs/swfdec-0.2.2-r1 media-libs/swfdec-0.3.1 media-libs/swfdec-0.3.2 media-libs/swfdec-0.3.5 Maintainer-Needed (tcort): media-libs/openvrml-0.14.3 Foser: media-libs/freetype-2.1.10 media-libs/freetype-2.1.10-r1 media-libs/freetype-2.1.10-r2 media-libs/freetype-2.1.9-r1 media-libs/freetype-2.2.1 Gnome-Office: mail-client/evolution-2.0.3-r2 mail-client/evolution-2.0.4 Blizzy: dev-util/sashxb-1.0.2 Dev-Tools Herd: dev-util/eclipse-sdk-2.1.3-r5 dev-util/eclipse-sdk-3.0.0-r3 dev-util/eclipse-sdk-3.0.1-r2 dev-util/eclipse-sdk-3.0.2 dev-util/eclipse-sdk-3.1.1 OpenOffice Herd: app-office/openoffice-2.0.1-r1 app-office/openoffice-2.0.2-r1 app-office/openoffice-2.0.2-r2 DotNet Herd: dev-dotnet/gecko-sharp-0.10 dev-dotnet/gecko-sharp-0.11 dev-dotnet/gecko-sharp-0.5-r2 dev-dotnet/gecko-sharp-0.6 Dcoutts: dev-haskell/gtk2hs-0.9.10 dev-haskell/gtk2hs-0.9.10-r1 dev-haskell/gtk2hs-0.9.9 Compnerd: dev-java/swt-3.1-r1 dev-java/swt-3.2_pre1 Ruby Herd: dev-ruby/ruby-gtkmozembed-0.14.1
These packages have dep's on gecko-sdk please port them to seamonkey or firefox gecko-sdk use flag will be drop'd at same time as mozilla. Some packages with mozilla rdep also have gecko-sdk dep please make sure you double check your work. I would also like to see these as revisions when they are fixed and add them to p.mask with stable keywords below seamonkey so we can unmask them all at same time please. Compnerd: media-video/totem Flameeyes: media-video/vlc Gnome Herd: gnome-base/librsvg
VLC had nsplugin support removed.
Hi, I am a bit too busy these days, feel free to fix pavuk if needed. Marcelo
I've removed the mozilla use-flag from all openoffice-versions, the newest one already has one for firefox, so no functionality should get lost.
(In reply to comment #0) > Maintainer-Needed (tcort): > media-libs/openvrml-0.14.3 I know nothing about this package; I've never even tried emerge'ing it. The only reason my name is in the changelog is because I removed COPYING from dodoc (an automated script found it). I did take a look at it though. The ebuilds aren't maintained and the source doesn't compile with gcc-3.4.6 (Bug #88970). No one has cared to version bump it since 22 Nov 2003 (Bug #92690). No packages in portage depend on this library. There has been no upstream release in almost a year. From looking at configure.ac, build system changes are required to get this one working with SeaMonkey. Source code changes may be required as well. I filed a bug for tree cleaners (Bug #137775) since this package is broken and no one wants to fix/maintain it.
Come friday at 1900 CDT (1400 UTC) I will be masking mozilla and gecko. I suggest everyone have there packages converted and ready to go at this time as I will mask the mozilla and gecko use flag at same time.
Sorry to be flippant here, but I was going to change ruby-gtkmozembed over to seamonkey and portage is telling me it's package masked. How can I make the nice transitional change from ~ to p.mask ?
(In reply to comment #7) > Sorry to be flippant here, but I was going to change ruby-gtkmozembed over to > seamonkey and portage is telling me it's package masked. How can I make the > nice transitional change from ~ to p.mask ? > This should be handled with same keywords as current stable ... which should also include a revision bump and p.mask entry with seamonkey entry. If you follow these two rules repoman should not complain.
Just a friendly reminder tomorrow mozilla and mozilla-bin along with gecko-sdk will be p.masked both mozilla and gecko-sdk keywords will also be use.masked for everyone!! If no one speaks up with why I should not makes this happen tomorrow night it will be done.
I'm still not sure why the mozilla USE flag has to disappear. It can change meaning and that would be less disruptive. I seriously don't see a serious reason to remove the flag entirely.
Sorry, but can you hold off for a bit longer? I'm stuck on dialup until the beginning of next week (and have been since the 15th :p). I haven't had a chance to fix up the mplayerplug-in yet. I promise I'll get to it first thing on monday, but I really don't want to have to deal with getting the Seamonkey source over dialup. Sorry.
As a few have requested some time to get there packages fixed up for seamonkey I will hold off on the mozilla{-bin}/gecko-sdk p.mask. I will be removing the p.mask entry for seamonkey in abot 3 hours tho, I suggest you all convert your packages.
(In reply to comment #12) > As a few have requested some time to get there packages fixed up for seamonkey > I will hold off on the mozilla{-bin}/gecko-sdk p.mask. I will be removing the > p.mask entry for seamonkey in abot 3 hours tho, I suggest you all convert your > packages. > As I was gonna wait, this has been retracted by ME. Reason 1:) devs refuse to work toward porting to seamonkey while doing revision bumps against busted apps with security issues. That is only reason needed to mask gecko-sdk/mozilla{-bin} tonight.
Adding java to backup compnerd for dev-java/swt.
Jory, Could you please elaborate on the urgency of resolving this? From my understanding, mozilla and gecko have a number of security issues. Could you also offer suggestions for performing the switch over? As in, should we do revbumps to stable for things currently marked stable? Thanks in advance.
do not p.mask your revisions and what not seamonkey is unmasked you can ~arch keyword as long as your willing to move to arch in a week, Yes this is a bit short but best I can offer ya at this time!!
i've added a test version of gnome-python-extras-2.14 to the tree. If things seem to go okay tomm. with people testing, we'll apply similar fixes to the rest of the gnome packages. sparc and ia64 may use.mask seamonkey which will make the logic inside the ebuild easier to write and understand.
i have done: gnome-python-extras yelp epiphany epiphany-extensions gnome herd has left: totem librsvg dev-util/devhelp-0.10 dev-util/devhelp-0.11 dev-util/devhelp-0.9.3 gnome-base/nautilus-1.0.6-r9 gnome-extra/evolution-data-server-1.2.3
I've got a patch to have gtk2hs build against seamonkey (in addition to firefox) however I can't commit it yet because seamonkey is not ~sparc but gtk2hs is.
totem is now done.
nautilus / evolution-data-server are now done. waiting on a seamonkey compile to test fixes for librsvg and devhelp.
librsvg is done, devhelp is done. just waiting on a couple more archs to mark the revision stable. all gnome/gnome-office herd packs should be compliant as of now.
*** Bug 138985 has been marked as a duplicate of this bug. ***
why not use !sparc and allow everyone else to use seamonkey for the time being :)
*** Bug 139080 has been marked as a duplicate of this bug. ***
for those with liferea please test 1.0.16 I have just added it to the tree with seamonkey dep instead of mozilla. I can only backport to 1.0.15 for stable arch everything else fails to build against seamonkey.
or juste use.mask the seamonkey use flag for now
(In reply to comment #27) > or juste use.mask the seamonkey use flag for now > Very bad advise as I plan to mask mozilla{-bin}/gecko-sdk this friday, Security and myself have finally reached this as official deadline.
As mention in http://bugs.gentoo.org/show_bug.cgi?id=138985#c4, galeon depends at the moment at mozilla. I tried emerging with USE="firefox" as workaround. But this failed (see http://bugs.gentoo.org/show_bug.cgi?id=139160). So galeon is totally broken without mozilla.
gecko-sharp still has a hard dependency on www-client/mozilla. This is breaking many mono apps. (mono-develop monodoc muine) Blam has some logic to pick between mozilla, firefox or thunderbird in configure.in. Without mozilla it picks firefox and then fails to compile.
I've added dev-util/eclipse-sdk-3.2_rc7 which compiles cleanly against seamonkey without any other issues. As for older versions, I did not have so much luck compiling against seamonkey or firefox. We used to use the latter, but changes in firefox-1.5 caused breakage, which iirc are the same issues with seamonkey. I will have to poke at it some more to verify. I may end up just removing gecko-sdk/mozilla support for all old versions if it really comes down to it.
I've dropped support for embedded browser in < eclipse-sdk-3.2. So dev-tools should be all set now.
I've added mplayerplug-in-3.25-r1 to the tree with gecko-sdk and mozilla removed. It's not stable anywhere yet, but depending on how we go forward with mozilla/gecko-sdk removal, I'm fine with prematurely marking it stable.
(In reply to comment #30) > gecko-sharp still has a hard dependency on www-client/mozilla. This is breaking > many mono apps. (mono-develop monodoc muine) I just tried switching the dependency to www-client/seamonkey, and it seems to build and operate correctly. Someone from dotnet should probably verify.
From my IRC convo with nichoj: <snip> 11:12 <@latexer> nichoj_work: the key part is getting the consuming applications of gecko-sharp all working fine as well.11:14 <@nichoj_work> latexer: indeed. I'm pretty sure seamonkey is supposed to be a drop in replacement though 11:14 <@nichoj_work> latexer: need any help testing? 11:15 <@latexer> nichoj_work: dsd and some user 'nemo' have been working on it some. 11:15 <@latexer> nichoj_work: i may find time this week to work on it while i'm on vacation. 11:15 <@latexer> nichoj_work: nothing really testable, the main apps to worry about are blam, monodoc, and monodevelop. 11:15 <@latexer> nichoj_work: you should consult with dsd_ about what all he's got done/tested, etc. 11:15 <@latexer> i know there was at least one small display bug with one of them. </snip> I'm on vacation away from work this week, so I'll try to find some time hacking on this the next day or two.
Blam is patched here: http://bugzilla.gnome.org/show_bug.cgi?id=346566 Should be safe to import this into portage. Will do that soon. monodoc is harder - the seamonkey libgtkmozembed reveals a problem where the front screen of monodoc is blank until you click on it. Needs to be investigated further.
Created attachment 91599 [details] This one works with the help of <kojiro> on irc
(In reply to comment #37) > Created an attachment (id=91599) [edit] > This one works with the help of <kojiro> on irc > "This" is dev-python/gnome-python-extras-2.14.0
(In reply to comment #36) > monodoc is harder - the seamonkey libgtkmozembed reveals a problem where the > front screen of monodoc is blank until you click on it. Needs to be > investigated further. > https://bugzilla.mozilla.org/show_bug.cgi?id=312998 https://launchpad.net/distros/ubuntu/+source/devhelp/+bug/40320/
*** Bug 140160 has been marked as a duplicate of this bug. ***
*** Bug 140191 has been marked as a duplicate of this bug. ***
*** Bug 140233 has been marked as a duplicate of this bug. ***
I have to say after reading and watching you all play this out it is a joke. Your policies are bullshit. The apply to what you want them to apply to. Mozilla has been infested with many major security issues for well over 45 days now and you all still refuse to accept the fact that it needs to be masked and removed from the tree. UPSTREAM will not be putting out ANY revisions for 1.0.x BRANCH, so wake up and mask the damn package already and get this shit over with.
Did you really just *have* to say it? Are you sure? Having trouble letting go, are we? Nobody's forcing you to be on this bug, or even to be involved with this issue. So give it a rest and let it go, and leave us in peace, please.
Created attachment 92157 [details] An example where seamonkey does gecko-sharp no favours dev-util/monodevelop-0.11 generates the attached error on startup after remerging gecko-sharp-0.11 (and monodevelop): replacing seamonkey as the mozilla-* dependency. Probably deserves its own bug, but since using seamonkey as a dependency replacement for mozilla in gecko-sharp isn't supported yet...
hm, monodevelop-0.11 does not exist in the portage and I don't have any problems with monodevelop-0.10 and gecko-sharp built against firefox, with my patches.
mondevelop-0.11 is a typo. I also finally got gecko-sharp working under firefox. However, I didn't need to patch anything. I just set: MOZILLA_FIVE_HOME to "/usr/lib/mozilla-firefox" How is the default for this usually set?
(In reply to comment #47) > mondevelop-0.11 is a typo. I also finally got gecko-sharp working under > firefox. However, I didn't need to patch anything. I just set: > MOZILLA_FIVE_HOME to "/usr/lib/mozilla-firefox" How is the default for this > usually set? > MOZILLA_FIVE_HOME is no longer exported from firefox, as what MOZILLA_FIVE_HOME will take precedence if you have seamonkey, thunderbird and firefox all export it. this was the sense of the rpath-patches. I use absolute paths for gecko-sharp and remove all stupid parts from the startup-script for monodevelop :)
*** Bug 141093 has been marked as a duplicate of this bug. ***
Just wanted to mention that at least totem-1.5.4, epiphany-2.15.4 and yelp-2.15.4 build with xulrunner out of the box.
galeon is all done now.
*** Bug 141242 has been marked as a duplicate of this bug. ***
*** Bug 141395 has been marked as a duplicate of this bug. ***
*** Bug 120826 has been marked as a duplicate of this bug. ***
*** Bug 111989 has been marked as a duplicate of this bug. ***
*** Bug 130812 has been marked as a duplicate of this bug. ***
blam is fixed, ready for when gecko-sharp makes the jump
*** Bug 81805 has been marked as a duplicate of this bug. ***
(In reply to comment #1) This effects dev-util/monodevelop-0.10
*** Bug 146096 has been marked as a duplicate of this bug. ***
So, any progress here? This bug has been practically silent for two months. :(
*** Bug 149200 has been marked as a duplicate of this bug. ***
This bug should not just die away, since mozilla(-bin) will probably be masked because of open security issues soon. here is a list of ebuilds which still appear to depend on www-client/mozilla in some way: dev-dotnet/gecko-sharp-0.10 dev-dotnet/gecko-sharp-0.11 dev-dotnet/gecko-sharp-0.5-r2 dev-dotnet/gecko-sharp-0.6 dev-haskell/gtk2hs-0.9.10 dev-haskell/gtk2hs-0.9.10-r1 dev-haskell/gtk2hs-0.9.9 dev-java/swt-3.1-r1 dev-python/gnome-python-extras-2.12.0 dev-python/gnome-python-extras-2.12.1 dev-python/gnome-python-extras-2.14.0 dev-ruby/ruby-gtkmozembed-0.14.1 dev-ruby/ruby-gtkmozembed-0.15.0 dev-util/documancer-0.1.7 dev-util/eclipse-sdk-3.0.1-r2 dev-util/eclipse-sdk-3.0.2 dev-util/sashxb-1.0.2 kde-base/xparts-3.5.0 media-libs/swfdec-0.2.2 media-libs/swfdec-0.2.2-r1 media-libs/swfdec-0.3.1 media-libs/swfdec-0.3.2 media-libs/swfdec-0.3.5 net-im/gnophone-0.2.4-r1 net-misc/pavuk-0.9.32 net-misc/pavuk-0.9.34 net-news/liferea-0.9.6 net-www/mplayerplug-in-3.21 net-www/mplayerplug-in-3.25 net-www/netscape-plugger-5.0 net-www/netscape-plugger-5.1.3 www-client/epiphany-1.8.4.1 www-client/epiphany-extensions-1.8.1 www-client/kazehakase-0.3.1 www-client/kazehakase-0.3.2 www-client/kazehakase-0.3.3 www-client/kazehakase-0.3.4 www-client/kazehakase-0.3.5 www-client/kazehakase-0.3.9 www-client/kazehakase-0.4.0 x11-libs/wxmozilla-0.5.3 x11-libs/wxmozilla-0.5.4 x11-libs/wxmozilla-0.5.6
Soooo... what's left?! dotnet herd (unconditional dependency): dev-dotnet/gecko-sharp-0.5-r2 dev-dotnet/gecko-sharp-0.6 dev-dotnet/gecko-sharp-0.10 dev-dotnet/gecko-sharp-0.11 --- haskell herd (drop mozilla use flag): dev-haskell/gtk2hs-0.9.9 dev-haskell/gtk2hs-0.9.10 dev-haskell/gtk2hs-0.9.10-r1 --- java herd (drop mozilla use flag or drop this ebuild version): dev-java/swt-3.1-r1 --- gnome/python herds (drop mozilla use flag): dev-python/gnome-python-extras-2.12.0 dev-python/gnome-python-extras-2.12.1 dev-python/gnome-python-extras-2.14.0 --- ruby herd (drop firefox use flag): dev-ruby/ruby-gtkmozembed-0.14.1 dev-ruby/ruby-gtkmozembed-0.15.0 --- wxwindows herd (drop this version): dev-util/documancer-0.1.7 --- dev-tools herd (drop mozilla use flag): dev-util/eclipse-sdk-3.0.1-r2 dev-util/eclipse-sdk-3.0.2 --- no maintainer (unconditional dependency, nothing depends on it -> drop?) dev-util/sashxb-1.0.2 --- kde herd (drop mozilla use flag): kde-base/xparts-3.5.0 --- zaheerm (drop mozilla use flag): media-libs/swfdec-0.2.2 media-libs/swfdec-0.2.2-r1 media-libs/swfdec-0.3.1 media-libs/swfdec-0.3.2 media-libs/swfdec-0.3.5 --- net-im herd (drop mozilla use flag) net-im/gnophone-0.2.4-r1 --- vanquirius (drop mozilla use flag): net-misc/pavuk-0.9.32 net-misc/pavuk-0.9.34 --- dang (drop mozilla use flag or drop this ebuild version): net-news/liferea-0.9.6 --- josejx/mozilla herd (remove from || deps) net-www/mplayerplug-in-3.21 net-www/mplayerplug-in-3.25 --- mozilla herd (replace the bogus dep w/ firefox{,-bin},seamonkey) net-www/netscape-plugger-5.0 net-www/netscape-plugger-5.1.3 --- gnome herd (drop firefox use flag) www-client/epiphany-1.8.4.1 www-client/epiphany-extensions-1.8.1 --- nakano/matsuu (drop firefox/mozilla use flags, stabilize for 146902 and clean up the cruft) www-client/kazehakase-0.3.1 www-client/kazehakase-0.3.2 www-client/kazehakase-0.3.3 www-client/kazehakase-0.3.4 www-client/kazehakase-0.3.5 www-client/kazehakase-0.3.9 www-client/kazehakase-0.4.0 --- wxwindows herd (unconditional dependency, bump for Bug 130969) x11-libs/wxmozilla-0.5.3 x11-libs/wxmozilla-0.5.4 x11-libs/wxmozilla-0.5.6
www-client/kazehakase fixed.
xparts fixed.
Created attachment 98806 [details] gnophone-0.2.4-r2.ebuild Gnophone does not build in amd64 and i do not have a x86 machine where to build/test. Please try and report back if it works.
ruby-gtkmozembed fixed
liferea is fixed. For the gnome stuff, it's not that easy. Those packages are stable on platforms that don't have firefox, so seamonkey must be substituted for mozilla.
*** Bug 150299 has been marked as a duplicate of this bug. ***
These other archs you speak of do not have security teams and should be ommited from the equation to resolve this overly outdate security issue that is still in portage.
Jurek, please drop the mozilla dep from jscall-sharp-0.0.2_pre20060925. Thanks
(In reply to comment #72) > Jurek, please drop the mozilla dep from jscall-sharp-0.0.2_pre20060925. Thanks And mozilla-firefox-bin as well, nothing will ever compile against it.
Vanquirius: net-misc/pavuk-0.9.32 net-misc/pavuk-0.9.34 neither version is compatible with firefox-1.5 nor seamonkey. Making it a canadite for removal from tree.
Offending dev-java/swt ebuilds removed.
All misbehaving dev-util/eclipse-sdk ebuilds gone.
net-misc/pavuk-0.9.34 done. net-misc/pavuk-0.9.32 is stable on some archs, so 0.9.34 needs to get stable first - bug #152932
jscall-sharp fixed. Sorry guys, I'm not even sure why did I put mozilla/firefox-bin there.
Updated on the other dotnet herd packages. I've just converted all the ~arch stuff to work with seamonkey and firefox, and added gecko-sharp-0.11-r1 which deps on either seamonkey or firefox. I can remove the old offending packages/deps as soon as I get more testing from users on bug #98839 and blam-1.8.2-r1 is stabalized (bug #153308). Hopefully that's today or tomorrow.
dev-dotnet/gecko-sharp dev-haskell/gtk2hs dev-util/sashxb media-libs/freetype media-libs/swfdec net-im/gnophone net-misc/pavuk net-www/netscape-plugger x11-libs/wxmozilla Those who can need to inform mozilla herd of status .. netscape-plugger sashxb and swfdec are all p.masked. So please report the status so we can continue to make progress to get mozilla out of the tree.
gecko-sharp is ready as soon as everything that depends on gecko-sharp is. I wouldn't say thats the case yet. monodoc and liferea suffer the bug described in comment #36 even with the latest seamonkey
(In reply to comment #80) > dev-dotnet/gecko-sharp dev-haskell/gtk2hs dev-util/sashxb media-libs/freetype > media-libs/swfdec net-im/gnophone net-misc/pavuk net-www/netscape-plugger > x11-libs/wxmozilla > > Those who can need to inform mozilla herd of status .. netscape-plugger sashxb > and swfdec are all p.masked. So please report the status so we can continue to > make progress to get mozilla out of the tree. > sashxb is getting removed from the tree.
*** Bug 130273 has been marked as a duplicate of this bug. ***
OK, problem described in comment #36 is fixed in seamonkey-1.0.6. gecko-sharp is also no longer depending on mozilla, also it looks like monodoc was fixed a while back.
*** Bug 124704 has been marked as a duplicate of this bug. ***
What's left?! dev-dotnet/gecko-sharp-0.6 - still depends on mozilla and is depended on by other ebuilds (even recently stabilized ones, like Bug 153308, I really don't get this?!) dev-dotnet/gecko-sharp-0.11 amd64/x86 need 0.11-r1 stable, none stabilization bug filed... --- dev-haskell/gtk2hs-0.9.9 dev-haskell/gtk2hs-0.9.10 dev-haskell/gtk2hs-0.9.10-r1 USE=mozilla needs to die there... --- x11-libs/wxmozilla-0.5.3 x11-libs/wxmozilla-0.5.4 x11-libs/wxmozilla-0.5.6 No progress with this one, needs to be package.masked... --- net-im/gnophone - package.masked for gnome-1 removal media-libs/swfdec - already package.masked for removal by seemant dotnet/haskell/wxwindows folks - ping! This is really long overdue and getting annoying.
wxmozilla-0.5.7_pre20070102 is in the tree. i'll unmask it when it's ready and remove 0.5.6.
like, done, and stuff..
Wheeeee, all done! *plop*