tor dependency insanity.

[Dave Jones]

So after having heard the nth discussion about tor, I decided to check it out.
I tried installing it on a stripped down f12 box that has no X, or other stuff
unnecessary for routing network packets.

What happened next has me lost for words.
Our dependency chains suck.

	Dave

(12:24:07:root@firewall:~)# yum install tor
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package tor.i686 0:0.2.1.23-1200.fc12 set to be updated
--> Processing Dependency: tor-core = 0.2.1.23-1200.fc12 for package:
tor-0.2.1.23-1200.fc12.i686
--> Processing Dependency: tor-lsb = 0.2.1.23-1200.fc12 for package:
tor-0.2.1.23-1200.fc12.i686
--> Running transaction check
---> Package tor-core.i686 0:0.2.1.23-1200.fc12 set to be updated
--> Processing Dependency: fedora-usermgmt for package:
tor-core-0.2.1.23-1200.fc12.i686
--> Processing Dependency: fedora-usermgmt for package:
tor-core-0.2.1.23-1200.fc12.i686
---> Package tor-lsb.noarch 0:0.2.1.23-1200.fc12 set to be updated
--> Processing Dependency: lsb-core-noarch for package:
tor-lsb-0.2.1.23-1200.fc12.noarch
--> Processing Dependency: lsb-core-noarch for package:
tor-lsb-0.2.1.23-1200.fc12.noarch
--> Running transaction check
---> Package fedora-usermgmt.noarch 0:0.10-1200.fc12 set to be updated
--> Processing Dependency: fedora-usermgmt-core = 0.10-1200.fc12 for package:
fedora-usermgmt-0.10-1200.fc12.noarch
--> Processing Dependency: instance(fedora-usermgmt) for package:
fedora-usermgmt-0.10-1200.fc12.noarch
--> Processing Dependency: setup(fedora-usermgmt) for package:
fedora-usermgmt-0.10-1200.fc12.noarch
---> Package redhat-lsb.i686 0:3.2-7.fc12 set to be updated
--> Processing Dependency: /usr/bin/at for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: /usr/bin/lp for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libQtCore.so.4 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libgtk-x11-2.0.so.0 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libpangoft2-1.0.so.0 for package:
redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libICE.so.6 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libQtSql.so.4 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libcups.so.2 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package:
redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: /usr/bin/batch for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libasound.so.2 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libpangoxft-1.0.so.0 for package:
redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libgdk-x11-2.0.so.0 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: /usr/bin/pax for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libQtOpenGL.so.4 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libQtSvg.so.4 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libQtNetwork.so.4 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: /usr/bin/lpr for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: /usr/bin/man for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: /usr/bin/foomatic-rip for package:
redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libXi.so.6 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libqt-mt.so.3 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libatk-1.0.so.0 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libQtXml.so.4 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libQtGui.so.4 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libSM.so.6 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libcupsimage.so.2 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libGL.so.1 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libXt.so.6 for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: /usr/bin/msgfmt for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: /bin/gettext for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: /usr/bin/gs for package: redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libgdk_pixbuf_xlib-2.0.so.0 for package:
redhat-lsb-3.2-7.fc12.i686
--> Processing Dependency: libpango-1.0.so.0 for package: redhat-lsb-3.2-7.fc12.i686
--> Running transaction check
---> Package alsa-lib.i686 0:1.0.22-2.fc12 set to be updated
---> Package at.i686 0:3.1.10-40.fc12 set to be updated
---> Package atk.i686 0:1.28.0-1.fc12 set to be updated
---> Package cups.i686 1:1.4.2-20.fc12 set to be updated
--> Processing Dependency: libavahi-common.so.3 for package: 1:cups-1.4.2-20.fc12.i686
--> Processing Dependency: portreserve for package: 1:cups-1.4.2-20.fc12.i686
--> Processing Dependency: libavahi-client.so.3 for package: 1:cups-1.4.2-20.fc12.i686
--> Processing Dependency: poppler-utils for package: 1:cups-1.4.2-20.fc12.i686
---> Package cups-libs.i686 1:1.4.2-20.fc12 set to be updated
--> Processing Dependency: libtiff.so.3 for package: 1:cups-libs-1.4.2-20.fc12.i686
---> Package fedora-usermgmt-core.noarch 0:0.10-1200.fc12 set to be updated
---> Package fedora-usermgmt-default-fedora-setup.noarch 0:0.10-1200.fc12 set to be
updated
---> Package fedora-usermgmt-shadow-utils.noarch 0:0.10-1200.fc12 set to be updated
---> Package foomatic.i686 0:4.0.4-1.fc12 set to be updated
--> Processing Dependency: foomatic-db for package: foomatic-4.0.4-1.fc12.i686
---> Package gettext.i686 0:0.17-16.fc12 set to be updated
--> Processing Dependency: libgomp.so.1(GOMP_1.0) for package:
gettext-0.17-16.fc12.i686
--> Processing Dependency: libgomp.so.1 for package: gettext-0.17-16.fc12.i686
--> Processing Dependency: cvs for package: gettext-0.17-16.fc12.i686
---> Package ghostscript.i686 0:8.71-4.fc12 set to be updated
--> Processing Dependency: urw-fonts >= 1.1 for package:
ghostscript-8.71-4.fc12.i686
--> Processing Dependency: libcairo.so.2 for package: ghostscript-8.71-4.fc12.i686
--> Processing Dependency: ghostscript-fonts for package: ghostscript-8.71-4.fc12.i686
--> Processing Dependency: libjasper.so.1 for package: ghostscript-8.71-4.fc12.i686
---> Package gtk2.i686 0:2.18.7-1.fc12 set to be updated
--> Processing Dependency: libXrandr >= 1.2.99.4-2 for package:
gtk2-2.18.7-1.fc12.i686
--> Processing Dependency: libXcursor.so.1 for package: gtk2-2.18.7-1.fc12.i686
--> Processing Dependency: libXcomposite.so.1 for package: gtk2-2.18.7-1.fc12.i686
--> Processing Dependency: hicolor-icon-theme for package: gtk2-2.18.7-1.fc12.i686
--> Processing Dependency: libXrandr.so.2 for package: gtk2-2.18.7-1.fc12.i686
--> Processing Dependency: libXdamage.so.1 for package: gtk2-2.18.7-1.fc12.i686
--> Processing Dependency: libXfixes.so.3 for package: gtk2-2.18.7-1.fc12.i686
--> Processing Dependency: libXinerama.so.1 for package: gtk2-2.18.7-1.fc12.i686
---> Package libICE.i686 0:1.0.6-1.fc12 set to be updated
---> Package libSM.i686 0:1.1.0-7.fc12 set to be updated
---> Package libXi.i686 0:1.3-2.fc12 set to be updated
---> Package libXt.i686 0:1.0.7-1.fc12 set to be updated
---> Package man.i686 0:1.6f-25.fc12 set to be updated
--> Processing Dependency: lzma for package: man-1.6f-25.fc12.i686
---> Package mesa-libGL.i686 0:7.7-3.fc12 set to be updated
--> Processing Dependency: mesa-dri-drivers(x86-32) = 7.7-3.fc12 for package:
mesa-libGL-7.7-3.fc12.i686
--> Processing Dependency: libXxf86vm.so.1 for package: mesa-libGL-7.7-3.fc12.i686
---> Package pango.i686 0:1.26.2-1.fc12 set to be updated
--> Processing Dependency: libthai >= 0.1.9 for package: pango-1.26.2-1.fc12.i686
--> Processing Dependency: libthai.so.0(LIBTHAI_0.1) for package:
pango-1.26.2-1.fc12.i686
--> Processing Dependency: libthai.so.0 for package: pango-1.26.2-1.fc12.i686
---> Package pax.i686 0:3.4-10.fc12 set to be updated
---> Package qt.i686 1:4.6.2-3.fc12 set to be updated
---> Package qt-x11.i686 1:4.6.2-3.fc12 set to be updated
--> Processing Dependency: qt-sqlite(x86-32) = 1:4.6.2-3.fc12 for package:
1:qt-x11-4.6.2-3.fc12.i686
--> Processing Dependency: phonon-backend(x86-32) >= 4.3 for package:
1:qt-x11-4.6.2-3.fc12.i686
--> Processing Dependency: libGLU.so.1 for package: 1:qt-x11-4.6.2-3.fc12.i686
--> Processing Dependency: libgstinterfaces-0.10.so.0 for package:
1:qt-x11-4.6.2-3.fc12.i686
--> Processing Dependency: libgstbase-0.10.so.0 for package:
1:qt-x11-4.6.2-3.fc12.i686
--> Processing Dependency: libmng.so.1 for package: 1:qt-x11-4.6.2-3.fc12.i686
--> Processing Dependency: libgstvideo-0.10.so.0 for package:
1:qt-x11-4.6.2-3.fc12.i686
--> Processing Dependency: libphonon.so.4 for package: 1:qt-x11-4.6.2-3.fc12.i686
--> Processing Dependency: libgstreamer-0.10.so.0 for package:
1:qt-x11-4.6.2-3.fc12.i686
---> Package qt3.i686 0:3.3.8b-28.fc12 set to be updated
--> Running transaction check
---> Package avahi.i686 0:0.6.25-5.fc12 set to be updated
--> Processing Dependency: libdaemon >= 0.11 for package: avahi-0.6.25-5.fc12.i686
--> Processing Dependency: libdaemon.so.0 for package: avahi-0.6.25-5.fc12.i686
---> Package cairo.i686 0:1.8.8-3.fc12 set to be updated
---> Package cvs.i686 0:1.11.23-8.fc12 set to be updated
---> Package foomatic-db.noarch 0:4.0-8.20091126.fc12 set to be updated
--> Processing Dependency: foomatic-db-ppds = 4.0-8.20091126.fc12 for package:
foomatic-db-4.0-8.20091126.fc12.noarch
--> Processing Dependency: foomatic-db-filesystem = 4.0-8.20091126.fc12 for package:
foomatic-db-4.0-8.20091126.fc12.noarch
---> Package ghostscript-fonts.noarch 0:5.50-23.fc12 set to be updated
--> Processing Dependency: xorg-x11-font-utils for package:
ghostscript-fonts-5.50-23.fc12.noarch
---> Package gstreamer.i686 0:0.10.26-1.fc12 set to be updated
--> Processing Dependency: gstreamer-tools >= 0.10.26 for package:
gstreamer-0.10.26-1.fc12.i686
---> Package gstreamer-plugins-base.i686 0:0.10.26-1.fc12 set to be updated
--> Processing Dependency: liboil >= 0.3.12-9 for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
--> Processing Dependency: libXv.so.1 for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
--> Processing Dependency: libtheoradec.so.1(libtheoradec_1.0) for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
--> Processing Dependency: libgudev-1.0.so.0 for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
--> Processing Dependency: liboil-0.3.so.0 for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
--> Processing Dependency: libvisual-0.4.so.0 for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
--> Processing Dependency: libcdda_interface.so.0 for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
--> Processing Dependency: libcdda_paranoia.so.0 for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
--> Processing Dependency: libvorbisenc.so.2 for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
--> Processing Dependency: libogg.so.0 for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
--> Processing Dependency: libtheoradec.so.1 for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
--> Processing Dependency: libvorbis.so.0 for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
--> Processing Dependency: libtheoraenc.so.1(libtheoraenc_1.0) for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
--> Processing Dependency: libtheoraenc.so.1 for package:
gstreamer-plugins-base-0.10.26-1.fc12.i686
---> Package hicolor-icon-theme.noarch 0:0.11-1.fc12 set to be updated
---> Package jasper-libs.i686 0:1.900.1-14.fc12 set to be updated
---> Package libXcomposite.i686 0:0.4.1-2.fc12 set to be updated
---> Package libXcursor.i686 0:1.1.10-1.fc12 set to be updated
---> Package libXdamage.i686 0:1.1.2-1.fc12 set to be updated
---> Package libXfixes.i686 0:4.0.4-1.fc12 set to be updated
---> Package libXinerama.i686 0:1.1-1.fc12 set to be updated
---> Package libXrandr.i686 0:1.3.0-5.fc12 set to be updated
---> Package libXxf86vm.i686 0:1.1.0-1.fc12 set to be updated
---> Package libgomp.i686 0:4.4.3-4.fc12 set to be updated
---> Package libmng.i686 0:1.0.10-4.fc12 set to be updated
--> Processing Dependency: liblcms.so.1 for package: libmng-1.0.10-4.fc12.i686
---> Package libthai.i686 0:0.1.12-2.fc12 set to be updated
---> Package libtiff.i686 0:3.9.2-3.fc12 set to be updated
---> Package mesa-dri-drivers.i686 0:7.7-3.fc12 set to be updated
---> Package mesa-libGLU.i686 0:7.7-3.fc12 set to be updated
---> Package phonon.i686 0:4.3.80-5.fc12 set to be updated
--> Processing Dependency: libpulse.so.0(PULSE_0) for package:
phonon-4.3.80-5.fc12.i686
--> Processing Dependency: libpulse-mainloop-glib.so.0 for package:
phonon-4.3.80-5.fc12.i686
--> Processing Dependency: libpulse-mainloop-glib.so.0(PULSE_0) for package:
phonon-4.3.80-5.fc12.i686
--> Processing Dependency: libpulse.so.0 for package: phonon-4.3.80-5.fc12.i686
---> Package phonon-backend-xine.i686 0:4.3.80-5.fc12 set to be updated
--> Processing Dependency: libxine.so.1 for package:
phonon-backend-xine-4.3.80-5.fc12.i686
---> Package poppler-utils.i686 0:0.12.4-1.fc12 set to be updated
--> Processing Dependency: poppler = 0.12.4-1.fc12 for package:
poppler-utils-0.12.4-1.fc12.i686
--> Processing Dependency: libopenjpeg.so.2 for package:
poppler-utils-0.12.4-1.fc12.i686
--> Processing Dependency: libpoppler.so.5 for package:
poppler-utils-0.12.4-1.fc12.i686
---> Package portreserve.i686 0:0.0.4-3.fc12 set to be updated
---> Package qt-sqlite.i686 1:4.6.2-3.fc12 set to be updated
---> Package urw-fonts.noarch 0:2.4-9.fc12 set to be updated
---> Package xz-lzma-compat.i686 0:4.999.9-0.2.beta.20091007git.fc12 set to be updated
--> Processing Dependency: xz = 4.999.9-0.2.beta.20091007git.fc12 for package:
xz-lzma-compat-4.999.9-0.2.beta.20091007git.fc12.i686
--> Running transaction check
---> Package cdparanoia-libs.i686 0:10.2-5.fc12 set to be updated
---> Package foomatic-db-filesystem.noarch 0:4.0-8.20091126.fc12 set to be updated
---> Package foomatic-db-ppds.noarch 0:4.0-8.20091126.fc12 set to be updated
---> Package gstreamer-tools.i686 0:0.10.26-1.fc12 set to be updated
---> Package lcms-libs.i686 0:1.19-1.fc12 set to be updated
---> Package libXv.i686 0:1.0.5-1.fc12 set to be updated
---> Package libdaemon.i686 0:0.14-1.fc12 set to be updated
---> Package libgudev1.i686 0:145-15.fc12 set to be updated
---> Package libogg.i686 2:1.1.4-2.fc12 set to be updated
---> Package liboil.i686 0:0.3.16-4.fc12 set to be updated
---> Package libtheora.i686 1:1.1.0-1.fc12 set to be updated
---> Package libvisual.i686 0:0.4.0-9.fc12 set to be updated
---> Package libvorbis.i686 1:1.2.3-4.fc12 set to be updated
---> Package openjpeg-libs.i686 0:1.3-6.fc12 set to be updated
---> Package poppler.i686 0:0.12.4-1.fc12 set to be updated
--> Processing Dependency: poppler-data >= 0.4.0 for package:
poppler-0.12.4-1.fc12.i686
---> Package pulseaudio-libs.i686 0:0.9.21-5.fc12 set to be updated
--> Processing Dependency: libsndfile.so.1(libsndfile.so.1.0) for package:
pulseaudio-libs-0.9.21-5.fc12.i686
--> Processing Dependency: libsndfile.so.1 for package:
pulseaudio-libs-0.9.21-5.fc12.i686
--> Processing Dependency: libasyncns.so.0 for package:
pulseaudio-libs-0.9.21-5.fc12.i686
--> Processing Dependency: libXtst.so.6 for package:
pulseaudio-libs-0.9.21-5.fc12.i686
---> Package pulseaudio-libs-glib2.i686 0:0.9.21-5.fc12 set to be updated
---> Package xine-lib.i686 0:1.1.16.3-5.fc12 set to be updated
--> Processing Dependency: libwavpack.so.1 for package: xine-lib-1.1.16.3-5.fc12.i686
--> Processing Dependency: libmpcdec.so.5 for package: xine-lib-1.1.16.3-5.fc12.i686
--> Processing Dependency: libXvMCW.so.1 for package: xine-lib-1.1.16.3-5.fc12.i686
--> Processing Dependency: libmodplug.so.0 for package: xine-lib-1.1.16.3-5.fc12.i686
--> Processing Dependency: libspeex.so.1 for package: xine-lib-1.1.16.3-5.fc12.i686
--> Processing Dependency: libFLAC.so.8 for package: xine-lib-1.1.16.3-5.fc12.i686
---> Package xorg-x11-font-utils.i686 1:7.2-11.fc12 set to be updated
--> Processing Dependency: libXfont.so.1 for package:
1:xorg-x11-font-utils-7.2-11.fc12.i686
--> Processing Dependency: libfontenc.so.1 for package:
1:xorg-x11-font-utils-7.2-11.fc12.i686
---> Package xz.i686 0:4.999.9-0.2.beta.20091007git.fc12 set to be updated
--> Running transaction check
---> Package flac.i686 0:1.2.1-6.fc12 set to be updated
---> Package libXfont.i686 0:1.4.1-1.fc12 set to be updated
---> Package libXtst.i686 0:1.0.99.2-3.fc12 set to be updated
---> Package libXvMC.i686 0:1.0.4-8.fc12 set to be updated
---> Package libasyncns.i686 0:0.8-1.fc12 set to be updated
---> Package libfontenc.i686 0:1.0.5-2.fc12 set to be updated
---> Package libmodplug.i686 1:0.8.7-2.fc12 set to be updated
---> Package libmpcdec.i686 0:1.2.6-6.fc12 set to be updated
---> Package libsndfile.i686 0:1.0.20-3.fc12 set to be updated
--> Processing Dependency: libjack.so.0 for package: libsndfile-1.0.20-3.fc12.i686
---> Package poppler-data.noarch 0:0.4.0-1.fc12 set to be updated
---> Package speex.i686 0:1.2-0.12.rc1.fc12 set to be updated
---> Package wavpack.i686 0:4.60-1.fc12 set to be updated
--> Running transaction check
---> Package jack-audio-connection-kit.i686 0:0.118.0-1.fc12 set to be updated
--> Processing Dependency: libfreebob.so.0 for package:
jack-audio-connection-kit-0.118.0-1.fc12.i686
--> Running transaction check
---> Package libfreebob.i686 0:1.0.11-6.fc12 set to be updated
--> Processing Dependency: libavc1394.so.0 for package: libfreebob-1.0.11-6.fc12.i686
--> Processing Dependency: libraw1394.so.11 for package: libfreebob-1.0.11-6.fc12.i686
--> Processing Dependency: librom1394.so.0 for package: libfreebob-1.0.11-6.fc12.i686
--> Processing Dependency: libiec61883.so.0 for package: libfreebob-1.0.11-6.fc12.i686
--> Running transaction check
---> Package libavc1394.i686 0:0.5.3-9.fc12 set to be updated
---> Package libiec61883.i686 0:1.2.0-3.fc12 set to be updated
---> Package libraw1394.i686 0:2.0.4-1.fc12 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

