Fedora 8/ARM available
by Lennert Buytenhek
Hi all,
We are proud to announce the availability of a(n unofficial)
Fedora 8 package repository for the ARM architecture.
The package repository has been built for ARMv5 EABI, soft-float,
little endian. The majority of the important and frequently used
Fedora packages have been built for ARM.
The Fedora/ARM architecture wiki page has more info:
http://fedoraproject.org/wiki/Architectures/ARM
The easiest way to start using Fedora 8/ARM is to download the
prebuilt root filesystem, which can be booted in QEMU, or chroot'ed
into or booted from on any ARMv5 or later processor running in little
endian mode. Additional packages can be installed by using yum,
which is provided in the filesystem.
A HOWTO which describes getting Fedora/ARM running in QEMU is here:
http://fedoraproject.org/wiki/Architectures/ARM/HowToQemu
There currently are a handful of known issues, which are described at:
http://fedoraproject.org/wiki/Architectures/ARM/TODO
Please help us by using the Fedora/ARM port and reporting any issues
you run into so that we can fix them.
thanks,
Lennert
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
16 years, 3 months
SELinux and chroot
by James Morris
Did the SELinux vs. chroot issue get bugzilla'd ?
It came up in discussion a couple of times, but I can't recall if the
issue was captured there.
- James
--
James Morris
<jmorris(a)namei.org>
16 years, 3 months
Help with packaging igraph (stuck on debuginfo)
by Neal Becker
I put together a package for igraph-0.4.5 and python bindings.
Unfortunately, the upstream is a bit messed up. The python package is
called exactly the same name (the original C is called ipython-0.4.5 and so
is the python package).
The upstream python package included it's own copy of the c code. I fixed
that problem so the python package would use the installed ipython c devel
package.
Only 1 little problem.
I renamed the python source to python-igraph-{version}.tar.gz. I did:
%setup -q -n igraph-%{version}
Now it builds fine, but:
sudo rpm -U ~/RPM/RPMS/x86_64/python-igraph-*
file /usr/src/debug/igraph-0.4.5/src/error.c from install of
python-igraph-debuginfo-0.4.5-1.fc8.x86_64 conflicts with file from package
igraph-debuginfo-0.4.5-1.fc8.x86_64
file /usr/src/debug/igraph-0.4.5/src/error.h from install of
python-igraph-debuginfo-0.4.5-1.fc8.x86_64 conflicts with file from package
igraph-debuginfo-0.4.5-1.fc8.x86_64
Any ideas how to fix this?
16 years, 3 months
Where are the CD ISO's? (fwd)
by Mike McGrath
What are the plans for media support for Fedora 9?
-Mike
---------- Forwarded message ----------
Date: Tue, 15 Jan 2008 10:32:33 +0100
From: Heinrich Winther Christensen <hwc(a)dsb.dk>
To: webmaster(a)fedoraproject.org
Subject: Where are the CD ISO's?
Hi...
My old but useful server doesn't have DVD, so I desperately need ISO's
for CD's.
Where will I find them?
Heinrich
--
Fedora-websites-list mailing list
Fedora-websites-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-websites-list
16 years, 3 months
Re: [fedora-arm] Re: Fedora 8/ARM available
by Michel Salim
On Jan 20, 2008 2:16 PM, Manas Saksena <manas.saksena(a)gmail.com> wrote:
> On Jan 17, 2008 4:13 PM, Michel Salim <michel.sylvan(a)gmail.com> wrote:
> > On Jan 14, 2008 6:33 PM, Lennert Buytenhek <buytenh(a)wantstofly.org> wrote:
> > > Hi all,
> > >
> > > We are proud to announce the availability of a(n unofficial)
> > > Fedora 8 package repository for the ARM architecture.
> >
> > Great news! Would it be possible to install this on Scratchbox?
> > Maemo's SDK is already using it.
>
> Are you, perhaps, thinking of QEMU? Scratchbox is a tool to build
> packages. We dont use it for Fedora/ARM as we build the packages
> natively.
>
I was thinking of Scratchbox -- it can actually use QEMU for CPU
transparency, allowing someone to work on a normal terminal window
without having to fire up an entire emulated OS.
The one thing that is nice about Scratchbox is it lets you
mix-and-match native and cross-platform binaries -- I've used it when
I needed to run some Intel-only tools when developing for ARM.
Will have to look up the Scratchbox documentation more closely to see
if it can be easily adapted to use any root FS images.
Thanks,
--
Michel Salim
16 years, 3 months
pike packages
by josef radinger
Hello,
I currently work on creating pike-packages.
the next lines of text are shameless ripped from
http://pike.ida.liu.se/about/
Pike is a general purpose programming language, which means that you can
put it to use for almost any task. Its application domain spans anything
from the world of the Net to the world of multimedia applications, or
environments where your shell could use some spicy text processing or
system administration tools. Your imagination sets the limit, but Pike
will probably extend it far beyond what you previously considered within
reach.
the - in my opinion - main application using pike is caudium/roxen,
which is a cool webserver, i personally use since years and love to use
it. creating caudium-packages would be my next step.
to be honest, there are problems too:
there are not enough developers to keep up with new developments, but
theses days this seems to improve and would improve further, if
fedora-users would join in as deveopers AND as endusers (without the
obstacle to compile pike).
I would need someone willing to review the pike-packages.
yours
josef
ps.: i did not send a link to the packages, as those are currently
somewhat rough and i need to find some time to work around the biggestr
problems, before showing them to the public.
pps.: i wanted to send this after the packages where ready, but i never
got to that point, and now i have to finish them, as hopefully i get
some response from the list.
ppps.: http://www.caudium.net is currently under rework
16 years, 3 months
Re: rpms/qt/devel .cvsignore, 1.26, 1.27 qt.spec, 1.146, 1.147 sources, 1.27, 1.28
by Rex Dieter
Than Ngo (than) wrote:
> Index: qt.spec
> ===================================================================
> RCS file: /cvs/extras/rpms/qt/devel/qt.spec,v
> retrieving revision 1.146
> retrieving revision 1.147
> diff -u -r1.146 -r1.147
> --- qt.spec 26 Nov 2007 15:32:22 -0000 1.146
> +++ qt.spec 23 Jan 2008 15:58:17 -0000 1.147
> @@ -1,9 +1,9 @@
> Summary: The shared library for the Qt GUI toolkit.
> Name: qt
> -Version: 3.3.8
> -Release: 11%{?dist}
> +Version: 3.3.8b
> +Release: 1%{?dist}
> Epoch: 1
> -License: GPL/QPL
> +License: GPLv3
Make that,
License: GPLv2 or GPLv3
please, to match reality. qt is definitely not GPLv3 only.
-- Rex
16 years, 3 months