cross-building in chroots: ia32 hosting x86_64 builds?
by Axel Thimm
Hi,
currently I am using chroots for building rpm for various
distributions from rH7.3 to the upcoming in-flux FC2. This all works
nicely since the host architecture is always the same.
I'd like to extend this idiom to x86_64 builds. I could populate the
chroots with x86_64 rpms, and have the matching toolchain. What else
is needed to transparently build in these chroots x86_64 rpms? Do I
need to pass any -m64 switches to gcc or similar to binutils?
I don't want to upgrade my build machine to x86_64, yet, but I'd still
like to provide some of the often requested rpms built for x86_64.
Thanks!
--
Axel.Thimm at ATrpms.net
20 years
Who is to write /etc/modprobe.conf?
by Pete Zaitcev
Hi, All:
On FC2T2, I ran system-soundcard-config, and it did not play a test sound.
It turned out that it runs kudzu, and once kudzu is done, it expects that
necessary modules would autoload, which was not the case, because the
/etc/modprobe.conf did not have the necessary entries:
alias snd-card-0 snd-emu10k1
alias sound-slot-0 snd-card-0
So... I would fix it, if I knew where. Who is supposed to add those
entries? Is it kudzu, system-soundcard-config, or something else?
Bill, Brent, can you tell me where to look?
-- Pete
20 years
[Announce] Updated Speedtouch RPM for Red Hat Linux and Fedora Core
by Leonard den Ottolander
Hi,
After a few weeks of "testing" (that is using a temporary build and
attending to other things) I finally got to releasing a new Speedtouch
RPM for use with Red Hat Linux and Fedora Core.
The speedtouch-1.2 branch finally got out of beta! This latest RPM is
based on the final 1.2 code and should work with all versions of the
Speedtouch modem.
For Fedora Core you probably just want to use the kernel mode driver,
but you can use modem_run from this rpm to upload the firmware. Note
that with the latest modem_run you have to upload both parts of the
firmware, using either the -a and -f switch, or by concatenating the two
parts together and feeding them to modem_run via the -f switch.
The (S)RPM can be found at
http://www.ottolander.nl/opensource/speedtouch/speedtouch.html . Also
available is a tarball for the users of *BSD.
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
20 years
rawhide report: 20040422 changes
by Build System
Updated Packages:
boost-1.31.0-5
--------------
* Wed Apr 21 2004 Warren Togami <wtogami(a)redhat.com>
- #121415 FC2 BLOCKER: Obsoletes boost-python-devel, boost-doc
- other cleanups
elilo-3.4-4
-----------
* Wed Apr 21 2004 Jeremy Katz <katzj(a)redhat.com> - 3.4-4
- rebuild against really fixed gnu-efi
gcc34-3.4.0-1
-------------
* Tue Apr 20 2004 Jakub Jelinek <jakub(a)redhat.com> 3.4.0-1
- GCC 3.4 release
- PRs bootstrap/14992, other/14918, 14936, ada/14538, ada/14665,
bootstrap/14462, c/14828, c++/14804, 14219, c++/14808,
c++/14803, c++/14804, c++/14810, c++/14724, c++/14763,
c++/14639, bootstrap/14893, libstdc++/14783, libstdc++/13598
- fix some tests on x86-64
- testcase for PR optimization/13488
gd-2.0.21-3
-----------
* Wed Apr 21 2004 Phil Knirsch <pknirsch(a)redhat.com> 2.0.21-3
- Disable rpath usage.
* Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
* Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
gnu-efi-3.0a-4
--------------
* Wed Apr 21 2004 Jeremy Katz <katzj(a)redhat.com> - 3.0a-4
- actually add the patch
rpmdb-fedora-1.92-0.20040422
----------------------------
tcl-8.4.5-7
-----------
* Wed Apr 21 2004 Warren Togami <wtogami(a)redhat.com> - 8.4.5-7
- #121414 FC2 BLOCKER: itcl must be removed
tk-8.4.5-8
----------
* Wed Apr 21 2004 Jens Petersen <petersen(a)redhat.com> - 8.4.5-8
- obsolete itcl since it also provided panedwindow.n (Warren Togami, 121414)
20 years
Re: needswork question
by Zoltan Kota
On Wed, 21 Apr 2004, Nicolas Mailhot wrote:
> 1. For FC2 sure, you need to prepare it under rawhide
> 2. If you want FC1 too, you should probably submit a recode update and
> make it block the FC1 python-bibtex submission. People won't hunt all
> the deps if you don't mark them clearly
Thanks! I could submit a patched recode for FC1.
And then should I prepare separate srpms for FC1 and FC2?
Zoltan
20 years
re: Cooperative Bug Isolation Project
by Jeremy Hogan
> I've got $1.00 that no-one from RedHat responds to this thread, anyone
> care to counter?
>
> --erik
Hey, Richard didn't claim the dollar when he replied. But I'll take it.
I hereby reply on behalf of Red Hat. Pay up.
Actually, keep it and tell me what we can do to fix it.
I understand why people are always picking on Red Hat, I hear it all day.
We can act on things other than "we're f*cked up and should quit open source",
of course. (Let's think of all places open source wouldn't be without Red Hat.)
As for our ability or perceived willingness to deal with outsiders, Seth's got
a solid point. There are things that are still a mess. I can only say that we
know it and are working like hell to fix it. Our communication on that too has
many qualities resembling suck.
So, let's have it. Open season on Red Hat.
--jeremy
20 years
QA Assistant 0.3
by Toshio Kuratomi
I've released QA Assistant 0.3. It's available at sourceforge:
http://sourceforge.net/projects/qa-assistant
Subversion archive (and me for the most part) are currently offline as
my ISP is having troubles connecting DSL at my new apartment.
This version is mainly a cosmetic and build infrastructure release. I'm
releasing now because there's one major usability bugfix over 0.2
* Now uses standard ./configure; make; make install
* rpm available for download
* Colorized the output based on resolution
* Bugfix problem with editing the review output in the checklist window.
-Toshio
--
_______S________U________B________L________I________M________E_______
t o s h i o + t i k i - l o u n g e . c o m
GA->ME 1999
20 years
Desktop issues discussion proposal
by Razvan Corneliu C.R. "d3vi1" VILT
Well... it seems like we have some small issues in the future path of
the fedora core desktop (not only for fedora actually).
1) Menus. More is not the best solution, so it's out. We should try to
create a replacement, because in some situations the menus are
overwhelming.
2) How many applications doing the same thing do we need? Having too
many applications can be confusing. A new user (especially one that
comes from another OS or from an old Linux distribution version), would
be confused and might not make the optimal choice for his situation.
Think of how many music players we have, how many editors, how many mail
clients. Should all these be in the equivalent of the now deprecated
X-Red-Hat-Base? Should we even show all the applications we have
installed or just the popular ones? A Microsoft style hide unused
entries would be practical? Are there any other solutions, such as 2/3
level menu tree?
Try and suggest also some other QUESTIONS and a date for a virtual
meeting on irc to find/discuss answers to these. I don't recommend
answering these questions right here/now. An irc chat would be more
appropriate. Also if you want to have a chat on this, think of the time
differences around the world (I'm in GMT+2), because it's evening when
you guys have lunch, and it's waaaay past mid-night (closer to morning)
when it's evening for you.
These being said, I looking forward to a productive mind-storm on these
topic, and not only.
Best Regards,
Razvan Corneliu C.R. "d3vi1" VILT <razvan.vilt(a)linux360.ro>
Digital Vision - linux360 - Vision Project Maintainer
20 years
