| Re: [proaudio] RESTRICT="mirror" |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/proaudio Archives
]
- To: proaudio@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [proaudio] RESTRICT="mirror"
- From: Gavin Pryke <gavinlee303@xxxxxxxxxxxxxx>
- Date: Wed, 17 Jun 2009 12:00:22 +0100
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=L/C3lQT17Q5qc2dnmteIKUQrNLj49TvITWxB5BawQoY=; b=owO8QujvTEJXt7WDYtyrgAZ/AfcRHO9Xe3WoN3eMohm6T2Fz9qU6hbf+33WcbWbcKS aunONxKaziCj2qqmfOD7Nv/oes7iUOk3IyKNB+U2l+YA8ZUDQfD2Jmky+QioGhvWsj4U T4EyfIVBE9rgfV/DEf/GxEZqmqyAP3eKWXkuI=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=IrUoduZ+x2pbgfc+6jy5jaGDxJNxeLtAUPK5d94cu6ScYaRVqbT7NzXADHHQR5u7DW 1rzB060NuFMbAbejPiE+rga88a9M7YjCxczwUTrbVL6smVBhzSLr3KfNBzUNwGSsaBo1 MkYDBWtgrZuJm8jGDIbnsR5mpd19ZGiiuX7ik=
On Wednesday 17 June 2009 00:12:17 Alexandros Diamantidis wrote:
> * Frieder Bürzele [2009-06-17 00:27]:
> > Alexandros Diamantidis wrote:
> > > I just noticed that the ebuilds in the proaudio tree have
> > > 'RESTRICT="nomirror"', but the correct feature name is "mirror".
> >
> > when did this option change? For me nomirror always worked as advertised
> > but I did not test it recently
>
> It seems "nomirror" still works with emerge, but not with paludis. The
> current ebuild(5) man page only mentions "mirror":
>
> # RESTRICT = [strip,mirror,fetch,userpriv]
> #...
> # mirror
> # files in SRC_URI will not be downloaded from the GENTOO_MIRRORS.
>
> The change happened here...
>
> http://sources.gentoo.org/viewcvs.py/gentoo-src/portage/man/ebuild.5?r1=1.7
>3.2.7&r2=1.73.2.8
>
> ...but I couldn't find why it changed.
>
> Thanks!
>
> Alexandros
I don't use paludis but I noticed this a while back as repoman flags this an
an error:
RESTRICT.invalid 322
Was careful of changing ~322 ebuilds in one commit, already feel like my
commits were too big and invasive so I was tackling them as I came across
other things to do in ebuilds I was working on.
Cheers
Gav