Hi,
On 10/02/2011 10:13 PM, Jason D. Clinton wrote:
> On Sun, Oct 2, 2011 at 02:02, Hans de Goede wrote:
>> Imagine I'm running a screen session with my irc client in there on my
>> Fedora box,
>
> There has perhaps never been a better sentence written demonstrating
> why software engineers are
On 1 October 2011 12:02, Hans de Goede wrote:
> I would like to suggest to change the default power policy to never suspend
> while on AC power.
That's what it was supposed to be, but due to an oversight on my part
the wrong keys were being set. I've fixed this upstream in
https://bugzilla.gnome.
On 10/03/2011 03:48 PM, Hans de Goede wrote:
> This is todays hardware and with every generation the gap is getting smaller
> between dyn pm savings and suspend savings.
"The annual life cycle energy use for a computer (3-year lifespan) is
2600 MJ [...]. The energy footprint of a computer is thus
Hi,
To provide another data point, here my desktop :
1. runs network services (because webmail just works locally and remotely,
unlike evo which has been a crasher for as long as I can remember)
2. uses dyndns (evil I know) and with the systemd/networkmanager changes
ddclient does not seem to
On 2011-09-30, Honza Horak wrote:
> On 09/30/2011 11:07 AM, Petr Pisar wrote:
>> Perl has been rebuilt _without_ GDBM in F17 as perl-5.14.1-191.fc17 and
>> it's available in build root now.
>>
>> -- Petr
>>
>
> The new gdbm-1.9.1-1 has just landed in Fedora Rawhide. Please, re-build
> your packag
> > As you can see, suspending is the right thing to do.
>
> 1) Not for servers
> 2) This is todays hardware and with every generation the gap is getting
> smaller
> between dyn pm savings and suspend savings.
It looks like it also might not be for systems that have encrypted swap.
I think I sta
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
On i386:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
Please resolve this as soon as
perl-NOCpulse-Gritch has broken dependencies in the rawhide tree:
On x86_64:
perl-NOCpulse-Gritch-1.27.9-4.fc17.noarch requires perl(GDBM_File)
On i386:
perl-NOCpulse-Gritch-1.27.9-4.fc17.noarch requires perl(GDBM_File)
Please resolve this as soon as possible.
--
Fedora Extras P
perl-Bio-Graphics has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-Graphics-2.25-1.fc17.noarch requires perl(Bio::DB::BigWig)
On i386:
perl-Bio-Graphics-2.25-1.fc17.noarch requires perl(Bio::DB::BigWig)
Please resolve this as soon as possible.
--
Fedora Extras Pe
Compose started at Mon Oct 3 08:16:11 UTC 2011
Broken deps for x86_64
--
389-admin-1.1.23-1.fc17.i686 requires libicuuc.so.46
389-admin-1.1.23-1.fc17.i686 requires libicui18n.so.46
389-admin-1.1.23-1.fc17.i686 require
On Sun, Oct 2, 2011 at 4:13 PM, Jason D. Clinton wrote:
>> 2) The machine has a server function. In this case working wake on lan and
>> stay active on lan are a must have and until we have those it should not
>> auto suspend.
>
> WOL for a network server is madness. It shouldn't have been s
On 10/03/2011 05:37 AM, Nicolas Mailhot wrote:
> 3. uses a high efficiency low-noise PSU, which does not like power ups
> at all (in fact restarting the computer now takes a dozen tries, with
> minutes waiting for caps to drain ; yes I could change the hardware but
> it works fine under load and a
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=730658
Iain Arnell changed:
What|Removed |Added
---
On Fri, 2011-09-30 at 11:00 +0100, Daniel Drake wrote:
> Hi,
>
> I'm working on bringing OLPC up-to-date with all the great efforts
> with GNOME 3, systemd, etc.
>
> On the OLPC XO laptops we have quite a strange screen - it is small
> (152mm x 114mm) but very high resolution (1200x900 i.e. 201 d
A file has been added to the lookaside cache for
perl-Catalyst-Authentication-Credential-HTTP:
3e541b17e70cc175a883e260c053f638
Catalyst-Authentication-Credential-HTTP-1.013.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@li
On Fri, 2011-09-30 at 16:09 +0100, Peter Robinson wrote:
> On Fri, Sep 30, 2011 at 3:35 PM, Matthias Clasen wrote:
> > On Fri, 2011-09-30 at 15:47 +0200, Nicolas Mailhot wrote:
> >
> >>
> >> There's nothing to do apart from waiting for enough complains to pile up
> >> the
> >> people in charge ge
On Mon, 03 Oct 2011 17:34:45 +0200, Bastien Nocera wrote:
> I'm not sure how we can make DPI magically be correct in gazillions of
> broken displays' EDID.
If not blacklisting then whitelisting them, you have the community. This is
X.org's task, though.
Regards,
Jan
--
devel mailing list
devel
Hi,
A daft question perhaps, but I thought...
> I'm not sure how we can make DPI magically be correct in gazillions of
> broken displays' EDID.
How do other OS' do it?
-Cam
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 10/03/2011 10:48 AM, Camilo Mesias wrote:
> Hi,
>
> A daft question perhaps, but I thought...
>
>> I'm not sure how we can make DPI magically be correct in gazillions of
>> broken displays' EDID.
>
> How do other OS' do it?
I don't know that they do. In my use of Windows up through XP, I nev
On 10/03/2011 06:01 PM, Michael Ekstrand wrote:
> On 10/03/2011 10:48 AM, Camilo Mesias wrote:
>> Hi,
>>
>> A daft question perhaps, but I thought...
>>
>>> I'm not sure how we can make DPI magically be correct in gazillions of
>>> broken displays' EDID.
>>
>> How do other OS' do it?
>
> I don't kn
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=732587
--- Comment #6 from Dave Jones 2011-10-03 12:19:31 EDT ---
This seems to solve this problem, though something else seems to be b
On Mon, Oct 03, 2011 at 04:48:11PM +0100, Camilo Mesias wrote:
> Hi,
>
> A daft question perhaps, but I thought...
>
> > I'm not sure how we can make DPI magically be correct in gazillions of
> > broken displays' EDID.
>
> How do other OS' do it?
Apple manage by virtue of most of their customer
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=732587
--- Comment #7 from Dave Jones 2011-10-03 12:38:46 EDT ---
oh, derp. I was missing the net-snmp-sysvinit package.
seems to be wo
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 17:00UTC (1:00pm EDT) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #663 Late F16 Feature Java7
.fesco 663
#
On 10/3/11 11:43 AM, Jan Kratochvil wrote:
> On Mon, 03 Oct 2011 17:34:45 +0200, Bastien Nocera wrote:
>> I'm not sure how we can make DPI magically be correct in gazillions of
>> broken displays' EDID.
>
> If not blacklisting then whitelisting them, you have the community. This is
> X.org's task,
I'm not sure of the correct protocol in cases like this, so any
guidance is appreciated.
Early last month, I sent a message to all the addresses I could find
for Jim Radford (jradford), the maintainer of the dkim-milter package:
https://admin.fedoraproject.org/pkgdb/acls/name/dkim-milter
My mess
Am Mittwoch, 28. September 2011, 11:15:54 schrieb Richard W.M. Jones:
> On Wed, Sep 28, 2011 at 08:55:43AM +0200, Roberto Ragusa wrote:
> > On 09/27/2011 07:46 PM, Richard W.M. Jones wrote:
> > > https://admin.fedoraproject.org/pkgdb/acls/name/unison213
> > > https://admin.fedoraproject.org/pkgdb/a
On Mon, 3 Oct 2011 19:22:28 +0200
Gregor Tätzner wrote:
> Any news from the FESCO team? What's the conclusion of this
> discussion?
No one has officially asked fesco...
Please file a ticket what you actually want to ask fesco here?
https://fedorahosted.org/fesco/newtplticket
Personally, I th
===
#fedora-meeting: FESCO (2011-10-03)
===
Meeting started by ajax at 17:00:30 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2011-10-03/fesco.2011-10-03-17.00.log.html
.
Meeting summary
On Mon, Sep 26, 2011 at 02:51:33PM -0500, Eric Sandeen wrote:
> Another little heads up - a newer snapshot is built in rawhide now.
>
> Anyone who wants to fiddle with large ext4 filesystems, have at
> it please!
Is there any background information to this change that I can read?
I created a 2**
On Mon, Oct 03, 2011 at 11:32:18AM -0600, Kevin Fenzi wrote:
> On Mon, 3 Oct 2011 19:22:28 +0200
> Gregor Tätzner wrote:
>
> > Any news from the FESCO team? What's the conclusion of this
> > discussion?
>
> No one has officially asked fesco...
>
> Please file a ticket what you actually want to
On Mon, Aug 22, 2011 at 10:24:45PM -0400, Dave Jones wrote:
> On Mon, Aug 22, 2011 at 03:33:24PM -0700, Adam Williamson wrote:
>
> > > We'll be doing this in #fedora-kernel next Monday (22nd)
> > > I expect that the wiki page will continue to evolve as we start working
> > > on this, and
Am Montag, 3. Oktober 2011, 20:26:11 schrieb Richard W.M. Jones:
> On Mon, Oct 03, 2011 at 11:32:18AM -0600, Kevin Fenzi wrote:
> > On Mon, 3 Oct 2011 19:22:28 +0200
> >
> > Gregor Tätzner wrote:
> > > Any news from the FESCO team? What's the conclusion of this
> > > discussion?
> >
> > No one h
On 10/3/11 1:13 PM, Richard W.M. Jones wrote:
> On Mon, Sep 26, 2011 at 02:51:33PM -0500, Eric Sandeen wrote:
>> Another little heads up - a newer snapshot is built in rawhide now.
>>
>> Anyone who wants to fiddle with large ext4 filesystems, have at
>> it please!
>
> Is there any background infor
On Thu, 2011-09-15 at 13:24 +0200, Pierre-Yves Chibon wrote:
>
> I just sent an email directly to his archlinux.us email address asking
> if he wishes to resign from his maintainer duties or if he is just
> busy.
> Let's see if he replies.
tajidinabd still hasn't replied and I did not receive an
John5342 wrote:
> For starters kde have moved everything to git now
No, not everything. The move is being done progressively, module by module,
and is still ongoing. (But the plan is that eventually all the code modules
will migrate to git. Translations and web sites are staying on SVN though.
On Mon, Oct 03, 2011 at 03:10:43PM -0500, Eric Sandeen wrote:
> On 10/3/11 1:13 PM, Richard W.M. Jones wrote:
> > On Mon, Sep 26, 2011 at 02:51:33PM -0500, Eric Sandeen wrote:
> >> Another little heads up - a newer snapshot is built in rawhide now.
> >>
> >> Anyone who wants to fiddle with large ex
On 10/3/11 4:05 PM, Richard W.M. Jones wrote:
> On Mon, Oct 03, 2011 at 03:10:43PM -0500, Eric Sandeen wrote:
>> On 10/3/11 1:13 PM, Richard W.M. Jones wrote:
>>> On Mon, Sep 26, 2011 at 02:51:33PM -0500, Eric Sandeen wrote:
Another little heads up - a newer snapshot is built in rawhide now.
>
On Mon, Oct 03, 2011 at 10:05:09PM +0200, Gregor Tätzner wrote:
>
> Another idea: Just put in the package *unison* the latest release and when a
> new shiny version has been released we provide a compat version, so move
> unison to *unisonXYZ* and update the *unison* package regularly.
>
> I su
On 10/04/2011 12:33 AM, Eric Sandeen wrote:
> On 10/3/11 5:13 PM, Richard W.M. Jones wrote:
>> On Mon, Oct 03, 2011 at 04:11:28PM -0500, Eric Sandeen wrote:
>> I wasn't able to give the VM enough memory to make this succeed. I've
>> only got 8G on this laptop. Should I need large amounts of memor
On 10/3/11 5:13 PM, Richard W.M. Jones wrote:
> On Mon, Oct 03, 2011 at 04:11:28PM -0500, Eric Sandeen wrote:
>> testing something more real-world (20T ... 500T?) might still be interesting.
>
> Here's my test script:
>
> qemu-img create -f qcow2 test1.img 500T && \
> guestfish -a test1.img
On Mon, Oct 03, 2011 at 04:11:28PM -0500, Eric Sandeen wrote:
> testing something more real-world (20T ... 500T?) might still be interesting.
Here's my test script:
qemu-img create -f qcow2 test1.img 500T && \
guestfish -a test1.img \
memsize 4096 : run : \
part-disk /dev/vda gp
On 10/3/11 5:53 PM, Farkas Levente wrote:
> On 10/04/2011 12:33 AM, Eric Sandeen wrote:
>> On 10/3/11 5:13 PM, Richard W.M. Jones wrote:
>>> On Mon, Oct 03, 2011 at 04:11:28PM -0500, Eric Sandeen wrote:
>>> I wasn't able to give the VM enough memory to make this succeed. I've
>>> only got 8G on th
What should I use for the release number in a spec when upstream does
not have releases, and *only* has git hashes? It's not a prerelease
since it is not clear that there will ever be any official release.
Thanks,
Eric
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorapr
I wrote:
> What should I use for the release number in a spec when upstream does
> not have releases, and *only* has git hashes? It's not a prerelease
> since it is not clear that there will ever be any official release.
I meant "version number", not "release number". I imagine that the
relea
On Mon, Oct 03, 2011 at 05:33:47PM -0500, Eric Sandeen wrote:
> On 10/3/11 5:13 PM, Richard W.M. Jones wrote:
> > At 100T it doesn't run out of memory, but the man behind the curtain
> > starts to show. The underlying qcow2 file grows to several gigs and I
> > had to kill it. I need to play with
100T seems to work for light use.
I can create the filesystem, mount it, write files and directories and
read them back, and fsck doesn't report any problems.
Filesystem Size Used Avail Use% Mounted on
/dev/vda199T 129M 94T 1% /sysroot
Linux (none) 3.1.0-0.rc6.git0.3.fc16.x86_
47 matches
Mail list logo
