T2 IRC Log: 2009-09-01
This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.
--- Log opened 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
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