On Apr 27, 2012, at 9:53 AM, Jeff Moyer wrote:
> Chris Murphy writes:
>
>> Normally top reports CPU line, sy at 0.4% when idle. If I format an
>> external Firewire disk as btrfs and mount it, it remains at 0.4%. If I
>> reformat as XFS and mount it, again top reports sy at 0.4%. However,
>> if
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 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 so
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 T
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 ...
http://distro.ibiblio.org
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
Glad I could help out, Jan! Of course, I will be getting a newer computer
shortly, because this one is showing signs of ware.
On Tue, May 8, 2012 at 10:49 PM, Jan Synacek wrote:
> On 05/05/12 at 08:46pm, Richard Vickery wrote:
> > - Selinux Audit Begin --
On Wed, 2012-05-09 at 23:17 -0400, DJ Delorie wrote:
> > Is LLVMpipe needed on, say, ARM? (Does anyone have a screenshot of
> > GNOME Shell running on such a system?).
>
> Is this close enough?
>
> http://www.delorie.com/arm/f15-gnome-on-olpc.jpg
That's GDM, and so useless unto the purpose. It's
As per the Fedora 17 schedule [1], Fedora 17 Final Test Compose 4 (TC4)
is now available for testing. Content information, including changes,
can be found at https://fedorahosted.org/rel-eng/ticket/5163 . Please
see the following pages for download links (including delta ISOs) and
testing instructi
> Is LLVMpipe needed on, say, ARM? (Does anyone have a screenshot of
> GNOME Shell running on such a system?).
Is this close enough?
http://www.delorie.com/arm/f15-gnome-on-olpc.jpg
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/10/2012 05:00 AM, Jon Masters wrote:
> On 05/09/2012 05:57 PM, Jon Masters wrote:
>
>> More broadly though, I feel that GCC is well represented in terms
>> of engineering knowledge but I'm *concerned* that we run the risk
>> of growing a depende
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. Open
On 05/09/2012 05:57 PM, Jon Masters wrote:
> More broadly though, I feel that GCC is well represented in terms of
> engineering knowledge but I'm *concerned* that we run the risk of
> growing a dependence on LLVM that is more critical than the LLVMpipe
> stuff. Before we can blink, we might need L
On 05/06/2012 02:29 AM, Michel Alexandre Salim wrote:
> LLVM is becoming an increasingly integral part of our distribution
> (with mesa now using it to build the LLVMpipe renderer, for example)
> that I don't really feel comfortable maintaining it mostly by myself.
Thanks for the private email ab
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 *reasonable
Folks,
The EMEA Fedora Ambassadors have a periodic meeting at the same time
that we do. So that we don't ever have confusion, we will henceforth
move all of our meetings to #fedora-meeting-1 at the same time.
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.or
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 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
>>> u
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
On 05/09/2012 01:33 PM, drago01 wrote:
> On Wed, May 9, 2012 at 10: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...
>
> Where are 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 th
- 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 bur
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 ent
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 driv
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
https://fedorahosted.org/389/ticket/359
Please review these 2 patches:
https://fedorahosted.org/389/attachment/ticket/359/0001-Trac-Ticket-359-Database-RUV-could-mismatch-the-one.2.patch
(389-ds-base-1.2.10)
https://fedorahosted.org/389/attachment/ticket/359/0001-Trac-Ticket-359-Database
Hi Folks,
Thanks for joining us today in our weekly meeting. Here are the minutes:
http://meetbot.fedoraproject.org/fedora-meeting/2012-05-09/fedora-meeting.2012-05-09-20.00.html
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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 w
On Wed, May 9, 2012 at 10: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 w
- Original Message -
> From: "Adam Jackson"
> To: "Development discussions related to Fedora"
>
> 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 05/09/2012 11:46 AM, Adam Jacks
> 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 forg
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 (es
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 (especi
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%
Once upon a time, John Reiser 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, and some 5% of work
On Mon, May 07, 2012 at 17:36:07 +0200,
Jan Kratochvil 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 non-issue. There can be alread
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
On Wed, 2012-05-09 at 04:51 -0400, Kamil Paral wrote:
> Cosimo, can you please also make sure that the Close button gets
> keyboard focus automatically after I click on "Try Fedora"?
I now fixed this here [1], but it will need to be applied to the copy of
that code that lives in anaconda now.
[1
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
Guys,
I noticed that we started building Webob 1.1 in F17. However, I had
some issues with 1.1, namely they deprecated a bunch of attributes
by throwing warnings. This causes unit tests to fail and ironically
the way 1.2 completely disables them with None is much easier to
detect, so that code sup
https://fedorahosted.org/389/ticket/356
https://fedorahosted.org/389/attachment/ticket/356/0001-Ticket-356-RFE-Track-bind-info.patch
Thanks,
Mark
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On May 9, 2012, at 2:53 AM, Kamil Paral wrote:
> That is just perfect, it's the welcome screen. It should receive complete
> attention. In Ubuntu there are even no panels/widgets shown until you make
> the selection.
Well I find it intrusive rather than welcoming, but this is not a hill I'm
g
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
> > >
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
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
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
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?
- FC
I am the reviewer. My opinion is, if Faces-pm is dead and the modules from
Faces-pm have been adopted and maintained by OpenERP, we can let OpenERP
go. Importing an upstream-dead and dedicatedly patched package sounds
strange.
-robin
On Wed, May 9, 2012 at 8:35 PM, Alec Leamas wrote:
> This is
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 catch
This is about BZ 817268, python-faces. The faces library is bundled in
openerp-server, and the request is about unbundling this library.
Faces is basically two python packages and a binary application. The
upstream is dead. The library cannot be used or even installed in
current upstream stat
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 bugr
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
>
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, 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:
https://fedorahosted.org/pipermail/crash-catcher/2010-Sep
The lightweight tag 'perl-IO-Socket-SSL-1.71-1.fc18' was created pointing to:
a5c27d9... Update to 1.71
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-dev
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 i
On Wed, 2012-05-09 at 10:36 +0200, Miroslav Lichvar wrote:
> 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
On 05/07/2012 03:07 PM, 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 to implement this
On Mon, 2012-05-07 at 09:39 -0600, Kevin Fenzi wrote:
> On Mon, 07 May 2012 15:11:29 +0200
> Patrick Monnerat wrote:
>
> > While packaging a new version of xca, the initial "fedpkg build" for
> > F15 failed with error "BuildrootError: could not init mock buildroot,
> > mock exited with status 4;
> The one complaint I
> still have is that the window is really huge. I mean, it's taking
> up, what, 80% of the desktop real estate?
That is just perfect, it's the welcome screen. It should receive complete
attention. In Ubuntu there are even no panels/widgets shown until you make the
selection
> On Fri, 2012-05-04 at 10:31 -0400, Kamil Paral wrote:
>
> > Cosimo, can you please make sure the whole window can be closed
> > easily
> > just by pressing the Escape key? That will help really help those
> > of
> > us who run LiveCDs many times per day, and it will not hurt other
> > people in
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 Pre
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 opti
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
- 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. I
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 on
On Wed, 2012-05-09 at 08:23 +0200, Jan Kratochvil wrote:
> Because ABRT has not yet met its expectations we should
> provide at
> least this temporary solution before ABRT gets fixed.
>
> So you agree?
I agree that ABRT should be better, but I don't agree that having local
minimal
65 matches
Mail list logo