--- Log opened Fri Jan 14 00:00:47 2005
00:05 < rxr> uh - oh - :
00:05 < rxr> mkdir -p -- ../apidocs/kdecore
00:05 < rxr> /bin/sh: line 1: 17592 Segmentation fault (core dumped) /usr/bin/doxygen Do
00:05 < rxr> xyfile
00:05 < rxr> building the new kdelibs ...
00:05 < rxr> kdelibs-3.3.91/kdecore/core: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, SVR4-style, from 'doxygen'
00:06 < mnemoc> what?
00:06 * mnemoc moving home, brb
00:07 < rxr> just that doxygen crashes generating documentation ...
00:07 < mnemoc> i noticed
00:07 < mnemoc> brb
00:09 < rxr> cu
00:40 < mnemoc> re
00:41 < rxr> hi
00:45 * rxr rebooting the osx box soon - since on USB port is death for some hours now - and using the one-button trackpad get's on my nerves - as well as the USB watchdog noise between my driver output ...
00:46 < mnemoc> and the firewire?
00:46 < rxr> firewire what ?
00:46 < rxr> firewire mouse ?
00:48 < mnemoc> printer
00:48 < mnemoc> did arrive?
00:48 < rxr> ?
00:49 < mnemoc> scanner*
00:49 < rxr> no firewire scanner here ..
00:49 < mnemoc> you told me one would arrive today ;)
00:49 < rxr> no, when ?
00:49 < mnemoc> yestarday
00:49 < mnemoc> -> Testing tools.chroot/lib/fl_wrapper.so.
00:49 < mnemoc> !> Detected a problem with the flist wrapper lib on your system.
00:49 < mnemoc> !> Please specify another flist-creation system in your build configuration.
00:49 < rxr> once I was dreaming how cool a firewire one would be .. - but ...
00:49 < mnemoc> test fixed
00:49 -!- sparc-kly [~mubex@64.237.130.154] has quit ["Leaving"]
00:49 < mnemoc> aaa. :) i should have misread
00:50 < daja77> mnemoc: no you shouldn't misread :p
00:50 -!- sparc-kly [~mubex@64.237.130.154] has joined #t2
00:50 < daja77> anyway n8
00:51 < CIA-9> mnemoc * r5555 /trunk/scripts/Build-Tools: * fixed fl_wrapper test to really fail when it should fail
00:51 < rxr> cu daja77
00:51 < mnemoc> cu daja77
00:51 < rxr> hm - bash's disown is not able to disown running jobs ?
00:51 < rxr> jobs
00:51 < rxr> [1]+ Running ./scripts/Emerge-Pkg kdelibs &
00:52 < rxr> # disown -h 1
00:52 < rxr> -bash: disown: 1: no such job
00:52 < rxr> what else does it expect for the jobspec ?
00:52 < mnemoc> %1 ?
00:52 < rxr> why % ?
00:52 < rxr> # disown -h %1
00:52 < mnemoc> kill %1 kills job 1 ;)
00:52 < rxr> # jobs
00:52 < rxr> [1]+ Running ./scripts/Emerge-Pkg kdelibs &
00:52 < rxr> hm
00:53 < rxr> exit hanging ...
00:53 < rxr> anyway - I boot my osx now ... - cu back soon
01:00 < rxr> re
01:18 < mnemoc> damn wrapper
01:19 < mnemoc> there is something special on open64 not on open?
01:19 < rxr> hm?
01:19 < mnemoc> fl_wrapper.so debug [15315]: going to run original open() at 0x400421c0 (wrapper is at 0x4000a720).
01:19 < mnemoc> fl_wrapper.so debug [15315]: begin of handle_file_access_after("open", "/proc/15315/cmdline", xxx)
01:19 < mnemoc> fl_wrapper.so debug [15315]: begin of handle_file_access_before("open64", "/etc/fstab", xxx)
01:19 < mnemoc> fl_wrapper.so debug [15315]: end of handle_file_access_before("open64", "/etc/fstab", xxx)
01:19 < mnemoc> fl_wrapper.so debug [15315]: Symbol 'open64' in libc (0x804b410) has been resolved to (nil).
01:19 < mnemoc> fl_wrapper.so: Can't resolve open64: Bad handle
01:19 < mnemoc> Aborted
01:19 < mnemoc> fl_wrapper.so debug [15316]: begin of handle_file_access_before("open", "/proc/15316/stat", xxx)
01:20 < rxr> maybe no open64 in uclibc at all ?
01:20 < mnemoc> that cast supose to be built against uclibc.... let me check
01:20 < mnemoc> cat*
01:22 < mnemoc> fcntl.h:extern int open64 (__const char *__file, int __oflag, ...) __THROW;
01:22 < mnemoc> fcntl.h:# define open open64 :)
01:23 < mnemoc> i don't understand this 'randomness'
01:24 < rxr> I have not uclibc here to follow ....
01:24 < mnemoc> build and uboot ;) it's cheap
01:24 < mnemoc> an*
01:26 < rxr> that's an request, right?
01:26 -!- Postal [~Postal@ool-43562a7f.dyn.optonline.net] has joined #t2
01:26 < Postal> Hey all, anyone home?
01:26 < rxr> hi Postal ;-)
01:27 < mnemoc> rxr: not really a request, i just stated a solution to what you told me ;)
01:27 < Postal> I have a question, when I go to build the packages, everything goes fine until it gets to dietlibc, and then it errors out
01:28 < Postal> can I post the error here or is there another room for posting?
01:28 < rxr> sure just post it ...
01:28 < rxr> for what are you building? x86 ?
01:28 < rxr> and which target ?
01:28 < Postal> x86_64
01:28 < Postal> default
01:28 < rxr> ouch
01:28 < Postal> strip: bin-x86_64/__ltostr.o: File format not recognized
01:28 < Postal> !> make: [bin-x86_64/__ltostr.o] Error 1 (ignored)
01:28 < Postal> !> x86_64-unknown-linux-gnu-gcc -I. -isystem include -Os -f ..
01:28 < Postal> !> lib/__nice.c: In function `nice':
01:28 < Postal> !> lib/__nice.c:7: error: too few arguments to function `se ..
01:28 < Postal> !> make: *** [bin-x86_64/__nice.o] Error 1
01:28 < Postal> !> No 1-dietlibc.log file.
01:28 < rxr> x86-64 ... - well - I guess this error is know ...
01:28 < Postal> -> $root/var/adm/logs/1-dietlibc.out -> 1-dietlibc.err
01:29 < rxr> yeah - we already got such an error report ...
01:29 < Postal> any ideas?
01:29 < rxr> mnemoc: seems I should rather start this cross build debugging, hm?
01:29 < mnemoc> :D
01:29 < rxr> Postal: I could finally start such a build here - to finally fix it ... ;-)
01:29 < Postal> ...?
01:29 < Postal> rxr, you lost me
01:30 < mnemoc> Postal: internal joke :)
01:30 < rxr> Postal: did you cross built or natively ?
01:30 < mnemoc> Postal: currently x86-64 is know to be broken on t2
01:30 < rxr> mnemoc: hey!
01:30 < mnemoc> :p
01:30 < rxr> mnemoc: just some tiny issues - not exactly broken
01:30 < mnemoc> but rxr will fix it tonight
01:31 < rxr> just no core person with x86-64 hardware ...
01:31 < Postal> mnemoc, so then it wont matter what I do, it wont work lol... but i love to try and help fix it lol
01:31 < rxr> Postal: do you build on a x86-64 linux system - or do you cross built from an normal 32bit x86 one ?
01:31 < mnemoc> Postal: did you cross built or natively ?
01:31 < Postal> I tried a native build frist, on FC3, then when that failed I tried a cross build on FC2
01:32 < rxr> a 32bit FC2 ?
01:32 < Postal> When it optimizes for AMD64, i assume that it creates both 32 and 64 bit toolchaines?
01:32 < Postal> rxr, yes a 32 bit FC2
01:33 < rxr> no - when you select 64bit in t2 you only get 64bit binaries
01:33 < Postal> is there any way to make it compile both?
01:33 < mnemoc> compile twice :)
01:33 < rxr> well - not yet, do you need that ?
01:33 < rxr> mnemoc: well - no joke - this is on my todo ...
01:34 < mnemoc> really?
01:34 < rxr> but generically since on some arches you might like to have 32bit and 64bit versions available
01:34 < rxr> on sparc64 because sparc32 code might be faster sometimes - on x86-64 for commercial binary only stuff
01:34 < rxr> but not all - only some selected stuff ....
01:34 < Postal> no, but its nice, cause some pac,packages like grub, and also openoffice, dont like to compile under 64bit, and because compiling a 32 bit toolchain from 64 is harder than the reverse
01:35 < Postal> rxr, is there an output file that will give more specific info on why the package failed?
01:35 < rxr> well - for freestanding stuff like grub you have -m32 ...
01:36 < rxr> Postal: yes
01:36 < Postal> rxr, where?
01:36 < rxr> build/$id/var/adm/logs/...
01:36 < rxr> and then 1-dietlibc.err
01:37 < Postal> thats convinent
01:39 < Postal> any way instead of using "x86_64-unknown-linux-gnu-gcc" you could use "x86_64-pc-linux-gnu-gcc" when I built my LFS 64 bit system, that was the only way I could get it to compile
01:41 < rxr> you mean just replacing unknown with pc ?
01:41 < Postal> yeah... for some reason, when compiling gcc and glibc, I HAD to make sure to use that insted...
01:41 < mnemoc> those 'vendor' really change anything?
01:42 < mnemoc> does*
01:42 < rxr> not that I know of
01:42 < rxr> I once saw some verndor == suse or so hacks ...
01:42 < rxr> but aside of that ...
01:42 < mnemoc> that quite easy to test
01:42 < rxr> but we should change this to t2 ...
01:42 < rxr> yeah - grep the source ;-)
01:43 < Postal> Well, im not real familiar with dietlibc, i dont use it for toolchains in LFS builds so...
01:43 < rxr> Postal: do you stay some more minutes here?
01:43 < rxr> I just start a cross bulid here to track those ...
01:43 < rxr> uh
01:43 < mnemoc> parse-config:34
01:43 < rxr> our Config looks ugly with the OS X font in the Terminal.app ... :-(
01:43 < Postal> I will be in all night but i have to go out to dinner in about 15 min.. then i will be back in an hour and be in all night
01:44 < rxr> ok - cu then, hope I have some results until then ...
01:44 < mnemoc> Postal: vi scripts/parse-config :34 and replace unknown with pc ;)
01:46 < rxr> nah - that is not the right place
01:47 < rxr> architecture/x86/archtest.sh
01:47 < Postal> rxr, where is the makefile that is created by config scrpit, that actually dictates package install?
01:47 < mnemoc> we don't have nested mafiles ;)
01:47 < mnemoc> makefiles
01:47 < rxr> we use shell scripts to control the build
01:48 < rxr> the package that got built is in src.dietlibc.$somehash ...
01:48 < Postal> yeah i found them... makes life a little eaiser for the end user, but harder for anyone trying to edit the script...
01:48 < rxr> what scirpt are you looking for ?
01:49 < Postal> The one that actually builds the package binaries
01:49 < Postal> :q
01:49 < Postal> opps
01:49 < rxr> well that is a combinator of the stuff in scripts
01:49 < rxr> and the defines in package/base/dietlibc/ in this case ...
01:49 < rxr> you most probably want to do this:
01:49 < mnemoc> Postal: scripts/functions has the magic
01:49 < rxr> cd src.dietlibc.*
01:50 < rxr> ./debug.sh
01:50 < rxr> err
01:50 < rxr> yep - that will bring you into an environment dumped when the package was started to be built ....
01:52 < Postal> I am running make on the package to get the actual output..
01:53 < Postal> It may just be a case of adding a make option
01:53 < rxr> well - especially in the case of dietlibc a lot is passed to make ...
01:53 < Postal> do you have a list of those options?
01:54 < rxr> they are in package/base/dietlibc/dietlibc.conf ...
01:54 < Postal> ok
01:55 < rxr> mnemoc: I just rebuilt doxygen - it still segfaults on the kdelibx-3.3.91 doc generation ...
01:55 < mnemoc> :\
01:55 < Postal> who wrote these scripts?
01:56 < rxr> well - we - and formerly ROCK Linux people before we forked of off them ...
01:58 < Postal> the command "$makeopt" start the actual make is not defined in the scrpit, I assume that it is defined elsewhere
01:58 < rxr> when you are in the debug environment just run echo $makeot ...
01:58 < Postal> cool
01:58 < mnemoc> that's the good of using shell scripting and not MAkefile
01:58 < rxr> the build system does a lot of stuff automatically and generically before the packages finally tweak it
01:59 < Postal> ok, i have to go to dinner, you all going to be here an hour and a half or so?
01:59 < rxr> most packages to not alter the automatically determined stuff at all
01:59 < Postal> bbl
01:59 < rxr> well - it is 2.00 here - so it is at least likely ...
01:59 < mnemoc> Postal: feel free to write what you learn on our wiki ;) we need a non-too-technical description :)
01:59 < rxr> cu ;-)
01:59 < Postal> my aim is soa postal1 if you need me
02:00 < rxr> Postal: check notes here - or svn commits in the case I fix s.th. when you are away ...
02:00 -!- Postal is now known as Postal|Away
02:18 -!- ideal [~idealm@211.100.227.107] has joined #t2
02:18 < ideal> morning
02:19 < mnemoc> moin ideal
02:19 < ideal> Hi, mnemoc:)
02:19 < rxr> hi ideal
02:20 < ideal> Hi, rxr:)
02:21 < CIA-9> rene * r5556 /trunk/package/develop/doxygen/doxygen.desc:
02:21 < CIA-9> * updated doygen (1.3.9 -> 1.4.1) - does not seem to segfault for
02:21 < CIA-9> kde-3.3.91 ... ;-)
02:22 < mnemoc> :)
02:22 < mnemoc> did reference finished?
02:22 < rxr> nope
02:22 < rxr> the last reference was bulit a week or so ago ...
02:23 < mnemoc> what will we do about?
02:23 < mnemoc> .cache
02:24 < rxr> let's not (re)discuss this right now
02:24 < mnemoc> ok
02:24 < rxr> let me do some t2 stuff and see the x86-64 thing going ...
02:24 < mnemoc> sure
02:27 < CIA-9> mnemoc * r5557 /trunk/target/uboot/pkgsel: * fixed uboot pkgsel to build patch instead of patchutils
02:31 < mnemoc> !> Found shared files with other packages:
02:31 < mnemoc> !> usr: 00-dirtree binutils
02:31 < mnemoc> !> usr/doc: 00-dirtree binutils
02:31 < mnemoc> err
02:32 < rxr> err
02:32 < mnemoc> using strace to flist
02:35 < rxr> hm - maybe noone ever verified it does still work for the put directories into the list stuff
02:35 < rxr> that got added to rock some months ago ...
02:35 < rxr> in the history we did not track dir ownership ...
02:36 < CIA-9> rene * r5558 /trunk/package/audio/ (5 files in 5 dirs):
02:36 < CIA-9> * updated alsa-driver (1.0.7 -> 1.0.8)
02:36 < CIA-9> * updated alsa-lib (1.0.7 -> 1.0.8)
02:36 < CIA-9> * updated alsa-utils (1.0.7 -> 1.0.8)
02:36 < CIA-9> * updated alsa-oss (1.0.6 -> 1.0.8)
02:36 < CIA-9> * updated alsa-tools (1.0.7 -> 1.0.8)
02:36 < rxr> for a x86-64 cross build I get this well known error:
02:36 < rxr> !> Creating /usr/src/t2-trunk/build/regtest-x86-64-2.1.0-be ..
02:36 < rxr> !> mkdir bin-i386
02:36 < rxr> !> x86_64-unknown-linux-gnu-gcc -I. -isystem include -pipe ..
02:36 < rxr> !> i386/start.S:0: error: -mpreferred-stack-boundary=2 is n ..
02:37 < mnemoc> 2 :p
02:37 < mnemoc> big stack
02:37 < mnemoc> does fefe idles here?
02:38 < rxr> here ?
02:38 < rxr> don't think so
02:38 < mnemoc> freenode
02:38 < rxr> we do s.th. wrong - look at this:
02:38 < rxr> kdir bin-i386x86_64-unknown-linux-gnu-gcc
02:38 < rxr> ^- m
02:38 < mnemoc> o_O
02:38 < rxr> x86_64-unknown-linux-gnu-gcc
02:38 < rxr> ...
02:38 < rxr> [bin-i386/start.o]
02:39 < rxr> well - for cross builds dietlibc builds two libs IIRC - for the host and for the target
02:39 < rxr> for the host to link the diet app helper I think - need to review
02:39 < rxr> we could of course skip this - since this is nonsense I think
02:39 < rxr> it can be linked with any libc ...
02:39 < rxr> I hope
02:39 < rxr> I thin the rock inhierted .conf is just messed up ...
02:40 < rxr> (from some nighly drug seassion from f**e or so ...
02:40 * rxr reading ...
02:40 < rxr> after I got a new pepermint tea out of the kitchen - cu
02:43 < mnemoc> Created file outside basedir: 6561: /usr/src/building
02:43 < mnemoc> Created file outside basedir: 6561: /usr/src/building/t2
02:43 < mnemoc> Created file outside basedir: 6561: /usr/src/building/t2/uboot
02:43 < mnemoc> base #1: /usr/src/building/t2/uboot
02:43 < mnemoc> base #2: /usr/src/building/t2/uboot/build/boot2-2.1.0-beta3-x86-pentium-32-uboot-expert
02:44 < mnemoc> when adding (building) a package to with stage 1 when i already entered stage 2
02:46 < rxr> hm
02:47 < mnemoc> in this case i added texinfo after 2-binutils was built
02:47 < mnemoc> i'll try to do the same with glibc
02:47 < mnemoc> but i see to reason to that be different
02:49 < rxr> looks like a CC handing change in the dietlibc Makefile in some recent version
02:49 < rxr> most probably broken in our tree since the last dietlibc update
02:55 -!- rxr_ [~rene@p213.54.195.13.tisdip.tiscali.de] has joined #t2
02:55 -!- Topic for #t2: T2 | 2.1.0-beta2 RELEASED | The next generation of System Development Enviroments (SDE) | http://www.t2-project.org/ | CIA, don't ever leave us again!
02:55 -!- Topic set by mnemoc [] [Wed Jan 12 03:04:43 2005]
02:55 [Users #t2]
02:55 [ _Ragnar_] [ ideal ] [ nzg ] [ rxr ] [ valentin]
02:55 [ CIA-9 ] [ jsaw ] [ Postal|Away] [ rxr_ ]
02:55 [ daja77 ] [ mnemoc] [ praenti ] [ sparc-kly]
02:55 -!- Irssi: #t2: Total of 13 nicks [0 ops, 0 halfops, 0 voices, 13 normal]
02:55 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
02:55 -!- [freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup
02:55 < rxr_> rehi
02:55 -!- Irssi: Join to #t2 was synced in 13 secs
02:55 -!- rxr [~rene@p213.54.195.29.tisdip.tiscali.de] has quit [Nick collision from services.]
02:56 -!- You're now known as rxr
02:56 < rxr> so
02:56 < mnemoc> Created file outside basedir: 19260: /usr/src/building/t ..
02:56 < mnemoc> !> base #1: /usr/src/building/t2/uboot
02:56 < mnemoc> this is a bug on strace flist
02:56 < rxr> looks so ...
02:56 < rxr> did you got:
02:57 < rxr> 02:49 < rxr> most probably broken in our tree since the last dietlibc update
02:57 < mnemoc> yes
02:57 < rxr> ah - ok
02:57 < mnemoc> that was the last line
02:57 < rxr> ok - so you missed nothing
02:57 < mnemoc> :)
02:58 < rxr> hm - fixed it compiled cleanly until:
02:58 < rxr> lib/__nice.c: In function `nice':lib/__nice.c:7: error: too few arguments to function `setpriority'make: *** [bin-x86_64/__nice.o] Error 1
03:19 < rxr> my - either rock is even more broken or they have some strange magic somewhere ..
03:19 < rxr> did anyone built rock trunk HEAD recently ?
03:21 < mnemoc> daja :)
03:22 < rxr> most probably .... *g*
03:22 < rxr> I improve our package on the way
03:22 < rxr> I think it is not reasonable to built dietlibc twice for cross builds - once native and once cross
03:22 < rxr> that sucks ...
03:23 < mnemoc> i would love if you can remove dietlibc from gcc.conf and use official methods to change gcc build
03:23 < rxr> hm - need to take a look
03:23 < mnemoc> the damn helper :)
03:23 < rxr> but I like the less intrusive dietlibc method far more thatn the toolchain patchwork of uclibc ...
03:23 < rxr> the diet ?
03:24 < mnemoc> you need one native
03:24 < rxr> no ?
03:24 < mnemoc> no?
03:24 < rxr> just like diet with the sysmte libc - it is just a tiny wrapper ...
03:24 < rxr> or have I missed s.th .?
03:24 < mnemoc> you know dietlibc, not me
03:24 < rxr> oh - I have to pay the t2 bill ...
03:24 < rxr> can you remind me tomorrow ?
03:25 < mnemoc> oh
03:25 < mnemoc> ok
03:25 < rxr> the t2-project.org ..
03:25 < mnemoc> yep
03:40 -!- Postal|Away is now known as Postal
03:40 < Postal> Hey all back
03:41 < rxr> hi
03:41 < rxr> dietlibc fix soon
03:42 < Postal> cool
03:44 < Postal> what was the actual problem?
03:46 < rxr> that the dietlibc.conf was not adapted for changes in the latest version of dietlibc ...
03:46 < rxr> I do some other tiny improvement on the way.
03:46 < Postal> ah
03:50 < Postal> what kinds of improvments?
03:51 < rxr> currently dietlibc is build twice for cross buils
03:51 < rxr> once for the host - and once for the target
03:51 < rxr> and this only for a tiny wrapper program called diet that sets some compiler options
03:51 < Postal> right thats the standard way to do it.. is it not?
03:51 < rxr> I think this is a bit overkill
03:51 < mnemoc> are you sure you want to mix both changes on one commit?
03:51 < rxr> ohm - but then I have to mess around more ...
03:51 < rxr> well, ...
03:52 < rxr> ok - I leave it as it is first ...
03:52 < mnemoc> :)
03:52 < Postal> well is the program vital to the sucess of the build toolchain?
03:52 < rxr> how boring ... ;-)
03:53 < rxr> well - dietlibc is not used in the toolchain at all
03:53 < rxr> it is just build in addition to glibc for the case it "might" be used ... ;-)
03:53 < Postal> oh
03:53 < rxr> e.g. for the bootdisk it it - but not for a generic system build ...
03:54 < Postal> isnt there a way to write in the config scrip to detect if it is needed and not build it if it is not?
03:54 < rxr> well - it would be the job of the target to decide this
03:54 < rxr> e.g. for a nice embeded router you just might like to use dietlibc - nothing else
03:54 < rxr> e.g. the bootdisk target does use dietlibc for most
03:55 < rxr> and thebut generic is to build as much as normal as possible ...
03:55 < rxr> erhm - you do not want to know what errors I get now ...
03:55 < Postal> ill take any errors you got
03:56 < rxr> good that I debugged so much Max OSX stuff these days - so some undefined Stack Smashing Protector symbols do not fear me ...
03:56 < rxr> __stack_smash_handler'
03:56 < rxr> and co ...
03:56 < rxr> momment
03:57 < Postal> ..?
03:57 < rxr> mnemoc: what is the stack smaching protector status these day?
03:57 < rxr> enabled by default ?
03:58 < mnemoc> gcc is always patched to support it
03:58 < rxr> but should not use it by default ...
03:58 < mnemoc> but bins are not built with it
03:58 < rxr> but it looks like ...
03:58 < mnemoc> no SSP symbols in mu bins atleast
04:00 < rxr> maybe it is my host build system ...
04:00 < mnemoc> we all have this undefined symbols after toolchain rework
04:01 < mnemoc> jsaw: did some hack on gcc.conf
04:01 < mnemoc> but i keep getting the problem when using diet
04:01 < rxr> Postal: you have a svn checkout, right ?
04:02 < mnemoc> i have no idea where they come from
04:02 < rxr> I track
04:02 < Postal> yeah
04:02 < rxr> Postal: could you svn up and start your Build-Target again ?
04:03 < mnemoc> CIA-9: ?
04:03 < Postal> yeah, i dont remember the command off hand do you?
04:03 < CIA-9> rene * r5559 /trunk/package/base/dietlibc/ (dietlibc.conf x86-64-nice.patch):
04:03 < CIA-9> * fixed (?) dietlibc to use the correct cross compiler for cross builds
04:03 < CIA-9> * fixed the nice library function for non nice syscal architectures
04:03 < CIA-9> (like x86-64)
04:03 < rxr> depends if you have used some config name
04:03 < rxr> ./scripts/Build-Target
04:03 < rxr> if you added some "-cfg xyz" you need that, too ... ;-)
04:04 < Postal> rxr, I think that I just used the standard command on your site, ill just pull that up right now
04:04 < rxr> this is only halfly tested I get some GCC Stack Smashing Protector symbol mismatch - but it shouold be fixed in theory ...
04:04 < Postal> rxr, If it breaks it breaks lol
04:04 < mnemoc> :)
04:04 < rxr> ?
04:05 < Postal> this is the update command? "svn co http://svn.exactcode.de/t2/trunk t2-trunk"?
04:05 < rxr> no
04:05 < rxr> just be in the trunk
04:05 < rxr> then you run:
04:05 < rxr> "svn up"
04:05 < Postal> ok thats more simple
04:05 < mnemoc> Postal: you only need to run checkout (co) once
04:06 < Postal> ok inside the t2-trunk folder i typed "svn up" and now i have revised to version 5559
04:06 < mnemoc> rxr: what about appending -fno-stack-protector explicitly?
04:07 < rxr> nope wait ..
04:07 < mnemoc> 7530.0/libc/objdir/linuxthreads /TOOLCHAIN/src.glibc.1105669675.7530.0/libc/objdir/sunrpc/rpcgen -Y ../scripts -c rpcsvc/bootpar
04:07 < mnemoc> am_prot.x -o /TOOLCHAIN/src.glibc.1105669675.7530.0/libc/objdir/sunrpc/xbootparam_prot.T
04:07 < mnemoc> make[2]: *** [/TOOLCHAIN/src.glibc.1105669675.7530.0/libc/objdir/sunrpc/xbootparam_prot.stmp] Segmentation fault
04:07 < mnemoc> make[2]: Leaving directory `/TOOLCHAIN/src.glibc.1105669675.7530.0/libc/sunrpc'
04:07 < mnemoc> 5-glibc
04:07 < mnemoc> make[1]: *** [sunrpc/others] Error 2
04:07 < mnemoc> beautyfull
04:07 < rxr> what is that ?
04:08 < rxr> your uclibc build ?
04:08 < mnemoc> nope
04:08 < rxr> maybe this was just a bug in the older SSP patch ...
04:08 < rxr> I review ...
04:09 < Postal> rxr, the package compiled correctly
04:09 < Postal> ;-)
04:09 < mnemoc> :D
04:09 < rxr> cool
04:09 < mnemoc> rxr: 179 hits on google to my segfault
04:09 < Postal> I'll let you know if any other packages break
04:10 < rxr> mnemoc: I get the same for an in-system dietlibc build
04:10 < rxr> I guess our last SSP patch was buggy enabling by default or so ..
04:10 < rxr> I rebuild gcc:HEAD and watch what it does ...
04:12 < mnemoc> but if [ "${ROCKCFG_DEFAULT_CC:0:3}" = "gcc" -a "$ROCKCFG_PKG_GCC_STACKPRO" = 1 ] ; then
04:12 < Postal> then you take a big hammer...
04:13 < rxr> mnemoc: what ?
04:13 < mnemoc> ssp enabling is explicit
04:13 < Postal> rxr, in a cross compile it builds the toolchain twice or three times?
04:14 < mnemoc> and i have no stack_smash symbol on buildroot
04:14 < Postal> It should build it once for the host, once for the crosscompile, and once fore the new system correct?
04:14 < rxr> well - we do not build one for the host for cross builds ...
04:15 < rxr> I'll add it to the wiki - moment
04:15 < Postal> Why not build one for the host on cross builds... dosent it help to resolve certain version inconsistancies
04:16 < rxr> well - maybe - but this would get all a bit much
04:16 < rxr> most users already complain about all the stuff we reubild for sanity ...
04:16 < Postal> rxr, i guess that most users have never cross compiled the toolchain on a 64 bit system to create and symlink 32 bit libraries from scratch though...
04:17 < Postal> when you do this you gain a deep apreciation of the need for sanity builds
04:17 < Postal> just so you know
04:18 < Postal> mv: cannot stat `/root/t2-trunk/build/system-2.1.0-beta3-x86-athlon64-64-cross-generic/TOOLCHAIN/pkgs/gzip-1.2.4a.gem.tmp': No such file or directory
04:18 < Postal> i think its just a warning..
04:18 < rxr> hm
04:18 < mnemoc> hm^2
04:19 < Postal> the build continued
04:19 < mnemoc> yes but somehow the gem file was not generated
04:19 < Postal> but i think i set it to continue on all not critical errors or somthing like that
04:19 < Postal> is this bad, or does it not matter
04:20 < rxr> I never saw this ...
04:20 < mnemoc> what number did you choiced?
04:20 < rxr> mnemoc: I think this is at some not trapped - not set -e place ...
04:20 < rxr> in Build-Target
04:20 < mnemoc> it should have stoped
04:20 < Postal> i dont remember
04:20 < rxr> not there ...
04:21 < rxr> (design bug)
04:21 < Postal> how big is your linux26 kernel, its taking quite a while to build
04:22 < mnemoc> less than an hour here
04:22 < mnemoc> we build every module on it
04:22 < Postal> mv: cannot stat `/root/t2-trunk/build/system-2.1.0-beta3-x86-athlon64-64-cross-generic/TOOLCHAIN/pkgs/dietlibc-0.28-2004-12-18.gem.tmp': No such file or directory
04:22 < mnemoc> uhm
04:23 < Postal> its giving me that error about the .gem files for every binary that it tries to create
04:23 < mnemoc> ^C
04:24 < rxr> so :
04:24 < Postal> mnemoc, are you telling me to ctrl+c?
04:24 < rxr> no - just leave it ..
04:24 < Postal> ok
04:24 < rxr> you just to a basic cross build - so you chroot into it or so later anyway to really build the rest ...
04:24 < mnemoc> don't do you want to know why is it failing?
04:24 < rxr> http://wiki.t2-project.org/index.cgi?Toolchain
04:24 < mnemoc> ok
04:25 < Postal> btw i am crosscompiling
04:25 < rxr> mnemoc: maybe s.th. with mine
04:25 < rxr> mnemoc: some error path when mine is not in the host system ?
04:25 < mnemoc> good guess
04:26 < rxr> mnemoc: could you prettify the Toolchain page when you have free time ...
04:27 < mnemoc> Build-Target:347
04:27 < rxr> autsch
04:28 < rxr> do you commit ?
04:28 < rxr> (I know why I forked ...)
04:28 < mnemoc> i'm not with my head there
04:28 < Postal> mv: cannot stat `/root/t2-trunk/build/system-2.1.0-beta3-x86-athlon64-64-cross-generic/TOOLCHAIN/pkgs/linux26-2.6.10.gem.tmp': No such file or directory
04:29 < rxr> it finished building ?
04:29 < Postal> AMD64 3400, with 3GB ram and 2GB swap\
04:29 < Postal> it better be fast
04:30 < rxr> mnemoc: maybe this is because someone removed mine from our stage 0
04:30 < Postal> but yes it did
04:30 < mnemoc> :)
04:30 < rxr> I need to update my normal AthlonXP 2500+ ...
04:30 < Postal> well, it would be faster, but im running a 32 bit FC2
04:30 < rxr> I commit
04:31 < rxr> I AHTE THE APPLE TERMINAL.APP ...
04:31 < rxr> this thing makes my crazzy with all the stay unicode junk in my typing ...
04:31 -!- praenti [~praenti@82.139.198.99] has quit [Read error: 104 (Connection reset by peer)]
04:31 -!- praenti [~praenti@82.139.198.99] has joined #t2
04:31 < Postal> I am not going to post those .gem errors any more as they are all the same, so assume I get them on all packages, unless I tell you otherwise
04:31 < rxr> Postal: I have a fix to fix this ...
04:32 < Postal> rxr, what is a .gem file?
04:32 < rxr> some alternative pacakge format introduced in ROCK Linux ..
04:32 < rxr> like .rpm - just lightweight ...
04:32 < mnemoc> tbz2 inside a cdb
04:33 < CIA-9> rene * r5560 /trunk/package/archiver/mine/mine.desc:
04:33 < CIA-9> * reverted r5195 - we now found out again why we need to build mine in
04:33 < CIA-9> stage 0 ;-)
04:33 < Postal> rxr, what I really mean, is, is the build going to fail becaue of those errors?
04:33 < rxr> but we plan to get rid of it in the future development of T2 in favour of plain normal .tar.{bz2,gz,lzom,...} again
04:33 < Postal> rxr, i like bz2 myself
04:33 < rxr> Postal: could you Ctrl-C your Build-Target
04:33 < rxr> and svn up ; ./scripts/Buidl-Target ?
04:33 < Postal> rxr, yeah
04:33 < rxr> Build of course
04:33 < mnemoc> Postal: you only need .gem _install_ the packages you build
04:34 < mnemoc> rxr: http://wiki.t2-project.org/index.cgi?Toolchain
04:34 < rxr> the "mine" package should then be build first - and then the errors should disappear ...
04:34 < rxr> Postal: yep - you have now missed some binary packages creation - but you will not need them for this cross build anyway ...
04:35 < rxr> you either directly boot it or chroot into it to continue buildin the real system with the basic system cross built ...
04:35 < Postal> ERROR: No configuration 'default' found!
04:35 < Postal>
04:35 < Postal> Please create a configuration using ./scripts/Config.
04:35 < rxr> mnemoc: cool - thanks
04:35 < Postal> svn up ; ./scripts/Build-Target
04:36 < Postal> that was the command i typed
04:36 < rxr> you used some -cfg xyz before, hm?
04:36 < Postal> no
04:36 < rxr> you hsve to add this "-cfg your-config of course ..."
04:36 < Postal> i used "svn co"
04:36 < rxr> I mean for Build-Target ;-)
04:36 < Postal> that was it
04:36 < Postal> shit, i diddnt add anything
04:37 < Postal> couldent i just svn up like i did before
04:37 < rxr> you just "svn up"
04:37 < rxr> the complain was from the Build-Target run after the "svn up" ;-)
04:37 < Postal> ok
04:37 < Postal> meaning what
04:37 < rxr> just run "./scripts/Build-Target" + "-cfg your-config"
04:38 < rxr> ,)
04:38 < rxr> mnemoc: btw. I saw X.org with the binary nvidia driver on a FreeBSD laptop - the transparent composition was indeed bleeding edge fast - a pleasure to loo at ...
04:39 < rxr> Postal: Build-Target continous ?
04:39 < mnemoc> oh
04:39 < Postal> rxr, im not sure what my config was lol
04:39 < mnemoc> ls config/
04:39 < Postal> config: system
04:39 < mnemoc> -cfg system
04:40 < Postal> so ./scripts/Build-Target + -cfg system
04:40 < mnemoc> ./scripts/Build-Target -cfg system
04:40 < Postal> ah
04:40 < Postal> ok
04:40 < Postal> now its doing somthing
04:40 < mnemoc> building?
04:40 < Postal> its building mine
04:41 < Postal> now its building linux24 as opposed to 2.6 ...
04:41 < Postal> hopefully that is what you expected
04:41 < rxr> it already build linux26 before as you told us ...
04:41 < Postal> right
04:41 < rxr> yes linux24 is just the next on the list ,-)
04:42 < mnemoc> :)
04:42 < Postal> it builds both because...
04:42 < mnemoc> because you didn't disabled it
04:42 < rxr> we include both - the bleeding edge 26 one - and for production systems 24 ...
04:42 < Postal> i like bleeding
04:42 < rxr> you get both ...
04:42 < mnemoc> "- linux24" on pkgsel if you don't want it
04:42 < rxr> you could disable it when you have some more experience with T2 and your syste running ;-)
04:43 < Postal> i like to come so close to breaking that i can bearly stand it
04:43 < mnemoc> :)
04:43 < Postal> how about you all lol
04:44 * rxr getting new tea ...
04:44 < mnemoc> we what?
04:44 < rxr> 04:44 here ...
04:44 < Postal> do you like the bleeding edge?
04:44 < Postal> 4:44 pm or am?
04:44 < rxr> sure - ;-) thats why we have self recompiling T2 .. ;-)
04:44 < mnemoc> am
04:44 < rxr> am
04:44 < Postal> 10:44 pm here on the east coast
04:45 < rxr> well - I'm in Germany/Berlin ... ;-)
04:45 < rxr> more specifically Old Europ/.../...
04:45 < rxr> Europe even ...
04:45 < mnemoc> :)
04:46 < Postal> Im in the US
04:46 < mnemoc> what is new europe?
04:46 < rxr> this was a joke I better do not explain right now ...
04:46 < Postal> rxr, you English is quite good
04:47 < rxr> well - at school times my teachers where not that pleased - but many years of OpenSource development trained it white a bit ... ,-)
04:47 < rxr> quite a bit ..
04:47 < mnemoc> writing english is quite different than speaking it :p
04:47 < rxr> mnemoc: do you mean speaking is easier or harder?
04:48 < mnemoc> much harder
04:48 < rxr> hm
04:48 < Postal> I mean sometimes your synatx is off, and your tenses are off, but for a second langauge when you are not here to learn it, it is quite excellent
04:48 < rxr> thanks ,)
04:48 < Postal> I mean I am learning spanish in school now, and im terrible
04:48 * mnemoc doesn't want to know how off his english is
04:48 < Postal> Im still in high school you see
04:49 < Postal> mnemoc, yours is actually almost perfect..
04:49 < mnemoc> :o
04:49 < rxr> mnemoc: I already had the chance to train some business english while presenting T2 (and formerly ROCK ...)
04:49 < Postal> Im just a baby you see only 17 lol
04:50 < mnemoc> :)
04:50 < jsaw> re
04:50 < mnemoc> wb jsaw
04:50 < jsaw> hi mnemoc
04:50 < jsaw> hi rxr
04:50 < jsaw> hi Postal
04:50 < rxr> hi jsaw !!
04:51 < Postal> I must say, I enjoy how patient you all are with me when i dont undrstand the things you are talking about, Iv only been using linux for about 6 months..
04:51 < rxr> jsaw: seems our night shifts are in sync again *g*
04:51 < jsaw> hehe...
04:51 < rxr> jsaw: are you in your lab ?
04:51 < jsaw> actually I woke up around 3am, again on the floor in my daughters room...
04:51 < rxr> jsaw: !
04:52 < Postal> jsaw, thats kinda sketchy
04:52 < Postal> rxr, I would really like to get involved with t2, and be able to help yall
04:53 < mnemoc> Postal: it's more commmon than what you may think before getting children
04:53 < mnemoc> Postal: you are very welcomed
04:53 < Postal> mnemoc, ill take your word lol
04:53 < rxr> jsaw: later your daoughter will say: "Dad, do you still remeber the times where you felt sleeping on my floor before me reading the good night tale?" ;-)
04:53 < jsaw> rxr: :)
04:54 < Postal> rxr, good night tale = bedtime story
04:54 < rxr> Postal: okok .. ;-)
04:54 < rxr> == 01/14/05 04:52:41 =[9]=> Finished building package gcc.
04:54 < jsaw> Postal: sketchy means what? (dict.leo.org is stuck)
04:54 < rxr> let's see how dietlibc likes the fresh gcc ...
04:54 < Postal> jsaw, sketchy in that context means it could be taken as being bad
04:54 * mnemoc has leo and dictionary.com on firefox' search bar
04:55 < mnemoc> http://dictionary.reference.com/search?q=sketchy
04:55 < Postal> prehaps you guys can teach me the ins and outs of t2 and I can help you with your English lol
04:55 < jsaw> mnemoc: thanks
04:55 < rxr> Postal: would be nice to see you join - just join this channel from time to time - and there is also the mailing list ...
04:55 < jsaw> Postal: :)
04:56 < Postal> mnemoc, sketchy used like that is a slang term... so it wont be in the dictionary
04:56 < mnemoc> :\
04:56 < rxr> just ask whatever you need to know - e.g. x86-64 might need some polishing here and there because no core developer uses it right now ...
04:57 < rxr> e.g. I do more powerpc and sparc64 and such ...
04:57 < rxr> == 01/14/05 04:56:49 =[9]=> Finished building package dietlibc.
04:57 < Postal> rxr, well prehaps when I know enough, i can help you guys with that..
04:57 < rxr> jsaw: mnemoc: there was some problem with the old stack smashing protector patch ...
04:57 < mnemoc> i only have intel machines
04:57 < mnemoc> rxr: i still have it
04:57 < rxr> Postal: you could also just paste the errors - we can most probably fix them remotely ...
04:57 < jsaw> rxr: ?
04:58 < Postal> rxr, ok you guys keep talking about this stack smashing what is that
04:58 < rxr> jsaw: scrollback
04:58 < rxr> jsaw: the ssp symbols missing e.g. while linking dietlibc
04:58 < mnemoc> Postal: http://www.research.ibm.com/trl/projects/security/ssp/
04:58 < Postal> by the way, whatever you did on the last commit fixed the .gem problem
04:58 < rxr> jsaw: I just rebuild my system compiler with t2:HEAD and all is well again ...
04:58 < jsaw> Postal: 6h difference, me concludes you're near the east coast?
04:59 < Postal> jsaw, correct I live in Connecticut USA
04:59 < Postal> one state above New York
04:59 < rxr> jsaw: the .gem problem (scrollback, too) - was because we disabled mine for stage 0 - of course we need it to create binary pacakges that early ...
04:59 < mnemoc> Postal: he set `mine` tool to be built on stage 0, because you don't have `mine` on your machine
04:59 < Postal> mnemoc, what is mine?
04:59 < jsaw> Postal: ah. Without the second sentence I would've had no idea...
04:59 < jsaw> <- also from Germany (Heidelberg)
04:59 < mnemoc> Postal: our packaging tool
04:59 < Postal> jsaw, i figured
05:00 < Postal> mnemoc, ok
05:00 < mnemoc> Postal: and me? where do you think i'm from?
05:00 < Postal> mnemoc, also germany?
05:00 < mnemoc> nope
05:00 < mnemoc> Chile
05:01 < Postal> hmm
05:01 < mnemoc> do you know where it is? ;)
05:01 < Postal> Hey i just installed Open Office on my box... what is the command to run it
05:02 < rxr> ooo or so ?
05:02 < jsaw> soffice
05:02 < Postal> mnemoc, its next to Argentena in south america
05:03 < mnemoc> yeah :D .... Argentina*
05:04 < Postal> I must confess to having a large map of the world hanging above my desk... i new it was in south america, but i did not know where
05:04 < mnemoc> :)
05:05 < CIA-9> jsaw * r5561 /trunk/package/network/validator/validator.desc:
05:05 < CIA-9> * fix validator by updating internal packages:
05:05 < CIA-9> * update lq-sp (1.3.4.10 -> 1.3.4.11)
05:05 < CIA-9> * update wdg-sgml-lib (1.1.3 -> 1.1.4)
05:07 < Postal> what is the package kiss for?
05:07 < jsaw> The Keep It Simple Shell
05:08 < Postal> never used it.. i like bash
05:08 < mnemoc> a shell with basic tools builtin
05:08 < mnemoc> like busybox
05:08 < jsaw> don't say the word "bash" this or next week, please...
05:08 < mnemoc> :D
05:08 < jsaw> btw, Postal , which version of bash are you running?
05:09 < Postal> not sure let me check
05:09 < rxr> jsaw: btw. any new mail from our beloved "you know which shell" guy ?
05:09 < jsaw> nope
05:09 < Postal> 2.05b
05:10 < jsaw> that's okay.
05:10 < rxr> and the "shell that must not be named" 3.1. with the real fix will be out in how many years? 2 or 3 ?
05:10 < jsaw> no idea either.
05:10 < Postal> ...?
05:11 < Postal> rxr, now once all of these packages have been built, i can create install cd's right
05:11 < jsaw> Postal: we/I had a loooong discussion with Chet about what turned out as a double-free in bash...
05:11 < jsaw> Postal: and Chet is not going to release an official patch
05:11 < Postal> double-free?
05:11 < jsaw> Postal: because most probably he doesn't have a vcs
05:11 < jsaw> Postal: yes.
05:11 < rxr> Postal: no install CD for the basic cross build right now ...
05:11 < mnemoc> Postal: to free an address already free-ed
05:11 < Postal> rxr, then after you build it on your host system what do you do?
05:12 < rxr> Postal: you can either chroot into it or boot into it to build the wohle system - including X, gnome kde and so ...
05:12 < rxr> Postal: normally you do not do cross builds ...
05:12 < rxr> Postal: for normal builds you have all packages and create an installable CD
05:12 < rxr> but currently not all can be cross build - so we only bulid the basic stuff - so you can realy build all using this as base system
05:12 < Postal> rxr, if i chroot in, can i delete the old FC2 system?
05:13 < rxr> ouh - then better boot into it ;-)
05:13 < rxr> chroot will also only work if you run a 64bit kernel ...
05:13 < rxr> if you have not 64bit kernel on the Fedora system right now you must boot into it anyways ...
05:13 < Postal> rxr, ok, if I boot into the system, then can i delete all the FC2 stuff
05:13 < rxr> yep ...
05:14 < Postal> how do i boot in... its going to be installed on the same partion ad FC2
05:14 < Postal> as*
05:14 < rxr> found yet another UI bug in Max OS X ...
05:15 < rxr> Mac even ...
05:15 < Postal> rxr, in other words, how will i tell grub where to look, for the kernel and init images, if they are on the FC2 partition
05:15 < rxr> you have not yet another free partition ?
05:16 < Postal> no, and the reason why is compilcated, and it has to do with using both sata, and ide drives on the same system
05:16 < rxr> this reminds me we should build the SATA drivers by default ...
05:17 < Postal> is this going to be a problem, cause I could cross compile my FC2 toolchain, and istall a 64bit kernel by hand right now
05:17 < rxr> no - I just commit the .config changes ...
05:17 < rxr> and you could just trigger to rebuild your kernel - once all the rest completed ...
05:18 < Postal> rxr, right, but if I tell grub to look for a kernel and init image on hd(0,1) it will find fedora will it not
05:19 < rxr> you can specify the onces of t2 - that is not the problem
05:19 < rxr> the problem is the root device - you need some root device for t2 ...
05:20 < Postal> rxr, ok, but im not THAT good with grub, so you might have to help me out with the .conf fiel
05:20 < Postal> file*
05:20 < Postal> Ive never had 2 OS on the same partition
05:20 < rxr> that is not such a problem - but that root device will we use ..
05:20 < rxr> jsaw: mnemoc: idea anyone ?
05:20 < mnemoc> re
05:20 < Postal> rxr, couldent I just build a 64 bit toolchain in FC2, compile a 64bit kernel, reboot and chroot in
05:21 < mnemoc> qtparted?
05:21 < rxr> hm - well - you could just use the t2 kernel and your fedora as root ...
05:21 < rxr> what the h*ll is that:
05:21 < rxr> This driver supports certain USB attached storage devices
05:21 < rxr> such as flash keys.
05:21 < rxr> Warning: Enabling this cripples the usb-storage driver.
05:21 < rxr> ?!?!?!?
05:21 < jsaw> I forgot most grub stuff...
05:21 < Postal> Finishing build.
05:21 < Postal> -> Creating package database ...
05:21 < Postal> !> Binary file for linux26-2.6.10.gem not present. Skipped in package database.
05:21 < Postal> !> Binary file for linux-header-2.6.8.1.gem not present. Skipped in package database.
05:21 < Postal> !> Binary file for gzip-1.2.4a.gem not present. Skipped in package database.
05:21 < Postal> !> Binary file for glibc-2.3.4-2004-12-24.gem not present. Skipped in package database.
05:21 < Postal> !> Binary file for dietlibc-0.28-2004-12-18.gem not present. Skipped in package database.
05:21 < Postal> !> Binary file for 00-dirtree-0000.gem not present. Skipped in package database.
05:21 < jsaw> oh oh
05:22 < Postal> -> Creating isofs.txt file ..
05:22 < mnemoc> no 0-mini did that
05:22 < rxr> jsaw: no - we know this - already fixed ...
05:22 < mnemoc> 0-mine*
05:22 < rxr> Postal: so - all build fine - no errors ?
05:22 < jsaw> who was the guy that had such kinda problems with FC[23]?
05:22 < mnemoc> ./scripts/Create-ErrList -cfg system
05:23 < rxr> jsaw: you removed mine from stage 0 - that was the problem ..
05:23 < Postal> rxr, well except for the long list of errors i just posted about the .gem files above
05:23 < jsaw> oh
05:23 < jsaw> what is the problem with that?
05:23 < mnemoc> mine is called to create .gem files
05:23 < Postal> other than those, no errors
05:23 < jsaw> in stage 1.... ????
05:23 < rxr> yes
05:23 < mnemoc> Postal: paste ./scripts/Create-ErrList -cfg system please
05:23 < rxr> linux-header
05:23 < mnemoc> jsaw: cross-builds
05:24 < rxr> and much more for cross-bulds ...
05:24 < jsaw> why?
05:24 < Postal> 58 builds total, 58 completed fine, 0 with errors.
05:24 < jsaw> who needs a package from stage 1....????
05:24 < mnemoc> Postal: :D
05:24 < Postal> ok guys what now
05:24 < rxr> jsaw: because linux-header is only built there
05:24 < rxr> jsaw: and because cross stuff is only built there ...
05:24 < mnemoc> Postal: is your kernel 64bits?
05:25 < Postal> mnemoc, no
05:25 < Postal> i would have to cross compile a new toolchain by hand...
05:25 < jsaw> rxr: doesn't matter. I don't understand that.
05:25 < Postal> this would take a LONG time
05:25 < rxr> Postal: then grab the kernel from build/$configid/boot/vmlinux_*-dist and try to boot it ;-)
05:25 < rxr> Postal: nah - t2 built all 4u
05:25 < mnemoc> and the moduls!
05:26 < rxr> ah - yep
05:26 < Postal> rxr, what is the command?
05:26 < rxr> well
05:26 < mnemoc> cp ?
05:26 < rxr> mnemoc was faster ;-)
05:26 < mnemoc> :)
05:26 < rxr> Postal: ls build/
05:27 < Postal> where am i going to cp this file?
05:27 < rxr> Postal: ls build/
05:28 < mnemoc> cp our vmlinux_ to your /boot (without replacing anything)
05:28 < Postal> system-2.1.0-beta3-x86-athlon64-64-cross-generic
05:28 < rxr> Postal: then do s.th. like:
05:28 < mnemoc> and cp our lib/modules to your lib/modules
05:28 < rxr> cp build/system-2.1.0-beta3-x86-athlon64-64-cross-generic/boot/vmlinux*-dist /boot/
05:29 < rxr> cp -r build/system-2.1.0-beta3-x86-athlon64-64-cross-generic/lib/modules/*-dist /lib/modules/
05:29 < rxr> --typos
05:29 < rxr> aehm - wait
05:30 < rxr> you need to rebuild your kernel with SATA support first ...
05:30 < rxr> moment I'm about to commit this ...
05:30 < Postal> well i cp both those files
05:30 < rxr> Postal: what SATA chip did you say you have ?
05:30 < Postal> on my mother board you mean
05:30 < rxr> yep
05:31 < Postal> i couldent tell you off hand
05:31 < rxr> ok - forget the q
05:31 < mnemoc> jsaw: can you start a build of a uboot? just 49 packages
05:31 < Postal> rxr, is there a way to make FC2 tell me
05:31 < jsaw> mnemoc: will it destroy my system?
05:31 < mnemoc> nope
05:31 < rxr> Postal: hm - lspci ?
05:32 < Postal> command hm not found
05:32 < mnemoc> hm=hmmmm, uhmmm
05:32 < Postal> oh lol
05:32 < jsaw> mnemoc: yes. just waiting for some packages to finish, then doin svn up.
05:32 < jsaw> *lol*
05:32 < Postal> prolly Nvidia Corp
05:33 < Postal> all of the stuff on my motherboard is nVidia Corp
05:33 < Postal> come to think of it
05:33 < Postal> does that help
05:34 < Postal> isnt there just standard SATA support?
05:34 < rxr> nope
05:34 < rxr> there is the SATA standard for the i/o stuff - but a lot of chips out ..
05:34 < rxr> I enabled support for all anyway
05:34 < Postal> rxr, well is nVidia one of your options?
05:35 < rxr> let's hope the kernel does not get too fat ...
05:35 < rxr> yes - ack
05:35 < CIA-9> rene * r5562 /trunk/architecture/x86/kernel.conf.sh: * added a lot of SATA config optinos to the x86/kernel.conf.sh
05:35 < rxr> Postal: do a "svn up"
05:35 < mnemoc> :'(
05:35 < rxr> again
05:35 < Postal> well, if you hit all of them, then one should work
05:35 < rxr> yep
05:35 < Postal> ok svn up complete
05:35 < rxr> what was the official Create-ErrList options to schedule single pacakge builds ?
05:36 < jsaw> -remove pkg
05:36 < jsaw> (use mine -r)
05:36 < jsaw> -delete pkg only deletes the log files
05:36 < mnemoc> with -R ;)
05:36 < rxr> ./scripts/Create-ErrList -cfg system -remove linux26
05:36 < rxr> oh - ok then do:
05:36 < rxr> ./scripts/Create-ErrList -cfg system -delete linux26
05:36 < rxr> ^- Postal
05:36 < mnemoc> -remove is ok
05:37 * mnemoc sad to see how default kernel gets fatter
05:37 < rxr> and then do the usual
05:37 < Postal> rxr, done
05:37 < rxr> ./scripts/Build-Pkg -cfg system
05:37 < rxr> mnemoc: we should fully modularize it soon ...
05:37 < mnemoc> Target*
05:37 < rxr> but this is the quick fix ...
05:37 < rxr> Postal: oh - yes Build-Target of course ...
05:37 < rxr> sorry - late here ..
05:37 < Postal> what is the build target command again
05:38 < rxr> ./scripts/Build-Target -cfg system
05:38 < mnemoc> ./sc/B-T -cfg system
05:38 < rxr> *g*
05:39 < Postal> ./scripts/Build-Pkg -cfg system
05:39 < Postal> did not work, it gave me a synatx list
05:39 < mnemoc> _Target_
05:40 < Postal> ..?
05:40 < mnemoc> ./scripts/Build-Target -cfg system
05:40 < Postal> ah
05:40 < rxr> Postal: I mistyped that above - sorry ...
05:40 < Postal> ok that completed
05:41 < Postal> so now..?
05:41 < rxr> it is still running and building linux26 ?
05:41 < mnemoc> ./scripts/Create-ErrList -cfg system -remove linux26 <--- did you?
05:41 < Postal> yeah
05:41 < mnemoc> do it again
05:42 < Postal> ok
05:42 < mnemoc> mine!
05:42 < mnemoc> damn
05:42 < mnemoc> ./scripts/Create-ErrList -cfg system -delete linux26
05:42 < Postal> ok now its rebuilding
05:42 < mnemoc> with -remove or -delete?
05:43 < Postal> with -remove, and then with a Build-Target
05:43 < mnemoc> great
05:43 < mnemoc> i thought it used local `mine`
05:43 < Postal> then what we just cp the new kernel, and libs
05:44 < Postal> and boot into fedora and chroot in
05:44 < mnemoc> cp kernel and libs
05:44 < mnemoc> add a new entry to your lilo/grub
05:44 < mnemoc> libs=modules
05:44 < Postal> what do I use for the root?
05:45 < mnemoc> your current root should be ok
05:45 < rxr> use your fedora root
05:45 < rxr> ack
05:45 < Postal> ok
05:45 < rxr> and then pray your fedora comes up with the 64bit kernel ...
05:45 < mnemoc> change your init level to 3 ;)
05:45 < rxr> then you can chroot into the 64bit t2 system ...
05:45 < Postal> rxr, might that be a problem as I do not have a toolchain in 64bit?
05:46 < rxr> nope - t2 build all for you and that is what the kernel is built with
05:46 < rxr> the toolchain is just for building stuff ...
05:46 < rxr> and the kernel should be able to run both 32bit and 64bit userspace stuff ...
05:46 < Postal> ok
05:46 < Postal> well we will see, its not doen building yet
05:47 < rxr> yep - our t2 one has it by default:
05:47 < rxr> CONFIG_IA32_EMULATION=yCONFIG_IA32_AOUT=y
05:47 < Postal> cool
05:47 < Postal> so it should run a 32 bit enviroment
05:47 < rxr> jsaw: seems we can bootstrap x86-64 with t2 now ...
05:47 < mnemoc> AUOT?
05:47 < Postal> this is a BIG kernel boys
05:47 < mnemoc> why do we want aout these days?
05:48 < mnemoc> less than an hour
05:48 < Postal> it had better take 30 min on this box lol
05:48 < Postal> with 3GB of ram, and a 2GB swap...
05:49 < jsaw> mnemoc:
05:49 < jsaw> ./scripts/Build-Target: line 395: ./target/Minimal_Router/build.sh: No such file or directory
05:49 < mnemoc> when i started with rock i took a week only to build kernel
05:49 < mnemoc> Minimal_Router ????
05:49 < Postal> mnemoc, why?
05:49 < mnemoc> p66/64
05:49 < Postal> oh
05:50 < jsaw> mnemoc: I selected uboot
05:50 < rxr> well - I do not want to complain or rant or so
05:50 < rxr> but - well - I do not know how to express my deep - well - argh
05:50 < Postal> well i have to be up in 6 hours, then drive an hour to school, go through 6 hours of classes, so... i hope it does not take an hour
05:50 < jsaw> mnemoc: and then under Target Distribution:
05:50 < jsaw> (Minimal_Router) uboot
05:50 < rxr> this s*it Xcode does not let me add file from my project dir to the project anymore ...
05:51 < mnemoc> jsaw: o_O
05:51 < rxr> this psuedo intuitive fluff - arrrrrrgggggggggh - it drives me crazzy ...
05:51 < mnemoc> jsaw: there is something shifted there
05:51 * Postal says hmmm
05:51 < jsaw> yep
05:51 < jsaw> ^@OFF
05:52 < rxr> restart helped ..
05:52 < mnemoc> jsaw: you get all targets shifted?
05:52 < rxr> I make a lot of red crosses in the calender when this project ships ...
05:52 < rxr> and I can boot back into linux again ...
05:53 < Postal> so i will just change my kernel and initrd in the FC2 entry correct
05:53 < mnemoc> yes
05:53 < mnemoc> no
05:53 < mnemoc> not change
05:53 < mnemoc> add a new one
05:53 < rxr> (you can leave the initrd - the t2 one is empty anyway ..)
05:53 < Postal> ok, so add a new entry, so that if it fails I can boot the old one
05:53 < rxr> yep
05:54 < Postal> ill start the edit now, so ill use the FC2 root, and initrd, but use the t2 kernel
05:54 < mnemoc> jsaw: on a new config i get target list perfect, is that tree pristine?
05:54 < jsaw> starts with generic
05:54 < rxr> Postal: no - do not use any initrd at all ...
05:55 < Postal> ok
05:55 < rxr> I think the fc one will not work out ..
05:55 < rxr> (I hope they do not have more than module loading in it ..)
05:56 < Postal> what is the name of your vmlinuz?
05:56 < rxr> just ls /boot
05:56 < rxr> you copied it there ..
05:56 < rxr> should be s.th. like vmlinux_2.6.10-dist or so ...
05:57 < Postal> ok, cause one was -dist and the other 2.6 was .358
05:57 < Postal> what is "s.th."
05:57 < rxr> something ,-)
05:58 < Postal> ah
05:58 < Postal> so once i chroot in then what?
05:59 < rxr> you can start a normal T2 build in it building a whole new system
05:59 < mnemoc> some people think it sounds like shit :p
05:59 < rxr> it will be a native build than and can build all
05:59 < rxr> mnemoc: ?
05:59 < mnemoc> s.th
05:59 < rxr> you want to express that you do not like that abbreviation ?
05:59 < Postal> once i build t2, can i just install packages using the standard ./configure make and makeinstall, as all of this is from source..?
06:00 < mnemoc> rxr: no, i like the abbrevitation
06:00 < rxr> of course ...
06:00 < rxr> Postal: of course - but the T2 ./script/Emerge-Pkg is more convienient
06:00 -!- praenti [~praenti@82.139.198.99] has quit [Read error: 104 (Connection reset by peer)]
06:00 < mnemoc> rxr: i just said some people read that like a 'shit' and not a 'something'
06:00 < Postal> rxr, and all these packages are for the most part the origional source?
06:00 -!- praenti [~praenti@82.139.198.99] has joined #t2
06:00 < rxr> but T2 is very standard conform - much more than anything you just so far - most probably ...
06:00 < rxr> you cam ./configure ; make ; make install - nearly everything just fine
06:01 < rxr> Postal: ack - we try hard to aboid patches ...
06:01 < Postal> rxr, if i use the emerge script, can i just download a .bz2 package and use the command to emerge it, or do you have a package database?
06:02 < rxr> we have over 1200 packages - you find what you need there - most often
06:02 < rxr> adding new ones is reaally simple
06:02 < rxr> just ask when it is at that time - and/or use ./configure ; make ; make install anyway
06:02 < Postal> ok the kernel is done
06:02 < Postal> ;-0
06:04 * rxr hoping fc bootup goes well ...
06:05 < Postal> im just cp the lib now
06:05 < mnemoc> 1303 on generic
06:06 < mnemoc> 1378
06:06 < rxr> ß
06:06 < Postal> it asks me to overwrite every module, cause i cp the ones before... so now i have to hit y a thousand times
06:06 < rxr> Ctrl-C
06:06 < mnemoc> rm -rf the only copy ;)
06:06 < rxr> use "cp -f"
06:07 < mnemoc> or that
06:07 < rxr> mnemoc: don't post so dangerous commands here ...
06:07 < mnemoc> :p
06:07 < Postal> cp: omitting directory `build/system-2.1.0-beta3-x86-athlon64-64-cross-generic/lib/modules/2.6.10-dist/'
06:07 < rxr> cp -rf
06:07 < rxr> ;-)
06:07 < Postal> lol ok
06:08 < Postal> i still have to hit yes to every one
06:08 < rxr> then use
06:08 < rxr> /bin/cp -rf
06:08 < rxr> ;-)
06:08 < rxr> you have some bash alias adding -i or so I guess ...
06:08 < Postal> ok done
06:09 < mnemoc> cp -a ;)
06:09 < Postal> let me just edit the grub.conf
06:09 < rxr> (you could have used yes | cp ... ;-)
06:09 < Postal> i used the /bin/cp command
06:10 < Postal> it worked
06:10 < rxr> good ;-)
06:11 < Postal> do i need any of these options that FC2 uses "ro root=LABEL=/ rhgb quiet"
06:12 < rxr> use the same ...
06:12 < rxr> to be sure
06:12 < Postal> ok
06:12 < rxr> especially the LABEL one ...
06:12 < rxr> but just copy all
06:12 < rxr> (to be on the save side)
06:12 < Postal> title T2 Test CHROOT
06:12 < Postal> root (hd0,1)
06:12 < Postal> kernel /vmlinuz-2.6.10-dist ro root=LABEL=/ rhgb quiet
06:13 < Postal> the ro and whatnot is one line in the config
06:13 < rxr> looks ok
06:13 < Postal> ok i am going to reboot now
06:13 < Postal> brb
06:13 < rxr> hope to cu
06:13 -!- Postal [~Postal@ool-43562a7f.dyn.optonline.net] has quit [Remote closed the connection]
06:19 < mnemoc> ...
06:20 < rxr> depmod missing ...
06:20 < mnemoc> yep
06:21 -!- Postal [~Postal@ool-43562a7f.dyn.optonline.net] has joined #t2
06:21 < mnemoc> wb Postal
06:21 < Postal> I got an error 15:File Not Found
06:21 < rxr> in grub ?
06:21 < Postal> yeah
06:21 < Postal> best kind of error though
06:21 < mnemoc> /boot/vmlinuz-2.6.10-dist/
06:21 < mnemoc> /boot/vmlinuz-2.6.10-dist
06:21 < Postal> i forgot the /boot
06:22 < mnemoc> and depmod
06:22 < rxr> I though that was intentional due to seperate boot partition ...
06:22 < Postal> depmod?
06:22 < Postal> do i need depmod?
06:22 < rxr> depmod 2.6.10-dist
06:22 < rxr> IIRC ?
06:23 < rxr> would be better
06:23 < mnemoc> safety
06:23 < rxr> not that you get the next error because some module was not found ...
06:23 < Postal> ok the command came back with no errors
06:23 < CIA-9> jsaw * r5563 /trunk/package/security/gnupg2/gnupg2.desc: * update gnupg2 (1.9.12 -> 1.9.15)
06:24 < Postal> so shall i reboot now?
06:24 < rxr> yep
06:24 < CIA-9> jsaw * r5564 /trunk/package/security/gpgme/gpgme.desc: * update gpgme (1.0.0 -> 1.0.2)
06:24 < Postal> ok here goes nothing
06:24 -!- Postal [~Postal@ool-43562a7f.dyn.optonline.net] has quit [Remote closed the connection]
06:25 < CIA-9> jsaw * r5565 /trunk/package/security/libgcrypt/libgcrypt.desc: * update libgcrypt (1.2.0 -> 1.2.1)
06:25 < rxr> ;-I)))
06:25 < CIA-9> jsaw * r5566 /trunk/package/security/libassuan/libassuan.desc: * update libassuan (0.6.7 -> 0.6.9)
06:27 < rxr> at least his fc does still come up ...
06:27 < rxr> I start to wake up again ..
06:32 < mnemoc> i'll go to sleep
06:32 < rxr> cu mnemoc
06:32 < rxr> sleep well
06:32 < mnemoc> my builds are eating the whole machine :p
06:32 < mnemoc> and the lag is high
06:33 < rxr> my x86-64 cross build goes well so far ...
06:33 < rxr> == 06:33:07 =[1]=> Building network/net-tools [1.60 2.1.0-beta3].
06:37 -!- Postal [~Postal@ool-43562a7f.dyn.optonline.net] has joined #t2
06:37 < Postal> hmm
06:38 < Postal> Kernel Panic "unable to mount root fs on unknown-block (0,0)
06:38 < mnemoc> sata
06:38 < Postal> ..?
06:38 < Postal> oh
06:39 * mnemoc leaving.... :) cu in some hours
06:39 < Postal> other than that it works
06:39 < rxr> hm - :-(
06:39 < rxr> might be sata ..
06:39 < rxr> cu mnemoc
06:39 < rxr> Postal: I guess you wanna go to bed ... ?
06:39 < jsaw> cu mnemoc
06:40 < Postal> only if you are going
06:40 < rxr> well - I hunt some other bug in on of the commerical things ...
06:40 < rxr> but it is 06.40 here - and at some time I'll off too
06:40 < rxr> maybe it is more productive when you join after your school schedule ;-)
06:41 < Postal> even if I install a 64bit system and compile nativley, im still going to have a problem with the sata correct?
06:41 < rxr> no
06:41 < rxr> that should not be a problem
06:41 < rxr> let's track this after an sleep cycle ...
06:41 < Postal> ok, then i am going to go to sleep, i will be home around 6:00 EST, and then I will install suse 9.1 x86_64, and do a native build
06:42 < rxr> e.g. scroll thru the kernel messages and review if the SATA stuff is detected and such ...
06:42 < rxr> ok - how you like ..
06:42 < Postal> ok, well we will deal with it tomorrow, i have to be up in 5 hours so... will you be aorund tomorrow?
06:42 < rxr> better leave a free partition for the t2 then ...
06:42 < rxr> we are almost always here ;_)
06:43 < Postal> i will leave it 10 gigs to start with, and we can reclaim the space aftarward and mount it at /home correct?
06:43 < rxr> yep
06:43 < Postal> ok cool see you around 6-6:30 EST
06:43 < Postal> pm
06:43 < rxr> cu
06:44 -!- Postal [~Postal@ool-43562a7f.dyn.optonline.net] has quit ["Leaving"]
07:00 < rxr> ok - bug fixed, too
07:00 < rxr> I now optimize one more i/o issue I think and then I'm in bed ...
07:02 < jsaw> ...
07:03 < jsaw> to bed when the sun sets...
07:03 < jsaw> I love(d) to do this. It feels so relaxing being able to go to bed when everybody else has to stand up and go working...
07:05 < jsaw> I'm off, cu later
07:05 < rxr> cu jsaw
07:05 < rxr> sleep well too
07:06 < jsaw> <- not going to sleep, going to shower, work...
07:06 < jsaw> (slept 6h until I woke up at 3am, that's enough)
07:06 < jsaw> but you should sleep, well!!!
07:13 < rxr> okok - much fun in the lan *g*
07:13 < rxr> lab even
07:31 < rxr> yeah - i/o tuning effective ...
07:39 -!- mipe [~mipe@dsl10040.japo.fi] has joined #t2
07:56 < rxr> hi mipe
07:56 < rxr> x86-64 should be fine in HEAD now ...
08:05 < mipe> nice,i'll start building
08:07 < mipe> btw. i need to build cross boot too? i have system and bootdisk cross built(without dietlibc) from beta2 scripts,but fails on last bootdisk script when creating 2nd stage filesystem,theres no ncurses.tar.bz2
08:12 < rxr> do you have some 64bit system already ?
08:13 < mipe> not currently,i tryed debian amd64 but it fails on when building glibc. with a perl error
08:14 < rxr> I would just build a generic system
08:14 < rxr> and boot into that
08:14 < mipe> oh the system i'm referring is a generic cross target t2 build:)
08:14 < rxr> e.g copy the build/$id/ to a partition and point grub to that /boot/vmlinuz_2.6.10-dist ...
08:15 < mipe> oh direct install
08:15 < rxr> yep
08:16 < mipe> so trunk dietlibc is fixed now? i'll rebuild from trunk rather than beta2
08:17 < rxr> yep - trunk shoudl be fine
08:17 < rxr> read I fixed it this night ... ;-)
08:41 < rxr> oh my working with photoshop is annoying
08:42 < rxr> how can people pay for this ...
08:42 < rxr> gimp is far more usable - and intuitive
08:44 < rxr> damn is it late ...
08:46 < jsaw> re
08:46 < rxr> hi
08:46 < jsaw> oh well, it's early-late...
08:46 < jsaw> hi rxr
08:46 < jsaw> hi mipe
08:50 < mipe> hi jsaw
09:00 < rxr> yeah - late
09:02 < rxr> so - some secs and I'm really really off ...
09:05 < mipe> heh,dietlibc error
09:47 < CIA-9> jsaw * r5567 /trunk/package/audio/alsa-driver/ (no-need-for-msleep.patch patch-fixup.patch): * remove non-applying patches
11:26 -!- _Ragnar_ [loki@abarrach.franken.de] has quit [Remote closed the connection]
11:56 -!- mipe [~mipe@dsl10040.japo.fi] has quit ["leaving"]
12:15 -!- Netsplit saberhagen.freenode.net <-> irc.freenode.net quits: praenti, nzg
12:20 -!- Netsplit over, joins: praenti, nzg
12:20 -!- nzg [~tschmidt@xchangecenter.de] has quit [Read error: 104 (Connection reset by peer)]
12:25 -!- nzg [~tschmidt@xchangecenter.de] has joined #t2
13:43 -!- j3ru [~jeru@mail.oberlinhaus.de] has joined #t2
13:43 < j3ru> hi folks
13:44 < j3ru> had to change my nick
13:46 < mnemoc> rehi
13:46 < mnemoc> hi jeru
13:46 < j3ru> hi mnemo, how things are going :-) ?
13:47 < mnemoc> quite well, and you?
13:47 < j3ru> me too
13:47 < j3ru> yesterday I tried to fix the subversion package, but had some problems with the perl and python bindings
13:48 < mnemoc> swig?
13:48 < j3ru> do we need the svn perl bindings right now, or could we disable it for some time?
13:48 < j3ru> yep swig
13:48 < mnemoc> they build here
13:49 < mnemoc> both
13:49 < j3ru> hmmm?
13:49 < j3ru> subversion 1.1.2?
13:50 < mnemoc> yep
13:50 < j3ru> that's strange ...
13:50 < mnemoc> are you at HEAD?
13:51 < j3ru> I'm currently in sync with the t2-trunk
13:53 < mnemoc> do you have an errlog with XTRACE i could see?
13:53 < j3ru> I'll send you one
13:55 < j3ru> just give me a few minutes (I'm at work right now ;-)
13:55 < mnemoc> me too :p
14:03 < j3ru> mnemoc: how do I enable XTRACE support?
14:03 < mnemoc> XTRACE option on your config
14:04 < mnemoc> set it to 1
14:04 < mnemoc> and rebuild the package
14:13 < jsaw> re
14:13 < jsaw> hi j3ru mnemoc
14:13 < jsaw> mnemoc: same thing - shared files.
14:14 < mnemoc> errlog to share with me? ;)
14:14 < jsaw> just messed it due to ./scripts/Create-ErrList -remove uclibc
14:14 < jsaw> -> removed all shared files
14:14 < jsaw> (which was all that was there...)
14:15 < jsaw> me thinks, there's actually no [wr]log
14:15 < mnemoc> my last builds of everything failed weirdly
14:17 < mnemoc> uclibc/1-util-linux failed (and never before) due to an undefined sys_siglist
14:17 < mnemoc> minimal/5-glibc segfaulted building rpcgen
14:18 < jsaw> cat: /scratch/src/t2/build/uboot-2.1.0-beta3-x86-pentium-mmx-32-uboot-expert/var/adm/flists/*: No such file or directory
14:18 < jsaw> sed: can't read /scratch/src/t2/build/uboot-2.1.0-beta3-x86-pentium-mmx-32-uboot-expert/var/adm/flists/linux-header: No such file or dir
14:18 < jsaw> ectory
14:18 < jsaw> grep: /scratch/src/t2/build/uboot-2.1.0-beta3-x86-pentium-mmx-32-uboot-expert/var/adm/flists/linux-header: No such file or directory
14:19 < jsaw> <- last lines of 0-linux-header
14:19 < mnemoc> o_O
14:20 < daja77> isn't that linux26-header? or linux24-header
14:21 < jsaw> nope. not anymore
14:21 < daja77> ic
14:21 < jsaw> t2 has only one headers package
14:21 < mnemoc> and sadly no linux2[24]-src package neither
14:22 < daja77> why
14:23 < mnemoc> it was considered harmfull :'(
14:23 < daja77> O_o
14:23 < jsaw> patches...
14:23 < jsaw> alsa etc.
14:23 < jsaw> if you build all from scratch you have a lot to do....
14:23 < mnemoc> but now i'm unable to make menuconfig to tune it
14:24 < mnemoc> or just to get the .config
14:24 < jsaw> don't argue with me, I'm just posting rxr's reasons...
14:24 < mnemoc> :)
14:25 < daja77> *shrug*
14:26 < jsaw> mnemoc: flist detection was on "find" - why ever... o_O
14:26 < jsaw> another non-working option to remove
14:29 < mnemoc> strace detects the build of $base
14:29 < mnemoc> so we only have fl_wrapper
15:24 < mnemoc> debug-dietlibc:[dietlibc]# make
15:24 < mnemoc> gcc -isystem include -pipe -nostdinc -Os -fomit-frame-pointer -falign-functions=1 -falign-jumps=1 -falign-loops=1 -mpreferred-stack-boundary=2 -Wall -W -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wno-switch -Wno-unused -Wredundant-decls -nostdlib -o bin-i386/diet bin-i386/start.o bin-i386/dyn_start.o diet.c bin-i386/dietlibc.a bin-i386/dyn_stop.o -DDIETHOME=\"/usr/src/building/t2/feature/src.dietlibc.1105711909.32102.0/dietlibc\" -DVERSION=\"diet
15:24 < mnemoc> /usr/lib/gcc-lib/i686-unknown-linux-gnu/3.3.3/../../../../i686-unknown-linux-gnu/bin/ld: Warning: size of symbol `__guard' changed from 4 in bin-i386/dietlibc.a(stackgap.o) to 32 in bin-i386/dietlibc.a(stackgap.o)
15:24 < mnemoc> /usr/lib/gcc-lib/i686-unknown-linux-gnu/3.3.3/libgcc.a(_stack_smash_handler.oS)(.text+0xd9): In function `__stack_smash_handler':
15:25 < mnemoc> -lgcc
15:25 < mnemoc> shouldn't that use 1-gcc's libgcc.a?
15:26 < jsaw> yes it should...
15:26 < jsaw> but
15:27 < mnemoc> ./TOOLCHAIN/tools.cross/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/libgcc.a
15:27 < mnemoc> that's the only libgcc.a available
15:27 < mnemoc> 0-gcc?
15:27 < jsaw> 15:26 < mnemoc> gcc -isyst...
15:27 < jsaw> look at "gcc"
15:28 < jsaw> should read sth. like "...-unknown-linux-gcc"
15:28 < mnemoc> oh
15:28 < jsaw> that is using your host compiler still
15:29 < jsaw> or the wrong diet is called... also possible
15:29 < mnemoc> am i wrong guessing your ssp-syms problem is due to the same reason?
15:30 < jsaw> I do not remember exactly. IIRC, the host interaction was only one problem.
15:30 < jsaw> s/./ but/
15:32 < mnemoc> is you hack on gcc.conf still valid?
15:32 -!- ideal [~idealm@211.100.227.107] has quit ["Leaving"]
15:32 < jsaw> mnemoc: what was it?
15:32 < mnemoc> still your hack on gcc.conf valid? <--- is this more correct?
15:33 < mnemoc> -D__SSP_ON_LIBC__ or s.th. like that
15:33 < jsaw> pretty sure, yes
15:33 < rxr> moin
15:33 < jsaw> good morning!!
15:34 < jsaw> :)
15:34 < jsaw> though the sun sets soon :(
15:34 < mnemoc> moin rxr
15:34 < jsaw> need coffer, brb
15:35 < jsaw> ??? coffee...
15:35 < jsaw> as I said I need this
15:35 < mnemoc> rxr: can you read last 10 minutes? ;)
15:39 < mnemoc> jsaw: just ot be sure, is UCLIBC_USEIT=1 on your uboot config?
15:41 < mnemoc> jsaw: ===[dietlibc_main:61 (last $?=0)> eval 'make prefix=$root/$prefix CC="$CC" CPP="$CPP" CXX="$CXX" CC_FOR_BUILD="$BUILDCC" BUIL
15:41 < mnemoc> DCC="$BUILDCC" BUILD_CC="$BUILD_CC" HOSTCC="$HOSTCC" HOST_CC="$HOST_CC" STRIP="$STRIP" AR="$AR" LD="$LD" RANLIB="$RANLIB" N
15:41 < mnemoc> M="$NM" prefix=/usr/dietlibc all CC=cc'
15:44 < jsaw> mnemoc: oh, no...???
15:45 < jsaw> should it be?
15:45 < mnemoc> yes :\
15:45 < mnemoc> i'll commit a force on config.in
15:45 < jsaw> add to the target defaults...
15:45 < jsaw> meep
15:46 < jsaw> and again...
15:46 < rxr> re - I read soon
15:46 < CIA-9> mnemoc * r5568 /trunk/target/uboot/config.in: * fixed uboot to force UCLIBC_USEIT=1 for now
15:47 < mnemoc> why diet is not built with 0-gcc?
15:48 < mnemoc> using BUILDCC(=cc) is very dangerous
15:53 < jsaw> must add appropriate links *-unknown-linux-gnu-gcc cc ...
15:54 < mnemoc> what sense has that? dietlibc.conf wants it to be built with BUILDCC
15:54 < rxr> well - yes
15:54 < mnemoc> which is 'hostcc'
15:55 < rxr> you told me exactly this - that you want me not to change the build of a host diet application linked with dietlibc yesterday ...
15:55 < rxr> first a native dietlibc is built
15:55 < rxr> and then the cross dietlibc
15:55 < rxr> it is that ugly since rock times ...
15:55 < rxr> I wanted to /fixed/ this yesterday night - but you stopped me ...
15:55 < mnemoc> but stage-0 was 'pseudo-cross' thing
15:56 < mnemoc> not native or cross
15:56 < jsaw> but still misses the "cc"
15:57 < mnemoc> *-unknown-linux-gnu-gcc is a cross-compiler
15:57 < mnemoc> there is no pseudo-cross gcc anymore?
15:57 < rxr> sure there is - ...
15:57 < mnemoc> where?
15:57 < rxr> mnemoc: did you built natively or cross ?
15:57 < rxr> I'm confused
15:58 < mnemoc> natively
15:58 < rxr> I thought you bulit x86-74
15:58 < mnemoc> i built both
15:58 < mnemoc> getting the same problem on both
15:58 < rxr> on x86-64 cross this happens when your host system has a buggy gcc ;-)
15:58 < rxr> Like for me last night
15:59 < rxr> are you sure you have not the defectly patched gcc running on it ?
15:59 < mnemoc> pseudo-cross was there to fix that
15:59 < rxr> yes - but we have no pseudo cross for cross builds ..
15:59 < jsaw> but it misses the tools.native directory for stage 1
15:59 < rxr> stage-0 is the cross compiler then ...
15:59 < mnemoc> uhm
16:00 < rxr> but it should indeed not fail for your native build ..
16:00 < rxr> and I could remove that anyway ...
16:00 < rxr> should I ?
16:00 < mnemoc> i don't know
16:00 < rxr> remvoe the dietlibc double build "issue"
16:01 < rxr> I do not want that ...
16:01 < jsaw> Probably I don't see it but, isn't this reversed logic:
16:01 < jsaw> if [ $stagelevel -le 1 -a "$ROCKCFG_USE_CROSSCC" = 1 ]
16:01 < jsaw> then
16:01 < jsaw> toolsdir=tools.cross
16:01 < jsaw> else
16:01 < jsaw> toolsdir=tools.native
16:01 < jsaw> fi
16:01 < rxr> =
16:01 < rxr> ? even
16:01 < rxr> if cross build ; then
16:01 < rxr> cross
16:01 < rxr> else
16:01 < rxr> native
16:01 < rxr> fi
16:02 < mnemoc> i have to go, brb
16:02 < rxr> cu
16:02 * rxr breakfast
16:02 < jsaw> ->stagelevel less equal 1<-
16:02 < rxr> I could remove the dietlibc dobule build thing after that ...
16:02 < jsaw> at what time is the "tools.native" directory used?
16:02 < rxr> hm - freshmeat is empty right now
16:04 < rxr> I would need to lookup all details ...
16:05 < rxr> Apple said to ship PowerBook G5 in Q2 2005?
16:23 < jsaw> gone to a lecture... cu
16:23 < rxr> cu
17:13 < mnemoc> re
17:19 < mnemoc> rxr: an empty target driven 'final' package, which stages and prio should use?
17:24 < rxr> stage 8 and 0
17:24 < rxr> 8 and 9 even ... ?
17:25 < rxr> priority 999.999 ?
17:25 < mnemoc> i was thinking in 1 too
17:25 < mnemoc> to build stuff like bootdisk's linuxrc
17:25 < rxr> well - i'm not sure s.th. useful can be done that early .. ;-)
17:26 < rxr> hm - ok - maybe
17:26 < rxr> or jsut do this:
17:26 < rxr> 0123456789
17:26 < mnemoc> :D
17:26 < rxr> and let the target decide what to do in which state .. .;-)
17:26 < rxr> like case $stagelevel in
17:26 < rxr> 0)
17:26 < rxr> ...
17:26 < mnemoc> sure
17:26 < rxr> esac
17:26 < mnemoc> sounds good
17:27 < mnemoc> my problem with ssp is diet builing linurc on build.sh
17:27 < mnemoc> and 1-dietlibc on crossbuilds
17:29 * rxr screwing together some x86 garbage to install some windows for original driver dissection and i/o bits review ...
17:30 < mnemoc> o_O
17:30 < rxr> oO?
17:30 < mnemoc> reverse-engineering? ;)
17:31 < rxr> no - I know the protocol - I just want to know which bit's it sets differently ...
17:31 < rxr> and how the images look like ...
17:31 -!- j3ru [~jeru@mail.oberlinhaus.de] has quit [Remote closed the connection]
17:45 < rxr> hm - seems next week I'll get a Adobe Photoshop License for compatbility testing - finally ...
17:47 < mnemoc> verbose edition?
17:47 < mnemoc> or retail?
17:47 < rxr> no idea
17:48 < rxr> I stopped asing - I'm happy to get anything at all ...
17:48 < rxr> guess just a normal built version ...
17:50 < jsaw> mnemoc: fl_wrapper.so is not created inside chroot -> is linked to libc on hostsystem...
17:50 < jsaw> therefore the 0x00000000 entries
17:50 < mnemoc> i changed that
17:50 < jsaw> when?
17:50 < mnemoc> fl_Wrapper.so is created inside chroot now
17:51 < jsaw> no.
17:51 < mnemoc> yes
17:51 < mnemoc> Build-Pkg
17:51 < mnemoc> Build-Tools is called after -chroot is checked
17:52 < jsaw> put a set -x in front of BUILDCC ... fl_wrapper
17:52 < jsaw> and watch the path
17:52 < jsaw> paths
17:52 < rxr> f*ck
17:52 < mnemoc> gcc 3.4.2
17:52 < jsaw> -> Testing tools.chroot/lib/fl_wrapper.so.
17:52 < jsaw> Fri Jan 14 16:51:46 UTC 2005
17:52 < jsaw> -> Creating tools.chroot/lib/parse-config.
17:52 < jsaw> -> Creating tools.chroot/lib/pkg_*_{pre,post}.conf
17:52 < jsaw> Segmentation fault (core dumped)
17:52 < jsaw> ./scripts/Build-Pkg: line 299: /var/adm/cache/binutils.tm: No such file or directory
17:52 < jsaw> Segmentation fault (core dumped)
17:52 < mnemoc> svn up please
17:52 < rxr> I just wondered why the box does nothing - no wonder with no RAM installed ...
17:53 < mnemoc> i fixed that yestarday
17:53 < mnemoc> 5555
17:53 < mnemoc> r5555
17:53 < jsaw> here, fl_wrapper.so does not segfault anymore.
17:54 < mnemoc> no?
17:54 < mnemoc> how
17:54 < mnemoc> why?
17:54 < mnemoc> where?
17:54 < jsaw> $BUILDCC -O2 -fPIC -Wall -c \
17:54 < jsaw> -o build/$ROCKCFG_ID/TOOLCHAIN/$toolsdir/lib/fl_wrapper.lo.$$ \
17:54 < jsaw> misc/tools-source/fl_wrapper.c || exit 1
17:54 < jsaw> $BUILDCC -O2 -nostdlib -L$PWD/build/$ROCKCFG_ID/TOOLCHAIN/$toolsdir/lib0 -Wl,--rpath,/lib \
17:54 < jsaw> -shared build/$ROCKCFG_ID/TOOLCHAIN/$toolsdir/lib/fl_wrapper.lo.$$ \
17:54 < jsaw> -o build/$ROCKCFG_ID/TOOLCHAIN/$toolsdir/lib/fl_wrapper.so -ldl || exit 1
17:54 < jsaw> root@volans:/scratch/src/t2# svn up
17:54 < jsaw> U target/uboot/config.in
17:54 < jsaw> Fetching external item into 'source/utility'
17:54 < jsaw> Updated external to revision 365.
17:55 < jsaw> IT IS NOT BUILT INSIDE CHROOT!!!!
17:55 < mnemoc> $BUILDCC -v shows 3.4.2 here
17:55 < mnemoc> and i have 3.3.3 on host
17:55 < jsaw> yeah, but you have cc in tools.native and tools.cross
17:56 < jsaw> if it would be generated inside chroot, the paths would fail
17:56 < mnemoc> Build-Tools before -chroot test on Build-Pkg gave me 3.3.3 as buildcc
17:56 < mnemoc> Build-Tools after -chroot test on Build-Pkg gave me 3.4.2 as buildcc
17:57 < mnemoc> do a chroot, those paths are ok
17:58 < mnemoc> add ls /lib/libc.* before BUILDCC
17:59 < mnemoc> libc.so.6 outside, libc.so.0 inside
17:59 < jsaw> then we have a problem with sysroot
17:59 < mnemoc> that can convince me :)
18:00 < jsaw> okay, here's the solution, I have not time to do it on all places:
18:00 < jsaw> $BUILDCC -O2 -shared -fPIC -Wall -nostdlib -Wl,--rpath,/lib misc/tools-source/fl_wrapper.c \
18:00 < jsaw> -o build/$ROCKCFG_ID/TOOLCHAIN/$toolsdir/lib/fl_wrapper.so.$$ -ldl -lc || exit 1
18:00 < jsaw> add -notstdlib, maybe -Wl,--rpath,/lib is not needed.
18:01 < jsaw> nostdlib ...
18:01 < mnemoc> ok
18:01 < jsaw> do this on tools built...
18:01 < jsaw> for fl_wrapper.so it works:
18:01 < jsaw> -> Building tools.chroot/lib/fl_wrapper.so.
18:01 < jsaw> -> Testing tools.chroot/lib/fl_wrapper.so.
18:02 < mnemoc> ...?
18:02 < jsaw> -> Creating tools.chroot/lib/parse-config.
18:03 < mnemoc> 2-bintuils buindling?
18:03 < jsaw> no, other programs segfault.
18:03 < jsaw> I assume the wrappers fails...
18:03 < mnemoc> i'll test
18:04 < jsaw> <- gone, cu later
18:04 < mnemoc> cu
18:10 < mnemoc> cmd_wrapper doesn't want to be -nostdlib-ed ;)
18:13 * rxr installing win98 ...
18:13 < rxr> the first time since year I do s.th. like that ...
18:15 < rxr> oh - me even ... ;-)
18:15 < rxr> not 98 ...
18:15 < rxr> is 32MB enough for it ? ....
18:17 < mnemoc> yes
18:31 < rxr> errr
18:31 < rxr> Windows found a "USB Stammhub"
18:31 < rxr> a what ?!?!?!
18:32 < rxr> this me is dog slow on the k6-300 box ...
18:32 < rxr> I booted the me that was left on the disk from my farther and it recognizes new hardware since then ...
18:32 < rxr> and already rebooted once ...
18:33 < mnemoc> each 'layer' recognitions triggers a new reboot
18:33 < rxr> aha
18:34 < rxr> sound like innovate engeneering ...
18:34 < mnemoc> bleeding edge
18:34 < rxr> maybe they even have patent this ...
18:36 < rxr> hm - it found no driver for the "PCI Ethernet Controler"
18:36 < mnemoc> error dialogs and the crash itself might be patented too
18:36 < rxr> is is a pretty standar 3com one ...
18:36 < mnemoc> not standard for win98 ;)
18:41 < mnemoc> with the heck 5-glibc is segfaulting!
18:43 < mnemoc> why*
18:46 -!- sparc-kly [~mubex@64.237.130.154] has quit [Connection timed out]
18:49 < rxr> damn - and the s3 virge is also only detected as std. vga card ...
18:49 < rxr> may I mentin that windows get's more on my nerves than anything else ...
18:50 < rxr> so - ugly graphic - no network, ...
18:50 < mnemoc> xp is quite usable
18:50 < rxr> looks like a good start ...
18:50 < rxr> I have no xp here ..
18:50 < rxr> i could get a academic license at the uni - but ...
18:50 < rxr> I just want to trace some scanner driver i/o ...
18:50 < mnemoc> 640x480 ;)
18:50 < rxr> why does the standard install cover 900MB of the 1GB HD ?
18:51 < mnemoc> oh
18:51 < rxr> is this normal ?
18:54 < mnemoc> i guess not
18:54 < mnemoc> + ldd /bin/date
18:54 < mnemoc> ldd: can't open cache '/etc/ld.so.cache'
18:54 < mnemoc> Segmentation fault
18:54 < mnemoc> + echo 139
18:54 < mnemoc> why can fl_wrapper.so be ignoring my DEBUG=1 when built against uclibc?
18:59 < rxr> ctrl-al-ent
18:59 < rxr> task manager
18:59 < rxr> ctrl-al-ent
19:00 < rxr> blue screen ?
19:01 -!- mnemoc_ [~amery@200.75.27.32] has joined #t2
19:01 < mnemoc_> what was the last i said?
19:02 < rxr> 18:54 < mnemoc> why can fl_wrapper.so be ignoring my DEBUG=1 when built against
19:02 < rxr> uclibc?
19:02 < mnemoc_> can nostdlib be doing this?
19:03 -!- mnemoc [~amery@200.75.27.20] has quit [Read error: 60 (Operation timed out)]
19:04 < rxr> I don't think so
19:04 < mnemoc_> i added fflush(stderr) after every fprintf(stderr), and no output
19:06 < rxr> try some unconditional output ;-)
19:06 < mnemoc_> do you have any script to turn a cross-base into a 'livecd'? ;)
19:07 < mnemoc_> i have 5-glibc segfaulting on a minimal build
19:07 < mnemoc_> on a pristine working copy
19:08 < rxr> the cross-base into live-cd?
19:08 < rxr> no sorry
19:14 < mnemoc_> nothing works me... i'll have to install a cross-base (P4 -> P4 ;) on another machine and start playing there
19:15 < mnemoc_> and ccache doesn't cache on early stages :(
19:16 < mnemoc_> uhm
19:16 < mnemoc_> - dietlibc
19:17 -!- _Ragnar_ [loki@66-146-166-62.skyriver.net] has joined #t2
19:19 < rxr> - dietlibc what ?
19:19 < mnemoc_> dietlibc fails here on crossbuilds because my local libgcc.a and ssp symbols
19:20 < mnemoc_> now i should find a 2.6 rescue disk with lvm2 support :\
19:25 < mnemoc_> hell.... these days have been very frustrating
19:29 < rxr> what is so frustrating ?
19:29 < rxr> only your uclibc hacking, no ;dfA
19:29 < rxr> ? even
19:30 < mnemoc_> native builds fail too
19:30 < mnemoc_> crossbuilds too
19:30 < mnemoc_> i have been unable to find the bug on bootdisk
19:30 < rxr> my last reference was so perfect ...
19:31 < mnemoc_> i have 5-glibc segfaulting, and google blames previous glibc
19:32 < mnemoc_> and i have to share (plug/unplug) monitor and keyboard between 3 computers
19:32 < mnemoc_> plug 33C
19:32 < mnemoc_> plus*
19:32 < mnemoc_> (degrees)
19:32 < rxr> that screams for a kvm switch ...
19:33 < mnemoc_> what's the word for temperature? grade? degree? .. uhm
19:33 < rxr> degree
19:34 < rxr> if you mean the unit it is meassured in ,-)
19:34 < mnemoc_> yes
19:34 < mnemoc_> i thought for a minute degree=career diploma
19:35 < rxr> it is both ...
19:35 < mnemoc_> aha
19:41 < mnemoc_> did i mention i need to reinstall my dead laptop to continue my work for the company?
19:41 < rxr> why dead laptop ?
19:42 < mnemoc_> failed glibc update
19:42 < mnemoc_> and as i it on lvm, rescue disk don't work
19:42 < mnemoc_> that's why i started uboot
19:47 < rxr> it is both ... - installing windows into a non-working state takes longer than installing t2 three times ...
19:48 < mnemoc_> yep
19:48 < rxr> 640x480x16, no network, ...
19:48 < mnemoc_> on school i installed first win95 by floppies on a IBM PS/2, _three_ days
19:48 < rxr> installed win98 in favour of the insalled me ...
19:48 < rxr> the me populated 900MB of the 1000MB disc ...
19:50 < mnemoc_> that's insane :\
19:51 < rxr> no idea how my farther installed it onto the disk
19:51 < rxr> but no 3rd party app was installed ...
19:51 * rxr back soon
19:52 < rxr> hm - windows crashed?
19:52 < rxr> looking for some driver
19:52 < rxr> maybe isa pnp soundcard ...
19:57 < mnemoc_> making that base rule this dual-p4/scsi-raid1 will be fun :p
20:04 < mnemoc_> no more raid
20:05 < mnemoc_> if everything goes well, i'll install 'monster' with base, then build uboot and a new thing to my laptop
20:05 < mnemoc_> then on the laptop and dietcc something decent for 'monter'
20:06 < mnemoc_> replace current server (build machine ;) with 'monster' and build on laptop+monster a T2 for server
20:07 < rxr> yeah - fun
20:08 < mnemoc_> bg-rescue is very nice.... only if it have lvm :\
20:11 < mnemoc_> uhm
20:11 < rxr> does win98 support usb storage by default ?
20:11 < mnemoc_> nope
20:11 < rxr> f*ck
20:11 < mnemoc_> win98 don't even support usb
20:11 < rxr> no network no usb storage
20:11 < rxr> sure it does!
20:12 < mnemoc_> win98se supports usb
20:12 < rxr> maybe this is 2nd ed or so
20:12 < mnemoc_> :)
20:12 < rxr> but it powers up the usb port and finds the stick ..
20:12 < rxr> hm
20:12 < mnemoc_> but you need usb-storage driver
20:12 < rxr> it does hang again
20:12 < rxr> maybe I remove the isa pnp sound card
20:12 < rxr> I do not need it anyway
20:12 < rxr> damn win crap ...
20:13 < rxr> maybe there was some driver cd with the stick
20:13 < rxr> I think I disposed s.th. into the garbage can ...
20:14 < mnemoc_> bad thing
20:16 < rxr> I did not needed properitary fluff over the well - 7 years or so ...
20:17 < rxr> so:
20:17 < rxr> usb-storage driver
20:17 < rxr> first
20:18 < rxr> then - hm - I need the s3 virge driver
20:18 < rxr> and - yeah - network ...
20:18 < rxr> ok - so only:
20:18 < rxr> 1st network
20:18 < rxr> 2nd s3virge
20:18 < rxr> 3rd usbsnoop from sourceforge
20:19 < rxr> any pointer to a non to ugly add poluted windows driver site ?
20:19 < mnemoc_> yes, network first
20:19 < rxr> www.opendrivers.com ?
20:20 < mnemoc_> i always go to mfg
20:20 < rxr> well - this driver hunting is so annoying ..
20:20 < rxr> how do windows users stand this ...
20:20 < mnemoc_> they get the on a CD
20:21 < rxr> when I used windows years ago this also was CD hunting in the house ;-)
20:22 < mnemoc_> :)
20:23 < rxr> Results For:
20:23 < rxr>
20:23 < rxr> Download Type: "Drivers";
20:23 < rxr> OS: "Windows 98 SE"
20:23 < rxr> No results were found for your search.
20:23 < rxr> ^- 3com
20:23 < rxr> @3com.com ...
20:24 < mnemoc_> 98?
20:24 < rxr> this was the only selectable 98 there
20:25 < rxr> can't this damn pseudo OS tell more precisly which 3com card I have in it ..
20:25 < rxr> Unknown component
20:25 < rxr> I doubt 3com likes that card query .
20:26 < rxr> argr
20:26 < rxr> why are there so many 3C905 driver on the 3com site
20:27 < rxr> seems I have to either rip the card out to know what it is or boot linux ...
20:27 < rxr> how I hate this ...
20:28 < rxr> so
20:28 < rxr> 3csoho100TX
20:28 < rxr> fast ethernet 2
20:28 < rxr> agere
20:31 < rxr> hm - now I have the choice between
20:31 < rxr> (3CSOHO100-TX) 3Com? OfficeConnect? Fast Ethernet NIC
20:31 < rxr> (3CSOHO100B-TX) 3Com? OfficeConnect? 10/100 NIC
20:31 < rxr> how I like that ...
20:32 < rxr> thre are only driver for:
20:32 < rxr> Windows 2000 Pro,Windows 2000 advanced/server
20:32 < rxr> I get crazzy ..
20:32 < rxr> f*ck
20:32 < rxr> cant and redmont OS just work ?
20:33 < mnemoc_> nope
20:33 < mnemoc_> :)
20:33 < rxr> hm- for the B there are drivers fro:
20:33 < rxr> Windows 2000 Pro,Windows 2000 advanced/server,Windows ME,Windows XP,Windows XP pro
20:33 * rxr tries that one ...
20:33 < rxr> http://support.3com.com/infodeli/tools/nic/3csoho100-tx/3csohob.exe
20:34 < mnemoc_> :)
20:34 < rxr> so
20:34 < mnemoc_> w2k drivers wont work
20:34 < rxr> I konw
20:34 < rxr> that is why I try the later for the B revision
20:34 < rxr> that has win98 drivers ..
20:35 < rxr> so - iBook has no floppy disk
20:35 < rxr> guess I have to use the rs6k ...
20:35 < rxr> one unix server needed to deploy s.th. as simple as a network driver ...
21:03 < rxr> is thre some way to boot up windows and fully access it remotely ?
21:03 < rxr> is vnc able to do this ?
21:03 < mnemoc_> yep
21:06 < rxr> stil no net
21:08 < mnemoc_> :\
21:10 < rxr> well - win98 does still not display long filenames in system control install stuff ?
21:11 < mnemoc_> i don't remember
21:11 < rxr> I just see ...
21:12 < rxr> maybe I have net after the 10th rebootr ...
21:13 < rxr> erh
21:13 < mnemoc_> 11?
21:13 < rxr> my floppy disc symbols just doubled ..
21:13 < rxr> I now have a: and b:
21:13 < rxr> *g*
21:13 < mnemoc_> :d
21:16 < rxr> my gf is asking about the exact meaning of your smily - maybe you could explain it? ;-)
21:17 < mnemoc_> a :D with caplocks
21:20 < rxr> so - nic without ! maybe itworks now ...
21:20 < rxr> but I still have a b: drive ...
21:21 < rxr> what as the windows ifconfig equivalent ?
21:21 < mnemoc_> .oO( what may a :d be )o
21:22 < rxr> if s.th ?
21:22 < rxr> no it has a floppy symbol and is dead
21:23 < rxr> seems to work ...
21:23 < mnemoc_> ping 127.0.0.1? ;)
21:24 < rxr> no
21:24 < rxr> tail /var/log/messages
21:24 < rxr> Jan 14 21:19:27 obelix dhcpd: DHCPACK on 192.168.2.185 to 00:04:76:8c:f7:ab (win
21:24 < rxr> ) via eth0
21:24 < rxr> ping 192.168.2.185
21:24 < rxr> 64 octets from 192.168.2.185: icmp_seq=0 ttl=128 time=1.3 ms
21:24 < rxr> did not found where windows display the ip ...
21:25 < rxr> windows does confuse me again
21:25 < rxr> I open IE
21:25 < rxr> it opens www.eu.microsoft.comf/germany/...
21:25 < rxr> and then displays
21:25 < rxr> Script error
21:25 < rxr> Line 33
21:25 < rxr> Char 2
21:25 < rxr> Error: Syntaxerror
21:25 < rxr> Code: 0
21:25 < rxr> hm
21:26 < rxr> this all looks like a really professinoal OS - bleeding edge - well tought out ...
21:28 < rxr> blue screen ...
21:40 < mnemoc_> i guess cross-built bases should be .tbz2
21:40 < mnemoc_> not gem
22:10 < rxr> hm - not necessarily ..
22:10 < rxr> where does firefox windows install to ?
22:10 < rxr> I clieck the firefox setup - id deflates s.th. and then I see it nowhere ...
22:10 < mnemoc_> program files or s.th. like that
22:11 < rxr> hm - I think the installer crashed ...
22:41 < mnemoc_> + /usr/bin/time -o /var/adm/cache/binutils.tm -f 'buildtime=$(qcalc %U + %S)' ./scripts/Build-Pkg -this_is_the_2nd_run -2 -cfg default -root auto -chroot -id 1105738819.26808.0 -chr-sub -root / binutils=binutils
22:41 < mnemoc_> fl_wrapper.so debug [26866]: begin of handle_file_access_before("fopen", "/var/adm/cache/binutils.tm", xxx)
22:41 < mnemoc_> fl_wrapper.so debug [26866]: end of handle_file_access_before("fopen", "/var/adm/cache/binutils.tm", xxx)
22:41 < mnemoc_> fl_wrapper.so debug [26866]: Symbol 'fopen' in libc (0x804b0c0) has been resolved to 0x4006f914.
22:41 < mnemoc_> fl_wrapper.so debug [26866]: going to run original fopen() at 0x4006f914 (wrapper is at 0x4000b1c8).
22:42 < mnemoc_> Segmentation fault
22:42 < mnemoc_> + returncode=139
22:42 < mnemoc_> i hate this!
22:45 < mnemoc_> # ldd TOOLCHAIN/tools.chroot/lib/fl_wrapper.so
22:45 < mnemoc_> libdl.so.0 => /lib/libdl.so.0 (0x00000000)
22:45 < mnemoc_> libc.so.0 => /lib/libc.so.0 (0x00000000)
22:45 < mnemoc_> /lib/ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x00000000)
22:45 < mnemoc_> is it ok to get zeros there?
22:47 < mnemoc_> # ldd lib/libm.so.0
22:47 < mnemoc_> libc.so.0 => /lib/libc.so.0 (0x00000000)
22:47 < mnemoc_> /lib/ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x00000000)
22:47 < mnemoc_> it seems so
22:49 < rxr> don't think so
22:49 < mnemoc_> rxr: pay the bill!!
22:49 < mnemoc_> :p
22:49 < mnemoc_> too late :\
22:49 < rxr> mnemoc_: I know ...
22:50 < mnemoc_> no mine.static?
23:15 < rxr> hm?
23:15 < rxr> let's see if firefox want's to install w/ 96MB instead of 32MB ...
23:16 < rxr> hm - no
23:16 < mnemoc_> :)
23:17 < mnemoc_> do you need firefox to bit hunting?
23:20 < rxr> no - I just wanted to collect the reaming stuff w/ s.th. less exploitable ...
23:29 < mnemoc_> :)
23:30 < mnemoc_> base untar-ed to new machine....
23:30 < mnemoc_> lilo?...
23:30 < mnemoc_> grub?...
23:30 < mnemoc_> uhm
23:34 < rxr> hm
23:35 < rxr> I'm impressed on the 20th boot windows found "a new" plug and play monitor ...
23:39 < mnemoc_> :D
23:39 < mnemoc_> delayed recognition, a cool patented feature
23:49 < rxr> yep
23:58 < mnemoc_> oh, base boots
23:58 < mnemoc_> with init and such
23:59 < mnemoc_> i was expecting /bin/sh
--- Log closed Sat Jan 15 00:00:47 2005