T2 IRC Log: 2007-08-10

This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.

« prev | next »

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