=======================================================================================================================================================================
 Package                                              Arch                   Version      
                                      Repository                       Size
=======================================================================================================================================================================
Installing:
 tor                                                  i686                  
0.2.1.23-1200.fc12                                  updates-testing                 425 k
Installing for dependencies:
 alsa-lib                                             i686                   1.0.22-2.fc12
                                      updates                         367 k
 at                                                   i686                  
3.1.10-40.fc12                                      updates                          58 k
 atk                                                  i686                   1.28.0-1.fc12
                                      fedora                          169 k
 avahi                                                i686                   0.6.25-5.fc12
                                      fedora                          232 k
 cairo                                                i686                   1.8.8-3.fc12 
                                      fedora                          296 k
 cdparanoia-libs                                      i686                   10.2-5.fc12  
                                      fedora                           43 k
 cups                                                 i686                  
1:1.4.2-20.fc12                                     updates                         2.3 M
 cups-libs                                            i686                  
1:1.4.2-20.fc12                                     updates                         320 k
 cvs                                                  i686                  
1.11.23-8.fc12                                      fedora                          700 k
 fedora-usermgmt                                      noarch                
0.10-1200.fc12                                      updates                         8.5 k
 fedora-usermgmt-core                                 noarch                
0.10-1200.fc12                                      updates                         9.7 k
 fedora-usermgmt-default-fedora-setup                 noarch                
