Fedora 8's FUDCon
by Max Spevack
Yesterday the Fedora Board made the decision not to hold an in-person
FUDCon for F8. Like you, I'm a disappointed, but I'm also excited for
us to try out an organized, weekend-long virtual hackfest (more below).
The Board also began planning for the F9 FUDCon, which would be held
around January or February 2008. This earlier planning should give us
time to resolve the kinds of problems we've faced with this short-notice
FUDCon.
There's a couple of reasons for the cancellation of the Fedora 8 FUDCon.
The first is the most obvious of all -- we have been unable to secure a
location that could offer us a place for both a FUDCon and a hackfest.
Additionally, the administrative overhead for putting on a FUDCon is
very high. Becoming a FUDCon event planner becomes a full time job for
a couple of people in order to make the event happen. Especially this
late, just getting the logistics for a FUDCon worked out would take up
lots of people's time that we can't really afford.
Also a factor is the financial cost of a FUDCon. With the comparatively
smaller scope of Fedora 8, it seems wise to save money now by not going
through the whole FUDCon process, and allowing the financial and budget
planners to have more opportunity to make a larger commitment to Fedora
9. Fedora 9 will be a bigger release, and I'd rather have one really
good FUDCon and hackfest then, than try to do two of them on the cheap.
The feature list for Fedora 8 is coming together very well, and we're
planning over the next few weeks how we can do a virtual hackfest for
F8. The idea is to pick some days, probably the same weekend (4, 5
August), and organize energy around people having an IRC-based hackfest
that weekend.
We can capture some of the energy that would come from a hackfest, but
in a way that has significantly less overhead and organizational costs.
Part of the danger of trying to plan and discuss things in public from
the very beginning is that when you're forced to pull the plug on
something, you have to send out emails like this. I'm willing to accept
that, because overall I think we get a bretter experience for everyone
by doing our planning in the open.
Sorry, folks, for the short notice coming and going! We really
appreciate your understanding, flexibility, good ideas, and patience.
--Max
--
Max Spevack
+ http://fedoraproject.org/wiki/MaxSpevack
+ gpg key -- http://spevack.org/max.asc
+ fingerprint -- CD52 5E72 369B B00D 9E9A 773E 2FDB CB46 5A17 CF21
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
16 years, 10 months
portage vs yum
by Thufir
the pro's for three distros:
gentoo:
portage is bigger than yum and just as easy to use
live cd
sabayon:
binary builds of portage (for a fee, IIRC)
anaconda
fedora:
live cd
anaconda
The drawback to fedora is, to my mind, rpm and yum. portage is
superior. it's also capable, as sabayon has demonstrated, of
distributing binaries.
Please switch to something like portage, which builds from source. This
would eliminate, or at least, significantly reduce, the need for me to do
things like build lshw from source because, and correct me if I'm wrong,
it'd be easier to leave "in" and would require less maintenance.
Assuming all other things to be equal, as in only GPL 2 stuff is
maintained, isn't portage easier to maintain? Wouldn't that mean more
stuff for me (I mean users)?
Thank you,
Thufir
16 years, 10 months
Fedora and Cross Compiling
by Brendan Conoboy
For the last few days, I've been writing posts that advocate cross
compiling packages for Fedora. Some appear skeptical of this approach,
so I want to share a bit more of where I am coming from.
Inside Red Hat, my group (GES) creates custom compilers and embedded
Linux systems for our customers. We have done this for many years,
using various upstream sources, building natively and with cross tools.
For the last few years, we have used either RHEL or Fedora as our
upstream source base.
Along the way, we stopped compiling our packages on the target hardware.
It was just too slow, or didn't have enough RAM, or there weren't
enough of them, or real hardware didn't even exist yet. Regardless,
there were always less expensive commodity PC CPU cycles to be had.
We have gone through several generations of build methods, trying new
systems, modifying them, trying to get an optimal environment for
relatively fast, cyclic builds. Much of this time has been consumed by
making packages build with rpm and using a cross compiler to do the
work. We've had some success here, though not without considerable
effort. We spend quite a bit of time chasing Fedora development.
We cross-compile every package that we build(a subset of packages from
the aforementioned distributions). There is no simulator or native
hardware employed. Judging by messages on the list, other people and
businesses are working toward a similar goal, though each with their own
infrastructure and method. All the messages about adding arm to Fedora
are very exciting! Everybody who has their own private way of getting
Fedora built for arm could instead contribute toward the common goal.
I would like to see cross compilation become a standard method in
Fedora. It scales where native builds don't. There might be faster arm
chips these days, but lets not forget all the underpowered embedded CPUs
and costly systems like s390. Bootstrapping is simplified. People
without access to hardware can work on build problems (Simulators are
good for this too).
What are the hurdles to adoption? Broadly, they break down into
technical and social:
Technical: There must be cross compilers before we can cross compile.
The build system must be enhanced to support cross compilation. Finally,
packages must be modified to support cross compilation.
Social: As a volunteer effort, it is unreasonable to expect existing
package maintainers to do the work necessary to support cross
compilation. There must be people to take on that responsibility and
work with upstream and package maintainers to integrate the necessary
changes.
I don't have fast and easy answers to all of the above, but I would like
to have a discussion about them. My group may be able to offer
expertise, patches and some man power toward this goal. What do you think?
--
Brendan Conoboy / Red Hat, Inc. / blc(a)redhat.com
16 years, 10 months
rawhide report: 20070629 changes
by Build System
Broken deps for i386
----------------------------------------------------------
ScientificPython - 2.6-8.fc8.i386 requires libopal.so.0
ScientificPython - 2.6-8.fc8.i386 requires liborte.so.0
anjuta - 1:2.1.0-1.fc7.i386 requires libgtksourceview-1.0.so.0
chess - 1.0-5.fc7.i386 requires libCEGUIBase.so.0
conglomerate - 0.9.1-3.fc7.i386 requires libgtksourceview-1.0.so.0
drivel - 2.1.0-0.4.20060527cvs.fc7.i386 requires libgtksourceview-1.0.so.0
eggdrop - 1.6.18-8.fc7.i386 requires libdns.so.32
gedit-plugins - 2.18.0-2.fc7.i386 requires libgtksourceview-1.0.so.0
giggle - 0.3-1.fc7.i386 requires libgtksourceview-1.0.so.0
glom - 1.4.2-1.fc7.i386 requires libgtksourceview-1.0.so.0
gnome-genius - 0.7.7-2.fc7.i386 requires libgtksourceview-1.0.so.0
gnome-python2-gtksourceview - 2.18.0-4.fc8.i386 requires libgtksourceview-1.0.so.0
gobby - 0.4.3-1.fc7.i386 requires libgtksourceview-1.0.so.0
kmod-em8300 - 0.16.2-7.2.6.21_1.3228.fc7.i686 requires kernel-i686 = 0:2.6.21-1.3228.fc7
kmod-em8300 - 0.16.2-7.2.6.21_1.3228.fc7.i586 requires kernel-i586 = 0:2.6.21-1.3228.fc7
kmod-em8300-PAE - 0.16.2-7.2.6.21_1.3228.fc7.i686 requires kernel-i686 = 0:2.6.21-1.3228.fc7PAE
kmod-em8300-debug - 0.16.2-7.2.6.21_1.3228.fc7.i686 requires kernel-i686 = 0:2.6.21-1.3228.fc7debug
kmod-sysprof - 1.0.8-1.2.6.21_1.3228.fc7.i586 requires kernel-i586 = 0:2.6.21-1.3228.fc7
kmod-sysprof - 1.0.8-1.2.6.21_1.3228.fc7.i686 requires kernel-i686 = 0:2.6.21-1.3228.fc7
kmod-sysprof-PAE - 1.0.8-1.2.6.21_1.3228.fc7.i686 requires kernel-i686 = 0:2.6.21-1.3228.fc7PAE
libgnomedb - 1:3.0.0-1.fc8.i386 requires libgtksourceview-1.0.so.0
libgtksourceviewmm - 0.3.1-1.fc8.i386 requires libgtksourceview-1.0.so.0
lincity-ng - 1.1.0-1.fc7.i386 requires libSDL_gfx.so.13
maxima-runtime-sbcl - 5.12.0-3.fc8.i386 requires sbcl = 0:1.0.6
nemiver - 0.4.0-1.fc8.i386 requires libgtksourceview-1.0.so.0
ogre-samples - 1.2.5-2.fc8.i386 requires libCEGUIBase.so.0
php-eaccelerator - 5.2.2_0.9.5-2.fc7.i386 requires php-common = 0:5.2.2
rtorrent - 0.6.4-2.fc7.i386 requires libtorrent.so.9
ruby-gtksourceview - 0.16.0-6.fc8.i386 requires libgtksourceview-1.0.so.0
scratchpad - 0.3.0-3.fc8.i386 requires libgtksourceview-1.0.so.0
setools-devel - 3.2-2.i386 requires setools = 0:3.2-2
setools-gui - 3.2-2.i386 requires setools = 0:3.2-2
syck-php - 0.55-16.fc8.i386 requires php = 0:5.2.2
syncekonnector - 0.3.2-2.fc8.i386 requires libkonnector.so.0
syncekonnector - 0.3.2-2.fc8.i386 requires libksync.so.1
syncekonnector - 0.3.2-2.fc8.i386 requires libmultisynk.so.0
tellico - 1.2.11-1.fc8.i386 requires libyaz.so.2
wvdial - 1.54.0-5.2.2.1.i386 requires libwvbase.so.4.2
wvdial - 1.54.0-5.2.2.1.i386 requires libwvutils.so.4.2
wvdial - 1.54.0-5.2.2.1.i386 requires libwvstreams.so.4.2
xsupplicant - 1.2.8-1.fc7.1.i386 requires libiw.so.28
Broken deps for x86_64
----------------------------------------------------------
ScientificPython - 2.6-8.fc8.x86_64 requires libopal.so.0()(64bit)
ScientificPython - 2.6-8.fc8.x86_64 requires liborte.so.0()(64bit)
anjuta - 1:2.1.0-1.fc7.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
anjuta - 1:2.1.0-1.fc7.i386 requires libgtksourceview-1.0.so.0
chess - 1.0-5.fc7.x86_64 requires libCEGUIBase.so.0()(64bit)
conglomerate - 0.9.1-3.fc7.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
drivel - 2.1.0-0.4.20060527cvs.fc7.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
eggdrop - 1.6.18-8.fc7.x86_64 requires libdns.so.32()(64bit)
gedit-plugins - 2.18.0-2.fc7.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
giggle - 0.3-1.fc7.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
glom - 1.4.2-1.fc7.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
glom - 1.4.2-1.fc7.i386 requires libgtksourceview-1.0.so.0
gnome-genius - 0.7.7-2.fc7.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
gnome-python2-gtksourceview - 2.18.0-4.fc8.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
gobby - 0.4.3-1.fc7.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
kmod-em8300 - 0.16.2-7.2.6.21_1.3228.fc7.x86_64 requires kernel-x86_64 = 0:2.6.21-1.3228.fc7
kmod-em8300-debug - 0.16.2-7.2.6.21_1.3228.fc7.x86_64 requires kernel-x86_64 = 0:2.6.21-1.3228.fc7debug
kmod-em8300-kdump - 0.16.2-7.2.6.21_1.3228.fc7.x86_64 requires kernel-x86_64 = 0:2.6.21-1.3228.fc7kdump
kmod-sysprof - 1.0.8-1.2.6.21_1.3228.fc7.x86_64 requires kernel-x86_64 = 0:2.6.21-1.3228.fc7
kmod-sysprof-kdump - 1.0.8-1.2.6.21_1.3228.fc7.x86_64 requires kernel-x86_64 = 0:2.6.21-1.3228.fc7kdump
libgnomedb - 1:3.0.0-1.fc8.i386 requires libgtksourceview-1.0.so.0
libgnomedb - 1:3.0.0-1.fc8.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
libgtksourceviewmm - 0.3.1-1.fc8.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
libgtksourceviewmm - 0.3.1-1.fc8.i386 requires libgtksourceview-1.0.so.0
lincity-ng - 1.1.0-1.fc7.x86_64 requires libSDL_gfx.so.13()(64bit)
maxima-runtime-sbcl - 5.12.0-3.fc8.x86_64 requires sbcl = 0:1.0.6
nemiver - 0.4.0-1.fc8.i386 requires libgtksourceview-1.0.so.0
nemiver - 0.4.0-1.fc8.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
ogre-samples - 1.2.5-2.fc8.x86_64 requires libCEGUIBase.so.0()(64bit)
php-eaccelerator - 5.2.2_0.9.5-2.fc7.x86_64 requires php-common = 0:5.2.2
rtorrent - 0.6.4-2.fc7.x86_64 requires libtorrent.so.9()(64bit)
ruby-gtksourceview - 0.16.0-6.fc8.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
scratchpad - 0.3.0-3.fc8.x86_64 requires libgtksourceview-1.0.so.0()(64bit)
setools-devel - 3.2-2.i386 requires setools = 0:3.2-2
setools-devel - 3.2-2.x86_64 requires setools = 0:3.2-2
setools-gui - 3.2-2.x86_64 requires setools = 0:3.2-2
syck-php - 0.55-16.fc8.x86_64 requires php = 0:5.2.2
syncekonnector - 0.3.2-2.fc8.i386 requires libkonnector.so.0
syncekonnector - 0.3.2-2.fc8.i386 requires libksync.so.1
syncekonnector - 0.3.2-2.fc8.i386 requires libmultisynk.so.0
syncekonnector - 0.3.2-2.fc8.x86_64 requires libkonnector.so.0()(64bit)
syncekonnector - 0.3.2-2.fc8.x86_64 requires libksync.so.1()(64bit)
syncekonnector - 0.3.2-2.fc8.x86_64 requires libmultisynk.so.0()(64bit)
tellico - 1.2.11-1.fc8.x86_64 requires libyaz.so.2()(64bit)
wvdial - 1.54.0-5.2.2.1.x86_64 requires libwvstreams.so.4.2()(64bit)
wvdial - 1.54.0-5.2.2.1.x86_64 requires libwvbase.so.4.2()(64bit)
wvdial - 1.54.0-5.2.2.1.x86_64 requires libwvutils.so.4.2()(64bit)
xsupplicant - 1.2.8-1.fc7.1.x86_64 requires libiw.so.28()(64bit)
Broken deps for ppc
----------------------------------------------------------
ScientificPython - 2.6-8.fc8.ppc requires libopal.so.0
ScientificPython - 2.6-8.fc8.ppc requires liborte.so.0
anjuta - 1:2.1.0-1.fc7.ppc requires libgtksourceview-1.0.so.0
chess - 1.0-5.fc7.ppc requires libCEGUIBase.so.0
conglomerate - 0.9.1-3.fc7.ppc requires libgtksourceview-1.0.so.0
drivel - 2.1.0-0.4.20060527cvs.fc7.ppc requires libgtksourceview-1.0.so.0
eggdrop - 1.6.18-8.fc7.ppc requires libdns.so.32
gedit-plugins - 2.18.0-2.fc7.ppc requires libgtksourceview-1.0.so.0
giggle - 0.3-1.fc7.ppc requires libgtksourceview-1.0.so.0
glest-data - 2.0.0-2.fc7.noarch requires glest = 0:2.0.0
glom - 1.4.2-1.fc7.ppc requires libgtksourceview-1.0.so.0
gnome-genius - 0.7.7-2.fc7.ppc requires libgtksourceview-1.0.so.0
gnome-python2-gtksourceview - 2.18.0-4.fc8.ppc requires libgtksourceview-1.0.so.0
gobby - 0.4.3-1.fc7.ppc requires libgtksourceview-1.0.so.0
kmod-em8300 - 0.16.2-7.2.6.21_1.3228.fc7.ppc requires kernel-ppc = 0:2.6.21-1.3228.fc7
kmod-em8300-smp - 0.16.2-7.2.6.21_1.3228.fc7.ppc requires kernel-ppc = 0:2.6.21-1.3228.fc7smp
libgnomedb - 1:3.0.0-1.fc8.ppc requires libgtksourceview-1.0.so.0
libgnomedb - 1:3.0.0-1.fc8.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
libgtksourceviewmm - 0.3.1-1.fc8.ppc requires libgtksourceview-1.0.so.0
libgtksourceviewmm - 0.3.1-1.fc8.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
lincity-ng - 1.1.0-1.fc7.ppc requires libSDL_gfx.so.13
maxima-runtime-sbcl - 5.12.0-3.fc8.ppc requires sbcl = 0:1.0.6
nemiver - 0.4.0-1.fc8.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
nemiver - 0.4.0-1.fc8.ppc requires libgtksourceview-1.0.so.0
ogre-samples - 1.2.5-2.fc8.ppc requires libCEGUIBase.so.0
php-eaccelerator - 5.2.2_0.9.5-2.fc7.ppc requires php-common = 0:5.2.2
revisor - 2.0.3.12-1.fc8.noarch requires livecd-tools
rtorrent - 0.6.4-2.fc7.ppc requires libtorrent.so.9
ruby-gtksourceview - 0.16.0-6.fc8.ppc requires libgtksourceview-1.0.so.0
scratchpad - 0.3.0-3.fc8.ppc requires libgtksourceview-1.0.so.0
setools-devel - 3.2-2.ppc requires setools = 0:3.2-2
setools-devel - 3.2-2.ppc64 requires setools = 0:3.2-2
setools-gui - 3.2-2.ppc requires setools = 0:3.2-2
syck-php - 0.55-16.fc8.ppc requires php = 0:5.2.2
syncekonnector - 0.3.2-2.fc8.ppc64 requires libkonnector.so.0()(64bit)
syncekonnector - 0.3.2-2.fc8.ppc64 requires libksync.so.1()(64bit)
syncekonnector - 0.3.2-2.fc8.ppc64 requires libmultisynk.so.0()(64bit)
syncekonnector - 0.3.2-2.fc8.ppc requires libksync.so.1
syncekonnector - 0.3.2-2.fc8.ppc requires libkonnector.so.0
syncekonnector - 0.3.2-2.fc8.ppc requires libmultisynk.so.0
tellico - 1.2.11-1.fc8.ppc requires libyaz.so.2
wvdial - 1.54.0-5.2.2.1.ppc requires libwvbase.so.4.2
wvdial - 1.54.0-5.2.2.1.ppc requires libwvutils.so.4.2
wvdial - 1.54.0-5.2.2.1.ppc requires libwvstreams.so.4.2
xsupplicant - 1.2.8-1.fc7.1.ppc requires libiw.so.28
Broken deps for ppc64
----------------------------------------------------------
ScientificPython - 2.6-8.fc8.ppc64 requires liborte.so.0()(64bit)
ScientificPython - 2.6-8.fc8.ppc64 requires libopal.so.0()(64bit)
ardour - 0.99.3-8.fc7.ppc64 requires liblrdf.so.2()(64bit)
conglomerate - 0.9.1-3.fc7.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
drivel - 2.1.0-0.4.20060527cvs.fc7.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
eggdrop - 1.6.18-8.fc7.ppc64 requires libdns.so.32()(64bit)
gedit-plugins - 2.18.0-2.fc7.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
giggle - 0.3-1.fc7.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
glest-data - 2.0.0-2.fc7.noarch requires glest = 0:2.0.0
gnome-genius - 0.7.7-2.fc7.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
gnome-python2-gtksourceview - 2.18.0-4.fc8.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
gobby - 0.4.3-1.fc7.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
kmod-em8300 - 0.16.2-7.2.6.21_1.3228.fc7.ppc64 requires kernel-ppc64 = 0:2.6.21-1.3228.fc7
kmod-em8300-kdump - 0.16.2-7.2.6.21_1.3228.fc7.ppc64 requires kernel-ppc64 = 0:2.6.21-1.3228.fc7kdump
libgnomedb - 1:3.0.0-1.fc8.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
libgtksourceviewmm - 0.3.1-1.fc8.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
lincity-ng - 1.1.0-1.fc7.ppc64 requires libSDL_gfx.so.13()(64bit)
nemiver - 0.4.0-1.fc8.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
ogre-samples - 1.2.5-2.fc8.ppc64 requires libCEGUIBase.so.0()(64bit)
php-eaccelerator - 5.2.2_0.9.5-2.fc7.ppc64 requires php-common = 0:5.2.2
resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display
revisor - 2.0.3.12-1.fc8.noarch requires livecd-tools
rosegarden4 - 1.4.0-1.fc7.ppc64 requires liblrdf.so.2()(64bit)
rtorrent - 0.6.4-2.fc7.ppc64 requires libtorrent.so.9()(64bit)
ruby-gtksourceview - 0.16.0-6.fc8.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
scratchpad - 0.3.0-3.fc8.ppc64 requires libgtksourceview-1.0.so.0()(64bit)
setools-devel - 3.2-2.ppc64 requires setools = 0:3.2-2
setools-gui - 3.2-2.ppc64 requires setools = 0:3.2-2
syck-php - 0.55-16.fc8.ppc64 requires php = 0:5.2.2
syncekonnector - 0.3.2-2.fc8.ppc64 requires libkonnector.so.0()(64bit)
syncekonnector - 0.3.2-2.fc8.ppc64 requires libksync.so.1()(64bit)
syncekonnector - 0.3.2-2.fc8.ppc64 requires libmultisynk.so.0()(64bit)
tellico - 1.2.11-1.fc8.ppc64 requires libyaz.so.2()(64bit)
wvdial - 1.54.0-5.2.2.1.ppc64 requires libwvstreams.so.4.2()(64bit)
wvdial - 1.54.0-5.2.2.1.ppc64 requires libwvbase.so.4.2()(64bit)
wvdial - 1.54.0-5.2.2.1.ppc64 requires libwvutils.so.4.2()(64bit)
16 years, 10 months
glibmm24 & gtkmm24 make vmware6 fail
by NZzi
hi all:
the glibmm24 and gtkmm24 in rawhide make vmware6 failed:
glibmm24-2.13.6-2.fc8.i386:
/usr/lib/vmware/bin/vmplayer: symbol lookup error:
/usr/lib/vmware/lib/libvmwareui.so.0/libvmwareui.so.0: undefined symbol:
_ZN4Glib9ValueBase4initEm
gtkmm24-2.11.3-1.fc8.i386:
/usr/lib/vmware/bin/vmplayer: symbol lookup error:
/usr/lib/vmware/lib/libvmwareui.so.0/libvmwareui.so.0: undefined symbol:
_ZN3Gtk19TreeModelColumnBaseC2Em
16 years, 10 months
Re: rpms/revisor/F-7 revisor.spec,1.7,1.8 sources,1.8,1.9
by Michael Schwendt
On Thu, 28 Jun 2007 12:04:27 -0400, Jeroen van Meeuwen (kanarip) wrote:
> Author: kanarip
>
> Update of /cvs/pkgs/rpms/revisor/F-7
> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv10220/F-7
>
> Modified Files:
> revisor.spec sources
> Log Message:
> 2.0.3.12-2
> -BuildArch: noarch
> +BuildArch: noarch ppc ppc64
You seem to be confused about why your "%ifnarch" usage in the spec
doesn't work. It is because you build "noarch", where the arch doesn't
matter. It is an arch-independent build. Unless the compose tool is
broken, it would still ship the noarch build for ppc/ppc64.
Apparently, you now want to hack the buildarch parameter and create
multiple builds of the package: noarch with Requires livecd-tools, and
arch-specific ppc/ppc64 without Requires livecd-tools.
This is something that has been a topic before. A "noarch" package
which depends on arch-specific packages, which are not available for
all arches, cannot really be noarch or should use ExcludeArch properly
(which is another ugly hack). The only alternative with current RPM is
to not build "noarch". Then you can get your ifarch/ifnarch to work.
16 years, 10 months
