--- Log opened Fri Aug 10 00:00:17 2007 00:01 < Ragnar> WD? better? *barfs on keinek_* :) 00:01 < yokoy> dismounted... it is a ibm 00:02 < yokoy> mqueiros_: old backups, two weeks are wiped 00:02 < keinek_> what is your preffer Ragnar? 00:03 < keinek_> i was lost too many samsung in my life... 00:03 < mqueiros_> yokoy: thats very bad... 00:04 < keinek_> sorry yokoy, sometimes the computer is a bitch. 00:04 < yokoy> yes, this year twice 00:04 < keinek_> now, i try t2 7.0 in debian etch... 00:06 < Ragnar> keinek_: seagate atm 00:07 < keinek_> Ragnar: yes, i have two seagate. 00:07 < Ragnar> I have 6 dead hds lying here ... 5 WD, 1 IBM 00:07 < keinek_> but... with HD, all is lucky. 00:08 < Ragnar> after the 5th I had learned my lesson :) 00:08 < keinek_> ohhh IBM is worse 00:09 < Ragnar> not as bad as WD (but still bad) 00:09 < keinek_> and tell me, what filesystem do you like? I still use Reiser, the Killer. ;) 00:09 < Ragnar> reiser, yes 00:09 < Ragnar> 3 tho 00:13 < keinek_> someday all 00:13 < keinek_> be SD memory 00:13 < keinek_> :) 00:13 -!- keinek [n=keinek@201.250.41.212] has quit [Read error: 110 (Connection timed out)] 00:14 -!- keinek_ is now known as keinek 00:17 < keinek> hey, the new hand book is great! 00:17 < keinek> :) 00:19 < yokoy> ok, change the position of the hd and copy the data, now. sounds ugly. 00:28 -!- pdinoto [n=pdinoto@200.117.246.103] has quit [Remote closed the connection] 00:31 < keinek> hey guys i have a problems, when download flex, something happens with sourceforge. 00:31 -!- pdinoto [n=pdinoto@200.117.246.103] has joined #t2 00:31 < keinek> that not download from the mirror, and try sourceforge, but still fail. 00:32 < keinek> i was looking in the translationdownload 00:34 < yokoy> cu 00:35 < keinek> cu yokoy 00:53 -!- yokoy [n=yokoy@e178078170.adsl.alicedsl.de] has quit [Read error: 113 (No route to host)] 01:02 -!- keinek [n=keinek@201.250.23.200] has quit [Read error: 110 (Connection timed out)] 01:05 -!- renderfull [n=codey@67.104.10.162] has quit [Read error: 110 (Connection timed out)] 02:07 < Ragnar> rxr: !> Found shared files with other packages: 02:07 < Ragnar> !> : 02:07 < Ragnar> rxr: how to fix??? 02:30 -!- sepp [n=sepp@Z585f.z.pppool.de] has joined #t2 02:46 -!- sepp_ [n=sepp@Z585f.z.pppool.de] has quit [Read error: 110 (Connection timed out)] 03:23 -!- CIA-24 [n=CIA@208.69.182.149] has quit [] 03:25 -!- CIA-24 [n=CIA@208.69.182.149] has joined #t2 03:38 -!- pdinoto_ [n=pdinoto@host229.190-30-190.telecom.net.ar] has joined #t2 04:31 -!- renderfull [n=codey@c-24-8-147-89.hsd1.co.comcast.net] has joined #t2 04:32 < renderfull> ahoy 09:06 -!- renderfull [n=codey@c-24-8-147-89.hsd1.co.comcast.net] has quit [] 09:18 -!- Ragnar is now known as Ragnar|away 10:02 < rxr> Ragnar|away: don't now yet, apparently new regression, started to debug it yesterday 10:02 [Users #t2] 10:02 [@ChanServ] [ Dallur ] [ kic- ] [ mtr ] [ Ragnar|away] [ TobiX ] 10:02 [ CIA-24 ] [ Enqlave] [ LMJ ] [ pdinoto ] [ rxr ] [ valentin] 10:02 [ cyda ] [ Fatal ] [ mqueiros_] [ pdinoto_] [ sepp ] 10:02 -!- Irssi: #t2: Total of 17 nicks [1 ops, 0 halfops, 0 voices, 16 normal] 10:18 -!- write_erase [n=olivier@vaio.aixmarseille.com] has joined #t2 10:20 < rxr> http://www.flickr.com/photos/infinitev01d/ 10:20 < rxr> ^- CCC/camp 10:22 < write_erase> morning ! 10:22 < rxr> hi write_erase 10:25 < CIA-24> susan * r25433 /trunk/package/textproc/fribidi/fribidi.desc: * updated fribidi (0.10.8 -> 0.10.9) 10:28 < CIA-24> susan * r25434 /trunk/package/multimedia/mplayerplug-in/mplayerplug-in.desc: * updated mplayerplug-in (3.40 -> 3.45) 10:30 < CIA-24> susan * r25435 /trunk/package/audio/mpg123/mpg123.desc: * updated mpg123 (0.66 -> 0.67) 10:51 -!- yokoy_ [n=yokoy@gprs-pool-1-027.eplus-online.de] has joined #t2 10:52 < CIA-24> rene * r25436 /trunk/scripts/Build-Pkg: 10:52 < CIA-24> * fixed regresion in /var/adm/desc writing that mangled the IFS and 10:52 < CIA-24> resulted in at the shared files check to not work properly anymore 10:56 -!- yokoy_ [n=yokoy@gprs-pool-1-027.eplus-online.de] has quit [Client Quit] 10:56 -!- yokoy_ [n=yokoy@gprs-pool-1-027.eplus-online.de] has joined #t2 10:57 < CIA-24> rene * r25437 /trunk/scripts/Build-Pkg: 10:57 < CIA-24> * optimized shared files check by removing an superfluous extra 10:57 < CIA-24> substitution, cuts evaluation time by 1/3 10:59 -!- yokoy_ [n=yokoy@gprs-pool-1-027.eplus-online.de] has quit [Client Quit] 11:00 -!- yokoy [n=yokoy@gprs-pool-1-027.eplus-online.de] has joined #t2 11:00 < rxr> Ragnar|away: shared files check fixed and optimized 11:03 < rxr> http://www.tiobe.com/tpci.htm 11:03 < rxr> ^- Lua on #15, now 11:04 < rxr> http://www.tiobe.com/tiobe_index/Lua.html 11:54 -!- Enqlave [i=stealth@unaffiliated/enqlave] has quit ["There is intelligent life out there..."] 12:01 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: Fatal, sepp, kic- 12:02 -!- Netsplit over, joins: sepp, kic-, Fatal 12:04 < sepp> moin 12:16 -!- pdinoto__ [n=pdinoto@host182.190-137-6.telecom.net.ar] has joined #t2 12:24 < rxr> moin sepp 12:24 -!- Enqlave [i=stealth@unaffiliated/enqlave] has joined #t2 12:24 < sepp> moin rxr :) 12:33 -!- pdinoto_ [n=pdinoto@host229.190-30-190.telecom.net.ar] has quit [Read error: 110 (Connection timed out)] 12:35 < sepp> now emerge complains about flist collisions in other packages that happend in the past but are still listed 12:36 < sepp> or build-pkg in the end 12:38 < sepp> like emerge pidgin and it complains about some stupid icon shared between anjuta & claws-mail ... 12:38 -!- renderful [n=nowhere@c-24-8-147-89.hsd1.co.comcast.net] has joined #t2 12:39 -!- renderful is now known as renderfull 12:40 < sepp> hi renderfull 12:40 < rxr> +CGMR: "HW: GTA01Bv4, GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko1" 12:40 < renderfull> ahoy 12:40 < rxr> +CGMM: "Neo1973 GTA01 Embedded GSM Modem" 12:40 < rxr> +CGMI: "FIC/OpenMoko" 12:40 < renderfull> sepp, i'm about to be out of here, just wanted to get my client up. got work in 4 hours 12:40 < renderfull> ill be back once im at the office, got some questions for you guys 12:43 < sepp> :) 12:51 -!- sepp_ [n=sepp@Z41ba.z.pppool.de] has joined #t2 13:07 -!- sepp [n=sepp@Z585f.z.pppool.de] has quit [Read error: 110 (Connection timed out)] 14:26 < pdinoto__> hi, all 14:26 -!- pdinoto__ is now known as pdinoto_ 14:30 < pdinoto_> wow... 14:30 < pdinoto_> rxr: does openmoko have a working gsmd? 14:31 < rxr> pdinoto_: what exactly do you want to know ? 14:31 < rxr> by default no firmware I flashed was able to make phone calls ... 14:31 < rxr> so if you mean that, the answer is no 14:31 < rxr> but if I tinker manually around I can have a working gsmd ... 14:31 < pdinoto_> oh, I guess it pretty much answer my question 14:32 < pdinoto_> what about gprs data? 14:32 < rxr> also I got a 2nd SIM to toy with the phone, but the second SIM is too new, it is not accepted by the GSM chip 14:32 < rxr> which really pisses me of way more 14:32 < rxr> pdinoto_: with my slightly older SIM (g6 instead of g7) it probably would have worked, but I only tested a phone call 14:32 < rxr> which was hacky enough, ... 14:32 < rxr> pdinoto_: you have a Neo as well ? 14:33 < pdinoto_> that reminds me many many years ago, when I received a Commodore Amiga 14:33 < pdinoto_> without a kickstart diskette... a great thing to hack, but incomplete. 14:33 < pdinoto_> :-) 14:33 < pdinoto_> no, no openmoko here, yet. 14:33 < rxr> yeah 14:33 < pdinoto_> but I follow the project closely 14:34 < pdinoto_> (we are doing gprs stuff from linux, but in embedded industrial hardware) 14:34 < rxr> dont' now if you read it alreadyx, but I had it in my hands already in Taiwan at the computex 14:34 < rxr> i'm generally very unimpressed by the very crappy software the Moko guys came up with so far 14:34 < rxr> in fact I just wanted to see the state of the art 14:34 < pdinoto_> I am convincing my boss to buy some neos to follow it closely. 14:35 < rxr> and it sucks so completely it is soo sad ... 14:35 < rxr> but well - I just start a T2 target for the Neo and the world will be fine 14:35 < pdinoto_> i know... i've seen your reports 14:35 < pdinoto_> (and several others) 14:35 < rxr> that is including a completely alternative software stack, basing on E17/Evas ... 14:35 < rxr> and focusing on the basics in the beginning, that is display the status properly and allow phone calles, and the messaging 14:35 < pdinoto_> but, despite openmoko flaky software, the thing is open so I guess it will get better 14:36 < pdinoto_> like, t2-openmoko, :-) 14:36 < rxr> it is that sad that neither the .1 nro the .2 release is able to make phone calls out of the box 14:36 < rxr> not to even think to do messaging, such as SMS ... 14:36 < pdinoto_> yes, it is pretty embarrasing. 14:36 < rxr> I really wonder what the 3xx hundred guys in the #openmoko channel are doing ... 14:36 < pdinoto_> and believe me, sms and data IS simple... 14:36 < rxr> in fact FIC wanted to hire us when we showed up on the Computex 14:37 < rxr> but I think the 4 eomployed open source architected fo openmoko intervented 14:37 < rxr> I guess they feared to loose the guru status when new people come up with software the works faster 14:37 < pdinoto_> you know, i have been involved in the early stages of OLPC in Argentina 14:37 < pdinoto_> (until it became too political) 14:38 < rxr> yes, we (ExactCode) also already used external, USB UMTS modems for data services ... 14:38 < pdinoto_> and I remember some of the key sys architects telling us how 14:38 < pdinoto_> difficult is to bootstrap an open project, and the closeness that is required 14:38 < rxr> and the OpenMoko efford is additionally unbelievable crappy when you consider that there are other OpenEmbedded based PDA build setups available and other PDA-style software stacks based on Gtk+, such as GP 14:38 < rxr> E 14:38 < pdinoto_> at the beginning, or else you don't get anything working. 14:38 < rxr> GPE 14:39 < rxr> they could just have hacked a dialer and SMS app for GPE and could have a way more pleasing software stack 7 months ago ... 14:39 < pdinoto_> I guess openmoko guys facve the same problem, but are taking the "my way or no way" a 14:39 < pdinoto_> little to far, perhaps. 14:39 < rxr> crappy very strange and crappy development and design over there 14:39 < pdinoto_> yes... 14:40 < pdinoto_> got to go, would love to help t2-openmoko 14:40 < rxr> well - even take a look at the system base, they use the biggest possible C library on the tiny phone ... 14:41 < pdinoto_> (even before having the actual hardware... since I think it will be useful for us anyway) 14:41 < rxr> yeah - aside from T2, a uClibC and Evas/FB based software stack would make so much mroe sense .. 14:41 < pdinoto_> yes... 14:41 < rxr> and then focus on getting the basics right and working, that is phoneing and messaging 14:42 < rxr> I mean, in the v1 you need to ssh in to load ALSA settings to be able to listen and talk 14:42 < rxr> and on the v2 images the gsmd stuff does not even come up at all 14:42 < CIA-24> rene * r25438 /trunk/package/xorg/xmessage/xmessage.desc: * updated xmessage (1.0.1 -> 1.0.2) 14:42 < CIA-24> rene * r25439 /trunk/package/xorg/xsetroot/xsetroot.desc: * updated xsetroot (1.0.1 -> 1.0.2) 14:42 < rxr> (but IIRC the v2 images at least get sensivle ALSA settings loaded ...) 14:43 < rxr> oh - and they used sysvinit on the phone: glibc+sysvinit .... 14:43 < rxr> not to mention the software stack they soldered together takes 2minutes to boot into the X graphics ... 14:48 < CIA-24> rene * r25440 /trunk/scripts/Build-Pkg: * reverted r25437, extra substitution was not superfluous :-( 14:53 < CIA-24> rene * r25441 /trunk/package/editors/zile/zile.desc: * updated zile (2.2.39 -> 2.2.40) 14:55 < CIA-24> rene * r25442 /trunk/package/develop/srecord/srecord.desc: * updated srecord (1.32 -> 1.36) 14:55 < CIA-24> rene * r25443 /trunk/package/mail/spamassassin/spamassassin.desc: * updated spamassassin (3.2.2 -> 3.2.3) 15:00 -!- write_erase [n=olivier@vaio.aixmarseille.com] has quit ["Leaving"] 15:05 [Users #t2] 15:05 [@ChanServ] [ Enqlave] [ mqueiros_] [ Ragnar|away] [ TobiX ] 15:05 [ CIA-24 ] [ Fatal ] [ mtr ] [ renderfull ] [ valentin] 15:05 [ cyda ] [ kic- ] [ pdinoto ] [ rxr ] [ yokoy ] 15:05 [ Dallur ] [ LMJ ] [ pdinoto_ ] [ sepp_ ] 15:05 -!- Irssi: #t2: Total of 19 nicks [1 ops, 0 halfops, 0 voices, 18 normal] 15:06 -!- pdinoto__ [n=pdinoto@host185.190-31-71.telecom.net.ar] has joined #t2 15:20 -!- pdinoto_ [n=pdinoto@host182.190-137-6.telecom.net.ar] has quit [Read error: 110 (Connection timed out)] 15:29 < mqueiros_> Hello! Trying to create an ISO with Create-ISO... Got this error: http://pastebin.com/m6f35733a any idea ? Thanks! 15:32 < rxr> probably wrong arguments to the script 15:33 -!- pdinoto_ [n=pdinoto@200.117.246.103] has joined #t2 15:34 < mqueiros_> I used... ./scripts/Create-ISO myt2 tools603 and "tools603" is a valid config... 15:35 -!- pdinoto [n=pdinoto@200.117.246.103] has quit [Read error: 113 (No route to host)] 15:36 < rxr> does build/tools603-6.0-stable-generic-x86-i486/TOOLCHAIN/isofs.txt exist ? 15:36 -!- pdinoto_ is now known as pdinoto 15:38 < mqueiros_> rxr: script should be called as root ? 15:38 < mqueiros_> rxr: it worked now... 15:39 < mqueiros_> it seems that tools603-6.0-stable-generic-x86-i486 has been created by root... and only root could access it... drwx------ 20 root root 15:40 < kic-> re 15:42 < rxr> yes 15:46 < mqueiros_> sorry about the noise... I was almost sure that I had already created an ISO being non root... 16:05 -!- pdinoto [n=pdinoto@200.117.246.103] has quit [Read error: 113 (No route to host)] 16:23 < CIA-24> rene * r25444 /trunk/architecture/arm/config.in: * added arm720* optimization options to arm 17:28 -!- sepp [n=sepp@Z41ba.z.pppool.de] has joined #t2 17:43 -!- sepp_ [n=sepp@Z41ba.z.pppool.de] has quit [Read error: 110 (Connection timed out)] 17:49 -!- renderfulll [n=codey@67.104.10.162] has joined #t2 17:49 < CIA-24> rene * r25445 /trunk/package/base/hdparm/cross-no-strip.patch: * fixed current hdparm to not call a hardcoded strip (especially for cross builds) 17:50 * rxr still wonders why the Athlon ref. builder in the corner hard-powered-off in the middle of the day yesterday ... 17:50 < rxr> strange thing ... 17:50 * rxr wonders if something on the PCB burned away or so 17:51 < rxr> but it still works right now ... 17:51 < rxr> I re-create the 7.0 branch in a minute, trunk will bump to 8.0 then and I open a neo1973 target 17:56 -!- pdinoto [n=pdinoto@200.117.246.103] has joined #t2 18:02 < CIA-24> rene * r25446 /branches/7.0/trunk/: * re-branched 7.0 branch 18:03 < CIA-24> rene * r25447 /branches/7.0/: * hm - re-svn cp did nog work out, wipe the branches/7.0 18:03 < CIA-24> rene * r25448 /branches/7.0/: * re-branched 7.0 branch 18:03 < pdinoto> rxr: what defines which packages go into a Create-ISO image? 18:03 < rxr> depends if it is a live or install build 18:04 < rxr> but in general the target defines what goes into it 18:04 < rxr> Create-ISO does just write the final ISO 18:04 < rxr> and in the future we might even move the ISO creation part into the target output processing, so that Build-Target yields the ISOs directly 18:04 < pdinoto> i have a target with builds stuff in stages 0, 1, 2 and then 5 18:05 < pdinoto> what I really need in my final working system is in stage 5 18:05 < pdinoto> but create-iso gives me a .iso with stuff from all stages 18:06 < pdinoto> how can i choose which packages go into the iso? is that functionality available? 18:06 < CIA-24> rene * r25449 /branches/7.0/scripts/parse-config: * re-set branches/7.0 version to 7.0-stable 18:07 < rxr> pdinoto: what exactly do you mean with the stuff in the stages 0, 1, 2 ? 18:08 < rxr> do you craete an install or live systems ? 18:09 < CIA-24> rene * r25450 /trunk/scripts/parse-config: * bumped trunk version to 8.0-trunk 18:14 -!- sepp [n=sepp@Z41ba.z.pppool.de] has quit [Read error: 110 (Connection timed out)] 18:15 < rxr> pdinoto: or better, let us know "what files or so" you do not want to have in the iso 18:24 < pdinoto> my goal is to have a linux kernel, lua, Xfbdev, some fonts and custom code 18:24 < pdinoto> I got to the point of building what I want in stage 5, but cannot 18:25 < pdinoto> distinguish between what was built in stage 2, for instance, 18:25 < pdinoto> and "my target packages" at stage 5 18:26 < rxr> ah, ok 18:26 < rxr> and you do build livecd or some other output ? 18:26 < pdinoto> do I have to build .conf which has a differnent --prefix when 18:26 < pdinoto> stage == 5 ? 18:27 < pdinoto> i based my target on rescue, so it is livecd. 18:27 < rxr> ah - you could filter files in the livecd creation 18:27 < pdinoto> but that is just a legacy option from rescue... i could use install if that is the 18:27 < pdinoto> best option. 18:27 < rxr> like just includes xyz, skip directory, ... 18:28 < rxr> no livecd is probably good for now 18:28 < pdinoto> ok. so livecd takes 'files' and copy them to a rootfs directory, and 18:29 < pdinoto> then the mkisofs command is called with that dir as root, right? 18:29 < rxr> yep 18:29 < pdinoto> and having a different install prefix in a particular stage could be possible? 18:30 < rxr> yes, but what do you need it for ? 18:30 < rxr> to group files for the final iso ? 18:30 < pdinoto> that way I set build type=none, and end with my stuff on a isolated dir. 18:30 < pdinoto> exactly. 18:31 < rxr> that would not work, as you would end up having to place the resulting binaries into the same prefix folder on your final system 18:31 < rxr> that would be ugly 18:31 < pdinoto> oh, i see. 18:31 < rxr> you can just modify your build-target to create the final rootfs based on the packages you want to have there 18:31 < rxr> currently it copies all but filteres a little 18:31 < rxr> target/share/livecd/build_image.sh 18:32 < rxr> we need to allow targtes to modify this filter 18:32 < rxr> but you can also just add some lines to the end of your build to copy some files over, based on the package selection, like packages x, y, z and pack that together 18:33 < pdinoto> can i refer to "all files from package 'busybox'" somehow? 18:34 < rxr> cut -d ' ' -f 2- $root/var/adm/flists/busybox 18:34 < pdinoto> because i could just write a script that moves entire packages to a temp dir. 18:34 < pdinoto> that will do, I think. 18:35 < pdinoto> otoh, if my target builds package-a in stage 5 and package-b in stage 6, 18:35 < pdinoto> for instance, both end in the same $base/TOOLCHAIN/$id enviroment, right? 18:37 < rxr> the stuff from stage0 does not show up in that flist 18:37 < rxr> stage0 is toolchain stuff, that all goes into .../TOOLCHAIN/... 18:37 < rxr> and that has it's own TOOLCHAIN/var/adm/flists/, but they usually are not installed anywhere 18:38 < rxr> the TOOLCHAIN stuff is just bootstapping and compiling 18:39 < pdinoto> what about stage 1? 18:40 < rxr> that is the initial cross built stuff 18:40 < rxr> it is overwritten (normally) by the native built stuff of stage 5 18:43 < pdinoto> oh, there it is... 18:44 < pdinoto> I was under the impression that stages meant different chroots... 18:44 < pdinoto> (don't know where I got that idea from) 18:45 -!- sepp [n=sepp@Z4de0.z.pppool.de] has joined #t2 18:45 < pdinoto> well, I think I have enough to keep playing the rest of the weekend... 18:45 < pdinoto> thanks a lot. 18:45 < kic-> rene 18:46 < rxr> pdinoto: you are welcome 18:46 < rxr> kic-: yep ? 18:46 < kic-> sorry to bother you, but the two perl binaries you sent me, were they compiled with big indian, or little indian? 18:46 < kic-> or endian 18:46 < kic-> or however you spell that 18:47 < rxr> little 18:47 < rxr> but they where not yet tested on my ARM silicon yet as well 18:47 < kic-> ah 18:47 < rxr> do they do something for you? 18:47 < rxr> is yours big endian ? 18:47 < kic-> sh: cannot execute binary file 18:47 < kic-> yeah, big 18:48 < rxr> kic-: I can probably setup a dedicated build for the IPX (though I never tested that one with T2), e.g. if you have no other source for the binary ... 18:48 < kic-> i have nothing 18:48 < kic-> hehe 18:48 < rxr> I figured on my Core 2 Duo from 0 to miniperl just takes like 30m or so 18:48 < kic-> i would be greatly in your debt :D 18:48 < kic-> and actually 18:48 < rxr> kic-: ok, what libc do you use ? 18:48 < kic-> we have the space for 'perl' instead of 'miniperl' 18:48 < kic-> uclibc 18:48 < kic-> on the arm 18:49 < rxr> ok - i built uclibc binaries anyway 18:49 < kic-> its a uclibc, busybox, ARM, IXP425CPU 18:49 < rxr> ok - I build static to be on the save side first 18:49 < rxr> if you later need a dynamic one I need the exact uclibc version 18:49 < kic-> k, yeah our whole image on that platform is all static binaries 18:49 < kic-> ok 18:49 < rxr> ah - ok, so doesn't matter 18:49 < kic-> right 18:52 < rxr> I just google for the actual CPU specs and then start a build hopefully the next minutes 18:53 < rxr> hm - no dedicated IXP in gcc ... 18:55 < kic-> hrm 18:56 < kic-> brb, carrying laptop to conference room 18:56 < kic-> will get disconnected 18:56 < kic-> :D 18:56 < rxr> ok - cu 18:57 < mqueiros_> rxr: got the "mkfontscale: command not found" building 6.0-stable... I was building minimal packages and X.org... Are you sure this is not an ubuntu problem ? 18:58 < rxr> i was under the impression it was a recent bash regression 18:59 < mqueiros_> I will burn the image... to see If I have X... 18:59 < rxr> probably not 18:59 -!- kic_ [n=rfoote@208.115.42.5] has joined #t2 18:59 -!- kic- [i=rfoote@208.115.42.100] has quit [Nick collision from services.] 18:59 -!- kic_ is now known as kic- 18:59 < kic-> there 19:01 < rxr> kic-: we do not have a bigendian option for arm in T2, only for MIPS or so 19:01 < rxr> that takes a little longer to add and test-build, ... 19:01 < rxr> how many days ago did you need that binary ? :-= 19:14 < yokoy> rxr: tomorrow you are a terrorist 19:14 < yokoy> http://www.heise.de/newsticker/meldung/94190 19:14 < yokoy> ok, me too 19:15 < rxr> yeah, ... 19:24 < sepp> al t2eda 19:25 < rxr> hi wepp 19:25 < rxr> sepp 19:26 < sepp> hello :) 19:26 -!- Ragnar|away is now known as Ragnarin 19:26 < Ragnarin> hi hi 19:26 < rxr> moin moin Ragnarin 19:26 < sepp> hi Ragnarin 19:33 < CIA-24> rene * r25451 /trunk/architecture/arm/ (archtest.out archtest.sh config.in): * added big-endianess Configuration selections to the ARM architecture 19:34 < CIA-24> rene * r25452 /branches/7.0/package/ (6 files in 3 dirs): 19:34 < CIA-24> * reverted r24963, r24920, r24926, r24925 in branches/7.0: downdated 19:34 < CIA-24> linux26 (2.6.22.1 -> 2.6.21.5) as well as unionfs and squashfs-tools 19:37 < Ragnarin> O_O 19:37 < Ragnarin> why the downdate? 19:38 < rxr> that is just in the 7.0 branch 19:38 < rxr> oopses all the time on my MacBook in x86-64, 64bit, mode 19:38 < rxr> also noone appears to have the time to fix all the third pary modules, while with 2.6.21 we had them all fixed up 19:43 < yokoy> rxr: only intel or amd 64, too ? 19:44 < Ragnarin> hm I don't oops with 2.6.22.1 19:45 < rxr> yokoy: i do not have much aging 32bit stuff here - so no idea about intel 19:46 < CIA-24> sebastian * r25453 /trunk/package/network/ (4 files in 2 dirs): * renamed gaim-otr to pidgin-otr and updated (3.0.0 -> 3.1.0) 19:46 < rxr> yokoy: but I think susan runs the 2.6.22 stuff ... 19:46 < rxr> hm - ok susan has 2.6.21.1 on her Sony 19:47 < rxr> Ragnarin: 2.6.22.1 w/ gcc-4.2.1 oopses very often on me 19:47 < rxr> 2.6.21.5 works rock solid 19:47 < rxr> I gave up debugging after 2h 19:48 < mqueiros_> rxr: X is working... on 6.0-stable... :) 19:48 < rxr> mqueiros_: :-) 19:48 < Ragnarin> hm 19:48 < Ragnarin> I might still have 4.2.0 on the laptop 19:49 < mqueiros_> rxr: just replaced mkfontscale and mkfontdir with /usr/X11/bin/mkfontscale and /usr/X11/bin/mkfontdir ... 19:49 < rxr> hm, ... 19:50 < rxr> that would work on trunk as well 19:50 < mqueiros_> yes... I'm going to try it... 19:51 < rxr> ok - cu 19:52 < rxr> kic-: big-endian ARM perl did not link yet 19:52 < rxr> kic-: have to hunt a library in "wrong format", probably accidently little or so 19:52 < rxr> I keep you posted 19:54 < yokoy> Ragnarin: what hardware do you use? 64bit? if so, intel or amd? 19:58 < Ragnarin> intel c2d 64 bit 20:06 < yokoy> hm, macbook have cpu the same, don't they? 20:06 < renderfulll> anyone wanna help a brotha out with an STK1000 uBoot upgrade? I've followed forum posts and wiki entires 20:07 < renderfulll> no dice 20:07 < renderfulll> Unsupported Architecture 0x11, which is a common problem, but I can't get it 20:07 < renderfulll> dont worry, I've asked the avr32 chan 20:07 < renderfulll> no reply 20:14 < Ragnarin> yokoy: yea 20:15 < yokoy> so it is not a kernel/cpu missmatch 20:15 < yokoy> more likely a kernel/other hardware problem 20:16 < Ragnarin> yea I would think so 20:17 < yokoy> I think it would be fine to have the 2.6.22x kernel in branch 20:17 < yokoy> it has a lot more powersaving funktions 20:19 -!- sepp [n=sepp@Z4de0.z.pppool.de] has quit [Read error: 110 (Connection timed out)] 21:28 < kic-> rene, ok 23:14 -!- Fatal [i=fatal@debian.as] has quit [Read error: 104 (Connection reset by peer)] 23:18 < kic-> hi Rene 23:18 < kic-> have you given up? 23:18 < kic-> :D 23:24 -!- renderfulll [n=codey@67.104.10.162] has quit [Read error: 110 (Connection timed out)] 23:39 -!- cyda [n=Cyda@208.115.42.5] has quit [Read error: 110 (Connection timed out)] --- Log closed Sat Aug 11 00:00:18 2007