0.10-1200.fc12                                      updates                         8.4 k
 fedora-usermgmt-shadow-utils                         noarch                
0.10-1200.fc12                                      updates                         9.4 k
 flac                                                 i686                   1.2.1-6.fc12 
                                      fedora                          239 k
 foomatic                                             i686                   4.0.4-1.fc12 
                                      updates-testing                 241 k
 foomatic-db                                          noarch                
4.0-8.20091126.fc12                                 updates                         1.0 M
 foomatic-db-filesystem                               noarch                
4.0-8.20091126.fc12                                 updates                         4.4 k
 foomatic-db-ppds                                     noarch                
4.0-8.20091126.fc12                                 updates                          19 M
 gettext                                              i686                   0.17-16.fc12 
                                      updates                         1.8 M
 ghostscript                                          i686                   8.71-4.fc12  
                                      updates                         4.5 M
 ghostscript-fonts                                    noarch                 5.50-23.fc12 
                                      fedora                          711 k
 gstreamer                                            i686                  
0.10.26-1.fc12                                      updates-testing                 743 k
 gstreamer-plugins-base                               i686                  
0.10.26-1.fc12                                      updates-testing                 914 k
 gstreamer-tools                                      i686                  
0.10.26-1.fc12                                      updates-testing                  22 k
 gtk2                                                 i686                   2.18.7-1.fc12
                                      updates                         3.2 M
 hicolor-icon-theme                                   noarch                 0.11-1.fc12  
                                      fedora                           39 k
 jack-audio-connection-kit                            i686                  
0.118.0-1.fc12                                      updates                         173 k
 jasper-libs                                          i686                  
1.900.1-14.fc12                                     fedora                          140 k
 lcms-libs                                            i686                   1.19-1.fc12  
                                      updates                         101 k
 libICE                                               i686                   1.0.6-1.fc12 
                                      fedora                           50 k
 libSM                                                i686                   1.1.0-7.fc12 
                                      fedora                           25 k
 libXcomposite                                        i686                   0.4.1-2.fc12 
                                      fedora                           17 k
 libXcursor                                           i686                   1.1.10-1.fc12
                                      fedora                           31 k
 libXdamage                                           i686                   1.1.2-1.fc12 
                                      fedora                           16 k
 libXfixes                                            i686                   4.0.4-1.fc12 
                                      fedora                           19 k
 libXfont                                             i686                   1.4.1-1.fc12 
                                      fedora                          136 k
 libXi                                                i686                   1.3-2.fc12   
                                      updates                          31 k
 libXinerama                                          i686                   1.1-1.fc12   
                                      fedora                           15 k
 libXrandr                                            i686                   1.3.0-5.fc12 
                                      updates                          29 k
 libXt                                                i686                   1.0.7-1.fc12 
                                      fedora                          168 k
 libXtst                                              i686                  
1.0.99.2-3.fc12                                     fedora                           21 k
 libXv                                                i686                   1.0.5-1.fc12 
                                      fedora                           20 k
 libXvMC                                              i686                   1.0.4-8.fc12 
                                      fedora                           21 k
 libXxf86vm                                           i686                   1.1.0-1.fc12 
                                      fedora                           18 k
 libasyncns                                           i686                   0.8-1.fc12   
                                      fedora                           24 k
 libavc1394                                           i686                   0.5.3-9.fc12 
                                      fedora                           43 k
 libdaemon                                            i686                   0.14-1.fc12  
                                      fedora                           27 k
 libfontenc                                           i686                   1.0.5-2.fc12 
                                      fedora                           24 k
 libfreebob                                           i686                   1.0.11-6.fc12
                                      fedora                          129 k
 libgomp                                              i686                   4.4.3-4.fc12 
                                      updates                         100 k
 libgudev1                                            i686                   145-15.fc12  
                                      updates                          53 k
 libiec61883                                          i686                   1.2.0-3.fc12 
                                      fedora                           35 k
 libmng                                               i686                   1.0.10-4.fc12
                                      fedora                          161 k
 libmodplug                                           i686                  
1:0.8.7-2.fc12                                      fedora                          150 k
 libmpcdec                                            i686                   1.2.6-6.fc12 
                                      fedora                           24 k
 libogg                                               i686                  
2:1.1.4-2.fc12                                      fedora                           21 k
 liboil                                               i686                   0.3.16-4.fc12
                                      fedora                          112 k
 libraw1394                                           i686                   2.0.4-1.fc12 
                                      fedora                           53 k
 libsndfile                                           i686                   1.0.20-3.fc12
                                      updates                         188 k
 libthai                                              i686                   0.1.12-2.fc12
                                      fedora                          169 k
 libtheora                                            i686                  
1:1.1.0-1.fc12                                      fedora                          122 k
 libtiff                                              i686                   3.9.2-3.fc12 
                                      updates                         335 k
 libvisual                                            i686                   0.4.0-9.fc12 
                                      fedora                          127 k
 libvorbis                                            i686                  
1:1.2.3-4.fc12                                      updates                         158 k
 man                                                  i686                   1.6f-25.fc12 
                                      updates                         252 k
 mesa-dri-drivers                                     i686                   7.7-3.fc12   
                                      updates                         1.7 M
 mesa-libGL                                           i686                   7.7-3.fc12   
                                      updates                         163 k
 mesa-libGLU                                          i686                   7.7-3.fc12   
                                      updates                         186 k
 openjpeg-libs                                        i686                   1.3-6.fc12   
                                      fedora                           56 k
 pango                                                i686                   1.26.2-1.fc12
                                      updates                         345 k
 pax                                                  i686                   3.4-10.fc12  
                                      fedora                           67 k
 phonon                                               i686                   4.3.80-5.fc12
                                      updates                         152 k
 phonon-backend-xine                                  i686                   4.3.80-5.fc12
                                      updates                         153 k
 poppler                                              i686                   0.12.4-1.fc12
                                      updates                         548 k
 poppler-data                                         noarch                 0.4.0-1.fc12 
                                      updates                         2.2 M
 poppler-utils                                        i686                   0.12.4-1.fc12
                                      updates                          72 k
 portreserve                                          i686                   0.0.4-3.fc12 
                                      updates                          22 k
 pulseaudio-libs                                      i686                   0.9.21-5.fc12
                                      updates-testing                 419 k
 pulseaudio-libs-glib2                                i686                   0.9.21-5.fc12
                                      updates-testing                  22 k
 qt                                                   i686                  
1:4.6.2-3.fc12                                      updates                         4.1 M
 qt-sqlite                                            i686                  
1:4.6.2-3.fc12                                      updates                          48 k
 qt-x11                                               i686                  
1:4.6.2-3.fc12                                      updates                          17 M
 qt3                                                  i686                  
3.3.8b-28.fc12                                      fedora                          3.2 M
 redhat-lsb                                           i686                   3.2-7.fc12   
                                      fedora                           26 k
 speex                                                i686                  
1.2-0.12.rc1.fc12                                   fedora                           85 k
 tor-core                                             i686                  
0.2.1.23-1200.fc12                                  updates-testing                 1.1 M
 tor-lsb                                              noarch                
0.2.1.23-1200.fc12                                  updates-testing                  14 k
 urw-fonts                                            noarch                 2.4-9.fc12   
                                      fedora                          3.0 M
 wavpack                                              i686                   4.60-1.fc12  
                                      fedora                          112 k
 xine-lib                                             i686                  
