devel June 2004

devel@lists.fedoraproject.org

236 participants
219 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

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

29 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

gnupg newpg gpgme gpgme03 cryptplug isuses
by Dennis Gilmore 29 Oct '04

29 Oct '04

Recently the version of libgcrypt was increased to 1.1.94 as a result of this newpg would not build against the newer libgcrypt i sent an email to gcrypt-devel list and this is what i got back <quote> Don't build newpg at all. It has been superseded by gnupg-1.9.x . You would need an old libgcrypt < 1.1.42 to build it. The configure sscript was not able to detect newer versions with a changed API. </quote> we have a problem here seems we no longer need newpg but we need things it provides for gpgme gpgme03 cryptplug gpa kgpg (which doesnt complain so much just says its not there) to get these things it provides we need to go to the newer gnupg or we need to revert back to the older libgcrypt. being so late in the cycle i dont know which would be best. so i thought id ask before filling a bug against something. it does need to be fixed before final is out as people will complain if they cant decrypt email in kmail or mutt gpa doesnt work etc. i think we should probably go back to the old version of libgcrypt Dennis

6 15

udev in initrd
by Thomas Woerner 15 Jul '04

15 Jul '04

There are test packages in http://people.redhat.com/twoerner/UDEV/ for using udev in initrd with persistent devices. Usage ----- - If you want to enable udev in initrd, then install the test packages and create an initrd with mkinitrd. - If you want to turn off udev, set USE_UDEV="no" in /etc/sysconfig/udev. - For another udev root directory (not /dev) set udev_root="/some dir/" in /etc/udev/udev.conf - This will not disable udev in initrd. The result is an unusable initrd - For disabling persistent /dev filesystem set UDEV_KEEP_DEV="no" in /etc/sysconfig/udev. Your /dev filesystem will not be the same in inird and the running system. - You have to recreate the initrd after changing any of these options. Warnings -------- - The new mkinitrd is not tested heavily (especially lvm support). - It will not work with devfs. - Make a backup copy of the original initrd (best is to make an additional boot entry in grub with the new initrd) Information about udev and the new mkinitrd ------------------------------------------- The benefit of udev is that there are only those device nodes which are bound to devices in your computer and that you can have additional device naming schemes like 'by label' or 'by id'. However there is a small problem with dynamic device nodes: For all devices, which are not recognized before a specific module is loaded, there will be no device node until the driver is loaded either by hand of by a program. kudzu would be a good candidate for this, but it has to be started earlier, then. udev is using helpers for additional device naming schemes, which are c programs or shell scripts. Therefore it is necessary to put tools like sed, awk, grep and so on in the initrd. These programs are not small and the initrd would be very big. The solution for this is to use a static compiled busybox, which combines tiny versions of many utilities into a single executable. Thus the new mkinitrd is using busybox for the initrd with udev support. Disabling udev results in a normal initrd with nash. It is easy to modify mkinitrd to build the normal initrd with busybox. Here are the flowcharts for the standard initrd of fc2 (without lvm support) and the udev version: Standard initrd - using nash ---------------------------- 1) mount /proc and /sys in initrd 2) load modules (eg: controller, filesystem) 3) umount /sys 4) locate root device 5) create block devices 6) mount system root on /sysroot 7) change root to /sysroot and initrd to /sysroot/initrd 8) umount /initrd/proc udev initrd - using busybox and ramfs ------------------------------------- 1) mount /proc and /sys 2) mount /dev as ramfs 3) create initial devices (eg: console, null, zero, loopX) and links for std files 4) start udev, use udevsend as hotplug 5) load modules (eg. controller, filesystem) 6) umount /sys 7) locate root device 8) mount system root on /sysroot 9) bind /dev to /sysroot [UDEV_KEEP_DEV="yes"] 10) change root to /sysroot and initrd to /sysroot/initrd 11) umount /initrd/proc 12) umount /initrd/dev [UDEV_KEEP_DEV="yes"] Have fun, Thomas -- Thomas Woerner, Software Developer Phone: +49-711-96437-0 Red Hat GmbH Fax : +49-711-96437-111 Hauptstaetterstr. 58 Email: twoerner(a)redhat.com D-70178 Stuttgart Web : http://www.redhat.de/

11 41

rawhide report: 20040623 changes
by Build System 04 Jul '04

04 Jul '04

