--- Log opened Tue Sep 01 00:00:05 2009
00:30 -!- the_rainbow [n=aaa@41.209.167.130] has joined #t2
01:26 -!- the_rainbow [n=aaa@41.209.167.130] has left #t2 []
02:22 -!- T-One [n=T-One@62.218.122.66] has quit [Read error: 104 (Connection reset by peer)]
02:22 -!- T-One [n=T-One@62.218.122.66] has joined #t2
04:10 -!- mpp [n=mpp@2a01:48:251:107:203:dff:fe13:6c9e] has joined #t2
04:10 < mpp> moinsen
05:43 -!- the_rainbow [n=aaa@41.209.167.140] has joined #t2
05:57 -!- the_rainbow [n=aaa@41.209.167.140] has left #t2 []
07:39 -!- the_rainbow [n=aaa@41.209.167.134] has joined #t2
08:35 < mpp> moinsen
09:05 -!- the_rainbow [n=aaa@41.209.167.134] has left #t2 []
09:11 < rxr> mon
09:12 < mpp> moin rxr
09:12 -!- the_rainbow [n=aaa@41.209.167.134] has joined #t2
09:20 < CIA-69> rene * r34092 /trunk/package/mail/postfix/postfix.desc: * updated postfix (2.6.4 -> 2.6.5)
09:20 < CIA-69> rene * r34093 /trunk/package/xorg/libpciaccess/libpciaccess.desc: * updated libpciaccess (0.10.7 -> 0.10.8)
09:20 < CIA-69> rene * r34094 /trunk/package/xorg/pixman/pixman.desc: * updated pixman (0.14.0 -> 0.16.0)
09:40 < CIA-69> rene * r34095 /trunk/scripts/Build-Pkg: * symlink to new kernel directory for the sandbox loop, likewise
09:43 < CIA-69> rene * r34096 /trunk/package/x11/xterm/xterm.desc: * updated xterm (246 -> 247)
09:51 < CIA-69> rene * r34097 /trunk/package/x11/rxvt-unicode/ (gcc43.patch.libptytty rxvt-unicode.desc): * libptytty (1.2 -> 1.3)
09:56 -!- the_rainbow [n=aaa@41.209.167.134] has quit [Read error: 60 (Operation timed out)]
09:56 < mpp> i had parse-config errors like 'kernel//.'
09:56 < mpp> ?
09:57 < mpp> i am rebuilding with clean svn and report back
10:00 < rxr> I just fixed a bug that sounds like that
10:00 < rxr> 09:40 < CIA-69> rene * r34095 /trunk/scripts/Build-Pkg: * symlink to new kernel directory for the sandbox loop, likewise
10:17 < jncneo> hi! i have a problem during building spandsp package. it says:
10:17 < jncneo> /bin/sh ../libtool --tag=CC --mode=link i686-t2-linux-uclibc-gcc -DNDEBUG -std=gnu99 -ffast-math -Wall -Wunused-variable -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1  -g -O2   -o make_at_dictionary  make_at_dictionary.o  -ltiff -lm
10:17 < jncneo> i686-t2-linux-uclibc-gcc -DNDEBUG -std=gnu99 -ffast-math -Wall -Wunused-variable -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -g -O2 -o make_at_dictionary make_at_dictionary.o  /usr/lib/libtiff.so /usr/lib/libjpeg.so -lz -lc -lm
10:17 < jncneo> ./make_at_dictionary >at_interpreter_dictionary.h
10:17 < jncneo> /bin/sh: ./make_at_dictionary: No such file or directory
10:17 < jncneo> make[2]: *** [at_interpreter_dictionary.h] Error 127
10:18 < rxr> are you cross compiling
10:18 < rxr> ?
10:18 < jncneo> yes
10:18 < rxr> maybe it's not yet cross compile save? and tries to run the target built make_at_dictionary ?
10:19 < jncneo> hmmm... maybe... what can i do with it?
10:21 < rxr> the package may not run target executables
10:21 < rxr> you can patch the package not to do this
10:21 < rxr> might be some work
10:22 < rxr> or, if you target x86, or so, do not cross build and it will just atively build
10:25 < jncneo> ok. thanks
10:34 < jncneo> how can i uncheck cross-compile option in config?
10:37 < mpp> parse-config error is gone now
10:38 < mpp> rescue target is building - before rootfs did not get synced
10:58 < rxr> jncneo: in the Config? on the top ten or so option?
11:00 < jncneo> i see this option, but i cannot uncheck it...
11:01 < jncneo> checkbox looks like =*= is it correct/
11:01 < jncneo> ?
11:02 < rxr> maybe locked in your target
11:02 < rxr> you copied some embedded something?
11:03 < rxr> remove the SDECFGSET_... for the CROSS option in your target/.../config.in
11:04 < jncneo> now it's ok. thanks!
11:04 < rxr> welcome
11:12 < mpp> hey rxr 
11:12 < mpp> when i build ruby extensions i get errors Emergin Pakages
11:13 < mpp>   /TOOLCHAIN/...../make ... command not found
11:13 < mpp> this is not supposed to happen when emerging packages on the host
11:13 < mpp> or am i mistaking
11:13 < mpp> the make command does obviously not reside on that path
11:14 < mpp> is this a chroot  related issue ?
11:14 < rxr> never seen that
11:14 < mpp> thought so
11:15 < rxr> I'm right now re-rebuilding my reference builds
11:15 < CIA-69> rene * r34098 /trunk/package/filesystem/physfs/physfs.desc: * updated physfs (1.0.1 -> 2.0.0)
11:15 < mpp> i'll keep the debug files next time to investigate further
11:15 < rxr> I'll have to urgently fix the annoying attr (or acl?) cross build wrong library patch libtool regression
11:15 < mpp> np
11:15 < mpp> no hurries
11:16 < rxr> when that is done trunk should look pretty good, again, and I'll setup weekly cross-build minimal builds
11:16 < rxr> and will do some testing
11:16 < rxr> the plan is to have weekly auto-cross build minimal builds installer .iso's in some weeks
11:16 -!- csiadmin [n=csiadmin@81.144.152.52] has joined #t2
11:16 < rxr> from there on I hope trunk will be even more solid and regressions cought even more quickly
11:17 < mpp> cool
11:17 < mpp> :-)
11:17 < csiadmin> morning all
11:17 < mpp> hey csiadmin
11:18 < csiadmin> hey mpp
11:18 < mpp> i have moved lot's of packages to git chekout 
11:18 < mpp> e.g linux kernel rc8 builds fine
11:18 < mpp> also fluxbox rubygems and so on
11:18 < mpp> no offense for the tar.bz2 file ...
11:41 < csiadmin> guys, this might be of topic - but I've an issue where my latest build won't boot, off both installcd or livecd.  Trouble is it worked in previous versions, pre 2.6.30 kernels...any ideas?
11:42 < rxr>  not really
11:42 < rxr> on a server and a home G4 cube 2.6.30 booted
11:42 < rxr> otherwise than that I have no .30 in production, yet
11:42 < rxr> what is the issue / error / messages ?
11:47 < mpp> many drivers have changes since .29
11:47 < mpp> some ehternet cards don't work
11:47 < mpp> look out for changes in firmware loading / refactoring
11:48 < rxr> (and why I soon start my own kernel (tm))
11:49 < mpp> if u like :-) ... 
11:52 < csiadmin> thx mpp - I think the problem might be the inital ramdisk, I think that's why the livecd won't boot.  I've just flashed everything I can in the server to see if that helps
11:53 -!- the_rainbow [n=aaa@41.209.167.145] has joined #t2
11:53 < rxr> I saw they got new compression options, lzma and maybe even bzip2 or so?
11:53 < rxr> maybe there are new config options that must now be switched on?
11:54 < mpp> indeed.
11:55 < mpp> but i have build some target /configs with t2 . np so far
11:55 < rxr> I also emerged it on one server and my home cube and it booted up ..-.
11:55 < mpp> be warned
11:55 < mpp> there some serious driver issues
11:55 < rxr> but the server has a pre-2.1 T2 and my home cube some 7.0 or so ...
11:56 < mpp> just saying
11:56 < rxr> yeah - since 2.6.29 my PPC cube also neither awakes anymore
11:56 < mpp> after the first no boot no go - u know the deal
11:56 < rxr> darn linux kernel regression nightmare
11:56 < mpp> agreed
11:57 < mpp> thats why i have to audit my t2 targets very frequently
11:57 < mpp> backporting drivers is a pain in the *ss
11:57 < rxr> definetly, ... !!!
11:58 < mpp> one thing i am very satisfied with is ext4 in terms of performance
11:59 < mpp> made some benchmarks . 
11:59 < mpp> properly set up it is enjoyable
11:59 < mpp> esp. on my t2 build host . zillions of files . u know the trick...
12:00 < csiadmin> mpp: my job today is benchmark some different filesystems, specifically ext3, ext4, reiserfs and xfs.
12:00 < mpp> from what i understand . btrfs will take over in the near future.
12:00 < mpp> ext3 / ext4 watchout for the commit interval
12:00 < mpp> 5secs - the default is somewhat conservative
12:00 < mpp> try 15 or more
12:00 < mpp> :-)
12:01 < mpp> and use data=journal
12:01 < mpp> the other modes are well known for their disaster capabilties :-)(
12:02 < mpp> rxr also published an article on t2-project.org
12:02 < mpp> http://t2-project.org/zine/4/
12:03 < mpp> caffein in the membrane . caffeine in the brain :-) LOL
12:03 < mpp> afk
12:03 < csiadmin> mpp: I'm building a filesystem for video on demand media, so can probably do without journalling but thought it would be interested to test anyway
12:04 < rxr> xfs is said to be quite good for streaming btw.
12:04 < rxr> I would not trust those linux wannabe Ext* FS too much btw.
12:04 < rxr> actually I run reiser3 on all production machines and never had a single issu
12:04 < rxr> e
12:04 < rxr> your milage may vary though, of course
12:05 < csiadmin> rxr: yeah I was reading that - it's a media only drive so if it's lost it's no biggie.  was also thinking of checking jfs
12:06 < csiadmin> pants! same issue after firmware upgrade - stage1 loads then loses cd before loading stage2
12:08 < mpp> what platform ?
12:08 < mpp> hw i mean
12:09 < csiadmin> mpp: ibm x3250m2
12:09 < mpp> ah 
12:09 < mpp> server i guess
12:10 < csiadmin> mpp: yep low end sata model
12:10 < mpp> what revision of t2 did u use ?
12:10 < mpp> linux kernel version
12:10 < mpp> i also deal alot with those
12:11 < csiadmin> mpp: t2 svn from Thur/Fri last week, kernel is 2.6.30-5
12:11 < mpp> do you have a rescue image from t2 ?
12:11 < mpp> it helps so u can probe for the propper storage module
12:11 < csiadmin> no but I can make one
12:12 < mpp> i guess the ibm driver is not in the initrd or the rootfs stage
12:12 < mpp> hold on a sec
12:12 < mpp> http://dl2.t2-project.org/binary/unstable/8.0-trunk/t-resc-0.7/t-resc-0.7.2-x86-i486.md5
12:12 < mpp> http://dl2.t2-project.org/binary/unstable/8.0-trunk/t-resc-0.7/t-resc-0.7.2-x86-i486.iso
12:12 < mpp> try that one
12:13 < mpp> i have a build from today also available
12:13 < mpp> could up it to save u some time
12:14 < csiadmin> mpp: awesome, thx for that
12:17 < mpp> np
12:18 < mpp> i also posted a patch a while ago adding hp cciss driver to the rootfs boot stuff .
12:18 < mpp> i think...
12:19 < mpp> it was grub actually
12:19 < rxr> I think it was merged
12:19 < mpp> yep it di
12:19 < mpp> d
12:19 < mpp> i wanted to pass along the ibm serveraid also but i missed it
12:20 < mpp> i guess after figuring out the driver u will want to patch mkinitrd.sh
12:21 < mpp> something like : 
12:21 < mpp> find $moddir/kernel -type f | grep \
12:21 < mpp> 	-e reiserfs -e reiser4 -e ext2 -e ext3 -e ext4 -e /jfs -e /xfs \
12:21 < mpp> 	-e isofs -e udf -e /unionfs -e ntfs -e fat -e dm-mod \
12:21 < mpp> 	-e /ide/ -e /ata/ -e /scsi/ -e /message/ \
12:21 < mpp> 	-e cciss -e ips -e virtio \
12:21 < mpp> 	-e hci -e usb-storage -e sbp2 \
12:21 < mpp> 	-e drivers/net/ -e drivers/md/ -e '/ipv6\.' -e usbhid |
12:21 < mpp> hold on 
12:21 < mpp> the ips driver is already there...
12:22 < mpp> so no go there
12:22 < mpp> hm...
12:22 < csiadmin> mpp: hmm haven't trying any patching at all yet
12:22 < csiadmin> mpp: was just working on getting the packages I needed built
12:23 < mpp> u probably will need to if the early boot phase freezes
12:23 < mpp> k gotta go .
12:23 < mpp> bbl
12:23 -!- mpp [n=mpp@2a01:48:251:107:203:dff:fe13:6c9e] has quit ["Verlassend"]
12:50 -!- the_rainbow [n=aaa@41.209.167.145] has left #t2 []
12:51 -!- the_rainbow [n=aaa@41.209.167.145] has joined #t2
12:56 < CIA-69> rene * r34099 /trunk/package/gnome2/pycairo/pycairo.desc: * updated pycairo (1.8.6 -> 1.8.8)
13:37 -!- synchris [n=synchris@adsl279-187.kln.forthnet.gr] has joined #t2
13:46 < CIA-69> rene * r34100 /trunk/package/xorg/libxcursor/libxcursor.desc: * updated libxcursor (1.1.9 -> 1.1.10)
13:46 < CIA-69> rene * r34101 /trunk/package/gnome2/gnome-mag/gnome-mag.desc: * updated gnome-mag (0.15.7 -> 0.15.8)
13:46 < CIA-69> rene * r34102 /trunk/package/xorg/libfontenc/libfontenc.desc: * updated libfontenc (1.0.4 -> 1.0.5)
13:47 < CIA-69> rene * r34103 /trunk/package/xorg/libxau/libxau.desc: * updated libxau (1.0.4 -> 1.0.5)
13:50 < CIA-69> rene * r34104 /trunk/package/xorg/libice/libice.desc: * updated libice (1.0.5 -> 1.0.6)
13:52 -!- synchris_ [n=synchris@adsl9-10.kln.forthnet.gr] has joined #t2
13:54 -!- voodoogc [n=synchris@pdpc/supporter/professional/synchris] has joined #t2
13:56 [Users #t2]
13:56 [@ChanServ] [ jncneo] [ mjungwirth] [ oliv`  ] [ synchris ] [ the_rainbow] 
13:56 [ CIA-69  ] [ koan  ] [ mqueiros_ ] [ rxr    ] [ synchris_] [ TobiX      ] 
13:56 [ csiadmin] [ LMJ   ] [ mtr       ] [ Stealth] [ T-One    ] [ voodoogc   ] 
13:56 -!- Irssi: #t2: Total of 18 nicks [1 ops, 0 halfops, 0 voices, 17 normal]
13:59 -!- voodoogc__ [n=synchris@adsl48-54.kln.forthnet.gr] has joined #t2
14:03 -!- voodoogc___ [n=synchris@adsl91-61.kln.forthnet.gr] has joined #t2
14:05 -!- voodoogc__ [n=synchris@adsl48-54.kln.forthnet.gr] has quit [Read error: 60 (Operation timed out)]
14:05 -!- voodoogc__ [n=synchris@adsl70-225.kln.forthnet.gr] has joined #t2
14:07 -!- voodoogc [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 145 (Connection timed out)]
14:08 -!- voodoogc [n=synchris@pdpc/supporter/professional/synchris] has joined #t2
14:09 -!- synchris [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 110 (Connection timed out)]
14:10 -!- synchris_ [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 110 (Connection timed out)]
14:12 -!- synchris [n=synchris@adsl130-105.kln.forthnet.gr] has joined #t2
14:13 < rxr> hm - acl/attr problem went away?
14:17 -!- mpp [n=mpp@2a01:48:251:107:203:dff:fe13:6c9e] has joined #t2
14:17 < mpp> re
14:18 < koan> I didn't see the problem when building trunk a couple of days ago
14:18 < mpp> strange phenomenon:
14:18 < koan> that was one of the reasons why I said trunk seems in such a good shape :-)
14:18 < mpp> i am building a rescue target initramfs
14:18 < mpp> target/share/initrd/build.sh
14:18 < mpp> stops at exactly this line
14:18 < mpp> (umount proc ; umount dev) 2>/dev/null
14:19 < mpp> this has worked for weeeks and months before
14:19 < mpp> wth ?
14:19 < rxr> rescue?
14:19 < rxr> ok - rescue
14:20 < rxr> I can give it a try
14:21 -!- voodoogc___ [n=synchris@adsl91-61.kln.forthnet.gr] has quit [Read error: 110 (Connection timed out)]
14:23 < mpp> question is ... that particular line has worked for months
14:24 < mpp> could be a bash thing ?
14:24 < mpp> the script just exits hard at that point
14:24 < mpp> i uncommented it and built successfully the initramfs
14:24 -!- voodoogc__ [n=synchris@adsl70-225.kln.forthnet.gr] has quit [Read error: 110 (Connection timed out)]
14:24 < mpp> i just don't know the meaning of that line ( no bash skills sorry:-)
14:24 < rxr> maybe exit status handling varies slightly in new versions
14:25 < mpp> k
14:25 < mpp> what does the 2 mean ?
14:25 < mpp> status 
14:25 < rxr> two unmounts in a sub-process, stderr wired to /dev/null ...
14:25 < mpp> ah..
14:25 < mpp> (: no clue :)
14:25 < rxr> 2> means stderr, as suppost to > for (FD 1) stdout
14:25 < rxr> C and Unix 1x1
14:25 < mpp> so that has obv changed in behavour
14:26 < rxr> doubt
14:26 < rxr> rather one mount exits with error
14:26 < rxr> maybe that is new, or the error handling with sub processes changed slightly
14:26 < rxr> etc. pp
14:26 < mpp> easy to figure out
14:26 < rxr> yeah - just trail a little :-)
14:26 < rxr> some echo $? et al. will  probably shet some light on it
14:27 < rxr> I can also test build it soonish
14:29 -!- voodoogc [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 110 (Connection timed out)]
14:34 < mpp> ok /dev and /proc are indeed mounted at that point
14:34 < mpp> so the script exits 
14:38 < rxr> what do you mean by "so"
14:38 < rxr> they are indeed mounted? so they can be umounted
14:38 < rxr> why should it exit ?
14:40 < mpp> cause they cannot be umounted thats what the line is for
14:40 < mpp> in case the umount fails
14:40 < mpp> right ..?
14:43 < rxr> the line is to umount them
14:44 < rxr> so are they there in your case to umount?
14:44 < rxr> but looking at it in the context of the file, it really looks like error handling changed
14:44 < rxr> as the line does not hide and error
14:45 < rxr> as the comment already says "just in case they are still mounted" they probably should cast their exit return value error away
14:45 < rxr> adding a || true at the end of the line might help
14:46 < rxr> to be clear adding this:
14:46 < rxr> || true
14:46 < rxr> which is statement before or (non zero return value) then true, which always just return(0)
14:46 < rxr> or better exit(0)
14:47 < rxr> whatever comes first :-)
14:54 -!- the_rainbow [n=aaa@41.209.167.145] has left #t2 []
14:57 -!- synchris_ [n=synchris@pdpc/supporter/professional/synchris] has joined #t2
15:00 -!- voodoogc [n=synchris@pdpc/supporter/professional/synchris] has joined #t2
15:02 -!- synchris_ [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 60 (Operation timed out)]
15:09 -!- synchris_ [n=synchris@adsl139-70.kln.forthnet.gr] has joined #t2
15:14 -!- synchris [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 110 (Connection timed out)]
15:26 < jncneo> is there any way to find a package in which "libintl.a" file is placed?
15:27 -!- voodoogc [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 110 (Connection timed out)]
15:41 < mpp> yes
15:41 < mpp> /var/adm/flists/
15:42 < mpp> grep -iRls 'libintl.a' /var/adm/flists/*
15:42 -!- mpp [n=mpp@2a01:48:251:107:203:dff:fe13:6c9e] has quit [Read error: 60 (Operation timed out)]
16:13 < jncneo> grep -iRls 'libintl.a' /var/adm/flists/* this command returned /var/adm/flists/gawk
16:13 < jncneo> i've added gawk to target, but still get an error: 
16:13 < jncneo> libtool: link: i686-t2-linux-uclibc-gcc -o .libs/setfacl setfacl.o do_set.o sequence.o parse.o  ../libmisc/.libs/libmisc.a ../libacl/.libs/libacl.so -lattr /usr/lib/libintl.a
16:13 < jncneo> i686-t2-linux-uclibc-gcc: /root/t2-trunk/build/default-8.0-trunk-wildix-distro-x86-geodelx-linux/usr/lib/libintl.a: No such file or directory
16:14 < jncneo> make[1]: *** [setfacl] Error 1
17:03 < rxr> forgot that you use uclibc, hm
17:08 < jncneo> what can i do with this?
17:08 < rxr> ok, thinking about it it should compile, as the whole rescue target compiled with uclibc all natively in the past
17:09 < jncneo> strange...
17:17 < rxr> rescue target has this:
17:17 < rxr> # X libiconv # uclibc only
17:17 < rxr> in the pkgsel
17:17 < rxr> maybe try with libiconv added
17:17 < rxr> and press thumbs
17:23 < jncneo> ok. i'll check it now
17:27 -!- mpp [n=mpp@2a01:48:251:107:203:dff:fe13:6c9e] has joined #t2
17:27 < mpp> hello ...
17:28 < rxr> hi
17:28 [Users #t2]
17:28 [@ChanServ] [ jncneo] [ mjungwirth] [ mtr  ] [ Stealth  ] [ TobiX] 
17:28 [ CIA-69  ] [ koan  ] [ mpp       ] [ oliv`] [ synchris_] 
17:28 [ csiadmin] [ LMJ   ] [ mqueiros_ ] [ rxr  ] [ T-One    ] 
17:28 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
17:28 < mpp> freenode had a cold
17:28 < mpp> :-)
17:41 < rxr> yeah?
17:43 < csiadmin> hi mpp: still not sure which storage module to use
17:45 < CIA-69> rene * r34105 /trunk/package/gnome2/libgda/libgda.desc: * updated libgda (4.0.3 -> 4.0.4)
17:45 < CIA-69> rene * r34106 /trunk/package/gnome2/gdm/gdm.desc: * updated gdm (2.26.0 -> 2.26.1)
17:49 -!- synchris [n=synchris@adsl91-102.kln.forthnet.gr] has joined #t2
17:53 < mpp> what does lscpci give u csiadmin
17:53 < mpp> are the hdd + cdrom avail in the rescue image ?
17:54 < mpp> cat /proc/partitions
17:54 < mpp> etc.etc....
17:54 < CIA-69> rene * r34107 /trunk/package/editors/zile/zile.desc: * updated zile (2.3.4 -> 2.3.11)
17:57 < rxr> http://www.t2-project.org/packages/mingwrt.html
17:57 < rxr> http://www.t2-project.org/packages/w32api.html
17:58 < mpp> how come u are working on mingw win32 stuff rxr ?
17:58 < mpp> client stuff ?
17:58 < mpp> ..
18:05 -!- T-One [n=T-One@62.218.122.66] has quit ["Verlassend"]
18:07 -!- synchris_ [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 110 (Connection timed out)]
18:09 < csiadmin> apologies mpp: afk
18:10 < mpp> np
18:10 < csiadmin> everything is fine in rescue image. mounted cd and hd np
18:10 < mpp> rxr: does the t2-packagin automatically trigger bootstrap ?
18:10 < mpp> so what drivers do u need ?
18:10 < mpp> lspci 
18:11 < mpp> give me the output of that so we can figure it out
18:11 < mpp> dmesg also helps
18:11 -!- T-One [n=T-One@62.218.122.66] has joined #t2
18:12 < csiadmin> mpp: here's my lspci output http://www.pastebin.org/13962
18:13 < mpp> k lspci -v should show u the corresp module for sata
18:14 < csiadmin> ok I'll run that now...
18:15 < rxr> mpp: packaging bootstap want ?
18:15 < rxr> what even
18:16 < mpp> i meant packages without autoconfigure have e.g. bootstrap command to generate configure etc.
18:17 < csiadmin> mpp: thx looks like it's ata_piix module
18:18 < mpp> so u have to check the boot process if it is loaded init initrdinit or so early
18:20 < csiadmin> mpp: sorry how do I go about that?
18:23 < mpp> sorry i'll get back 2 u csiadmin in half an hour max.
18:23 < mpp> promised
18:23 < csiadmin> mpp: np and thx
18:27 < mpp> csiadmin: u need to modify package/base/mkinitrd/mkinitrd.sh
18:28 < jncneo> rxr: i've added libiconv to target and recompiled, but with no result...
18:28 < csiadmin> mpp: thx will take a look at this now
18:29 < mpp> just add ata_piix where cciss + ips reside 
18:29 < mpp> rebuild 
18:29 < mpp> :-)
18:33 < csiadmin> mpp: gotcha! here goes...
18:34 < mpp> ?
18:35 < mpp> ??
18:37 < csiadmin> mpp: will this add the module in for both the initial ramdisk and the install?
18:37 < mpp> hmm....
18:38 < mpp> i think so
18:38 < mpp> maybe u should also check the livecd target stuff
18:39 < mpp> but u only use the installer right now - so i think u're good to go
18:41 < csiadmin> mpp: at the moment I use stone to install once I've created my iso
18:41 < csiadmin> hmm just rebuilt and didn't list mkinitrd
18:42 < csiadmin> do I need a full build cleanup first?
18:47 < mpp> did you modify the package/base/.... stuff ?
18:47 < mpp> ah yes
18:47 < mpp> scripts/Create-ErrList -newremove
18:47 < mpp> then rebuild
18:48 < mpp> wiht ur config off course
18:48 < mpp> scripts/Create-ErrList -cfg myconfig -newremove
18:48 < mpp> scripts/Build-Target -cfg myconfig
18:48 < mpp> damnit
18:48 < mpp> openbox cannot find xinerama
18:48 < mpp> wth
18:49 < mpp> sometimes opensource is like closed garbage ;-)) grmfff
18:49 < csiadmin> mpp: know the feeling!
18:49 < mpp> yea real crap !
18:50 < mpp> they should stick to theplan damnit
18:50 < mpp> opensource patching is like servicpacking windows
18:50 < mpp> f*** !
18:50 -!- T-One [n=T-One@62.218.122.66] has quit ["Verlassend"]
18:51 < mpp> frickin api apes 
18:51 < mpp> pfffff !!!
18:51 < mpp> +!X§'"
18:51 < mpp> ahhhhhhh
18:54 < mpp> now whos slave and whos master - hint: its' not the machine that is the slave :-) f**** LOL
18:55 < mpp> i should be playing some go to chill out
18:55 < mpp> i'll do just that now
18:55 < mpp> bbl
18:55 -!- mpp is now known as mppafk2go
19:00 -!- synchris_ [n=synchris@adsl56-141.kln.forthnet.gr] has joined #t2
19:04 -!- synchris [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 60 (Operation timed out)]
19:10 -!- csiadmin [n=csiadmin@81.144.152.52] has left #t2 []
19:17 -!- mppafk2go is now known as mpp
19:17 < mpp> few -- lost @ go but it was fun !
19:17 < mpp> back2t2
19:17 < mpp> :-)
19:47 -!- the_rainbow [n=aaa@41.209.167.145] has joined #t2
21:04 -!- synchris [n=synchris@adsl147-11.kln.forthnet.gr] has joined #t2
21:06 -!- synchris_ [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 60 (Operation timed out)]
21:13 < CIA-69> mtr * r34108 /trunk/package/base/uclibc/getline.patch: 
21:13 < CIA-69> * patched uClibc to build with latest glibc update,
21:13 < CIA-69> getline() defined in stdio.h
21:37 -!- mpp [n=mpp@2a01:48:251:107:203:dff:fe13:6c9e] has quit ["Verlassend"]
21:43 -!- synchris_ [n=synchris@adsl164-243.kln.forthnet.gr] has joined #t2
21:46 -!- synchris [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 60 (Operation timed out)]
21:55 -!- synchris [n=synchris@adsl171-104.kln.forthnet.gr] has joined #t2
22:03 -!- synchris_ [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 145 (Connection timed out)]
22:18 -!- synchris_ [n=synchris@pdpc/supporter/professional/synchris] has joined #t2
22:26 -!- synchris [n=synchris@pdpc/supporter/professional/synchris] has quit [Read error: 128 (Network is unreachable)]
--- Log closed Wed Sep 02 00:00:05 2009