1.1.16.3-5.fc12                                     updates                         2.2 M
 xorg-x11-font-utils                                  i686                   1:7.2-11.fc12
                                      updates                          73 k
 xz                                                   i686                  
4.999.9-0.2.beta.20091007git.fc12                   updates                         137 k
 xz-lzma-compat                                       i686                  
4.999.9-0.2.beta.20091007git.fc12                   updates                          15 k

Transaction Summary
=======================================================================================================================================================================
Install      94 Package(s)
Upgrade       0 Package(s)

Total download size: 78 M
Is this ok [y/N]: HELL NO.
Is this ok [y/N]: NO REALLY, IS THIS A JOKE THO ?
Is this ok [y/N]:

[Jesse Keating]

On Tue, 2010-03-02 at 12:37 -0500, Dave Jones wrote:
>  --> Processing Dependency: tor-lsb = 0.2.1.23-1200.fc12 for
> package:
>  tor-0.2.1.23-1200.fc12.i686 
This is where things go to hell.  Why in the hell is tor-lsb /required/
by tor?  LSB isn't really good for anything except landing a bunch of
crap on your system that you don't really want there.  Making it
required is rather... lame.

-- 
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating

[Seth Vidal]

On Tue, 2 Mar 2010, Jesse Keating wrote:

