(SOLVED)How do I manage the 'world' file?

Aniruddha · Last edited by Aniruddha on Tue Nov 28, 2006 1:33 am; edited 1 time in total

I do an emerge -auvDN world regurarly. There are some ebuilds that I don't want to update (e.g. gcc). What the is the correct way to remove (or add) ebuilds to the world profile?
_________________
Savage2 stats:

http://savage2.s2games.com/user/sig/banner9999.jpg

PaulBredbury · Veteran Joined: 14 Jul 2005 Posts: 5780

package.keywords, package.mask and package.unmask - there's a zillion postings on the forums about these files.

This is a different concept to the "world" file.

Aniruddha · Posted: Sun Nov 26, 2006 1:46 pm Post subject:

loki99 · Posted: Sun Nov 26, 2006 2:00 pm Post subject:

No not quite. You need to add which version should be masked, something like ....

Aniruddha · Posted: Sun Nov 26, 2006 3:03 pm Post subject:

Seron · Posted: Sun Nov 26, 2006 3:11 pm Post subject:

Try to put

Aniruddha · Posted: Sun Nov 26, 2006 3:53 pm Post subject:

Thanks for your patience and help. I try to grasp the idea here. I will sum the possibilities I see

Genone · Posted: Sun Nov 26, 2006 6:17 pm Post subject:

k0001 · n00b Joined: 12 Jun 2006 Posts: 38

yup, and you can use ">=" or "<=" too.

Aniruddha · Posted: Tue Nov 28, 2006 1:33 am Post subject:

Great! Thanks for helping me understand.

_________________
Savage2 stats:

http://savage2.s2games.com/user/sig/banner9999.jpg

Aniruddha · Posted: Tue Jan 09, 2007 12:38 pm Post subject:

I wonder if I can use the oneshot option to remove gcc from the world?

hielvc · Posted: Tue Jan 09, 2007 1:52 pm Post subject:

The --oneshot prevents adding the package to your world file, it doesnt remove it from your world file.

To look at your world file

Dralnu · Posted: Tue Jan 09, 2007 2:52 pm Post subject:

put into package.mask

foo/bar

to mask all versions (think that should do it, anyways)

then

=foo/bar-4.1.1

into package.unmask. If you decide to upgrade later, you can just change the version number to the new one, then emerge -u foo/bar
_________________
The day Microsoft makes a product that doesn't suck, is the day they make a vacuum cleaner.
Help keep Portage updated

Aniruddha · Posted: Fri Jan 19, 2007 11:52 am Post subject:

sonicbhoc · Posted: Fri Jan 19, 2007 12:50 pm Post subject:

the C in emerge -C is capital. lowercase c is clean - uppercase C is unmerge.

You probably have the symbol backwards in package.mask. please post your package.mask here.
_________________
I'm too lazy to keep this stupid signature up to date, so here's something more interesting:
My friend Hetdegon can draw if you ask me.
Now using PClinuxOS on my laptop and Gentoo on my desktop and new laptop.

hielvc · Posted: Fri Jan 19, 2007 12:54 pm Post subject:

emerge -c and --depclean and -C are the correct ways to remove programs from your gentoo system, if you installed them with "emerge". "dep' uses emerge -C but uses its own algorythm to determine dependencies and the lack of dependencies.

You can use standard unix commands, "rm" to remove things, such as "rm -r /usr/share/info ". When you do something like this though portage is not aware of it. This true of any unix or linux system. So the moral of the story is before you start wabking and hacking things out of your system do alot of research.
_________________
emwrap.sh the wrapper for controlling emerge
An A-Z Index of the Linux BASH command line

Aniruddha · Posted: Sat Jan 20, 2007 11:13 am Post subject:

Genone · Posted: Sat Jan 20, 2007 11:25 am Post subject:

In your case the best solution is probably to mask gcc (or the package in question) completely in package.mask and then unmask the versions you are willing to accept (e.g. the one you have installed) in package.unmask.
So if you only want gcc-1.2.3-r4 and no other version at all you'd put

Aniruddha · Posted: Sat Jan 20, 2007 2:20 pm Post subject:

dagurasu · n00b Joined: 29 Apr 2005 Posts: 71

This is NOT the whole solution to your problem(No offense to those who suggested it, it should be the whole solution, it's just not). It will work FOR AWHILE ONLY. Once the installed version no longer exists in portage you will again get errors that there are no packages to satisfy your dependancies. This is because portage only looks at packages in the portage tree and your overlays to satisfy dependancies, and not at installed packages that aren't in either . I and barefootcoder have written scripts to automatically place installed ebuilds in your overlay so this will never happen. Unfortunately it's been a very slow work in progress. I finally have a version I think I'm really happy with which is a (very) modified version of barfefootcoders safesync script. I will post it soon.

I really get frustrated by how often this problem comes up, how often this answer is given and how often people later ask why is portage complaining about the package I masked. It's not their fault, but I and a few others have been answering this for awhile and for some reason nobody really wants to acknowledge that this is an issue. For a system to be useable in stable work environments it should be possible(like with redhat for example) to easily keep versions of software as long as reasonably possible (until it really is incompatible with everything else in your system). Anyway, I should get this script posted, it fixes the issue. Maybe Monday.

For now read about overlays and place a copy the ebuild directory tree to your overaly. Best is to copy all the files in the ebuild directory in question as well subdirectories. Just to be safe an "ebuild package digest" command wont hurt. Should it really be that complicated to have the OS not upgrade a package?

Genone · Posted: Sun Jan 21, 2007 5:43 am Post subject:

dagurasu · n00b Joined: 29 Apr 2005 Posts: 71

I didn't mean to sound disrepectful. And yet there does seems to be a big awareness issue. Maybe I've missed it but do the manuals mention in the package.mask section that you also need to put your package in an overlay if you don't want to find out about this bug after your package as already dissapeared? I'll go look up this bug report, but the one I know of, which is probably this one, but maybe not(it's the middle of night and I can't sleep, but still to lazy to check now), was closed on the grounds that it wasn't an important issue, and yet almost every time I read this board, there is a post where somebody is getting snagged by it. Look I don't fault the developers. I mean your work is free not to mention great, so I've got no right being mad for anything, which is why I said frustrated, not upset, but this bug has been known for at least well over a year and I think much longer and it is, as I and barefootcoder have proven now, solveable. Now that I've put in some work on it myself I think I do have a "right" to limited constructive criticism. I'm sure the developers can python up a much better solution than mine, so it seems to not be a priority, which is the developers' perrogative, but if this is a permanent feature of portage, maybe the rest of us on the message boards should at least stay more aware of this issue... which is why I'm spending keystrokes.

dagurasu · n00b Joined: 29 Apr 2005 Posts: 71

The script I promised is here:

http://forums.gentoo.org/viewtopic-p-3857340.html#3857340

There's also one posted at that bug posting above, but I think you'll see that the one I link here has several more features and benefits.