removing eog from core
by Marius Andreiana
Core includes now two GNOME image viewers: gthumb and eog.
gthumb has more functionallity, including printing. Please remove eog
(Could be maintained in extras if needed by somebody)
Does anybody disagree?
--
Marius Andreiana
Epon -- future-proof business applications
http://www.epon.ro
19 years
Emacs vs. XEmacs
by Gérard Milmeister
That FC4 will contain only Emacs, not XEmacs, is fine with me - in
principle. However the XEmacs distribution contains the sumo package
which contains important packages like auctex. Currently auctex is not
part of FC4. Maybe there should be a package similar to sumo, but for
Emacs.
--
Gérard Milmeister
Langackerstrasse 49
CH-8057 Zürich
19 years
Problem with /sbin/service stop FOO in uninstall scripts...
by Phil Knirsch
Hi folks.
I stumbled across a problem today which at first sight might sound
trivial and irrelevant, but i'll come to some examples later.
The problem is that hardly any of the uninstall scripts which have a
service they want to stop ever check if the service is running at all.
They usually simply do a:
if [ "$1" = 0 ]; then
/sbin/service FOO stop >/dev/null 2>&1
/sbin/chkconfig --del FOO
fi
Thats nice and fine in the general case, but as soon as you are working
in a chroot environment you can get really strange results:
Imagine you are remotely logged into a system via ssh, have a chroot and
are working in it and decide to remove the package openssh-server in
that chroot.
What would you except? Surely not that your sshd on the remote system
suddenly stops. But unfortunately thats what then happens because
/sbin/service stop calls killproc which first tries to find
/var/lock/subsys/FOO, then some other checks and if it didn't find
anything in the end it calls pidof FOO. And that just goes through /proc
and if it finds a matching name, in that case the sshd of the remote
system it happily uses that one to kill. Bang! Your sshd is gone.
Imagine that with a system 100s of miles away...
And thats only 1 example, it can hit you with a rescue system as well
where you work in a chroot to bring back up your system again.
But there is light at the end of the tunnel: There are several fairly
straightforward and pretty nice solutions to that problem.
1) As vixie-cron already does simply do this:
if [ "$1" = 0 ]; then
[ -f /var/lock/subsys/crond ] && /sbin/service crond stop
>/dev/null 2>&1
/sbin/chkconfig --del crond
fi
Nice, easy and understandable. Only stop the service if it is running at
all. This is actually my favourite solution as it's really clean and
doesn't change behaviour of a system command.
2) Fix /sbin/pidof to check wether the /proc/1/root matches the found
/proc/$pid/root
This solution would require a fix in pidof. It would also change the
current behaviour, but arguably to correct a bug that pidof had. Because
honestly i wouldn't expect pidof to list pids of processes outside of my
chroot.
3) Fix the inbetweener: killproc() in initrc functions. So basically
keep pidof as it is but make the check mentioned in 2) in killproc()
instead.
I see that 3rd solution a way around fixing possibly 76 specfiles in
devel with solution 1.
Just food for though and comments welcome, as always. I'd really like to
hear if you think this is a problem, too, or if i am just paranoid. :)
Read ya, Phil
--
Philipp Knirsch | Tel.: +49-711-96437-470
Development | Fax.: +49-711-96437-111
Red Hat GmbH | Email: Phil Knirsch <phil(a)redhat.de>
Hauptstaetterstr. 58 | Web: http://www.redhat.de/
D-70178 Stuttgart
Motd: You're only jealous cos the little penguins are talking to me.
19 years
Guide on RPM building released
by Dax Kelson
We have released a section of our courseware under a Creative Commons
license that has very comprehensive coverage of building RPMs.
It has treatment of the whole spectrum of issues including making proper
patches, the freedesktop.org menu specification, and ancillary files
like logrotate.d files, cron.*/ files, SysV init files along with
chkconfig, etc.
One unique thing about the guide is that it is not just a reference as
it includes a very detailed (48 page) lab exercise that walks a would be
packager through several real world scenarios including:
* Setting up a build environment
* Re-building an existing src.rpm
* Updating a src.rpm with newer software release (and handling merged
upstream patches)
* Creating a spec file from scratch to package an application
* Extending a spec file to break a single application into multiple
logical packages
* Setting up GnuPG and signing your packages
The lab exercise has been validated and tested to "just work as written"
on the following distributions:
Fedora Core 3
Red Hat Enterprise Linux 4
SUSE Linux Professional 9.2
SUSE Linux Enterprise Server 9
It will likely work, possibly with small modifications, on other RPM
based distributions as well.
The guide can be found under the "Goodies" section of our website here:
http://www.gurulabs.com/goodies/guru+guides.php
I'm excited to make this release and hope it is useful addition to the
available RPM documentation and helps increase the amount of quality
packagers and packages.
Dax Kelson
Guru Labs
19 years
Re: pam-0.79-5 errors
by Steve G
>Unfortunately not, I still get these messages.
I'm going to make another exception in the audit libs. Audit 0.6.11 will be
released today. It should be in rawhide tomorrow. In the meantime, if you have
the pam srpm, there's a define WITH_AUDIT at the top of the specfile, change that
from a 1 to a 0 and rebuild the rpm.
-Steve
__________________________________
Do you Yahoo!?
Make Yahoo! your home page
http://www.yahoo.com/r/hs
19 years
rawhide report: 20050418 changes
by Build System
Updated Packages:
gd-2.0.33-2
-----------
* Sun Apr 17 2005 Warren Togami <wtogami(a)redhat.com> 2.0.33-2
- devel reqs (#155183 thias)
* Tue Mar 22 2005 Than Ngo <than(a)redhat.com> 2.0.33-1
- 2.0.33 #150717
- apply the patch from Jose Pedro Oliveira
- Added the release macro to the subpackages requirements versioning
- Handled the gdlib-config movement to gd-devel in a differment manner
- Added fontconfig-devel to the build requirements
- Added xorg-x11-devel to the build requirements (Xpm)
- Removed explicit /sbin/ldconfig requirement (gd rpm)
- Removed explicit perl requirement (gd-progs rpm)
- Added several missing documentation files (including the license file)
- Replaced %makeinstall by make install DESTDIR=...
* Thu Mar 10 2005 Than Ngo <than(a)redhat.com> 2.0.32-3
- move gdlib-config in devel
glibc-kernheaders-2.4-9.1.94
----------------------------
* Sun Apr 17 2005 David Woodhouse <dwmw2(a)redhat.com> 2.4-9.1.94
- Remove __user from videodev, dvb headers (#155157)
httpd-2.0.54-3
--------------
* Mon Apr 18 2005 Joe Orton <jorton(a)redhat.com> 2.0.54-3
- update to 2.0.54
iptstate-1.4-1
--------------
* Sun Apr 17 2005 Warren Togami <wtogami(a)redhat.com> 1.4-1
- 1.4
mod_perl-2.0.0-0.rc5.1
----------------------
* Sat Apr 16 2005 Warren Togami <wtogami(a)redhat.com> - 2.0.0-0.rc5.1
- 2.0.0-RC5
* Sun Apr 03 2005 Jose Pedro Oliveira <jpo(a)di.uminho.pt> - 2.0.0-0.rc4.1
- Update to 2.0.0-RC4.
- Specfile cleanup. (#153236)
perl-XML-Twig-3.17-1
--------------------
* Sun Apr 17 2005 Jose Pedro Oliveira <jpo at di.uminho.pt> - 3.17-1
- Update to 3.17.
- Specfile cleanup. (#155168)
sox-12.17.7-1
-------------
* Sun Apr 17 2005 Warren Togami <wtogami(a)redhat.com 12.17.7-1
- 12.17.7
- BR alsa-lib-devel (#155224 thias)
19 years