>  On Tue, 2010-03-02 at 12:37 -0500, Dave Jones wrote:
> > --> Processing Dependency: tor-lsb = 0.2.1.23-1200.fc12 for package:
> > tor-0.2.1.23-1200.fc12.i686
>
>  This is where things go to hell.  Why in the hell is tor-lsb /required/
>  by tor?  LSB isn't really good for anything except landing a bunch of
>  crap on your system that you don't really want there.  Making it
>  required is rather... lame. 
especially considering what it provides :(

repoquery -ql tor-lsb
/etc/rc.d/init.d/tor
/var/run/tor


-sv

[Matthew Miller]

On Tue, Mar 02, 2010 at 12:59:52PM -0500, Seth Vidal wrote:
>  especially considering what it provides :(
>  repoquery -ql tor-lsb
>  /etc/rc.d/init.d/tor
>  /var/run/tor 
Check out the post/preun scripts: 

    %post lsb
    /usr/lib/lsb/install_initd %_initrddir/tor || {
            cat <<EOF >&2
    oouch... redhat-lsb is still broken. See the report
    https://bugzilla.redhat.com/show_bug.cgi?id=522053
    for details.
    EOF
            /sbin/chkconfig --add tor
    }

    %preun lsb
    test "$1" != 0 || %_initrddir/tor stop &>/dev/null || :
    test "$1" != 0 || /usr/lib/lsb/remove_initd %_initrddir/tor

    %postun lsb
    test "$1"  = 0 || env -i %_initrddir/tor try-restart &>/dev/null


But  /usr/lib/lsb/install_initd and /usr/lib/lsb/remove_initd are symlinks
to chkconfig!!!




-- 
Matthew Miller <mattdm(a)mattdm.org&gt;
Senior Systems Architect -- Instructional & Research Computing Services
Computing & Information Technology 
Harvard School of Engineering & Applied Sciences

[Eric Sandeen]

Jesse Keating wrote:
>  On Tue, 2010-03-02 at 12:37 -0500, Dave Jones wrote:
> > --> Processing Dependency: tor-lsb = 0.2.1.23-1200.fc12 for package:
> > tor-0.2.1.23-1200.fc12.i686
>  
>  This is where things go to hell.  Why in the hell is tor-lsb /required/
>  by tor?  LSB isn't really good for anything except landing a bunch of
>  crap on your system that you don't really want there.  Making it
>  required is rather... lame.
>  
>   
I guess the problem is that the initscripts are written in an LSB-compliant
fashion, rather than using our homegrown fedora stuff.

Should be easy to fix (but too bad doing it that way results in such
punishment!)

-Eric

[Kevin Kofler]

Eric Sandeen wrote:
>  Should be easy to fix (but too bad doing it that way results in such
>  punishment!) 
As far as I can tell, the package is not compliant with our packaging 
guidelines (see the guidelines for initscripts) and as such can be fixed by 
any provenpackager.

        Kevin Kofler

[Nicolas Mailhot]

Le mardi 02 mars 2010 à 09:51 -0800, Jesse Keating a écrit :
>  On Tue, 2010-03-02 at 12:37 -0500, Dave Jones wrote:
>  > --> Processing Dependency: tor-lsb = 0.2.1.23-1200.fc12 for package:
>  > tor-0.2.1.23-1200.fc12.i686
>  
>  This is where things go to hell.  Why in the hell is tor-lsb /required/
>  by tor?  LSB isn't really good for anything except landing a bunch of
>  crap on your system that you don't really want there.  Making it
>  required is rather... lame. 
LSB is good for some stuff (like standard service scripts) what's not
good is the way Fedora makes it an all or nothing.

The script parts of lsb should be separated from the long list of
synthetic deps. There's no reason they need to be in the same package.

-- 
Nicolas Mailhot

[Dave Jones]

On Tue, Mar 02, 2010 at 09:51:17AM -0800, Jesse Keating wrote:
>  On Tue, 2010-03-02 at 12:37 -0500, Dave Jones wrote:
>  > --> Processing Dependency: tor-lsb = 0.2.1.23-1200.fc12 for package:
>  > tor-0.2.1.23-1200.fc12.i686
>  
>  This is where things go to hell.  Why in the hell is tor-lsb /required/
>  by tor?  LSB isn't really good for anything except landing a bunch of
>  crap on your system that you don't really want there.  Making it
>  required is rather... lame. 
Why do we even bother supporting bullshit standards like LSB ?

We should make a stand and drop it from Fedora until it's not made up of
bonghits and failure.  (haha, yeah. thanks, here all week, etc)

	Dave

[Seth Vidal]

On Tue, 2 Mar 2010, Dave Jones wrote:

>  On Tue, Mar 02, 2010 at 09:51:17AM -0800, Jesse Keating wrote:
>  > On Tue, 2010-03-02 at 12:37 -0500, Dave Jones wrote:
>  > > --> Processing Dependency: tor-lsb = 0.2.1.23-1200.fc12 for package:
>  > > tor-0.2.1.23-1200.fc12.i686
>  >
>  > This is where things go to hell.  Why in the hell is tor-lsb /required/
>  > by tor?  LSB isn't really good for anything except landing a bunch of
>  > crap on your system that you don't really want there.  Making it
>  > required is rather... lame.
>
>  Why do we even bother supporting bullshit standards like LSB ?
>
>  We should make a stand and drop it from Fedora until it's not made up of
>  bonghits and failure.  (haha, yeah. thanks, here all week, etc) 
It wouldn't be CRAZY to break out the lsb pkg like nim suggested into 
scripts + all the rest.

-sv

[Adam Williamson]

On Tue, 2010-03-02 at 13:14 -0500, Dave Jones wrote:
>  On Tue, Mar 02, 2010 at 09:51:17AM -0800, Jesse Keating wrote:
>   > On Tue, 2010-03-02 at 12:37 -0500, Dave Jones wrote:
>   > > --> Processing Dependency: tor-lsb = 0.2.1.23-1200.fc12 for package:
>   > > tor-0.2.1.23-1200.fc12.i686
>   > 
>   > This is where things go to hell.  Why in the hell is tor-lsb /required/
>   > by tor?  LSB isn't really good for anything except landing a bunch of
>   > crap on your system that you don't really want there.  Making it
>   > required is rather... lame.
>  
>  Why do we even bother supporting bullshit standards like LSB ?
>  
>  We should make a stand and drop it from Fedora until it's not made up of
>  bonghits and failure.  (haha, yeah. thanks, here all week, etc) 
I'm not quite sure why it needs separate lsb/upstart init scripts
anyway. Don't most of our packages just include one initscript with both
bits in the headers?
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

[Bill Nottingham]

Adam Williamson (awilliam(a)redhat.com) said: 
>  > We should make a stand and drop it from Fedora until it's
> not made up of
>  > bonghits and failure.  (haha, yeah. thanks, here all week, etc)
>  
>  I'm not quite sure why it needs separate lsb/upstart init scripts
>  anyway. Don't most of our packages just include one initscript with both
>  bits in the headers? 
No. A package could have either a SystemV init script or an upstart job
file. (Note that we don't recommend people push upstart job files for their
services yet, but since when have people listened...)

Bill

[Adam Williamson]

On Tue, 2010-03-02 at 13:25 -0500, Bill Nottingham wrote:
>  Adam Williamson (awilliam(a)redhat.com) said: 
>  > > We should make a stand and drop it from Fedora until it's not made up of
>  > > bonghits and failure.  (haha, yeah. thanks, here all week, etc)
>  > 
>  > I'm not quite sure why it needs separate lsb/upstart init scripts
>  > anyway. Don't most of our packages just include one initscript with both
>  > bits in the headers?
>  
>  No. A package could have either a SystemV init script or an upstart job
>  file. (Note that we don't recommend people push upstart job files for their
>  services yet, but since when have people listened...) 
oh, yeah, that's right. we have SysV scripts with the LSB stuff in the
headers. no need to depend on redhat-lsb for that, though, so far as I
can figure?
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

[Bill Nottingham]

Adam Williamson (awilliam(a)redhat.com) said: 
>  > > I'm not quite sure why it needs separate lsb/upstart
> init scripts
>  > > anyway. Don't most of our packages just include one initscript with both
>  > > bits in the headers?
>  > 
>  > No. A package could have either a SystemV init script or an upstart job
>  > file. (Note that we don't recommend people push upstart job files for their
>  > services yet, but since when have people listened...)
>  
>  oh, yeah, that's right. we have SysV scripts with the LSB stuff in the
>  headers. no need to depend on redhat-lsb for that, though, so far as I
>  can figure? 
If you use lsb-defined headers, no.
If you use lsb-defined init script functions, yes.

Bill

[Paul Wouters]

On Tue, 2 Mar 2010, Bill Nottingham wrote:

>  Adam Williamson (awilliam(a)redhat.com) said:
> >> We should make a stand and drop it from Fedora until it's not made up of
> >> bonghits and failure.  (haha, yeah. thanks, here all week, etc)
> >
> > I'm not quite sure why it needs separate lsb/upstart init scripts
> > anyway. Don't most of our packages just include one initscript with both
> > bits in the headers?
>
>  No. A package could have either a SystemV init script or an upstart job
>  file. (Note that we don't recommend people push upstart job files for their
>  services yet, but since when have people listened...) 
Note that I've requested a lot of that stuff to go away multiple times.
I even have support from upstream (CC:ed on the message) to bring sanity
to the package. Upstream has started to tell people to ignore the fedora
package and use their own supplied rpm :(

Please do not drop this package from Fedora. I'd gladly help to make
it compliant to the Fedora Guidelines, as I have done before, if Enricho
does not want to do this.

See also:

https://bugzilla.redhat.com/show_bug.cgi?id=532373
https://bugzilla.redhat.com/show_bug.cgi?id=175433
https://bugzilla.redhat.com/show_bug.cgi?id=175799

Paul

[Dave Jones]

On Tue, Mar 02, 2010 at 01:43:13PM -0500, Paul Wouters wrote:
>  On Tue, 2 Mar 2010, Bill Nottingham wrote:
>  
>  > Adam Williamson (awilliam(a)redhat.com) said:
>  >>> We should make a stand and drop it from Fedora until it's not made up
> of
>  >>> bonghits and failure.  (haha, yeah. thanks, here all week, etc)
>  >>
>  
>  Please do not drop this package from Fedora. I'd gladly help to make
>  it compliant to the Fedora Guidelines, as I have done before, if Enricho
>  does not want to do this. 
to clarify, I was (half jokingly) suggesting removal of the redhat-lsb package, not tor.
The tor package is at least fixable.

	Dave

[Denis Leroy]

On 03/02/2010 07:48 PM, Dave Jones wrote:
>  The tor package is at least fixable. 
Over the dead body of the current package maintainer. That's the root of 
the problem.

[Enrico Scholz]

Adam Williamson <awilliam(a)redhat.com&gt; writes:

>  I'm not quite sure why it needs separate lsb/upstart init
> scripts
>  anyway.  
All the initscripts have huge and broken dependency chains.
E.g. assuming I would use the vanilla fedora 'initscripts' package, then
tor would still require[1] syslog, cpio, e2fsprogs, ethtool, mount, ...
although it does not log anything, does not extract/pack anything, does
not format a filesystem, does not configures network interfaces nor
mounts something.

'upstart' is packaged more sanily (atm) so I want to have and provide the
option, to install only the required stuff.  This is done by splitting
out the core functionality and the ugly stuff (-lsb/-sysvinit) which is
used by most (but not all) people.



Enrico

Footnotes: 
[1]  rpm -qR initscripts

[Adam Williamson]

On Tue, 2010-03-02 at 20:31 +0100, Enrico Scholz wrote:
>  Adam Williamson <awilliam(a)redhat.com&gt; writes:
>  
>  > I'm not quite sure why it needs separate lsb/upstart init scripts
>  > anyway. 
>  
>  All the initscripts have huge and broken dependency chains.
>  E.g. assuming I would use the vanilla fedora 'initscripts' package, then
>  tor would still require[1] syslog, cpio, e2fsprogs, ethtool, mount, ...
>  although it does not log anything, does not extract/pack anything, does
>  not format a filesystem, does not configures network interfaces nor
>  mounts something.
>  
>  'upstart' is packaged more sanily (atm) so I want to have and provide the
>  option, to install only the required stuff.  This is done by splitting
>  out the core functionality and the ugly stuff (-lsb/-sysvinit) which is
>  used by most (but not all) people. 
fair enough, I understand the situation more from your posts now.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

[Bill Nottingham]

Enrico Scholz (enrico.scholz(a)informatik.tu-chemnitz.de) said: 
>  > I'm not quite sure why it needs separate lsb/upstart init
> scripts
>  > anyway. 
>  
>  All the initscripts have huge and broken dependency chains.
>  E.g. assuming I would use the vanilla fedora 'initscripts' package, then
>  tor would still require[1] syslog, cpio, e2fsprogs, ethtool, mount, ...
>  although it does not log anything, does not extract/pack anything, does
>  not format a filesystem, does not configures network interfaces nor
>  mounts something. 
Thanks for the bug report! Oh wait, you didn't.

>  'upstart' is packaged more sanily (atm) so I want to have and
> provide the
>  option, to install only the required stuff.  This is done by splitting
>  out the core functionality and the ugly stuff (-lsb/-sysvinit) which is
>  used by most (but not all) people. 
This is despite the fact that if you use upstart without the jobs provided
in initscripts itself (which you're trying to avoid?) your service won't
get started right anyway unless you write your own entirely separate
startup sequence.

Bill

[Bill Nottingham]

Bill Nottingham (notting(a)redhat.com) said: 
>  > All the initscripts have huge and broken dependency chains.
>  > E.g. assuming I would use the vanilla fedora 'initscripts' package, then
>  > tor would still require[1] syslog, cpio, e2fsprogs, ethtool, mount, ...
>  > although it does not log anything, does not extract/pack anything, does
>  > not format a filesystem, does not configures network interfaces nor
>  > mounts something.
>  
>  Thanks for the bug report! Oh wait, you didn't. 
In any case, looking over the variety of dependencies in initscripts, I've
removed a few:

- syslog - this isn't *required*, as the system boots without it
- mount (as it's provided by util-linux-ng)
- popt (runtime library, should never have been listed)
- e2fsprogs (anaconda will install the proper FS utilities for the root
  filesystem)

So, the next release in rawhide will be better.

Bill

[Eric Sandeen]

Bill Nottingham wrote:
>  Bill Nottingham (notting(a)redhat.com) said: 
> >> All the initscripts have huge and broken dependency chains.
> >> E.g. assuming I would use the vanilla fedora 'initscripts' package, then
> >> tor would still require[1] syslog, cpio, e2fsprogs, ethtool, mount, ...
> >> although it does not log anything, does not extract/pack anything, does
> >> not format a filesystem, does not configures network interfaces nor
> >> mounts something.
> > Thanks for the bug report! Oh wait, you didn't.
>  
>  In any case, looking over the variety of dependencies in initscripts, I've
>  removed a few:
>  
>  - syslog - this isn't *required*, as the system boots without it
>  - mount (as it's provided by util-linux-ng)
>  - popt (runtime library, should never have been listed)
>  - e2fsprogs (anaconda will install the proper FS utilities for the root
>    filesystem) 
I'm guessing e2fsprogs may have been sucked in due to the various tools it
has (had) in its junkbox.  Lots of those which are not ext2-specific (blkid
for example) have been split out or moved to util-linux-ng.

So thanks for dropping that :)

I should probably go on a hunt for other misguided requirements on e2fsprogs
these days.

-Eric

>  So, the next release in rawhide will be better.
>  
>  Bill

[Bill Nottingham]

Eric Sandeen (sandeen(a)redhat.com) said: 
>  I'm guessing e2fsprogs may have been sucked in due to the various
> tools it
>  has (had) in its junkbox.  Lots of those which are not ext2-specific (blkid
>  for example) have been split out or moved to util-linux-ng. 
Sort of.

...
* Mon Oct 05 1998 Cristian Gafton <gafton(a)redhat.com&gt;
- requires e2fsprogs (for fsck)
...

Bill

[Enrico Scholz]

Bill Nottingham <notting(a)redhat.com&gt; writes:

> > E.g. assuming I would use the vanilla fedora
> 'initscripts' package,
> > then tor would still require[1] syslog, cpio, e2fsprogs, ethtool,
> > mount, ...  although it does not log anything, does not extract/pack
> > anything, does not format a filesystem, does not configures network
> > interfaces nor mounts something.
>
>  Thanks for the bug report! Oh wait, you didn't. 
afair, I suggested this on June 1 2004 in the cabal #testabc channel ;)



Enrico

[Paul Wouters]

On Tue, 2 Mar 2010, Bill Nottingham wrote:

>  Enrico Scholz (enrico.scholz(a)informatik.tu-chemnitz.de) said: 
> > All the initscripts have huge and broken dependency chains.
> > E.g. assuming I would use the vanilla fedora 'initscripts' package, then
> > tor would still require[1] syslog, cpio, e2fsprogs, ethtool, mount, ...
> > although it does not log anything, does not extract/pack anything, does 
It does not log anything because Enrico broke logging in tor package. The
tor upstream has filed that as bug report as well. They know what's secure
to log or not, and the tor package removes any logging, making server
issues and diagnosis of problems much harder with no benefits whatsoever.

> > 'upstart' is packaged more sanily (atm) so I want to have
> and provide the
> > option, to install only the required stuff.  This is done by splitting
> > out the core functionality and the ugly stuff (-lsb/-sysvinit) which is
> > used by most (but not all) people.
>
>  This is despite the fact that if you use upstart without the jobs provided
>  in initscripts itself (which you're trying to avoid?) your service won't
>  get started right anyway unless you write your own entirely separate
>  startup sequence. 
Also, the tor package has contained "the next fedora's init system" for
many
versions now, and it has never become the new standard. Obviously this
packaging "to be innovative for the future" is not working out very well.

As noted before, the issue here is the Enrico is packging "his tor package",
going against the desires of both Fedora guidelines and Tor upstream.

Paul

[Enrico Scholz]

Paul Wouters <paul(a)xelerance.com&gt; writes:

> >> All the initscripts have huge and broken dependency chains.
> >> E.g. assuming I would use the vanilla fedora 'initscripts' package, then
> >> tor would still require[1] syslog, cpio, e2fsprogs, ethtool, mount, ...
> >> although it does not log anything, does not extract/pack anything, does
>
>  It does not log anything because Enrico broke logging in tor package.  
Not that this was the reason, but it is the upstream setup to have
logging disabled.  Your comment is unrelated to this discussion because
logging can be done into a file and does not require syslog.


>  The tor upstream has filed that as bug report as well. 
... and understand my reasons not to activate logging


Enrico

[Paul Wouters]

On Tue, 2 Mar 2010, Enrico Scholz wrote:

> > It does not log anything because Enrico broke logging in tor
> package.
>
>  Not that this was the reason, but it is the upstream setup to have
>  logging disabled.  Your comment is unrelated to this discussion because
>  logging can be done into a file and does not require syslog.
>
>
> > The tor upstream has filed that as bug report as well.
>
>  ... and understand my reasons not to activate logging 
That is not true. It just decided not to pick a fight over that while more
pressing bugs required you to fix them.

upstream still has this as an open bug:

http://bugs.noreply.org/flyspray/index.php?do=details&id=1133

Paul

[Enrico Scholz]

Paul Wouters <paul(a)xelerance.com&gt; writes:

> >> The tor upstream has filed that as bug report as well.
> >
> > ... and understand my reasons not to activate logging
>
>  That is not true. It just decided not to pick a fight over that while
>  more pressing bugs required you to fix them. 
ok; sorry that I thought that you were/spoke for upstream.


>  upstream still has this as an open bug:
>
>  http://bugs.noreply.org/flyspray/index.php?do=details&id=1133 
This does not seem to mean very much... The other bugs mentioned in
https://bugzilla.redhat.com/show_bug.cgi?id=532373 are still open
although some (all?) of them are objectively solved.



Enrico

bz532373, was Re: tor dependency insanity.

[Paul Wouters]

On Wed, 3 Mar 2010, Enrico Scholz wrote:

> >>> The tor upstream has filed that as bug report as well.
> >>
> >> ... and understand my reasons not to activate logging
> >
> > That is not true. It just decided not to pick a fight over that while
> > more pressing bugs required you to fix them.
>
>  ok; sorry that I thought that you were/spoke for upstream. 
I met with them on numerous occasions (eg last at GSoC Mentor Summit
where we toegether worked on fedora tor bugs and created numerous "upstream'
bug reports so I could file the below bugzilla report to you.

> > upstream still has this as an open bug:
> >
> > http://bugs.noreply.org/flyspray/index.php?do=details&id=1133
>
>  This does not seem to mean very much... The other bugs mentioned in
>  https://bugzilla.redhat.com/show_bug.cgi?id=532373 are still open
>  although some (all?) of them are objectively solved. 
 	WONTFIX:

 	* Sun Dec 17 2006 Enrico Scholz <enrico.scholz(a)informatik.tu-chemnitz.de&gt; -
 	0.1.1.26-1
 	- do not turn on logging by default; it's easier to say "we do not log
   	anything" to the police instead of enumerating the logged event
   	classes and trying to explain that they do not contain any valuable
   	information

Upstream reports a logging bug. You claim to know better and WONTFIX
because obviously you have more experience in the legalities of running
tor nodes and the police then upstream does......

And:

 	Output in %post violates Fedora Packaging guidelines

 	WONTFIX; The alternative would be something like '%postun() script
 	failed'. RH/Fedora should fix its core utils before it can expect to
 	follow such guidelines.

I don't even know what to say here. A provenpackager should just fix
your %post lsb output.

Also I filed:

>  Fixed init scripts to use Fedora Guideline Package version which
>  prevents trying to execute non-existing files in /usr/lib/lsb/ 
That wasn't solved last time i looked.

I also don't see any ulimit support in tor.lsb required for running
larger tor nodes.

I haven't looked through the tor upstream bug tracker recently to see
what other issues are there. But the fact that tor upstream is
recommending not using fedora packages is bad for everyone, and that
situation requires fixing.

So yes, that bugzilla bug is still open and with valid reasons.

Paul

bz532373, was Re: tor dependency insanity.

[Till Maas]

On Wed, Mar 03, 2010 at 02:26:19PM -0500, Paul Wouters wrote:

>  Upstream reports a logging bug. You claim to know better and WONTFIX
>  because obviously you have more experience in the legalities of running
>  tor nodes and the police then upstream does...... 
What is the big problem with the disabled logging anyways? Afaics, it
only requires a simple change in a conf file, which is something a user
can be expected to do. And security by default is something I can only
support.

Regards
Till

bz532373, was Re: tor dependency insanity.

[Enrico Scholz]

Paul Wouters <paul(a)xelerance.com&gt; writes:

>  Upstream reports a logging bug.  
??? You and Noa Resare were the only one who reported the non-logging as
a bug and some posts ago you said that you are not upstream.  So, why do
you think that upstream reported a logging bug?


>   	WONTFIX; The alternative would be something like '%postun()
> script
>   	failed'. RH/Fedora should fix its core utils before it can expect to
>   	follow such guidelines.
>
>  I don't even know what to say here. A provenpackager should just fix
>  your %post lsb output. 
its a bug in redhat-lsb (https://bugzilla.redhat.com/show_bug.cgi?id=522053),
not tor


> > Fixed init scripts to use Fedora Guideline Package version which
> > prevents trying to execute non-existing files in /usr/lib/lsb/
>
>  That wasn't solved last time i looked. 
that was a bug in redhat-lsb which was fixed in F-10
(https://bugzilla.redhat.com/show_bug.cgi?id=375361).



Enrico

bz532373, was Re: tor dependency insanity.

[Rahul Sundaram]

On 03/04/2010 01:42 AM, Enrico Scholz wrote:
>  its a bug in redhat-lsb (https://bugzilla.redhat.com/show_bug.cgi?id=522053),
>  not tor
>     
Why do you have a dependency on redhat-lsb ?

Rahul

bz532373, was Re: tor dependency insanity.

[Paul Wouters]

On Wed, 3 Mar 2010, Enrico Scholz wrote:

> > Upstream reports a logging bug.
>
>  ??? You and Noa Resare were the only one who reported the non-logging as
>  a bug and some posts ago you said that you are not upstream.  So, why do
>  you think that upstream reported a logging bug? 
I pointed you to http://bugs.noreply.org/flyspray/index.php?do=details&id=1133
which is the upstream bug tracker, and I told you those bugs were filed in a
joined session with 5 tor developers at GSoC. Please stop taking 2 line quotes
out of context. Thanks.

> >  	WONTFIX; The alternative would be something like '%postun()
> script
> >  	failed'. RH/Fedora should fix its core utils before it can expect to
> >  	follow such guidelines.
> >
> > I don't even know what to say here. A provenpackager should just fix
> > your %post lsb output.
>
>  its a bug in redhat-lsb (https://bugzilla.redhat.com/show_bug.cgi?id=522053),
>  not tor 
No. your %post may not output anything. It's a bug in tor. You're
just pissing over the endusers with your fight over init systems.
If you cared about the users of the tor package, you would work around any
potential problems instead of cat'ing bugzilla numbers.

> >> Fixed init scripts to use Fedora Guideline Package version
> which
> >> prevents trying to execute non-existing files in /usr/lib/lsb/
> >
> > That wasn't solved last time i looked.
>
>  that was a bug in redhat-lsb which was fixed in F-10
>  (https://bugzilla.redhat.com/show_bug.cgi?id=375361). 
Okay.

Paul

bz532373, was Re: tor dependency insanity.

[Enrico Scholz]

Paul Wouters <paul(a)xelerance.com&gt; writes:

> >> Upstream reports a logging bug.
> >
> > ??? You and Noa Resare were the only one who reported the non-logging as
> > a bug and some posts ago you said that you are not upstream.  So, why do
> > you think that upstream reported a logging bug?
>
>  I pointed you to http://bugs.noreply.org/flyspray/index.php?do=details&id=1133
>  which is the upstream bug tracker,  
That's the wrong place to report Fedora issues. Information in this
tracker are outdated too.


>  and I told you those bugs were filed in a joined session with 5
>  tor developers at GSoC.  
When you have such insider contacts, why are you communicating in such a
perfidious way ("I understand your logging reasons" in [1] vs. your
offenses in this thread) instead of using your contacts to close the
bugs in the other bugtracker?


>  No. your %post may not output anything.  
%post can give out something; e.g. '%post failed' which would happen
here due to the redhat-lsb bug.  I just give out a more useful message
than '%post failed' which helps people to identify the problem.


>  It's a bug in tor. You're just pissing over the endusers with
> your
>  fight over init systems.  If you cared about the users of the tor
>  package, you would work around  
I workaround the redhat-lsb bug.



Enrico

Footnotes: 
[1]  https://bugzilla.redhat.com/show_bug.cgi?id=532373#c8

bz532373, was Re: tor dependency insanity.

[Kevin Kofler]

Enrico Scholz wrote:
>  %post can give out something; e.g. '%post failed' which would
> happen
>  here due to the redhat-lsb bug.  I just give out a more useful message
>  than '%post failed' which helps people to identify the problem. 
%post MUST *NEVER* FAIL!!!

The mandatory (MUST) guideline is that %post MUST NOT OUTPUT anything, and 
that it just plain MUST NOT fail.

The fact that redhat-lsb is buggy is also only relevant because you're using 
the LSB stuff instead of using plain initscripts as REQUIRED by our 
guidelines. You MUST use plain initscripts, not -lsb, -upstart or -bikeshed. 
And those initscripts belong directly in the package, not some subpackage

        Kevin Kofler

bz532373, was Re: tor dependency insanity.

[Enrico Scholz]

Kevin Kofler <kevin.kofler(a)chello.at&gt; writes:

> > %post can give out something; e.g. '%post failed' which
> would happen
> > here due to the redhat-lsb bug.  I just give out a more useful message
> > than '%post failed' which helps people to identify the problem.
>
>  %post MUST *NEVER* FAIL!!! 
that's why it executes a workaround until redhat-lsb is fixed


>  The mandatory (MUST) guideline is that %post MUST NOT OUTPUT anything
this means only output like license agreements, but not diagnostic
output on stderr


Enrico

bz532373, was Re: tor dependency insanity.

[Kevin Kofler]

Enrico Scholz wrote:

>  Kevin Kofler <kevin.kofler(a)chello.at&gt; writes:
> > The mandatory (MUST) guideline is that %post MUST NOT OUTPUT anything
>  
>  this means only output like license agreements, but not diagnostic
>  output on stderr 
No, diagnostic output is also not allowed, especially not when the failure 
is not going to be relevant anyway because your scriptlet already works 
around it, that's why our scriptlet snippets often have >/dev/null 
2>/dev/null for commands known to sometimes be noisy.

        Kevin Kofler

bz532373, was Re: tor dependency insanity.

[Enrico Scholz]

Kevin Kofler <kevin.kofler(a)chello.at&gt; writes:

> >> The mandatory (MUST) guideline is that %post MUST NOT OUTPUT
> anything
> > 
> > this means only output like license agreements, but not diagnostic
> > output on stderr
>
>  No, diagnostic output is also not allowed,  
from where do you have this information?


>  especially not when the failure is not going to be relevant anyway
>  because your scriptlet already works around it, that's why our
>  scriptlet snippets often have >/dev/null
>  2>/dev/null for commands known to sometimes be noisy. 
install_initd is not known to be noisy


Enrico

bz532373, was Re: tor dependency insanity.

[Paul Wouters]

On Thu, 4 Mar 2010, Enrico Scholz wrote:

[ two year tor insanity ]

It's been two years. I'm done with this discussion. I'm not spending more
time on the "tor-enrico" pacakge.

Paul

bz532373, was Re: tor dependency insanity.

[Panu Matilainen]

On Thu, 4 Mar 2010, Kevin Kofler wrote:

>  Enrico Scholz wrote:
> > %post can give out something; e.g. '%post failed' which would happen
> > here due to the redhat-lsb bug.  I just give out a more useful message
> > than '%post failed' which helps people to identify the problem.
>
>  %post MUST *NEVER* FAIL!!!
>
>  The mandatory (MUST) guideline is that %post MUST NOT OUTPUT anything, and
>  that it just plain MUST NOT fail. 
In the meanwhile, since Fedora 10 rpm doesn't leave duplicates around if 
%post or %postun fails. So it's not as big a deal as it used to be.

 	- Panu -

[Kevin Kofler]

Paul Wouters wrote:
>  As noted before, the issue here is the Enrico is packging "his
> tor
>  package", going against the desires of both Fedora guidelines and Tor
>  upstream. 
It's really that Enrico is inventing his own baroque packaging system for 
initscripts, with a bizarre mess of subpackages, when he should just follow 
our packaging guidelines for initscripts. His clamav packages are also weird 
like that. I don't see why his packages need to be different from all the 
others.

        Kevin Kofler

[James Antill]

On Tue, 2010-03-02 at 20:31 +0100, Enrico Scholz wrote:
>  Adam Williamson <awilliam(a)redhat.com&gt; writes:
>  
>  > I'm not quite sure why it needs separate lsb/upstart init scripts
>  > anyway. 
>  
>  All the initscripts have huge and broken dependency chains.
>  E.g. assuming I would use the vanilla fedora 'initscripts' package, then
>  tor would still require[1] syslog, cpio, e2fsprogs, ethtool, mount, ... 
 You are joking, right? I mean apart from the fact that there is a
_huge_ difference between requiring "mount" and "libX*" ... the
_kernel_
requires the package initscripts is installed.

-- 
James Antill - james(a)fedoraproject.org
http://yum.baseurl.org/wiki/releases
http://yum.baseurl.org/wiki/whatsnew/3.2.27
http://yum.baseurl.org/wiki/YumMultipleMachineCaching

[Enrico Scholz]

James Antill <james(a)fedoraproject.org&gt; writes:

>   You are joking, right? I mean apart from the fact that there is a
>  _huge_ difference between requiring "mount" and "libX*" ... 
please do not blame me for redhat-lsb packaging...


>  the _kernel_ requires the package initscripts is installed. 
initscripts are not required for kernel at runtime:

| $ rpm -e --test initscripts 2>&1 | grep kernel
| $

Netherless, this seems to be a packaging bug; initscripts are a
Requires(pre/post) for kernel but none of these scriptlets use them.
Perhaps grubby/mkinitrd/dracut needs them, but not the kernel.



Enrico

[Kevin Kofler]

Enrico Scholz wrote:
>  please do not blame me for redhat-lsb packaging... 
You're not being blamed for the redhat-lsb packaging but for requiring 
redhat-lsb in the first place. That package is not supposed to be required 
by Fedora packages.

        Kevin Kofler

[Enrico Scholz]

Jesse Keating <jkeating(a)redhat.com&gt; writes:

>  On Tue, 2010-03-02 at 12:37 -0500, Dave Jones wrote:
> > --> Processing Dependency: tor-lsb = 0.2.1.23-1200.fc12 for package:
> > tor-0.2.1.23-1200.fc12.i686
>
>  This is where things go to hell.  Why in the hell is tor-lsb /required/
>  by tor?   
tor-lsb requires only lsb-core (which has a minimal set of dependencies),
not whole lsb.  Due to broken redhat-lsb packaging (there exist bugs
filed aeons ago) lsb-core pulls in all the x11 stuff which is required by
the complete lsb spec.



Enrico

[Seth Vidal]

On Tue, 2 Mar 2010, Enrico Scholz wrote:

>  Jesse Keating <jkeating(a)redhat.com&gt; writes:
>
> > On Tue, 2010-03-02 at 12:37 -0500, Dave Jones wrote:
> >> --> Processing Dependency: tor-lsb = 0.2.1.23-1200.fc12 for package:
> >> tor-0.2.1.23-1200.fc12.i686
> >
> > This is where things go to hell.  Why in the hell is tor-lsb /required/
> > by tor?
>
>  tor-lsb requires only lsb-core (which has a minimal set of dependencies),
>  not whole lsb.  Due to broken redhat-lsb packaging (there exist bugs
>  filed aeons ago) lsb-core pulls in all the x11 stuff which is required by
>  the complete lsb spec.
>  
True:

repoquery -q --whatprovides lsb-core-noarch
redhat-lsb-0:3.2-7.fc12.i686

this one

https://bugzilla.redhat.com/show_bug.cgi?id=245494

and
https://bugzilla.redhat.com/show_bug.cgi?id=472633

-sv

[Matt Domsch]

On Tue, Mar 02, 2010 at 02:21:55PM -0500, Seth Vidal wrote:
>  
>  
>  On Tue, 2 Mar 2010, Enrico Scholz wrote:
>  
>  > Jesse Keating <jkeating(a)redhat.com&gt; writes:
>  >
>  >> On Tue, 2010-03-02 at 12:37 -0500, Dave Jones wrote:
>  >>> --> Processing Dependency: tor-lsb = 0.2.1.23-1200.fc12 for package:
>  >>> tor-0.2.1.23-1200.fc12.i686
>  >>
>  >> This is where things go to hell.  Why in the hell is tor-lsb /required/
>  >> by tor?
>  >
>  > tor-lsb requires only lsb-core (which has a minimal set of dependencies),
>  > not whole lsb.  Due to broken redhat-lsb packaging (there exist bugs
>  > filed aeons ago) lsb-core pulls in all the x11 stuff which is required by
>  > the complete lsb spec.
>  >
>  
>  True:
>  
>  repoquery -q --whatprovides lsb-core-noarch
>  redhat-lsb-0:3.2-7.fc12.i686
>  
>  this one
>  
>  https://bugzilla.redhat.com/show_bug.cgi?id=245494
>  
>  and
>  https://bugzilla.redhat.com/show_bug.cgi?id=472633 
The latter of these (really the same problem) claim to be fixed in
rawhide.  The question remains to which Fedora versions the fixed
packaging will be backported.

-- 
Matt Domsch
Technology Strategist, Dell Office of the CTO
linux.dell.com & www.dell.com/linux

[David Malcolm]

On Tue, 2010-03-02 at 12:37 -0500, Dave Jones wrote:
>  So after having heard the nth discussion about tor, I decided to
> check it out.
>  I tried installing it on a stripped down f12 box that has no X, or other stuff
>  unnecessary for routing network packets.
>  
>  What happened next has me lost for words.
>  Our dependency chains suck.
>  
>  	Dave
>  (12:24:07:root@firewall:~)# yum install tor
>  Setting up Install Process
>  Resolving Dependencies
>  --> Running transaction check
>  ---> Package tor.i686 0:0.2.1.23-1200.fc12 set to be updated
>  --> Processing Dependency: tor-core = 0.2.1.23-1200.fc12 for package:
> tor-0.2.1.23-1200.fc12.i686 
(snip)

Is it more confined if you just "yum install tor-core"?

[Seth Vidal]

y

On Tue, 2 Mar 2010, David Malcolm wrote:

>  On Tue, 2010-03-02 at 12:37 -0500, Dave Jones wrote:
> > So after having heard the nth discussion about tor, I decided to check it out.
> > I tried installing it on a stripped down f12 box that has no X, or other stuff
> > unnecessary for routing network packets.
> >
> > What happened next has me lost for words.
> > Our dependency chains suck.
> >
> > 	Dave
> > (12:24:07:root@firewall:~)# yum install tor
> > Setting up Install Process
> > Resolving Dependencies
> > --> Running transaction check
> > ---> Package tor.i686 0:0.2.1.23-1200.fc12 set to be updated
> > --> Processing Dependency: tor-core = 0.2.1.23-1200.fc12 for package:
> tor-0.2.1.23-1200.fc12.i686
>  (snip)
>
>  Is it more confined if you just "yum install tor-core"? 
not much:
tor-core requires init(tor)

  repoquery -q --whatprovides 'init(tor)'
tor-lsb-0:0.2.1.22-1200.fc12.noarch
tor-upstart-0:0.2.1.19-2.fc12.noarch
tor-lsb-0:0.2.1.19-2.fc12.noarch
tor-upstart-0:0.2.1.22-1200.fc12.noarch


tor-lsb is probably going to be pulled in first.
but if it isn't, then tor-upstart requires tor which is going to require 
tor-lsb.

yes - that's never going to end well.

-sv

[Matthew Miller]

On Tue, Mar 02, 2010 at 01:06:25PM -0500, Seth Vidal wrote:
>  but if it isn't, then tor-upstart requires tor which is going to
> require 
>  tor-lsb.
>  yes - that's never going to end well. 
https://bugzilla.redhat.com/show_bug.cgi?id=569933


-- 
Matthew Miller <mattdm(a)mattdm.org&gt;
Senior Systems Architect -- Instructional & Research Computing Services
Computing & Information Technology 
Harvard School of Engineering & Applied Sciences

[Enrico Scholz]

Dave Jones <davej(a)redhat.com&gt; writes:

>  (12:24:07:root@firewall:~)# yum install tor 
fwiw; when you can not wait for a fixed redhat-lsb package, do

| yum install tor tor-upstart


Upstart does not have a good way yet to disable/enable service so you
have to edit /etc/init/tor.conf resp. /etc/event.d/tor manually.


Enrico

[Enrico Scholz]

Enrico Scholz <enrico.scholz(a)informatik.tu-chemnitz.de&gt; writes:

>  | yum install tor tor-upstart 
should be

| yum install tor-core tor-upstart

[Dave Jones]

On Tue, Mar 02, 2010 at 08:23:22PM +0100, Enrico Scholz wrote:
>  Enrico Scholz <enrico.scholz(a)informatik.tu-chemnitz.de&gt;
> writes:
>  
>  > | yum install tor tor-upstart
>  
>  should be
>  
>  | yum install tor-core tor-upstart 
still no good, because tor-upstart requires tor which requires tor-lsb which...

	Dave

[Enrico Scholz]

Dave Jones <davej(a)redhat.com&gt; writes:

>   > | yum install tor-core tor-upstart
>
>  still no good, because tor-upstart requires tor which requires tor-lsb
>  which... 
thx for noticing this; this requirement is broken and has been fixed
now.  I did not noticed it myself because I use yet another instance of
'init(tor)' on the tor server.


Enrico

[Chen Lei]

I think redhat-lsb should be  forbideen strictly to be used in official fedora and
rpmfusion package, it's can only be used by third-part sofiware develpers and
packagers who do not familiar with fedora and want their packagers to support multiple
linux platform.
redhat-lsb is an encumbrance for normal rpm packages.
BTW, /var/lib/tor-data seems not used at all, maybe this directory should not be included
in tor-core?

Regards,
Chen 


在2010-03-03?03:35:46，"Dave?Jones"?<[e-mail]>?写道：
> On?Tue,?Mar?02,?2010?at?08:23:22PM?+0100,?Enrico?Scholz?wrote:
> ?&gt;?Enrico?Scholz?&lt;enrico.scholz(a)informatik.tu-chemnitz.de&gt;?writes:
> ?>?
> ?>?>?|?yum?install?tor?tor-upstart
> ?>?
> ?>?should?be
> ?>?
> ?>?|?yum?install?tor-core?tor-upstart
>
> still?no?good,?because?tor-upstart?requires?tor?which?requires?tor-lsb?which...
>
> 	Dave
>
> --?
> devel?mailing?list
> devel(a)lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel

[Chen Lei]

I think redhat-lsb should be  forbideen strictly to be used in official fedora and
rpmfusion package, it's can only be used by third-part sofiware develpers and
packagers who do not familiar with fedora and want their packagers to support multiple
linux platform.
redhat-lsb is an encumbrance for normal rpm packages.
BTW, /var/lib/tor-data seems not used at all, maybe this directory should not be included
in tor-core?

Regards,
Chen 


在2010-03-03?03:35:46，"Dave?Jones"?<[e-mail]>?写道：
> On?Tue,?Mar?02,?2010?at?08:23:22PM?+0100,?Enrico?Scholz?wrote:
> ?&gt;?Enrico?Scholz?&lt;enrico.scholz(a)informatik.tu-chemnitz.de&gt;?writes:
> ?>?
> ?>?>?|?yum?install?tor?tor-upstart
> ?>?
> ?>?should?be
> ?>?
> ?>?|?yum?install?tor-core?tor-upstart
>
> still?no?good,?because?tor-upstart?requires?tor?which?requires?tor-lsb?which...
>
> 	Dave
>
> --?
> devel?mailing?list
> devel(a)lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel

[Enrico Scholz]

"Chen Lei" <supercyper(a)163.com&gt; writes:

>  BTW, /var/lib/tor-data seems not used at all, maybe this directory
>  should not be included in tor-core? 
thx; was a leftover from GeoIP stuff which was removed due to anonymity
reasons.  It will be fixed in the next packages.


Enrico

[Chen Lei]

Also tsocks now are in the repo of fedora, so maybe you can include the tor stuffs related
to tsocks.
Another question is why you use tor-lsb instead of normal initscript ,  a tor-sysvinit
subpackage may be more suitable for fedora.



在2010-03-03?18:27:47，"Enrico?Scholz"?<[e-mail]>?写道：
> &quot;Chen?Lei&quot;?&lt;supercyper(a)163.com&gt;?writes:
>
> >?BTW,?/var/lib/tor-data?seems?not?used?at?all,?maybe?this?directory
> >?should?not?be?included?in?tor-core?
>
> thx;?was?a?leftover?from?GeoIP?stuff?which?was?removed?due?to?anonymity
> reasons.??It?will?be?fixed?in?the?next?packages.
>
>
> Enrico
> --?
> devel?mailing?list
> devel(a)lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel

[Kevin Kofler]

Chen Lei wrote:
>  Another question is why you use tor-lsb instead of normal initscript
> ,  a
>  tor-sysvinit subpackage may be more suitable for fedora. 
Right, but actually tor should simply include the normal SysV-style 
initscripts (with initscripts dependencies, not lsb-core ones) inside the 
package itself. We have a packaging guideline for initscripts:
https://fedoraproject.org/wiki/Packaging:Guidelines#Initscripts
"Currently, only SystemV-style initscripts are supported in Fedora."
https://fedoraproject.org/wiki/Packaging:SysVInitScript
This guideline MUST be followed.

        Kevin Kofler

[Adam Williamson]

On Wed, 2010-03-03 at 19:05 +0100, Kevin Kofler wrote:

>  This guideline MUST be followed. 
ah, the joys of the oxymoron!
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

[Kevin Kofler]

Enrico Scholz wrote:
>  Upstart does not have a good way yet to disable/enable service so
> you
>  have to edit /etc/init/tor.conf resp. /etc/event.d/tor manually. 
Which is one of the reasons why you aren't supposed to use native Upstarts 
scripts yet!

We have packaging guidelines to follow for initscripts, please follow them. 
Requiring lsb-core, redhat-lsb or anything like that is NOT part of those 
guidelines!

        Kevin Kofler

[Enrico Scholz]

Kevin Kofler <kevin.kofler(a)chello.at&gt; writes:

> > Upstart does not have a good way yet to disable/enable service so
> you
> > have to edit /etc/init/tor.conf resp. /etc/event.d/tor manually.
>
>  Which is one of the reasons why you aren't supposed to use native
>  Upstarts scripts yet! 
it's a somehow strange situation... there were mass bug reports requiring
LSB headers in initscripts, Fedora uses its proprietary, non LSB compliant
initsystem for most of its services and provides upstart.

I do not see any reason not to provide -upstart initscripts alternatively;
beside their simplicity, the parallel startup and the removal of the racy
pidfile mechanism, they allow to respawn services.

What's wrong with giving users the choice to do a simple 'yum install
tor' + all the graphical management stuff, or 'yum install tor-core
tor-upstart'[1] + other configuration management methods (e.g. cfengine)?



Enrico

Footnotes: 
[1]  requires -upstart packages without the bad 'Requires: tor' (e.g.
     https://admin.fedoraproject.org/updates/tor-0.2.1.24-1100.fc12
     https://admin.fedoraproject.org/updates/tor-0.2.1.24-1200.fc12)