On Fri, 23 Nov 2012 10:56:24 +0100, Andrew Haley wrote:
> On 11/13/2012 10:23 PM, Kevin Kofler wrote:
> > Kevin Fenzi wrote:
> >> Sometimes things aren't ideal for one group in favor of another.
> >
> > WHAT group is actually in favor of MiniDebugInfo? It has one single person
> > as the feature
On 11/13/2012 10:23 PM, Kevin Kofler wrote:
> Kevin Fenzi wrote:
>> Sometimes things aren't ideal for one group in favor of another.
>
> WHAT group is actually in favor of MiniDebugInfo? It has one single person
> as the feature owner. ABRT developers consider it useless. Who actually
> wants it
Bill Nottingham wrote:
> Not to let silly things like facts get in the way of a good rant, but the
> images went over size because MATE & texlive are now getting pulled in via
> deps when they weren't before, not because of incremental minidebuginfo
> changes.
MiniDebugInfo definitely DID increase
On Tue, 13 Nov 2012 23:12:57 +0100
Kevin Kofler wrote:
> Kevin Fenzi wrote:
> > FESCo decided the benefit to always having mini-debuginfo
> > available outweighed the downside of increased space.
>
> What benefit?
...snip...
The problem here is that you are making the same arguments you made
b
Kevin Fenzi wrote:
> Sometimes things aren't ideal for one group in favor of another.
WHAT group is actually in favor of MiniDebugInfo? It has one single person
as the feature owner. ABRT developers consider it useless. Who actually
wants it? And are you sure those who think they want it realize
Kevin Fenzi wrote:
> FESCo decided the benefit to always having mini-debuginfo
> available outweighed the downside of increased space.
What benefit?
* MiniDebugInfo contains only basically the same information already present
in the dynamic symbol table of shared objects! (GDB can already use the
Jóhann B. Guðmundsson wrote:
> On 11/12/2012 09:36 PM, Kevin Fenzi wrote:
>> FESCo decided the benefit to always having mini-debuginfo
>> available outweighed the downside of increased space.
>
> I see done to making abrt atleast somewhat usable
The ABRT developers have said very clearly that th
Kevin Kofler (kevin.kof...@chello.at) said:
> Andre Robatino wrote:
> > *IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
> > single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
> > DVD size limits.
>
> See what damage "Mini"DebugInfo is doing? Nobody (other t
On Sun, 11 Nov 2012 18:39:29 +0100, Reindl Harald wrote:
> please no - O2 is a performance improvement while minidebuginfo is
> the opposite, not only bloating the size, also bloadting the data
> to laod from disk
FYI minidebuginfo does not affect loading from disk (mostly) in any way.
See 'readel
On 11/12/2012 09:36 PM, Kevin Fenzi wrote:
FESCo decided the benefit to always having mini-debuginfo
available outweighed the downside of increased space.
I see done to making abrt atleast somewhat usable
JBG
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/m
On Mon, 12 Nov 2012 22:12:21 +0100
Kevin Kofler wrote:
> I *AM* a member of the KDE SIG and have de-facto maintained the KDE
> spin kickstart ever since Sebastian Vahl (the official maintainer)
> has stopped taking care of it. FESCo has clearly said that they don't
> care about our size target an
On Mon, 12 Nov 2012 21:09:42 +
"Jóhann B. Guðmundsson" wrote:
> On 11/12/2012 09:05 PM, Kevin Kofler wrote:
> > Jóhann B. Guðmundsson wrote:
> >> >Last time I checked the SIG's surrounding each of those spins they
> >> >themselves where responsible for their own spins sizes so if they
> >> >p
Jóhann B. Guðmundsson wrote:
> Fesco needs to provide the reasoning behind that decision to me it makes
> no sense since the community surrounding their spins are the once that
> actually decide what goes on them since they are the once doing their
> own leg work...
Their reasoning was simply that
Adam Williamson wrote:
> They already aren't. Half the point of going to 1GB would be to include
> them.
There's no way LibreOffice is going to fit on the KDE spin with a 1 GiB
target limit. We're already almost there no thanks to "Mini"DebugInfo. We'd
need an even higher target size to fit Libr
On 11/12/2012 09:05 PM, Kevin Kofler wrote:
Jóhann B. Guðmundsson wrote:
>Last time I checked the SIG's surrounding each of those spins they
>themselves where responsible for their own spins sizes so if they pass
>that they might just as well be doing so deliberately to deliver better
>out of th
Jóhann B. Guðmundsson wrote:
> Last time I checked the SIG's surrounding each of those spins they
> themselves where responsible for their own spins sizes so if they pass
> that they might just as well be doing so deliberately to deliver better
> out of the box experience for their target user base
On 11/12/2012 09:43 AM, Panu Matilainen wrote:
On 11/12/2012 08:56 AM, Adam Williamson wrote:
On 2012-11-11 22:02, Panu Matilainen wrote:
Based on a quick grep, it doesn't seem to consider obsoletion at all,
which explains what I see on the DVD and perhaps deserves looking at.
I think the ba
On 2012-11-11 23:43, Panu Matilainen wrote:
On 11/12/2012 08:56 AM, Adam Williamson wrote:
On 2012-11-11 22:02, Panu Matilainen wrote:
Based on a quick grep, it doesn't seem to consider obsoletion at
all,
which explains what I see on the DVD and perhaps deserves looking
at.
I think the bas
On 11/12/2012 08:56 AM, Adam Williamson wrote:
On 2012-11-11 22:02, Panu Matilainen wrote:
Based on a quick grep, it doesn't seem to consider obsoletion at all,
which explains what I see on the DVD and perhaps deserves looking at.
I think the basic idea is that pungi isn't supposed to painful
On 2012-11-11 22:02, Panu Matilainen wrote:
Based on a quick grep, it doesn't seem to consider obsoletion at all,
which explains what I see on the DVD and perhaps deserves looking at.
I think the basic idea is that pungi isn't supposed to painfully
re-implement yum. If packages are obsoleted,
On 11/11/2012 06:35 PM, Adam Williamson wrote:
On 2012-11-11 0:53, Panu Matilainen wrote:
Reverting mini-debuginfo would require a mass-rebuild which is hardly
going to happen at this point of F18 no matter what you think of the
feature.
For starters it would help if the DVD didn't contain pil
On 2012-11-11 16:42, M. Edward (Ed) Borasky wrote:
On Sun, Nov 11, 2012 at 9:31 AM, Kevin Kofler
wrote:
Panu Matilainen wrote:
Reverting mini-debuginfo would require a mass-rebuild which is
hardly
going to happen at this point of F18 no matter what you think of
the
feature.
I've seen mass
On Sun, Nov 11, 2012 at 9:31 AM, Kevin Kofler wrote:
> Panu Matilainen wrote:
>> Reverting mini-debuginfo would require a mass-rebuild which is hardly
>> going to happen at this point of F18 no matter what you think of the
>> feature.
>
> I've seen mass rebuilds rushed through in less time than wh
On 11/11/2012 05:31 PM, Kevin Kofler wrote:
We need to get the live images back to CD size
Last time I checked the SIG's surrounding each of those spins they
themselves where responsible for their own spins sizes so if they pass
that they might just as well be doing so deliberately to deliver
Am 11.11.2012 18:31, schrieb Kevin Kofler:
> Panu Matilainen wrote:
>> Reverting mini-debuginfo would require a mass-rebuild which is hardly
>> going to happen at this point of F18 no matter what you think of the
>> feature.
>
> I really don't understand the cavalier approach to bloat around here
Adam Williamson wrote:
> The other classic case is that when a dependency of a package in the
> set of packages to be included in an image is satisfied by more than one
> other package, pungi pulls *all* the satisfying packages into the
> compose, not just one. This seems odd at first glance but no
Panu Matilainen wrote:
> Reverting mini-debuginfo would require a mass-rebuild which is hardly
> going to happen at this point of F18 no matter what you think of the
> feature.
I've seen mass rebuilds rushed through in less time than what we have from
now until the current F18 release target date
On 2012-11-11 0:53, Panu Matilainen wrote:
Reverting mini-debuginfo would require a mass-rebuild which is hardly
going to happen at this point of F18 no matter what you think of the
feature.
For starters it would help if the DVD didn't contain piles of
obsoleted, conflicting and in some cases (
Panu Matilainen laiskiainen.org> writes:
> Reverting mini-debuginfo would require a mass-rebuild which is hardly
> going to happen at this point of F18 no matter what you think of the
> feature.
>
> For starters it would help if the DVD didn't contain piles of obsoleted,
> conflicting and in
On 11/10/2012 11:41 PM, Kevin Kofler wrote:
Andre Robatino wrote:
*IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
DVD size limits.
See what damage "Mini"DebugInfo is doing? Nobody (other than me) cared a
On Sat, Nov 10, 2012 at 1:56 PM, Tomasz Torcz wrote:
> On Sat, Nov 10, 2012 at 10:41:16PM +0100, Kevin Kofler wrote:
>> Andre Robatino wrote:
>> > *IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
>> > single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
>> > DV
Tomasz Torcz wrote:
> On Sat, Nov 10, 2012 at 10:41:16PM +0100, Kevin Kofler wrote:
>> Andre Robatino wrote:
>> > *IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
>> > single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
>> > DVD size limits.
>>
>> See what da
On Sat, Nov 10, 2012 at 10:41:16PM +0100, Kevin Kofler wrote:
> Andre Robatino wrote:
> > *IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
> > single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
> > DVD size limits.
>
> See what damage "Mini"DebugInfo is doing
Am 10.11.2012 22:41, schrieb Kevin Kofler:
> Andre Robatino wrote:
>> *IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
>> single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
>> DVD size limits.
>
> See what damage "Mini"DebugInfo is doing? Nobody (other than
I'm more concerned with getting sizes down to fix a cheap 4 GB USB
drive than a 4.7 GB DVD. I don't think making install media over 4 GB
is a viable option. I will test with the default desktop and the net
installer before I'll erase one of my expensive 8 GB USB sticks!
On Sat, Nov 10, 2012 at 1:4
Andre Robatino wrote:
> *IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
> single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
> DVD size limits.
See what damage "Mini"DebugInfo is doing? Nobody (other than me) cared about
CD size for the live CDs, but surely
36 matches
Mail list logo
