This is the log as captured by an IRC bot in the channel. The statements
are those of the individual people and might not neccessarily reflect the
policy and legal rules as set forth by the T2 SDE Project.
--- Log opened Thu Oct 14 00:00:29 2004
00:23 -!- sparc-kly [~mubex@65-23-193-80.prtc.net] has joined #t2
00:58 < rxr> 2re
00:58 < rxr> jsaw: ouhm - I hope nothing before qt needs doxygen ;-)
00:58 < rxr> re
00:59 < rxr> ouhm - auto* updates - seems I need to start a new rebuild on the athlon now ...
00:59 < rxr> jsaw: I also have commits in que
00:59 < rxr> queue even
01:00 < rxr> I deployed my T2 on the iBook onto valentin's iBook via Ethernet - and on lars' iBook via ieee1394 just now ...
01:00 < rxr> so aside from my hotfixed - there will he much more feedback comming in the next days ...
01:03 < CIA-8> rene * r4297 /trunk/package/x11/xorg/stone_mod_xorg.sh: * fixed the xorg stone module by including the correct filename
01:04 < mnemoc> rehi
01:04 < rxr> hi
01:04 < CIA-8> rene * r4298 /trunk/package/audio/ (4 files in 2 dirs):
01:04 < CIA-8> * fixed the installation of the alsa init script by moving it to the
01:04 < CIA-8> correct package (alsa-utils, the one that ships the alsactl binary)
01:05 < CIA-8> rene * r4299 /trunk/package/ (3 files in 3 dirs):
01:05 < CIA-8> * sanitized the gnome and kde registered version numbers (to either
01:05 < CIA-8> be actual or not include a version at all)
01:06 < CIA-8> rene * r4300 /trunk/package/ (3 files in 2 dirs):
01:06 < CIA-8> * sanitized a few more registration version numbering
01:06 < CIA-8> * cleaned the wmx.desc on the way
01:08 < CIA-8> rene * r4301 /trunk/package/print/gimp-print/gimp-print.desc: * updated gimp-print (4.2.6 -> 4.2.7)
01:09 < jsaw> rxr: hi
01:09 < rxr> hi jsaw
01:09 < jsaw> 1305 builds total, 367 completed fine, 2 with errors
01:09 < jsaw> [5] shells/ash [5] x11/linux-drm
01:09 < jsaw> == 00:09:29 =[5]=> Building kde/kdelibs [3.3.1 2.1.0-beta].
01:10 < jsaw> rxr: the gnome dependency thing is VERY strange
01:10 < rxr> shells/ash?
01:10 < rxr> you mean that we need so many fixes?
01:11 < jsaw> the fixes are actually wrong...
01:11 < jsaw> there's something very strange happening in these packages which is not obvious to me:
01:11 < rxr> well, but we need them since the resulting libraries have references to others ...
01:12 < jsaw> in the install phase, libtool "relinks" the libs. But for these libraries libtool misses to pass "-rpath /opt/gnome28/lib".
01:12 < rxr> ouch
01:13 < rxr> why does it want's to relink them anyway?
01:13 -!- sparc-kly [~mubex@65-23-193-80.prtc.net] has quit ["Leaving"]
01:13 < jsaw> If I simply pass LDFLAGS="-Wl,--rpath --Wl,$root/$prefix" (in gnome-2.conf), it seems to work without the dependency pathces
01:13 < rxr> aha
01:13 < rxr> have the gnome people said s.th.?
01:13 < jsaw> gtk+ passes now, without the dependency-moron.patch in pango.
01:14 < jsaw> yes, "there's something wrong with your linker" ...
01:14 < jsaw> (a guy from red-hat, I actually do not expect him to help me too much)
01:14 < jsaw> I'm about to file a bugzilla report, but I want to see what's going on with the other patches.
01:15 < jsaw> btw, relinking, can I assume, that you know what rpath does?
01:15 < rxr> yes
01:15 < rxr> but the relinking is new, isn't it? I mean the rpath can be included in the first place ...
01:16 < rxr> the relinking just wasts cpu cycles IMHO ...
01:16 < jsaw> good, so during build, the .libs path is given, so that test programs won't file loading internal libraries of libs.
01:16 < jsaw> fail I mean
01:16 < jsaw> but for installation one doesn't want such a path inside the lib (probably exploitable).
01:17 < jsaw> so, relinking is done only with the right library path.
01:17 < CIA-8> rene * r4302 /trunk/package/x11/openbox/openbox.desc: * updated openbox (3.0 -> 3.2)
01:17 < rxr> but this is new - I noticed it under macosx subversion the first time ...
01:17 < rxr> maybe I have not looked at install log output that often in the past ...
01:17 < rxr> maybe we just have some badly choosen libtool version or so?
01:17 < jsaw> I haven't seen it before, never.
01:18 < rxr> so, maybe our libtool is just newer then redhat / fedora stuff, or we have some broken version ...
01:18 < jsaw> well, glib does it correctly (glib libtool v1.5.2, pango v1.5.6, tried both with 1.5.8: same result)
01:20 < jsaw> I have no f* clue. I even tried to chroot into env and build (so at least I know it's not some strange interaction with the huge environment passed by the build scripts)
01:20 < rxr> yeah - strange
01:21 < rxr> when I first saw the link errors I looked and gentoo and found no patch on their side - so maybe they do not have the problem ...
01:21 < rxr> and if redhat s.th. / fedora has neither we should compary the the libtool or other versions involved ...
01:22 < jsaw> looks like. also the tinderbox did not show the problem. There must be something else: remember some time ago, I fixed gtk, because fonts were not discoverd properly?
01:22 < rxr> no - I do not remember the font problem ...
01:23 < jsaw> I remember, that one of pange{ft something} libs could not be loaded. The gnome ppl laughed at my patch because they've never seen this fail.
01:24 < jsaw> The error must be well hidden...
01:26 < rxr> yep
01:26 < rxr> another ugly error is that glib passes -pthread into the .la which other packages depend on - resulting in some libtool variants to scream because the expact -l* and can not parse it ...
01:27 < daja77> this is still not fixed?
01:27 < jsaw> btw. do other distros have the .la files?
01:28 < rxr> ohm - I think so ...
01:29 < rxr> jsaw: btw it would be cool if you could include the from-update version more often
01:29 < jsaw> oh
01:29 < rxr> I find it particulary helpful when browsing the commit messages so I get a feeling "how big" the version update was ...
01:29 < rxr> read, if I should do some bigger testing here, too ...
01:29 < jsaw> rxr, do the scripts remove the pthread thing or did you branch earlier?
01:29 < jsaw> okay, will do so in the future.
01:30 < rxr> glib has a patch to not add it in T2 ...
01:30 < rxr> and the build system has my check to "review" .la files to be non-broken ...
01:32 < rxr> I really like that I removed the Download-Error cache ;-)
01:33 < jsaw> didn't realize, felt so normal...
01:34 < rxr> !> checking for strstream... no
01:34 < rxr> !> configure: error: Your libstdc++ doesn't have the sstrea ..
01:34 < rxr> ^-?!?!?
01:34 < rxr> kids, it is sstream ...
01:34 < jsaw> hehe
01:34 < jsaw> old headers.
01:36 < rxr> I think when the next builds on the x86 box goes well, I install it on the box ...
01:36 < rxr> and thus replacing the
01:36 < rxr> ROCK Linux 1.7-snapshot (2003/03/29)
01:36 < rxr> on it ...
01:37 < rxr> (was our server before - thus the old base system ...)
01:37 < rxr> unbelivable - even the latest fluxbox version checks for strstream ...
01:37 * rxr preparing patch ...
01:38 < jsaw> :)
01:39 < rxr> no - moment - what - it checks for sstream but thinks it is not usabel ...
01:39 < rxr> ok
01:39 < rxr> hm - strange
01:40 < rxr> are my stl headers defect :-(
01:40 < jsaw> which package?
01:41 < rxr> fluxbox
01:41 < rxr> but my STL really seems to be defect ...
01:41 < rxr> must be happend during the backup or so ...
01:41 < rxr> I just rebuild gcc over the night - that shoudl cure it ..
01:41 < CIA-8> mnemoc * r4303 /trunk/misc/archive/compare.sh:
01:41 < CIA-8> * compare.sh fixed to show patch for Equal and missing packages too
01:41 < CIA-8> * compare.sh fixed to use -p to show patch and -v to show extra info about the package
01:41 < rxr> I have 3.4.2 anyway- so it will be a nice update anyway ...
01:46 < CIA-8> rene * r4304 /trunk/package/x11/fluxbox/ ( fluxbox.desc):
01:46 < CIA-8> * added fluxbox (0.9.10) - untested since my STL headers have a
01:46 < CIA-8> defect :-(
01:47 < jsaw> did u have a look at the pkgsel stuff?
01:47 < rxr> nope :-~(
01:48 < rxr> had a math exam yesterday - and dived into macosx until then - and had t2 deploy sessions today ...
01:48 < jsaw> once you have, I commit the scripts/config.in. It seems to work so far. Some comments are yet welcome.
01:48 < rxr> I can schedule it for today
01:48 < jsaw> btw, still student?
01:48 < rxr> hehe - hope so, the exam should be quite well I expect at least a 2 ...
01:48 < rxr> we'll see ...
01:49 < jsaw> :)
01:49 < rxr> and my .plan is to study a bit faster now, this university of applied science stuff get's on my nerves, and I would rather get rid of it sooner then later - and best with a degree and not because I'm so bored to write to less exams ...
02:02 < rxr> we should setup an own mirror infrastrucutre at the end of this months or so ..
02:02 < rxr> we are too up to date and miss many packages not on the rock mirrors *g*
02:03 < rxr> should we tweak the Download script to use 3 servers? one T2 mirror world, fallback to rock world (which has many packages, too) and only then fallback to the original URL?
02:05 < CIA-8> mnemoc * r4305 /trunk/misc/archive/compare.sh: * final? change to compare.sh to use -r to hide repository name
02:05 < rxr> oh - 3.4.2 is the latest gcc release *g* - so no update for my ibook
02:06 < jsaw> oh
02:06 < rxr> just a rebuild to fix the STL ;-)
02:08 < jsaw> muahahah
02:08 < jsaw> gcc status report and the answer:
02:08 < jsaw> Hmmm, exactly which part of the Geneva Conventions gave the USians the right to eat Native Americans, or - for that matter - Turks ?
02:08 < jsaw> http://gcc.gnu.org/ml/gcc/2004-10/msg00373.html
02:09 < jsaw> last paragraph, then the answer...
02:11 < rxr> ;-)
02:11 < rxr> == 10/15/04 02:12:39 =[9]=> Finished building package fluxbox.
02:12 < rxr> argh!
02:12 < rxr> > Found shared files with other packages:
02:12 < rxr> !> usr/bin/c++: gcc3 icecream
02:12 < rxr> !> usr/bin/cc: gcc3 icecream
02:12 < rxr> !> usr/bin/g++: gcc3 icecream
02:12 < rxr> !> usr/bin/gcc: gcc3 icecream
02:12 < rxr> damn damn damn
02:12 < rxr> if this screws up my build athlon I slap the kde people ...
02:12 < rxr> it did !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
02:12 * rxr slaps the kde people
02:12 < CIA-8> rene * r4306 /trunk/package/x11/fluxbox/ (fluxbox.cache no-bsetroot.patch):
02:12 < CIA-8> * disabled the installation of bsetroot* in fluxbox and added the
02:12 < CIA-8> .cache
02:13 < daja77> why the kde ppl?
02:13 < rxr> icecream is a distcc replacement written by the kde people ...
02:13 < daja77> ah yes heard about that
02:15 < CIA-8> rene * r4307 /trunk/package/x11/fluxbox/fluxbox.cache:
02:15 < CIA-8> * fixed the new fluxbox.cache manually - I test built it on my still
02:15 < CIA-8> rock running athlon where the package names are slightly different
02:15 < rxr> ah - puh - I still have the -3 files ;-) which are binaries ...
02:16 < jsaw> rebuilding xorg and gtk with security patches...
02:16 < rxr> xorg ? security ?
02:16 < jsaw> xpm
02:16 < rxr> what problem this time? I measn .1 has the xpm fix already ...
02:16 < rxr> 6.8,1 that is
02:17 < jsaw> http://www.x.org/X11R6.8.1/patches/
02:17 < jsaw> ??? this seems to be a copy from 6.8.0 ???
02:17 < rxr> yes, seems so ..
02:18 < rxr> but I have another patch lingering around - still untested ..
02:18 < jsaw> are they drunk?
02:18 < rxr> do the patches apply?
02:18 < jsaw> lemma see.
02:18 < rxr> I'm on the xorg list - I could report it immediately if they really are for 6.8.0 as they look like .,.
02:19 < jsaw> libtiff should also be fixed
02:19 < jsaw> http://www.heise.de/newsticker/meldung/52150
02:20 < rxr> yep - saw this ..
02:20 < rxr> do we want to update to the devel release?
02:20 < CIA-8> rene * r4308 /trunk/package/x11/xorg/hotfix-damage.patch: * added the damane ScreenRec allocation fix - untested
02:20 < rxr> btw, we might still have the imlib (1) security hole ...
02:20 < jsaw> does any package still depend on imlib-1 ?
02:20 * rxr was to lazy to search for the patch (package seems to be quite unmaintained and obsoleted ...)
02:21 < rxr> I think so - much gtk1 stuff ..
02:21 < jsaw> :(
02:22 < rxr> 33
02:22 < rxr> quick grep in the .cache files ...
02:22 < mnemoc> gimp issue makes me unconfortable
02:22 < rxr> gimp?
02:22 < jsaw> e16 doesn't anymore
02:23 < mnemoc> gimp -> gimpprint -> gtk+12
02:23 < jsaw> gimp issue?
02:23 < rxr> ok - gimpprint is under review here ..
02:23 < mnemoc> i know :)
02:24 * mnemoc will go install wifi pci card to his desktop....
02:24 < jsaw> aaaaahhhh
02:24 < jsaw> ===[x_extract:33 (last $?=0)> echo 'Patching source (xorg-CAN-2004-0687-0688.patch) ...'
02:24 < jsaw> Patching source (xorg-CAN-2004-0687-0688.patch) ...
02:24 < jsaw> ===[x_extract:34 (last $?=0)> bunzip2
02:24 < jsaw> ===[x_extract:34 (last $?=0)> patch -p1 -E
02:24 < jsaw> bunzip2: (stdin) is not a bzip2 file.
02:24 < mnemoc> uhm?
02:25 < mnemoc> we it is bunziping?
02:25 < jsaw> because downloaded stuff from [D] is expected to be zipped
02:25 < mnemoc> o_O
02:26 < rxr> hm?
02:26 < mnemoc> [[ $patch = *.bz2 ]] ?
02:26 < rxr> not in the apply patch function - IIRC there we match for *.bz2 ...
02:26 < mnemoc> or `file`
02:26 < jsaw> see xorg_config.sh
02:27 < jsaw> I errenously add it to xf_patches
02:27 < jsaw> added
02:27 < rxr> no - wait
02:27 < rxr> we should fix this function ...
02:27 < jsaw> on it's way ...
02:27 < rxr> :q!
02:28 < mnemoc> smarter functions, fewer restrictions
02:28 < rxr> wrong window
02:28 < rxr> reuse of apply_patchfiles or what it was
02:30 < rxr> and cleanup lx_config.sh on the way:
02:30 < rxr> # correct the abolute path for patchfiles supplied in the .desc file
02:30 < rxr> for x in $patchfiles ; do
02:30 < rxr> if [ ! -e "$x" -a -n "${x##*/*}" ] ; then
02:30 < rxr> y="$base/download/mirror/${x:0:1}/$x"
02:30 < rxr> patchfiles="${patchfiles/$x/$y}"
02:30 < rxr> fi
02:30 < rxr> done
02:31 < jsaw> that should simply go into apply_patchfiles, shouldn't it?
02:31 < rxr> yep - do it ;-)
02:32 < rxr> or should I quickly ?
02:32 < rxr> == 10/15/04 02:32:46 =[9]=> Finished building package icecream.
02:32 < jsaw> do quickly, I've got to look at xorg_config.sh
02:33 < mnemoc> OT: the former (12 years) CEO of microsoft chile will release his ERP as GPL :p
02:33 < CIA-8> rene * r4309 /trunk/package/base/icecream/ ( icecream.cache icecream.conf icecream.desc): * added icecream (a C++ written distcc replace from the kde people)
02:33 < rxr> ERP is what?
02:33 < mnemoc> like SAP
02:34 < daja77> enterprise ressource planning iirc
02:34 < mnemoc> done over .net and win2003 it was ported to mono last months
02:34 < daja77> :D
02:35 < mnemoc> he left microsft two years ago
02:36 < mnemoc> this is 'murbusly' funny
02:36 < daja77> :)
02:37 < CIA-8> rene * r4310 /trunk/ (package/base/linux24/lx_config.sh scripts/functions):
02:37 < CIA-8> * moved the downloaded patch recognition from the private linux*
02:37 < CIA-8> package implementation to the global apply_patchfiles function
02:37 < CIA-8> - untested ...
02:37 < rxr> jsaw: feel free to test ;-)
02:40 < CIA-8> rene * r4311 /trunk/package/ (4 files in 4 dirs): * moved distcc and icecream from base into develop
02:40 < mnemoc> http://cia.navi.cx/ <--- watch the stats :)
02:40 < jsaw> if I do "local patchfiles" inside a function, will the global "patchfiles" be changed?
02:41 < mnemoc> nope
02:42 < CIA-8> rene * r4312 /trunk/package/ (develop/icecream/icecream.cache x11/fluxbox/fluxbox.cache):
02:42 < CIA-8> * well - more just submitted .cache file dependency renaming (I should
02:42 < CIA-8> get t2 on my athlon, soon ...)
02:42 < jsaw> we have to get rid of this:
02:42 < jsaw> == 02:43:25 =[1]=> Building base/linux24 [2.4.28-pre3 2.1.0-beta]
02:43 < jsaw> if we're already in stage 5
02:43 < rxr> ?
02:43 < jsaw> (after ./scripts/Create-Errlist -newdelete)
02:44 < rxr> you mean some not less then current stage rebuild logic needs to be added?
02:44 < jsaw> there's no point in build the pre-chroot stuff if already in chroot
02:44 < rxr> well - the current implementation just runs mine -rf - which wipes all files ...
02:44 < rxr> I can add it to the TODO ...
02:45 < rxr> so - me soon off ...
02:45 < jsaw> meaning, 0-1 should not be necessary imo? (meaning don't delete [01]-*.{log,err})
02:45 < jsaw> the mine -rf seems ok to me
02:46 < rxr> ah - yes, the logs are not in the .gem ...
02:48 < mnemoc> :D
02:48 < mnemoc> Create-ErrList may loop over the three $xroot-s
02:49 < rxr> jsaw: your acl update does not download here ...
02:49 < jsaw> hmmm...
02:50 < rxr> so /me -> bed - n8 all - cu after an idle cycle ...
02:50 < mnemoc> gn8 rxr
02:51 < jsaw> sgi is a bit slow :)
02:51 < jsaw> gn8 rxr.
02:52 < mnemoc> last time i was on an sgi it had irix5.3 or something like that.... 1997?
02:53 < jsaw> IRIX64 tera 6.5 01080747 IP27
02:53 < jsaw> right next to me
02:53 < mnemoc> :)
02:53 < jsaw> but only a file server.
02:54 < jsaw> excerpt from quota: /data 19471328 40000000 80000000 (usage quota limit)
02:55 < mnemoc> we had those indies as shell (transarc afs) servers
02:55 < mnemoc> :)
02:56 < jsaw> only about 5T on raid :(
02:56 < jsaw> afs reminds me of the CERN. damn, they have huge storage space...
02:57 < mnemoc> :)
02:57 < jsaw> but what can one say if you gather data worth peta-bytes a year...
02:58 < mnemoc> peta??? o_O
02:58 < jsaw> yep.
02:58 < jsaw> that's why they're pushing grid computing so much.
02:59 < jsaw> no enough computers there anymore to analyze the data.
02:59 < mnemoc> is afs the right choice??
02:59 < jsaw> imo, in such exteremely distributed environment like the CERN itself, yes.
03:01 < mnemoc> do you have any experience with coda and other afs replacements?
03:02 < jsaw> nope, one just hears rumors...
03:02 < mnemoc> can you bounce them to here? :p
03:03 < jsaw> ppl say, coda is not really fail safe, and you're getting into trouble if connections are broken. Maybe they solved it in the meantime (that was one year ago).
03:11 < jsaw> ok, I have to leave, cu!
03:12 < mnemoc> cu :)
03:14 < jsaw> bye^2
03:15 < mnemoc> bye
04:04 -!- blindcoder [~blindcode@dsl-213-023-153-008.arcor-ip.net] has joined #t2
04:20 -!- blindcod1r [~blindcode@dsl-082-083-224-189.arcor-ip.net] has quit [Read error: 113 (No route to host)]
04:42 -!- sparc-kly [~mubex@65-23-193-80.prtc.net] has joined #t2
05:43 < CIA-8> jsaw * r4313 /trunk/package/graphic/libtiff/ (6 files):
05:43 < CIA-8> * security update libtiff (3.5.7 -> 3.7.0beta2)
05:43 < CIA-8> * remove everything but the .cache and .desc file
05:43 < CIA-8> (libtiff has now a standard configure script!)
05:48 < CIA-8> jsaw * r4314 /trunk/package/x11/xorg/ (xorg.desc xorg_config.sh):
05:48 < CIA-8> * xorg: use apply_patchfiles instead of own solution
05:48 < CIA-8> (x_patches could actually be dropped now)
05:48 < CIA-8> * use the 4.3.0 instead of 4.2.0 directory from the
05:48 < CIA-8> mga driver package -> to be tested
05:51 < CIA-8> jsaw * r4315 /trunk/package/gnome2/gtk+/ (fontsel-fix.patch gtk+-2.4.9-xpm_ico_secure.patch):
05:51 < CIA-8> * remove old fontsel-fix patch from gtk+ and
05:51 < CIA-8> * add a security fix for xpm, thanks to gentoo
06:52 -!- mnemoc_ [~amery@200.75.27.53] has joined #t2
07:02 -!- mnemoc [~amery@200.75.27.60] has quit [Read error: 110 (Connection timed out)]
08:04 -!- Ragnar0k_ [loki@66-146-166-62.skyriver.net] has joined #t2
08:16 -!- Ragnar0k [loki@66-146-166-62.skyriver.net] has quit [Read error: 110 (Connection timed out)]
10:53 -!- nzg [~tschmidt@p508EAA96.dip.t-dialin.net] has joined #t2
10:59 -!- rxr_ [~rene@p213.54.210.41.tisdip.tiscali.de] has joined #t2
10:59 -!- Topic for #t2: T2, a preleminary name. Submit cool naming suggestions (without linux) here ;-)
10:59 -!- Topic set by rxr [] [Wed Oct 6 17:56:16 2004]
10:59 [Users #t2]
10:59 [ blindcoder] [ daja77] [ mnemoc_] [ Ragnar0k_] [ rxr_ ] [ valentin]
10:59 [ CIA-8 ] [ jsaw ] [ nzg ] [ rxr ] [ sparc-kly]
10:59 -!- Irssi: #t2: Total of 11 nicks [0 ops, 0 halfops, 0 voices, 11 normal]
10:59 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
10:59 -!- [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup
11:00 -!- Irssi: Join to #t2 was synced in 16 secs
11:11 -!- rxr [~rene@p213.54.206.250.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
11:22 < rxr_> re
11:22 -!- You're now known as rxr
11:29 < nzg> moin rxr
11:33 < rxr> what the hell is this in sumbaster: 2004100322093509590
11:33 < rxr> they must be on new drugs ...
11:35 < nzg> what exactly is "removable mounts"?
11:37 < rxr> why do the rock people pull in my firmware loading patch for rockplug and do not just update the packages ....
11:38 * rxr is really confusted by what I see in the submaster junk container ...
11:38 < daja77> because this was a patch by netrunner putting in before that new release of rockplug
11:40 < daja77> nzg: cdroms, dvds, flash cards ...
11:40 < rxr> ah so - rock mill grind slowly ...
11:40 < nzg> k, /me reading the fhs-paper
11:41 < rxr> this /media sucks majorly - I can not beliebe they pull this ugly suse invention into FHS ...
11:41 < nzg> i have those under /mnt/foodev for years now
11:41 < rxr> yes - and suse has them in /media since 8.x I think ... and they seem to push it into FHS ...
11:44 < nzg> and why must there be a standard for something like /srv that does not specify whats beneath?
11:46 < nzg> suse as one of the biggest distributors dictates somehow whats the standard...
11:46 < rxr> I also do not get a clue what /srv should be fill with
11:47 < blindcoder> well, personally I have found a liking to Solaris' /cdrom and /floppy dirs...
11:47 < rxr> note to #t2: we neither create any of those until there is some common consensus about those in the open source world
11:47 < rxr> aouch
11:47 < rxr> let my se, my U5 has then:
11:47 < rxr> /zip
11:47 < rxr> /cdrom
11:47 < rxr> /cdrom1
11:47 < rxr> /floppy
11:47 < rxr> /tape
11:47 < rxr> /usbstick
11:48 < rxr> /firewiredrive
11:48 < rxr> /...
11:48 < blindcoder> actually it would have /cdrom/