upgrading RH 9 system->Fedora with iso files and apt only
by Didier Casse
I have the yarrow's iso files on my HD in a RH9 system. Let's say I want
to upgrade selected packages using an "apt-get install" pointing to my
iso-mounted files, how do I do it?
i.e I mount the iso into some /mnt/yarrow1, /mnt/yarrow 2 etc..
Then what is the complete procedure to make my apt look into my own HD to
upgrade packages. Can anybody redirect me to the correct
resource or some literature hanging on the web? Thanks.
Assume also that I do not wish to burn CDs! I do not want to use
apt-cdrom. Thanks.
With kind regards,
Didier.
---
PhD student
Singapore Synchrotron Light Source (SSLS)
5 Research Link,
Singapore 117603
Email: slsbdfc at nus dot edu dot sg \or\
didierbe at sps dot nus dot edu dot sg
Website: http://ssls.nus.edu.sg
1 year, 4 months
autoconf breakage on x86_64.
by Sam Varshavchik
I don't know the right way to fix this, but something is definitely broken;
and something needs to be fixed, one way or the other. The question is what
exactly needs to be fixed.
Consider something like this:
LIBS="-lresolv $LIBS"
AC_TRY_LINK_FUNC(res_query, AC_MSG_RESULT(yes), AC_MSG_RESULT(no))
Here's what happens on x86_64:
gcc -o conftest -g -O2 -Wall -I.. -I./.. conftest.c -lresolv >&5
/tmp/ccW7EeDX.o(.text+0x7): In function `main':
/home/mrsam/src/courier/authlib/configure:5160: undefined reference to
`res_query'
collect2: ld returned 1 exit status
configure:5147: $? = 1
configure: failed program was:
[ blah blah blah ]
| /* We use char because int might match the return type of a gcc2
| builtin and then its argument prototype would still apply. */
| char res_query ();
| int
| main ()
| {
| res_query ();
| ;
| return 0;
| }
The same exact test on FC1 x86 will work.
The reason appears to be that you have to #include <resolv.conf> on x86_64
in order to succesfully pull res_query() out of libresolv.so. You don't
need to do this on x86, and the test program generated by AC_TRY_LINK_FUNC
does not include any headers, but uses a manual prototype.
So, what now?
16 years, 8 months
DMRaid in Fedora devel
by Mark Wormgoor
Hi,
Attached are three patches that I made to get Fedora-devel to install on
a bios sata raid-0 system (Sil 3112 on Abit AN7). It uses Heinz
Mauelshagen's dmraid for detecting the disks.
The first patch is against Anaconda. It removes the raid disks from the
isys disklist and replaces them with the mapper device. The patch
requires the full (not enable-mini) dmraid binary in the stage 2 image.
I tested the patched Anaconda in install, upgrade and rescue mode (text
and gui) and had no problems on my system.
The second patch is against mkinitrd. It adds /sbin/dmraid.static to
the initrd if necessary and updates the initscript. The
/sbin/dmraid.static binary is not yet a part of the current dmraid rpm,
so you need to provide your own.
The third patch is against rc.sysinit so that dmraid.static is run at
boot. Again, you need the full dmraid binary under /sbin/dmraid.static
(not enable-mini) because the rc.sysinit script uses the testmode first
before enabling the mapper devices.
I now have a Fedora-devel system booting from my two raid-0 disks.
Unfortunately, there is no bootloader for /dev/mapper devices. There is
a patch against lilo to make it work on devmapper devices here
(http://www.saout.de/misc/) and Eric Agsjö has a patch to make it work
with raid-1 devices here
(https://www.redhat.com/archives/ataraid-list/2004-October/msg00007.html). I am still using lilo under FC1 (using the medley.o module) and that works for me.
I hope someone finds these patches useful; it would be very nice if FC4
would install on and boot from these bios ide raid devices without too
much hacking.
Kind regards,
Mark Wormgoor
--
***************************************************************
* |\ /| | /| / Mark Wormgoor *
* | \ / | | / | / mailto:mark@wormgoor.com *
* | \/ |ark |/ |/ormgoor http://www.wormgoor.com/mark/ *
***************************************************************
18 years, 1 month
Improving security
by Hans de Goede
Hi,
I just read this interesting article on lwn:
http://lwn.net/Articles/106214/
(lwn subscriber only)
This talks about things like:
1 Stack Smash Protection
2 PAX (alternative Exec Shield)
3 Position Independent Executables.
Stack Smash Protection sounds like a cool feature to me. I don't know
what the performance impact is, but as a developer even if it is to slow
to use by default I would love to have it intergrated into the gcc
shipped by Fedora to make debugging easier.
PAX uses tricks to get a non executable stack, and assignes random
addresses to PIE executables, which Fedora already has in the form of
Exec Shield, good! But if I undertand it correctly PAX does more for
example also make data pages non executable, this might be something
worth looking into.
PIE we already have, good!
Regards,
Hans
18 years, 4 months
ia32e, er EM64T that is...
by Jesse Keating
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
What are the chances of getting an ia32e specific kernel in the x86_64
version of Fedora Core 3? We're starting to ship Nacona based systems,
and we have always done Fedora Core pre-installs. While the x86_64
kernel of FC2 works now, I thought it was in some sort of 'compatible
64bit' mode rather than ia32e or em64t specific mode.
I guess a better question: With kernel 2.6, is there any need to have a
specific ia32e vs amd64 kernel? Are all the differences worked out at
runtime and thus a non-issue? Thanks.
- --
Jesse Keating RHCE (http://geek.j2solutions.net)
Fedora Legacy Team (http://www.fedoralegacy.org)
GPG Public Key
(http://geek.j2solutions.net/jkeating.j2solutions.pub)
Was I helpful? Let others know:
http://svcs.affero.net/rm.php?r=jkeating
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFBPJpX4v2HLvE71NURAgLOAJ41i+nTykxeQlOs+SG0Lxu297RM/gCfQ30X
DzP7D/wWGZN0T8LiXAlZFpY=
=7oGl
-----END PGP SIGNATURE-----
18 years, 5 months
APT repository problems with up2date
by Jos Vos
Hi,
Before I start digging in the up2date code myself, maybe someone
can comment on this:
I have a problem when using up2date up2date with my self-created
APT repositories. When updating, it complains about conflicting
files: it just thinks that a long list of directories that are
shared among packages conflict with each other.
Apt-get itself (and synaptic) seems to work fine with the same
repository, only with up2date there is a problem. Also, up2date
with a yum repository of then same package set works fine, as
does yum itself.
FWIW: I generate my APT repositories with --flat --bloat.
Cheers,
--
-- Jos Vos <jos(a)xos.nl>
-- X/OS Experts in Open Systems BV | Phone: +31 20 6938364
-- Amsterdam, The Netherlands | Fax: +31 20 6948204
18 years, 6 months
kmodule does not look into /lib/modules/`uname -r`/extra
by Féliciano Matias
I have a proprietary drivers that install modules
into /lib/modules/`unmae -r`/extra .
For me it's the right place.
But kmodule don't look into extra directory.
Which one is wrong ?
The code (kmodule.c from initscripts) :
int isAvailable(char *modulename)
{
struct utsname utsbuf;
char path[512];
uname(&utsbuf);
snprintf(mod_name,100,"%s.ko",modulename);
snprintf(cmod_name,100,"%s.ko.gz",modulename);
snprintf(path,512,"/lib/modules/%s/kernel",utsbuf.release);
/* Do not set the third argument of this function to < 6. Blarg. */
if (ftw(path,isModule,15) == 1) {
return 1;
}
return 0;
}
18 years, 6 months
emacs-nxml-mode new version out.
by Gavin Henry
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi all,
If I remember Tim Waugh did an rpm for this.
Tim, do you have an updated one or should I take your src.rpm and update it?
http://www.thaiopensource.com/download/nxml-mode-20040726.tar.gz
- --
Kind Regards,
Gavin Henry.
Managing Director.
T +44 (0) 1224 587369
M +44 (0) 7930 323266
F +44 (0) 1224 742001
E ghenry(a)suretecsystems.com
Open Source. Open Solutions.
http://www.suretecsystems.com/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFBBSOieWseh9tzvqgRAqS7AJ9dw2htkWghGDkqaSSxnDuUj8m5pQCgkm2x
zjEl0ToUdqT4KOugxCowY24=
=hVlR
-----END PGP SIGNATURE-----
18 years, 6 months
Re: Mail gui config
by "Nils O. Selåsdal"
Mircea MITU wrote:
>
>>
>
>
> You're right, those are silly reasons. But I, for one, I see two major
> reasons to make this switch, from sendmail to postfix as the MTA of
> choice:
>
> 1. SANS Top Vulnerabilities, U5. Mail Transport Service
> http://www.sans.org/top20/#u5
>
> 2. The very first thing done by the almost all the people I know after a
> RH/Fedora install, is rpm -e sendmail
>
> I really wonder how many subscribers are still using Sendmail.
For the record, I do. I see no reason I should switch to something else.
--
Nils O. Selåsdal
www.utelsystems.com
18 years, 7 months
FC3rc5
by Elliot Lee
For your weekend enjoyment, please try:
http://fedora.linux.duke.edu/FC3-rc/3/
http://sunsite.mff.cuni.cz/OS/Linux/Dist/Fedora.RC/3/
ftp://sunsite.mff.cuni.cz/OS/Linux/Dist/Fedora.RC/3/
rsync://sunsite.mff.cuni.cz/ftp/OS/Linux/Dist/Fedora.RC/3/
http://testing.fedora.redhat.com/tree/ (still syncing, should be ready by 8pm EDT Oct 29.)
This is likely to be the last FC3 release candidate, so please give it all
the loving attention you possibly can. It does have fixes for some of the
more serious issues reported here - your efforts are having results. When
testing FC3rc5, things that could use extra-special attention are upgrades
and the kernel. Please make sure to file any showstopper bugs (data loss
or corruption, major install/upgrade failures) in bugzilla and bring the
bug #'s to our attention.
In respond to all the queries about "why are the .iso timestamps
changing", it's because I'm putting the latest RC in the same location as
the older ones, so the files do change.
Thanks y'all!
-- Elliot
18 years, 7 months
