Summary: | Portage does not tell about masking if older version of the ebuild is installed | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ville Oikarinen <ville> |
Component: | Current packages | Assignee: | Portage team <dev-portage> |
Status: | VERIFIED NEEDINFO | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Ville Oikarinen
2004-11-25 06:50:59 UTC
Note that this happened to a very new (2 months) Gentoo system, not the same I'm having bigger problems with. It is package.mask'ed. It means that the software is considered to be unstable or has unresolvable security issues. Usually you should not unmask it. `man portage` or read the online documentation for more information. Usually you should get a warning, but this doesn't seem to work for =cat/ebuild-x.y* entries. Just checking: What do you mean by "=cat/ebuild-x.y*" entry. Do you mean using "=" when emerging i.e. emerge -pv '=cat/ebuild-x.y'? Note that I tried the emerge command with and without '=' AND with and without ACCEPT_KEYWORDS='~x86', so the bug is not about using =. The ebuild is simply invisible to portage. It doesn't say anything about masks, but claims that 4.0.22 is the latest available mysql version of all. Changed summary back to the original. Just reminding: portage works just fine with for example dev-java/groovy which is ~x86, too. Here are some interesting differences between the groovy and mysql ebuilds I noticed, so they might be candidates for a cause: 1. mysql ebuild lists ~amd64 before ~x86. Maybe KEYWORDS parsing is broken. 2. mysql-4.1.7 is blocked by older versions (!<dev-db/mysql-4.1*). Maybe the block checking routine causes the masking info printing routine not to be called. # emerge =mysql-4.1.7 Calculating dependencies !!! All ebuilds that could satisfy "=mysql-4.1.7" have been masked. !!! One of the following masked packages is required to complete your request: - dev-db/mysql-4.1.7 (masked by: package.mask) # <robbat2@gentoo.org> (17 Nov 2004) # Masking for testing For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 "Software Availability" in the Gentoo Handbook. The message is working okay here and portage is doing everything it's meant to, but I am using CVS portage. I can't see how it could not work with stable portage, though. If "emerge =mysql-4.1.7" doesn't show output similar to above, reopen with the exact output that you do get. Oops. Seems that I mixed up "masked" and "unstable" :-) Anyway, I think the bug description is more accurate now. I unmerged the old mysql-4.0.22, and now # emerge -pv '=dev-db/mysql-4.1.7' correctly tells about masking. So an older version being installed (I don't know if the blocking dependency has got anything to do with it) prevents portage from telling about masking. Jason: Did the behaviour change at some point or did I never notice it? While the intention is clear, it's still a bit irritating. How about adding a --very-verbose option, which lists latest stable, testing and unstable ebuilds? # emerge -Cp mysql >>> These are the packages that I would unmerge: dev-db/mysql selected: 4.0.22 protected: none omitted: none >>> 'Selected' packages are slated for removal. >>> 'Protected' and 'omitted' packages will not be removed. # emerge -vp =mysql-4.1.7 These are the packages that I would merge, in order: Calculating dependencies !!! All ebuilds that could satisfy "=mysql-4.1.7" have been masked. !!! One of the following masked packages is required to complete your request: - dev-db/mysql-4.1.7 (masked by: package.mask) # <robbat2@gentoo.org> (17 Nov 2004) # Masking for testing For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 "Software Availability" in the Gentoo Handbook. As I asked before, can you please provide the output that you got that you feel to be a bug. Jason: No, the bug is invalid. It's just, that you can't see via emerge, if there is a package.maske'ed version or not, if you do not know the exact version. You need to have a look at the package.mask file itself, before deciding, if it makes sense to edit profile.unmask or not. err, package.unmask, of course Oh, not true, emerge ">mysql-4.0.23" -pv works fine. |