Paweł Hajdan, Jr. posted on Mon, 07 Feb 2011 22:02:36 +0100 as excerpted:
> On 2/7/11 9:50 PM, Markos Chandras wrote:
>> My suggestion, as I said to fosdem, is to freeze, or take a
>> snapshot if you like, of the current tree, stabilize what you need to
>> stabilize, test the whole tree ( at least
Hi all,
Is anyone interested in getting some type of automated Gentoo testing
framework setup on the new Supercell infrastructure [1] at the OSUOSL?
In a nutshell, Supercell allows projects to spin up their own VMs on
demand using Ganeti Web Manager [2].
For those who don't know, a lot of infrast
On Mon, 7 Feb 2011 16:09:30 +0100
Luca Longinotti wrote:
> On Mon, 07 Feb 2011 13:47:55 +0100
> Gilles Dartiguelongue wrote:
>
> > Le dimanche 06 février 2011 à 23:52 -0600, Jeremy Olexa a écrit :
> > > As for the "re-syncing all files thing" - I can't reproduce that,
> > > though I've seen mul
> On Mon, 07 Feb 2011, James Cloos wrote:
UM> 1) initial branch with "bzr branch --no-tree",
UM> 2) subsequent updates with "bzr pull",
UM> 3) export to ${WORKDIR} with "bzr export".
> I applaud those changes,
Thanks. :)
> but please mv(1) old repos rather than rm(1)ing them; bandwidth is
>
On 2/7/11 9:50 PM, Markos Chandras wrote:
> My suggestion, as I said to fosdem, is to freeze, or take a
> snapshot if you like, of the current tree, stabilize what you need to
> stabilize, test the whole tree ( at least compile wise ) for a couple of
> weeks and then replace the existing stable tre
On Mon, Feb 07, 2011 at 06:45:10PM +0100, Andreas K. Huettel wrote:
>
> We've been discussing this @FOSDEM too. My suggestion was that any bug that
> visibly hurts stable users should always be considered at least MAJOR in
> bugzilla.
>
> To expand on this a bit more
> * a stable update that m
> "UM" == Ulrich Mueller writes:
UM> 1) initial branch with "bzr branch --no-tree",
UM> 2) subsequent updates with "bzr pull",
UM> 3) export to ${WORKDIR} with "bzr export".
I applaud those changes, but please mv(1) old repos rather than rm(1)ing
them; bandwidth is often more of
On 02/07/2011 08:08 PM, Samuli Suominen wrote:
> On 02/07/2011 07:55 PM, Petteri Räty wrote:
>> On 02/07/2011 03:15 PM, Samuli Suominen wrote:
>>
>>>
>>>
>>> +1 with exception that those using USE=sound for libcanberra should be
>>> split into it's own USE flag called USE=libcanberra
>>> and USE=so
On 02/07/2011 07:55 PM, Petteri Räty wrote:
> On 02/07/2011 03:15 PM, Samuli Suominen wrote:
>
>>
>>
>> +1 with exception that those using USE=sound for libcanberra should be
>> split into it's own USE flag called USE=libcanberra
>> and USE=sound should be kept for the generic ones
>>
>
> libcanb
On 02/07/2011 03:15 PM, Samuli Suominen wrote:
>
>
> +1 with exception that those using USE=sound for libcanberra should be
> split into it's own USE flag called USE=libcanberra
> and USE=sound should be kept for the generic ones
>
libcanberra describes the means and not the results so we shou
We've been discussing this @FOSDEM too. My suggestion was that any bug that
visibly hurts stable users should always be considered at least MAJOR in
bugzilla.
To expand on this a bit more
* a stable update that makes the computer nonfunctional is definitely BLOCKER
(and should be reverted in
El lun, 07-02-2011 a las 18:43 +0200, Samuli Suominen escribió:
> On 02/07/2011 06:19 PM, "Paweł Hajdan, Jr." wrote:
> > From time to time there are stabilization bugs where the current stable
> > is broken. For example, https://bugs.gentoo.org/show_bug.cgi?id=353487
> >
> > However, in theory tha
On 02/07/2011 06:19 PM, "Paweł Hajdan, Jr." wrote:
> From time to time there are stabilization bugs where the current stable
> is broken. For example, https://bugs.gentoo.org/show_bug.cgi?id=353487
>
> However, in theory that should not happen, because presumably the
> current stable has been test
From time to time there are stabilization bugs where the current stable
is broken. For example, https://bugs.gentoo.org/show_bug.cgi?id=353487
However, in theory that should not happen, because presumably the
current stable has been tested in the past and considered not broken.
Of course that wou
On Mon, 07 Feb 2011 13:47:55 +0100
Gilles Dartiguelongue wrote:
> Le dimanche 06 février 2011 à 23:52 -0600, Jeremy Olexa a écrit :
> > As for the "re-syncing all files thing" - I can't reproduce that,
> > though I've seen multiple reports. Did it settle down now? (I
> > assume so)
> >
> > -Jere
On 02/07/2011 09:36 AM, Ulrich Mueller wrote:
> It's used by several packages as a local flag, and its meaning seems
> to be similar enough.
>
> app-editors/emacs:sound - Enable sound
> app-editors/emacs-vcs:sound - Enable sound
> app-misc/anki:sound - Enable support for adding sound to cards
>
Le dimanche 06 février 2011 à 23:52 -0600, Jeremy Olexa a écrit :
> As for the "re-syncing all files thing" - I can't reproduce that, though
> I've seen multiple reports. Did it settle down now? (I assume so)
>
> -Jeremy
>
synced my laptop this morning around 11AM UTC and was hit by this
myster
# Ole Markus With (7 Feb 2011)
# Masked for removal in 30 days. Replaced by dev-php5/pecl-mongo.
dev-php5/mongo
signature.asc
Description: OpenPGP digital signature
Le lundi 07 février 2011 à 08:36 +0100, Ulrich Mueller a écrit :
> It's used by several packages as a local flag, and its meaning seems
> to be similar enough.
>
> app-editors/emacs:sound - Enable sound
> app-editors/emacs-vcs:sound - Enable sound
> app-misc/anki:sound - Enable support for adding
19 matches
Mail list logo
