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

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

[Stanislav Brabec]

V Po, 09. 06. 2003 v 22:56, Christian Aust napsal:

> I'm not sure if gentoo actually lacks this feature, but how can I
> permanently accept ebuilds that are marked unstable,

It does not lack, probably only does not document it:

mkdir -p /etc/portage
echo "sys-devel/gcc" >>/etc/portage/package.unmask

-- 
Stanislav Brabec
http://www.penguin.cz/~utx


--
gentoo-dev@gentoo.org mailing list

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

[Kurt V. Hindenburg]

On Tuesday 10 June 2003 3:21 am, Stanislav Brabec wrote:
| V Po, 09. 06. 2003 v 22:56, Christian Aust napsal:
| > I'm not sure if gentoo actually lacks this feature, but how can I
| > permanently accept ebuilds that are marked unstable,
|
| It does not lack, probably only does not document it:
|
| mkdir -p /etc/portage
| echo "sys-devel/gcc" >>/etc/portage/package.unmask

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.


-- 

 Kurt
---
  There is no good and evil; there is only power.


--
gentoo-dev@gentoo.org mailing list

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

[Alastair Tse]

[-- Attachment #1: Type: text/plain, Size: 750 bytes --]

On Wed, 2003-06-11 at 01:02, Kurt V. Hindenburg wrote:

> Calculating dependencies /
> !!! all ebuilds that could satisfy "app-crypt/cryptplug" have been 
> masked.

Maybe because you're on a x86 profile and not ~x86?

% fgrep KEYWORDS cryptplug-0.3.15.ebuild                                                                                
KEYWORDS="~x86 ~ppc"

AFAIK, that package.unmask only affects things in pacakge.mask, you are
still restricted by ACCEPT_KEYWORDS.

Cheers,
-- 
Alastair 'liquidx' Tse
 >> Gentoo Developer
 >> http://www.liquidx.net/ | http://cvs.gentoo.org/~liquidx/
 >> GPG Key : http://cvs.gentoo.org/~liquidx/liquidx_gentoo_org.asc
 >> FingerPrint : 579A 9B0E 43E8 0E40 EE93  BB1C 38CE 1C7B 3907 14F6


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

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

[Kurt V. Hindenburg]

On Wednesday 11 June 2003 7:31 am, Christian Aust wrote:
| "Kurt V. Hindenburg" <khindenburg@cherrynebula.net> wrote on Tue,
| 10 Jun 2003 19:02:39
|
| -0500:
| > On Tuesday 10 June 2003 3:21 am, Stanislav Brabec wrote:
| > | V Po, 09. 06. 2003 v 22:56, Christian Aust napsal:
| > | > I'm not sure if gentoo actually lacks this feature, but how
| > | > can I permanently accept ebuilds that are marked unstable,
| > |
| > | It does not lack, probably only does not document it:
| > |
| > | mkdir -p /etc/portage
| > | echo "sys-devel/gcc" >>/etc/portage/package.unmask
| >
| > 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...

-- 

 Kurt
---
  There is no good and evil; there is only power.


--
gentoo-dev@gentoo.org mailing list

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

[Kurt V. Hindenburg]

On Wednesday 11 June 2003 8:08 am, Alastair Tse wrote:
| On Wed, 2003-06-11 at 01:02, Kurt V. Hindenburg wrote:
| > Calculating dependencies /
| > !!! all ebuilds that could satisfy "app-crypt/cryptplug" have
| > been masked.
|
| Maybe because you're on a x86 profile and not ~x86?
|
| % fgrep KEYWORDS cryptplug-0.3.15.ebuild
| KEYWORDS="~x86 ~ppc"
|
| AFAIK, that package.unmask only affects things in pacakge.mask, you
| are still restricted by ACCEPT_KEYWORDS.
|
Hmmm, I'm not sure I follow...why does a search on cryptplug says it 
is masked?

*  app-crypt/cryptplug [ Masked ]
      Latest version available: 0.3.15
      Latest version installed: 0.3.15
      Size of downloaded files: 213 kB
      Homepage:    http://www.gnupg.org/
      Description: GPG and S/MIME encryption plugins. Use by KMail 
v1.5 (KDE 3.1) and Mutt


So package.unmask only reverses stuff in package.mask?

-- 

 Kurt
---
  There is no good and evil; there is only power.


--
gentoo-dev@gentoo.org mailing list

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@chubaka.net  /\   .o)\ and you are a fairly good        /
/ +81(90)6266-1163  V_/_ |(/)/ planner.                         \
\___________________________/\__________________________________/

--
gentoo-dev@gentoo.org mailing list