Why does rpcbind do this? Shouldn't usermod be used instead of
userdel/useradd? It means on every single rpcbind package upgrade,
the user is deleted and re-added.
#rpm -q --scripts rpcbind
preinstall scriptlet (using /bin/sh):
# if the rpc uid and gid is left over from the portmapper
# remove both of them.
/usr/sbin/userdel rpc 2> /dev/null || :
/usr/sbin/groupdel rpc 2> /dev/null || :
# Now re-add the rpc uid/gid
/usr/sbin/groupadd -g 32 rpc > /dev/null 2>&1
/usr/sbin/useradd -l -c "Rpcbind Daemon" -d /var/lib/rpcbind -g 32 \
-M -s /sbin/nologin -u 32 rpc > /dev/null 2>&1
postinstall scriptlet (using /bin/sh):
/sbin/chkconfig --add rpcbind
preuninstall scriptlet (using /bin/sh):
if [ $1 -eq 0 ]; then
service rpcbind stop > /dev/null 2>&1
/sbin/chkconfig --del rpcbind
/usr/sbin/userdel rpc 2>/dev/null || :
/usr/sbin/groupdel rpc 2>/dev/null || :
rm -rf /var/lib/rpcbind
postuninstall scriptlet (using /bin/sh):
if [ "$1" -ge "1" ]; then
service rpcbind condrestart > /dev/null 2>&1
Thanks for making wonderfull Distribution.
As we are doing kernel hacking, we found that KSCOPE app is really worth and
tried our hand in Fedora.
I am sad to say that it has not been ported to either Fedora or any Redhat
We would like to see it in Fedora as soon as possible.
Since Fedora is not supporting KSCOPE, we are using Ubuntu for our
At Matt Domsch's talk at FudCON some of us got into an interesting tangent.
Fedora could really use Debian style net install ISOs.
For those unfamiliar with the concept ... assume a minimally sized image
that is enough to start up a net install for all content.
Now imagine the bandwidth savings -- you're not downloading anything you
don't need. For most Debian users I knew, this is the way we always
Imagine something like the rescue image (heck, this is only a slight
tweak) with the following modifications:
1. a kickstart file on it that is set up for a network installation
(everything else interactive)
2. the kernel options pre-modified to use that kickstart file
3. the network install source of a tree on
download.fedoraproject.org (which is geoip magic)
4. and yum repos for updates (so installs can be done to updated
content) that understand how to use yum mirror lists.
(only the last part (4) seems to require any sort of software
Currently I am not aware of the ability to express mirror lists in a
kickstart file (pykickstart doesn't like em?) but I know Anaconda can do
Debian actually had you enter in what mirror you wanted (I always picked
kernel.org), but we probably have a even smarter solution with
What else do we need to get this going and hosted?
I imagine the bandwidth savings for Fedora could be huge, but even more
so, the users in bandwidth-constrained environments wouldn't have to
download a full DVD (not even DVD 1) to get going.
-----BEGIN PGP SIGNED MESSAGE-----
I would to ask, how I can determinate which repositories are use for a
special koji build tag liki dist-f9-gcc43?
And the second question is it possible to include this repositories in
a local mock configuration?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
I got myself an Eeepc to play around with and I'd love to get Fedora
running on it. Issues that I'm aware of:
- Ethernet driver. Controller is an Attansic Tech L2 100Mbit Ethernet
Adapter (rev a0) (0200: 1969:2048). This uses the atl2 driver. Anyone
have any ideas on the chances of this going upstream? Interestingly I
see this in some of the 2.0.3 files:
* Copyright(c) 2007 Chris Snook <csnook(a)redhat.com>
- Wireless driver. Controller is an Atheros AR5007EG 802.11 b/g
Wireless PCI Express Adapter. (168c:001c rev 01). Distributed
versions appears to use the madwifi drivers. Sounds like ath5k is the
way forward though.
- Flash drive. Want to minimize writes. One attempt (eeedora) uses the
ext2 filesystem rather than ext3. Does that help? Are there things to
take from stateless projects for minimizing writes to /var?
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion(a)cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com