New package howl multicast DNS implementation Removed package pilot-link095-compat Removed package openmotif21 Updated Packages: chromium-0.9.12-26 ------------------ * Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt fonts-ja-8.0-15 --------------- * Tue Jun 22 2004 Akira TAGOH <tagoh(a)redhat.com> 8.0-15 - updated Kappa20-0.396 - added mplus-bitmap-fonts-2.2.1 * Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt g-wrap-1.3.4-7 -------------- * Tue Jun 22 2004 Than Ngo <than(a)redhat.com> 1.3.4-7 - don't run make check on x86_64, it doesn't like new guile - fix build problem on x86_64/s390* * Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt gcc-3.4.0-6 ----------- * Tue Jun 22 2004 Jakub Jelinek <jakub(a)redhat.com> 3.4.0-6 - update from gcc-3_4-branch - PRs c++/14007, c++/14930, c++/15096, c++/15947, c++/15967, c++/3518, libf2c/15151, libstdc++/16020, rtl-optimization/15159, target/10129, target/13292, target/15178, target/15550, target/15941 - fix gcc hang in CSE on ppc64 kernel (PR rtl-opt/16114, Richard Henderson) - optimize unsigned int i; ... if (i == 0 || i == -1U) and similar tests gnome-applets-2.6.0-8 --------------------- * Tue Jun 22 2004 Mark McLoughlin <markmc(a)redhat.com> 1:2.6.0-8 - Fix typo with apmd requires im-sdk-11.4-60 -------------- * Sun Jun 20 2004 Yu Shao <yshao(a)redhat.com> 1:11.4-60 - openi18n revision 1772 snapshot build * Thu Jun 17 2004 Yu Shao <yshao(a)redhat.com> 1:11.4-46 - rebuild for fc2 * Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt iptables-1.2.11-1 ----------------- * Tue Jun 22 2004 Thomas Woerner <twoerner(a)redhat.com> 1.2.11-1 - new version 1.2.11 isdn4k-utils-3.2-16.p1.1 ------------------------ * Thu May 13 2004 Than Ngo <than(a)redhat.com> 3.2-16.p1.1 - fix build problem with gcc-3.4 - fix typo bug in isdnlog, bug #120568 - fix capiplugin for working with pppd 2.4.2, bug #125723 kcc-2.3-22 ---------- * Tue Jun 22 2004 Akira TAGOH <tagoh(a)redhat.com> 2.3-22 - kcc-2.3-fix-segv.patch: applied to fix segfaults with invalid options. (#126338) - add kcc.1 from Debian package. kernel-2.6.7-1.448 ------------------ * Mon Jun 21 2004 Arjan van de Ven <arjanv(a)redhat.com> - make kernel-doc and kernel-sourcecode builds independent of eachother - disable kernel-sourcecode builds entirely, we'll be replacing it with documentation on how to use the src.rpm instead for building your own kernel. * Sat Jun 19 2004 Arjan van de Ven <arjanv(a)redhat.com> - 2.6.7-bk2 * Sun Jun 13 2004 Arjan van de Ven <arjanv(a)redhat.com> - add patch from DaveM to fix the ppp-keeps-iface-busy bug libgnomeprint22-2.7.0-2 ----------------------- * Thu Jun 17 2004 Matthias Clasen <mclasen(a)redhat.com> 2.7.0-2 - Add Location information to the gpa printer state. * Tue Jun 15 2004 Colin Walters <walters(a)redhat.com> 2.7.0-1 - Update to 2.7.0 CVS - Add current version of patch which implements dynamic updating, using libgnomecups. - Add Requires: libgnomecups. - Add BuildPrereq: libgnomecups-devel. * Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt libgnomeprintui22-2.7.0-2 ------------------------- * Thu Jun 17 2004 Matthias Clasen <mclasen(a)redhat.com> 2.7.0-22 - Show printers in a tree view. * Tue Jun 15 2004 Colin Walters <walters(a)redhat.com> 2.7.0-1 - Update to 2.7.0 CVS - Pass --enable-gtk-doc to configure - Add current version of patch which handles dynamic updating from libgnomeprint. - Bump required libgnomeprint version. libidn-0.4.9-2 -------------- * Tue Jun 22 2004 Than Ngo <than(a)redhat.com> 0.4.9-2 - add prereq: /sbin/ldconfig - move la file in main package libofx-0.6.6-2 -------------- * Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com> 0.6.6-2 - rebuilt - Add gcc 3.4 patch libwvstreams-3.75.0-1 --------------------- * Mon Jun 21 2004 Harald Hoyer <harald(a)redhat.com> 3.75.0-1 - version 3.75.0 * Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt mozilla-1.7-0.3.1 ----------------- * Tue Jun 22 2004 Christopher Blizzard <blizzard(a)redhat.com> - Fix include paths in mozilla-xpcom.pc so that all the paths are included. * Fri Jun 18 2004 Christopher Blizzard <blizzard(a)redhat.com> - Update to 1.7 - New psfonts patch that includes new paths - don't need the x86-64 patch anymore - it's been merged upstream - don't need patch to unblock port 1080 - merged upstream - don't need dnscache patch - merged upstream - don't need screensize patch - merged upstream - don't need the xremote patches anymore * Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt openobex-1.0.0-7 ---------------- * Tue Jun 22 2004 Alan Cox <alan(a)redhat.com> - removed now unneeded glib requirement rpmdb-fedora-2-0.20040623 ------------------------- ruby-1.8.1-4 ------------ * Wed Jun 23 2004 Akira TAGOH <tagoh(a)redhat.com> 1.8.1-4 - updated the documentation. sendmail-8.13.0-1 ----------------- * Mon Jun 21 2004 Thomas Woerner <twoerner(a)redhat.com> 8.13.0-1 - new version 8.13.0 - made /etc/mail/Makefile complain missing sendmail-cf package (#123348) - fixed ownership of %{_includedir}/libmilter (#73977) - moved back to /usr/share/ssl/certs as certificate directory (see sendmail.mc) - extended sendmail.mc for spam protection setools-1.4-4 ------------- * Tue Jun 22 2004 Dan Walsh <dwalsh(a)redhat.com> 1.4-4 - Add support for policy.18 sylpheed-0.9.12-1 ----------------- * Wed Jun 23 2004 Akira TAGOH <tagoh(a)redhat.com> 0.9.12-1 - New upstream release. system-config-samba-1.2.11-1 ---------------------------- * Tue Jun 22 2004 Brent Fox <bfox(a)redhat.com> - 1.2.11-1 - fix security and guest account defaults (bug #121745) telnet-0.17-29 -------------- * Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt unzip-5.51-4 ------------ * Mon Jun 21 2004 Lon Hohberger <lhh(a)redhat.com> 5.51-4 - Extend max file/archive size to 2^32-8193 (4294959103) bytes vixie-cron-3.0.1-92 ------------------- * Tue Jun 22 2004 Dan Walsh <dwalsh(a)redhat.com> - 3.0.1-92 - Add fixes from NSA zip-2.3-24 ---------- * Mon Jun 21 2004 Lon Hohberger <lhh(a)redhat.com> 2.3-24 - Extend max file/archive size to 2^32-8193 (4294959103) bytes - Include better debugging output for configure script

