On 05/08/2012 08:15 AM, Alexander Larsson wrote:
On Mon, 2012-05-07 at 18:55 +0100, Peter Robinson wrote:
On Mon, May 7, 2012 at 2:07 PM, Alexander Larsson al...@redhat.com wrote:
I just wrote a new Feature proposal for shipping minimal debug info by
default:
On Fri, 2012-06-22 at 17:36 +0200, Roman Rakus wrote:
On 05/08/2012 08:15 AM, Alexander Larsson wrote:
See the feature page for detail on the space use. On my F17 desktop
install with and 8 gigabytes /usr it would add 43 megabytes of data.
What about to not install it by default but as
On 05/14/2012 08:15 PM, Adam Williamson wrote:
On Mon, 2012-05-14 at 11:49 -0700, John Reiser wrote:
On 05/12/2012 09:51 PM, Matthew Garrett wrote:
On Thu, May 10, 2012 at 11:00:48AM -0400, Adam Jackson wrote:
So the set of people we'd be inconveniencing is exactly the set of
people with no
On Tue, 2012-05-15 at 09:52 -0400, Gerry Reno wrote:
The most important issue in this thread is ability to boot from USB2.0.
No, it isn't. mjg59 wrote:
the inability to boot from anything larger than a CD and no USB ports
that can be bootstrapped from a bootloader sitting on a CD or
On 05/15/2012 12:21 PM, Adam Williamson wrote:
On Tue, 2012-05-15 at 09:52 -0400, Gerry Reno wrote:
The most important issue in this thread is ability to boot from USB2.0.
No, it isn't. mjg59 wrote:
the inability to boot from anything larger than a CD and no USB ports
that can be
On 5/14/12 8:19 PM, Adam Williamson wrote:
Well, the desktop team has said for a while that the thing they'd really
want to add to the desktop image if they had more room is LibreOffice,
but that requires substantially more than a few dozen MB. Basically,
they consider saving a small amount of
On Fri, 2012-05-11 at 16:42 +0200, Christoph Wickert wrote:
Am Mittwoch, den 09.05.2012, 11:57 -0400 schrieb Adam Jackson:
On Wed, 2012-05-09 at 11:45 -0400, Matthias Clasen wrote:
On Wed, 2012-05-09 at 13:35 +0200, Kevin Kofler wrote:
Alexander Larsson wrote:
The feature page lists
- Original Message -
Am Mittwoch, den 09.05.2012, 11:57 -0400 schrieb Adam Jackson:
On Wed, 2012-05-09 at 11:45 -0400, Matthias Clasen wrote:
On Wed, 2012-05-09 at 13:35 +0200, Kevin Kofler wrote:
Alexander Larsson wrote:
The feature page lists some of the background and
- Original Message -
This being said I am +1 for 1 GB, but please note that I only speak
Another thing - we realized that targeting 1 GB is non sense when we
have 700 MB, so we moved to 1.5 GB. There was a little difference and
no way to put everything on it. With 1 GB target and no
On 05/14/2012 01:40 AM, Alexander Larsson wrote:
I understand that you want to ship isolated images for each of the
desktops in this combination image, as that is what is tested, etc.
However, there is gonna be a lot of duplicated bits in those images.
Can't we use some form of image where
Jaroslav Reznik (jrez...@redhat.com) said:
- Original Message -
This being said I am +1 for 1 GB, but please note that I only speak
Another thing - we realized that targeting 1 GB is non sense when we
have 700 MB, so we moved to 1.5 GB. There was a little difference and
no way
On 05/12/2012 09:51 PM, Matthew Garrett wrote:
On Thu, May 10, 2012 at 11:00:48AM -0400, Adam Jackson wrote:
So the set of people we'd be inconveniencing is exactly the set of
people with no bandwidth and the inability to boot from anything larger
than a CD.
Not only that - the people who
On Mon, 2012-05-14 at 13:48 -0400, Bill Nottingham wrote:
I'm still a bit baffled that a 3.5 MB increase on a 700MB live image
is considered a complete showstopper. That's one git package, for example;
I would hope that creative dependency trimming can find that space.
(Or reorganization of
That doesn't seem to contradict me? If we went with this approach then
we'd obviously want to include a CD-USB bootloader, but otherwise it
sounds like there'd be no problem doing a USB install on that hardware.
--
Matthew Garrett | mj...@srcf.ucam.org
--
devel mailing list
I'm still a bit baffled that a 3.5 MB increase on a 700MB live image
is considered a complete showstopper. ...
Another place to check is the raw filesystem size before adding payload
and before compressing. The unused space squashes nicely because it
was created as zero on purpose, but still
On Mon, 2012-05-14 at 11:49 -0700, John Reiser wrote:
On 05/12/2012 09:51 PM, Matthew Garrett wrote:
On Thu, May 10, 2012 at 11:00:48AM -0400, Adam Jackson wrote:
So the set of people we'd be inconveniencing is exactly the set of
people with no bandwidth and the inability to boot from
On Mon, 2012-05-14 at 14:50 -0400, Adam Jackson wrote:
On Mon, 2012-05-14 at 13:48 -0400, Bill Nottingham wrote:
I'm still a bit baffled that a 3.5 MB increase on a 700MB live image
is considered a complete showstopper. That's one git package, for example;
I would hope that creative
On 11/05/12 00:30, Adam Jackson wrote:
So the set of people we'd be inconveniencing is exactly the set of
people with no bandwidth and the inability to boot from anything larger
than a CD.
The way forward for those cheap machines on cheap networks is to let
them boot from CD but to then pull
On Thu, May 10, 2012 at 11:00:48AM -0400, Adam Jackson wrote:
So the set of people we'd be inconveniencing is exactly the set of
people with no bandwidth and the inability to boot from anything larger
than a CD.
Not only that - the people who have no bandwidth, the inability to boot
from
On 05/10/12 17:00, Adam Jackson wrote:
On Thu, 2012-05-10 at 09:16 +0200, Kevin Kofler wrote:
Adam Jackson wrote:
Even if all of your objections are true, and who knows, they might be:
we already do provide alternatives. The Live media is not the only
install media.
The other alternatives
On 05/11/12 00:36, Kevin Kofler wrote:
Adam Jackson wrote:
Therefore I have difficulty evaluating just how much impact this would
be. Do you have a link to the recipe for building such an image? I
suspect the incremental cost of each additional desktop environment
would be successively
Gerd Hoffmann wrote:
Sounds more useful to me to just have a single live image which has
multiple desktop environments included, so you don't have the common
bits multiple times at the dvd ...
That sounds nice in theory, but is just not practical:
* The per-desktop live images are what we
Gerd Hoffmann wrote:
Also, can the netinst.iso install from local media too? A usb key for
example? So you can use netinst.iso @ CD and install-dvd @ usbkey to
install if your box can boot from cd only ...
Why do we have to complicate things so much instead of just stopping the
creeping
On Fri, May 11, 2012 at 12:12 PM, Kevin Kofler kevin.kof...@chello.at wrote:
Gerd Hoffmann wrote:
Also, can the netinst.iso install from local media too? A usb key for
example? So you can use netinst.iso @ CD and install-dvd @ usbkey to
install if your box can boot from cd only ...
Why do
On Fri, May 11, 2012 at 3:56 PM, drago01 drag...@gmail.com wrote:
Even without minidebug info we already don't have enough space.
No office suite on the deskop spin; no translations on the kde spin
We complicate things by insisting that a CD is the upper limit. Which
might have been
On Fri, May 11, 2012 at 12:31 PM, Kushal Das kushal...@gmail.com wrote:
On Fri, May 11, 2012 at 3:56 PM, drago01 drag...@gmail.com wrote:
Even without minidebug info we already don't have enough space.
No office suite on the deskop spin; no translations on the kde spin
We complicate
On Fri, May 11, 2012 at 4:35 PM, drago01 drag...@gmail.com wrote:
On Fri, May 11, 2012 at 12:31 PM, Kushal Das kushal...@gmail.com wrote:
On Fri, May 11, 2012 at 3:56 PM, drago01 drag...@gmail.com wrote:
Even without minidebug info we already don't have enough space.
No office suite on the
Am Mittwoch, den 09.05.2012, 11:57 -0400 schrieb Adam Jackson:
On Wed, 2012-05-09 at 11:45 -0400, Matthias Clasen wrote:
On Wed, 2012-05-09 at 13:35 +0200, Kevin Kofler wrote:
Alexander Larsson wrote:
The feature page lists some of the background and statistics. It also
lists some
On May 11, 2012, at 4:12 AM, Kevin Kofler wrote:
Why do we have to complicate things so much instead of just stopping the
creeping biggerism?
This is a very old debate. How is it surprising that computers, year over year,
for many years now, have faster CPUs, more RAM and disk capacity, and
Matthias Clasen wrote:
We could easily drop some of less-than-half-complete translations to
make room for a bit of minidebuginfo. Last time I looked, translations,
fonts, etc made up upwards of 25% of the livecd. Or we could just drop
the obsolescent cdrom size limitation...
There are
Adam Jackson wrote:
Even if all of your objections are true, and who knows, they might be:
we already do provide alternatives. The Live media is not the only
install media.
The other alternatives are either already DVDs or netinstall CDs which
require a fast Internet connection (which people
Alexander Larsson wrote:
Its not particularly hard to strip the debuginfo when constructing the
live image, although then installation from it will not really work as
the rpms checksums will be wrong.
Indeed, that doesn't sound like a sane solution to me.
I'd rather we just don't add yet
On Thu, 2012-05-10 at 10:02 +0200, drago01 wrote:
On Thu, May 10, 2012 at 9:20 AM, Kevin Kofler kevin.kof...@chello.at wrote:
I'd rather we just don't add yet another size overhead to every package. Our
packages keep growing and growing even without that. A few KiB here, a few
KiB there,
drago01 wrote:
Not really, you are restricting yourself by the artificial CD size limit.
You don't have to use the full size of whatever bigger medium you
choose (DVD, 1 or 2GB stick) but you are currently providing a poorer
user experience because you insist on a medium from the last century.
On 05/09/2012 03:07 PM, Jaroslav Reznik wrote:
I know I've said this before, but: we should break the CD size
barrier
precisely so people can't burn things to CDs. If you must burn to
optical media, do yourself a favor and burn a DVD, the reduced seek
time
is entirely worth it.
I'd like
On Thu, 2012-05-10 at 12:08 +0200, Kevin Kofler wrote:
drago01 wrote:
Not really, you are restricting yourself by the artificial CD size limit.
You don't have to use the full size of whatever bigger medium you
choose (DVD, 1 or 2GB stick) but you are currently providing a poorer
user
On Thu, 2012-05-10 at 09:16 +0200, Kevin Kofler wrote:
Adam Jackson wrote:
Even if all of your objections are true, and who knows, they might be:
we already do provide alternatives. The Live media is not the only
install media.
The other alternatives are either already DVDs or
On Thu, May 10, 2012 at 4:00 PM, Adam Jackson a...@redhat.com wrote:
On Thu, 2012-05-10 at 09:16 +0200, Kevin Kofler wrote:
Adam Jackson wrote:
Even if all of your objections are true, and who knows, they might be:
we already do provide alternatives. The Live media is not the only
On 05/10/2012 10:56 AM, Adam Jackson wrote:
On Thu, 2012-05-10 at 12:08 +0200, Kevin Kofler wrote:
drago01 wrote:
Not really, you are restricting yourself by the artificial CD size limit.
You don't have to use the full size of whatever bigger medium you
choose (DVD, 1 or 2GB stick) but you
On May 10, 2012, at 9:00 AM, Adam Jackson wrote:
So the set of people we'd be inconveniencing is exactly the set of
people with no bandwidth and the inability to boot from anything larger
than a CD.
Do we think that's a statistically significant number of people, or are
we just arguing?
Adam Jackson wrote:
Therefore I have difficulty evaluating just how much impact this would
be. Do you have a link to the recipe for building such an image? I
suspect the incremental cost of each additional desktop environment
would be successively lower, but without data...
The DVD is
Chris Murphy wrote:
Isn't it also true the Live CD is English only?
Most of the CDs carry translations, the KDE one does not though, due to how
KDE translations work (they sit in huge kde-l10n-* packages).
The idea is that you install from the live CD and then you install the
translation for
On Wed, May 9, 2012 at 5:22 PM, Jaroslav Reznik wrote:
- Original Message -
On Wed, 2012-05-09 at 16:07 -0400, Jaroslav Reznik wrote:
I know I've said this before, but: we should break the CD size
barrier
precisely so people can't burn things to CDs. If you must burn
to
On Tue, 08 May 2012 15:03:28 +0200, Alexander Larsson wrote:
Take this post for instance:
https://plus.google.com/110933625728671692704/posts/iFXggK7Q8KJ
+
On Tue, 08 May 2012 15:10:28 +0200, Gerd Hoffmann wrote:
Wrong. From /me you don't get abrt reports at all, because abrt simply
is a
On Wed, 09 May 2012 09:27:57 +0200, Alexander Larsson wrote:
So, having at least some level of quality local backtraces will still be
good even if ABRT becomes better.
Some new option is always good.
Questionable is what should be the default. IMO ABRT Retrace Server should be
the default one
- Original Message -
On Wed, 09 May 2012 09:27:57 +0200, Alexander Larsson wrote:
So, having at least some level of quality local backtraces will
still be
good even if ABRT becomes better.
Some new option is always good.
Questionable is what should be the default. IMO ABRT
On 05/09/12 08:23, Jan Kratochvil wrote:
On Tue, 08 May 2012 15:03:28 +0200, Alexander Larsson wrote:
Take this post for instance:
https://plus.google.com/110933625728671692704/posts/iFXggK7Q8KJ
+
On Tue, 08 May 2012 15:10:28 +0200, Gerd Hoffmann wrote:
Wrong. From /me you don't get abrt
On Mon, May 07, 2012 at 03:07:20PM +0200, Alexander Larsson wrote:
I just wrote a new Feature proposal for shipping minimal debug info by
default:
https://fedoraproject.org/wiki/Features/MiniDebugInfo
The feature page lists some of the background and statistics. It also
lists some options
On Wed, 09 May 2012 10:35:16 +0200, Gerd Hoffmann wrote:
Server-based trace generation requires uploading a potentially large
core file (which probably can be reduced using mozilla-like minidumps).
mozilla-like minidumps would bring us unusable backtraces due to other
reasons such as GDB Pretty
Alexander Larsson wrote:
The feature page lists some of the background and statistics. It also
lists some options in how to implement this, which all have various
different pros and cons. I'd like to hear what peoples opinions on these
are.
There is no room left on the KDE live image for
On Wed, 09 May 2012 13:32:08 +0200, Jiri Moskovcak wrote:
As for the bandwidth limitations when using ABRT - I hope Lennart's
core stripping library might help here.
But this degrades backtrace quality again as I have shown in:
On Wed, 09 May 2012 13:33:29 +0200, Alexander Larsson wrote:
That would means 43Mb larger
I guess you mean 43MB and not 5MB.
Jan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2012-05-09 at 13:32 +0200, Jiri Moskovcak wrote:
Appart from that I see two questions here:
1. Whether to add the minidebuginfo in Fedora
2. Whether to use this stripped backtrace when reporting a bug.
For 1: The decision to use it or not should be based on some real-life
tests
On Wed, May 09, 2012 at 01:44:03PM +0200, Alexander Larsson wrote:
I'm not proposing that we drop the existing backtraces with full debug
info, but (appart from the other places where backtraces are also
useful) I'd like it if ABRT could somehow catch all the cases where
people abort a
On 05/09/2012 01:51 PM, Jakub Jelinek wrote:
On Wed, May 09, 2012 at 01:44:03PM +0200, Alexander Larsson wrote:
I'm not proposing that we drop the existing backtraces with full debug
info, but (appart from the other places where backtraces are also
useful) I'd like it if ABRT could somehow
kevin.kofler wrote:
[...] There is no room left on the KDE live image for installing
any sort of debugging information by default. [...]
What are the live-image spins' plans as to management of future
growth? At what point, if ever, do they intend to abandon the CD-ROM
format limits?
-
Frank Ch. Eigler wrote:
kevin.kofler wrote:
[...] There is no room left on the KDE live image for installing
any sort of debugging information by default. [...]
What are the live-image spins' plans as to management of future
growth? At what point, if ever, do they intend to abandon
notting wrote:
[...]
2) It will also make it easier to do things like system wide profiling,
userspace dynamic probes and causual debugging.
However, the Scope: is only gdb and rpm. Wouldn't said tools also need
changes? Would this be done in libdwarf, or similar?
[...]
Profiling
On Wed, 2012-05-09 at 13:35 +0200, Kevin Kofler wrote:
Alexander Larsson wrote:
The feature page lists some of the background and statistics. It also
lists some options in how to implement this, which all have various
different pros and cons. I'd like to hear what peoples opinions on these
On Wed, 2012-05-09 at 11:45 -0400, Matthias Clasen wrote:
On Wed, 2012-05-09 at 13:35 +0200, Kevin Kofler wrote:
Alexander Larsson wrote:
The feature page lists some of the background and statistics. It also
lists some options in how to implement this, which all have various
different
On 05/09/2012 08:57 AM, Adam Jackson wrote:
I know I've said this before, but: we should break the CD size barrier
precisely so people can't burn things to CDs. If you must burn to
optical media, do yourself a favor and burn a DVD, the reduced seek time
is entirely worth it.
1G fits on
On Wed, 2012-05-09 at 11:20 -0700, John Reiser wrote:
On 05/09/2012 08:57 AM, Adam Jackson wrote:
I know I've said this before, but: we should break the CD size barrier
precisely so people can't burn things to CDs. If you must burn to
optical media, do yourself a favor and burn a DVD,
On Mon, May 07, 2012 at 17:36:07 +0200,
Jan Kratochvil jan.kratoch...@redhat.com wrote:
* There are privacy issues with sending the users coredumps to some
server on the internet
As whole Fedora is built by the Fedora Project and Retrace Server is also run
by Fedora Project this is
Once upon a time, John Reiser jrei...@bitwagon.com said:
If so, then please acknowledge explicitly that Fedora would be discarding
some 4% of running, otherwise-capable machines (especially old laptops)
that can read only CD and not DVD, some 7% of working USB sticks that are
512MB or less,
On 05/09/2012 11:46 AM, Adam Jackson wrote:
On Wed, 2012-05-09 at 11:20 -0700, John Reiser wrote:
If so, then please acknowledge explicitly that Fedora would be discarding
some 4% of running, otherwise-capable machines (especially old laptops)
that can read only CD and not DVD, some 7% of
On Wed, 2012-05-09 at 12:00 -0700, John Reiser wrote:
On 05/09/2012 11:46 AM, Adam Jackson wrote:
On Wed, 2012-05-09 at 11:20 -0700, John Reiser wrote:
If so, then please acknowledge explicitly that Fedora would be discarding
some 4% of running, otherwise-capable machines (especially old
On Wed, May 09, 2012 at 11:20:43AM -0700, John Reiser wrote:
1G fits on both the smallest MiniDVD format and most extant USB sticks.
Let's do it already.
If so, then please acknowledge explicitly that Fedora would be discarding
some 4% of running, otherwise-capable machines
I know I've said this before, but: we should break the CD size
barrier
precisely so people can't burn things to CDs. If you must burn to
optical media, do yourself a favor and burn a DVD, the reduced seek
time
is entirely worth it.
I'd like to break CD limit too but we should not forgot
- Original Message -
From: Adam Jackson a...@redhat.com
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
Sent: Wednesday, May 9, 2012 3:02:33 PM
Subject: Re: Proposed F18 feature: MiniDebugInfo
On Wed, 2012-05-09 at 12:00 -0700, John Reiser wrote
On Wed, May 9, 2012 at 10:07 PM, Jaroslav Reznik jrez...@redhat.com wrote:
I know I've said this before, but: we should break the CD size
barrier
precisely so people can't burn things to CDs. If you must burn to
optical media, do yourself a favor and burn a DVD, the reduced seek
time
is
If you watch, you can get DVD burners for about $15 USD.
eg:
http://slickdeals.net/permadeal/62972/newegg-liteon-external-cddvd-burner-w-lightscribe-support
Or used for about $5-$10 at any flea market.
On 05/09/2012 04:33 PM, drago01 wrote:
On Wed, May 9, 2012 at 10:07 PM, Jaroslav Reznik
On Wed, 2012-05-09 at 16:23 -0400, Jon VanAlten wrote:
Isn't there some hardware profile report thingo? Would it be
possible to use that data to quantify the potential effect of
growing live media beyond CD size limit? (I would support
breaking the limit, but would prefer the decision be
On May 9, 2012, at 2:07 PM, Jaroslav Reznik wrote:
I'd like to break CD limit too but we should not forgot there are users
for which CD is top technology from dreams and we have a lot of these
users among some countries... For me personally CD is history, even
DVD, same 1 GB flash drive.
On Wed, 2012-05-09 at 16:07 -0400, Jaroslav Reznik wrote:
I know I've said this before, but: we should break the CD size
barrier
precisely so people can't burn things to CDs. If you must burn to
optical media, do yourself a favor and burn a DVD, the reduced seek
time
is entirely worth
- Original Message -
On Wed, 2012-05-09 at 16:07 -0400, Jaroslav Reznik wrote:
I know I've said this before, but: we should break the CD size
barrier
precisely so people can't burn things to CDs. If you must burn
to
optical media, do yourself a favor and burn a DVD, the
- Original Message -
On Wed, 2012-05-09 at 16:23 -0400, Jon VanAlten wrote:
Isn't there some hardware profile report thingo? Would it be
possible to use that data to quantify the potential effect of
growing live media beyond CD size limit? (I would support
breaking the limit,
On 05/09/2012 01:33 PM, drago01 wrote:
On Wed, May 9, 2012 at 10:07 PM, Jaroslav Reznik jrez...@redhat.com wrote:
I'd like to break CD limit too but we should not forgot there are users
for which CD is top technology from dreams and we have a lot of these
users among some countries...
On Wed, 2012-05-09 at 13:35 +0200, Kevin Kofler wrote:
Alexander Larsson wrote:
The feature page lists some of the background and statistics. It also
lists some options in how to implement this, which all have various
different pros and cons. I'd like to hear what peoples opinions on these
On 05/09/2012 05:34 PM, John Reiser wrote:
On 05/09/2012 01:33 PM, drago01 wrote:
On Wed, May 9, 2012 at 10:07 PM, Jaroslav Reznik jrez...@redhat.com wrote:
I'd like to break CD limit too but we should not forgot there are users
for which CD is top technology from dreams and we have a lot of
John Reiser wrote:
My 700MHz PentiumIII with 384MB RAM
If Fedora Live media is going to be held back due to your requirements
then I'm going to find myself a new distro to contribute to.
Yes, Fedora Live media should support a *reasonable* set of hardware.
Your hardware is no longer
On 05/09/2012 05:34 PM, John Reiser wrote:
On 05/09/2012 01:33 PM, drago01 wrote:
A DVD burner costs ~12 € ... and any computer that old isn't really
that capable of running fedora reasonably anyway.
Such a claim is FALSE. My 700MHz PentiumIII with 384MB RAM runs Fedora 11
just fine.
On Wed, 2012-05-09 at 15:17 -0600, Chris Murphy wrote:
But if it's almost trivial to have two Live Desktop builds: CD and DVD, then
I'd suggest that route.
I can tell you it's very unlikely they'd both get comprehensively QA'ed.
And the more spins we have, the more likely some of them are to
On 9.5.2012 20:56, Chris Adams wrote:
Also: some 7% of working USB sticks that are 512MB or less - when have
any of the standard Live images _ever_ fit on a 512M media?
It of course depends on your definition of “standard”, but Tiny Core
Linux is less than 12MB ...
On Thu, 2012-05-10 at 07:19 +0200, Matej Cepl wrote:
On 9.5.2012 20:56, Chris Adams wrote:
Also: some 7% of working USB sticks that are 512MB or less - when have
any of the standard Live images _ever_ fit on a 512M media?
It of course depends on your definition of “standard”, but Tiny Core
Dne 9.5.2012 23:34, John Reiser napsal(a):
On 05/09/2012 01:33 PM, drago01 wrote:
On Wed, May 9, 2012 at 10:07 PM, Jaroslav Reznikjrez...@redhat.com wrote:
I'd like to break CD limit too but we should not forgot there are users
for which CD is top technology from dreams and we have a lot of
On Mon, 2012-05-07 at 23:54 +0200, Jan Kratochvil wrote:
On Mon, 07 May 2012 23:36:04 +0200, Lennart Poettering wrote:
But anyway, I don't think it's worth continuing this discussion, this is
a bit like a dialogue between two wet towels...
I also do not think we can ever find an
On Mon, 2012-05-07 at 18:55 +0100, Peter Robinson wrote:
On Mon, May 7, 2012 at 2:07 PM, Alexander Larsson al...@redhat.com wrote:
I just wrote a new Feature proposal for shipping minimal debug info by
default:
https://fedoraproject.org/wiki/Features/MiniDebugInfo
The feature page lists
On Mon, 2012-05-07 at 16:24 -0400, Bill Nottingham wrote:
Alexander Larsson (al...@redhat.com) said:
I just wrote a new Feature proposal for shipping minimal debug info by
default:
https://fedoraproject.org/wiki/Features/MiniDebugInfo
The feature page lists some of the background and
On Mon, 2012-05-07 at 22:44 +0200, Jan Kratochvil wrote:
On Mon, 07 May 2012 22:24:15 +0200, Bill Nottingham wrote:
4) I disagree with the contention that this should all be done via the
retrace server. For the retrace server to work, you have to have
all of the following:
- all
On Tue, May 08, 2012 at 08:09:04AM +0200, Alexander Larsson wrote:
This is your opinion. I rarely need the full backtrace in a bug report,
because it you can get one its generally something thats easily
reproduced and I can just run it in gdb myself. When you need it is when
something weird is
On Tue, 2012-05-08 at 08:30 +0200, Jakub Jelinek wrote:
On Tue, May 08, 2012 at 08:09:04AM +0200, Alexander Larsson wrote:
This is your opinion. I rarely need the full backtrace in a bug report,
because it you can get one its generally something thats easily
reproduced and I can just run it
On Tue, May 08, 2012 at 08:34:57AM +0200, Alexander Larsson wrote:
Its true that that is all the information you need from the
process/core. But you need to have the rest of the information availible
*somewhere*, such as on a global retrace server or just having it
Yes.
locally in the
On Tue, 08 May 2012 08:34:57 +0200, Alexander Larsson wrote:
Its true that that is all the information you need from the
process/core. But you need to have the rest of the information availible
*somewhere*, such as on a global retrace server or just having it
locally in the minidebuginfo. The
On Mon, May 7, 2012 at 11:36 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
On Mon, 07.05.12 23:02, Jan Kratochvil (jan.kratoch...@redhat.com) wrote:
On Mon, 07 May 2012 22:16:02 +0200, Lennart Poettering wrote:
I mean, just think of this: you have a pool of workstations to
administer.
On Tue, 2012-05-08 at 13:08 +0200, Miloslav Trmač wrote:
My take:
1) Developers of the software in question: Bluntly, the ~1-100 users
in the whole world shouldn't matter in our discussion - if they are
even running the RPM, they can and probably will install complete
debuginfo, enable
On 05/08/12 13:08, Miloslav Trmač wrote:
On Mon, May 7, 2012 at 11:36 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
On Mon, 07.05.12 23:02, Jan Kratochvil (jan.kratoch...@redhat.com) wrote:
On Mon, 07 May 2012 22:16:02 +0200, Lennart Poettering wrote:
I mean, just think of this: you have
On Mon, 2012-05-07 at 15:07 +0200, Alexander Larsson wrote:
I just wrote a new Feature proposal for shipping minimal debug info by
default:
https://fedoraproject.org/wiki/Features/MiniDebugInfo
The feature page lists some of the background and statistics. It also
lists some options in how
I just wrote a new Feature proposal for shipping minimal debug info by
default:
https://fedoraproject.org/wiki/Features/MiniDebugInfo
The feature page lists some of the background and statistics. It also
lists some options in how to implement this, which all have various
different pros and cons.
On Mon, 07 May 2012 15:07:20 +0200, Alexander Larsson wrote:
I just wrote a new Feature proposal for shipping minimal debug info by
default:
https://fedoraproject.org/wiki/Features/MiniDebugInfo
The several choices is missing the primary possibility of no debug info
needed at the client side
On Mon, May 07, 2012 at 04:25:46PM +0200, Jan Kratochvil wrote:
On Mon, 07 May 2012 15:07:20 +0200, Alexander Larsson wrote:
I just wrote a new Feature proposal for shipping minimal debug info by
default:
https://fedoraproject.org/wiki/Features/MiniDebugInfo
The several choices is
1 - 100 of 115 matches
Mail list logo
