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