On 10/26/2009 09:08 AM, Jud Craft wrote:
On Sun, Oct 25, 2009 at 3:19 AM, Rahul Sundaram
wrote:
Yes. Development releases of Fedora have a large number of debugging
stuff enabled.
I really can't tell if you're joking.
No joke.
http://fedoraproject.org/wiki/KernelDebugStrategy
Rahul
--
On Fri, Oct 23, 2009 at 8:24 AM, Matěj Cepl mc...@redhat.com wrote:
Just wanted to add my +1 and this is as good place as any other.
+1
--
Ismael Olea
http://olea.org/diario/
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
Compose started at Mon Oct 26 06:15:07 UTC 2009
Broken deps for ppc64
--
python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot
Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 0
--
On 10/26/2009 07:03 PM, Adam Jackson wrote:
On Sun, 2009-10-25 at 21:05 +0530, Rahul Sundaram wrote:
LLVM 2.6 has been announced with Clang declared as production quality in
this release
http://lists.cs.uiuc.edu/pipermail/llvm-announce/2009-October/33.html
Has anyone been looking into
On 10/24/2009 02:15 PM, Mike Chambers wrote:
I mirror rawhide on a F11 box, that I normally nfs mount from a rawhide
running system. Tried to do an nfs based install from rawhide 2 days
ago and it failed, but installing via http from outside source (I don't
have http setup on the box) worked.
Hi All,
I am trying to build a static rpm of apcupsd but its failing with errors
on pastebin (http://pastebin.com/f101eee52)
Can someone please suggest if something more needs to be done to
successfully compile apcupd as static ?
SRPM of patch of makefile is on
[With the next nfs-utils rawhide build, I will be flipping the ]
[switch that will cause all NFS client mounts to try NFS v4 first ]
[At the bottom of this email has the workarounds if this change does ]
[indeed cause pain ]
As part of the https://fedoraproject.org/wiki/Features/NFSv4Default
On 10/26/2009 08:15 PM, Adam Jackson wrote:
On Mon, 2009-10-26 at 19:07 +0530, Rahul Sundaram wrote:
On 10/26/2009 07:03 PM, Adam Jackson wrote:
On Sun, 2009-10-25 at 21:05 +0530, Rahul Sundaram wrote:
Has anyone been looking into building Fedora with it to see how the
performance impact is?
On Mon, 2009-10-26 at 20:13 +0530, Rahul Sundaram wrote:
On 10/26/2009 08:15 PM, Adam Jackson wrote:
On Mon, 2009-10-26 at 19:07 +0530, Rahul Sundaram wrote:
On 10/26/2009 07:03 PM, Adam Jackson wrote:
On Sun, 2009-10-25 at 21:05 +0530, Rahul Sundaram wrote:
I meant performance, primarily
On 10/26/2009 10:51 AM, Adam Jackson wrote:
On Mon, 2009-10-26 at 20:13 +0530, Rahul Sundaram wrote:
On 10/26/2009 08:15 PM, Adam Jackson wrote:
On Mon, 2009-10-26 at 19:07 +0530, Rahul Sundaram wrote:
On 10/26/2009 07:03 PM, Adam Jackson wrote:
On Sun, 2009-10-25 at 21:05 +0530, Rahul
On 10/26/2009 08:21 PM, Adam Jackson wrote:
Which affects who? koji certainly seems to be keeping up with the load.
What I'm trying to pry out of you is what you'd be hoping to accomplish
by using it. The answer so far seems to be I'd spend less time
building things, at the cost of some
On Friday 23 October 2009 20:17:12 Toshio Kuratomi wrote:
On Fri, Oct 23, 2009 at 08:03:02PM +0200, Martin Bacovsky wrote:
On Friday 23 October 2009 17:51:16 you wrote:
On Fri, Oct 23, 2009 at 04:46:36PM +0200, Martin Bacovsky wrote:
On Thursday 22 October 2009 16:33:06 you wrote:
I
- Alexey Torkhov atork...@gmail.com wrote:
On Wed, 2009-10-21 at 06:56 -0400, Kamil Paral wrote:
I have created a simple tool called rpmguard for checking
differences
between RPM packages. It is very similar to rpmdiff, but it prints
only
important changes, not all. Therefore it can
On 10/26/2009 10:51 AM, Rahul Sundaram wrote:
On 10/26/2009 08:21 PM, Adam Jackson wrote:
Which affects who? koji certainly seems to be keeping up with the load.
What I'm trying to pry out of you is what you'd be hoping to accomplish
by using it. The answer so far seems to be I'd spend
On 10/26/2009 08:39 PM, Peter Jones wrote:
This is just myopia, though. In isolation, yes, faster builds are nice. But
if the faster builds result in poorer quality, then no, they're not a benefit.
Sure. Nobody claimed otherwise.
We don't know the cost unless we try. Doing a scratch build
On 10/26/2009 10:45 AM, Adam Jackson wrote:
On Mon, 2009-10-26 at 19:07 +0530, Rahul Sundaram wrote:
On 10/26/2009 07:03 PM, Adam Jackson wrote:
On Sun, 2009-10-25 at 21:05 +0530, Rahul Sundaram wrote:
Has anyone been looking into building Fedora with it to see how the
performance impact is?
On Mon, 2009-10-26 at 20:21 +0530, Rahul Sundaram wrote:
On 10/26/2009 08:21 PM, Adam Jackson wrote:
Which affects who? koji certainly seems to be keeping up with the load.
What I'm trying to pry out of you is what you'd be hoping to accomplish
by using it. The answer so far seems to
On Mon, Oct 26, 2009 at 08:21:09PM +0530, Rahul Sundaram wrote:
On 10/26/2009 08:21 PM, Adam Jackson wrote:
Which affects who? koji certainly seems to be keeping up with the load.
What I'm trying to pry out of you is what you'd be hoping to accomplish
by using it. The answer so far seems
On 10/26/2009 08:45 PM, Adam Jackson wrote:
Please don't put words in my mouth, I did not say never try at all. I
said that spending less time building things is only an obvious benefit
if we don't lose real functionality, and don't waste time placating the
compiler to get things to build.
On 10/26/2009 11:07 AM, Rahul Sundaram wrote:
On 10/26/2009 08:39 PM, Peter Jones wrote:
This is just myopia, though. In isolation, yes, faster builds are nice. But
if the faster builds result in poorer quality, then no, they're not a benefit.
Sure. Nobody claimed otherwise.
We don't
On 10/26/2009 11:22 AM, Rahul Sundaram wrote:
On 10/26/2009 08:45 PM, Adam Jackson wrote:
Please don't put words in my mouth, I did not say never try at all. I
said that spending less time building things is only an obvious benefit
if we don't lose real functionality, and don't waste time
On 10/26/2009 09:07 PM, Peter Jones wrote:
Well, why not?
I am not curious enough to volunteer to do anything with it myself but
would be interested in hearing about the experiences of anyone who has
already done so. If you haven't, feel free to ignore my mail. Pretty
simple, really.
Rahul
--
On Mon, Oct 26, 2009 at 10:54:46AM -0400, Peter Jones wrote:
Well, that plus your already voiced complaint about its dwarf generation,
which is to say that any fairly immediate adoption would also make normal
development and debugging more painful.
It is not just about horrible dwarf
Steve Dickson ste...@redhat.com writes:
[With the next nfs-utils rawhide build, I will be flipping the ]
[switch that will cause all NFS client mounts to try NFS v4 first ]
[...]
Is this really first or rather only? Was there a conclusion about
whether the nfs client code would be changed to
I just saw this article about an effort to create Universal binary style ELF
binaries for Linux, and I thought that this would be something to watch, so
that Fedora could integrate both x86-32 and x86-64 into single DVD sets.
I don't suggest to do that. As already mentioned, that would double
Sorry. Wrong mail. ^^'
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
I just saw this article about an effort to create Universal binary style ELF
binaries for Linux, and I thought that this would be something to watch, so
that Fedora could integrate both x86-32 and x86-64 into single DVD sets.
I don't suggest to do that. As already mentioned, that would double
Jud Craft wrote:
I'm not sure I understand. How can LLVM-C be ABI-incompatible with plain
GCC-C?
It's the ABI of:
llvm-g++ → LLVM → LLVM C backend → gcc
or:
Clang (C++) → LLVM → LLVM C backend → gcc
which is incompatible with the ABI of plain g++.
AFAICT, the native LLVM backends don't have
Steve Dickson ste...@redhat.com writes:
Because the mount command will try NFS v4 first, mounts to older Linux servers
will start failing like:
What happens with a mount to a UDP-only server? (or actually /net
automount is what I care about...)
regards, tom lane
--
Jakub Jelinek wrote:
It is not just about horrible dwarf generation, the performance of LLVM
generated code is worse than GCC, you can forget about all the
security enhancements GCC has added in the last 10 years (say
__builtin_object_size is parsed by clang/llvm, but always says it doesn't
Hi.
On Mon, 26 Oct 2009 12:39:07 -0400, Tom Lane wrote:
Steve Dickson ste...@redhat.com writes:
Because the mount command will try NFS v4 first, mounts to older
Linux servers will start failing like:
What happens with a mount to a UDP-only server? (or actually /net
automount is what I
On 10/26/2009 12:06 PM, Frank Ch. Eigler wrote:
Steve Dickson ste...@redhat.com writes:
[With the next nfs-utils rawhide build, I will be flipping the ]
[switch that will cause all NFS client mounts to try NFS v4 first ]
[...]
Is this really first or rather only? Was there a conclusion
On 10/26/2009 12:39 PM, Tom Lane wrote:
Steve Dickson ste...@redhat.com writes:
Because the mount command will try NFS v4 first, mounts to older Linux
servers
will start failing like:
What happens with a mount to a UDP-only server? (or actually /net
automount is what I care about...)
Steve Dickson ste...@redhat.com writes:
On 10/26/2009 12:06 PM, Frank Ch. Eigler wrote:
Is this really first or rather only? Was there a conclusion about
whether the nfs client code would be changed to fall back from v4 to
v3 automatically?
It meant first... [...]
The problem comes in when
At the least, there ought to be an F-11 update of whatever server-side
stuff needs to change (in the minimal way not touching non-v4 uses) to
make v4 exports work without temporary configuration hacks. IMHO if you
can't do anything better, you should make F-11 default to not registering
as a v4
Hi all,
fpc is a pascal-compiler which is able to cross-compile to other
architectures. Nothing really special, but it is also able to
cross-compile to windows, without any dependencies.
I've created a sub-package of the fpc package to make cross-compiling to
windows possible. This package only
On 10/26/2009 01:34 PM, Frank Ch. Eigler wrote:
Steve Dickson ste...@redhat.com writes:
On 10/26/2009 12:06 PM, Frank Ch. Eigler wrote:
Is this really first or rather only? Was there a conclusion about
whether the nfs client code would be changed to fall back from v4 to
v3 automatically?
On 10/26/2009 01:40 PM, Roland McGrath wrote:
At the least, there ought to be an F-11 update of whatever server-side
stuff needs to change (in the minimal way not touching non-v4 uses) to
make v4 exports work without temporary configuration hacks. IMHO if you
can't do anything better, you
That is one of the valid options, but I would think it would better if
the server owner did that tweak, than an nfs-utils update, no?
I'm not suggesting that you do an update that just tweaks config files in
%post or anything like that. I'm suggesting you make the out-of-the-box
behavior with
If it's true cross support, then that should be a noarch package and the
file names it uses should not depend on %{_lib} that way.
Arguably it even belongs in %{_sharedir}, since it is fixed binary content
across all host machines.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
On Mon, 2009-10-26 at 11:15 -0700, Roland McGrath wrote:
If it's true cross support, then that should be a noarch package and the
file names it uses should not depend on %{_lib} that way.
Arguably it even belongs in %{_sharedir}, since it is fixed binary content
across all host machines.
On 10/26/2009 02:11 PM, Roland McGrath wrote:
That is one of the valid options, but I would think it would better if
the server owner did that tweak, than an nfs-utils update, no?
I'm not suggesting that you do an update that just tweaks config files in
%post or anything like that. I'm
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting/2009-10-26/fedora-releng.2009-10-26-18.04.html
Minutes (text):
http://meetbot.fedoraproject.org/fedora-meeting/2009-10-26/fedora-releng.2009-10-26-18.04.txt
Log:
Well, possibly the only thing fatELF would be needed for would be to rid
ourselves of multilib. Applications don't even need to be FatELF to link to
FatELF libraries.
On Mon, Oct 26, 2009 at 11:28 AM, Ikem Krueger
ikem.krue...@googlemail.comwrote:
I just saw this article about an effort to
On 10/22/2009 10:22 PM, Kevin Kofler wrote:
Sam Varshavchik wrote:
32 bits will be here for a long, long time, of course
At most 29 years. 32-bit GNU/Linux doesn't support dates beyond 2038.
This only actually means we've got 29 years to extend time_t .
--
Peter
All parts should
Joost van der Sluis on 10/26/2009 01:42 PM wrote:
Those files are not architecture independent. They are somewhat similar
to .o files. They contain the run time library for the language,
compiled to native windows object files. If you want to compile your own
program with them afterwards,
On Mon, Oct 26, 2009 at 02:06:45PM -0400, Steve Dickson wrote:
On 10/26/2009 01:34 PM, Frank Ch. Eigler wrote:
Steve Dickson ste...@redhat.com writes:
On 10/26/2009 12:06 PM, Frank Ch. Eigler wrote:
Unfortunately, this sounds like only. Is it out of the question to
make the client
Steve Dickson ste...@redhat.com writes:
[...]
Unfortunately, this sounds like only. Is it out of the question to
make the client look for this case (an upgraded client in an existing
unupgraded, unchanged network) and handle it?
We talked about it... See [...]
But in the end, I decided
On Mon, Oct 26, 2009 at 12:31 PM, Kevin Kofler wrote:
AFAICT, the native LLVM backends don't have that problem. The real problem
with C++ is that Clang's C++ support is experimental and incomplete, so
you're stuck with llvm-g++.
I thought that C doesn't have any crazy name or symbol or
Joost van der Sluis wrote:
Those files are not architecture independent.
They are independent of the host architecture, they only depend on the
target architecture.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
On Fri, 2009-10-23 at 09:39 +0200, Jerome Glisse wrote:
I've installed F-12 beta on my new laptop with ati radeon hd 4570 graphic
card, I was going to file new bug. With kms enabled, everything is really
slw, with 'nomodeset' it's much faster. I can't say exactly how
slow it
On Fri, 2009-10-23 at 09:28 +0100, Steven Whitehouse wrote:
way to deal with this issue, the simplest solution would be to have a
word with someone in HC and ask them to add to their standard list of
Note for non-RH'ers: HC = Human Capital, what most places call Human
Resources.
(personally
On Mon, 26 Oct 2009, Adam Williamson wrote:
On Fri, 2009-10-23 at 09:28 +0100, Steven Whitehouse wrote:
way to deal with this issue, the simplest solution would be to have a
word with someone in HC and ask them to add to their standard list of
Note for non-RH'ers: HC = Human Capital, what
On Mon, 2009-10-26 at 11:36 -0400, Rik van Riel wrote:
I was asking if anybody has already tried that. Don't understand the
argument against it yet.
If you had tried a project like this in the past, you would
understand the reasons against it.
If you do not understand those reasons
Setup my fp.org email recently and now testing sending to the list from my
myTouch.
-Adam (From Android)
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
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=156113
Stepan Kasal ska...@redhat.com changed:
What|Removed |Added
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=529172
--- Comment #2 from Jiri Pirko jpi...@redhat.com 2009-10-26 11:24:57 EDT ---
(In reply to comment #1)
Hmm. Oddly, I can't
Author: stevetraylen
Update of /cvs/pkgs/rpms/perl-Nagios-NSCA/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv20593/devel
Modified Files:
.cvsignore sources
Added Files:
import.log perl-Nagios-NSCA.spec
Log Message:
Import rhbz#524896
--- NEW FILE import.log ---
Author: stevetraylen
Update of /cvs/pkgs/rpms/perl-Nagios-NSCA/EL-5
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv21431/EL-5
Modified Files:
sources
Added Files:
perl-Nagios-NSCA.spec
Log Message:
rhbz#524896 for the old branchs.
--- NEW FILE perl-Nagios-NSCA.spec ---
Author: stevetraylen
Update of /cvs/pkgs/rpms/perl-Nagios-NSCA/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv21431/F-11
Modified Files:
sources
Added Files:
perl-Nagios-NSCA.spec
Log Message:
rhbz#524896 for the old branchs.
--- NEW FILE perl-Nagios-NSCA.spec ---
Author: stevetraylen
Update of /cvs/pkgs/rpms/perl-Nagios-NSCA/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv21431/F-12
Modified Files:
sources
Added Files:
perl-Nagios-NSCA.spec
Log Message:
rhbz#524896 for the old branchs.
--- NEW FILE perl-Nagios-NSCA.spec ---
61 matches
Mail list logo