irclog2html for #oe on 20060502

00:03.33*** join/#oe hufnus (n=slonsiki@DSL135-022.labridge.com)
00:04.46*** join/#oe Harvy (n=norm@80-193-172-141.cable.ubr05.pres.blueyonder.co.uk)
00:06.49*** part/#oe Ken|JLime (n=Ken|JLim@h7n2fls312o1049.telia.com)
00:19.12*** join/#oe idealm (n=ideal@222.67.233.20)
00:42.22NecronomLooking for a mirror of NRCit_cvs.sourceforge.net__20060212.tar.gz.. sf anoncvs is sucking again.
00:48.17*** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com)
00:52.21*** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg)
00:58.29*** join/#oe [g2-log] (n=g2@cpe-066-057-008-035.nc.res.rr.com)
00:59.30*** part/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com)
01:03.16*** join/#oe benlau (n=benlau@benlau.rd.ust.hk)
01:08.15*** join/#oe [g2-log] (n=g2@cpe-066-057-008-035.nc.res.rr.com)
01:34.40fishheadhttp://www.sweb.cz/Frantisek.Rysanek/battery.html
01:34.45*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
02:02.38*** join/#oe JustinP (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net)
02:03.12*** join/#oe punk-ass (n=user@ptbynynas01pool0-a32.ptbyny.tds.net)
02:32.51chouimat|Zzznight
02:44.23*** join/#oe angom_h (n=angom@red-corp-200.79.134.173.telnor.net)
03:08.59CSManuhmmm.. there's no vnc package in .dev , right ?
03:09.58jnci'm up for selling a C3000, any takers?
03:10.12CSMantry ebay =P
03:10.35jnceBay is a hassle.   i'll do that if no one here is in the market for a C3k
03:13.47Zero_Chaosjnc: how much?
03:15.49jnci was thinking about $300
03:15.56jnci really want more for it
03:16.22jncbut $300 is decent, considering i have a leather case ($30) and super nice screen protector on it ($30)
03:16.31jncwill include the power charger from an C3100
03:16.33CSMan400mhz ?
03:16.39jncyeah, pxa270
03:16.46CSMan128Mb ?
03:16.50jncno
03:16.57jnc4GB drive, 8mb flash
03:17.03CSMan802.11 ?
03:17.11jncnone built in
03:17.22CSManbluetooth ?
03:17.52jncnone built in.   a usb OTG adapter and CF slot are your gadget options :)
03:18.08CSManah, i was just describing my h5550 =P
03:18.19jnchah
03:18.22CSMan(which is not really mine)
03:30.25*** join/#oe sasquatc4 (i=hjklk@12-208-123-88.client.insightBB.com)
03:33.10*** part/#oe sasquatc4 (i=hjklk@12-208-123-88.client.insightBB.com)
03:35.03*** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran)
04:10.05*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
04:42.19*** join/#oe AvengerMoJo (n=alex@61.49.139.116)
05:12.27*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
05:14.31*** join/#oe johnX (n=john@c-71-231-59-137.hsd1.wa.comcast.net)
05:18.49*** join/#oe StarKruzr (n=jtd@adsl-70-224-89-152.dsl.sbndin.ameritech.net)
05:56.00*** join/#oe __law__ (n=law@mail.stiftadmont.at)
06:07.23*** join/#oe goxboxlive (n=goxboxli@ti500710a080-14919.bb.online.no)
06:22.51*** join/#oe REdOG (n=REdOG@66.0.161.218)
06:33.10*** join/#oe punk-ass (n=user@ptbynynas01pool0-a32.ptbyny.tds.net)
06:33.47koengood morning all
06:34.35*** join/#oe pezi (n=pezi@140.78.95.15)
06:38.39*** join/#oe rob_w|mis (n=rob_w@p549BC136.dip0.t-ipconnect.de)
06:43.09*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
06:48.54__law__hi koen
06:50.10koenhey __law__
07:07.57*** join/#oe theturtle (n=theturtl@guiness.lifl.fr)
07:15.19CIA-903koen 07org.oe.dev * r9cdba415... 10/packages/libcroco/libcroco_0.6.1.bb: libcroco: update to 0.6.1
07:45.13*** join/#oe zinga (n=arnaudb@90.80-203-29.nextgentel.com)
07:50.38*** join/#oe Genesis (n=Genesis@dyn-83-154-179-200.ppp.tiscali.fr)
07:52.26Genesisbonjour
07:52.33koenhey Genesis
07:53.25Genesishey koen :)
07:58.04*** join/#oe hufnus (n=slonsiki@DSL135-022.labridge.com)
07:59.32*** join/#oe hufnus (n=slonsiki@DSL135-022.labridge.com)
08:09.51*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
08:10.17*** join/#oe chouimat|Zzz (n=dieu@r2351064.cidc.net)
08:21.08*** join/#oe ade|desk (n=ADAVEY@194.200.143.249)
08:23.50XorAmorning
08:42.38ade|deskmorning all
08:43.27RPmorning all
08:51.42*** join/#oe Cwiiis (n=cwiiis@host86-134-15-45.range86-134.btcentralplus.com)
09:02.38*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
09:04.41*** join/#oe ts|wrkgin (n=gints@195.244.141.102)
09:07.23*** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg)
09:09.42*** join/#oe nxu (n=n@tor/session/external/x-1a4ddf97b6f2a93a)
09:10.11*** join/#oe punk-ass (n=user@ptbynynas01pool0-a32.ptbyny.tds.net)
09:12.29*** join/#oe kruzr_Zaurus (n=kruzr_Za@adsl-70-224-89-152.dsl.sbndin.ameritech.net)
09:12.52*** join/#oe kruzr_Zaurus (n=kruzr_Za@adsl-70-224-89-152.dsl.sbndin.ameritech.net)
09:13.09kruzr_Zauruswoohoo!
09:21.11kruzr_Zaurusdoes anyone know if qpe-gaim is just broken?  it appears to come with no transport bindings (i.e. you can't tell it to connect with AIM or Jabber or anything, just put in a user and pass)
09:22.52XorAkruzr_Zaurus: you have to install the protocols seperately, and this is probably the wrong channel, you should be on #<distro of choice>
09:24.17kruzr_ZaurusI don't believe there's anyone in there.
09:24.33kruzr_Zaurus(OZ)
09:24.43kruzr_ZaurusI'll try though.
09:24.46XorAkruzr_Zaurus: #openzaurus has me at least
09:25.16*** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby)
09:26.26*** join/#oe benlau (n=benlau@benlau.rd.ust.hk)
09:32.01*** join/#oe bluebugs (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr)
09:39.22koen|unibleh
09:39.27*** join/#oe hrw (n=hrw@c28-240.icpnet.pl)
09:39.34*** join/#oe zecke (n=ich@rosine207.inf.fu-berlin.de)
09:39.36hrwmorning
09:41.18koen|unihey hrw
09:41.23zeckehey
09:41.40zeckekoen|uni: hrw : pb__ : RP : mickey|exhausted : final call for the Survey!
09:41.41koen|unihey zecke
09:41.58hrwzecke: id still 6?
09:42.01zeckeyes
09:44.28hrwlooks good to me
09:45.18hrwgot PSU from machine used at work to tests
09:47.18zeckepuzlled, I have seen my name dropped
09:47.39hrw?
09:48.04zeckeholger == "doing a lot on familiar"
09:48.09zeckei just applied phils work
09:48.58hrw;)
09:49.38hrwHolger on OE lately, on the oz354x  
09:49.39hrwbranch,
09:50.02hrw1. Holger, 2. oz354x 3. what will familiar get from it
09:50.22hrwok. need to find out what is fscked in gnuz...
09:51.00hrw~lart gnuz author
09:51.46zeckeI want to have familiar buildable (that is for sure)
09:51.49XorA~lart evolution
09:52.05zeckemy fam build didn't get far yesterday though... accidently cacneled do_package of glibc :}
10:02.09hrwspeaking about glibc... time to check that qemu build...
10:02.29hrwbitbake gcc-native-3.4
10:03.39CIA-903hrw 07org.oe.oz354fam083 * r971c5773... 10/packages/gnuz/gnuz_0.3.bb: gnuz: fixed levels - close #835
10:03.43CIA-903hrw 07org.oe.oz354x * r84a98cef... 10/packages/gnuz/gnuz_0.3.bb: gnuz: fixed levels - close #835
10:03.46hrw~lart kmail for lack of threaded work
10:03.50CIA-903hrw 07org.oe.dev * r9b3935bd... 10/packages/gnuz/gnuz_0.3.bb: gnuz: fixed levels - close #835
10:10.28*** join/#oe moa (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr)
10:15.37pb__zecke: what's the Survey?
10:16.05zeckepb__: sorry, you are not allowed ;)
10:17.15pb__drat
10:17.40zeckepb__: your contact with the force must be heavily disturbed ;)
10:17.48*** join/#oe jamie (n=jamie@pdpc/supporter/active/jamie)
10:23.57*** join/#oe sws (n=sander@port-83-236-223-46.static.qsc.de)
10:24.07swshi
10:24.15zeckehi
10:27.45swsbooting my SL6000, after flashing it with a fresh openzaurus-unstable kernel 2.6 build, it tells me "Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0), did someone experienced the same or has an idea of how to work around ?
10:29.37*** join/#oe CSMan_ (n=csman@bas1-montreal42-1177927765.dsl.bell.ca)
10:30.26*** join/#oe do13_ (i=do13@antilope.in-berlin.de)
10:30.32do13_morning all
10:30.38hrwhi dirk
10:30.48do13_hey Marcin
10:30.52hrwsws: ask again
10:30.56koenhey do13_
10:31.02do13_hi koen
10:31.56koensws: I think the kernel CMDLINE is a bit wrong
10:32.12koensws: i suspect it points to /dev/ram0 or something
10:32.26koensws: if not, do13_ will probably know the answer :)
10:32.42sws<PROTECTED>
10:33.19do13_sws: are you using gcc4?
10:33.30*** join/#oe Cobelius (n=rehfeld@usr-10-91.usd.bessy.de)
10:34.02swsdo13_: no, using gcc 3.3.5
10:34.41swsdo13_: on my host? else OE is using gcc 4.0.2 I think
10:35.21CobeliusWhen I try to compile trai I get the following errors
10:35.28Cobeliusdoes some have an Idea?
10:35.29Cobeliushttp://pastebin.de/6377
10:35.48do13_sws: the tosa nand driver has a issue with gcc4. so the nand flash won't work.
10:36.06zeckeCobelius: yes?
10:36.13Cobeliushttp://pastebin.de/6378
10:36.15do13_sws: does the driver detect the flash?
10:36.20Cobeliusthis one
10:36.27CobeliusI pasted the wrong stuff
10:36.44zeckeCobelius: what did the FAQ say?
10:36.51zeckeCobelius: I fear it defined __KERNEL__ or such
10:37.19koenhrw: nice work on rc2
10:37.26swsdo13_: which driver? all i see after reseting is the above Message
10:38.14do13_sws: do you see "No NAND device found!!!" in the log?
10:38.23Cobeliusthe FAQ says nothing useable
10:38.51koenCobelius: I suspect your package is using the libc-headers instead of the kernel headers
10:38.52*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
10:38.55Bernardogood morning
10:38.58swsdo13_: sorry have overseen your nand driver comment, which log do u mean?
10:39.03koenCobelius: I don't know the solution to that
10:39.03swsmorning
10:39.06koenhey Bernardo
10:39.14do13_hey Bernardo
10:39.18hrwkoen: thx
10:39.33swsdo13_: kernel build log?
10:39.34do13_sws: the boot message. are you using an serial lead?
10:39.59CobeliusI'm using ${STAGING_KERNEL_DIR}
10:40.02do13_sws: not the build log
10:40.16Cobeliusdoes there exist any other variable to these header files?
10:42.05swsdo13_: no i'm not using a serial lead, just flashed the zaurus using cf and reset after it said reset
10:42.14hrwqemu builds ok with gcc 3.4?
10:42.30Cobeliusahhh
10:42.35hrwor do I need 3.3?
10:42.36ade|deskhrw: is should do
10:42.38zeckeCobelius: is that a module?
10:42.40ade|deskit even
10:42.44zeckeCobelius: check what the modules use ;)
10:42.52hrwade|desk: thx. installing 3.4 then
10:43.03swsdo13_: do u think the issue is with oe using gcc 4?
10:43.11Cobeliushmn
10:43.18do13_sws: yep. the nand isn't detected
10:43.20hrwsws: for 2.6 on !clamshells I suggest not trying without serial cable
10:43.22Cobeliusi found some header files that seems to be ok
10:43.28ade|deskhrw: its only gcc4 that has the problems
10:43.48hrwade|desk: or rather its only qemu having problems with gcc4
10:43.59swshrw: thanks for the suggestion, so i have to go buy a serial cable
10:44.11CobeliusI just have to find the undocumenten variable which contains the path to them
10:46.46ade|deskhrw: yeah,ok bad bad qemu .. good good gcc4
10:47.04ade|deskwell gcc4.1 is better
10:47.38koengcc 4.1 rocks on x86
10:47.54hrwhrw@home:~/devel/build/oz3541$ file tmp/cache/bb_cache.dat
10:47.54hrwtmp/cache/bb_cache.dat: 8086 relocatable (Microsoft)
10:47.56hrw;P
10:49.00koendidn't kergoth build an arm-wince-pe toolchain with OE a while ago?
10:50.57swscan i still use gcc3 instead of gcc4 to compile OE?
10:51.25Cobeliusokay
10:51.36Cobeliusthere are 2 time similar header files in the staging dir
10:52.03hrwkoen: wiki for OZ was good decision
10:52.19Cobeliusone set is under staging/i586-linux/include/linux
10:52.20koenhrw: indeed
10:52.22Cobeliusthey are not working
10:52.29koenhrw: although berlios wasn't ;)
10:52.43koen'the him'
10:52.58Cobeliusthe other one are unter i586-linux/kernel/include/linux
10:53.00koenactually, I need breakfast
10:53.03CobeliusI think they should work
10:53.13Cobeliushow can I say that this header file are be used?
10:53.41hrwCobelius: staging/include/linux is linux-libc-headers
10:53.54hrwCobelius: staging/kernel/include/ is what you need (headers from kernel)
10:54.26koenCobelius: ${KERNEL_SOURCE} should work
10:54.33hrwNOTE: Machine ID assigned by tinderbox: 19
10:54.45hrwSTAGING_KERNEL_DIR iirc was proper
10:54.55zeckehrw: 19?
10:54.57koenexport KERNEL_SOURCE = "${@base_read_file('${STAGING_KERNEL_DIR}/kernel-source')}"
10:54.57CobeliusI think this has somethink to do with the include path of the envorionment
10:55.06zeckehrw: do you want to be a sheriff/admin as well?
10:55.16koen(from classes/module-base.bbclass)
10:55.37hrwzecke: I do not understand tinderbox yet
10:55.37koenzecke: how 'themeable' is tinderbox?
10:55.43Cobeliusthe configure script needs the kernel source do get som information
10:55.49Cobeliusthis things are wokring
10:56.01zeckekoen: very :)
10:56.02Cobeliusbut while it tries to compile it there comes these error
10:56.14koenzecke: it would be nice if we used the same css for all OE site (survey, bugs, tinderbox, viewmtn, www, etc)
10:56.33zeckekoen: well, we have a lot of work with tbox3 ahead
10:56.40zeckekoen: but one step after another
10:57.03hrwzecke: possibility to select one build to watch would be nice
10:57.05koenzecke: I tend to go for the easy tasks :)
10:57.30zeckekoen: they are all eady ;)
10:57.31hrwzecke: can you kick out build#18?
10:57.47*** join/#oe idealm_ (n=ideal@58.33.50.207)
11:02.15hrwNOTE: package qemu-native-0.7.0: started
11:02.28hrw3.5.4.1 will get binary locales
11:03.24zeckehrw: 'kick'?
11:03.37zeckehrw: 'kick' means remotely restarting the build, I can't ATM
11:03.42hrwzecke: ah..
11:03.51hrwzecke: I meant kick as 'remove'
11:04.16hrwhttp://openzaurus.berlios.de/ReleaseNotes/Oz3541 time to start writing
11:04.21zeckehrw: what is the name?
11:06.12CobeliusWhat was the command to create a patch file?
11:06.16hrwzecke: ewi-OZ-3.5.4.1-rc2 Linux 2.6.16-ck1
11:06.21hrwCobelius: diff?
11:06.26Cobeliusyes
11:07.06hrwwhich qemu I need for binary locales?
11:08.24zeckehrw: any of the two
11:08.30*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
11:08.30pb__qemu-native-0.7.0 should be fine
11:08.47pb__it has this inexplicable segfault on redhat, but the cvs version suffers from that too
11:09.06zeckeyesterday bitbake selected the nogfx-foo version
11:09.12zeckethat worked as well on my debian...
11:09.26zeckepb__: what do you expect on redhat? was it compiled with gcc 4.96?
11:09.50pb__oddly, no
11:09.51pb__gcc version 3.3.2 20031022 (Red Hat Linux 3.3.2-1)
11:10.17pb__I guess something about RH's glibc and/or gcc must be upsetting it, but I don't know which
11:10.25pb__actually, thinking about it more, it must be glibc not gcc
11:10.36pb__if I compile qemu on redhat and then run that binary on debian, it works fine
11:10.56zeckepb__: lol, so glibc RH has more drepper included?
11:12.07do13_someone has osb-nrcit-0.5.0 cvs20060212 snapshot avaiable?
11:12.20Cobeliusthe output of diff is looking different from the othe patch files in the project
11:12.53hrwdo13_: http://ewi546.ewi.utwente.nl/mirror/www.openzaurus.org/official/unstable/3.5.4/sources/
11:13.03do13_hrw: thx
11:13.04koendo13_: http://ewi546.ewi.utwente.nl/tmp/sources/
11:13.11pb__zecke: I suppose it must
11:13.24hrwdo13_: you can add it into CVS_TARBALL_STASH
11:13.25do13_koen: thx :)
11:13.27pb__perhaps Uli has some kind of grudge against the qemu developers
11:14.07koenpb__: does 0.8.0-native work on RH?
11:15.02zeckepb__: I propose, you install lsbX.Y.Z
11:15.12zeckepb__: compile qemu against it, run it on RH
11:15.29zeckepb__: and ping Uli that qemu LSB is not running on a RH LSB certified system
11:16.15koen~seen bero
11:16.21ibotbero <~bero@zux176-164.adsl.green.ch> was last seen on IRC in channel #familiar, 271d 1h 54m 21s ago, saying: '|        ${PIVOTBOOT_EXTRA_RDEPENDS}'.
11:16.29zeckekoen: he is online
11:16.45zeckekoen: msg him or go to #arklinux
11:16.50CobeliusOkay, how can I make patchfiles in this format like all patch files are in OpenEmbedded?
11:17.09zeckeCobelius: we use quilt for it
11:17.18zeckeCobelius: cd work/foo-X-Y-Z/foo
11:17.28zeckeCobelius: quilt new my-funky-patch.patch
11:17.40zeckeCobelius: quilt edit the/file/to/patch.cs
11:17.44zeckeCobelius: quilt refresh
11:17.52zeckeCobelius: vim patches/my-funky-patch.patch
11:21.17CobeliusOKay now imageine I have 2 files. One is the original one, the antother one i edited my me. How do I make a patch out of them. I know there was a command, but I can't remember
11:21.40koenLOL: http://angryflower.com/bobsqu.gif
11:21.59zeckeCobelius: diff?
11:22.33Cobeliusyes, but I don't find the right option
11:22.56koendiff -Nurd?
11:23.18Cobeliusyes
11:23.27CobeliusThis is the one I was looking for
11:23.29Cobeliusthank you
11:24.54hrwit if it C code then "-p" can be useful
11:25.12Cobeliusit's a shell script
11:25.49koen-p is ignore whitespace ?
11:26.07hrwkoen:     -p  --show-c-function  Show which C function each change is in.
11:26.22hrwkoen:   -w  --ignore-all-space  Ignore all white space.
11:26.56koenI wonder if they use directfb
11:36.29*** join/#oe hrw (n=hrw@c28-240.icpnet.pl)
11:36.51hrwre
11:36.56hrwagain keyboard died in x11
11:40.53*** join/#oe koobla (n=Simon@wall4.soft.uni-linz.ac.at)
11:44.19*** join/#oe nacer (n=laradji@dsl-magic-1.mpl4.ovea.net)
11:47.40CobeliusHmn
11:47.45Cobeliusit still don't work
11:47.52CobeliusI also tried "inherit module"
11:48.04Cobeliusbecause some of the stuff in the package are modules
11:48.42zeckeCobelius: you include the wrong headers :)
11:48.44CobeliusDoes somebody know a working package of a module in which I can look?
11:49.03Cobeliuszecke: I already know that. But I don't know how to fix it
11:49.32koenCobelius: do you inherit module-base?
11:49.52CobeliusI tried this before but it doesn't helped
11:50.58Cobeliuszecke: Do you know how to solve this problem?
11:51.21zeckenot knowin rtai, sadly not
11:53.38*** join/#oe Laibsc1 (n=Laibsch@dslb-088-073-197-253.pools.arcor-ip.net)
11:53.45Laibsc1Howdy!
11:54.06Cobeliushmn
11:54.24CobeliusIs there something like a variable where I can configure the Inlucde Path?
11:54.56Cobeliusin the crated do_compile script are exports like CPPFLAGE="-I/var/...."
11:54.58koenhey Laibsch
11:55.05Cobeliushow can I manipulate this?
11:55.20CobeliusBecause this statements are direct to the wrong directory
11:57.11hrwcu
11:57.41zeckeCobelius: use quilt for editing
11:57.49zeckeCobelius: otherwise edit the file again, diff again
12:00.52*** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu)
12:07.45CobeliusThat was not about the patch problem.
12:07.54CobeliusIt was about the Problem of the not compiling rtai
12:09.00*** join/#oe lrg (n=liam@212.20.225.130)
12:10.36do13_hey Liam
12:10.42koenhey lrg
12:10.49lrghey Dirk, koen
12:11.04do13_lrg: did you received my mail?
12:11.34lrgdo13, yep, no problems - I'll reply today
12:11.35XorAhey lrg
12:12.08lrghey XorA, I'll hopefully get a chance to fix your audio soon. I've a customer using the same chip
12:12.44XorAlrg: you still going to be at lug?
12:13.13lrgXorA, yes. This thursday - bring your Z and I'll have a look
12:13.15XorAlrg: Ive never tried to record on c7x0 so never seen any bugs :-)
12:13.45lrgXorA, I'll bring a mic and my iPod and we can try recording.
12:14.00XorAlrg: ok, Ill have to make sure arecord is installed then
12:14.09zeckecya
12:14.12lrgXorA, cool
12:15.09lrgXorA, it's not that bad ;)
12:15.49XorAlrg: heh heh, there have been some interesting times in holyrood, like tranny night :-)
12:16.33lrgXorA, ooer - I didn't know that ! - best be careful then :-)
12:16.48XorAlrg: that was back in 93/94
12:17.04*** join/#oe tnb (n=tnb@233.sub-70-194-220.myvzw.com)
12:24.17*** join/#oe woglinde (i=woglinde@e178089117.adsl.alicedsl.de)
12:25.58koenhey woglinde
12:26.13koenwoglinde: did you compile glibc for the msp yet? ;)
12:26.39woglindekoen no
12:27.11woglindekoen we have to discuss about new variables for thread/no-thread and static/shared
12:27.42woglindeand I have to rework the libgcc install
12:27.49woglindefor this cases
12:28.19koenI've been thinking about doing static builds for some packages
12:28.19koene.g. the angstrom-installer package
12:28.34woglindebut I found a solution not to break the actual configure
12:29.13woglindedefault should be shared and threaded and you can changed it with the variables
12:29.30woglindefor instance in the machine.conf
12:29.48woglindebut I have to do some homeworks
12:30.00woglindedont know if can work on it today
12:30.44koenhomework...
12:30.47koengood point
12:31.30woglindeyes it's about threaded processes and atomic operations and so on
12:50.12chouimatmorning
12:51.25LaibschIs wxpython too heavy to ever make it into OE (at least for the collie)?
12:51.30woglindehi chouimat
12:51.38Laibschhi chouimat
12:56.45koenLaibsch: it isn't
12:56.50koenLaibsch: someone need to add it
12:56.58koenLaibsch: we already have wxbase in oe
12:57.13Laibschkoen: Cool.
12:57.59LaibschThen it is an option for a python GUI.  I will to evaluate that further.
13:06.22*** join/#oe zecke (n=ich@88.134.3.107)
13:16.36*** join/#oe benlau (n=benlau@221.125.13.158)
13:18.02*** join/#oe katossi (n=guillerm@dhcp5.informatik.uni-duisburg.de)
13:18.20koenhey zecke
13:19.07zeckehey, and cya later ;)
13:19.16zeckehrw|gone: I have some things for you
13:21.16zeckecya
13:23.38*** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg)
13:37.49*** join/#oe chrisromain (n=chrisrom@88-138-92-242.adslgp.cegetel.net)
13:45.01*** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com)
13:51.38*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
14:02.18*** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr)
14:09.45_guillermois monotone 0.26 supported by oe?
14:10.12koen_guillermo: packages/monotone/monotone-6_0.26.bb
14:10.30koen_guillermo: so 'bitbake monotone-6' should get you the binary
14:10.33_guillermoI mean the repositry
14:10.49_guillermorepository I mean, it I can use monotone 0.26 with no problems
14:12.27koenyou can't
14:13.42_guillermook
14:14.39koenhrw|gone: I have something for the install docs: http://dominion.kabel.utwente.nl/koen/images/install/
14:16.22koenhrw|gone: for people who can't read english or japanese ;)
14:18.07koen(yes, they are crappy)
14:19.57*** join/#oe Timelord (n=TL@4.78.4.43)
14:27.49*** join/#oe goxboxlive (n=goxboxli@ti500710a080-14919.bb.online.no)
14:29.36*** join/#oe katossi (n=guillerm@dslb-084-063-129-218.pools.arcor-ip.net)
14:30.48*** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com)
14:34.35*** join/#oe YoG (n=zevele@bzq-88-153-4-216.red.bezeqint.net)
14:53.42*** join/#oe EvilDevil_ (n=evildevi@p54A6FBA3.dip.t-dialin.net)
14:57.08CoreDump|homehi
15:03.21*** join/#oe Timelord0 (n=TL@4.78.4.43)
15:03.53*** join/#oe cbrake (i=user103@216.144.26.242)
15:07.58CoreDump|homeon an idle system that is
15:09.23koenwhat kind of caching?
15:10.08CoreDump|homecaching the mkdir / touch / ln -s commands generated by the scripts logic on running that after the first run created the "cache"
15:10.33CoreDump|homemeh, what a sentence
15:11.07pb__CoreDump|home: can't you just tar up the result of all those commands and then unpack it on subsequent runs?
15:11.14pb__that sounds a better plan than caching the commands themselves
15:11.45CoreDump|homein theory yeah, but populate-volatile is flexible enough to mess with all kinds of files, even outside /var if desired
15:12.10mithroBirth is the leading cause of death. So far, it has a 100% fatality rate. ;)
15:13.09CoreDump|homeboot-time down ~12s
15:13.38pb__that said, it would be even better to just generate the tarfile offline at build time.
15:13.39koenmithro: oxygen is poisonous as well, fatal in concentrations of 0,00000000000000001%
15:13.51pb__does the result of populate-volatile vary much from one machine to another?
15:13.53CoreDump|homepb_: we did that ages ago
15:14.19pb__oh, very good
15:14.23pb__why is it still an issue then?
15:14.28CoreDump|homethere has to be _some_ reason we did away with that
15:14.46pb__true, though not necessarily a good reason
15:14.58pb__it might have been some well-intentioned but ultimately misguided change
15:15.41CoreDump|homewell, the script is quite flexible. Changes are easy etc.
15:15.51pb__or, conceivably, some DISTROs need the full populate-var thing but others don't.
15:16.10pb__I'm pretty sure we don't need that flexibility in familiar, for example, and I doubt you need it in openzaurus
15:17.00pb__ibot, botmail for reenoo: I flashed 0.8.4-rc2 onto my hx4700 and the keymap does indeed seem wrong.  haven't yet figured out why but will keep you posted.
15:17.33CoreDump|hometrue, there is one single link outside of var (/etc/resolv.conf)...and IMO that shouldn't even be a link, causes all kind of annyoing problems during development
15:18.07pb__I definitely want /etc/resolv.conf to be a link in Familiar.
15:18.40pb__I can see that this might not be universally true though.
15:19.21koenhttp://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=75cf64ddd3f313d225930408f46ff10f7208d0cb
15:19.24CoreDump|homeit's not written that often and the flash should care about not always using the same blocks. What's the reason of it beeing a link?
15:19.29*** join/#oe andersee (n=andersee@codepoet.org)
15:19.41koenCoreDump|home: every ten minutes on my uni wlan......
15:19.49pb__it prevents you from mounting / readonly, and it does get written fairly frequently in some environments.
15:19.50CoreDump|homehmm
15:19.56koenCoreDump|home: it depends on your dhcp lease time and dns settings
15:20.00pb__udhcpc is not terribly careful about that
15:20.29CoreDump|homeah thanks, I didn't think about crazy lease times or RO rootfs =)
15:22.13pb__ideally, the system should not ever be writing to flash except in response to a direct user request.  Any time you have a background process that writes to volatile storage, it is almost always a bug.
15:23.14CoreDump|homeideally, yeah
15:25.29koenhow easy is it to override that behaviour on runtime?
15:25.43koenfor root-on-sd, root-on-cf and cxxxx?
15:25.57CoreDump|homethe cache? rm /etc/volatile.cache
15:25.59*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
15:26.16CoreDump|homekoen: root-on-* wouldn't be affected by it
15:27.17koenI meant disabling the whole volatile stuff
15:27.48emtei am a bit confused here regarding this whole branch divergence issue. Developers now need to have all 4 branches and need to patch against all 4 and recommit to each branch?
15:27.52CoreDump|homenone, ignore it. Costs 1.3s on boot =)
15:28.32CoreDump|homekoen: the old script would run and see that all the links are already present (since /var is not a tmpfs there)
15:30.09CoreDump|homewell, the cache would probably throw errors, yes
15:31.22CoreDump|homemaybe a VAR in /etc/defaults/rcS (which is sourced by that script) could be used to deactivate it?
15:32.22CoreDump|homeOTOH you have to run it once at least, mehh
15:33.21koenemte: no, the point is that bugfixes should be in .dev as well, not just in org.oe.somebranch
15:34.17emtekoen, i am just trying to figure out how you decide that a direct commit woulnt mangle they system due to other changes/patches taht may not exist in the original branch
15:34.20koenemte: some people commit to org.oe.somebranch *only*
15:35.35koenwhich is what branches are for, but stuff 'for the general good' should be in .dev as well
15:36.27emteso why not change policy and keep non-core packages out of branches?
15:37.09emte(this is based on me thinking it will only be core packages that have radical changes)
15:37.11koenit's not ours to say what people want in their branches
15:37.43emtewho controls the SCM and branching then?
15:37.55koenpeople control their own branches
15:38.08koenyou can push a org.oe.emte branch to server if you wish
15:38.58emteah ... perhaps i'll propose that non-core stuff shouldnt be in branches on the mailing list then, as it seems it would cut down on issues
15:39.43koenemte: the problem is that when you commit something like "fix huge security hole in glibc" to org.oe.emte, which would apply cleanly to .dev as well and we ask "emte, could you apply that to .dev as well", you say "no, fuck .dev"
15:40.16koenwhich means one of the OE devs has to extract the diff an apply it .dev himself
15:40.28koenwhich is a problem with a lot of branches, with a lot of commits
15:40.45emteokay that is the case i was curious about, who decides/tests taht it will/would work without having multiple source repos?
15:40.59koenI don't get the question
15:41.11emtesince glibc would be concidered a core package
15:42.09*** join/#oe Crofton (n=balister@hc6521d81.dhcp.vt.edu)
15:42.11emtewell if you fix it in a branch that was forked ... 8 moths ago and you exclusivly use that branch, in order to put it back in the main you would have to pull .dev apply it and test it
15:42.23emtemoths/months*
15:42.51emtesince you would not know if glibc had chnaged without reading 8months of logs
15:43.57emte( on a side note i was wondering if a multiple diff tool and multiple branch commits might be useful for this )
15:44.01StarKruzrsuppose I wanted to compile something for the Z and statically link it
15:44.25StarKruzrhow would I go about doing that?
15:44.55koenemte: that would be an issue, but in practise the commits are pretty simple (2-3 lines) and you can view the current repo online
15:45.07emteset the static flag in your extra flags?
15:45.42StarKruzremte: let me be more clear.  I have *no idea* how to cross-compile :)
15:45.59emtelook at the bb metafile for your package
15:46.16*** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk)
15:46.28StarKruzrbut the static linking is important because I have no idea what libraries it needs, and suspect that even if I did they might not be available for the Z.
15:46.40StarKruzrwhat's a bb metafile, and this isn't from a package, it's from source.
15:46.48StarKruzr(I'm trying to put pork on my Z)
15:46.49Genesisa+
15:46.50emteStarKruzr, if they are not availible your package will not compile ...
15:47.02koenStarKruzr: OE takes care of dependencies itself
15:47.20koen(the whole point of OE)
15:47.28emtekoen, thanks for the info
15:47.31StarKruzr...
15:47.35StarKruzrbut
15:48.35StarKruzrok, I really don't get it.  this program is available as a .deb for Ubuntu and Debian, but that's obviously not going to help me because a) it's a .deb and b) it's for x86/PPC/whatever.  yes?
15:49.06emteStarKruzr, have you read GettingStarted?
15:49.12woglinde??????
15:49.42woglindewhere are my fishes
15:49.50emteStarKruzr, http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted
15:50.47StarKruzroh.
15:50.53StarKruzrwell, this looks helpful :)
15:51.36StarKruzrbut what if OE has never heard of the package I am making?
15:51.49emteStarKruzr, the branch you want is the one for the distro version your using
15:51.56emtethen you add it
15:52.00StarKruzrOpenZaurus.
15:52.02woglindestarkruz you can kindly ask and if someone has the tim he will do it
15:52.09woglindetime
15:52.17emtemost packages are very simple
15:52.20StarKruzrhonestly, I'd rather help contribute to the project
15:52.26emteother require changes ...
15:52.44StarKruzrdisclaimer: I'm functioning on almost no sleep and am somewhat muzzyheaded
15:52.51emteto start look at the packages dir in the repo for examples and get it to start compiling
15:52.59StarKruzrok
15:56.43CoreDump|homemuhaha, pop-volatile down to 0.99s =)
15:56.50CosmicPenguinOk - its time for matchbox and the Geode to get more friendly
16:04.46CroftonI have a bb file that complains abut some files that are installed but not shipped in any package
16:04.56CroftonI need them in the ipk
16:05.06Croftonwhat do I grep for in the bb files?
16:05.09pb__FILES
16:05.15*** join/#oe maxr (n=max@208.17.194.23)
16:05.29hrwre
16:05.30Croftonmaxr, I just asked
16:05.38maxrok
16:06.01Croftongrep for FILES in packages/*bb
16:06.05*** join/#oe EvilDevil (n=evildevi@p54A6FBA3.dip.t-dialin.net)
16:06.48hrwlooks like my attempts to get binary locales in .oz354x are progressing..
16:06.55hrwNOTE: generating locale es_NI (UTF-8)
16:06.59hrwfinally ;)
16:09.40hrwsomeone remember how much time does takes generating binary locales? few hours or eons?
16:10.02pb__couple of hours, I think
16:10.57hrwok. so I will do something other in that time
16:12.14radugahrw: it depends on whether you're sitting around waiting for it, or if you're busy doing something else while they build
16:12.27radugahrw: it takes bloody forever, in the former case
16:12.33radugahrw: not too long, in the latter case
16:13.24hrwraduga: I know, I know ;)
16:14.10radugahrw: "few hours" modulo your cpu/disk speed probably :)
16:15.37hrwraduga: today I can leave it for whole night
16:16.53*** join/#oe zap (n=zap@217.170.93.9)
16:18.20LaibschIs it just me or is qpobox not compiling in the current dev branch?  I know about bugs 842 and 843 but I am unsure as to what has been incorporated into OE already and what's left to be patched in.
16:19.09hrwLaibsch: qte configs are updated for it?
16:22.24Laibschhrw: Thank you for the reply.  That is what I was talking about.  I was not sure if that still needs to be done since apparently, most of what is in bug 843 is in .dev already.  Were you able to compile qpobox?
16:22.39hrwLaibsch: I do not have .dev builds
16:22.56Laibschhrw: Where do I "QPOBox requires QEucJpCodec to be enabled in libqte"?
16:23.08Laibschhrw: Just oz354x?
16:23.13LaibschI could try there.
16:23.43hrwsomeone has 4.x builddir and can check one build?
16:23.52koensure
16:24.25hrwkoen: try to build /tmp/openttd_0.4.7-r4651.bb
16:24.56hrwkoen: 3.4.4 gives ICE
16:26.59hrwkoen: http://oe.pastebin.com/694406 is what I got
16:27.46koenNOTE: package openttd-0.4.7-r4651-r0: task do_compile: started
16:29.03koenNOTE: package openttd-0.4.7-r4651-r0: task do_package: started
16:29.07koenand it fails there
16:29.13koenso gcc 4.1 works
16:29.26hrwcoool
16:29.41koen| install: cannot stat `/data/build/koen/OE/build/tmp/angstrom/work/armv5te-linux-gnueabi/openttd-0.4.7-r4651-r0/OTTD-source-nightly-r4651//scenario/*.scn': No such<bla>
16:30.09hrwok
16:30.33*** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de)
16:32.07*** part/#oe maxr (n=max@208.17.194.23)
16:34.26koenhrw: did you seen the images for the c7x0 flash menu?
16:34.47hrwyes
16:35.05hrwinstallation for total dummies
16:35.44koenI'll make pictures of the battery switch when I have some more time
16:37.25hrwI have bloodhound gang day
16:37.41koenyou do?
16:38.30hrwnp: The Bloodhound Gang - Uhn Tiss Uhn Tiss Uhn Tiss (0:45 / 0:00)
16:38.54*** join/#oe EvilDevil (n=evildevi@p54A6FBA3.dip.t-dialin.net)
16:38.55koenthat on is in my playlist as well :)
16:41.17hrw~seen _law_
16:41.21ibot_law_ <n=_law_@213.173.86.202> was last seen on IRC in channel #openzaurus, 4d 22h 32m 34s ago, saying: 'MrJesse: it is also i good idea to link /var/tmp and /var/lib/ipkg to you sd'.
16:41.30koen~seen __law__
16:41.31ibot__law__ <n=law@mail.stiftadmont.at> was last seen on IRC in channel #oe, 9h 52m 37s ago, saying: 'hi koen '.
16:41.40hrw~seen *law*
16:41.42ibothrw: i haven't seen '*law*'
16:41.50hrwibot: you suck
16:41.51ibotThank you!  That will be $5
16:41.56woglindehihi
16:42.02woglinde5 zloty
16:42.03koensouthpark fans
16:42.27hrwwoglinde: I should have 5 pln coin in wallet
16:55.03hrw~hail SFTP KIO
16:55.05ibotACTION bows down to SFTP KIO and chants, "I'M NOT WORTHY!!"
16:55.15hrwsaving patches from kmail directly to ewi roxx
16:56.32*** join/#oe katossi (n=guillerm@dslb-084-063-140-112.pools.arcor-ip.net)
17:02.24*** join/#oe uv1 (n=uv@p50890254.dip0.t-ipconnect.de)
17:09.53tmbincCosmicPenguin: sorry to bother you again - do you have any tools/... available for creating a partition table / fat boot partition now?
17:10.14hrwdosfstools
17:10.16hrw?
17:10.43tmbinc..in an image file :)
17:10.49tmbinci.e. scriptable without being root
17:11.25tmbinci know it's not a big deal (mtools can create the dos partition, and creating a partition table is not that hard), but i'd like to stick to standard tools
17:11.28tmbinc(if possible)
17:12.52hrwiirc we added kind of this into .dev recently
17:16.58CosmicPenguintmbinc: ah, yes
17:17.29CosmicPenguintmbinc: http://cosmicpenguin.net/pub/sources/dosfstools-patches/
17:17.33CosmicPenguinOk - thats the dofstools patches
17:17.42CosmicPenguinthat will create a dos partition from a directory
17:17.53CosmicPenguinsomewhat more OE friendly then mtools
17:17.55uv1Hi
17:17.55CosmicPenguinat least I think
17:18.15CosmicPenguintmbinc: http://cosmicpenguin.net/pub/sources/imgloader/
17:18.41CosmicPenguintmbinc: and that is a two part system - on one side it makes a binary image file with a generic partition table + your filesystem contents (gziped)
17:18.48uv1hrw: Anything new regarding the MMC kernel problem ?
17:18.56CosmicPenguinand on the other side it writes that image to a LBA addressed device
17:19.20CosmicPenguintaking into account geometry and other things that partition tables are picky about
17:19.24hrwuv1: will test another patch now
17:19.31uv1hrw: OK
17:19.45uv1Did you read my message regarding ALSA yesterday evening ?
17:21.18tmbincCosmicPenguin: that's great, exactly what i've been searching. thanks!
17:21.39CosmicPenguintmbinc: please bother me early and often with questions
17:23.05uv1tmbinc: Why did you not use fdisk ?
17:23.26hrwuv1: sound not working?
17:24.06uv1hrw: partly. mplayer plays ogg via headphone though they are a bit muted.
17:24.53uv1Speaker is very muted (nearly unhearable). Could it be, that for some reason the speaker signal is rootet to the microphone ?
17:25.14tmbincuv1: using sfdisk is ok, but you still need something to assemble the disk image then.
17:25.30CosmicPenguinThats exactly the point too - you want to eliminate the concept of partitioning from the install stage
17:25.47CosmicPenguinor at least, hide it
17:25.52CosmicPenguinfor the lusers of the world
17:26.30uv1tmbinc: What do you mean with assemble diskimage ?
17:27.52tmbincuv1: you need to pad the parttable to a cylinder boundary, then append the first image, pad again, append the second image. I didn't wanted to do that with "dd", especially as you don't know the exact boundaries (as they relate to a choosen CHS)
17:29.39*** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl)
17:29.57*** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu)
17:32.43uv1tmbinc: Understood. So dosfstools helps ?
17:32.43tmbincuv1: dosfstools doesn't know anything about partitions, iirc. just about the filesystem on it.
17:32.44CosmicPenguintmbinc: http://oe.pastebin.com/694521
17:32.55CosmicPenguinThats bootimg.bbclass - we use that to make the bootable dos image w/ syslinux
17:33.02CosmicPenguinhttp://oe.pastebin.com/694519
17:33.12CosmicPenguinAnd thats syslinux.bbclass - we use that to make automated configuration files and menus
17:35.01tmbincCosmicPenguin: did i miss the "mkimg" call there?
17:35.48CosmicPenguinI haven't posted it yet
17:36.02*** join/#oe greentux (n=m@195.227.105.180)
17:37.16hrwhi greentux
17:37.33greentuxhi hrw, and bugsquashing was good?
17:37.45CosmicPenguintmbinc: http://oe.pastebin.com/694530
17:37.47CosmicPenguinsomething to that effect
17:37.59*** join/#oe _law_ (n=_law_@213.173.86.202)
17:38.45hrwgreentux: fixed some bugs so yes
17:38.52hrw_law_: hi
17:38.58_law_hi hrw
17:39.35hrw_law_: I posted to winner of gfx contest to get some extra infos from him (name/surname/website)
17:39.53_law_hrw: okay thanks
17:40.06*** join/#oe eFfeM_log (n=eFfeM@ip545787f8.direct-adsl.nl)
17:43.40*** join/#oe matthinckley (n=matthinc@adsl-64-149-52-227.dsl.tul2ok.sbcglobal.net)
17:46.08*** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk)
17:46.37_law_koen: staging/arm-linux/include/libcroco-0.6/libcroco/libcroco.h couldnt be found from librsvg-2.11.1
17:46.48_law_rsvg-styles.c:838:31: libcroco/libcroco.h: No such file or directory
17:50.30hrw_law_: looks like badly staged libcroco
17:51.41*** join/#oe Ken|JLime (n=Ken|JLim@h7n2fls312o1049.telia.com)
17:52.30_law_hrw: if i change back the staging stuff from 0.6.0 everything works again..
17:52.48_law_hrw: btw. 5500 is on the way :-)
17:53.02*** join/#oe Timelord (n=TL@66.150.138.156)
17:54.52hrw_law_: cool
17:57.20*** join/#oe shiyee (n=Shiyee@0x535d6425.abnxx4.adsl-dhcp.tele.dk)
18:03.07koen_law_: ooops
18:03.19koen_law_: I guess I had 0.6.0 still installed
18:07.08CIA-903koen 07org.oe.dev * r53b45ad8... 10/packages/libcroco/libcroco_0.6.1.bb: libcroco: fix staging
18:09.03_law_koen: thanks
18:09.27LaibschHi,
18:09.44LaibschI compiled anthy successfully now.
18:09.48LaibschYEAH!
18:09.58hrwcool
18:10.02LaibschTrying to get the necessary front-end into OE now.
18:10.12LaibschThe name is imkit-anthy.
18:10.56LaibschI have a bb file (basically just the source URI right now) but it fails with "No rule to make target `install'."
18:11.07LaibschTrying to take a look at the make files now.
18:11.36LaibschBut I do not even know where to start in the somewhat complicated OE dir structure.
18:12.16emteLaibsch, thats a bb file error
18:12.26emtedid you atleast inherti autotools?
18:12.28LaibschQuestion 1: Where is the place to look?  build/tmp/work/arm-linux/imkit-anthy-0.4.4-r0/?
18:12.30emteinherit*
18:12.45Laibschemte: No
18:12.49LaibschI will fix that.
18:12.53emteif not it does not know what type of build system the package uses
18:13.20LaibschQuestion 2: If I needed to make patches where should I apply them?
18:13.41emteLaibsch, you should really look at another bb file for examples
18:13.42Ken|JLimekoen: is the libc bug still there?
18:13.57emteeverything you have asked so far is there
18:13.58LaibschI had "inherit autotools pkgconfig"
18:14.06LaibschSo that is not it.
18:15.14CosmicPenguinwhy does libxsettings need coreutils-native?
18:15.20CosmicPenguinsigh
18:15.22Laibschemte: It is not always easy to understand where to look.  All bb files are different.  Maybe I should also add that I do not really have much of a clue about compilation ;-)
18:15.42emteLaibsch, packages/nano/nano_1.2.1.bb
18:15.42emte<PROTECTED>
18:16.28emteit has the minimum, a patch, and an extra file it needs to compile
18:16.44koenKen|JLime: which bug is that exactly?
18:17.20emtehmm missing a maintainer as well ...
18:17.42emtetoo bad i hate using it
18:18.49CosmicPenguinbah
18:20.40hrwKen|JLime: I'll push your #930 in a minute
18:21.21CIA-903koen 07org.oe.dev * rbfa05745... 10/conf/machine/jornada6xx.conf: jornada6xx.conf: sh -> sh3 and remove PREFERRED_VERSIONS, those should be in the $DISTRO.conf
18:21.27hrwor not :)
18:21.28CIA-903koen 07org.oe.dev * rd1e9c567... 10/conf/machine/lite5200.conf: lite5200.conf: remove stuff that should be in $DISTRO.conf
18:21.28koenhrw: are you sure?
18:21.52hrwkoen: add 'close #NUMB' next time please
18:22.03koencrap, forgot to add that
18:24.21hrwkoen: Eric ircnick is?
18:26.03koenuE
18:26.18koenand s/Eric/Erik/
18:26.36hrwuE?
18:26.43koen~seen uE
18:26.49ibotue <n=uE@d13.com> was last seen on IRC in channel #handhelds.org, 88d 17h 50m 33s ago, saying: ''night all'.
18:26.59koenthat's him
18:27.10hrwadded
18:27.28koenthanks
18:27.32hrwkoen: still no koen@hh.org?
18:27.42koennope
18:28.16hrwwe need cms for oe website...
18:29.28emtelol
18:29.45CosmicPenguinwow - this is so 2004
18:29.50emtehrw, arnt those called HOST backups?
18:30.34hrwkoen: 'You are now a registered user on LTG Projects'
18:36.43koenhrw: any suggestions for the scm?
18:37.13hrwkoen: scm or cms?
18:37.19koenehm
18:37.21koencms
18:37.57hrwkoen: I know wordpress, you know drupal
18:38.18*** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-24-138.w86-201.abo.wanadoo.fr)
18:38.44hrwkoen: I also saw many projects which used wiki also for mainpage
18:39.20koenthat could work as well
18:39.20cyrilRomainevening
18:39.25koenhey cyrilRomain
18:39.40hrw|afktime to do some homecleaning
18:39.49koenhrw|afk: we just need someone to to the styling
18:41.04hrw|afkkoen: create few snapshots as gfx and I will try to get someone for layouting
18:41.19hrw|afkkoen: remember that I do websites at work ;D
18:41.22koen:)
18:41.39koenhrw|afk: I know that, I just don't know if you *want* to do it
18:42.01cyrilRomainkoen: finally, I remade the script in bash (less quote and comma than the python one), with the md5sum check: http://oe.pastebin.com/694676
18:43.05koencyrilRomain: s/donw/down/
18:43.10CosmicPenguinman - nothing like building a GUI to make you pine for a USES behavior, huh?
18:43.30cyrilRomainkoen: BTW, there is a problem in the OE.db.bz2.md5 : it refers to the /var/www/OE.db.bz2 instead of just OE.db.bz2
18:44.16cyrilRomainkoen: you have phoenix eyes ;)
18:44.57koenand s/ipi/ippi/
18:45.19cyrilRomainkoen: two phoenix eyes ;)
18:46.02koencyrilRomain: md5sum corrected
18:46.06koenhttp://ewi546.ewi.utwente.nl/OE/OE.db.bz2.md5
18:46.13koenthe script now seds out the path
18:48.40cyrilRomainkoen: 'seds out the path' ?
18:49.26koencyrilRomain: http://oe.pastebin.com/694686
18:52.03cyrilRomainkoen: great
18:52.09hrw|afkkoen: http://oe.pastebin.com/694692
18:53.16koenthanks
18:53.19cyrilRomainhrw|afk: even better :)
18:53.45Laibschemte: I still have difficulty understanding the file structure.
18:53.56Laibschemte: That stuff is not in the sample bb files.
18:54.01cyrilRomainkoen: zecke mentioned yesterday the 'mnt db check' commande, it is a monotone-0.26 command ?
18:54.01hrw|afkok. now worse part - bathroom.
18:54.35hrw|afkRP: http://www.oesf.org/forums/index.php?showtopic=19184
18:54.35hrw|afkcu
18:54.47LaibschWhat is for example the difference between tmp/ and build/tmp/?
18:55.40RPhrw|afk: :-/
18:56.33cyrilRomainLaibsch: should be the same directory I think. If you can have both, I guess it's because you 'bitbake somepackage' from the ./ and 'bitbake somepackage' from the build/ directory
18:58.13cyrilRomainLaibsch: so be sure to always call bitbake from the build/ directory, or set the TMPDIR in your local.conf file
19:00.50LaibschOK
19:01.08LaibschBut I think TMPDIR is set.
19:02.56LaibschActually, it was not.
19:02.58*** join/#oe EvilDevil (n=evildevi@p54A6FBA3.dip.t-dialin.net)
19:03.58*** join/#oe koen|eabi (n=koen@dominion.kabel.utwente.nl)
19:06.21*** join/#oe EvilDevil (n=evildevi@p54A6FBA3.dip.t-dialin.net)
19:09.40*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
19:23.57*** join/#oe evildevil_ (n=evildevi@p54A6FBA3.dip.t-dialin.net)
19:24.13RP~botmail for zecke: Does http://www.rpsys.net/openzaurus/temp/bb_ncurses_fix-r0.patch look like the right solution?
19:26.38hrwre
19:26.49hrwRP: new patch to add to linux-oz
19:27.04hrwmmc 1/2 + 2/2
19:27.09woglindere hrw
19:27.14radugahrw: ?
19:27.17*** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl)
19:28.07hrwraduga: read lakml
19:28.14radugaok
19:30.37hrwraduga: basically: mmc timeouts fixes
19:30.57hrwraduga: 2/2 was tested be me on card which does not work under 2.6
19:31.14radugagreat
19:31.58hrwNOTE: package linux-openzaurus-2.6.16-r19: task do_patch: completed
19:34.37*** join/#oe nts|wrkgi (n=gints@195.244.141.102)
19:41.25CIA-903hrw 07org.oe.oz354x * rd17bc11d... 10/packages/linux/ (4 files in 2 dirs): linux-openzaurus: added 2 MMC patches from RMK - should help with timeouts a bit
19:41.28CIA-903hrw 07org.oe.dev * r06d21bcf... 10/packages/linux/ (3 files in 2 dirs): linux-openzaurus: added 2 MMC patches from RMK - should help with timeouts a bit
19:42.44RPhrw: That's good news. It might even fix that error on the forum :)
19:44.55hrwRP: may but does not have to
19:45.05hrwRP: my cards still fail with 2/2 patch
19:45.20*** join/#oe zecke (n=ich@88.134.3.107)
19:45.24hrw> cards still fails:
19:45.27woglindere zecke
19:45.27hrwIndeed it does, but with this patch we can continue to talk to the card,
19:45.27hrwso it's a positive step forward in terms of handling data timeout errors
19:45.27hrwcorrectly.
19:45.28hrwThanks for confirming that change.
19:45.36hrwrmk mail
19:45.41hrwwb zecke
19:46.03hrwzecke: out of revdns entries?
19:46.21*** join/#oe Ken|JLime (n=Ken|JLim@h7n2fls312o1049.telia.com)
19:46.40do13RP: which gcc version do you use for the kernel?
19:47.02RPdo13: 3.4.3
19:47.20zeckeRP: weird this patch didn't work for me :}
19:47.57hrwdo13: I use 3.4.4
19:48.09RPdo13: Although I've booted 4.0 and 4.1 compiled versions (EABI though)
19:48.16do13RP,hrw: thx. 4.0.1 is evil
19:48.22RPzecke: Its working here now...
19:49.57RPhrw: At least you're making some headway :)
19:50.13hrwdo13: I booted 4.0.2 compiled kernels without problems
19:50.16hrwRP: ?
19:50.25RPhrw: With rmk on that problematic card
19:50.49*** join/#oe tmbinc (i=XXX@e176169153.adsl.alicedsl.de)
19:51.02zeckeRP: and I fear we need a test case as well ;)
19:51.47RPzecke: That'll be tricky without hooking into bitbake internals :-/
19:52.05do13hrw: my 4.0.1 kernel works without nand:) 3.4.4 generates correct code and koens 4.1 eabi kernel works
19:52.15hrwRP: in next days I will get sharp serial cable - next debug session will be more detailed
19:52.27*** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it)
19:52.34zeckeRP: that is easy ;)
19:52.44zeckeRP: mickeyl has some unused python magic in shell.py
19:52.56zeckeRP: e.g. we can load bin/bitbake like any other module :}
19:52.57RPhrw: For kernel bugs they're near essential
19:53.23RPzecke: I didn't know that. I might have a use for it :)
19:53.32zeckecya in a while I need to get my physics assignment finished
19:53.53RPok. I'll probably go and watch a film shortly...
19:53.56zeckeRP: you could even 'inject' your version of a function :)
19:54.11zeckeI think I will be around some more hours
19:54.12RPzecke: python is scary ;-)
19:54.48zeckeRP: dynamic ;)
19:54.55*** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl)
19:55.48zeckeJustinP: Erik has no write access at all :)
19:56.55hrwzecke: Erik H?
19:57.11pb_zecke: :-(
19:57.22zeckethis was my impression from the mail
19:57.30zeckepb_: you don't have access as well ;)
19:57.39pb_:-)
19:57.40zeckepb_: why should we grant it to Erik then ;)
19:58.05pb_well, at least Erik seems to have asked for it.  I guess that puts him one step ahead.
19:58.18zeckepb_: right, and it should be granted of course
19:58.29hrwkoen and mickeyl will add him on days
19:58.58pb_let's hope mickey|exhausted soon recovers sufficiently to do the needful
20:00.38Ken|JLimezecke: getting any closer to fixing the glibc bug?
20:01.20zeckeKen|JLime: ah, didn't the patch work?
20:01.37zeckeKen|JLime: alternatively try RPs patch
20:07.24StarKruzrcd 12
20:12.12Ken|JLimezecke: havent used the patch yet, just wonderd if any patch has gone into the repository
20:29.18*** join/#oe nlt (n=laradji@dsl-magic-1.mpl4.ovea.net)
20:37.58zeckekoen: could we install a key from erik?
20:38.28chouimatany documentation on how to add a new machine and distro into oe?
20:38.57zeckechouimat: not yet
20:39.09zeckechouimat: edit text files is the closest thing, and mickeyls fosdem talk
20:39.41cbrakechouimat: pick something close, make sure it builds and then change it to fit your needs.
20:40.00zeckeOn the varpoware list are screencasts
20:40.49chouimatzecke: cbrake thank guys ...
20:56.43*** join/#oe W8TVI (n=me@166.165.158.34)
20:57.05*** join/#oe tchnk2|afk (n=hwtechni@tor/session/external/x-9c5f2a4d5e2f83eb)
21:07.09hrwnight all
21:16.23zeckehrw|gone: cya
21:16.29zeckehrw|gone: I will send you some files tomorrow
21:20.45Croftonchouimat, copy someone else machine and distro files
21:21.06CroftonI am sort of doing that for the osk machine and openmap distro
21:21.45koenzecke: way ahead of you
21:23.13zeckeadded him?
21:23.16koenzecke: and actually it was me who approached Erik about access a month ago, not the other way around :)
21:23.29koenzecke: I've been the past two hours in the cinema
21:24.53zeckefor the last hour i have been writing bullshit for my physics assignment
21:26.18radugawhat were you assigned?
21:26.44koenzecke: it would also help if I actually had Eriks key to add...
21:27.05zeckeraduga: boring mechanics/dynamics assignment for minors
21:30.22koenzecke: I'll add the key as soon as it lands in my inbox && I'm awake
21:32.42zeckekoen: did you inform erik as well?
21:33.00koenzecke: yes I did
21:33.10zeckenice
21:33.12koenzecke: hrw got a CC: to add him to people.php
21:33.22zeckeawesome
21:33.32koenzecke: I forgot to follow up on the email conversation we had a month ago
21:34.05Crofton~lart koen
21:34.07zeckethat happens
21:34.11Crofton:)
21:34.30CosmicPenguinThats an interesting lart - combining Looney Tunes and Disney
21:35.52Croftonand sleeping, given koan's comment about being awake
21:36.37*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
21:39.56zeckeRP: I'm back
21:41.17koenzecke: can tinderbox create groups?
21:41.28zeckekoen: groups?
21:41.41zeckekoen: What makes tbox3 good = it doesn't crash like tbox2 does
21:42.10zeckekoen: you want to group by built software?
21:42.17koenzecke: like a link to a MACHINE (say, c7x0) which shows all the builds going on using that machine (oz, angstrom)
21:42.36koenand a link to $DISTRO, which would should for what machines it is getting built
21:42.42zeckekoen: it will work that way (including ATOM, irc bot...)
21:43.02zeckekoen: I'm happy we receive the data ATM
21:43.02koenzecke: I just fired up a multimachine build for angstrom :)
21:43.27zeckeoh
21:43.53koenand I put ${DISTRO}-${MACHINE} in the tinder name
21:44.20koenINDER_MACHINE    = "ewi546-${DISTRO}-${MACHINE}-bootstrap"
21:44.22koento be exact
21:44.34koen(although I'm building gpe)
21:45.12zeckekoen: I will start to send 'hostname+distri+WHAT-YOU-BUILD'
21:45.34koenand machine?
21:48.38*** join/#oe nts|wrkgi (n=gints@195.244.141.102)
21:49.45koenRP: "Installed 3.5.4-rc2 and it now detects my card as 1.9gig free "
21:50.21*** join/#oe hufnus (n=slonsiki@DSL135-022.labridge.com)
21:50.23*** join/#oe Timelord (n=TL@4.78.4.43)
21:50.54koenzecke: how easy can we pull info like "what was the last succesfull build for machine foo" from tinderbox?
21:51.34koenzecke: I'd like to integrate it with the CMS we'll use for the new OE site
21:54.30zeckekoen: once I hacked on tbox it will be possible
21:55.00zeckekoen: current agenda, Fix BitBake, Create BitBake QA, Consider OE Foundation
21:55.08zeckekoen: make TBox the way I want
21:56.21Croftondecide what scm to use for oe metadata ...
21:59.57CosmicPenguinwow
22:00.36*** join/#oe Ken|JLime (n=Ken|JLim@h7n2fls312o1049.telia.com)
22:01.55koenCosmicPenguin: wow?
22:03.10CosmicPenguinkoen: heh - no, matchbox just went boom
22:03.14CosmicPenguinso I was vocalizing
22:03.35koendid you wrap tinfoil around it and heat it?
22:04.12*** join/#oe redguy (n=mati@adj25.neoplus.adsl.tpnet.pl)
22:04.22CSManuhmmm.... a couple of questions
22:04.31CSManwhat's the normal transfer rate for an SD card ?
22:04.43koendepends on the card
22:04.59koenanywhere between 10kB/s and 3MB/s
22:05.16CSMani'm getting 60kb/s on a 1gb sandisk
22:05.17koenit also depends on the controller :)
22:05.21zeckeRP: okay, I need to go to bed (tired) and need to wake up in 7h again
22:05.22CSMankoen: so it doesn't depend on the OS
22:05.28CSManah, there you go
22:05.30CSMan=P
22:05.50koenzecke: sleep tight
22:05.59CSMansecond question, i haven't found vnc in the .dev branch
22:06.05CSManis it even part of oe ?
22:06.49koenCSMan: try looking in ./packages/vnc
22:07.25CSManorg.openembedded.org/packages/vnc ?
22:07.46CSMan*dev
22:07.50koenprobably
22:08.06CSManok
22:39.26*** join/#oe p0g0 (n=pogo@69.176.63.171)
22:41.57*** join/#oe reenoo (n=r@p5489D665.dip.t-dialin.net)
23:40.04*** join/#oe Harvy (n=norm@80-193-172-141.cable.ubr05.pres.blueyonder.co.uk)

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.