--- 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/