Patrick Lauer:
> On Saturday 17 January 2015 17:25:15 hasufell wrote:
>> Patrick Lauer:
>>> On Friday 16 January 2015 18:29:08 hasufell wrote:
Patrick Lauer:
> On 01/16/15 23:26, hasufell wrote:
>> Patrick Lauer (patrick):
>>> patrick 15/01/16 04:16:55
>>>
>>> Modifie
On 01/17/2015 04:46 PM, Patrick Lauer wrote:
> On Saturday 17 January 2015 13:12:56 Zac Medico wrote:
>> On 01/17/2015 03:35 AM, Patrick Lauer wrote:
>>> * Portage is too slow
>>>
>>> On 'small' hardware emerge -upNDv @world can take enough time
>>> to make updates prohibitive - on an 800Mh
On Saturday 17 January 2015 17:25:15 hasufell wrote:
> Patrick Lauer:
> > On Friday 16 January 2015 18:29:08 hasufell wrote:
> >> Patrick Lauer:
> >>> On 01/16/15 23:26, hasufell wrote:
> Patrick Lauer (patrick):
> > patrick 15/01/16 04:16:55
> >
> > Modified: Ch
On Saturday 17 January 2015 13:12:56 Zac Medico wrote:
> On 01/17/2015 03:35 AM, Patrick Lauer wrote:
> > * Portage is too slow
> >
> > On 'small' hardware emerge -upNDv @world can take enough time
> > to make updates prohibitive - on an 800Mhz machine it took me
> > about 3 days to fi
On Saturday 17 January 2015 14:00:34 William Hubbs wrote:
> On Sat, Jan 17, 2015 at 01:44:21PM +0100, Dirkjan Ochtman wrote:
> > On Sat, Jan 17, 2015 at 12:35 PM, Patrick Lauer
wrote:
> > > * Stage3 archives are too fat
> > >
> > > See https://bugs.gentoo.org/show_bug.cgi?id=531632
> > >
On Saturday 17 January 2015 15:03:05 Ciaran McCreesh wrote:
> On Sat, 17 Jan 2015 22:58:33 +0800
>
> Patrick Lauer wrote:
> > On Saturday 17 January 2015 14:32:03 Ciaran McCreesh wrote:
> > > On Sat, 17 Jan 2015 21:03:30 +0800
> > >
> > > Patrick Lauer wrote:
> > > > Last time I tested paludis
On Sat, Jan 17, 2015 at 12:00 PM, William Hubbs wrote:
> On Sat, Jan 17, 2015 at 01:44:21PM +0100, Dirkjan Ochtman wrote:
>> On Sat, Jan 17, 2015 at 12:35 PM, Patrick Lauer wrote:
>> > * Stage3 archives are too fat
>> > See https://bugs.gentoo.org/show_bug.cgi?id=531632
>> > We're now shi
On 01/17/2015 03:35 AM, Patrick Lauer wrote:
> * Portage is too slow
> On 'small' hardware emerge -upNDv @world can take enough time
> to make updates prohibitive - on an 800Mhz machine it took me
> about 3 days to figure out a solution to some silly blockers due to the
> very slo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
# Manuel Rüger (17 Jan 2015)
# Unmaintained. Old eclasses, EAPIs and various bugs.
# See bug #533642
# Removal in 30 days.
rox-base/mime-editor
rox-base/oroborox
rox-base/pager
rox-base/rox
rox-base/rox-autostart
rox-base/rox-clib
rox-base/rox-la
On Sat, 17 Jan 2015 19:35:09 +0800
Patrick Lauer wrote:
> * AutoRepoman catches issues, but no one but me seems to care
> Fix: Remind people of
> http://packages.gentooexperimental.org/repoman-current-issues.txt
I've tweaked two random things in this list :)
Thank you!
--
Sergei
sign
On Sat, Jan 17, 2015 at 01:44:21PM +0100, Dirkjan Ochtman wrote:
> On Sat, Jan 17, 2015 at 12:35 PM, Patrick Lauer wrote:
> > * Stage3 archives are too fat
> > See https://bugs.gentoo.org/show_bug.cgi?id=531632
> > We're now shipping three python versions and glib for extra fun!
> > Fi
Hi everyone,
It looks like there aren't too many bugs against gcc-4.9 (bug #495124).
There are a couple having to do with lto and one which is hardened
specific, but its probably a good idea to start keywording on the
various arches so we can get more bug reports and not trail behind. So
I
Patrick Lauer wrote:
> > Do you, as QA team member, think that a review workflow improves quality?
>
> No.
>
> Bureaucracy does not improve quality by itself.
A review workflow isn't about bureaucracy, it's about review. :)
Now, review means different things to different people, and some will
s
Patrick Lauer:
> On Friday 16 January 2015 18:29:08 hasufell wrote:
>> Patrick Lauer:
>>> On 01/16/15 23:26, hasufell wrote:
Patrick Lauer (patrick):
> patrick 15/01/16 04:16:55
>
> Modified: ChangeLog
> Added:libuv-1.2.1.ebuild
> Log:
Patrick Lauer wrote:
> they can all be fixed.
>
> Let's not tolerate mediocrity.
All you can do is to try to set an example, but you'll likely find
that most of the time, nobody is willing to live with the tradeoffs
for excellence - the obvious one being perceived slower development.
Countless o
Dnia 2015-01-17, o godz. 19:35:09
Patrick Lauer napisał(a):
> Here's a random unsorted list of things that it would make sense to be upset
> about. Some issues that people have successfully ignored for a few years ...
>
> In no way exhaustive list, feel free to remember a dozen things I forgot
On Sat, 17 Jan 2015 19:49:24 +0400
Сергей wrote:
> Any random user can tell you: -u means UPDATE, -D means DEEP (follow
> dependencies).
And what do those actually mean?
--
Ciaran McCreesh
signature.asc
Description: PGP signature
On Sat, 17 Jan 2015 18:33:45 +0300
Andrew Savchenko wrote:
> Oh, this was discussed so many times already... There is NO single
> correct solution to such problems. And some mathematically correct
> solutions are impractical (e.g. half of the tree rebuild), so other
> ones which are good enough ar
> * AutoRepoman catches on average maybe 2 user-visible breakages.
> Fix: Make repoman faster (tree-wide scans take ~2 CPU-hours)
> Fix: Remind people that using repoman is not optional
Fix: Make more repoman warnings fatal. Please.
Fix: Make the QA team deliver a friendly but stern warni
On Sat, 17 Jan 2015 14:45:51 + Ciaran McCreesh wrote:
> On Sat, 17 Jan 2015 17:39:29 +0300
> Andrew Savchenko wrote:
> > There is some progress here. In portage-2.2.15 profile based
> > optimizations are included (see bugs 529660, 530010). On my
> > hardware (Athlon-XP, 2200 MHz and Intel Atom
On Sat, 17 Jan 2015 22:59:08 +0800
Patrick Lauer wrote:
> > The problem isn't the constants, though. The problem is the
> > resolution algorithm. There's not much point tweaking performance
> > until the resolver is fixed to produce a correct answer...
>
> Patches welcome :)
If I send you a patc
On Sat, 17 Jan 2015 22:58:33 +0800
Patrick Lauer wrote:
> On Saturday 17 January 2015 14:32:03 Ciaran McCreesh wrote:
> > On Sat, 17 Jan 2015 21:03:30 +0800
> > Patrick Lauer wrote:
> > > Last time I tested paludis it was slower
> >
> > You've yet to do a like-for-like comparison...
>
> Hello h
On Saturday 17 January 2015 14:45:51 Ciaran McCreesh wrote:
> On Sat, 17 Jan 2015 17:39:29 +0300
>
> Andrew Savchenko wrote:
> > There is some progress here. In portage-2.2.15 profile based
> > optimizations are included (see bugs 529660, 530010). On my
> > hardware (Athlon-XP, 2200 MHz and Intel
On Saturday 17 January 2015 14:32:03 Ciaran McCreesh wrote:
> On Sat, 17 Jan 2015 21:03:30 +0800
>
> Patrick Lauer wrote:
> > Last time I tested paludis it was slower
>
> You've yet to do a like-for-like comparison...
Hello hostile upstream.
It was as "like for like" as possible, even when the
Am Samstag, 17. Januar 2015, 01:56:01 schrieb Patrick Lauer:
> On Friday 16 January 2015 18:29:08 hasufell wrote:
> > Patrick Lauer:
> > > On 01/16/15 23:26, hasufell wrote:
> > >> Patrick Lauer (patrick):
> > >>> patrick 15/01/16 04:16:55
> > >>>
> > >>> Modified: ChangeLog
> >
On Sat, 17 Jan 2015 17:39:29 +0300
Andrew Savchenko wrote:
> There is some progress here. In portage-2.2.15 profile based
> optimizations are included (see bugs 529660, 530010). On my
> hardware (Athlon-XP, 2200 MHz and Intel Atom N270, 1600 MHz) they
> speed up dependency resolution by ~ factor 2
On Sat, 17 Jan 2015 19:35:09 +0800 Patrick Lauer wrote:
> * Portage is too slow
> On 'small' hardware emerge -upNDv @world can take enough time
> to make updates prohibitive - on an 800Mhz machine it took me
> about 3 days to figure out a solution to some silly blockers due to the
>
On Sat, 17 Jan 2015 21:03:30 +0800
Patrick Lauer wrote:
> Last time I tested paludis it was slower
You've yet to do a like-for-like comparison...
--
Ciaran McCreesh
signature.asc
Description: PGP signature
El sáb, 17-01-2015 a las 13:44 +0100, Dirkjan Ochtman escribió:
[...]
> Also, I hate something like
> "['dev-python/restkit[python_targets_python2_7(-)?,-python_single_target_python2_7(-)]']".
> What the hell kind of warning is that? I guess maybe these are the
> results of USE_EXPAND trickery and
El sáb, 17-01-2015 a las 19:35 +0800, Patrick Lauer escribió:
[...]
> * stable genkernel still doesn't enable all useful kernel features
>e.g. accounting statistics are absent, so iotop doesn't work ootb
>See for example #442936 (from 2012 ?!)
>Fix: Stable newer versions
>
I see there
On Sat, Jan 17, 2015 at 2:03 PM, Patrick Lauer wrote:
> Most issues are transient, often fixed with either a keywording bug, or
> careful
> masking of useflags / pruning of old versions. Per-maintainer doesn't really
> make sense as most issues are indirect - things like "removing package.mask
>
On Saturday 17 January 2015 13:44:21 Dirkjan Ochtman wrote:
> On Sat, Jan 17, 2015 at 12:35 PM, Patrick Lauer wrote:
> > * AutoRepoman catches issues, but no one but me seems to care
> >
> > Fix: Remind people of
> > http://packages.gentooexperimental.org/repoman-current-issues.txt
> >
On Sat, Jan 17, 2015 at 12:35 PM, Patrick Lauer wrote:
> In no way exhaustive list, feel free to remember a dozen things I forgot ;)
> (If you suggest other things please try to offer constructive criticism,
> i.e. possible strategies to fix issues ... whining by itself is not very
> useful)
I th
Here's a random unsorted list of things that it would make sense to be upset
about. Some issues that people have successfully ignored for a few years ...
In no way exhaustive list, feel free to remember a dozen things I forgot ;)
(If you suggest other things please try to offer constructive criti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01/17/2015 05:09 AM, Andrew Savchenko wrote:
> On Sat, 17 Jan 2015 08:56:01 +0800 Patrick Lauer wrote:
>> On Friday 16 January 2015 18:29:08 hasufell wrote:
>>> Patrick Lauer:
On 01/16/15 23:26, hasufell wrote:
> Patrick Lauer (patrick):
35 matches
Mail list logo
