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, 10 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?
17 years, 2 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
19 years
gnupg newpg gpgme gpgme03 cryptplug isuses
by Dennis Gilmore
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
19 years, 1 month
udev in initrd
by Thomas Woerner
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/
19 years, 4 months
rawhide report: 20040623 changes
by Build System
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
19 years, 5 months
How does MIME handling exactly work?
by Gérard Milmeister
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
19 years, 5 months
The Fedora Hardware Project - Update
by Scott Sloan
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>
19 years, 5 months
Tetex inter-dependencies: proposed changes
by Leonard den Ottolander
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
19 years, 5 months
Signing an rpm package at build-time automatically
by Didier Casse
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
19 years, 5 months
