Re: [gentoo-dev] not missing feature for package.unmask

[Georgi Georgiev]

On 11/06/2003 at 09:11:35(-0500), Kurt V. Hindenburg used 1.5Kbytes just to say:
> On Wednesday 11 June 2003 7:31 am, Christian Aust wrote:
> | > Doesn't work here... or did you mean something else?
> | >
> | > % cat /etc/portage/package.unmask
> | > app-crypt/cryptplug
> | >
> | > % emerge -Up $(qpkg -I -nc)
> | >
> | > >>> --upgradeonly implies --update... adding --update to options.
> | >
> | > These are the packages that I would merge, in order:
> | >
> | > Calculating dependencies /
> | > !!! all ebuilds that could satisfy "app-crypt/cryptplug" have
> | > been masked.
> | >
> | > !!! Error calculating dependencies. Please correct.
>
> A search of /usr/lib/python2.2/site-packages/portage.py shows :
>
> pkgmasklines=grabfile(settings["PORTDIR"]+"/profiles/package.mask")
> pkgmasklines+=grabfile("/etc/portage/profiles/package.mask")
>
> pkgunmasklines=grabfile("/etc/portage/package.unmask");
>
> The code below shows unmaskdict being populated.  It seems that emerge
> doesn't take it into account... dunno...

Hm.....

grep crypt /usr/portage/profiles/package.mask 

produces no output. I agree with the previous post that ~x86 is what masks the
cryptplug package. I tested with

root@tank portage # echo "net-www/mozilla" > /etc/portage/package.unmask
root@tank portage # ACCEPT_KEYWORDS=~x86 emerge -p mozilla

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R  ] net-www/mozilla-1.4_rc1

and it obviously works.

-- 
 /^^^^^^^^^^^^^^^^^^^^^^^^^^^\/^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\
/ Georgi Georgiev    (-<     / Your reasoning powers are good,  \
\ chutz@×××××××.net  /\   .o)\ and you are a fairly good        /
/ [phone]  V_/_ |(/)/ planner.                         \
\___________________________/\__________________________________/

--
gentoo-dev@g.o mailing list