On 08/18/2009 06:39 AM, Dr. Diesel wrote:
This happened a little while ago:
https://bugzilla.redhat.com/show_bug.cgi?id=498131
Seems to be happening again (tried 3x, same result) on a different
website and most likely something different but could someone please
confirm before I BZ this?
Am Montag, den 10.08.2009, 10:15 -0600 schrieb Kevin Fenzi:
cwickert:BADURL:glista-0.4.tar.gz:glista
works with spectool
cwickert:BADURL:gwget-1.0.1.tar.bz2:gwget
404, new version, fixed.
cwickert:BADURL:lxde-settings-daemon-0.4.tar.bz2:lxde-settings-daemon
301, due to sf changes I guess.
On Mon, Aug 17, 2009 at 11:09 PM, Garry T. Williams gtwilli...@gmail.comwrote:
On Monday 17 August 2009 21:09:05 Dr. Diesel wrote:
This happened a little while ago:
https://bugzilla.redhat.com/show_bug.cgi?id=498131
Seems to be happening again (tried 3x, same result) on a different
Hi
Is there a reason that since longer time 2.6.29-Kernels for Fedora 10 landing in
Updates-testing followed with 2.6.27-Builds in the meantime?
On machines with kmods this is a real problem because yum detetects the kmod for
2.6.27-Build and wants to install the 2.6.27 kernel which conflicts
Compose started at Tue Aug 18 06:15:04 UTC 2009
Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 0
Broken deps for i386
--
389-ds-1.1.3-4.fc12.noarch requires 389-ds-admin
R-RScaLAPACK-0.5.1-19.fc11.i586
Reindl Harald wrote:
Hi
Is there a reason that since longer time 2.6.29-Kernels for Fedora 10 landing
in
Updates-testing followed with 2.6.27-Builds in the meantime?
On machines with kmods this is a real problem because yum detetects the kmod
for
2.6.27-Build and wants to install the
On Aug 18, 2009, at 5:16 AM, Reindl Harald wrote:
Hi
Is there a reason that since longer time 2.6.29-Kernels for Fedora
10 landing in
Updates-testing followed with 2.6.27-Builds in the meantime?
On machines with kmods this is a real problem because yum detetects
the kmod for
If you've got a moment for some last-minute help...
We (Marketing) will be freezing the F12 talking points list today, and
are still somewhat light in the what makes Fedora awesome for admins
and developers? categories.
Right now we have libguestfs and kvm improvements for admins and
maybe
On Tue, Aug 18, 2009 at 10:13:10AM -0500, Joe Nall wrote:
On Aug 18, 2009, at 5:16 AM, Reindl Harald wrote:
Hi
Is there a reason that since longer time 2.6.29-Kernels for Fedora
10 landing in
Updates-testing followed with 2.6.27-Builds in the meantime?
On machines
On 08/18/2009 09:00 PM, Mel Chua wrote:
PS: I know this is last-minute notice - sorry about that. We're still
learning how to do things on a schedule, and next time around we'll put
the call out here much earlier.
Is there a particular reason today is the last day instead of some date
PS: I know this is last-minute notice - sorry about that. We're still
learning how to do things on a schedule, and next time around we'll put
the call out here much earlier.
Is there a particular reason today is the last day instead of some date
closer to the release?
We need to brief
On 08/18/2009 10:15 PM, Mel Chua wrote:
PS: I know this is last-minute notice - sorry about that. We're still
learning how to do things on a schedule, and next time around we'll put
the call out here much earlier.
Is there a particular reason today is the last day instead of some date
closer
Peter Robinson said the following on 08/18/2009 09:42 AM Pacific Time:
On Tue, Aug 18, 2009 at 4:30 PM, Mel Chuam...@redhat.com wrote:
If you've got a moment for some last-minute help...
We (Marketing) will be freezing the F12 talking points list today, and are
still somewhat light in the what
On 08/18/2009 10:12 PM, Peter Robinson wrote:
On Tue, Aug 18, 2009 at 4:30 PM, Mel Chuam...@redhat.com wrote:
If you've got a moment for some last-minute help...
We (Marketing) will be freezing the F12 talking points list today, and are
still somewhat light in the what makes Fedora awesome
(http://poelstra.fedorapeople.org/schedules/f-12/f-12-marketing-tasks.html)
(Feel free to push back if this schedule sounds unreasonable, btw; it
probably could use some patches for the next cycle in terms of having
more time for getting dev feedback.)
The schedule itself might have been fine
On Tue, Aug 18, 2009 at 5:50 PM, Rahul
Sundaramsunda...@fedoraproject.org wrote:
On 08/18/2009 10:12 PM, Peter Robinson wrote:
On Tue, Aug 18, 2009 at 4:30 PM, Mel Chuam...@redhat.com wrote:
If you've got a moment for some last-minute help...
We (Marketing) will be freezing the F12 talking
On Tue, 2009-08-18 at 22:18 +0530, Rahul Sundaram wrote:
On 08/18/2009 10:15 PM, Mel Chua wrote:
PS: I know this is last-minute notice - sorry about that. We're still
learning how to do things on a schedule, and next time around we'll put
the call out here much earlier.
Is there a
On Tue, 18 Aug 2009, Matthias Clasen wrote:
On Tue, 2009-08-18 at 22:18 +0530, Rahul Sundaram wrote:
On 08/18/2009 10:15 PM, Mel Chua wrote:
PS: I know this is last-minute notice - sorry about that. We're still
learning how to do things on a schedule, and next time around we'll put
On Tue, Aug 18, 2009 at 01:15:27PM -0400, Matthias Clasen wrote:
On Tue, 2009-08-18 at 22:18 +0530, Rahul Sundaram wrote:
On 08/18/2009 10:15 PM, Mel Chua wrote:
PS: I know this is last-minute notice - sorry about that. We're still
learning how to do things on a schedule, and next time
On Tue, Aug 18, 2009 at 12:27:53PM -0500, Mike McGrath wrote:
On Tue, 18 Aug 2009, Matthias Clasen wrote:
On Tue, 2009-08-18 at 22:18 +0530, Rahul Sundaram wrote:
On 08/18/2009 10:15 PM, Mel Chua wrote:
PS: I know this is last-minute notice - sorry about that. We're still
learning
Casimiro de Almeida Barreto wrote:
Hello,
I have a pendrive (flash memory) which lists in /proc/bus/usb/devices as:
...
And I've tried to format it as ext2 (so I can backup my home directory).
It happens that no matter what I do (and I've tried almost everything)
it formats but no matter
Em 18-08-2009 15:13, Eric Sandeen escreveu:
(...)
Could you take this to the linux-ext4 list? It'd be the more
appropriate place for the discussion.
It'd be good to know the details of the errors you see, too.
Thanks,
-Eric
Best regards,
CdAB
Yes, if I know where I can
Casimiro de Almeida Barreto wrote:
Em 18-08-2009 15:13, Eric Sandeen escreveu:
(...)
Could you take this to the linux-ext4 list? It'd be the more
appropriate place for the discussion.
It'd be good to know the details of the errors you see, too.
Thanks,
-Eric
Best regards,
CdAB
This is a report of the weekly KDE-SIG-Meeting with a summary of the
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.
--
= Weekly KDE
2009/8/18 Chuck Anderson c...@wpi.edu:
On Tue, Aug 18, 2009 at 01:35:37AM +0530, Rahul Sundaram wrote:
On 07/26/2009 06:40 AM, Rahul Sundaram wrote:
Hi,
Can we make it a default in comps for Rawhide?
Rahul
No answer here after weeks.
After some lengthy discussion with rel-eng team
On Tue, Aug 18, 2009 at 11:47 PM, Jeff Spaletajspal...@gmail.com wrote:
On Tue, Aug 18, 2009 at 1:40 PM, Christopher Brownsnecklif...@gmail.com
wrote:
FWIW, I have also experienced zero problems with it and believe it
would be better enabled by default, retaining the option to disable.
On Tue, 2009-08-18 at 13:47 -0800, Jeff Spaleta wrote:
Only potential side effect is cpu consumption that the delta unpacking
process requires. User on single core systems may notice that unless
presto renices itself down in priority.
The hit on slow disks is pretty bad too, even non-slow
Hello,
I've trouble creating an ext2/ext3/ext4 file system in a 64GBytes pendrive.
The device appears at /proc/bus/usb/devices as:
T: Bus=01 Lev=01 Prnt=01 Port=04 Cnt=01 Dev#= 4 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1043 ProdID=8012 Rev= 1.00
I've been poking away at the mysql crashes I mentioned a few days ago,
and have just realized something that explains why I've been at such a
loss to interpret the failure reports from koji. It seems that what
has been getting triggered is glibc's malloc-error aborts, the ones that
look like
***
On Tue, Aug 18, 2009 at 2:06 PM, Jesse Keatingjkeat...@redhat.com wrote:
The hit on slow disks is pretty bad too, even non-slow disks. With a
local mirror the time to re-make the deltas is far longer than the time
to just pull down the entire packages.
Time isn't the only metric...people may
On 08/18/2009 06:14 PM, Tom Lane wrote:
I've been poking away at the mysql crashes I mentioned a few days ago,
and have just realized something that explains why I've been at such a
loss to interpret the failure reports from koji. It seems that what
has been getting triggered is glibc's
IMHO koji (and mock for that matter) ought to be running the builds inside
a captive pty whose ouytput it logs anyway, even if they redirect
everything. You never know what crazy nonsense some package is going to try.
You can put LIBC_FATAL_STDERR_=1 in the environment to get those messages
to
On Tue, Aug 18, 2009 at 06:14:20PM -0400, Tom Lane wrote:
I've been poking away at the mysql crashes I mentioned a few days ago,
and have just realized something that explains why I've been at such a
loss to interpret the failure reports from koji. It seems that what
has been getting
On Tue, 2009-08-18 at 15:36 -0700, Roland McGrath wrote:
IMHO koji (and mock for that matter) ought to be running the builds inside
a captive pty whose ouytput it logs anyway, even if they redirect
everything. You never know what crazy nonsense some package is going to try.
How does one setup
How does one setup one of these things?
Since I assume you are implementing it in Python, you might have to ask,
you know, someone who knows Python. I don't, but I have a web browser.
I even have locate '*python*pty*'. So maybe:
import pty
(pid, fd) = pty.fork()
or pty.spawn(...)
--
On Tue, 2009-08-18 at 14:17 -0800, Jeff Spaleta wrote:
-jefspeaking of metered bandwidth..I need to remember to work from
barnes and nobles instead of working from home this winter..so i can
steal power, wireless and a nice warm firespaleta
Nice warm fire? you're going to burn all the books?
Mike Bonnet mi...@redhat.com writes:
On 08/18/2009 06:14 PM, Tom Lane wrote:
**The build logs from koji do not contain this rather critical
information**. I haven't dug into the glibc sources, but what it
looks like on my own machine is that these reports go to /dev/tty
not to stderr (and
Greetings Feature Owners,
The Alpha Release of Fedora 12 is scheduled for public availability one
week from today on Tuesday, August 25, 2009. As a result of our
announcements around this release many journalists and other people
curious to find out what's on the way for Fedora 12 will come
As a follow-up to last week's announcement changing the date for the
Fedora 12 Alpha release,
https://www.redhat.com/archives/fedora-devel-announce/2009-August/msg6.html
the remaining tasks in the Fedora 12 schedule have been adjusted by one
week.
I would hold off on the default thing.
I have found that it has played havoc with intel video drivers and
NetworkManager. I do not know how but for me it was a pain in the neck.
All I know is that after I re-installed and upgraded I have had no
problems
-1 to installing it by default in F12.
I too would like to see F10 move up to 2.6.29+
prior to end-of-life.
In days of old, we were able to get rebases out pretty quickly after
their upstream release. These days, we're hindered by the kernel modesetting
stuff we're carrying. It's closely tied to the userspace X drivers,
On Wed, Aug 19, 2009 at 11:03:44AM +0800, Steven James Drinnan wrote:
I would hold off on the default thing.
I have found that it has played havoc with intel video drivers and
NetworkManager. I do not know how but for me it was a pain in the neck.
All I know is that after I re-installed
On Wed, Aug 19, 2009 at 12:36:15AM -0400, Chuck Anderson wrote:
On Wed, Aug 19, 2009 at 11:03:44AM +0800, Steven James Drinnan wrote:
I would hold off on the default thing.
I have found that it has played havoc with intel video drivers and
NetworkManager. I do not know how but for me it
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-PPIx-EditorTools/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv2172
Modified Files:
.cvsignore sources
Added Files:
perl-PPIx-EditorTools.spec
Log Message:
* Fri Aug 14 2009 Marcela Mašláňová mmasl...@redhat.com 0.07-1
perl-DBIx-Class-Schema-Loader has broken dependencies in the development tree:
On ppc:
perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires
perl(DBIX::Class)
On x86_64:
perl-DBIx-Class-Schema-Loader-0.04006-4.fc12.noarch requires
perl(DBIX::Class)
On i386:
Hello,
On Mon, Aug 17, 2009 at 08:36:11PM +0100, Paul Howarth wrote:
SLES-11 has a big perl with a perl-base that contains the
interpreter and a very small set of modules.
thank you, Paul, for this. You saved my time.
Debian and mandrake use these package names the same way.
I peeked into a
Author: cweyl
Update of /cvs/extras/rpms/perl-DateTime-Format-Pg/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv27883
Modified Files:
.cvsignore perl-DateTime-Format-Pg.spec sources
Log Message:
* Tue Aug 18 2009 Chris Weyl cw...@alumni.drew.edu 0.16004-1
- auto-update to
Author: cweyl
Update of /cvs/extras/rpms/perl-DateTime-Format-Pg/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28171
Modified Files:
perl-DateTime-Format-Pg.spec sources
Log Message:
* Tue Aug 18 2009 Chris Weyl cw...@alumni.drew.edu 0.16004-1
- auto-update to 0.16004 (by
Author: cweyl
Update of /cvs/extras/rpms/perl-File-ChangeNotify/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv21399
Modified Files:
perl-File-ChangeNotify.spec sources
Log Message:
* Tue Aug 11 2009 Chris Weyl cw...@alumni.drew.edu 0.07-1
- auto-update to 0.07 (by
Author: cweyl
Update of /cvs/extras/rpms/perl-Catalyst-Plugin-ConfigLoader/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv21845
Modified Files:
.cvsignore perl-Catalyst-Plugin-ConfigLoader.spec sources
Log Message:
* Tue Aug 18 2009 Chris Weyl cw...@alumni.drew.edu 0.27-1
-
Author: cweyl
Update of /cvs/extras/rpms/perl-DBIx-Class-DateTime-Epoch/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv25777
Modified Files:
perl-DBIx-Class-DateTime-Epoch.spec sources
Log Message:
* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
Author: cweyl
Update of /cvs/extras/rpms/perl-Git-CPAN-Patch/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv30531
Modified Files:
perl-Git-CPAN-Patch.spec
Log Message:
* Tue Aug 18 2009 Chris Weyl cw...@alumni.drew.edu 0.2.0-2
- add a BR on git, for command paths
Index:
Author: cweyl
Update of /cvs/extras/rpms/perl-Git-CPAN-Patch/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv32617
Modified Files:
perl-Git-CPAN-Patch.spec sources
Log Message:
* Tue Aug 18 2009 Chris Weyl cw...@alumni.drew.edu 0.2.0-2
- add a BR on git, for command paths
Author: cweyl
Update of /cvs/extras/rpms/perl-Class-MOP/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv23019
Modified Files:
.cvsignore perl-Class-MOP.spec sources
Log Message:
* Tue Aug 18 2009 Chris Weyl cw...@alumni.drew.edu 0.92-1
- auto-update to 0.92 (by
Author: cweyl
Update of /cvs/extras/rpms/perl-Text-SimpleTable/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv23618
Modified Files:
perl-Text-SimpleTable.spec sources
Log Message:
* Tue Aug 11 2009 Chris Weyl cw...@alumni.drew.edu 2.0-1
- auto-update to 2.0 (by
Author: cweyl
Update of /cvs/extras/rpms/perl-Text-SimpleTable/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv24786
Modified Files:
perl-Text-SimpleTable.spec
Removed Files:
simpletable.patch
Log Message:
* Tue Aug 18 2009 Chris Weyl cw...@alumni.drew.edu 2.0-2
-
Author: cweyl
Update of /cvs/extras/rpms/perl-Text-SimpleTable/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv26588
Modified Files:
perl-Text-SimpleTable.spec
Log Message:
* Tue Aug 18 2009 Chris Weyl cw...@alumni.drew.edu 2.0-2
- drop old patch
Index:
Author: cweyl
Update of /cvs/extras/rpms/perl-Moose/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv26894
Modified Files:
.cvsignore perl-Moose.spec sources
Log Message:
* Wed Aug 19 2009 Chris Weyl cw...@alumni.drew.edu 0.89-1
- auto-update to 0.89 (by cpan-spec-update 0.01)
58 matches
Mail list logo