38 129

How does MIME handling exactly work?
by Gérard Milmeister 02 Jul '04

02 Jul '04

What is the exact procedure that gnome-vfs2 (as in nautilus) uses to determine the mime-type? Apparently the mime types in /usr/share/mime-info (and in ~.gnome/mime-info) are no longer used. I noticed this, when I tried to create a mime type "application/mathematica" with extension "nb" for Mathematica notebooks. This shows up in gnome-file-types-properties, but other otherwise is completely ignored and gnomevfs-info file://$PWD/measure.nb simply shows: Name : measure.nb Type : Regular MIME type : text/plain So, is it true, that a user can assign an application to a mime type that already exists, but not create new ones? -- Gérard Milmeister Tannenrauchstrasse 35 8038 Zürich gemi(a)bluewin.ch

2 1

The Fedora Hardware Project - Update
by Scott Sloan 01 Jul '04

01 Jul '04

Just a status update and a question to get some input. Been working on and off on the Fedora hardware project and the items required for the project discussed back in May. Blah Blah Blah, going along great blah blah blah will have a beta site out end of July early August *knock on wood* blah blah blah just Need to iron out some very ugly bugs and posting comments on configurations done first. hope everyone will contribute their thoughts now and then. My brain is throwing red flags up on the issue of site registration and whether or not it's need. I don't like the idea of having it. So I'm looking for suggestions because I don't want the site to become: a forum, or huge list of flame wars. Site is just a database of supported hardware and working configurations to get not supported hardware working. At least that was my take on the project. But if it must be there, I was thinking just for adding and posting configurations. Looking for thoughts, Ideas, or concerns. -- Scott Sloan <devscott(a)charter.net>

