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
Emacs cvs snapshot packages available
by Jens-Ulrik Petersen
I finally got round to packaging a snapshot of current
development Emacs from CVS. Noone knows when the next
actual release of Emacs will be, but there are many
new features and changes: improved utf-8
and gtk2 support in particular.
See
http://people.redhat.com/petersen/emacs/
for more details.
Enjoy and please report any problems directly to me
(ie not to bugzilla or the emacs-devel list:),
Jens
18 years, 2 months
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
Upgrading readline
by Tim Waugh
For upgrading readline to a new major release (in Fedora development),
do I need to provide a readline4 package, or is it sufficient to just
rebuild the packages that depend on it?
Tim.
*/
18 years, 5 months
why doesn't yum cache anything?
by Jamie Zawinski
Here's a typical use case for yum with me:
- notice that "xmtr" is not installed (but "mtr" is)
- yum list '*mtr*'
- wait through ~60 seconds of:
Setting up Repo: base
repomd.xml 100% |=================| 1.1 kB
00:00
Setting up Repo: updates-released
repomd.xml 100% |=================| 951 B
00:00
Reading repository metadata in from local files
base : ############################################# 2622/2622
updates-re: ############################################# 405/405
- yum -y install mtr-gtk
- wait through that same ~60 seconds of junk before it actually
starts downloading the package.
So my questions are:
- Is there some way to make yum cache all that crap? I'd be
perfectly ok with it just reusing the same repository data
for days at a time. Certainly there's no need to re-download
it every single time I invoke yum.
- If there's no way to do that... how can you guys stand it?
Do you really suffer through this every time, or do you just
not use yum? Is there something else I should be using instead?
--
Jamie Zawinski jwz(a)jwz.org http://www.jwz.org/
jwz(a)dnalounge.com http://www.dnalounge.com/
http://jwz.livejournal.com/
18 years, 5 months
rawhide report: 20041222 changes
by Build System
New package GFS
GFS - The Global File System
New package GFS-kernel
GFS-kernel - The Global File System kernel modules
New package ccs
CCS - The Cluster Configuration System
New package cfengine
GNU cfengine - a systems administration tool for networks
New package cman
cman - The Cluster Manager
New package cman-kernel
cman-kernel - The Cluster Manager kernel modules
New package dlm
dlm - The Distributed Lock Manager
New package dlm-kernel
dlm-kernel - The Distributed Lock Manager kernel modules.
New package fence
fence - The cluster I/O fencing system
New package gnbd
gnbd - GFS's Network Block Device
New package gnbd-kernel
gnbd-kernel - The kernel module for GFS's Network Block Device
New package gulm
gulm - One possible lock manager for GFS
New package iddev
iddev is a library that identifies device contents.
New package lvm2-cluster
Cluster extenstions for userland logical volume management tools
New package magma
A cluster/lock manager API abstraction library
New package magma-plugins
Cluster manager plugins for magma
New package rgmanager
Open Source HA Resource Group Failover for Red Hat Enterprise Linux
Updated Packages:
MAKEDEV-3.16-3
--------------
* Tue Dec 21 2004 Nalin Dahyabhai <nalin(a)redhat.com> 3.16-3
- raise number of loop devices from 16 to 256 (Kenneth Lee)
- create 'vmware' alias for vnet,vmnet,vmmon devices
- change vmnet->vnet to vmnet0->vnet0, so that it isn't left dangling
dialog-1.0.20041219-1
---------------------
* Tue Dec 21 2004 Harald Hoyer <harald(a)redhat.com> 1.0-20041219-1
- new version 1.0-20041219
glib2-2.6.0-1
-------------
* Tue Dec 21 2004 Matthias Clasen <mclasen(a)redhat.com> - 2.6.0-1
- Upgrade to 2.6.0
glibc-2.3.4-3
-------------
* Tue Dec 21 2004 Jakub Jelinek <jakub(a)redhat.com> 2.3.4-3
- rebuilt
* Mon Dec 20 2004 Jakub Jelinek <jakub(a)redhat.com> 2.3.4-2
- work around rpm bug some more, this time by copying
iconvconfig to iconvconfig.%{_target_cpu}.
* Mon Dec 20 2004 Jakub Jelinek <jakub(a)redhat.com> 2.3.4-1
- update from CVS
- glibc 2.3.4 release
- add -o and --nostdlib options to iconvconfig
- if /sbin/ldconfig doesn't exist when running
glibc_post_upgrade.%{_target_cpu}, just don't attempt to run it.
This can happen during first install of bi-arch glibc and the
other arch glibc's %post wil run /sbin/ldconfig (#143326)
- use -o and --nostdlib options to create all needed
gconv-modules.cache files on bi-arch setups
grep-2.5.1-44
-------------
* Tue Dec 21 2004 Tim Waugh <twaugh(a)redhat.com> 2.5.1-44
- Fixed -Fi for multibyte input (bug #143079).
gtk2-2.6.0-1
------------
gtk2-engines-2.2.0-7
--------------------
* Tue Dec 21 2004 Matthias Clasen <mclasen(a)redhat.com> 2.2.0-6
- remove pixbuf engine which is integrated in gtk+ 2.6
kernel-2.6.9-1.1048_FC4
-----------------------
* Tue Dec 21 2004 Dave Jones <davej(a)redhat.com>
- Fix two silly bugs in the AGP posting fixes.
kernel-utils-1:2.4-13.1.49
--------------------------
* Tue Dec 21 2004 Dave Jones <davej(a)redhat.com>
- Fix missing delimiter token in microcode_ctl initscript. (143372)
* Sun Nov 28 2004 Dave Jones <davej(a)redhat.com>
- More SMP cpuspeed work. (#134398)
- Don't enable smartd by default. (#114669)
- Update irqbalance to 1.12 (#130625)
- Don't use binaries from /usr too early. (#102049)
- Fix bogus "" in microcode_ctl initscript. (#112014)
- Don't start microcode_ctl on 586's (#112088)
* Sat Oct 30 2004 Dave Jones <davej(a)redhat.com>
- Install irqbalance manpage. (#90023)
lapack-3.0-28
-------------
* Tue Dec 21 2004 Ivana Varekova <varekova(a)redhat.com>
- fix bug #143420 problem with compiler optimalizations
lm_sensors-2.8.8-1
------------------
* Tue Dec 21 2004 Phil Knirsch <pknirsch(a)redhat.com> 2.8.7-3
- Added Buildprereq for bison (#138888)
- Update to lm_sensors-2.8.8
mc-1:4.6.1a-0.3
---------------
* Tue Dec 21 2004 Jindrich Novy <jnovy(a)redhat.com> 4.6.1a-0.3
- rewrote mbstrlen() in utf8 patch, this fixes:
- dir name truncation in command prompt for ja_JP, ko_KR locales (#142706)
- localized texts will fit dialog windows and pull-down menus - tweak create_menu()
- dialog titles are centered correctly
- fix bad displaying of mc logo in help (#143415)
- merge msglen patch with utf8 patch
mktemp-2:1.5-22
---------------
* Tue Dec 21 2004 Than Ngo <than(a)redhat.com> 2:1.5-22
- fix permission issue
mysql-4.1.7-8
-------------
* Tue Dec 21 2004 Tom Lane <tgl(a)redhat.com> 4.1.7-8
- Run make test on all archs except s390x (which seems to have a bdb issue)
* Mon Dec 13 2004 Tom Lane <tgl(a)redhat.com> 4.1.7-7
- Suppress someone's silly idea that libtool overhead can be skipped
* Sun Dec 12 2004 Tom Lane <tgl(a)redhat.com> 4.1.7-6
- Fix init script to not need a valid username for startup check (bz#142328)
- Fix init script to honor settings appearing in /etc/my.cnf (bz#76051)
- Enable SSL (bz#142032)
pango-1.8.0-1
-------------
* Tue Dec 21 2004 Matthias Clasen <mclasen(a)redhat.com> - 1.8.0-1
- Version 1.8.0
- Drop unneeded patches and hacks
pcmcia-cs-3.2.7-4.1
-------------------
* Tue Dec 21 2004 Bill Nottingham <notting(a)redhat.com>
- fix broken close-on-exec patch (#135508)
rpmdb-fedora-1:4-0.20041222
---------------------------
selinux-policy-strict-1.19.15-1
-------------------------------
* Mon Dec 20 2004 Dan Walsh <dwalsh(a)redhat.com> 1.19-15-1
- Update to latest from NSA
selinux-policy-targeted-1.19.15-1
---------------------------------
* Tue Dec 21 2004 Dan Walsh <dwalsh(a)redhat.com> 1.19-15-1
- Update to latest from NSA
tmpwatch-2.9.2-1
----------------
* Wed Dec 22 2004 Miloslav Trmac <mitr(a)redhat.com> - 2.9.2-1
- Mention skipping of lost+found in the man page (#143526)
udev-048-4
----------
* Tue Dec 21 2004 Dan Walsh <dwalsh(a)redhat.com> - 048-4
- Call selinux_restore to fix labeling problem in selinux
- Fixes rh#142817
* Tue Dec 21 2004 Harald Hoyer <harald(a)redhat.com> - 048-3
- maybe fixed bug rh#143367
18 years, 5 months
Updates on the Fedora CVS server
by Cristian Gafton
We have opened to the public the anonymous access CVS server for Fedora
Core and Fedora Extras. The server lives on http://cvs.fedora.redhat.com
and it has been in use for quite some time now.
The CVS server currently hosts two major projects, with more headed its
way:
1. Fedora Core read-only anonymous mirror for our internal Fedora
development tree. Now you can follow through CVS every commit done by the
Red Hat engineers to the Fedora Core development tree. You can quickly
reference when, where and why certain changes have been inserted into your
favorite packages.
CVSROOT=:pserver:anonymous@cvs.fedora.redhat.com:/cvs/dist
export CVSROOT
2. Fedora Extras repository. Thanks to a group of very dedicated
volunteers the repository has been updated to be compatible with the
Fedora Core 3; we're working on getting an automated build system in place
that will provide binary rpms for all out of this repository.
CVSROOT=:pserver:anonymous@cvs.fedora.redhat.com:/cvs/extras
export CVSROOT
Detailed checkout instructions are available on the CVS server's home
page, at http://cvs.fedora.redhat.com/
For those that do not want to read instructions and want to get to the
"bleeding edge" as fast as possible, we have daily checkout snapshots
available at http://cvs.fedora.redhat.com/webfiles/
After unpacking your download, you can issue a "cvs update" to bring the
tree in sync with the latest changes since the archive was created. If
this is the first time accessing the Fedora CVS server, you will need to
do a "cvs login", hit Enter when asked for a password, and then attempt
the "cvs update".
ViewCVS is also available for both of these repositories if you prefer to
browse through the packages:
- Fedora Core: http://cvs.fedora.redhat.com/viewcvs/?root=core
- Fedora Extras: http://cvs.fedora.redhat.com/viewcvs/?root=extras
There are also CVS-related mailing lists that you can subscribe to. these
mailing lists publish the CVS commits as they happen. If you are curious,
you can sign up for the mailing lists at the following links:
- Fedora Core:
http://www.redhat.com/mailman/listinfo/fedora-cvs-commits
- Fedora Extras:
http://www.redhat.com/mailman/listinfo/fedora-extras-commits
Have fun,
Cristian
--
----------------------------------------------------------------------
Cristian Gafton -- gafton(a)redhat.com -- Red Hat, Inc.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Linux is a leprosy; and is having a deleterious effect on the U.S. IT
industry because it is steadily depreciating the value of the software
industry sector."
-- Kenneth Brown, President, Alexis de Tocqueville Institution
18 years, 5 months
