nges, once I'm confident
about them. But is that the kind of change RedHat even wants? They're
not supporting it now; do they have a good reason that hasn't occurred
to me?
Any light on this subject would be most appreciated. :-)
Steven Boswell
[EMAIL PROTECTED]
--
To unsubsc
does anyone know any particular reason why RedHat
*wouldn't* accept that change into their source-base or whatever?
(Assuming my job is professional, of course. :-) I would like future
source-RPMs to have the *option*, at least.
Steven Boswell
[EMAIL PROTECTED]
Thomas Dodd wrote:
>
>
rformance difference is for programs we use every day).
I'll try to send my changes in to RedHat, and if they don't want to
accept them, I guess I'll just be quixotic for a while :-)
Steven Boswell
[EMAIL PROTECTED]
--
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
(Plus,
it wouldn't build i586/i686 right either. :-)
The enclosed patch file is meant to be applied to egcs.spec.
Comments, questions, snide remarks
Steven Boswell
[EMAIL PROTECTED]
--- egcs.spec.old Thu Feb 17 10:53:29 2000
+++ egcs.spec Thu Apr 27 16:18:45 2000
@@ -141,15 +141,24
the two patches necessary to get rpm to let
you build i586/i686. rpm.spec.patch is to be applied to rpm.spec, and
rpm-3.0.4-i686.patch should go into /usr/src/redhat/SOURCES .
Let me know if this is not an appropriate place to post small patches
like this, and I'll stop :-)
Steven Boswell
[EMAIL
nut that'd like to experiment
with i586/i686 compiles. :-)
I dunno, maybe I'll put up a web page for these patches or something.
Steven Boswell
[EMAIL PROTECTED]
P.S. Besides, for some applications, the extra instructions can be
really useful. Even if it's something minor like wi
hat can build good native i586/i686
versions can be a separate task.
Steven Boswell
[EMAIL PROTECTED]
--
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
gcs and then I'll post the instructions for putting your own source RPM
together (since I don't have the bandwidth to distribute RPMs :-)
Steven Boswell
[EMAIL PROTECTED]
--
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
machine hasn't shown any obvious
glitches. (I'm working on the fundamental libraries first.)
Steven Boswell
[EMAIL PROTECTED]
--
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
p://linux.netnerve.com/i686/6.1/
Thanks! I'll see what they're up to.
Steven Boswell
[EMAIL PROTECTED]
--
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
.
I agree. So far, I've built rpm, pgcc, glibc, XFree, perl, gzip, bzip2,
and a few other less important ones. Once I feel confident that nothing
is going to blow up, I'll start benchmarking them against each other.
Steven Boswell
[EMAIL PROTECTED]
--
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
.i[456]86.rpm packages. Those
would install to /i[456]86, and people could change the version of the
OS they're using (by default i386) with a few mount commands.
I just haven't finished doing this yet. :-)
Steven Boswell
[EMAIL PROTECTED]
--
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
ong time, then one
day I'll start up the machine & X Windows will be magically broken. I
don't know what the heck I'm doing to break it, but it's not like I'm
such a sloppy user that I'm just randomly trashing my system. X Windows
just seems FRAGILE.
My question is
l by itself on a root console was enough to start the loop.
Steven Boswell
[EMAIL PROTECTED]
--
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Why not just modify the mailing software to optionally add the list
title to the subject of letters, depending on what the subscriber
indicates in his/her preferences?
You people act like Linux is a car with the hood welded shut. ;-)
Steven Boswell
[EMAIL PROTECTED
noia can't find the drive any more.
Did anything change w.r.t. SBPCD handling in the last kernel change?
Did I make a dumbass mistake? Any advice on how to approach debugging
this?
Steven Boswell
[EMAIL PROTECTED]
___
Redhat-devel-list mailin
he KERNELRELEASE
define, like "-sb". That way, I can easily identify my kernel builds as
being something other than an "official" distribution.
Steven Boswell
[EMAIL PROTECTED]
___
Redhat-devel-list mailing list
[EMAIL PROTECTED]
17 matches
Mail list logo