devel October 2004

devel@lists.fedoraproject.org

280 participants
287 discussions

upgrading RH 9 system->Fedora with iso files and apt only
by Didier Casse 17 Jan '22

17 Jan '22

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

6 9

autoconf breakage on x86_64.
by Sam Varshavchik 26 Sep '06

26 Sep '06

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?

4 3

DMRaid in Fedora devel
by Mark Wormgoor 19 Apr '05

19 Apr '05

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/ * ***************************************************************

2 1

Improving security
by Hans de Goede 19 Jan '05

19 Jan '05

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

5 8

ia32e, er EM64T that is...
by Jesse Keating 22 Dec '04

22 Dec '04

-----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-----

6 11

APT repository problems with up2date
by Jos Vos 28 Nov '04

28 Nov '04

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

3 3

kmodule does not look into /lib/modules/`uname -r`/extra
by Féliciano Matias 23 Nov '04

23 Nov '04

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; }

2 1

emacs-nxml-mode new version out.
by Gavin Henry 15 Nov '04

15 Nov '04

-----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-----

2 4

Re: Mail gui config
by "Nils O. Selåsdal" 06 Nov '04

06 Nov '04

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

5 7

FC3rc5
by Elliot Lee 03 Nov '04

03 Nov '04

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

6 8

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel October 2004