On Sun, Nov 8, 2009 at 1:08 PM, Nirbheek Chauhan wrote:
> On Sun, Nov 8, 2009 at 12:33 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> > 2) That won't necessarily stop the bugs from rolling in. Some devs may
> > get tired of live pkg bugs and package.mask it, thus putting up a double-
> > barrier to t
Nirbheek Chauhan posted on Sun, 08 Nov 2009 05:38:56 +0530 as excerpted:
> We had something interesting happen with policykit. It was masked for a
> very long time, and so all users of policykit had "sys-auth/policykit"
> in p.unmask. Then it was unmasked, but of course who bothers cleaning up
> t
On Sun, Nov 8, 2009 at 2:19 AM, Zac Medico wrote:
> Peter Volkov wrote:
>> Looks like this will not work for all noarch packages. Stardict
>> dictionary itself is noarch, but it RDEPENDS on stardict package which
>> is keyworded only on some archs. So we'll be forced either to keyword
>> stardict
On Sun, Nov 8, 2009 at 12:33 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> 2) That won't necessarily stop the bugs from rolling in. Some devs may
> get tired of live pkg bugs and package.mask it, thus putting up a double-
> barrier to the live ebuild. If users jump BOTH barriers and fall over
> the
Peter Volkov wrote:
>> We could introduce "noarch" and "~noarch" KEYWORDS, add "noarch" to
>> the default ACCEPT_KEYWORDS setting for all profiles, and instruct
>> unstable users to add "~noarch" to ACCEPT_KEYWORDS.
>
> Looks like this will not work for all noarch packages. Stardict
> dictionary i
On Sat, Nov 7, 2009 at 5:43 AM, Samuli Suominen wrote:
> I'm seconds away from masking KDE 3.5.10, only fixing gentoo-x86 in a
> shape it's possible.
>
> So sorry everyone for not stopping on every single package and metadata.xml.
>
> Just getting this done.
Quantity isn't a replacement for quali
Christian Faulhammer posted on Sat, 07 Nov 2009 19:33:12 +0100 as
excerpted:
> William Hubbs :
>> > * Masking live...
>> > Heck no. This is not proper usage. Just use keywords mask.
>> > KEYWORDS="". Problem solved and the package.mask is smaller. (Note,
>> > in overlays do what ever you want, sin
On Sat, Nov 07, 2009 at 07:33:12PM +0100, Christian Faulhammer wrote:
> Hi,
>
> William Hubbs :
> > > * Masking live...
> > > Heck no. This is not proper usage. Just use keywords mask.
> > > KEYWORDS="". Problem solved and the package.mask is smaller. (Note,
> > > in overlays do what ever you want
Hi,
William Hubbs :
> > * Masking live...
> > Heck no. This is not proper usage. Just use keywords mask.
> > KEYWORDS="". Problem solved and the package.mask is smaller. (Note,
> > in overlays do what ever you want, since it does not polute the
> > main mask from g-x86).
>
> True. If we mask l
Hi all,
I'm not QA, but I'll go ahead and add my comments to this also.
On Sat, Nov 07, 2009 at 06:24:10PM +0100, Tom Chv??tal wrote:
> * Masking beta...
> This masks are good if the software release is KNOWN to break previous
> behaviour or degrade user experience. Otherwise the software sh
Hi,
since I aint got blag i will polute our lovely mailing list (sorry if i hit
some in-middle flame :P).
Currently i've been reviewing the package.mask file (since we have to keep with
it for a while [no package.mask folder near us :)] we have to trim it down and
keep sane).
NOTE: The p.mask
В Птн, 06/11/2009 в 14:07 -0800, Zac Medico пишет:
> Fabian Groffen wrote:
> > On 06-11-2009 19:48:16 +0530, Nirbheek Chauhan wrote:
> >> On Fri, Nov 6, 2009 at 1:42 AM, Petteri Räty wrote:
> >>> In the past when smaller arches were not that active we used to mark
> >>> Java packages stable after
Hi!
On Thu, 05 Nov 2009, Petteri Räty wrote:
> In the past when smaller arches were not that active we used to
> mark Java packages stable after testing by at least one arch
> team. The probability to find arch specific issues in something
> like Java is not so high so I think arrangements like t
Le samedi 07 novembre 2009 à 13:31 +0100, Romain Perier a écrit :
> In the future , please have a discussion on IRC, that's a bit more
> "constructive". I meant why "flood" on ML for that if we can discuss on
> IRC together ? We're adults or nop ? (I already said that to ssuominen
> on #-kde).
ema
# Samuli Suominen (07 Nov 2009)
#
# Mask KDE 3.5.10 for removal, excluding the dependencies
# required for stable koffice. Removed in 30 days.
#
[ .. ]
Everything from kde-base/ matching =3.5* excluding the deps of koffice.
# Samuli Suominen (06 Nov 2009)
# Cleaning out packages with KDE3 depe
Romain Perier wrote:
> In the future , please have a discussion on IRC, that's a bit more
> "constructive". I meant why "flood" on ML for that if we can discuss on
> IRC together ? We're adults or nop ? (I already said that to ssuominen
> on #-kde).
>
> To conclude, what's Gilles wanted to say is
In the future , please have a discussion on IRC, that's a bit more
"constructive". I meant why "flood" on ML for that if we can discuss on
IRC together ? We're adults or nop ? (I already said that to ssuominen
on #-kde).
To conclude, what's Gilles wanted to say is there are rules, so ALL
developer
Gilles Dartiguelongue wrote:
> Le samedi 07 novembre 2009 à 09:47 +, Samuli Suominen (ssuominen) a
> écrit :
>> ssuominen09/11/07 09:47:59
>>
>> Modified: gparted-0.4.3.ebuild
>> Log:
>> Remove USE kde from this almost unused ebuild to avoid breaking deptree
>> for sparc.
Le samedi 07 novembre 2009 à 09:47 +, Samuli Suominen (ssuominen) a
écrit :
> ssuominen09/11/07 09:47:59
>
> Modified: gparted-0.4.3.ebuild
> Log:
> Remove USE kde from this almost unused ebuild to avoid breaking deptree for
> sparc.
> (Portage version: 2.2_rc48/cvs/Li
Xi Shen posted on Sat, 07 Nov 2009 16:31:16 +0800 as excerpted:
> i am using gentoo amd64, and have just changed my profile to
> default/linux/amd64/10.0 as it is recommended. then i ran emerge -auvND
> world, and got the following error while emerging
> dev-python/setuptools-0.6.4
>
> * Install
Sébastien Fabbro posted on Fri, 06 Nov 2009 16:04:41 -0800 as excerpted:
> We have a few fetch restricted Intel packages in the main tree (icc,
> ifc, mkl, ipp, tbb). All except tbb are closed-source but free with
> non-commercial licenses. Lately upstream has repackaged the icc and
> ifort (ifc)
21 matches
Mail list logo
