Jesse Keating píše v Čt 07. 01. 2010 v 09:28 -0800:
As I proceed to port our make system over into fedpkg, I've ran across a
couple targets that are giving me pause.
Is anybody out there making use of the following targets?
unused-patches
I tried to use this one when putting some
Michael Schwendt píše v Pá 06. 11. 2009 v 09:49 +:
The following packages in the repository suffer from broken dependencies:
==
The results in this summary consider Test Updates!
Hello,
I plan to disable the internal crash handler in wxGTK for the the
devel/F13 branch so we can use ABRT to report crashes. This will mean a
rebuild of wxGTK with --disable-catch_segvs. This change affects all
applications linked with wxGTK, because one symbol is removed from the
base
Richard W.M. Jones píše v Čt 01. 10. 2009 v 10:29 +0100:
On Wed, Sep 30, 2009 at 07:02:08PM -0400, Tom Lane wrote:
Jeff Garzik jgar...@pobox.com writes:
The lack of big endian builds by default is a notable loss, and will
lead to a decline in software quality.
I think this is a
Steve Grubb píše v Pá 04. 09. 2009 v 14:41 -0400:
On Friday 04 September 2009 02:17:10 pm Dan Horák wrote:
I am building kernels for some ARM based devices that use Fedora/ARM as
user-land.
Glad to see someone else looking at the ARM kernel.
These devices are usually very limited
Mike McGrath píše v Pá 04. 09. 2009 v 15:55 -0500:
On Fri, 4 Sep 2009, Dan Horák wrote:
Hi all,
I am building kernels for some ARM based devices that use Fedora/ARM as
user-land. These devices are usually very limited in the size of kernel
that can be stored in their flash memories
Hi all,
I am building kernels for some ARM based devices that use Fedora/ARM as
user-land. These devices are usually very limited in the size of kernel
that can be stored in their flash memories (like 2MB kernel, 4MB
ramdisk). So I would like to know what kernel features make a Fedora
kernel,
sharkcz:BADSOURCE:entertrack-1.2.6.tar.gz:entertrack
modified tarbal in Fedora
sharkcz:BADURL:mm3d-1.3.8.tar.gz:mm3d
OK now (probably sf.net issue)
sharkcz:BADURL:openoffice-python-0.1-r34-20090228.tar.bz2:python-openoffice
fixed
Jim Meyering píše v Po 24. 08. 2009 v 11:14 +0200:
Roland McGrath wrote:
I agree with Jeff here. Sorry, Jim. I know life is too complicated to
Heh, no need to feel sorry, Roland, unless its for the code pollution.
It's fixed properly, now. And it's not even that ugly.
keep track of,
Tom Lane píše v So 01. 08. 2009 v 00:09 -0400:
Bastien Nocera bnoc...@redhat.com writes:
On Fri, 2009-07-31 at 18:48 -0400, Tom Lane wrote:
[ consults CVS... ] So XZ support in F-11's rpm is less than a week
old, there is *no* support in F-10, and we're already requiring
the capability
And again there are troubles with gdal :-) I have a patch (thanks to
PLD), that solves the incompatibility with the new libdap 3.9.3. And an
update to 1.6.1 solves some swig related issues from 1.6.0.
Dan
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
Nicolas Chauvet píše v Pá 24. 07. 2009 v 10:06 +0200:
This package was orphaned because libatomic_ops is going to be merged with gc.
Do we have a particular rationale about why to continue to maintain it
over splitting libatomic_ops-static from the current gc 7.1 where
libatomic_ops snapshot
Matthew Woehlke píše v Út 21. 07. 2009 v 13:27 -0500:
Jesse Keating wrote:
List of deps left behind by orphan removal:
Orphan: libatomic_ops
pulseaudio requires libatomic_ops-devel = 1.2-6.fc12
Obviously, this is also a problem, except that again F11 has no such
dependency.
I don't know about a simple way to start a network installation of
Fedora from USB stick. Creating of boot.img, that server that purpose,
was stopped by rel-engs some releases ago. I have found a blog post [1]
that makes possible to transform a boot.iso image into a bootable USB
stick. But it
Jeremy Katz píše v Čt 16. 07. 2009 v 10:05 -0400:
On Thursday, July 16 2009, Dan Hor?k said:
I don't know about a simple way to start a network installation of
Fedora from USB stick. Creating of boot.img, that server that purpose,
was stopped by rel-engs some releases ago. I have found a
Hi,
is here anybody that could give access to a ppc64 machine to bigloo's
upstream? The builds of bigloo on ppc64 (and s390x) gets stuck and they
are willing to debug/fix it, but need a ppc64 machine.
their homepage is http://www-sop.inria.fr/mimosa/fp/Bigloo/
failing builds
Frank Murphy (Frankly3d) píše v So 30. 05. 2009 v 13:23 +0100:
Looking at following:
http://broadcast.oreilly.com/2009/05/the-mips-processor-and-the-150-1.html
How is Fedora in regards to running mips\arm processors?
Fedora/ARM is an alive secondary architecture - see
17 matches
Mail list logo