7 11

Tetex inter-dependencies: proposed changes
by Leonard den Ottolander 01 Jul '04

01 Jul '04

Hi, I've been looking a bit at the inter-dependencies that exist between the different tetex packages. F.e. the fact that tetex-xdvi currently needs tetex (see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=11721) All this is caused because not all files have been moved into the correct packages. For some files this is rather obvious, for others it's more tricky to establish to which package they should belong. My proposal is to move a couple of files from the other tetex packages (mainly from tetex itself) to tetex-fonts, in essence making tetex-fonts a kind of tetex-common package. However no name change or split off is necessary. Dependencies would then become as follows: tetex, tetex-dvips and tetex-afm require tetex-fonts tetex-xdvi and tetex-latex require tetex-dvips (doesn't tetex require tetex-dvips? If it does drop dependency on -fonts, and -latex's dependency on -dvips.) tetex-latex requires tetex (need to investigate tetex-afm a little more) Changes to /usr/share/texmf: - All fonts, including sources and japanese (from tetex-dvips) fonts to tetex-fonts (/usr/share/texmf/fonts/*). Sources are needed to generate font definitions in /var/lib/tex. - /usr/share/texmf/fontname to tetex-fonts (not really necessary, but as tetex-fonts is the central package this is probably a good idea). - /usr/share/texmf/xdvi/XDvi is required by tetex, so can't move to tetex-xdvi. Move to tetex-fonts so it's available to both tetex and tetex-xdvi. - Parts of /usr/share/texmf/web2c to tetex-fonts, namely mf-nowin.base, mf.base, mf.pool, mfw.base, plain.base, mktex.opt, mktexdir, mktexdir.opt, mktexnam, mktexnam.opt and mktexupd. Necessary for creation of font definitions in /var/lib/texmf. - All .cnf and .cfg files to tetex-fonts. Changes to /usr/bin: - Move the following binaries to tetex-fonts (all but mfw from tetex): MakeTeXPK, access (needed by texhash), fmtutil, gftodvi, gftopk, gftype, gsftopk, inimf, kpsepath, kpsestat, kpsetool, kpsewhich, kpsexpand, mf, mf-nowin, mft, mfw (from tetex-xdvi), mktexfmt, mktexlsr, mktexmf, mktexpk, mktextfm, ps2pk, texhash(required by %post scripts) and virmf. Necessary for creation of font definitions in /var/lib/texmf. Changes to docs and man pages: - kpathsea and web2c info to tetex-fonts - relevant man pages to tetex-fonts Other changes: - libkpathsea.a and /usr/include/kpathsea headers to tetex-fonts (separate tetex-devel package?). - Cron job to remove unused font definition files to tetex-fonts. - /usr/share/texmf/ls-R and /var/lib/texmf/ls-R files to tetex-fonts. The above changes fix xdvi's dependency on tetex. A spec file (for FC 1) can be found attached to the above bug report. It's quite possible a few more files need to change packages before this is entirely correct. To test correctness of this spec file the various /var/lib/texmf/ directories need to be removed so they can be regenerated on (first) invocation of xdvi (or other programs). Dependencies for tetex-afm might not yet be satisfied (if they are please let me know). Leonard. -- mount -t life -o ro /dev/dna /genetic/research

1 1

Signing an rpm package at build-time automatically
by Didier Casse 01 Jul '04

01 Jul '04

Hi there! When we built a package, we can sign it at build time by issuing the command: rpm -ba --sign file.spec and it will prompt for something like this: Enter pass phrase: <passphrase> (Not echoed) Now on my system I need to build rpm automatically ( without human intervention)! Is it possible to have my paraphrase being read in a file rather than me sitting in front of the computer and actually typing it? I know it's not a very good idea but my rpms need to be generated automatically daily via cron, and I can't sit behind my pc and type the paraphrase each time one rpm is being built. Can I avoid the prompting of the paraphrase if I want to sign my packages at build-time and everything be done automatically? Thanks. This is for the purpose of a repository and things like these need to be automated when dealing with multiple packages. With kind regards, Didier. --- PhD student. Singapore Synchrotron Light Source (SSLS) 5 Research Link, Singapore 117603 Email: didierbe at sps dot nus dot edu dot sg Web: http://ssls.nus.edu.sg

4 3

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