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
With kind regards,
Singapore Synchrotron Light Source (SSLS)
5 Research Link,
Email: slsbdfc at nus dot edu dot sg \or\
didierbe at sps dot nus dot edu dot sg
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:
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
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 ();
| 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?
I've been working off and on for the last few weeks on a script for
generating a spec file for Perl modules from CPAN. The current
version is here:
I started noticing that source rpms generated by cpanflute2 needed a
lot of very redundant cleanup, although they would almost always
build. This script goes for the opposite approach. The spec file
generated is meant to be clean and correct (suitable for submitting to
fedora.us), since fixing build problems is usually fairly trivial.
This script currently does the following:
* Gets the name and version from the tar file name. (This probably
works for 99% of the modules on CPAN, but there are a few notable
* Parses any README files for something suitable for %description.
(I have a plan to make the guesses a bit better, but the current
code works on a lot of modules.)
* Guesses at what files should be included as %doc.
* Gets BuildRequires from PREREQ_PM in Makefile.PL.
* Sets URL and Source0 to actual (probably correct) URLs.
And there's probably other things I'm forgetting. :-)
Of course, the idea is to eventually either migrate these features
into cpanflute2 or obsolete it by moving its features into this
script. (I don't really care either way.)
To run the script, just provide the path to one or more tar files from
CPAN on the command line. I haven't implemented any usage message
(yet), so if you don't give it a list, it just won't do anything.
This message is all of the documentation that exists at the moment,
but if anyone other than me finds it useful, I'll fix that. :-)
Steven Pritchard - K&S Pritchard Enterprises, Inc.
Email: steve(a)kspei.com http://www.kspei.com/
Phone: (618)398-7360 Mobile: (618)567-7320
looking at fhs 2.3 and thinking about what needs to be done for fc3 -
just a few things that people could get working on early:
/srv - user data for services not owned by a single specific user there
/media - all the removable media and silliness there.
Thoughts on looking through the daemons and seeing what needs to be
fixed up to meet this?
I'd like to ask for some help. I'm trying to test selinux, but selinux
won't work with devfs, so I've decided to finally get rid of it and
replace with udev. However, that's rather difficult to do.
First, why does the udev startup script declare its own udev_root and
not respect /etc/udev/udev.conf? Why are the nvidia devices not part of
the udev startup script (since they're widely used, and not yet in sysfs)?
Secondly, I tried creating static /dev/console and /dev/null so that I
can even get to the udev script - I placed it at the beginning after
proc and sys are mounted. However, the root filesystem at this point is
read-only, and the udev script doesn't create the nodes. I could make it
run on ramfs, but then how could I make static /dev/console and
/dev/null? ... and how could I use the selinux policy over ramfs -
that's why I'm getting rid of devfs in the first place.
Why does the udev stop script proceed to remove my static
/dev/console and /dev/null, which it did not create?
Is there any progress on placing udev in initramfs where it's supposed
to go eventually?
-----BEGIN PGP SIGNED MESSAGE-----
This is a proposal for a standard to accommodate the accessibility of the
filesystem by end-users. We request discussion on this as a new standard. The
URL to get to the document is:
I am a member of the Ark Linux team, who is interested in seeing the Linux
desktop become a viable option. I apologize for the cross-posting.
Gary L. Greene, Jr.
Sent from uriel.gvsu.edu
5:23pm up 4:38, 5 users, load average: 0.16, 0.16, 0.11
Founder and president of the Grand Valley Linux Users Group
check out http://www.gvlug.org/ for more info.
PHONE : (616) 331-0849
EMAIL : greeneg(a)arklinux.org (my Ark Linux account)
EMAIL : greeneg(a)student.gvsu.edu (my student account)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
-----END PGP SIGNATURE-----
* Tue Mar 30 2004 Stephen C. Tweedie <sct(a)redhat.com> 2.2.7-3
- Add /usr/include/acl to files manifest
- Fix location of doc files, add main doc dir to files manifest
* Wed Mar 31 2004 Anaconda team <bugzilla(a)redhat.com>
- built new version from CVS
* Tue Feb 24 2004 Jeremy Katz <katzj(a)redhat.com>
- buildrequire libselinux-devel
* Thu Nov 06 2003 Jeremy Katz <katzj(a)redhat.com>
- require booty (#109272)
* Tue Mar 30 2004 Stephen C. Tweedie <sct(a)redhat.com> 2.4.1-3
- Add /usr/include/attr to files manifest
- Fix location of doc files, add main doc dir to files manifest
* Tue Mar 30 2004 Harald Hoyer <harald(a)redhat.com> - 1.1.8-3
- fixed ISO C++ issues
* Fri Feb 20 2004 Harald Hoyer <harald(a)redhat.com> - 1.1.8-2
- fixed ambigous operator cast
* Wed Feb 18 2004 Harald Hoyer <harald(a)redhat.com> - 1.1.8-1
- use scsilib from cdrecord-devel
* Tue Mar 30 2004 Harald Hoyer <harald(a)redhat.com> - 0.9.3-4
- gcc34 compilation fixes
* Tue Mar 30 2004 Harald Hoyer <harald(a)redhat.com> - 0.6.2-6
- fixed compilation with gcc34
* Tue Mar 30 2004 Elena Zannoni <ezannoni(a)redhat.com> 0.20040223.14
- re-enable pie.
* Tue Mar 30 2004 Elena Zannoni <ezannoni(a)redhat.com> 0.20040223.13
- Fix testsuite glitches.
* Wed Mar 24 2004 Elena Zannoni <ezannoni(a)redhat.com> 0.20040223.12
- Fix typo.
* Tue Mar 30 2004 Colin Walters <walters(a)redhat.com> 0.8.0-2
- Rebuild to pick up new libdv (hopefully).
- Use one big glob to capture all plugins. No GStreamer
plugin that's included directly in the tarball that I am
aware of besides ffmpeg includes patented code directly,
so this should be safe.
* Tue Mar 30 2004 Arjan van de Ven <arjanv(a)redhat.com>
- fix PCI posting bug in i830 DRM
* Mon Mar 29 2004 Arjan van de Ven <arjanv(a)redhat.com>
* Mon Mar 29 2004 Dave Jones <davej(a)redhat.com>
- Include latest agpgart fixes.
* Fri Mar 26 2004 Dan Walsh <dwalsh(a)redhat.com> 1.8-1
- Upgrade to latest from NSA
* Thu Mar 25 2004 Dan Walsh <dwalsh(a)redhat.com> 1.6-6
- Add Russell's Man pages
* Tue Mar 30 2004 Harald Hoyer <harald(a)redhat.com> - 1.2.7-3
- fixed gcc34 compilation issues
* Tue Mar 30 2004 Harald Hoyer <harald(a)redhat.com> - 1.60-24
- fixed compilation with gcc34
* Tue Mar 30 2004 Harald Hoyer <harald(a)redhat.com> - 10.19-7
- fixed compilation with gcc34
* Tue Mar 30 2004 Dan Walsh <dwalsh(a)redhat.com> 1.9.1-4
- Fix cups reading fonts.
* Tue Mar 30 2004 Dan Walsh <dwalsh(a)redhat.com> 1.9.1-3
- More fixes, fix for userhelper, postfix, screensaver
* Mon Mar 29 2004 Dan Walsh <dwalsh(a)redhat.com> 1.9-18
- Warn on setfiles failure to relabel.
* Mon Mar 29 2004 Dan Walsh <dwalsh(a)redhat.com> 1.9-17
- Updated version of sestatus
* Tue Mar 30 2004 Bill Nottingham <notting(a)redhat.com> 2:2.0.18-3
- add %defattr for pflogsumm package
* Tue Mar 23 2004 Alexander Larsson <alexl(a)redhat.com> 0.95-1
- update to 0.95, fix logos to be in redhat-logos
* Tue Mar 30 2004 Than Ngo <than(a)redhat.com> 3.5-13
- fixed reconnect problem
* Tue Mar 30 2004 Nalin Dahyabhai <nalin(a)redhat.com> 4.0.3-21
* Tue Mar 30 2004 Nalin Dahyabhai <nalin(a)redhat.com> 4.0.3-20
- make /etc/default world-readable, needed for #118338
* Thu Mar 04 2004 Karsten Hopp <karsten(a)redhat.com>
- fix console.apps file (#116023)
* Wed Feb 04 2004 Phil Knirsch <pknirsch(a)redhat.com>
- Added missing requires line for ghome-python2-canvas package.
* Mon Dec 08 2003 Phil Knirsch <pknirsch(a)redhat.com> 1.2.0-1
- Finished name switch to system-config-httpd from redhat-config-httpd
* Mon Mar 29 2004 Brent Fox <bfox(a)redhat.com> 2.5.9-1
- fix rhpl mouse bug (#119258)
- more code to handle multi-platform
* Fri Mar 26 2004 Brent Fox <bfox(a)redhat.com>
- first stab at making system-config-kickstart arch aware (bug #91905)
- removed LILO widgets
* Tue Mar 30 2004 Harald Hoyer <harald(a)redhat.com> - 14:3.8.2-1
- update to tcpdump-3.8.2, libpcap-0.8.2, arpwatch-2.1a13
- patched tcpdump configure for gcc34 optimizations
- removed obsolete patches
* Tue Mar 30 2004 Mike A. Harris <mharris(a)redhat.com> 3.39-1
- Fix problem in xinput script caused due to a bit of over-quoting in recent
changes, which result in logged erros (FC2 BLOCKER #119529)
* Tue Mar 30 2004 Mike A. Harris <mharris(a)redhat.com> 0.0.6.6-0.0.2004_03_11.11
- Added xorg-r200-uninitialized-variable-used.patch to CVS, as my last commit
neglected to include the file.
* Tue Mar 30 2004 John Dennis <jdennis(a)redhat.com> 0.0.6.6-0.0.2004_03_11.10
- reenable libGL exec shield patch
- also fix bug 119324 ia64 exec permissions on PLT in elfloader
* Thu Mar 25 2004 Mike A. Harris <mharris(a)redhat.com>
- Fixed uninitialized variable access in Radeon R200 driver, in r200_pixel.c
with xorg-r200-uninitialized-variable-used.patch FC2t2 TARGET (#116661)
I'd like to lobby for the re-inclusion of php-imap (and, consequently, imap
c-client [and, if I'm lucky, imap-utils]).
As a user of PHP, it's very inconvenient to be missing such a useful and widely
used piece of PHP. I'm doubly annoyed as a Horde hacker, as it requires PHP's
I understand ditching wu-imapd, etc. But c-client is still very useful,
especially in the PHP world.
Horde is, I believe, one of the most important free software projects out there
at the moment. Not many people are yet using the development branch of code,
but it has come (and is coming) a long way. It's thorough, stable, usable,
actively developed, and widely used (at least the old code base is widely
used). It has a very flexible and extensible framework, and it kicks the asses
of its competitors.
To overlook Horde is a big mistake. If users have to hack together weird sets
of custom-compiled RPMs to slap Horde on a Fedora box, that's going to annoy a
lot of people as Horde 3.0 is released.
The c-client packages never need to be installed unless someone explicitly wants
them. imap-devel is required to compile PHP with php-imap turned on, but Red
Hat's build environment should have that on hand.
Normal c-client-ignorant users never need to know that imap-2002e and
imap-devel-2002e are helping to fill up the 500 MB of free space on FC2 disc 4.
(While we're filling up FC2 disc 4, imap-utils could be useful for people no
matter what IMAP server they're running [especially if they're tryin' to
migrate their old mbox folders to the new Cyrus IMAP server].)
Is this a pipe dream?
Hi All, just wanted to share a few of my observations while running
FC2-test2, and maybe make life a little easier for people with the same
problems as me.
1) My machine is currently equiped with a ATI Radeon 9800XT card,
XFree86 (scrap that, xorg nowadays) has no support for it, and your
forced to run in VESA mode. While this is fine for a server machine
where you only run the occasional vnc server or a system-config-...
tool, for a workstation it's just to damn dog slow.. Getting the get ATI
supplied driver to work with the 2.6.x kernel seemed imposible (with
some source hacking it compiled, but the kernel driver still failed with
some 'invalid address' option); So i ended up downgrading my FC2-test2
instalation to a 2.4 kernel.. What you do is to download the latest
2.4.x kernel rpm's from the FC1 repository, then edit your
/etc/modules.conf (i had to add usb, sound and ethernet card aliases in
there), re-make your initrd for this kernel (mkinitrd), and setup lilo
or grub for the new kernel.. After this the ATI driver compiled and
installed without any problems, and i have fully accelerated X again
(and 3D support). I won't say that 2.4.x is slower or faster then 2.6.x,
but the graphical lack of speed with non accelerated X drivers, makes
this downgrade a huge speedup
2) I have a wireless optical mouse thingy, which only works on USB. I
noticed that the default movement speed of a mouse in X is quite slow,
so i went to the gnome-control-center to speed things up a bit.. To my
supprise i could slide sliders to my hearts content, but with no visible
changes.. It turns out the default XF86Config is configured for 2 mouse
inputs (old style psaux mice, and usb mice).. And gnome-control-center's
mouse applet only changed the settings for the core mouse.. Resolution
was to remove the "Mouse0" device input section, rename the device id
for DevInputMice to Mouse0, and remove the DevInputMice reference in the
ServerLayout section... After this the mouse configuration set the mouse
speed for my usb mouse nicely again
3) While trying to do a big upgrade from FC2-test1 to the recent
development tree, YUM crashed out on me.. After some digging in it's
python sources i found that it fails on a RPM package version compare,
where one package has no 'release' tag.. While it looks like YUM should
deal with the release being 'None', it didn't.. The workaround i
applied to get things working again was to edit
/usr/share/yum/rpmUtils.py and at line 121 add these lines:
if r2 == None:
r2 = '0'
4) My Audigy with only digital sound out... Sigh this has always been
and always be a problem it seems. The new 2.6 and the old 2.4 drivers
support the card perfectly, but have no way to configure it for using
the digital sound output instead of the analog one; Or atleast as far as
i know off! A work around used to be to compile the old emu10k1 tools
and use it's tools to configure the card for digital out, but it seems
with the new compilers, they won't compile anymore.. Haven't found a
workaround for this yet, so for now my system is silent and without
sound.. Anyone know a workaround/fix for this?
Well thats it for now.. All in all i love the way things are shaping up,
that the above are the only complaints means the rest is working to my
Neither FC1 nor FC2 test 1 install CDROMs will boot from my laptop's
firewire cdrom. It's not a problem of the installer not working, I
don't see any indication that any attempt was made to boot from CDROM at
all, no ISOLINUX message, nothing. The CDs boot just fine in my desktop
and the RedHat 9 discs will boot (and install) without a problem.
I found some similar bugs in bugzilla when going from RH7.3 -> RH8, but
nothing more recent than that. Is this a known issue? What changed from
RH9 -> FC1 that might be causing this?
Shahms King <shahms(a)shahms.com>