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