[gentoo-dev] Re: News item: World file handling changes in Portage-2.2
William Hubbs [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Sat, 16 Aug 2008 20:46:11 -0500: On Sat, Aug 16, 2008 at 10:39:41PM +0300, Petteri R??ty wrote: Title: World file handling changes in Portage-2.2 Author: Petteri R??ty [EMAIL PROTECTED] Author: Zac Medico [EMAIL PROTECTED] Content-Type: text/plain Posted: 2008-XX-XX Revision: 1 News-Item-Format: 1.0 Display-If-Installed: sys-apps/portage-2.2_rc8 As of Portage 2.2 the world set does not include the system set any more. If you want emerge --update --deep @world to update the system set too, you need to add @system to the new world_sets file in /var/lib/portage/. For more information on world_sets see man portage. This brings up a question. I've a question as well, but a different one. Running portage-2.2_rc8 (the latest as of this morning's update), every time I try to emerge -NuD system, it tries to add @system to /var/lib/ portage/world_sets (saying recording it in world favorites file, but it goes in world_sets not in world), regardless of the fact that I don't WANT system included in world and in spite of all the einfos and posts here and etc to the contrary. I like world NOT including system, but it seems at present, portage is trying to FORCE it to include it anyway, despite the einfo and all the messages I've read here to the contrary. I was /wondering/ why despite all the messages to the contrary, it seemed world still included system. After reading this thread, I took another look at the above fine and decided I must have put it there when I first upgraded, and forgotten about it. So I removed it. Next thing I know, it's back! Then I look and sure enough, portage keeps putting it back every time I remove it! That's not nice! Current workaround: Since I don't have anything else I need to list in world_sets I simply symlinked it to /dev/null, so portage writes @system into /dev/null and system and world continue to be separate as they're supposed to be! Now it can write @system into world_sets all day, and it won't change anything. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman
[gentoo-dev] Re: News item: World file handling changes in Portage-2.2
Duncan [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Sun, 17 Aug 2008 10:33:10 +: Current workaround: Since I don't have anything else I need to list in world_sets I simply symlinked it to /dev/null, so portage writes @system into /dev/null and system and world continue to be separate as they're supposed to be! Now it can write @system into world_sets all day, and it won't change anything. Harumph! That workaround doesn't seem to work either. I guess I have to resort to putting an emerge previous to portage's emerge in the path, that deletes the file portage keeps putting back, before calling the portage emerge. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman
Re: [gentoo-dev] Jeeves IRC replacement now alive - Willikins
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jorge Manuel B. S. Vicetto wrote: | On Wed, 6 Aug 2008, Robin H. Johnson wrote: | | Hi folks, Hi again. | Sorry that it's taken this long to get completed, but the Jeeves | replacement, Willikins, is finally 99% done, and ready to join lots of | channels. | | Thanks for all the hard work. | | Getting the bot out there | - | If you would like to have the new bot in your #gentoo-* channel, would | each channel founder/leader please respond to this thread, stating the | channel name, and that they are the contact for any problems/troubles. | | Please add it to #gentoo-pt. I'm not the owner but I can be your point | of contact there. I can't find any request for #gentoo-kde, so Robbin please add it there. Your points of contact there can be me and keytoaster. | Regards, | | Jorge Manuel B. S. Vicetto | Gentoo- forums/userrel/Sparc/KDE | - -- Regards, Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org Gentoo- forums / Userrel / SPARC / KDE -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkioCfgACgkQcAWygvVEyAJcEwCcDsV9od10++wLqU0b0a/Cc8qq 6C4An25sK/YEdtM2Irspjrjm/QnP27mR =ZoQh -END PGP SIGNATURE-
[gentoo-dev] Re: News item: World file handling changes in Portage-2.2
Duncan [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Sun, 17 Aug 2008 10:42:19 +: Duncan [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Sun, 17 Aug 2008 10:33:10 +: Current workaround: Since I don't have anything else I need to list in world_sets I simply symlinked it to /dev/null, so portage writes @system into /dev/null and system and world continue to be separate as they're supposed to be! Now it can write @system into world_sets all day, and it won't change anything. Harumph! That workaround doesn't seem to work either. I guess I have to resort to putting an emerge previous to portage's emerge in the path, that deletes the file portage keeps putting back, before calling the portage emerge. Duh! Guess I had to ask in ordered to figure it out myself. =:^S Maybe this should be mentioned in the upgrade documentation as it sure confused me. @system isn't part of world, but with the new sets functionality, as of portage-2.2, system is treated as any other set, and /just/ as with any other set, it will be added to world if found on the command line unless --oneshot/-1 is set as well. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman
Re: [gentoo-dev] Re: News item: World file handling changes in Portage-2.2
To avoid having @system added to world_sets, you could add [system] world-candidate = false to your /etc/portage/sets.conf
[gentoo-dev] Re: News item: World file handling changes in Portage-2.2
Benedikt Morbach [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Sun, 17 Aug 2008 19:39:34 +0200: To avoid having @system added to world_sets, you could add [system] world-candidate = false to your /etc/portage/sets.conf Thanks. (FWIW, someone reminded me that this isn't a portage support forum, too. Still, thanks.) -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2008-08-17 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2008-08-17 23h59 UTC. Removals: games-arcade/blobwars 2008-08-16 20:31:23 mr_bones_ games-arcade/project-starfighter2008-08-16 20:31:24 mr_bones_ games-action/blobandconquer 2008-08-16 20:32:41 mr_bones_ games-arcade/viruskiller2008-08-16 22:32:38 mr_bones_ Additions: profiles/default/linux/alpha2008-08-11 17:14:10 armin76 dev-tex/sketch 2008-08-12 17:30:57 aballier media-plugins/vdr-bgprocess 2008-08-14 19:45:23 zzam app-misc/gourmet2008-08-15 03:09:28 nixphoeni dev-libs/faxpp 2008-08-15 06:46:20 dev-zero sys-fs/s3fs 2008-08-15 12:30:33 caleb app-misc/beanstalkd 2008-08-15 21:24:34 caleb sys-libs/e2fsprogs-libs 2008-08-16 04:42:13 vapier media-libs/libpano132008-08-16 10:58:41 maekke media-gfx/autopano-sift-C 2008-08-16 11:07:16 maekke dev-python/pycountry2008-08-16 17:33:18 cedk -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: games-arcade/blobwars,removed,mr_bones_,2008-08-16 20:31:23 games-arcade/project-starfighter,removed,mr_bones_,2008-08-16 20:31:24 games-action/blobandconquer,removed,mr_bones_,2008-08-16 20:32:41 games-arcade/viruskiller,removed,mr_bones_,2008-08-16 22:32:38 Added Packages: profiles/default/linux/alpha,added,armin76,2008-08-11 17:14:10 dev-tex/sketch,added,aballier,2008-08-12 17:30:57 media-plugins/vdr-bgprocess,added,zzam,2008-08-14 19:45:23 app-misc/gourmet,added,nixphoeni,2008-08-15 03:09:28 dev-libs/faxpp,added,dev-zero,2008-08-15 06:46:20 sys-fs/s3fs,added,caleb,2008-08-15 12:30:33 app-misc/beanstalkd,added,caleb,2008-08-15 21:24:34 sys-libs/e2fsprogs-libs,added,vapier,2008-08-16 04:42:13 media-libs/libpano13,added,maekke,2008-08-16 10:58:41 media-gfx/autopano-sift-C,added,maekke,2008-08-16 11:07:16 dev-python/pycountry,added,cedk,2008-08-16 17:33:18 Done.
[gentoo-dev] [RFC] Add support for package.keywords in profiles?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi everyone, At least a few people have expressed a desire to have support for a package.keywords file in the profiles [1] as a means to add or subtract any number values to or from the KEYWORDS that apply to a given ebuild. This would allow a specific profile to alter which packages are visible to consumers of a given keyword. This is useful for profiles that differ from other profiles in some significant way despite sharing the same values for stable and unstable keywords. For example, embedded profiles which use uclibc instead of glibc. An alternative solution for some cases might be to introduce additional keywords values, such as those suggested in GLEP 22 [2]. However, the package.keywords approach may provide greater simplicity and flexibility which would allow it to serve as a solution for a larger number of use cases. For example, the uclibc profiles would not have to maintain separate keywords for every single package. Since older versions of portage will simply ignore package.keywords files that may exist in a given profile, care should be taken not to use package.keywords in older profiles that are known to be used by older versions of portage. Does package.keywords seem like a good solution for the types of problems it's meant to solve? Would anybody like to discuss any alternative approaches? [1] http://bugs.gentoo.org/show_bug.cgi?id=55321 [2] http://www.gentoo.org/proj/en/glep/glep-0022.html - -- Thanks, Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkiowSgACgkQ/ejvha5XGaPb7wCcCldP1W7KBC+h5Klbvo9ccAc8 NiMAn3pnk17jbEKQ5AZnJjKHNTTE4OP9 =0jTA -END PGP SIGNATURE-