137665 2006-06-22 15:44 0000 Packages with rdepend on mozilla to convert to seamonkey/firefox useflags 2007-01-27 08:20:11 0000 1 1 1 Unclassified Gentoo Linux Applications unspecified All Linux RESOLVED FIXED P2 blocker --- 98839 130969 134621 137198 137775 138184 138287 138848 140644 152932 153308 159634 159635 164048 135257 1 geekypenguin@gmail.com mozilla@gentoo.org akopa@charter.net al447880@netscape.net Anonymous.Pseudonym.88@gmail.com citizen428@gentoo.org compnerd@gentoo.org dcoutts@gentoo.org diverge@bsdmail.com dotnet@gentoo.org Florian.Steinel@googlemail.com fonts@gentoo.org foser@gentoo.org fserb@gentoo.org gnome-office@gentoo.org gnome@gentoo.org gpf@gpf.me.uk haskell@gentoo.org ipridian@gmail.com jakub@gentoo.org josejx@gentoo.org jurek@gentoo.org ladanyi@tmit.bme.hu maintainer-needed@gentoo.org mathfox@xs4all.nl mikko.tiihonen@iki.fi morten@cools.no mozilla@gentoo.org net-im@gentoo.org pacho@condmat1.ciencias.uniovi.es plaes@plaes.org psihozefir@yahoo.com python@gentoo.org p_ansell@yahoo.com rockoo@gmail.com sbriglie@gmail.com thothonegan@gmail.com troyt@myrealbox.com vanquirius@gentoo.org vorlon@gentoo.org voyageur@gentoo.org weeve@gentoo.org xero@xeron.cc zaheerm@gentoo.org _talyn_@web.de geekypenguin@gmail.com 2006-06-22 15:44:25 0000 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 geekypenguin@gmail.com 2006-06-22 15:53:56 0000 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 flameeyes@gentoo.org 2006-06-22 17:33:23 0000 VLC had nsplugin support removed. vanquirius@gentoo.org 2006-06-22 17:54:39 0000 Hi, I am a bit too busy these days, feel free to fix pavuk if needed. Marcelo suka@gentoo.org 2006-06-23 00:40:35 0000 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. tcort@gentoo.org 2006-06-23 13:51:22 0000 (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. geekypenguin@gmail.com 2006-06-26 19:19:40 0000 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. caleb@gentoo.org 2006-06-27 06:17:48 0000 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 ? geekypenguin@gmail.com 2006-06-27 14:32:44 0000 (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. geekypenguin@gmail.com 2006-06-29 17:50:01 0000 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. seemant@gentoo.org 2006-06-29 17:53:26 0000 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. josejx@gentoo.org 2006-06-29 19:06:13 0000 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. geekypenguin@gmail.com 2006-06-30 16:27:10 0000 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. geekypenguin@gmail.com 2006-06-30 17:11:19 0000 (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. nichoj@gentoo.org 2006-06-30 18:15:45 0000 Adding java to backup compnerd for dev-java/swt. nichoj@gentoo.org 2006-06-30 18:22:26 0000 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. geekypenguin@gmail.com 2006-07-01 08:07:44 0000 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!! allanonjl@gentoo.org 2006-07-01 17:21:13 0000 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. allanonjl@gentoo.org 2006-07-02 13:32:06 0000 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 dcoutts@gentoo.org 2006-07-03 04:53:36 0000 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. allanonjl@gentoo.org 2006-07-03 05:01:03 0000 totem is now done. allanonjl@gentoo.org 2006-07-03 08:05:42 0000 nautilus / evolution-data-server are now done. waiting on a seamonkey compile to test fixes for librsvg and devhelp. allanonjl@gentoo.org 2006-07-03 09:17:46 0000 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. jakub@gentoo.org 2006-07-03 10:29:54 0000 *** Bug 138985 has been marked as a duplicate of this bug. *** geekypenguin@gmail.com 2006-07-03 12:06:13 0000 why not use !sparc and allow everyone else to use seamonkey for the time being :) jakub@gentoo.org 2006-07-03 13:31:52 0000 *** Bug 139080 has been marked as a duplicate of this bug. *** geekypenguin@gmail.com 2006-07-03 15:06:19 0000 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. tester@gentoo.org 2006-07-03 15:13:35 0000 or juste use.mask the seamonkey use flag for now geekypenguin@gmail.com 2006-07-03 15:15:46 0000 (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. gentoobugsie.20.dsurawicz@spamgourmet.com 2006-07-04 04:24:25 0000 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. harrisl@lhjonline.com 2006-07-05 06:53:19 0000 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. nichoj@gentoo.org 2006-07-05 07:06:40 0000 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. nichoj@gentoo.org 2006-07-06 07:04:03 0000 I've dropped support for embedded browser in < eclipse-sdk-3.2. So dev-tools should be all set now. josejx@gentoo.org 2006-07-11 09:32:01 0000 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. nichoj@gentoo.org 2006-07-12 11:11:27 0000 (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. latexer@gentoo.org 2006-07-12 11:20:26 0000 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. dsd@gentoo.org 2006-07-12 14:08:36 0000 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. ivo@lineau.nl 2006-07-12 14:14:52 0000 Created an attachment (id=91599) This one works with the help of <kojiro> on irc michael@smith-li.com 2006-07-12 14:26:12 0000 (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 gpp666_999@yahoo.de 2006-07-12 14:57:08 0000 (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/ jakub@gentoo.org 2006-07-12 15:25:20 0000 *** Bug 140160 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2006-07-13 00:54:17 0000 *** Bug 140191 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2006-07-13 08:58:27 0000 *** Bug 140233 has been marked as a duplicate of this bug. *** geekypenguin@gmail.com 2006-07-14 13:52:55 0000 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. seemant@gentoo.org 2006-07-14 14:39:17 0000 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. akopa@charter.net 2006-07-18 14:46:03 0000 Created an attachment (id=92157) 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... gpp666_999@yahoo.de 2006-07-18 19:18:36 0000 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. akopa@charter.net 2006-07-18 22:34:22 0000 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? gpp666_999@yahoo.de 2006-07-19 14:39:40 0000 (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 :) jakub@gentoo.org 2006-07-19 23:10:40 0000 *** Bug 141093 has been marked as a duplicate of this bug. *** plaes@plaes.org 2006-07-20 12:08:14 0000 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. hanno@gentoo.org 2006-07-21 00:37:29 0000 galeon is all done now. jakub@gentoo.org 2006-07-21 07:50:23 0000 *** Bug 141242 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2006-07-22 09:24:32 0000 *** Bug 141395 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2006-07-22 15:14:40 0000 *** Bug 120826 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2006-07-22 15:18:09 0000 *** Bug 111989 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2006-07-22 15:37:37 0000 *** Bug 130812 has been marked as a duplicate of this bug. *** dsd@gentoo.org 2006-07-24 15:21:21 0000 blam is fixed, ready for when gecko-sharp makes the jump jakub@gentoo.org 2006-07-25 17:03:03 0000 *** Bug 81805 has been marked as a duplicate of this bug. *** sorin.panca@gmail.com 2006-08-01 04:52:07 0000 (In reply to comment #1) This effects dev-util/monodevelop-0.10 jakub@gentoo.org 2006-09-03 01:20:31 0000 *** Bug 146096 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2006-09-21 20:35:19 0000 So, any progress here? This bug has been practically silent for two months. :( jakub@gentoo.org 2006-09-26 11:23:25 0000 *** Bug 149200 has been marked as a duplicate of this bug. *** vorlon@gentoo.org 2006-10-02 08:29:55 0000 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 jakub@gentoo.org 2006-10-02 08:55:31 0000 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 matsuu@gentoo.org 2006-10-04 08:41:28 0000 www-client/kazehakase fixed. flameeyes@gentoo.org 2006-10-04 08:50:43 0000 xparts fixed. humpback@gentoo.org 2006-10-04 15:31:12 0000 Created an attachment (id=98806) 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. pclouds@gentoo.org 2006-10-05 14:00:17 0000 ruby-gtkmozembed fixed dang@gentoo.org 2006-10-06 10:55:32 0000 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. carlo@gentoo.org 2006-10-06 12:08:03 0000 *** Bug 150299 has been marked as a duplicate of this bug. *** anarchy@nctv.com 2006-10-06 12:53:59 0000 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. geekypenguin@gmail.com 2006-10-26 10:06:06 0000 Jurek, please drop the mozilla dep from jscall-sharp-0.0.2_pre20060925. Thanks jakub@gentoo.org 2006-10-26 10:18:45 0000 (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. geekypenguin@gmail.com 2006-10-26 14:02:27 0000 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. caster@gentoo.org 2006-10-26 15:37:04 0000 Offending dev-java/swt ebuilds removed. caster@gentoo.org 2006-10-26 15:54:14 0000 All misbehaving dev-util/eclipse-sdk ebuilds gone. peper@gentoo.org 2006-10-26 15:58:23 0000 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 jurek@gentoo.org 2006-10-26 16:24:24 0000 jscall-sharp fixed. Sorry guys, I'm not even sure why did I put mozilla/firefox-bin there. latexer@gentoo.org 2006-10-29 09:12:33 0000 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. geekypenguin@gmail.com 2006-11-01 19:51:38 0000 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. dsd@gentoo.org 2006-11-01 20:03:08 0000 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 antarus@gentoo.org 2006-11-01 20:39:22 0000 (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. jakub@gentoo.org 2006-11-11 14:31:56 0000 *** Bug 130273 has been marked as a duplicate of this bug. *** dsd@gentoo.org 2006-11-12 14:09:42 0000 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. jakub@gentoo.org 2006-11-15 05:59:30 0000 *** Bug 124704 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2006-12-05 23:34:19 0000 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. dirtyepic@gentoo.org 2007-01-06 20:56:29 0000 wxmozilla-0.5.7_pre20070102 is in the tree. i'll unmask it when it's ready and remove 0.5.6. dirtyepic@gentoo.org 2007-01-14 01:22:49 0000 like, done, and stuff.. jakub@gentoo.org 2007-01-27 08:20:11 0000 Wheeeee, all done! *plop* 91599 2006-07-12 14:14 0000 This one works with the help of <kojiro> on irc gnome-python-extras-2.14.0.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2Rldi1weXRob24vZ25vbWUtcHl0aG9uLWV4dHJh cy9nbm9tZS1weXRob24tZXh0cmFzLTIuMTQuMC5lYnVpbGQsdiAxLjcgMjAwNi8wNy8xMiAxNjo0 NToyMSB3b2xmMzFvMiBFeHAgJAoKTkVFRF9QWVRIT049Mi40Cgppbmhlcml0IGV1dGlscyBnbm9t ZTIgcHl0aG9uIHZpcnR1YWx4CgpERVNDUklQVElPTj0iR05PTUUgMiBCaW5kaW5ncyBmb3IgUHl0 aG9uIgpIT01FUEFHRT0iaHR0cDovL3d3dy5weWd0ay5vcmciCgpMSUNFTlNFPSJMR1BMLTIiClNM T1Q9IjAiCktFWVdPUkRTPSJ+YWxwaGEgfmFtZDY0IH5ocHBhIH5pYTY0IH5wcGMgfnBwYzY0IH5z cGFyYyB4ODYiCklVU0U9ImRvYyBmaXJlZm94IG1vemlsbGEgc2VhbW9ua2V5IgoKUkRFUEVORD0i Pj14MTEtbGlicy9ndGsrLTIuNAoJPj1kZXYtbGlicy9nbGliLTIuNgoJPj1kZXYtcHl0aG9uL2du b21lLXB5dGhvbi0yLjEwCgk+PWRldi1weXRob24vcHlndGstMi40Cgk9Z25vbWUtZXh0cmEvZ3Rr aHRtbC0yLjYqCglmaXJlZm94PyAoID49d3d3LWNsaWVudC9tb3ppbGxhLWZpcmVmb3gtMS4wICkK CSFmaXJlZm94PyAoIG1vemlsbGE/ICggPj13d3ctY2xpZW50L21vemlsbGEtMS4yICkgKQoJIWZp cmVmb3g/ICggIW1vemlsbGE/ICggc2VhbW9ua2V5PyAoIHd3dy1jbGllbnQvc2VhbW9ua2V5ICkg KSApCgk+PWdub21lLWV4dHJhL2xpYmdkYS0xLjIuMAoJPj1hcHAtdGV4dC9ndGtzcGVsbC0yIgoK REVQRU5EPSIke1JERVBFTkR9CglkZXYtdXRpbC9wa2djb25maWciCgpET0NTPSJBVVRIT1JTIENP UFlJTkcqIENoYW5nZUxvZyBJTlNUQUxMIE5FV1MgUkVBRE1FIgoKc3JjX2NvbXBpbGUoKSB7CgoJ IyBvbmx5IGNvbnRyb2xzIGxpbmtpbmcsIGNhbid0IGRpc2FibGUgdy9vIGEgcGF0Y2ggOikKCXVz ZSBmaXJlZm94ICYmIEcyQ09ORj0iJHtHMkNPTkZ9IC0td2l0aC1ndGttb3plbWJlZD1maXJlZm94 IgoJaWYgISB1c2UgZmlyZWZveDsgdGhlbgoJCXVzZSBtb3ppbGxhICYmIEcyQ09ORj0iJHtHMkNP TkZ9IC0td2l0aC1ndGttb3plbWJlZD1tb3ppbGxhIgoJZmkKCglnbm9tZTJfc3JjX2NvbmZpZ3Vy ZSAke0cyQ09ORn0KCgllbWFrZSB8fCBkaWUgIm1ha2UgZmFpbGVkISIKfQoKc3JjX3Rlc3QoKSB7 CglYbWFrZSBjaGVjayB8fCBkaWUgInRlc3RzIGZhaWxlZCIKfQoKc3JjX2luc3RhbGwoKSB7Cgln bm9tZTJfc3JjX2luc3RhbGwKCglpZiB1c2UgZG9jOyB0aGVuCgkJaW5zaW50byAvdXNyL3NoYXJl L2RvYy8ke1BGfQoJCWRvaW5zIC1yIGV4YW1wbGVzCglmaQp9Cgpwa2dfcG9zdGluc3QoKSB7Cglw eXRob25fdmVyc2lvbgoJcHl0aG9uX21vZF9vcHRpbWl6ZSAke1JPT1R9L3Vzci8kKGdldF9saWJk aXIpL3B5dGhvbiR7UFlWRVJ9L3NpdGUtcGFja2FnZXMvZ3RrLTIuMAp9Cgpwa2dfcG9zdHJtKCkg ewoJcHl0aG9uX3ZlcnNpb24KCXB5dGhvbl9tb2RfY2xlYW51cAp9Cg== 92157 2006-07-18 14:46 0000 An example where seamonkey does gecko-sharp no favours err.txt text/plain Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09CkdvdCBhIFNJR1NFR1Ygd2hpbGUgZXhlY3V0aW5nIG5hdGl2ZSBjb2RlLiBUaGlz IHVzdWFsbHkgaW5kaWNhdGVzCmEgZmF0YWwgZXJyb3IgaW4gdGhlIG1vbm8gcnVudGltZSBvciBv bmUgb2YgdGhlIG5hdGl2ZSBsaWJyYXJpZXMgCnVzZWQgYnkgeW91ciBhcHBsaWNhdGlvbi4KPT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KClN0YWNrdHJhY2U6CgogIGF0ICh3cmFwcGVyIG1hbmFnZWQtdG8tbmF0aXZlKSBHdGsu Tm90ZWJvb2suZ3RrX25vdGVib29rX2luc2VydF9wYWdlIChpbnRwdHIsaW50cHRyLGludHB0cixp bnQpIDwweDAwMDA0PgogIGF0ICh3cmFwcGVyIG1hbmFnZWQtdG8tbmF0aXZlKSBHdGsuTm90ZWJv b2suZ3RrX25vdGVib29rX2luc2VydF9wYWdlIChpbnRwdHIsaW50cHRyLGludHB0cixpbnQpIDww eGZmZmZmZmZmPgogIGF0IEd0ay5Ob3RlYm9vay5JbnNlcnRQYWdlIChHdGsuV2lkZ2V0LEd0ay5X aWRnZXQsaW50KSA8MHgwMDA5ZD4KICBhdCBNb25vRGV2ZWxvcC5JZGUuR3VpLlNkaVdvcmtiZW5j aExheW91dC5TaG93VmlldyAoTW9ub0RldmVsb3AuSWRlLkd1aS5JVmlld0NvbnRlbnQpIDwweDAw MjY1PgogIGF0IE1vbm9EZXZlbG9wLklkZS5HdWkuRGVmYXVsdFdvcmtiZW5jaC5TaG93VmlldyAo TW9ub0RldmVsb3AuSWRlLkd1aS5JVmlld0NvbnRlbnQsYm9vbCkgPDB4MDAyMTg+CiAgYXQgTW9u b0RldmVsb3AuSWRlLkd1aS5Xb3JrYmVuY2guT3BlbkRvY3VtZW50IChNb25vRGV2ZWxvcC5JZGUu R3VpLklWaWV3Q29udGVudCxib29sKSA8MHgwMDAxYz4KICBhdCBNb25vRGV2ZWxvcC5XZWxjb21l UGFnZS5TaG93V2VsY29tZVBhZ2VPblN0YXJ0VXBIYW5kbGVyLlJ1biAoKSA8MHgwMDA2ND4KICBh dCAod3JhcHBlciBydW50aW1lLWludm9rZSkgU3lzdGVtLk9iamVjdC5ydW50aW1lX2ludm9rZV92 b2lkIChvYmplY3QsaW50cHRyLGludHB0cixpbnRwdHIpIDwweGZmZmZmZmZmPgogIGF0ICh3cmFw cGVyIG1hbmFnZWQtdG8tbmF0aXZlKSBTeXN0ZW0uUmVmbGVjdGlvbi5Nb25vTWV0aG9kLkludGVy bmFsSW52b2tlIChvYmplY3Qsb2JqZWN0W10pIDwweDAwMDA0PgogIGF0ICh3cmFwcGVyIG1hbmFn ZWQtdG8tbmF0aXZlKSBTeXN0ZW0uUmVmbGVjdGlvbi5Nb25vTWV0aG9kLkludGVybmFsSW52b2tl IChvYmplY3Qsb2JqZWN0W10pIDwweGZmZmZmZmZmPgogIGF0IFN5c3RlbS5SZWZsZWN0aW9uLk1v bm9NZXRob2QuSW52b2tlIChvYmplY3QsU3lzdGVtLlJlZmxlY3Rpb24uQmluZGluZ0ZsYWdzLFN5 c3RlbS5SZWZsZWN0aW9uLkJpbmRlcixvYmplY3RbXSxTeXN0ZW0uR2xvYmFsaXphdGlvbi5DdWx0 dXJlSW5mbykgPDB4MDAwOTA+CiAgYXQgU3lzdGVtLlJlZmxlY3Rpb24uTWV0aG9kQmFzZS5JbnZv a2UgKG9iamVjdCxvYmplY3RbXSkgPDB4MDAwMWE+CiAgYXQgTW9ub0RldmVsb3AuSWRlLkd1aS5J ZGVBcHAuSW5pdGlhbGl6ZSAoTW9ub0RldmVsb3AuQ29yZS5JUHJvZ3Jlc3NNb25pdG9yKSA8MHgw MDU1Nz4KICBhdCBNb25vRGV2ZWxvcC5JZGUuR3VpLklkZVN0YXJ0dXAuUnVuIChzdHJpbmdbXSkg PDB4MDBiNjI+CiAgYXQgTW9ub0RldmVsb3AuQ29yZS5BZGRJbnMuQWRkSW5TZXJ2aWNlLlN0YXJ0 QXBwbGljYXRpb24gKHN0cmluZyxzdHJpbmdbXSkgPDB4MDAxN2M+CiAgYXQgTW9ub0RldmVsb3Au U3RhcnR1cC5TaGFycERldmVsb3BNYWluLk1haW4gKHN0cmluZ1tdKSA8MHgwMDAzOT4KICBhdCAo d3JhcHBlciBydW50aW1lLWludm9rZSkgU3lzdGVtLk9iamVjdC5ydW50aW1lX2ludm9rZV9pbnRf c3RyaW5nW10gKG9iamVjdCxpbnRwdHIsaW50cHRyLGludHB0cikgPDB4ZmZmZmZmZmY+CgpOYXRp dmUgc3RhY2t0cmFjZToKCgkvdXNyL2Jpbi9tb25vKG1vbm9faGFuZGxlX25hdGl2ZV9zaWdzZWd2 KzB4ZTQpIFsweDgxNWMxZDRdCgkvdXNyL2Jpbi9tb25vIFsweDgxNDY5MzFdCglbMHhmZmZmZTQ0 MF0KCS91c3IvbGliL3NlYW1vbmtleS9saWJndGtlbWJlZG1vei5zbyBbMHhiNDU1OGQ1Yl0KCS91 c3IvbGliL2xpYmdvYmplY3QtMi4wLnNvLjAoZ19jY2xvc3VyZV9tYXJzaGFsX1ZPSURfX1ZPSUQr MHg3NikgWzB4YjYyZTdiNzZdCgkvdXNyL2xpYi9saWJnb2JqZWN0LTIuMC5zby4wIFsweGI2MmQw Mjk5XQoJL3Vzci9saWIvbGliZ29iamVjdC0yLjAuc28uMChnX2Nsb3N1cmVfaW52b2tlKzB4MTI5 KSBbMHhiNjJjZmY2OV0KCS91c3IvbGliL2xpYmdvYmplY3QtMi4wLnNvLjAgWzB4YjYyZTVlODZd CgkvdXNyL2xpYi9saWJnb2JqZWN0LTIuMC5zby4wKGdfc2lnbmFsX2VtaXRfdmFsaXN0KzB4ODg0 KSBbMHhiNjJlNzRjNF0KCS91c3IvbGliL2xpYmdvYmplY3QtMi4wLnNvLjAoZ19zaWduYWxfZW1p dCsweDI2KSBbMHhiNjJlNzc4Nl0KCS91c3IvbGliL2xpYmd0ay14MTEtMi4wLnNvLjAoZ3RrX3dp ZGdldF9yZWFsaXplKzB4MTMwKSBbMHhiNjdmNTIwMF0KCS91c3IvbGliL2xpYmd0ay14MTEtMi4w LnNvLjAoZ3RrX3dpZGdldF9tYXArMHgxNjMpIFsweGI2N2Y1NmEzXQoJL3Vzci9saWIvbGliZ3Rr LXgxMS0yLjAuc28uMCBbMHhiNjVlY2E4YV0KCS91c3IvbGliL2xpYmd0ay14MTEtMi4wLnNvLjAg WzB4YjY2NGUwMDJdCgkvdXNyL2xpYi9saWJndGsteDExLTIuMC5zby4wIFsweGI2NWVjYmE5XQoJ L3Vzci9saWIvbGliZ29iamVjdC0yLjAuc28uMChnX2NjbG9zdXJlX21hcnNoYWxfVk9JRF9fVk9J RCsweDc2KSBbMHhiNjJlN2I3Nl0KCS91c3IvbGliL2xpYmdvYmplY3QtMi4wLnNvLjAgWzB4YjYy ZDAyOTldCgkvdXNyL2xpYi9saWJnb2JqZWN0LTIuMC5zby4wKGdfY2xvc3VyZV9pbnZva2UrMHgx MjkpIFsweGI2MmNmZjY5XQoJL3Vzci9saWIvbGliZ29iamVjdC0yLjAuc28uMCBbMHhiNjJlNWU4 Nl0KCS91c3IvbGliL2xpYmdvYmplY3QtMi4wLnNvLjAoZ19zaWduYWxfZW1pdF92YWxpc3QrMHg4 ODQpIFsweGI2MmU3NGM0XQoJL3Vzci9saWIvbGliZ29iamVjdC0yLjAuc28uMChnX3NpZ25hbF9l bWl0KzB4MjYpIFsweGI2MmU3Nzg2XQoJL3Vzci9saWIvbGliZ3RrLXgxMS0yLjAuc28uMChndGtf d2lkZ2V0X21hcCsweDgwKSBbMHhiNjdmNTVjMF0KCS91c3IvbGliL2xpYmd0ay14MTEtMi4wLnNv LjAgWzB4YjY1ZWNhOGFdCgkvdXNyL2xpYi9saWJndGsteDExLTIuMC5zby4wIFsweGI2NjRlMDAy XQoJL3Vzci9saWIvbGliZ3RrLXgxMS0yLjAuc28uMCBbMHhiNjVlY2JhOV0KCS91c3IvbGliL2xp YmdvYmplY3QtMi4wLnNvLjAoZ19jY2xvc3VyZV9tYXJzaGFsX1ZPSURfX1ZPSUQrMHg3NikgWzB4 YjYyZTdiNzZdCgkvdXNyL2xpYi9saWJnb2JqZWN0LTIuMC5zby4wIFsweGI2MmQwMjk5XQoJL3Vz ci9saWIvbGliZ29iamVjdC0yLjAuc28uMChnX2Nsb3N1cmVfaW52b2tlKzB4MTI5KSBbMHhiNjJj ZmY2OV0KCS91c3IvbGliL2xpYmdvYmplY3QtMi4wLnNvLjAgWzB4YjYyZTVlODZdCgkvdXNyL2xp Yi9saWJnb2JqZWN0LTIuMC5zby4wKGdfc2lnbmFsX2VtaXRfdmFsaXN0KzB4ODg0KSBbMHhiNjJl NzRjNF0KCS91c3IvbGliL2xpYmdvYmplY3QtMi4wLnNvLjAoZ19zaWduYWxfZW1pdCsweDI2KSBb MHhiNjJlNzc4Nl0KCS91c3IvbGliL2xpYmd0ay14MTEtMi4wLnNvLjAoZ3RrX3dpZGdldF9tYXAr MHg4MCkgWzB4YjY3ZjU1YzBdCgkvdXNyL2xpYi9saWJndGsteDExLTIuMC5zby4wKGd0a193aWRn ZXRfc2V0X3BhcmVudCsweDNmZSkgWzB4YjY3ZjYwZmVdCgkvdXNyL2xpYi9saWJndGsteDExLTIu MC5zby4wKGd0a19ub3RlYm9va19pbnNlcnRfcGFnZV9tZW51KzB4MWNlKSBbMHhiNjZjOWM5ZV0K CS91c3IvbGliL2xpYmd0ay14MTEtMi4wLnNvLjAoZ3RrX25vdGVib29rX2luc2VydF9wYWdlKzB4 YzMpIFsweGI2NmNhMTIzXQoJWzB4YjQ5YjZhZmVdCglbMHhiNDliNmE5ZV0KCVsweGI0NDMzYzI2 XQoJWzB4YjQ0MzM1ZjFdCglbMHhiNDQzMzNhZF0KCVsweGI0NjhiNzc1XQoJWzB4YjRjYmRjNjld CgkvdXNyL2Jpbi9tb25vKG1vbm9fcnVudGltZV9pbnZva2VfYXJyYXkrMHgxYzQpIFsweDgwZDc1 ZTRdCgkvdXNyL2Jpbi9tb25vIFsweDgwZGUxZTldCglbMHhiNzE5ODJlY10KCVsweGI3MTk3ZjMx XQoJWzB4YjZkM2VjMTNdCglbMHhiNGVmZTljMF0KCVsweGI2ZDM3NWZiXQoJWzB4YjcxYTQ0OGRd CglbMHhiN2EzZjg5Ml0KCVsweGI3YTNmN2Q0XQoJL3Vzci9iaW4vbW9ubyhtb25vX3J1bnRpbWVf ZXhlY19tYWluKzB4MTNlKSBbMHg4MGQ2ZTVlXQoJL3Vzci9iaW4vbW9ubyhtb25vX3J1bnRpbWVf cnVuX21haW4rMHgyMTApIFsweDgwZDcwZTBdCgkvdXNyL2Jpbi9tb25vKG1vbm9fbWFpbisweGYz MykgWzB4ODA1ZDJlM10KCS91c3IvYmluL21vbm8gWzB4ODA1YmVlZV0KCS9saWIvbGliYy5zby42 KF9fbGliY19zdGFydF9tYWluKzB4ZTEpIFsweGI3ZDYzZjIxXQoJL3Vzci9iaW4vbW9ubyhkbF9p dGVyYXRlX3BoZHIrMHgxOTkpIFsweDgwNWJlMzFdCg== 98806 2006-10-04 15:31 0000 gnophone-0.2.4-r2.ebuild gnophone-0.2.4-r2.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L25ldC1pbS9nbm9waG9uZS9nbm9waG9uZS0wLjIu NC1yMS5lYnVpbGQsdiAxLjEwIDIwMDYvMDIvMDQgMjM6NDM6MTggZHJhZ29uaGVhcnQgRXhwICQK CmluaGVyaXQgZXV0aWxzCgpERVNDUklQVElPTj0iaW50ZXJuZXQgdGVsZXBob25lIgpIT01FUEFH RT0iaHR0cDovL3d3dy5nbm9waG9uZS5jb20vIgpTUkNfVVJJPSJtaXJyb3I6Ly9nZW50b28vZ25v cGhvbmUvJHtQfS50YXIuZ3oiCkxJQ0VOU0U9IkdQTC0yIgpTTE9UPSIwIgpLRVlXT1JEUz0ifng4 NiIKCklVU0U9ImVzZCBzZWFtb25rZXkiCkRFUEVORD0ibWVkaWEtc291bmQvZ3NtCgluZXQtbGli cy9pYXgKCW1lZGlhLXNvdW5kL3NveAoJc2VhbW9ua2V5PyAoIHd3dy1jbGllbnQvc2VhbW9ua2V5 ICkKCWVzZD8gKCBtZWRpYS1zb3VuZC9lc291bmQgKQoJeDExLWxpYnMvZ3RrKwoJbWVkaWEtbGli cy9nZGstcGl4YnVmCglkZXYtbGlicy9nbGliCgltZWRpYS1saWJzL2ltbGliCgl2aXJ0dWFsL2xp YmMiCgoKRF9QUkVGSVg9L3VzcgoKCnNyY191bnBhY2soKSB7Cgl1bnBhY2sgJHtBfQoJY2QgJHtT fQoJZXBhdGNoICR7RklMRVNESVJ9LyR7UH0tcmF3MmguYy5wYXRjaAoJZXBhdGNoICR7RklMRVNE SVJ9LyR7UH0tbWtkdG1mLmMucGF0Y2gKCWVwYXRjaCAke0ZJTEVTRElSfS8ke1B9LWNhc2Vjb21w aWxlLnBhdGNoCgllcGF0Y2ggJHtGSUxFU0RJUn0vJHtQfS1hdWRpby1waG9uZS1jb21waWxlZmF1 bHQucGF0Y2gKfQoKc3JjX2NvbXBpbGUoKSB7Cglsb2NhbCBteWNvbmYKCgl1c2Ugc2VhbW9ua2V5 IFwKCQkmJiBteWNvbmY9IiR7bXljb25mfQoJCQktLXdpdGgtbW96aWxsYS1ob21lPS91c3IvbGli L3NlYW1vbmtleQoJCQktLXdpdGgtbW96aWxsYS1saWI9L3Vzci9saWIvc2VhbW9ua2V5CgkJCS0t d2l0aC1tb3ppbGxhLWluY2x1ZGU9L3Vzci9saWIvc2VhbW9ua2V5L2luY2x1ZGUiIFwKCQl8fCBt eWNvbmY9IiR7bXljb25mfSAtLWRpc2FibGUtbW96aWxsYSIKCXVzZSBlc2QgXAoJCXx8IG15Y29u Zj0iJHtteWNvbmZ9IC0tZGlzYWJsZS1lc2QiCgoJLi9jb25maWd1cmUgJHtteWNvbmZ9IFwKCQkt LXByZWZpeD0ke0RfUFJFRklYfSAtLWVuYWJsZS11cGdyYWRlIC0tZGlzYWJsZS16YXB0ZWwgXAoJ CXx8IGRpZSAiLi9jb25maWd1cmUgZmFpbGVkIgoKCXB1c2hkICR7U30vc291bmRzICYmIG1ha2Ug JiYgcG9wZCAjIC1qMiBicmVha3MgdGhlIHNvdW5kIGJ1aWxkCgoJZW1ha2UgfHwgZGllCn0KCnNy Y19pbnN0YWxsICgpIHsKCW1ha2UgcHJlZml4PSR7RH0vJHtEX1BSRUZJWH0gaW5zdGFsbAoJZG9k b2MgTkVXUyBDT1BZSU5HIEFVVEhPUlMgUkVBRE1FCn0K