On 01/22/2015 10:19, Peter Stuge wrote:
> Joshua Kinard wrote:
>> Using seed stage3 stages I built 6 months ago (but never released due
>> to getting sidetracked), I run into errors like this:
>>
>> !!! Multiple package instances within a single package slot have been pulled
>> !!! into the depende
On Sat, 24 Jan 2015 21:54:06 +0400
Alexey Mishustin wrote:
> 2015-01-20 14:42 GMT+04:00 Róbert Čerňanský :
> > On Tue, 20 Jan 2015 11:08:19 +0300
> > Andrew Savchenko wrote:
> >
> >> On Tue, 20 Jan 2015 07:46:32 +0100 Róbert Čerňanský wrote:
> >> > On Tue, 20 Jan 2015 00:14:29 +0300
> >> > Andre
2015-01-20 14:42 GMT+04:00 Róbert Čerňanský :
> On Tue, 20 Jan 2015 11:08:19 +0300
> Andrew Savchenko wrote:
>
>> On Tue, 20 Jan 2015 07:46:32 +0100 Róbert Čerňanský wrote:
>> > On Tue, 20 Jan 2015 00:14:29 +0300
>> > Andrew Savchenko wrote:
>> > > On Mon, 19 Jan 2015 21:44:25 +0100 Róbert Čerňan
On Sat, 17 Jan 2015 13:44:21 +0100
Dirkjan Ochtman wrote:
> 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 what not,
Joshua Kinard wrote:
> Using seed stage3 stages I built 6 months ago (but never released due
> to getting sidetracked), I run into errors like this:
>
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
>
On 01/17/2015 08:21, Pacho Ramos wrote:
> 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 thes
On Sun, 18 Jan 2015, Patrick Lauer wrote:
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
On Tue, 20 Jan 2015 12:01:13 +0100
Luca Barbato wrote:
> On 17/01/15 16:03, Ciaran McCreesh wrote:
> > 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 performa
On 19/01/15 16:47, hasufell wrote:
I think you forgot an important point:
* lack of practical QA: no review workflow and no appropriate tools for
reviewing
I could start a long text block about why reviewing is mandatory for QA,
but let's just think about it this way:
What do you think would ha
On 17/01/15 16:03, Ciaran McCreesh wrote:
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 we
On Tue, 20 Jan 2015 11:08:19 +0300
Andrew Savchenko wrote:
> On Tue, 20 Jan 2015 07:46:32 +0100 Róbert Čerňanský wrote:
> > On Tue, 20 Jan 2015 00:14:29 +0300
> > Andrew Savchenko wrote:
> > > On Mon, 19 Jan 2015 21:44:25 +0100 Róbert Čerňanský wrote:
> > > > From my point of view it would do mu
On Tue, 20 Jan 2015 06:51:01 +0100 Róbert Čerňanský wrote:
> On Mon, 19 Jan 2015 20:51:31 +
> Ciaran McCreesh wrote:
>
> > On Mon, 19 Jan 2015 21:44:25 +0100
> > Róbert Čerňanský wrote:
> > > From my point of view it would do much help if portage resolves USE
> > > dependencies automatically
On Tue, 20 Jan 2015 07:46:32 +0100 Róbert Čerňanský wrote:
> On Tue, 20 Jan 2015 00:14:29 +0300
> Andrew Savchenko wrote:
>
> > On Mon, 19 Jan 2015 21:44:25 +0100 Róbert Čerňanský wrote:
> > > From my point of view it would do much help if portage resolves USE
> > > dependencies automatically ins
On Tue, 20 Jan 2015 00:14:29 +0300
Andrew Savchenko wrote:
> On Mon, 19 Jan 2015 21:44:25 +0100 Róbert Čerňanský wrote:
> > From my point of view it would do much help if portage resolves USE
> > dependencies automatically instead of telling the user to change USE
> > flags manually (I am talking
On Mon, 19 Jan 2015 20:51:31 +
Ciaran McCreesh wrote:
> On Mon, 19 Jan 2015 21:44:25 +0100
> Róbert Čerňanský wrote:
> > From my point of view it would do much help if portage resolves USE
> > dependencies automatically instead of telling the user to change USE
> > flags manually (I am talki
On Mon, 19 Jan 2015 21:44:25 +0100 Róbert Čerňanský wrote:
> On Sat, 17 Jan 2015 18:33:45 +0300
> Andrew Savchenko wrote:
>
> > On Sat, 17 Jan 2015 14:45:51 + Ciaran McCreesh wrote:
> > > The problem isn't the constants, though. The problem is the
> > > resolution algorithm. There's not much
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/19/2015 12:44 PM, Róbert Čerňanský wrote:
> On Sat, 17 Jan 2015 18:33:45 +0300 Andrew Savchenko
> wrote:
>
>> On Sat, 17 Jan 2015 14:45:51 + Ciaran McCreesh wrote:
>>> The problem isn't the constants, though. The problem is the
>>> resolut
On Mon, Jan 19, 2015 at 4:47 AM, Jeroen Roovers wrote:
>
> repoman doesn't check reverse dependencies for the package you're
> working on.
>
Indeed, it doesn't even check forward dependencies which are blockers.
kmod-19 was just stabilized accidentally despite having a blocker on
all stable versi
On Mon, 19 Jan 2015 21:44:25 +0100
Róbert Čerňanský wrote:
> From my point of view it would do much help if portage resolves USE
> dependencies automatically instead of telling the user to change USE
> flags manually (I am talking about bug #258371).
This is only possible in carefully selected ci
On Sat, 17 Jan 2015 18:33:45 +0300
Andrew Savchenko wrote:
> On Sat, 17 Jan 2015 14:45:51 + Ciaran McCreesh 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
On Sun, Jan 18, 2015 at 01:21:56PM +0100, Dirkjan Ochtman wrote:
> On Sat, Jan 17, 2015 at 9:00 PM, William Hubbs wrote:
> >> Why the heck do we ship both 3.3 and 3.4? I forget the exact situation
> >> with 2.x and 3.x, but I don't think setting PYTHON_TARGETS to 2.7-only
> >> is a great option if
On 2015-01-19 07:28, Patrick Lauer wrote:
> On 01/19/15 17:47, Jeroen Roovers wrote:
> > On Sat, 17 Jan 2015 19:35:09 +0800
> > Patrick Lauer wrote:
> >
> >> * AutoRepoman catches on average maybe 2 user-visible breakages.
> >> Mostly removing stable on HPPA ;)
> >> Fix: Make repoman fast
On Mon, 19 Jan 2015 12:42:45 +0300
Sergey Popov wrote:
> 17.01.2015 18:51, Ciaran McCreesh пишет:
> > 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?
>
>
Patrick Lauer:
> 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
On 01/19/15 17:47, Jeroen Roovers wrote:
> On Sat, 17 Jan 2015 19:35:09 +0800
> Patrick Lauer wrote:
>
>> * AutoRepoman catches on average maybe 2 user-visible breakages.
>> Mostly removing stable on HPPA ;)
>> Fix: Make repoman faster (tree-wide scans take ~2 CPU-hours)
>> Fix: Remin
On Sat, 17 Jan 2015 19:35:09 +0800
Patrick Lauer wrote:
> * AutoRepoman catches on average maybe 2 user-visible breakages.
> Mostly removing stable on HPPA ;)
> Fix: Make repoman faster (tree-wide scans take ~2 CPU-hours)
> Fix: Remind people that using repoman is not optional
repoma
17.01.2015 18:51, Ciaran McCreesh пишет:
> 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?
>
Do you need citation from 'man portage'? :-)
-D usually adds to deptre
On Sat, 17 Jan 2015 13:44:21 +0100
Dirkjan Ochtman wrote:
> On Sat, Jan 17, 2015 at 12:35 PM, Patrick Lauer
> wrote:
>
> > * Some stable bugs are left alone for months
> >See e.g. https://bugs.gentoo.org/show_bug.cgi?id=485632
> >Fix: Have more people work on stable bugs
> >Fix: Mot
On Sat, Jan 17, 2015 at 9:00 PM, William Hubbs wrote:
>> Why the heck do we ship both 3.3 and 3.4? I forget the exact situation
>> with 2.x and 3.x, but I don't think setting PYTHON_TARGETS to 2.7-only
>> is a great option if that remains the default after installation
>> (although it would be fin
On Sat, 17 Jan 2015 17:43:17 -0800 Zac Medico wrote:
> 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 t
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 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
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
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
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
57 matches
Mail list logo
