--- Log opened Mon May 23 00:00:01 2005 --- Day changed Mon May 23 2005 00:00 < dualopteron> is a sk98lin 00:00 < dualopteron> k 00:00 < rxr> dualopteron: are you sure? 00:00 < dualopteron> missed that one on the site 00:00 < dualopteron> yup 00:00 < rxr> does ifconfig -a not list it ? 00:00 < dualopteron> very 00:00 < dualopteron> nope, only have loopback 00:00 < rxr> oh 00:00 < dualopteron> was hoping that 2.2.0 would detect it all correctly 00:00 < Postal> rxr, does the kernel not have sata in it rene 00:00 < rxr> Postal: it should 00:01 < dualopteron> had to jump back to gentoo box to get online 00:01 < Postal> i dont see any modules 00:01 < dualopteron> glad i don't have to jump far with a kvm switch 00:01 < Postal> are they all compiled in 00:01 < rxr> dualopteron: hm - the module should get detected ... 00:01 < rxr> Postal: yes - as many modules are enabled as possible 00:01 < rxr> do you miss s.th. =? 00:02 < rxr> dualopteron: modprobe does work ? 00:02 < dualopteron> actually, there are 2 nics, one is sk98lin and other is forcedeth 00:02 < dualopteron> no 00:02 < dualopteron> not at all 00:02 < dualopteron> needed root pw 00:02 < dualopteron> but that's been explained now 00:02 < rxr> yeah - I meant does modprobing them works now ? 00:02 < dualopteron> hang on, will test 00:03 < rxr> if yes I would like some additional information, in order to fix the module matching for the future ,-) 00:03 < dualopteron> hmmm, modprobe won't work 00:03 < dualopteron> either as user or root 00:04 < rxr> whats the diagnostic ? 00:04 < dualopteron> cmd not found 00:04 < dualopteron> same error for both 00:04 < rxr> how did you used --login ? 00:04 < rxr> so sbin's are in the PATH ? 00:04 < dualopteron> did sudo passwd 00:04 < rxr> modprobe is on the CD ,-) 00:05 < dualopteron> changed root pw 00:05 < rxr> and then su ? 00:05 < dualopteron> then su to root in term 00:05 < rxr> that should be su - 00:05 < dualopteron> still no joy tho 00:05 < dualopteron> yup 00:05 < rxr> or source /etc/profile 00:05 < dualopteron> been doing linux for a while, gentoo for about 1.5 yrs or so 00:05 < rxr> /sbin/modporbe exists ,-) 00:05 < rxr> modprobe even 00:06 < dualopteron> hmmm 00:06 < dualopteron> bizzarre, it's there in sbin 00:06 < dualopteron> still not work tho 00:07 < valentin> rxr: what threading problem ? because of the background execution ? 00:07 < dualopteron> even chgd dir to /sbin 00:07 < rxr> valentin: yes, when it was executed the tmp files was already wiped 00:07 < rxr> and thus no mode to be grepped out 00:07 < rxr> I fixed that - recompressing right now ... 00:07 < dualopteron> so, can I do a chroot on my gentoo box and do an install that way? 00:07 < rxr> dualopteron: what is the diagnostic now ? 00:07 < valentin> are you sure ? i thought it had been sth like that 00:08 < valentin> but i looked at the code and it looked clean 00:08 < rxr> valentin: yes I'm certain 00:08 < rxr> I added a debug echo to print the command to be executed so you can tell me the next time what got screwed 00:08 < dualopteron> is same, cmd not found, even in /sbin as root 00:08 < rxr> hm 00:08 < dualopteron> guess i'll try the other nic 00:08 < rxr> I modprobed a lot of modules on live cd's ... 00:09 < dualopteron> see if it comes up 00:09 < Postal> rxr, i dont see any of thge nvidia sata modules and modprobe reports that sata_nv does not exist 00:09 < dualopteron> dunno why modprobe wont' do it tho 00:09 < valentin> so $cmd `evalute args`& even paralellizes the argument evaluation ? 00:10 < rxr> it looked so 00:10 < valentin> oh 00:10 < valentin> good to know 00:10 < rxr> at least the $tmp files content was wiped 00:10 < rxr> I did not wanted to test more on the Pentium MMX 233 ... 00:10 < dualopteron> just wish it worked, then i could ssh into it and not hafta mess much 00:10 < rxr> but if you like play with it for a second on your box ... 00:11 < Postal> rene, did you get the lspci email? 00:11 < rxr> yes - thanks! 00:12 < Postal> sata modules should be i /lib/modules/2.6.11.9-dist/kernel/drivers/scsi 00:12 < Postal> right 00:12 < rxr> I think so 00:12 < dualopteron> well, lsmod works, shows forcedeth is loaded, guess i'll switch nics 00:13 < Postal> yeah i dont see any sata modules... no promise drivers, and not nv drivers... hmm 00:13 < rxr> Postal: I take a look in a sec 00:13 < dualopteron> or not, seems the marvell nic has just flat out died, nvidia one is on 00:13 < dualopteron> grrrr 00:17 < rxr> Postal: you are right the CD misses the modules - I fix this 00:17 < dualopteron> o0o, got it now 00:17 * _Lewellyn curses this dell 00:17 < Postal> rxr, yeah i cannot do much until i have those modules 00:17 < dualopteron> opened root term after chging passwd, now modprobe works 00:18 < rxr> poor _Lewellyn 00:18 < _Lewellyn> rxr: still have not burnt livecd 00:18 < _Lewellyn> can't boot the stock windows install 00:18 < rxr> _Lewellyn: don't hurry 00:18 < dualopteron> bbl, gotta run for a bit 00:18 < rxr> _Lewellyn: you are at work on sunday ? 00:18 < _Lewellyn> have to reinstall windows first so i can access its burner. my current workstation has noo burner 00:18 < dualopteron> thx for the help so far 00:18 < _Lewellyn> yes 00:19 < _Lewellyn> i won't have time again till next weekend 00:19 < Postal> rene, how many days you think before another iso is created with the modules in...? 00:19 < rxr> dualopteron: no problem - hope to see you back 00:19 < rxr> well - there could be an ISO tonight 00:19 < dualopteron> not leaving chan unless i get booted 00:19 < rxr> but it only includes two other fixes 00:19 < dualopteron> just gotta go out for a bit 00:19 < rxr> guess the SATA ISO will be out tomorrow 00:20 < _Lewellyn> oh. i need to test sata 00:21 < Postal> ok, ill dl it tomorrow 00:22 < _Lewellyn> after i test the livecd, i'll move my current drives to this machine. 00:22 < _Lewellyn> then, i'll upgrade to t2 00:23 < _Lewellyn> then i can properly test my ksh package. 00:24 < rxr> valentin: syncable soon 00:25 < valentin> ok 00:25 < valentin> :) 00:26 < rxr> done 00:26 < rxr> ready 00:26 < rxr> try it ,-) 00:26 < valentin> did anyone send some screenshots yet ? 00:26 < _Lewellyn> valentin: of the livecd? 00:26 < valentin> of whatever ,) 00:27 < _Lewellyn> i'll take some once i get it burned 00:27 < rxr> valentin: don't this so 00:27 < _Lewellyn> yay vmware 00:27 < _Lewellyn> actually.. 00:27 < _Lewellyn> it's vmware 00:27 < _Lewellyn> no need to burn 00:27 < valentin> i think you cannot tell from a kde screenshot wether it was @live or installation 00:27 < _Lewellyn> i'll take some in a bit 00:28 < rxr> well - especially since the T2 @live has nearly no branding 00:28 < rxr> thus mostly vanilla KDE - with a lot of integration work so stuff "tends to just work" 00:28 < _Lewellyn> rxr: not even a t2 desktop? 00:29 < rxr> .oO(no) 00:29 < rxr> we need an artwork group 00:29 < _Lewellyn> hm 00:29 < _Lewellyn> too bad my g/f is 3000 mi away for the next week 00:29 < _Lewellyn> i'd volunteer herr 00:29 < valentin> as long as it is only the bg-pixmap it is ok, but i would like to have t2 installation as vanilla as possible 00:30 < rxr> so I should remove the "just works bits" ? 00:30 < valentin> _Lewellyn: what are 3000 mi in the internet age ? 00:30 < _Lewellyn> i'm a fan of vanilla, but with a distro background 00:30 < _Lewellyn> valentin: she's ot online :) 00:31 < _Lewellyn> rxr: i'm referring to gui branding 00:31 * valentin burning the beast again :) 00:31 < rxr> it is no beast 00:31 < valentin> yes it is - it will eat up all other live cds 00:31 < _Lewellyn> i recall it being fairly small 00:31 < rxr> it is a beauty 00:33 < dualopteron> k, back again 00:33 < dualopteron> was a shorter trip than i thought it would be 00:34 < dualopteron> rxr, now that modprobe works, what's to start network? /etc/init.d/??? start 00:34 < _Lewellyn> what is the url to the livecd again? 00:34 < rxr> well - the live cd sadly has not yet network configuration or detection 00:34 < rxr> if you want dhcp just do dhclient eth1 or so for now 00:35 * valentin hides* 00:35 < dualopteron> so do /etc/init.d/dhcpd start? 00:35 < _Lewellyn> not that 00:35 < valentin> dualopteron: dhcpd is the daemon not the client 00:35 < rxr> well - in T2 we have a sophisticated network configuration 00:35 < rxr> you would cat this into /etc/conf/network 00:35 < rxr> interface eth1 00:35 < rxr> dhcp 00:35 < rxr> and then run rc network start 00:36 < rxr> but the later livecd will detect dhcp automatically and feature a nice gui ... 00:36 < rxr> for now I recomment e.g. just dhclient eth1 00:36 < rxr> (or whatever= 00:36 < dualopteron> oops 00:37 < _Lewellyn> rxr: bah. just configuration tui will work for now. "select your default network card" and "dhcp/manual". 00:37 < _Lewellyn> default to whichever has a linl 00:37 < _Lewellyn> link 00:38 < _Lewellyn> also, default to dhcp. most people then can just hit enter and boot the gui 00:42 < valentin> _Lewellyn: in the new tool, you just click on one of the network-card symbols, check the checkbox for dhcp - click on activate and you are done, too 00:42 < valentin> but you also can setup complex networks and dhcp 00:42 < valentin> not to mention wireless device setup 00:42 < _Lewellyn> oh how far off is that? 00:42 < rxr> should have been ready last friday 00:42 < valentin> the gui classes are finished , the configuration backend too 00:42 < valentin> i just have to interface theese things with the rocknet stuff 00:49 < _Lewellyn> is there another livecd upload planned soon, or shoule i use this one for screenshots? 00:49 < rxr> _Lewellyn: you do not waste time for osdir screenshots 00:49 < rxr> I'll do them 00:50 < _Lewellyn> eh, i have nothing else to do right now 00:51 < rxr> hm - ok then take shoots ,-) 00:51 < rxr> the next releases will not look too different 00:51 < dualopteron> nice 00:51 < dualopteron> tried stone 00:51 < dualopteron> nice 00:52 < _Lewellyn> snarfing iso 00:52 < dualopteron> got ssh working now too 00:54 * valentin booting live 00:54 < _Lewellyn> fwiw, dell includes a desktop pic with their logo on a default install :) 00:55 < rxr> yes - I know the windows OEM practise 00:55 < _Lewellyn> i'll not mention the other linux distros, then :) 00:56 < rxr> yes - we need an artwork group 00:58 < valentin> yeah - serpnp now works on startup 00:58 < valentin> great work rxr 00:59 < dualopteron> k, says in handbook that 1st thing is partition drive when using stone 00:59 < _Lewellyn> ok. almost 20% done. going to get juice. 00:59 < rxr> yeah - after all we want to have the most easy to use OS in some weeks 00:59 < dualopteron> things have obviously changed 00:59 < rxr> dualopteron: nope - that is when you boot form install CD 00:59 < _Lewellyn> rxr: sounds like you're making progrss quickly :) 00:59 < dualopteron> ahhhh 00:59 < rxr> try "stone install" 01:00 < dualopteron> k 01:00 < rxr> that will bring up the "cheap" partitionizing frontend 01:00 < rxr> CIA-4: ? 01:00 < dualopteron> that gives me keyboard mapping 01:00 < _Lewellyn> rxr: everyone in my office is interested in what you've done. 01:00 < rxr> ah - yes - that is a new feature 01:00 < rxr> thereafter is partitioning 01:00 < rxr> _Lewellyn: cool! 01:00 < _Lewellyn> i would not be surprised if we finally standardize on a linux distro. 01:01 < valentin> rxr: i get errors when executing alsamixer or aplay ... 01:01 < rxr> valentin: oh - what errors ? 01:01 < dualopteron> hmm, says no hd found 01:01 < rxr> .oO 01:01 < _Lewellyn> dualopteron: sata? 01:01 < rxr> dualopteron: are you on sata, too ? 01:01 < dualopteron> is odd, have vector linux on it right now 01:01 < dualopteron> no 01:01 < valentin> rxr: i log in as live user 01:01 < dualopteron> pata 01:01 < rxr> hm - what chipset ? 01:01 < dualopteron> 160 gb hitatchi 01:01 < dualopteron> nforce 3 01:01 < _Lewellyn> did the driver load? 01:01 < _Lewellyn> ew 01:01 < rxr> dualopteron: oh - I now 01:02 < dualopteron> ? 01:02 < rxr> dualopteron: the installer assumes devfs - I have not adapted the udev rules or the installer 01:02 < rxr> dualopteron: 2.1 is our devfs only stable branch to be releases as final soon 01:02 < rxr> the livecd is based on the upcomming 2.2 work 01:02 < dualopteron> cfdisk shows drive 01:02 < rxr> altough as it stable some bits - like the installed - miss tiny tweaks ... 01:03 < rxr> the installer was written in devfs times ... and I need to either fix it or adapt udev rules 01:03 < dualopteron> k, so manually mount partitions? 01:03 < dualopteron> then do stone install? 01:03 < rxr> dualopteron: ehrm 01:03 < dualopteron> cause the drive is there 01:03 < rxr> dualopteron: please do not try to install the livecd yet 01:03 < _Lewellyn> rxr: how far off are you estimating 2.2 to be released? 01:03 < dualopteron> awwwwwww 01:03 < dualopteron> i wanna break something 01:03 -!- valentinlive [~valentin@port-212-202-41-157.dynamic.qsc.de] has joined #t2 01:03 < valentinlive> hi 01:03 < rxr> wait a week until I fixed all the corner caes 01:03 < dualopteron> gentoo won't compile on this new box anyways 01:03 < rxr> valentin: w-lan out of the box ? 01:04 < rxr> dualopteron: if you feel to - mount and use tar | tar to clone the livecd ... 01:04 < _Lewellyn> dualopteron: you're bound to break something, don't worry :) 01:04 < rxr> and setup your kernel manually ... 01:04 < rxr> but do not try stone install from the CD ... 01:04 < rxr> _Lewellyn: we could have 2.2 ready in a month I think 01:04 < dualopteron> _Lewellyn lol, thx 01:04 < _Lewellyn> sweet. perfect timeframe. 01:05 < dualopteron> so, dl the tarball, mount some partitions, extract it and go from there? 01:05 -!- nzg [~tschmidt@xchangecenter.de] has quit [Client Quit] 01:05 < dualopteron> i kinda liked the livecd 01:06 < rxr> dualopteron: just mount some patition - and copy the livecd 1:1 on it ... 01:06 < dualopteron> looks so kde-ish 01:06 < rxr> setup kernel and bootloaded as used manually from gentoo and ready you are 01:06 < valentinlive> rxr: yes 01:06 < dualopteron> bootloader is hosed from gentoo on that box 01:06 < dualopteron> is why it has vector linux on it now 01:06 < dualopteron> but it's getting wiped 01:07 -!- valentinlive [~valentin@port-212-202-41-157.dynamic.qsc.de] has quit [Client Quit] 01:07 < dualopteron> only thing i liked about it was the login screen 01:07 < dualopteron> left water trails after the mouse 01:07 < dualopteron> pretty cool actually 01:07 -!- nzg [~tschmidt@xchangecenter.de] has joined #t2 01:08 < dualopteron> only problem i had with gentoo on that box was the compiler was broken 01:08 < dualopteron> didn't matter if it was 32 or 64 bit 01:08 < dualopteron> just wouldn't compile 01:09 < _Lewellyn> oh. is it planned to have a 64-bit ready 2.2? 01:10 -!- valentinlive [~valentin@port-212-202-41-157.dynamic.qsc.de] has joined #t2 01:10 < valentinlive> re 01:10 < _Lewellyn> re valentinlive 01:10 < valentinlive> starting gpm on /dev/input/mice killed my mouseemu stuff 01:10 < rxr> _Lewellyn: in theory this works - on sparc64 and x86-64 01:11 < valentinlive> now i relocated my chat to X so i can cut and paste errors 01:11 < rxr> x86-64 only as a few tiny problems right now - that will be fixed sooner or later 01:11 < rxr> valentin: /me will crawl into bed soon ... 01:11 < valentinlive> bash-3.00$ alsamixer 01:11 < valentinlive> alsamixer: function snd_ctl_open failed for default: No such file or directory 01:11 < _Lewellyn> rxr: ok. we all have em64t here. so it's bound to be asked of me :) 01:11 < rxr> valentin: but the trident mod is loaded ? 01:11 < valentinlive> yes 01:11 < valentinlive> sure 01:12 < rxr> _Lewellyn: the last time there as only a "tiny" grub problem and "a tiny" dietlibc s.th. problem for the good old install target 01:12 < rxr> nothing totally broken ... 01:12 < valentinlive> rxr: aplay even yields more errors 01:12 < rxr> the whole system including X was buliding and running 01:12 < rxr> valentinlive: you are a ALSA expert - I'm sure you'll find out whats missing 01:12 < _Lewellyn> cool. i'm interested in testing when the time comes. 01:13 < rxr> the problem is - no core devel has x86-64 right now - so the remaining tiny issues take some time to find an external volunteer ... 01:13 < CIA-4> rene * r9082 /trunk/architecture/x86/kernel.conf.sh: 01:13 < CIA-4> * enable ISAPNP and co by default (needed for good old boxes) 01:13 < CIA-4> (enabled on live-cd builds since last week ... - so widely tested) 01:13 < rxr> wb CIA-4 01:13 < CIA-4> rene * r9083 /trunk/architecture/share/kernel-block.conf.m4: * one SATA driver is built-in by default - we do not need that 01:17 < rxr> valentinlive: I have a tiny job for you ... 01:17 < valentinlive> open("/dev/snd/controlC0", O_RDONLY) = -1 ENOENT (No such file or directory) 01:17 < valentinlive> open("/dev/aloadC0", O_RDONLY) = -1 ENOENT (No such file or directory) 01:17 < valentinlive> open("/dev/snd/controlC0", O_RDWR) = -1 ENOENT (No such file or directory) 01:17 < valentinlive> open("/dev/snd/controlC0", O_RDONLY) = -1 ENOENT (No such file or directory) 01:17 < valentinlive> open("/dev/aloadC0", O_RDONLY) = -1 ENOENT (No such file or directory) 01:17 < valentinlive> open("/dev/snd/controlC0", O_RDWR) = -1 ENOENT (No such file or directory) 01:17 < valentinlive> rxr: yes ? 01:17 < rxr> valentinlive: take a look into the atmel driver and fix it to not include the firmware into the kernel objects .. 01:17 < rxr> I think it is a trivial tweak 01:17 < rxr> defininfg or fixing s.th. 01:18 < valentinlive> package name is ? 01:18 < rxr> but you can put that on your todo - for in about a week or so ... 01:18 < rxr> since you need some tessting if loading via the system firmware loader works .. 01:18 < rxr> at7* ... in network 01:18 < valentinlive> ok 01:18 < rxr> valentinlive: can you review this alsa problem ? 01:19 < valentinlive> well, dev/snd is empty 01:19 < valentinlive> except timer device 01:19 < valentinlive> but all snd_* and trident modules are loaded 01:20 < rxr> stange - should be udev problem ... 01:20 < rxr> or driver's fault 01:20 < rxr> I have a trident here - I could review if I can reproduce it 01:20 < valentinlive> too strange 01:20 < rxr> I go into bed - have to get up early - at 6 - ouhm - 4:40 left ... 01:20 < rxr> cu 01:21 < valentinlive> oh 01:21 < valentinlive> cu later rxr 01:25 < _Lewellyn> sleep well rxr 01:28 < _Lewellyn> about 360mb of the livecd is downloaded 01:29 < valentinlive> btw i get hundrets of 01:29 < valentinlive> w1_driver w1_bus_master1: No devices present on the wire. 01:29 < valentinlive> in my logs 01:33 < _Lewellyn> what uses 1wire anyway? 01:34 < dualopteron> no core devel has x86-64 right now <--- i have 2 x86-64 boxes to use 01:34 < _Lewellyn> you're amd, right? 01:35 < dualopteron> yup 01:35 < dualopteron> all my boxes at home are amd 01:35 < dualopteron> have 7 or 8 right now 01:35 < _Lewellyn> intel here. 01:35 < dualopteron> i think 01:35 < dualopteron> at least 2 are on bench disassembled 01:35 < _Lewellyn> no one can match dell's prices for workstations. 01:36 < dualopteron> sure, but mine are faster 01:36 < dualopteron> :) 01:36 < _Lewellyn> don't be so sure about that. 01:36 < _Lewellyn> faster is a relative term 01:36 < dualopteron> i dont wanna start a flame war over amd/intel 01:36 < dualopteron> i just always liked amd better 01:36 < _Lewellyn> nor do it. but there's more than just a cpu in "faster" :) 01:36 < _Lewellyn> do i, even 01:37 < dualopteron> true 01:37 < dualopteron> have u used gentoo? 01:37 < _Lewellyn> no, it won't install on these machines, apparently. 01:37 < _Lewellyn> they're still too new. 01:37 < dualopteron> what kinda machines? 01:37 < dualopteron> emt64? 01:37 < _Lewellyn> ya 01:38 < dualopteron> should be an alpha to install on it 01:38 < _Lewellyn> firmware from about a month ago 01:38 < _Lewellyn> even windows needs special drivers to install 01:39 < _Lewellyn> dell provides a slipstreamed xpsp2, but if you want to install your own xpsp2, you need to make a couple driver disks. 01:50 < _Lewellyn> does the livecd use a 2.4 or 2.6 kernel? 01:50 * _Lewellyn is configuring a vm for it now 02:15 -!- nzg [~tschmidt@xchangecenter.de] has quit [Read error: 104 (Connection reset by peer)] 02:15 -!- valentinlive [~valentin@port-212-202-41-157.dynamic.qsc.de] has quit ["leaving"] 02:25 -!- nzg [~tschmidt@xchangecenter.de] has joined #t2 02:30 < dualopteron> _Lewellyn Linux localhost 2.6.11.9-dist #1 SMP Mon May 16 18:47:35 CEST 2005 i686 unknown unknown GNU/Linux 02:30 < dualopteron> is 2.6 02:31 < _Lewellyn> thankee 02:31 < dualopteron> np 02:31 < dualopteron> sry it took so long 02:31 < _Lewellyn> i'm 10 mins away from booting the livecd 02:31 < _Lewellyn> no prob 02:31 < dualopteron> had a honeydo 02:31 < dualopteron> going for a ride on mc now tho 02:31 < dualopteron> need a break 02:32 < dualopteron> time to hit some twisty back roads 02:32 < dualopteron> bbl 02:34 < valentin> i wil take a nap, too 02:34 < valentin> cu 02:41 < _Lewellyn> dualopteron: nighttime ride? 02:41 < _Lewellyn> must be nice out there 02:41 < _Lewellyn> valentin: sleep well :) 02:41 * _Lewellyn tries livecd 02:49 < _Lewellyn> hm. it's very slow in vmware... 03:07 < _Lewellyn> no love 03:07 < _Lewellyn> x never started 03:08 < _Lewellyn> http://romonster.greenviolet.net/~lewellyn/t2fail.png 03:09 < CIA-4> amery * r9084 /branches/2.1/package/network/ktcpvs/ (5 files): * merged 9071,9080 from trunk: fixed ktcpvs by using our postlinux.conf feature (linux24 only) 03:19 < CIA-4> amery * r9085 /branches/2.1/package/base/rockplug/ (README rockplug.desc): * merged 8983 from trunk: cleaned rockplug .desc and README (ROCKLinux references) 03:21 < CIA-4> amery * r9086 /branches/2.1/scripts/ (Emerge-Pkg functions): 03:21 < CIA-4> * merged 8979 from trunk: fixed Emerge-Pkg to apply the usual update rules for system updates 03:21 < CIA-4> * merged 8980 from trunk: removed unneed backslash newline quotes from functions 03:33 < CIA-4> amery * r9087 /trunk/package/x11/shared-mime-info/shared-mime-info.desc: * repriorized shared-mime-info after glib 03:35 < _Lewellyn> so, i guess my screenshot is not helpful :( 03:36 < _Lewellyn> i borked the livecd when trying to install the vmware tools ;) 03:38 * _Lewellyn wonders if it's allowable to include the vmware tools on the livecd... 03:40 -!- kgb [~amery@pc-120-204-86-200.cm.vtr.net] has joined #t2 03:40 < kgb> hi 03:41 < CIA-4> amery * r9088 /branches/2.1/package/x11/shared-mime-info/shared-mime-info.desc: * merged 9087 from trunk: repriorized shared-mime-info after glib 03:50 < _Lewellyn> hoi 03:54 < kgb> hi _Lewellyn 04:08 < _Lewellyn> hows the weather in chile? 04:10 < kgb> cooold 04:10 < kgb> and rain is anounced for tomorrow 04:11 < _Lewellyn> :( 04:11 < _Lewellyn> we just jumped from winter weather to summer weather in the course of a week 04:11 < kgb> and california? 04:11 < kgb> nice 04:21 < _Lewellyn> it's weird going from rain rain rain to "HEY! I'M THE SUN!" in the course of like 2 days. 04:23 < CIA-4> amery * r9089 /trunk/package/office/ooo/ooo.conf: * adapted ooo to new java schema, and fixed to find bdb-4.3 .jar file 04:27 * _Lewellyn reads that log message 04:27 < _Lewellyn> YAY! :) 04:30 < kgb> not yet finished 04:30 < _Lewellyn> getting close 04:31 < kgb> it finds two classes for 'Type' which make kaffe/jikes _and_ sun-jdk-150 abort 04:32 < _Lewellyn> :/ 04:42 -!- keinek [~Keinek@201.254.11.149] has quit [Read error: 110 (Connection timed out)] 04:42 -!- keinek [~Keinek@201.254.14.234] has joined #t2 05:11 < kgb> _Lewellyn: it seems kaffe and java1.5 are to strict for ooo requirements 05:11 < _Lewellyn> too strict? 05:11 < _Lewellyn> and also, what version do they expect you to use? 05:11 < kgb> ooo-build-1.9.100/build/src680-m100/beanshell/unxlngi6.pro/misc/build/BeanShell/src/bsh/ClassGeneratorUtil.java:369: reference to Type is ambiguous, both class java.lang.reflect.Type in java.lang.reflect and class bsh.org.objectweb.asm.Type in bsh.org.objectweb.asm match 05:12 < kgb> some how 1.4 is not confused 05:12 < _Lewellyn> sounds like a bug that needs to be reported. 05:12 < kgb> NamTN: beside BeanShell, there are many other places where 1.5 fail 05:13 < kgb> beside BeanShell, there are many other places where 1.5 fail 05:13 < kgb> :) 05:13 < kgb> damn chatzilla 05:13 < kgb> i want my irssi back :( 05:16 < _Lewellyn> why no irssi? 05:16 < _Lewellyn> so they know of the issues with 1.5 already? 05:17 < kgb> yes 05:18 < _Lewellyn> no patches forthcoming? 05:18 < _Lewellyn> this is bad for the stated goal of using this build in the final release. 05:19 < kgb> yep 05:20 < kgb> sun has strange policies 05:21 < _Lewellyn> so which is going to be downgraded? ooo or java? 05:23 < kgb> i'll add an exception into java-dirtree/parse-config 05:23 < kgb> to only consider sun-jdk-150 if pkg!=ooo 05:23 < _Lewellyn> :/ 05:25 < kgb> we have 3 java1.4s 05:25 < kgb> 1 java1.5 05:25 < kgb> and kaffe/jikes which claims to be 1.4, but gives the same error than 1.5 05:27 < _Lewellyn> i guess it was forgone that ooo would eventually depend on java, though. don't know why i didn't see it coming. 05:32 < kgb> there was a big discussion on /. and rms vs. ooo about it 05:33 < _Lewellyn> the one you pointed me toward the other day? 05:36 < kgb> that's one 05:36 < kgb> they promised to only use standard (and openly implemented) java 05:37 < kgb> but m100 is old 05:37 < kgb> m104 is current 05:37 < kgb> and the 'agreement' was taken after 104 05:39 < _Lewellyn> m104 won't work? 05:40 < kgb> no ooo-builder for m104 yet 05:40 < _Lewellyn> ooo-builder? 05:40 < kgb> http://www.go-ooo.org/packages/SRC680/?C=M;O=D 05:41 < _Lewellyn> i'm not sure what to look for 05:41 < kgb> [ ] ooo-build-1.9.100.tar.gz 05-May-2005 04:52 2.7M 05:41 < kgb> [ ] src680-m104-core.tar.bz2.md5 18-May-2005 14:35 61 05:41 < _Lewellyn> oh 05:42 < _Lewellyn> so they release the source often and no way to build it? o_O 05:42 < kgb> using cvs copies of ooo-build 05:43 < _Lewellyn> personally, i think that's kind of lame. 05:43 < kgb> i wont defend them :) 05:44 < _Lewellyn> so you'd have to pull it out of cvs in order to build 104. which probably isn't the best thing :/ 05:44 < _Lewellyn> and there's no guarantee 104 will work with 1.5, either 05:45 < kgb> it is guaranteed that it wont 05:45 < _Lewellyn> lame 05:46 < _Lewellyn> i still think the reliance on java to provide access to bdb is lame, though. 05:46 < kgb> poor quality, sun quality :\ 05:52 < CIA-4> amery * r9090 /trunk/package/office/ooo/ooo.desc: * marked ooo as NOPARALLEL, it is probed to need it 05:59 < _Lewellyn> kgb: i think you missed it, but i tried running the livecd in vmware. no go. :( 06:00 < _Lewellyn> was going to take some screenshots, but only got one: of the error 06:00 < _Lewellyn> http://romonster.greenviolet.net/~lewellyn/t2fail.png 06:00 < CIA-4> amery * r9091 /trunk/package/java/java-dirtree/ (java-jdk-conf.in parse-config): * changed java-dirtree/parse-config to not try sun-jdk-150 for building ooo, it's officially unsupported. 06:00 < _Lewellyn> if you can point it out to whoever may be able to fix that, it would be appreciated. :) 06:01 < _Lewellyn> in the mean time, i'm going to try to go and eat dinner or something 06:01 < kgb> i think vmware would need it's official driver.... but i haven't used it in years 06:01 < kgb> i'll go to sleep 06:02 < kgb> show it to rene tomorrow 06:02 < _Lewellyn> ya, i don't know if it's allowable to include the vmware svga driver, but it should work with standard vga or maybe even vesa. 06:02 < _Lewellyn> i will. 06:02 < _Lewellyn> night. 06:03 < kgb> yes, it should. 06:03 < kgb> night 06:05 -!- kgb [~amery@pc-120-204-86-200.cm.vtr.net] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.8/20050511]"] 07:16 < rxr> re 07:17 < rxr> _Lewellyn: still around ? 07:48 < rxr> http://www.anandtech.com/tradeshows/showdoc.aspx?i=2420&p=5 07:49 < rxr> maybe I buy a xbox 360 if it can replace two G5s and Microsoft finance them for me ,-) 09:18 < rxr> May 23 09:51:13 gsmp sshd[31170]: Illegal user idiot from ::ffff:67.120.171.179 09:18 < rxr> May 23 09:51:15 gsmp sshd[31172]: Illegal user mama from ::ffff:67.120.171.179 09:18 < rxr> May 23 09:51:17 gsmp sshd[31174]: Illegal user parinte from ::ffff:67.120.171.179 09:19 < rxr> May 23 09:51:18 gsmp sshd[31176]: Illegal user religie from ::ffff:67.120.171.179 09:19 < rxr> May 23 09:51:20 gsmp sshd[31178]: Illegal user zeus from ::ffff:67.120.171.179 09:19 < rxr> what the h*ll .. ?!?! 09:20 -!- CIA-4 [~CIA@flapjack.navi.cx] has quit [Excess Flood] 09:20 -!- CIA-4 [~CIA@flapjack.navi.cx] has joined #t2 09:20 -!- CIA-4 [~CIA@flapjack.navi.cx] has quit [Excess Flood] 09:20 -!- CIA-4 [~CIA@flapjack.navi.cx] has joined #t2 09:21 -!- CIA-4 [~CIA@flapjack.navi.cx] has quit [Excess Flood] 09:21 -!- CIA-4 [~CIA@flapjack.navi.cx] has joined #t2 09:22 -!- CIA-4 [~CIA@flapjack.navi.cx] has quit [Excess Flood] 09:22 -!- CIA-9 [~CIA@flapjack.navi.cx] has joined #t2 09:23 -!- CIA-9 [~CIA@flapjack.navi.cx] has quit [Excess Flood] 09:23 -!- CIA-9 [~CIA@flapjack.navi.cx] has joined #t2 09:24 -!- CIA-9 [~CIA@flapjack.navi.cx] has quit [Excess Flood] 09:24 -!- CIA-9 [~CIA@flapjack.navi.cx] has joined #t2 09:24 -!- CIA-9 [~CIA@flapjack.navi.cx] has quit [Excess Flood] 09:24 -!- CIA-9 [~CIA@flapjack.navi.cx] has joined #t2 09:25 -!- CIA-9 [~CIA@flapjack.navi.cx] has quit [Excess Flood] 09:25 -!- CIA-9 [~CIA@flapjack.navi.cx] has joined #t2 09:26 -!- CIA-9 [~CIA@flapjack.navi.cx] has quit [Excess Flood] 09:26 -!- CIA-9 [~CIA@flapjack.navi.cx] has joined #t2 09:26 -!- CIA-9 [~CIA@flapjack.navi.cx] has quit [Excess Flood] 09:27 -!- CIA-9 [~CIA@flapjack.navi.cx] has joined #t2 09:27 -!- CIA-9 [~CIA@flapjack.navi.cx] has quit [Excess Flood] 09:27 -!- CIA-9 [~CIA@flapjack.navi.cx] has joined #t2 09:38 < CIA-9> rene * r9093 /trunk/package/x11/xorg/xcfgt2: * hardened pci device matching and added vmware support 09:54 < jsaw> re 09:55 < rxr> hey jsaw ! 09:55 < jsaw> hi rxr :) 09:57 < rxr> jsaw: how are you ? 09:59 < jsaw> relaxed. My family has been in Allgaeu for a week (I came back and worked for three days in the middle of the holidays) 09:59 < jsaw> 'n you? 10:00 < rxr> oh - good as well 10:00 < rxr> tough no holiday ,-) 10:01 < jsaw> what's the 2.1 status currently? 10:02 < rxr> I hope mostly ready - mnemoc aka. kgb might have more details 10:03 < jsaw> :) 10:03 < jsaw> and what are the next 2.2 plans? 10:05 < rxr> release in 2 month 10:05 < rxr> latest 10:05 < jsaw> and what's the main goal? 10:05 < rxr> udev, dbus, hal 10:06 < rxr> fully modular kernel 10:06 < rxr> perfect live-cd 10:06 < jsaw> ic 10:06 < rxr> maybe gcc update - but I'm not sure yet 10:06 < rxr> 4.0 neesd to be polished first 10:06 < rxr> even 3.4.4 or the stack smashing protector causes regressions 10:06 < jsaw> I heard that the kernel miscompiles with gcc 4.0 10:06 < rxr> I need to review soon which of the two 10:07 < rxr> 4.0.0 vanilla has 2 grave miscompilation bugs that do not alone effect the kernel but nearly any program 10:07 < rxr> especially with pointer arithmetic 10:07 < jsaw> oh 10:07 < rxr> on sparc64 you can not even build any program with it ... 10:07 < rxr> you need at least two patches to make it do anything useful at all 10:07 < rxr> -Os binaries are way slower with 4.0 10:07 < rxr> and glibc does not yet build - either CVS or patch or wait ... 10:08 < jsaw> ... .oO(?) 10:08 < rxr> that is gcc-4.0 as system compiler is yet a don't do for me 10:09 < rxr> for redhat fedora it is a different thing, though 10:09 < rxr> but we do want a working system, right ? 10:09 < jsaw> right :) 10:32 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has quit [Client Quit] 10:32 -!- SerWou [~SerWou@lafilaire-3-82-224-107-105.fbx.proxad.net] has joined #t2 10:33 < valentin> moin 10:33 < SerWou> morning 10:40 < rxr> moin valentin SerWou 10:43 < SerWou> hello rxr 10:44 < SerWou> please, put a comma between valentin and SerWou , it's confusing ;) LOL 11:04 [Users #t2] 11:04 [ _Lewellyn] [ dualopteron] [ mtr_ ] [ rxr ] [ valentin] 11:04 [ _Ragnar_ ] [ jsaw ] [ nzg ] [ SerWou ] 11:04 [ CIA-9 ] [ keinek ] [ Postal] [ sparc-kly[U5]] 11:04 -!- Irssi: #t2: Total of 13 nicks [0 ops, 0 halfops, 0 voices, 13 normal] 11:08 < rxr> valentin: t2 will not be the only dist with serpnp - but also the only one that will work with an PCI SCSI Advansys adapter I have lying around ... 11:09 < valentin> oh 11:10 < valentin> how comes all those millionaire distributions like suse and redhad do not ? 11:10 < rxr> no idea .. 11:10 < rxr> there is a driver - but it is marked broken 11:10 < rxr> and it does not include the IDs for automatic matching 11:10 < rxr> I basically hacked it to build and injected the IDs ... 11:11 < rxr> of course the driver should get an deeper overhaul - but I have no time for that one right now ... 11:13 -!- CIA-9 [~CIA@flapjack.navi.cx] has quit [Excess Flood] 11:13 < rxr> valentin: what did I fix last night, beside this: 11:13 -!- CIA-9 [~CIA@flapjack.navi.cx] has joined #t2 11:13 < rxr> - vmware video driver support 11:13 < rxr> - hardened X.org configuration to not accidently match Non-VGA class devices 11:13 < rxr> (which appeared for a Symbios Logic SCSI card, but did not made a difference 11:13 < rxr> in the actual driver matched - but it could potentially have resulted in 11:13 < rxr> a wrong driver to be selected for X.org) 11:13 < rxr> - fixed serial PNP discovery to not loose the mode string while spawning the 11:13 < rxr> background process 11:13 < rxr> - added the adm8211 and atmel USB (at76c503a) w-lan drivers 11:13 < rxr> - made sure all the SATA drivers are build (and included of course) 11:13 < rxr> - enabled the Advanced System SCSI driver (marked as broken in the kernel) 11:13 < rxr> builds and I expect it to be functional 11:16 < rxr> valentin: I also plugged any of my old lingering PCI cards into the P 233 box this morning 11:16 < rxr> anything except that SCSI card worked out of the box 11:16 < rxr> some time soon I'll implement ISAPNP matching for hotplug++ and test the bunch of that good old fellows then 11:29 < rxr> and valentin, btw, did your athlon test box list yn card in /proc/asound/cards or so ? 11:30 < rxr> valentin: on my box the snd-trident driver does not detect the card when the module get's loaded 11:30 < rxr> valentin: I need to review why this is so - but it has nothing to do with hotplug++ or udev - it is a bug in the alsa driver as it 11:40 < jsaw> rxr: what does "std:ifstream:readsome" do in contrast to read? 11:41 < rxr> it retuns the amount read ;-) 11:41 < rxr> the read sucks :-( 11:41 < rxr> and it does not block until more is available - but that is not the feature I needed 11:41 < rxr> I only needed to know how much we got ... 11:41 < jsaw> hm. (it does not compile on my old box...) 11:43 < rxr> .oO 11:43 < rxr> forgot to add that ... 11:43 < rxr> done now 11:43 < jsaw> :) 11:45 < jsaw> sleep needs unistd.h (committed) 11:51 < jsaw> segfault if run without arguments... 11:52 < jsaw> (due to empty subsystem, std:cout in main()) 11:54 < valentin> rxr: according to my logs the trident card is detected and configured 11:54 < valentin> but all device nodes are missing 11:56 < jsaw> oh, damn, my std::cout doesn't know how to handle std::cout << type-of-std::string :( 12:01 < rxr> jsaw: your? did you an own one ? 12:01 < rxr> jsaw: you need a dietlibc build with WANT_DIET 12:02 < rxr> that is use T2 trunk:HEAD Emerge dietlibc ... 12:02 < rxr> if you have a system dietlibc that it is older than embeddedSTL this segfault is known 12:02 < rxr> and unfixable4 12:02 < jsaw> rxr: no, the gcc-33 stl 12:02 < rxr> oh 12:05 < rxr> valentin: dr. gets strange - get strange - see mail 12:08 < jsaw> hmm... I have a skeleton for conditions in tag-parser.hh ... .oO 12:08 < rxr> jsaw: ? 12:08 < rxr> http://users.erols.com/chare/video.htm 12:09 < jsaw> rxr: must have done that a long time ago... there's also code for package arguments here... 12:09 < jsaw> rxr: maybe you remember this gcc-% discussion.. 12:11 < jsaw> (./scripts/Emerge-Pkg gcc-sh64 should produce a sh cross compiler here) 12:34 < rxr> cool - advansys gets auto loaded now ,-) 12:34 < jsaw> ok, on laptop, hotplug++ just works fine... 12:48 < valentin> bbl 12:48 < jsaw> cu valentin 12:49 < rxr> cu valentin 12:49 < rxr> valentin: you just got mail 13:09 < rxr> beta2 is out 13:09 < rxr> on gsmp as well as via rsync 13:09 < rxr> Solaris 10 x86 is going to use GRUB 13:14 < jsaw> really? 13:15 < rxr> http://www.osnews.com/comment.php?news_id=10653 13:15 -!- _Ragnar_ [loki@66-146-166-62.skyriver.net] has quit [Read error: 54 (Connection reset by peer)] 13:15 < rxr> http://milek.blogspot.com/2005/05/open-solaris-new-build.html 13:15 -!- _Ragnar_ [loki@66-146-166-62.skyriver.net] has joined #t2 13:33 < rxr> oh - vmware is huge ... 13:34 < jsaw> yep 13:35 < jsaw> mostly due to 1000 and 1 kernel module 13:35 < jsaw> (pre-compiled kernel modules) 13:35 < rxr> ah - of course those ar soooo important ... 13:37 < dualopteron> so you can't use the livecd to do an install? 13:41 < rxr> dualopteron: ? 13:41 < rxr> as last night - not yet if you don't do it manually to good old tar | tar or so way ,-) 13:42 < dualopteron> k 13:42 < dualopteron> was up til midnite and just now woke up 13:42 < dualopteron> went for a bike ride and ended up doing 2 wireless networks 13:43 < dualopteron> :/ 13:53 < dualopteron> so what's the iso in unstable/incoming? 13:53 < dualopteron> is just labeled t2 13:55 -!- jeru [~jeru@mail.oberlinhaus.de] has joined #t2 13:55 < jeru> moin 13:55 < jeru> rxr: you should have mail ;) 13:57 < jeru> rxr: I've tested the livecd-2.2.0-beta on a ThinkPad R51 ... seems that everything but the Intel Pro 2100 wireless card was properly detetcted on that machine 13:58 < valentin> re 13:58 < jeru> hi valentin 13:59 < rxr> thanks jeru 13:59 < valentin> rxr: good mail you wrote :) 14:01 < valentin> some idiots dissassembled my bike :( 14:04 < rxr> what !? 14:04 < rxr> your good one? 14:04 < rxr> parts stolen ? 14:05 < valentin> basicaly only the frame and the wheels are left 14:05 < jeru> rxr: that was the same with my bike ... came back and just the frame was left 14:05 < jeru> + one wheel 14:06 < valentin> there are a few parts from the shift lever left (i think the thieves had to leave) 14:11 < rxr> valentin: where was the bike standing ? 14:11 < rxr> jeru: did sound on the thinkpad work ? 14:14 < rxr> look at this long list: 14:14 < rxr> http://www.t2-project.org/live/hardware.html 14:14 < rxr> maybe I get XGI Volari graphic cards in the next time ... 14:19 < valentin> rxr: in our backyard :( 14:19 < rxr> hm 14:19 < rxr> shit 14:20 < valentin> shit what ? 14:20 < rxr> that they even departed it thre 14:21 < valentin> yeah, why not ? the probability that someone comes along at night is quite low 14:21 < valentin> they only need to be silent 14:21 < rxr> (maybe even someone in your house ... - or friends of those) 14:21 < valentin> i fear they depart it again after i bought new parts 14:22 < rxr> come cellar ? 14:22 < rxr> some even 14:22 < CIA-9> rene * r9095 /trunk/package/network/ipw2200/: * ipw2200 part I 14:22 < rxr> btw. you have an insurance for it ? 14:22 < valentin> i could carry it into the cellar, but the door ist mostly open 14:22 < valentin> i guess there is no insurance 14:22 < rxr> ouhm 14:22 < rxr> maybe hausrat if you are lucky 14:22 < valentin> well wtf, i do not want to be angry about that anymore 14:23 < valentin> yes, i could try hausrat of my mother 14:23 < valentin> but i guess there are little chances 14:24 < valentin> maybe i have to move to a better area 14:25 < rxr> ... 14:25 < CIA-9> rene * r9096 /trunk/package/network/ipw2200/ (9 files): * added ipw2200 (1.0.4) - part II 14:29 < jeru> re 14:30 < jeru> rxr: sorry ... I've forgotten to check sound on the R51 ... 14:30 < rxr> no problem 14:30 < jeru> had not much time 14:30 < rxr> it work on another box with the same chip from you - so I guess it would have 14:30 < jeru> hehe :) 14:30 < jeru> but I guess the NIC is new to the list 14:31 < dualopteron> what's the iso in /unstable/incoming? 14:31 < jeru> rxr: nice list at http://www.t2-project.org/live/hardware.html :) 14:31 < rxr> nothing you should care about ... 14:32 < rxr> as usual incoming is incoming temporary stuff ... 14:32 < dualopteron> ok, just looking for amd64 stuff 14:32 < rxr> in particular this is where my rsyncs materialize before they are moved to the official location and double md5sum checked due to starting to die UBM disk ... 14:33 < dualopteron> all i was seeing was pentium stuff and ppc 14:33 < dualopteron> in stable 14:33 < rxr> dualopteron: there are no officially blessed 64bit x86-64 ISOs of T2 yet 14:34 < rxr> altough it compiles except two minor issues 14:34 < dualopteron> grub and what? 14:34 < rxr> ehrm 14:34 < rxr> ah - some dietlibc problem or so in the install-bootcode target 14:34 < rxr> (that delivers the boot CD code and installer as add-on for any other target) 14:34 < dualopteron> need a test machine? 14:35 < dualopteron> :) 14:35 < rxr> well - I'm quite a bit out of time 14:35 < rxr> but maybe ask on the t2 list maybe someone else would like to test 14:35 < rxr> we also have Mika (mipe) who works on it quite regularly and postal who is testing a bit 14:36 < jeru> rxr: what is the official release date of the livecd ? Or when do you need to finish it for the magazine ? 14:37 < rxr> I think today or tomorrow for the magazine issue 14:37 < rxr> altough I still did not yet got a concrete, final date 14:37 < jeru> hmmm ... my test machine at work is highly unstable ... my ref build for 2.1 was stopped again :/ 14:40 < jeru> I don't know what crap they soldered together ... after I removed 1GB RAM it seems to work more stable, but I guess it has some heating problem 14:41 < rxr> big labelled box ? 14:41 < rxr> with big brand name ?= 14:41 < jeru> rxr: nah ... "home made" box soldered together by my collegues in Berlin 14:41 < rxr> oh 14:42 < rxr> did it ever run stable ? 14:42 < jeru> I know they had problems before while using the box as Win Terminalserver ... and they changed the memory modules 10 times or so ... 14:44 < rxr> ah - rocket science 14:45 < jeru> that's the current status of the ref build 14:45 < jeru> # ./scripts/Create-ErrList -cfg ref 14:45 < jeru> Error logs from ref-2.1.0-rc1-x86-pentium4-reference: 14:45 < jeru> [5] java/classpath [5] java/kaffe 14:45 < jeru> [5] mail/spamassassin [5] gnome2/balsa 14:45 < jeru> [5] gnome2/devilspie 14:45 < jeru> 1621 builds total, 774 completed fine, 5 with errors. 14:47 < rxr> jeru: ipw2200 added 14:48 < jeru> rxr: ahh ... cool ... thanks :) 14:48 < dualopteron> any specific options to check for building? 14:48 < dualopteron> doing this on this box instead of the other one 14:48 < CIA-9> rene * r9097 /trunk/package/network/ipw2200/ (ipw2200.desc nodepmod.patch postlinux.conf): * finalized ipw2200 to compile and install smoothly 14:49 < jeru> dualopteron: what do you want to do ? 14:49 < dualopteron> amd64 build if possible 14:49 < CIA-9> rene * r9098 /trunk/package/network/ipw2100/ (nodepmod.patch postlinux.conf): 14:49 < CIA-9> * removed brain dead ROCK age crap from the nodepmod.patch 14:49 < CIA-9> * removed brain dead legacy loader ROCK age crap from the 14:49 < dualopteron> see what i can break on other box 14:49 < CIA-9> postlinux.conf (there is a proper firmware loader in the linux kernel) 14:50 < jeru> dualopteron: do you have t2 experience ... i.e. builded a target before ? 14:50 < dualopteron> had some problems compiling anything at all on the other box 14:50 < dualopteron> nope 14:50 < dualopteron> none 14:50 < CIA-9> rene * r9099 /trunk/target/ (desktop/config.in livecd/default.pkgsel): * added ipw2200 to the desktop and ipw2100 and ipw2200 to the livecd 14:50 < dualopteron> just gentoo for building 14:50 < rxr> http://distrowatch.com/weekly.php?issue=20050523#1 14:50 < dualopteron> but is not the same 14:50 < rxr> ^- lol - chroot gentoo tip ,-) that was a good one 14:52 < jeru> rxr: how mature is amd64 support in 2.1 ? 14:52 < rxr> most except two tiny issues build 14:52 < valentin> huh - gentoo does not bring its own sandbox ? 14:53 < dualopteron> gentoo has sandbox 14:53 < rxr> issues are some grub problem and some also just tiny dietlibc header or so problem on install target 14:54 < valentin> but why do you need to changeroot for building it in a productive system ? 14:54 < valentin> rxr: is there something like std::sort () which implements a sort -u ? 14:55 < valentin> oh - wait - i do not need that at all... 14:55 < rxr> valentin: do not know off hand ... 14:55 < rxr> (throw it into a map ,-?) 14:59 < rxr> testh 14:59 < dualopteron> wow, lots of options in expert 14:59 < dualopteron> guess i won't mess with that part just yet 15:00 < jeru> .oO(I'd like to have a dual opteron for a ref build too)o 15:01 < dualopteron> so just doing the basic build, will take 2+ gb ? 15:01 < dualopteron> this box is getting old 15:01 < dualopteron> is almost 2 yrs old now 15:02 < dualopteron> i'd like some 275 dual cores to put in this box 15:02 < dualopteron> but is way too much $$$ 15:02 < dualopteron> $1300 each cpu 15:02 < dualopteron> would turn it into a quad tho 15:02 < dualopteron> :) 15:04 < dualopteron> this box can be built for under $1000 now 15:13 < rxr> I could release the next live version ... 15:14 < rxr> including ipw2x00 drivers and fixes VIA Unichrome / CastleRock detection ... 15:14 < rxr> how release early release often should I be ,-) ? 15:16 < CIA-9> rene * r9100 /trunk/package/x11/xorg/xcfgt2: * fixed VIA Unichrome / CastleRock xcfgt2 matching 15:17 < CIA-9> rene * r9101 /trunk/package/x11/xorg/xcfgt2: 15:17 < CIA-9> * merged forgotten nvidia GL library installation and ldconfig 15:17 < CIA-9> optimization for xcfgt2 15:18 < dualopteron> a generic build will end up with i386 only? 15:18 < dualopteron> or will it do all architectures? 15:18 < rxr> dualopteron: at the top you select optimization 15:18 < jeru> rxr: can I use rsync to sync my iso with your home box ? 15:19 < rxr> when you select athlonxp you get athlonxp ... 15:19 < rxr> jeru: what change would you like? 15:19 < rxr> I have not yet build a new one with the current work 15:19 < rxr> I was just thinking / asking ... 15:19 < rxr> jeru: do you want ipw2xxx work ? 15:19 < jeru> I've 2.2.0-beta from gsmp right now 15:19 < rxr> rsync has -beta2 15:19 < jeru> rxr: indeed this would be nice to have 15:20 < rxr> but I already have ipw2xxx and via gfx chip matching fixes - but not yet at rsync 15:20 -!- ideal [~idealm_@222.64.52.133] has joined #t2 15:20 < dualopteron> so can only do 1 at a time then 15:20 < jeru> rxr: at what time do you expect to include the stuff ? 15:21 < rxr> I need to take a tiny break (1h+x of sleep - I only slept 4h+ hours last night) 15:21 < rxr> do you want it now - or thereafter ? 15:22 < jeru> rxr: ah ... cool down ... I can wait for it will sync with existing now ;) 15:22 < jeru> rxr: have a sleep ... poor boy ;) 15:23 < ideal> Congratulations for T2 Live 2.2.0 Beta. I'm downloading the Live CD release. 15:23 < rxr> jeru: are you at work at that time? 15:23 < rxr> I really could release "now" when it helps you ... 15:23 < jeru> rxr: yes I'm at work right now 15:24 < jeru> but anyway I will move away soon 15:24 < jeru> so no need to force you ;) 15:24 < rxr> ok - then I package after a nap 15:25 < jeru> rxr: I guess it will be the best 15:25 < jeru> hi ideal 15:25 < rxr> hi ideal 15:25 < rxr> cu all later 15:25 < ideal> Hi jeru. 15:25 < jeru> cu rxr 15:25 < ideal> Hi rxr. 15:27 < ideal> I reviewed the package list of the live CD release, which contains WindowMaker and fluxbox. I think I'll love it. 15:28 < jeru> ideal: indeed the 2.2.0-beta version of the live cd is a major step :) 15:28 -!- kgb [~amery@pc-120-204-86-200.cm.vtr.net] has joined #t2 15:28 < jeru> ideal: I've tested it on various machines at work and it worked quite smoothly 15:29 < ideal> Yes, I have been monitoring T2. Live CD is useful for end user. 15:32 < ideal> jeru: I once tried to install the previous release through package management system, but it made me mad, finally, I gave it up. I'll try it again. 15:33 < dualopteron> mmm, says takes 3 days on a 3000+ to compile this 15:34 < dualopteron> wonder what it's going to take on this box 15:34 < jeru> dualopteron: it depends what target do you want to build 15:34 < dualopteron> a64 15:34 < dualopteron> desktop 15:35 < dualopteron> hope i got all the options selected correctly 15:35 < jeru> dualopteron: yes ... the desktop target is quite big 15:35 < dualopteron> only took 7 hrs for gentoo from stage 1 to working kde on this one 15:36 < dualopteron> but other box won't compile anything at all 15:36 < dualopteron> did memtest on it and passed 15:36 < dualopteron> and it ran win2k fine 15:37 < dualopteron> but there's no compiling on win2k to speak of for an installation 15:37 < kgb> dualopteron: a T2 build is a complete build, not just a base. that why it takes longer. but it takes longer only once because you our 'product' is redistributable 15:37 -!- mipe [~Ark@k170.ip2.netikka.fi] has joined #t2 15:37 < jeru> dualopteron: short note: you can enable ccache while running ./scripts/Config -cfg target 15:37 < dualopteron> i did 15:38 < jeru> dualopteron: ah ok ;) 15:38 < dualopteron> and tmpfs 15:38 < dualopteron> see if it locks up on me 15:38 < dualopteron> :) 15:38 < jeru> dualopteron: ccache will improve the build time quite nice 15:38 < dualopteron> saw the note in there about locking up using tmpfs 15:39 < kgb> tmpfs is even better, but you need _lot_ of ram 15:39 < jeru> who is hiding behind kgb ? 15:40 < kgb> me 15:40 < kgb> jeru: whois is your friend 15:40 < jeru> kgb: I know my companeros ;) 15:40 < kgb> -s 15:40 < dualopteron> 1 gb ram enough? 15:41 < kgb> dualopteron: yes 15:42 < dualopteron> is only using about 900 mb ram right now 15:42 < dualopteron> :) 15:42 < kgb> jeru: how are you? 15:42 < kgb> dualopteron: i _guess_ 800 is enough 15:43 < kgb> dualopteron: xorg and kde stuff need lot of space 15:43 < dualopteron> first time i've ever seen this box actually use swap space 15:43 < dualopteron> wow 15:43 < jeru> kgb: quite ok ... but I "messed" up my whole weekend ... visiting a friend who's in hospital since friday 15:43 < dualopteron> 350 mb in swap 15:43 < dualopteron> never used it before 15:44 < kgb> dualopteron: we will know :) 15:44 < kgb> jeru: :( 15:44 < jeru> kgb: I just had sunday afternoon for relaxing (dancing salsa ;) 15:45 < jeru> kgb: yes ... indeed it's a very sad story with my friend :( 15:46 < jeru> kgb: and the damn test box I'm running the ref build on was freezed again ... 15:46 < jeru> :/ 15:49 -!- mtr [~Michael@p54AF924D.dip0.t-ipconnect.de] has joined #t2 15:49 -!- mtr [~Michael@p54AF924D.dip0.t-ipconnect.de] has quit [Client Quit] 15:55 < dualopteron> is nptl an option? 15:56 < kgb> .oO 15:57 < kgb> i guess not... but you can enable it on a target of your own 15:57 < dualopteron> and when i get to making the cd's, can it be made as a dvd instead? 15:57 < dualopteron> guess i'd need growisofs installed 15:58 < dualopteron> then change the build cd script to just make 1 iso 15:58 < dualopteron> sound right? 15:58 < kgb> Create-ISO acept size parameters 15:59 < kgb> but i have never tried... i don't even have dvd reader 16:01 < dualopteron> > # default disk-size 16:01 < dualopteron> > dsize=$(( 650 * 1024 )) 16:01 < dualopteron> just change that in the script i guess 16:01 < dualopteron> make it 4500 16:01 -!- mtr_ [~Michael@p54AF91CE.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 16:01 < dualopteron> would fit on 4.7 gb disk 16:02 < dualopteron> should work i think 16:02 < dualopteron> kinda scary, the stuff i ask 16:02 < dualopteron> :) 16:03 < kgb> Usage: $0 [ -size MB ] [ -source ] [ -mkdebug ] [ -nomd5 ] ISO-Prefix Config [ Config [ .. ] ] 16:03 < dualopteron> been playing w/ linux for 4-5 yrs, but still learning buncha stuff 16:04 < dualopteron> never used to even look in .sh files before last year 16:04 < kgb> .sh are lots easier to read than Makefiles :) 16:04 < dualopteron> still don't know how to do programming, etc. but i do learn stuff occasionally 16:05 < dualopteron> guess i got in on linux a little late 16:05 < dualopteron> am too old to learn this the right way 16:06 < dualopteron> so i just muddle along and ask lots of dumb*ss questions 16:28 < kgb> dualopteron: don't doubt to ask :) 16:29 < dualopteron> damn, aborted w/ error 16:29 < kgb> less src.$pkg.*/ERROR-LOG 16:29 < dualopteron> make: *** [unionfs2.6] Error 2 16:30 < dualopteron> > bash-2.05b# less src.$pkg.*/ERROR-LOG 16:30 < dualopteron> > src..*/ERROR-LOG: No such file or directory 16:32 < kgb> $pkg is the package name :) 16:32 < kgb> ls src.* 16:32 < dualopteron> oops 16:32 < dualopteron> :( 16:32 < dualopteron> big file 16:33 < dualopteron> > --- BUILD ERROR --- 16:33 < dualopteron> > ls: *.cron: No such file or directory 16:33 < dualopteron> > ls: *.postinstall: No such file or directory 16:33 < dualopteron> would that be it? 16:34 < dualopteron> says try enable xtrace 16:36 < dualopteron> at least it restarts where it left off 16:36 < dualopteron> enabled xtrace to see what happens 16:37 -!- jeru [~jeru@mail.oberlinhaus.de] has quit [Excess Flood] 16:37 -!- jeru [~jeru@mail.oberlinhaus.de] has joined #t2 16:38 < kgb> dualopteron: what are you building? 16:38 < dualopteron> amd64 16:38 < dualopteron> kernel is where is died 16:38 < kgb> dualopteron: but those errors wont abort, the real error is upper 16:38 < kgb> dualopteron: what version of T2? 16:39 < dualopteron> last stable 16:39 < dualopteron> 2.1 16:39 < dualopteron> i think 16:39 < dualopteron> 2.1.0-beta4 16:39 < dualopteron> was told not to try 2.2 16:39 < dualopteron> something broken in it 16:40 < dualopteron> or not ready 16:40 < kgb> can you http publish that ERROR-LOG? 16:40 < dualopteron> umm... 16:40 < dualopteron> can email it 16:40 < dualopteron> don't remember wife's pw for webpage 16:41 < dualopteron> and she's sleeping 16:41 < dualopteron> could dcc it i guess 16:41 < dualopteron> ? 16:42 < kgb> paste me about 20 lines before --- BUILD ERROR --- 16:42 < kgb> on query 16:43 < dualopteron> now it says file not exist 16:43 < dualopteron> guess it created new dir based on timestamp 16:43 < kgb> every build create it's own 16:46 -!- dualopteron [~dualopter@Dardeene-68.188.44.193.charter-stl.com] has quit [Remote closed the connection] 16:46 < mipe> what kernel version? 16:46 < mipe> linux24 wont build 16:47 -!- dualopteron [~dualopter@Dardeene-68.188.44.193.charter-stl.com] has joined #t2 16:47 < mipe> dualopteron: where you building linux24? 16:47 < dualopteron> 26 16:47 < kgb> dualopteron: mipe is amd64 maintainer :) 16:48 < dualopteron> did you get that mess i pm'd u? 16:48 < mipe> what was the error again? 16:48 < dualopteron> my lag went thru the roof 16:48 < mipe> i know that it doesnt build when unionfs is enabled 16:48 < dualopteron> ahhh 16:49 < dualopteron> that was the error 16:49 < dualopteron> make: *** [unionfs2.6] Error 2 16:49 < kgb> mipe: should i disable unionfs for amd64? 16:49 < dualopteron> was more above it tho 16:50 < dualopteron> should i do it in the config for now? 16:50 < mipe> kgb: yep for know, but i'll look into it "soon", when my livecd build is that far. 16:51 < mipe> know=now 16:51 < dualopteron> disable it as module? for me 16:51 < dualopteron> or do custom kernel config 16:52 < kgb> dualopteron: enable 'Expert' -> 'Package Selection' on your config 16:52 < dualopteron> mmm, not seeing anywhere to do kernel config 16:52 < kgb> dualopteron: and add '- unionfs' in there 16:52 < dualopteron> k 16:52 < kgb> no kernel config, t2 Config 16:55 < mipe> ok /me off for bit, need to go do some repairing to new house, need to move by end of this month 16:55 < dualopteron> additional compiler flags? 16:55 < kgb> cu mipe 16:56 < kgb> no... just disable unionfs 16:56 < kgb> Config -> expert -> Custom Package Selection -> '- unionfs' 17:04 -!- rxr_ [~rene@e178186033.adsl.alicedsl.de] has joined #t2 17:04 -!- Topic for #t2: T2 | 2.1.0-beta4 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/ 17:04 -!- Topic set by menomc [] [Sat Apr 16 00:33:34 2005] 17:04 [Users #t2] 17:04 [ _Lewellyn ] [ ideal ] [ kgb ] [ rxr ] [ valentin] 17:04 [ _Ragnar_ ] [ jeru ] [ mipe ] [ rxr_ ] 17:04 [ CIA-9 ] [ jsaw ] [ nzg ] [ SerWou ] 17:04 [ dualopteron] [ keinek] [ Postal] [ sparc-kly[U5]] 17:04 -!- Irssi: #t2: Total of 17 nicks [0 ops, 0 halfops, 0 voices, 17 normal] 17:04 -!- Channel #t2 created Sun Aug 8 21:15:33 2004 17:04 < kgb> hi rxr_ 17:04 -!- Irssi: Join to #t2 was synced in 11 secs 17:05 < dualopteron> says add new rule 17:05 < dualopteron> Invalid line(s) in package rule set. Remove? 17:05 < dualopteron> don't like that one 17:06 < kgb> - unionfs 17:06 < kgb> without spaces before - 17:06 < dualopteron> yup put "-unionfs" in line 17:06 < dualopteron> also tried without the - 17:07 < dualopteron> just tell it no on remove? 17:07 < kgb> -unionfs 17:07 < dualopteron> k 17:07 < dualopteron> will try that 17:07 < dualopteron> ahhhhhhhhh 17:07 < dualopteron> that worked 17:08 < dualopteron> and we're off and running again 17:08 < dualopteron> thx 17:08 < kgb> :) 17:09 < rxr_> re 17:09 < dualopteron> u da man 17:09 < rxr_> hi kgb 17:16 -!- rxr [~rene@e178191232.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)] 17:17 < kgb> long timeout 17:21 < rxr_> yep 17:21 -!- You're now known as rxr 17:35 < dualopteron> says 2.6.11.7 for kernel, but says linux24 on base 17:35 < dualopteron> ? 17:36 < kgb> uhm? 17:36 < kgb> linux24 is one package, linux26 is another 17:37 < dualopteron> is there somewhere to change the profile? 17:37 < dualopteron> or does it build both 17:38 < kgb> on pkgsel (package selection) 17:38 < kgb> or writing your own target 17:38 < kgb> X enable 17:38 < kgb> O disable 17:38 < kgb> - remove 17:38 < dualopteron> yah, got that much 17:39 < dualopteron> guess i didn't remove it then 17:39 < dualopteron> won't hurt anything, just take longer to compile it 17:40 < dualopteron> made it thru the kernel anyways 17:46 < jeru> ok ... have to move now ... I'm very late 17:46 -!- mipe [~Ark@k170.ip2.netikka.fi] has quit [Read error: 104 (Connection reset by peer)] 17:47 < jeru> kgb: cron jobs are enabled for updating the ref build page ;) 17:47 < jeru> kgb: thanks again for your help :) 17:52 < jeru> ps aux 17:52 < kgb> :) 17:52 < jeru> oops 17:52 < jeru> hehe 18:01 -!- mipe [~Ark@k170.ip2.netikka.fi] has joined #t2 18:04 -!- Postal [~edinatux1@ool-435627d0.dyn.optonline.net] has quit [Read error: 110 (Connection timed out)] 18:09 < CIA-9> rene * r9102 /trunk/package/network/ (4 files in 2 dirs): (log message trimmed) 18:09 < CIA-9> * added firmware to the ipw2x00 packages (the license is somewhat 18:09 < CIA-9> restricted - but I ignore this for now, since I doubt Intel will ever 18:09 < CIA-9> complain that we support their not completely free driver junk - also 18:09 < CIA-9> the only part we miss slithgly is to show the license to the enduser 18:09 < CIA-9> and maybe that the license is not in the same dir as the firmware 18:09 < CIA-9> files - but this is not possible since it would produce conflicting 18:10 < jeru> ok ... cu later ... 18:10 -!- jeru [~jeru@mail.oberlinhaus.de] has left #t2 [] 18:15 -!- keinek [~Keinek@201.254.14.234] has quit [Remote closed the connection] 18:17 < kgb> rxr: what is your police about other firmwares? 18:18 < rxr> well - I find it a bit of a joke and if there is a GPL driver wait for a layer to send me a letter when the firmware owner thinks we abuse it ... 18:18 < rxr> if the firmware stats it must not be redistributed we may not touch it though 18:19 < rxr> but the intel one is a bit schizophrenic 18:19 < rxr> we could mark it restrictive ... 18:19 < rxr> but I want it on my redistributable CDs until Intel send me a letter to stop doing so ... 18:20 < rxr> thus I don't mark it yet 18:25 < dualopteron> how many packages are there to build for the desktop setup? 18:25 < dualopteron> like a list of them? 18:25 < rxr> grep '^X ' config/yours/packages | wc -l 18:27 -!- sepp [~sepp@p213.54.214.104.tisdip.tiscali.de] has joined #t2 18:28 < sepp> hi 18:28 < rxr> hi sepp 18:28 < dualopteron> > Finishing build. 18:28 < dualopteron> > -> Creating package database ... 18:28 < dualopteron> > -> Creating isofs.txt file .. 18:28 < dualopteron> > bash-2.05b# 18:28 < sepp> hi rxr 18:28 < dualopteron> done already? 18:28 < dualopteron> wow 18:30 < kgb> wow what? 18:30 < sepp> menomc not around? his java changes broke bdb if you don't build kaffee 18:30 < sepp> !> The package build aborted with the following config error: 18:30 < sepp> !> pkgprefix: package java-dirtree is not present 18:30 < kgb> there is a minimal-desktop template to generic target 18:30 * kgb = mnemoc 18:30 < sepp> ahh hello kgb :) 18:31 < kgb> emerge java-dirtree 18:31 < kgb> that error has nothing to do with kaffe 18:31 < sepp> i dont want java-dirtree !!! 18:31 < rxr> kgb: btw. why are you kdb right now ? 18:31 < sepp> yes i mean [F] KAFFE 18:31 < kgb> my shell box still down 18:31 < kgb> sepp that is not mandatory 18:32 < kgb> that just tells parse-config it is able to build with kaffe 18:32 < kgb> bdb enabled java only if JAVA_HOME is set 18:32 < sepp> ahh ok 18:32 < kgb> rxr: btw, i think it's wrong to source etc/profile.d during builds 18:33 < kgb> rxr: stuff on profile.d is designed for runtime... i.e. without $root 18:37 < rxr> nope 18:38 < rxr> it also sets stuff like QTDIR and friends needed for package 18:38 < rxr> builds 18:38 < rxr> why do you want to not set stuch stuff ? 18:40 < kgb> i consider it evil 18:40 < kgb> parse-config set build env 18:40 < kgb> profile.d set runtime env 18:41 < kgb> example profile.d/java set stuff designed for runtime, without $root 18:41 < kgb> which contaminats buildenv 18:41 < kgb> contamitate* 18:41 < kgb> err 18:41 < kgb> contaminate* 18:43 < rxr> without root is ok - it is only source in stages 2+ IIRC 18:43 < rxr> however this potentinoally breaks cross build everything later on ... 18:43 < rxr> damn - my gsmp box's hard disk is soooo slow ... 18:43 < rxr> cp of a ISO takes ages 18:44 < kgb> it is evil, even if it's breaking nothing _yet_ 18:44 < kgb> kde's parse-config can set QTDIR on parse-config 18:45 < kgb> kde can set QTDIR on parse-config* 18:46 < kgb> using pkgprefix 18:46 < rxr> yes 18:47 < kgb> :) 18:49 < mipe> can someone suggest good user space cluster software? 18:53 < mipe> or good subject for me to do my engineering final exam, i'm out of ideas 18:55 < kgb> i like lvs/keepalived 18:55 < kgb> but that's not really a cluster software 18:55 < CIA-9> amery * r9103 /trunk/package/office/ooo/ooo.conf: * removed extra / on db.jar location from ooo.conf 19:01 -!- _Lewellyn [oilskinn@lewellyn.silver.supporter.pdpc] has quit ["brb"] 19:03 -!- _Lewellyn [bivariat@lewellyn.silver.supporter.pdpc] has joined #t2 19:05 < _Lewellyn> re 19:05 < _Lewellyn> rxr: now i'm here. 19:05 < rxr> _Lewellyn: beta2 contains vmware driver matching fix 19:05 < _Lewellyn> of the livecd? 19:05 < rxr> I tought vmware emulates s.th. not that it needs an own driver ... 19:05 < rxr> _Lewellyn: yes 19:05 < rxr> but it is untested no vmware here 19:05 * _Lewellyn downloads it again. 19:06 < rxr> tough I downloaded a trial today -but still need to install it ... 19:06 < rxr> (no time for that) 19:06 < _Lewellyn> ok. i can test on at least vmware 4.5. if the guy with 5.0 is not busy i'll have him test there :) 19:06 < kgb> _Lewellyn: rsync it :) 19:06 < _Lewellyn> what's the commandline? :) 19:06 < rxr> _Lewellyn: yes, if you like you can incremental rsync from my home box to avoid full download ... 19:06 < rxr> kgb: do you have it handy ? 19:06 * _Lewellyn does things the old-fasioned way still 19:07 < kgb> rsync -tP rsync://site-of-rene/t2.iso your-t2-live.iso 19:07 < rxr> kgb: hahq 19:07 < _Lewellyn> site-of-rene is not in my hosts file ;) 19:07 < _Ragnar_> moin 19:08 < rxr> rsync -P rsync://ec-outpost.dyndns.org/public/live/t2.iso your-download-file.iso 19:08 < kgb> it's on my powered off shell server :( 19:08 < rxr> kgb: is it ok for you when I patch the bootsplash stuff into grub by default? 19:08 < rxr> and a target needs extra code if it liks to disable it .. 19:08 < rxr> such as passing --disable-bootsplash or so to configure ? 19:09 < kgb> SDECONFIG_GRUB_BOOTSPLASH=1 ? 19:09 < kgb> or != 0 19:10 < kgb> that works even without a config.in 19:12 < _Lewellyn> seems a lot has changed since my last download... 19:12 < _Lewellyn> 4621163 0% 27.86kB/s 5:39:08 19:13 < rxr> nope - often mostly the first 20MB change ... 19:13 < rxr> there is the kernel and the modules .. 19:13 < rxr> I estimate you need 20MB to receive 19:13 < kgb> _Lewellyn: don't judge rsync until sync is over 19:13 < _Lewellyn> it lies about %? 19:14 < kgb> no, it doesn't lie 19:14 < kgb> but it's not linear 19:14 < rxr> it just prints % as current seek pos of sync 19:14 < rxr> not as % of whole transfer volume 19:14 -!- ideal [~idealm_@222.64.52.133] has quit [Remote closed the connection] 19:14 < _Lewellyn> oh, so it doesn't figure out what changed in advance? ok. 19:14 < rxr> however now that I think about it I think that could be added to rsync 19:15 < rxr> I think it knows in advance - however I have not yet reviewd the rsync algorithm in depth 19:20 < rxr> hm - patching some of fedora patches into grub makes it quite erratic 19:20 < mipe> rxr: dietlibc build error i had last night can be solved by downgrading dietlibc. 19:21 < mipe> in trunk that is 19:22 < rxr> mipe: could you test if downdating gcc helps, too? 19:22 < rxr> e.g. I get miscompiled kernels with 3.4.4 19:22 < rxr> however I still need to commit the revert 19:22 < rxr> but it might also resolve your problem ... 19:24 < mipe> rxr:i tryed to downdate just gcc, but it didnt solve it, but downdating just dietlibc solved it 19:24 < rxr> hm - bad 19:38 < rxr> ok - I take it back 19:38 < rxr> gcc-3.4.4 miscompiles grub even without splash opatch 19:39 < _Lewellyn> wrote 167061 bytes read 24113109 bytes 13886.29 bytes/sec 19:39 < _Lewellyn> total size is 571488256 speedup is 23.54 19:39 < _Lewellyn> ok. your 20mb estimate wasn't that far off :) 19:40 < rxr> ,-) 19:40 < CIA-9> rene * r9104 /trunk/package/base/gcc/ (gcc.desc protector-adapter.diff): 19:40 < CIA-9> * reverted gcc update - 3.4.4 (at least with the adapted SSP) 19:40 < CIA-9> miscompiles at least linux and grub - the details are to be reviewed 19:45 < _Lewellyn> rxr: i may be seeing x starting in vmware! :) 19:46 < rxr> _Lewellyn: you may or you see right now ? 19:47 < _Lewellyn> i was seeing the telltale flickering and resizing of my vmware window :) 19:47 < _Lewellyn> i'm now at KPersonalizer :) 19:48 < rxr> cool 19:50 < _Lewellyn> kde is slow when it's not running in a vm... this is agonizing :( 19:50 * _Lewellyn really needs to switch computers. 19:51 < rxr> kde is slow then run on a real computer? 19:51 < _Lewellyn> dual p3/550 19:51 < rxr> hm - how much ram ? 19:51 < _Lewellyn> not state of the art, anymore 19:51 < _Lewellyn> 2gigs 19:52 < _Lewellyn> wait.no 19:52 < rxr> oehm ? and then KDE is not fast ? 19:52 < _Lewellyn> 1 gig, i think 19:52 < rxr> the live cd you mean ? 19:52 < _Lewellyn> no. but then, i have different speed standards. 19:52 < _Lewellyn> my wm of choice is wmx :) 19:52 < _Lewellyn> the livecd is VERY slow in vmware, but then again, everything is slow in my vms 19:53 < rxr> hm - it is also very slow in Qemu - but then - qemu is always slow ... 19:53 < rxr> on real hardware I find the LiveCD quite pleasant 19:53 < _Lewellyn> ya, the guy using vmware 5 has already upgraded his physical hardware to one of the new em64t dells. that should be far more usable. 19:53 < rxr> well - not on the Pentium MMX 233 - but on 500++ Mhz with at least 256MB RAM (for caching - otherwise cd i/o is a bit lagging) 19:54 < _Lewellyn> i didn't burn to cd. 19:54 < _Lewellyn> i'm using the iso as a boot device. 19:54 < rxr> oh 19:54 < _Lewellyn> vmware gets much faster when the tools are installed, but i can't do that because they only let you install off the cd :/ 19:54 < _Lewellyn> and the cd is being used to boot ;) 19:55 -!- mipe [~Ark@k170.ip2.netikka.fi] has quit ["gradu"] 19:55 < _Lewellyn> bah. KBuildSycoca crashed with a segfault. :( 19:56 < rxr> hm - that did not happen here ... 19:57 < _Lewellyn> kde seems to still be loading. waiting for it to generate the backtrace so i can get a screenshot of it 19:58 < rxr> I think I do not want to see it ... 19:58 < _Lewellyn> oh. 19:58 < _Lewellyn> The directory "/tmp/" has less than 134 MB of free space. 19:58 < _Lewellyn> Running out of free space in this directory may corrupt the virtual machine's RAM. This is likely to cause the guest operating system to crash. 19:58 < _Lewellyn> heh. oops. 19:58 < rxr> maybe it is just due to vmware ?= 19:58 < _Lewellyn> no, i'm running 5 vms, where my /tmp was only set up to hold 4. 20:05 < _Lewellyn> it's at http://romonster.greenviolet.net/~lewellyn/t2KBuildSycocaSEGV.png 20:05 < _Lewellyn> i have plenty of free space in /tmp now so i'm restarting the session to see what happens 20:06 < rxr> You don't have permission to access /~lewellyn/t2KBuildSycocaSEGV.png on this server. 20:06 < _Lewellyn> gah 20:06 < _Lewellyn> one sec. 20:06 < _Lewellyn> fixed 20:09 < _Lewellyn> bah. now Klipper segfaulted. 20:09 < _Lewellyn> i'm going to have to have someone with a less bogged down system here in the office test it. 20:12 < _Lewellyn> if you're interested, http://romonster.greenviolet.net/~lewellyn/t2KlipperSEGV.png 20:12 < _Lewellyn> i'm going to have to postpone testing for a while. the guy i want to test it is busy. 20:19 < rxr> no problem 20:19 < rxr> maybe I'll find the time to get the vmware trial running tonight ... 20:20 < rxr> but maybe I just do more productive stuff first now that I know that the vmware graphic works ... 20:20 < rxr> altough most probably slower I prever qemu ... 20:20 < rxr> (as it si GPL) 20:21 < _Lewellyn> vmware has been known to donate licenses in the past :) 20:22 < rxr> I thought today about asking them ... 20:24 < _Lewellyn> hm. i connected my usb pendrive to my vm, but it didn't automount, it seems :( 20:25 < rxr> hm - with a real device it work 20:25 < rxr> ed 20:26 < _Lewellyn> hm it loaded usb_storage... 20:26 < _Lewellyn> "scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 0 lun 0" :( 20:27 < _Lewellyn> all sorts of errors :( 20:27 < rxr> hm - not so good 20:28 < rxr> looks like vmware compat problem 20:28 < _Lewellyn> i'm about to try mounting the drive in one of my xp vms. it's known to work there. 20:28 < rxr> with my Sandisk Cruzer Mini and Pentan Optio S50 it works 20:29 < _Lewellyn> this is a STFI pendrive with a Prolific chipset 20:30 < rxr> Pentax even ... 20:30 < rxr> digital still camera 20:30 < _Lewellyn> what are the directions for setting up networking in the livecd again? 20:31 * _Lewellyn doesn't have scrollback since restarting irssi 20:31 < rxr> if you have dhcp just run sudo dhclient eth0 20:38 < _Lewellyn> bah. no eth0 20:38 < _Lewellyn> but i see it in lspci :/ 20:38 * _Lewellyn needs to get work done, so can't troubleshoot why right now :( 20:38 < rxr> _Lewellyn: can you quickly paste the vmware network string from lspci ? 20:38 < _Lewellyn> lspci and ifconfig output at http://romonster.greenviolet.net/~lewellyn/t2nonic.png 20:39 < rxr> thsnks 20:39 < _Lewellyn> sorry for all the screenshots, it's just quicker than dealing with vmware's copy and paste weirdness 20:39 < rxr> sure - no problem 20:40 < rxr> http://ec-outpost.dyndns.org/live-splash.png 20:40 < rxr> just a test 20:40 < rxr> of course I'll not use a gnome image in the shipped version 20:41 < rxr> I know have to patch the ugly text box away ,-) 20:41 < rxr> ok - shorty buying food ... 20:41 < rxr> cu 20:42 < _Lewellyn> nice 20:42 < _Lewellyn> ok. enjoy 20:43 < _Lewellyn> bah. the flash disk works inside my xp vms. 20:43 * _Lewellyn tries under linux itself. 20:46 < valentin> remoin 20:47 < _Lewellyn> morning valentin 20:47 < _Lewellyn> interesting. there is no partition table on my pendrive 20:48 < _Lewellyn> i just mount the device 20:48 < _Lewellyn> root@tuffet:~# mount /dev/scsi/host5/bus0/target0/lun0/disc /mnt/cdrom 20:48 < _Lewellyn> root@tuffet:~# May 23 11:47:41 tuffet kernel: NTFS volume version 3.1. 20:48 < _Lewellyn> i can't expect the livecd to try that o_O 20:49 * _Lewellyn wonders why the hell he did that 20:57 < sepp> rxr: http://home.arcor.de/sebastian.czech/t2/boot.jpg 20:57 < sepp> does it support colours? 20:57 < dualopteron> what's the longest part of compiling this distro? 20:58 < kgb> kdebindings iirc 20:58 < dualopteron> i must have missed something then 21:09 < rxr> sepp: yes - 14 aside bacl and white I think 21:10 < rxr> sepp: nice ,-) 21:10 < rxr> what was this "ball" symbolizing ? 21:10 < rxr> sepp: I'll just use your picture for beta3 21:10 -!- kgb_ [~amery@pc-120-204-86-200.cm.vtr.net] has joined #t2 21:10 < sepp> dont know yet maybe the t2 tarball ? 21:10 < rxr> is the pic public domain? *g* 21:11 < sepp> sure 21:11 < rxr> ah ,-) 21:11 < sepp> just made it some minutes ago 21:11 < rxr> sepp: ok - thanks - after I placed my good in the fridge I'll prepare the iso 21:15 -!- kgb__ [~amery@pc-120-204-86-200.cm.vtr.net] has joined #t2 21:16 -!- kgb [~amery@pc-120-204-86-200.cm.vtr.net] has quit [Nick collision from services.] 21:16 -!- kgb__ is now known as kgb 21:18 -!- kgb__ [~amery@pc-120-204-86-200.cm.vtr.net] has joined #t2 21:18 -!- kgb [~amery@pc-120-204-86-200.cm.vtr.net] has quit [Nick collision from services.] 21:19 -!- kgb__ is now known as kgb 21:21 -!- kgb_ [~amery@pc-120-204-86-200.cm.vtr.net] has quit [Read error: 60 (Operation timed out)] 21:22 < _Lewellyn> kgb: you ok? 21:23 < kgb> i need to get my own internet link :( 21:24 < _Lewellyn> :( leeching off someone? 21:24 < kgb> wifi of my neightbor 21:24 < _Lewellyn> ya, where i'm staying, i leech off someone across the street. 21:24 < _Lewellyn> it's marginal, at best. 21:25 < _Lewellyn> if i lie in the right position, i can usually get online with only a bit of lag 21:25 < rxr> _Lewellyn: hehe 21:25 < rxr> kgb: does your neighboor know that ? 21:27 < _Lewellyn> kgb: go and ask them to move their antenna just slightly to get you online better :) 21:28 < _Lewellyn> in my case, i can't even figure out which building i'm leeching from. i can't get the AP from the street, so it's someone at least on the 3rd floor 21:28 -!- kgb_ [~amery@pc-120-204-86-200.cm.vtr.net] has joined #t2 21:28 < _Lewellyn> re kgb 21:28 < kgb_> :/ 21:28 < kgb_> i need my shell server back 21:30 -!- kgb [~amery@pc-120-204-86-200.cm.vtr.net] has quit [Nick collision from services.] 21:30 -!- kgb_ is now known as kgb 21:37 -!- kgb_ [~amery@pc-120-204-86-200.cm.vtr.net] has joined #t2 21:37 -!- kgb [~amery@pc-120-204-86-200.cm.vtr.net] has quit [Nick collision from services.] 21:38 < valentin> rxr: any news from dr. ? 21:38 < rxr> nope 21:45 -!- kgb_ is now known as kgb 21:47 < rxr> http://ec-outpost.dyndns.org/live-splash.png 21:49 < _Lewellyn> eh. looks like an alien thinger :) 21:49 < valentin> alien ? 21:49 < _Lewellyn> the t2 in the bottom right 21:49 < _Lewellyn> first thing i thought was "cartoon alien" 21:50 < valentin> i like it, but the 8bit blue design reminds me a bit of win 3.11 21:50 < rxr> abit ? 21:50 < rxr> it is 14 colors ... 21:50 < rxr> where do you see 8bit ? 21:51 < _Lewellyn> not even 4 bit :( 21:51 < valentin> sure :) 21:51 < valentin> why 14 and not 16 ? 21:51 < sepp> why 14 21:51 * _Lewellyn guesses the other 2 are reserved for the menu 21:51 < rxr> valentin: no idea- that is what is written in the howto make the image .. 21:51 < rxr> guess foreground background handling or whatever 21:52 < valentin> i think _Lewellyn is right 21:52 < valentin> they need two colors in the map for the font and bg 21:52 < rxr> I can try if a custom palete with explicit white and black works doo 21:52 < _Lewellyn> wonder what happens if you use 16 colors :) 21:52 < rxr> however if one might not want the menu be colored differently, it might also work to use 16 ... 21:52 < rxr> or we improve the patch to initialize some other mode 21:53 < sepp> http://home.arcor.de/sebastian.czech/t2/bg-test.jpg :) 21:53 < valentin> no - it is just fine 21:53 < rxr> valentin and I did a lot graphic hacking in the bad old DOS days ... 21:53 < sepp> no aliens in there 21:53 < rxr> maybe we could inject a few of those bits ... 21:53 < valentin> 3d wobbling in x86 assembly 21:54 < rxr> will anyone cry if I patch the /ugly/ menu outline away ? 21:54 < valentin> how about playing a fli in the background ? 21:54 < rxr> what about trtris ... or pacman 21:54 < kgb> rxr: remember we ship _default_ products 21:54 < rxr> I hate the menu ... 21:54 < kgb> i hate grub 21:54 < rxr> it looks sooooo ugly ... 21:54 < rxr> kgb: you are free to use lilo or syslinux ... 21:55 < rxr> why do you dislike grub? 21:55 < rxr> beside the ugly border of the menu I quite enjoy it 21:55 < kgb> it's dynamism 21:55 < rxr> that is exactly what I enjoy about it .. 21:55 < kgb> but my point was another 21:55 < rxr> default products ? 21:56 < rxr> I could just patch this for desktop and live ,-) 21:56 < kgb> yes 21:56 < kgb> or on generic with an option 21:56 < kgb> enabled for desktop and live 21:57 < rxr> I'm not a friend of infinite options ... 21:57 < rxr> valentin: a vote about the menu borer ? 21:57 < rxr> border even 21:58 < rxr> sepp: could you add the url at the bottom ? 21:59 < sepp> t2-project.org ? 22:00 < sepp> sure 22:02 < rxr> yep http://www. ... 22:07 < sepp> uhm router target builds gcj and bdb fails with: checking if gcj -C works... configure: error: The Java compiler gcj -C failed 22:08 < valentin> rxr: i do not mind the border 22:08 < valentin> kgb: what do you dislike on grub ? best bootloader for x86 22:09 < sepp> http://home.arcor.de/sebastian.czech/t2/new.jpg 22:10 < valentin> sepp: i like the idea to put the url there, but white boot message text over white bg is not optimal 22:13 < sepp> you mean this grub use up down keys blah? 22:14 < valentin> well - it should be above that, but maybe more text that appears in manual edit mode or so ? 22:15 < sepp> hmm i only eyeballed things together 22:15 < sepp> i have not tested it within grub ... 22:16 < sepp> maybe the strange box should have a darker (half transparent) bg 22:17 < rxr> I vote for sans - no serif 22:18 < sepp> feel free to make a layer in gimp and use whatever font you like 22:18 < sepp> ;) 22:20 < rxr> http://ec-outpost.dyndns.org/live-splash.png 22:21 < sepp> can you invert white/black to make valentin happy ? 22:22 < rxr> huh? 22:22 < rxr> revert what ever what? 22:22 < rxr> first I want to patch it to stop with black when the ext ends .. 22:22 < sepp> ok 22:22 < rxr> that I end up hacking graphical output of a boot loader .. 22:22 < rxr> strange days ... 22:22 < rxr> sepp: no - I meant revert what? 22:22 < sepp> hehe 22:22 < rxr> I did not understand 22:22 < sepp> text black, this selection bar white 22:23 < sepp> so that no white chars are infront of white bg caustics 22:23 < rxr> ah - that is configurable - no hack needed I thnk 22:23 < rxr> hack == code change 22:26 < sepp> good, i never changed the grub ui ... 22:40 < rxr> ouhm - black on white is not radable 22:40 < rxr> readable even 22:40 < rxr> valentin: here ? 22:41 < rxr> http://ec-outpost.dyndns.org/live-splash-black.png 22:42 < rxr> http://ec-outpost.dyndns.org/live-splash.png 22:43 < valentin> rxr: ye 22:43 < valentin> s 22:44 < sepp> uhm black fonts are really ugly, unreadable 22:44 < valentin> i prefer the white one, too 22:45 < _Lewellyn> looks great. except for the cursor :) 22:46 < rxr> I'm working on that 22:46 < rxr> reload 22:46 < rxr> better ? 22:47 < sepp> yes - 100% useless but eye candy 22:47 < _Lewellyn> very nice... 22:47 < rxr> t2 is about perfection *g* 22:47 < _Lewellyn> one more request :) 22:48 < rxr> yes? 22:48 < _Lewellyn> can it be arranged so that the text does not overlap the logo? 22:48 < sepp> sure but does not the text change if you edit things? 22:48 < _Lewellyn> and how far have you diverged from the stock grub? 22:49 < _Lewellyn> sepp: dunno. never used grub 22:52 < valentin> rxr: lars has his daughter 22:52 < rxr> oh - cool greetings 22:52 < kgb> rxr: any extra info? weight? size? ... 22:54 < valentin> they send a mail with a picture 22:54 < valentin> sent 22:55 < rxr> Subversion 1.2.0 released 22:57 < valentin> kgb: 0.48m, 2,95 kg 22:57 < kgb> i tought you had updated it long time ago 22:58 < kgb> quite slim for a 0.48m baby 23:00 < kgb> my daughter were a 'bit' fatter :p 23:00 < valentin> kerstin even weighted less at the same size 23:00 < kgb> oh 23:01 < sepp> i like the grub screen as it is now - i would not change it any more 23:02 < valentin> kgb: -90g only 23:02 < dualopteron> welll crap, forgot to build loopback devices in kernel before 23:03 < kgb> valentin: my both children were over 5kg :p 23:03 < valentin> :D 23:07 -!- dualopteron [~dualopter@Dardeene-68.188.44.193.charter-stl.com] has quit [Remote closed the connection] 23:07 < sepp> only thing missing is the url 23:09 -!- dualopteron [~dualopter@Dardeene-68.188.44.193.charter-stl.com] has joined #t2 23:34 < sepp> i have to sleep soon - night * :) 23:34 < rxr> cu sepp 23:35 < rxr> ok - VIA works now 23:35 < rxr> my brother just phoned me the results 23:35 < rxr> http://www.t2-project.org/live/hardware.html 23:35 < rxr> VIA Nehemiah 1Ghz, 256MB, VIA VT8623 (Apollo CLE266) 23:35 < rxr> VIA VT8623 integrated CastleRock graphics 23:38 < _Lewellyn> night sepp 23:39 < _Lewellyn> rxr: how far off is sata? 23:39 < _Lewellyn> i'd like to add to the "certified hardware" :) 23:39 < rxr> in the last version sata is included 23:40 < rxr> tough I have no sata hardware to test here 23:40 < _Lewellyn> ok. i'll test later. 23:41 < _Lewellyn> how much longer will you be up? 23:41 < rxr> hm - 40 min - maximal 23:41 < rxr> 23:41 here ... 23:41 < _Lewellyn> hrm. :( 23:41 < _Lewellyn> ya 23:41 < _Lewellyn> i'm not going to have time to test it that soon, i don't think. 23:41 < rxr> take your itme ... 23:42 < _Lewellyn> any other semi-major fixes coming down the line in the next 12 hours or so? 23:42 < rxr> nope - mostly grub patching ,-) 23:42 < rxr> and the next release only contains stuff no interesting for you right now I think 23:42 < rxr> like intel ipw2x00 wireless support 23:42 < rxr> and this grub makeup 23:45 < rxr> the revisited grub patch is more lightweight 23:45 < rxr> I found the right places to inject ... 23:45 < _Lewellyn> how stable is the nvidia support? 23:45 < rxr> the first try was a bit gross ... 23:45 < rxr> _Lewellyn: should work well 23:45 < _Lewellyn> i remember issues a few days ago 23:45 < _Lewellyn> ok 23:45 < _Lewellyn> i notice no quadros on the list yet :) 23:46 < _Lewellyn> i think i'll really be able to add a couple things :) 23:46 < rxr> the issues was once accidently including of rivafb which prevented the binary only driver to work - and the other time that the driver did not matched the kernel module version due to update of the nvidia driver recently 23:46 < rxr> and then the porper sortout how to make the nVidia libGL* work ... 23:46 < rxr> _Lewellyn: that would be quite nice and welcome ,-) 23:46 < _Lewellyn> hm. so there's no riva support? 23:48 < rxr> there is support for anything clamined by nVidia as support in their binry only beast 23:49 < rxr> there is jsut no riva framebuffer module, since it does not cooperate with the binary only driver ... 23:49 < _Lewellyn> ah. --- Log closed Tue May 24 00:00:52 2005