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, 8 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
Zeroconf in FC5?
by Daryll Strauss
I saw zeroconf in action at a Mac based facility a while back and I have
to say I was impressed. It makes their networking setup very easy. The
biggest downside was that they knew very little about how their network
actually worked. That made my life integrating a Linux system in to
their environment much more difficult. So, I'd like to see zeroconf
really integrated in to FC5. I think it'll make network setup for a lot
of users much easier.
For those who don't know, zeroconf provides several functions:
*) Dynamically allocating an IP address to a system when it boots
(without requiring a DHCP server)
*) Translate between names and IP addresses (without any setup or
directory server)
*) Allows for the publishing and discovery of services such as DNS,
NFS, ftp, http, printers, whatever (without requiring any setup or
directory server)
*) Allocates multicast addresses (without a MADCAP server). (This part
isn't yet supported and I'm not sure I know what it means :))
Fedora ships with Howl which looks to be the framework for doing
zeroconf. It seems that what's needed is integrating howl in to all the
appropriate places.
- |Daryll
17 years, 2 months
Stateless linux and an idea of mine for SMALL networks without servers
by Nic
Disclaimer: I hope that this is the right mailing list, but I really
wanted to reach developers would can say if it's feasible and what to
use for that.
Anyway, I was fighting the usual problems with networks and came up with the
following dream to make my life easier as a network admin. Basically I
am tired of fixing things, of worrying if a hard disk will die, of
having to deal with data access, backup etc...
I was thinking this through by looking at how most of my coworkers,
friends, and small offices use their PCs in day-to-day operations and
applying that work flow to a solution.
Before, somebody screams, this means little or moderate daily data
generation so that, basically, a laptop drive could hold the entire
company's data. (This may require email-purge rules and other things
like that).
Anyway here it is: Basically, I suggest that (almost) all PCs in the
network be laptops with the exact same image. Furthermore, they
replicate their HD continuously (with possibly some delay).
This certainly applies to the user data and application. It may not
be necessary for the OS
I am not sure of the technology to use here, but I thought something
deriving from the P-to-P technology, some distributed file system,
some database replication technology or even freenet could be a
good base.
Since every laptop will contain ALL the data for the
whole network, every laptop uses hardware encryption
at the hard disk level using an external dongle/card/whatever to limit
the risk when a laptop is lost or stolen.
Additionally, every login ALSO uses a dongle/card for access to their
account. This makes it (almost) impossible for somebody stealing a
laptop to get access to the whole data. Additionally, it makes it
(alomst) impossible for somebody to fet to other people's data. If a
system dies, you just get a new one and sync it up. However, one main
idea is that you always have EVERYTHING you need right where you are,
no matter WHERE you are. Also, there is no UPS to worry about.
Communication between PCs could be implemented using VPN/IPSec or
whatever other protected mechanism. Internet access would have to be
"sandboxed", but UNIX based OSes allow for that easily. That's the
gist of it. A lot of things can be configured in many ways, but the
whole point here is to simplify people's life.
Look at it from a disaster recovery: a lot of people bring their laptop home.
Even if the company's building burns down as well as a few employees
homes, one surviving laptop is enough to bring the business back online.
Pros:
* seamless company disaster recovery
* seamless personal computer loss recovery (you lose everything since
the last sync)
* you can use ANY laptop and find YOUR own environment and files
* no central server/single point of failure
* no UPS except for the internet firewall (this comes from the PCs
being laptops)
Cons:
* sync across a lot of PCs might be tricky and needs to be tuned.
Maybe randonly select one as master like the SMB Master browser
election works?
* each laptop needs to have enough space for the whole company's data
* maybe not appropriate for disk intensive applications (video capture...)
I wanted to post it here for other people to use if they think it's a
good idea. (and also to preempt any proprietary company from saying
"me first")
It seems that Windows Vista is coming with some automatic
synchronization across two PCs so, that's one step towards it, but we
have different goals.
I posted this somewhere and somebody pointed me toward stateless linux
and it seems pretty cool and close to what I was thinking of. I'll
look smoe more into it, but does anybody see this as useful for VERY
SMALL networks? (I already got bashed by enterprise admins sneernig at
people who don't want a rack server, so if that's your intent, just
reply "me too").
Feel free to comment (I know people will).
Nick
17 years, 7 months
Kernel issues
by Trever L. Adams
During the FC4 development cycle I mistakenly asked for 2.6.12 to be
included because it "had" the ip_conntrack for ipv6. This was based on
something I read. It turns out the person was misquoting. The USAGI
project was promising this for a patch for 2.6.12. It was never included
at least to my knowledge.
My wish list for FC5 includes the following:
TARPIT target for IPTABLES (I think it is already included).
connlimit (and friends) matching for the kernel, this exists in
documentation but has not yet made the mainstream kernel. Help should be
given to get it there and it should be included.
ip6_conntrack (or whatever it's name is) should be given similar help
and should be included.
Other than that, most of my wishes are ready being addressed. I do think
these are very important for both desktop and server/firewall machines.
Thank you,
Trever Adams
--
"I conceive that a great part of the miseries of mankind are brought
upon them by the false estimates they have made of the value of things."
-- Benjamin Franklin
17 years, 8 months
system-config-sshd ?
by Arthur Pemberton
Hello,
I have been a Fedora user since FC1, and now I'd like to contribute to
the project. I know some Python, but no GUI (as yet). My more tested
programming skills lie is pascal and delphi. I am interested in building
a cnfiguration tool for sshd to help me learn the python language
better, and also to contribute to the fedora project. But I need some help:
Knowledge - HOWTOs, tutorial, whitepapers, etc that I need to read to
properly write a system-config applicat ion
Rules - Standards, and guidelines that I shoudl follow
Technologies - gui toolkits, modules, etc that I should stick to in
learning and building a system-config tool.
Thanks for your assistance and time.
PS: the fedora-config-list is dead, so I'm reposting here
17 years, 8 months
OT: SCALE 4x -- Call For Papers
by Ilan Rabinovitch
Hello,
The call for papers for SCALE 4x, the 2006 Southern California Linux
Expo, is now open. This event will be our fourth annual show. It
will be held on Feb 11-12, 2006 at the Los Angeles Airport Westin. We
are expecting 1,300+ in attendance this year. We are non-profit,
community run Linux, open-source and free software conference.
If you are working on something you believe the community
would be interested in, please consider submitting a presentation to
our call for papers. I am including details bellow.
Past presentations are available online (including slides audio in most cases):
2005 - http://www.socallinuxexpo.org/past/2005/hours.php
2003 - http://www.socallinuxexpo.org/past/2003/presentations.php
2002 - http://www.socallinuxexpo.org/past/2002/presentations.php
If you have any questions please feel free to call the Call For Papers
team at cfp @ socallinuxexp.org
CFP Link: http://www.socallinuxexpo.org/pr/pr_20050620.php
CFP PDF: http://www.socallinuxexpo.org/pr/cfp4x.pdf
Best regards,
Ilan Rabinovitch
Conference Chair
Southern California Linux Expo
http://www.socallinuxexpo.org
2006 Southern CAlifornia Linux Expo
The USC, Simi/Conejo, and UCLA Linux User Groups are proud to announce
the 4th annual Southern California Linux Expo scheduled for February
11-12, 2006 at the Westin Hotel near the Los Angeles International
Airport. Building on the tremendous success of last three years' SCALE,
we will continue to promote Linux and the Open Source Software
community.
We invite you to share your work on Linux and Open Source projects with
the rest of the community as well as exchange ideas with some of the
leading experts in these field. Details about SCALE 4X as well as
archives for the last three years can be found at
http://www.socallinuxexpo.com.
Topics of interest include, but are not limited to:
* Linux kernel
* Linux Networking
* Linux for embedded systems
* Linux for Desktops
* LAMP
* Multimedia in Linux
* Security in Linux
* VoIP
* Wireless tools in Linux
* Linux Games
* GIMP & other graphics software
* Administration techniques for specific distributions
* Custom Configurations
* Linux Deployments and experiences: Case studies
* Open source Licensing
* Government policies with Open Source
* Other open source projects
The proposals should comprise a 1-page (maximum) description containing
the following:
1] Title for the talk.
2] Name, Affiliation, Bio, a passport size picture (optional) and
contact email address of the Presenter.
3] What will be covered? A bulleted list of the main points of the
presentation will be ideal. Please include enough detail as will be
necessary.
4] Any specific requirements needed for the presentation other than an
overhead projector and a microphone.
Presentations are alloted a time slot of about 45 minutes. All proposals
are to be sent to kapadia=at=socallinuxexpo.com.
Important Dates:
20 Jun, 2005: CFP Opens
20 Nov, 2005: Last date for abstracts/proposals
20 Dec, 2005: Last date for notification of acceptance
11 Feb, 2006: Conference starts
17 years, 10 months
rawhide report: 20050928 changes
by Build System
New package fake-build-provides
fake build provides for the build system
Updated Packages:
HelixPlayer-1:1.0.6-1
---------------------
* Tue Sep 27 2005 John (J5) Palmieri <johnp(a)redhat.com> - 1:1.0.6-1
- Fix for CAN-2005-2710
alsa-lib-1.0.10rc1-1
--------------------
* Tue Sep 27 2005 Martin Stransky <stransky(a)redhat.com> 1.0.10rc1-1
- new upstream version
alsa-utils-1.0.10rc1-1
----------------------
* Tue Sep 27 2005 Martin Stransky <stransky(a)redhat.com> 1.0.10rc1-1
- new upstream version
am-utils-5:6.1.1-3
------------------
* Tue Sep 27 2005 Peter Vrabec <pvrabec(a)redhat.com> 6.1.1-3
- specify type option in /default in /etc/amd.net (#11618)
anaconda-10.3.0.26-1
--------------------
* Tue Sep 27 2005 Chris Lumens <clumens(a)redhat.com> 10.3.0.26-1
- kickstart script fixes
bind-24:9.3.1-14
----------------
* Tue Sep 27 2005 Jason Vas Dias <jvdias(a)redhat.com> - 24:9.3.1-14
- When forwarder nameservers are changed with D-BUS, flush the cache.
* Mon Sep 26 2005 Jason Vas Dias <jvdias(a)redhat.com> - 24:9.3.1-12
- fix bug 168302: use gcc for compiling dns-keygen
- fix bug 167682: bind-chroot directory permissions
- fix issues with -D dbus option when dbus service not running or disabled
* Tue Aug 30 2005 Jason Vas Dias <jvdias(a)redhat.com> - 24:9.3.1-12
- fix bug 167062: named should be started after syslogd by default
checkpolicy-1.27.4-1
--------------------
* Tue Sep 27 2005 Dan Walsh <dwalsh(a)redhat.com> 1.27.4-1
- Latest upgrade from NSA
* Merged bugfix for dup role transition error messages from
Karl MacMillan (Tresys).
* Fri Sep 23 2005 Dan Walsh <dwalsh(a)redhat.com> 1.27.3-1
- Latest upgrade from NSA
* Merged policyver/modulever patches from Joshua Brindle (Tresys).
cracklib-2.8.4-1
----------------
* Tue Sep 27 2005 Nalin Dahyabhai <nalin(a)redhat.com> 2.8.4-1
- update to 2.8.4
- build python module
gaim-1:1.5.0-6.fc5
------------------
* Tue Sep 27 2005 Warren Togami <wtogami(a)redhat.com> - 1:1.5.0-6.fc5
- remove -Wno-pointer-sign, not sure why it was needed earlier
- fix FORTIFY_SOURCE on FC3
gawk-3.1.5-3
------------
* Tue Sep 27 2005 Karel Zak <kzak(a)redhat.com> 3.1.5-3
- fix #169374 - Invalid Free (patch by Aharon Robbins)
gdm-1:2.8.0.4-2
---------------
* Tue Sep 27 2005 Ray Strode <rstrode(a)redhat.com> 1:2.8.0.4-2
- remove flexiserver from menus
gettext-0.14.5-2
----------------
* Wed Sep 28 2005 Jindrich Novy <jnovy(a)redhat.com> 0.14.5-2
- convert spec to UTF-8
- remove old tarballs from sources
gnome-screensaver-0.0.13-5
--------------------------
* Tue Sep 27 2005 Ray Strode <rstrode(a)redhat.com> 0.0.13-5
- Location to copy .menu file changed to preferences-post-merged.
gtk2-2.8.4-1
------------
* Tue Sep 27 2005 Matthias Clasen <mclasen(a)redhat.com> 2.8.4-1
- New upstream version
* Mon Aug 29 2005 Matthias Clasen <mclasen(a)redhat.com> 2.8.3-1
- Newer upstream version
* Mon Aug 15 2005 Matthias Clasen <mclasen(a)redhat.com> 2.8.0-1
- Newer upstream version
initscripts-8.16-1
------------------
* Tue Sep 27 2005 Than Ngo <than(a)redhat.com> 8.16-1
- fix typo bug
kernel-2.6.13-1.1580_FC5
------------------------
* Tue Sep 27 2005 Dave Jones <davej(a)redhat.com>
- Fix typo in previous knfsd patch.
mkinitrd-5.0.0-1
----------------
* Tue Sep 27 2005 Peter Jones <pjones(a)redhat.com> - 5.0.0-1
- remove support for pivotroot
- remove support for non-initramfs initrds
- remove support for 2.4 kernels
- don't force scsi_mod before scsi modules; deps should bring it in.
same for "unknown"; it's not needed any more.
- lots of whitespace adjustment
- minor messaging changes
- no manual redirection to stderr or RCFILE, nor manual verbose checking
- in light of these changes and other planned changes, this is 5.0.0
* Mon Sep 26 2005 Peter Jones <pjones(a)redhat.com> - 4.2.24-1
- Fix module discovery for raid (eleminates "find" warning as well)
nc-1.82-1
---------
* Tue Sep 27 2005 Tomas Mraz <tmraz(a)redhat.com> 1.82-1
- update from OpenBSD upstream CVS
- fix pollhup patch so it reads everything before shutdown
* Wed May 11 2005 David Woodhouse <dwmw2(a)redhat.com> 1.78-2
- Don't ignore POLLHUP and go into an endless loop (#156835)
* Mon Apr 11 2005 Radek Vokal <rvokal(a)redhat.com> 1.78-1
- update from CVS, using glib functions
nss_ldap-242-1
--------------
* Tue Sep 27 2005 Nalin Dahyabhai <nalin(a)redhat.com> 242-1
- update to nss_ldap 242
ppc64-utils-0.7-12
------------------
* Tue Sep 27 2005 David Woodhouse <dwmw2(a)redhat.com> - 0.7-12
- Work around old Pegasos II 'claim' method bug
redhat-menus-5.0.1-1
--------------------
* Tue Sep 27 2005 Ray Strode <rstrode(a)redhat.com> 5.0.1-1
- don't use dir name preferences-merged. It has special
significance (bug 169108)
selinux-policy-strict-1.27.1-9
------------------------------
* Tue Sep 27 2005 Dan Walsh <dwalsh(a)redhat.com> 1.27.1-9
- Fixes for Amanda and dhcpd
selinux-policy-targeted-1.27.1-9
--------------------------------
* Tue Sep 27 2005 Dan Walsh <dwalsh(a)redhat.com> 1.27.1-9
- Fixes for Amanda and dhcpd
17 years, 12 months
announce: rpmdb checker, machine status checker
by Florian La Roche
Here is a python script that can analyse a rpmdb and also help
determining the status of an installed machine:
- /var/lib/rpm/Packages contains all data, the other rpmdb
files contain duplicate data for easier access.
/var/lib/rpm/Packages is checked against the data in the
other files.
- rpm header have a sha1 checksum for most of the data. With
some nifty lookup you can verify this sha1 sum and thus most
of the data to not be corrupted.
- A few smaller checks can be done like dependency checking,
are packages with an unusual arch installed, which non-kernel
packages have more than one package installed etc.
- You can choose to check rpmdb against yum repositories to
check which installed packages are not included in yum repos
or which packages differ in rpmdb.
- You can even check rpmdb files from other archs or copy them
from some other machine to verify them. All checks work for
non-root users.
The python script is available at
http://people.redhat.com/laroche/pyrpm/pyrpm.py
You can call it with:
./pyrpm.py --checkrpmdb
or for the more advanced yum repositories check (you then need
urlgrabber and libxml2-python to be installed):
./pyrpm.py -c /etc/yum.conf --checkrpmdb
Let me know if you have questions about this tool, have ideas
about further checks that can be added or have problems using
it. (Especially if you have real broken rpmdb files on some of
your machines, I'd like to hear if some checks could be improved. ;-)
greetings,
Florian La Roche
18 years
