[gentoo-dev] [RFC] gnupg-2 stable plans
Hello, I want to make gnupg-2 stable. The problem is that gnupg-1.9 was slotted as slot 1.9 and made stable. So now we have two slots, slot 0 and slot 1.9. gnupg-2 is drop-in replacement of gnupg-1, so eventually no slotting should be used. As far as I see, there are two migration pathes I can use: 1. Mark gnupg-2 stable, as it blocks older versions, this results in forcing users to manually unmerge the gnugp-1.9 series, this is the quickest and simplest migration path. 2. Perform slot-move of slot 0 and slot 1.9 into slot 2, so migration will be smooth. The problem is that I need all archs to work with me in timely manner so that this will be possible. I have bug#194113 waiting for arm, mips, s390, sh, and this only for the dependencies. Any thoughts? Best Regards, Alon Bar-Lev. -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Last rites: net-im/gaim and its plugins
net-im/gaim is now called pidgin, I've masked it and all of its plugins, it will be removed in 30 days # Olivier Crete [EMAIL PROTECTED] (08 Dec 2007) # Remove gaim and its plugins (now its called pidgin) net-im/gaim app-accessibility/festival-gaim net-im/gaim-blogger net-im/gaim-bnet net-im/gaim-meanwhile net-im/gaim-snpp x11-plugins/autoprofile x11-plugins/bangexec x11-plugins/gaim-assistant x11-plugins/gaim-encryption x11-plugins/gaim-extprefs x11-plugins/gaim-galago x11-plugins/gaim-hotkeys x11-plugins/gaim-latex x11-plugins/gaim-otr x11-plugins/gaim-rhythmbox x11-plugins/gaim-slashexec x11-plugins/gaim-xfire x11-plugins/gaimosd x11-plugins/ignorance x11-themes/gaim-smileys -- Olivier Crête [EMAIL PROTECTED] Gentoo Developer signature.asc Description: This is a digitally signed message part
[gentoo-dev] Last rites: gnustep-base/gnustep-env, gnustep-libs/artresources
# Bernard Cafarelli [EMAIL PROTECTED] (08 Dec 2007) # Masked for removal in 30 days # Used in old and deprecated gnustep eclass # (all gnustep ebuilds now use gnustep-2 eclass) gnustep-base/gnustep-env # Integrated in gnustep-base/gnustep-back-art gnustep-libs/artresources -- Bernard Cafarelli (Voyageur) NX and GNUstep Gentoo developer -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in rox-base/rox-clib: ChangeLog rox-clib-2.1.10.ebuild
On 10:16 Fri 07 Dec , Jim Ramsay wrote: Donnie Berkholz [EMAIL PROTECTED] wrote: Instead of these subshells to save the original directory, a more common technique is pushd/popd. Another possibility is 'cd foo; stuff; cd -', but that doesn't stack. That's an excellent idea, I'll update these to not use subshells in the future. Is there some sort of equivalent way to back-out of whatever 'insinto' does to the environment? You're kinda stuck with subshells if you have to change install directories in an eclass. You could theoretically save the variable set by running insinto() and later restore it, but I'm not sure that's supposed to be part of the API (check PMS?). Thanks, Donnie -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] [RFC] gnupg-2 stable plans
On 15:49 Sat 08 Dec , Alon Bar-Lev wrote: Hello, I want to make gnupg-2 stable. The problem is that gnupg-1.9 was slotted as slot 1.9 and made stable. So now we have two slots, slot 0 and slot 1.9. gnupg-2 is drop-in replacement of gnupg-1, so eventually no slotting should be used. As far as I see, there are two migration pathes I can use: 1. Mark gnupg-2 stable, as it blocks older versions, this results in forcing users to manually unmerge the gnugp-1.9 series, this is the quickest and simplest migration path. Seems reasonable. Any particular reason to slot gnupg-2 as SLOT 0 rather than SLOT 1.9? 2. Perform slot-move of slot 0 and slot 1.9 into slot 2, so migration will be smooth. The problem is that I need all archs to work with me in timely manner so that this will be possible. I have bug#194113 waiting for arm, mips, s390, sh, and this only for the dependencies. I can imagine this resulting in very weird issues, when you have two of the same package installed in the same slot. Thanks, Donnie -- [EMAIL PROTECTED] mailing list
