00:01.42 | CIA-9 | 03kristoffer 07org.oe.dev * rab0d2fe5... 10/conf/distro/ (preferred-opie-cvs-versions.inc jlime-donkey.conf): (log message trimmed) |
00:01.42 | CIA-9 | distro/preferred-opie-cvs-versions.inc: Addition of new opie cvs file |
00:01.42 | CIA-9 | * Uses SRCDATE_<package> where SRCDATE=Opie_Version. This is used |
00:01.42 | CIA-9 | <PROTECTED> |
00:01.42 | CIA-9 | <PROTECTED> |
00:01.44 | CIA-9 | <PROTECTED> |
00:01.48 | CIA-9 | distro/jlime-donkey.conf: Changes to reflect Opie-cvs package. |
00:04.10 | thejapa | Kristoffe: hey, the SRCDATE_* thing worked then? |
00:04.53 | Kristoffe | yeah it did :) |
00:05.38 | thejapa | cool! |
00:06.56 | *** join/#oe myopiate (n=myopiate@219.70.69.162) |
00:16.24 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
00:18.57 | *** part/#oe simcop2387 (n=simcop23@p3m/member/simcop2387) |
00:19.25 | *** join/#oe csmanx (n=csman@70.55.80.250) |
00:25.13 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
00:34.24 | *** join/#oe marcan (i=1337@64.Red-83-54-251.dynamicIP.rima-tde.net) |
00:36.01 | *** join/#oe marcan (i=1337@64.Red-83-54-251.dynamicIP.rima-tde.net) |
00:38.09 | emte | i am curious since a relativly stale bug is getting so much attention now |
00:38.35 | emte | when did unstable-CVSDATE become a valid version? |
00:39.21 | emte | and i promise no more generic closures for stale bugs |
00:40.39 | thejapa | emte: maybe it should be put in big letters: we warned you, unstable and CVSDATE is UNSTABLE. |
00:41.11 | thejapa | i have to confess I fell into that trap :) I thought like: "nah, they're just kidding" |
00:41.12 | thejapa | hehe |
00:41.19 | emte | thejapa, thats not really relevant in this case |
00:42.18 | thejapa | oh, sorry then :) |
00:42.26 | emte | my comments when i closed the bug were not really right, it was just a generic response to someone using unstable |
00:42.40 | emte | it was also 3 months old without a reply |
00:43.00 | emte | i should have given the actual solution and closed it |
00:43.26 | emte | which was the fact they were using the wrong kernel |
00:44.48 | emte | but i suppose greif over one out of ~10 clossures isnt too bad |
00:44.55 | thejapa | :) |
00:46.19 | thejapa | huh, can't you comment on the bug even after it's closed? |
00:47.03 | emte | yeah |
00:47.59 | emte | http://bugs.openembedded.org/show_bug.cgi?id=971 |
00:48.08 | emte | is the culprit if your curious |
00:50.17 | emte | it is rather sad that a bug tagged as seveare as "blocker" was not replied to |
00:52.07 | emte | anyway bbl |
00:56.42 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
01:36.07 | *** join/#oe bloodrunner (n=bloodrun@dialup-4.233.197.230.Dial1.Manchester1.Level3.net) |
01:54.31 | *** part/#oe thejapa (n=thejapa@240c.prudente.unesp.br) |
01:55.02 | v8jlene | NAiL: ssmtp is your package? |
02:18.06 | CIA-9 | 03lenehan 07org.oe.dev * r8fc5d933... 10/packages/man/man_1.5p.bb: |
02:18.06 | CIA-9 | man 1.5p: Disable parallel make or it fails due to trying to link object |
02:18.06 | CIA-9 | files into the final executable before they have completed building. |
02:32.18 | *** join/#oe csmanx (n=csman@70.55.80.250) |
02:34.17 | CIA-9 | 03lenehan 07org.oe.dev * r4a8c0e4e... 10/packages/conserver/conserver_8.1.2.bb: |
02:34.17 | CIA-9 | conserver 8.1.2: Use EXTRA_OEMAKE to change the install command so that it |
02:34.17 | CIA-9 | does not try and call the host strip command in do_install. |
02:34.35 | chouimat|ibook | night |
02:38.28 | CIA-9 | 03lenehan 07org.oe.dev * rfa8ae021... 10/packages/conserver/ (conserver.inc conserver_8.1.14.bb conserver_8.1.2.bb): conserver 8.1.14: Add the latest version of conserver. |
02:43.32 | CIA-9 | 03lenehan 07org.oe.dev * r7177edf4... 10/packages/conserver/ (conserver.inc conserver_8.1.14.bb conserver_8.1.2.bb): |
02:43.32 | CIA-9 | conserver: Include the example files in the documentation package |
02:43.32 | CIA-9 | instead of leaving them unpackaged. |
02:58.56 | *** join/#oe thejapa (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
03:02.01 | *** join/#oe NAbyss (n=foo@220-253-32-230.VIC.netspace.net.au) |
03:40.42 | CIA-9 | 03lenehan 07org.oe.dev * r9fb62df8... 10/packages/conserver/ (5 files in 2 dirs): |
03:40.42 | CIA-9 | conserver: Add a proper init script for conserver and use a default file to |
03:40.42 | CIA-9 | set the port number so that it does not require an entry in /etc/services to |
03:40.42 | CIA-9 | run. |
03:46.14 | CIA-9 | 03lenehan 07org.oe.dev * r69b99cad... 10/packages/quagga/ (4 files): |
03:46.14 | CIA-9 | quagga: Make the default files, which are used for local administrator |
03:46.14 | CIA-9 | settings, as configuration files. |
03:59.14 | *** part/#oe AvengerMoJo (n=alex@219.142.245.20) |
04:11.27 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
04:36.07 | CoreDump|home | morning |
04:43.49 | *** join/#oe W8TVI (n=me@166.166.10.213) |
05:03.49 | *** join/#oe thejapa (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
05:04.00 | *** join/#oe lmanul (n=manu@dan75-4-82-239-58-38.fbx.proxad.net) |
05:10.55 | *** join/#oe _law_ (n=law@81.223.225.146) |
05:13.31 | *** join/#oe hvontres (n=henry@adsl-75-7-229-157.dsl.sndg02.sbcglobal.net) |
05:30.31 | *** join/#oe henry_ (n=henry@adsl-75-11-184-38.dsl.sndg02.sbcglobal.net) |
05:35.56 | *** join/#oe zecke (n=ich@88.134.0.193) |
05:38.56 | hvontres|home | Morning CoreDump|home |
05:39.21 | CoreDump|home | hi there hvontres |
05:43.14 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-7302.bb.online.no) |
05:45.42 | CIA-9 | 03coredump 07org.oe.oz354x * r9ea144b9... 10/packages/altboot/ (altboot_1.0.6.bb altboot_1.0.7.bb): altboot: Update to 1.0.7 final |
05:45.46 | CIA-9 | 03coredump 07org.oe.dev * r29e89051... 10/packages/altboot/ (6 files in 3 dirs): altboot: Update to 1.0.7 final |
05:47.13 | hvontres|home | hey, I see you put in a new altboot.. does that work with 2.6 poodle? |
05:52.21 | CoreDump|home | yep |
05:52.25 | hvontres|home | ~seen RP |
05:52.29 | ibot | rp is currently on #gpe #oe #openzaurus #handhelds.org, last said: '(when in headset mode)'. |
05:53.51 | hvontres|home | RP: I tried to use the current corgi configutation on poodle. When I try to load the modules, I get this error: |
05:53.52 | hvontres|home | insmod: cannot insert `/lib/modules/2.6.17/kernel/sound/soc/snd-soc-core.ko': Unknown symbol in module (-1): No such file or directory |
05:55.04 | hvontres|home | RP: Am I correct to asume that the machine specific stuff is in corgi.c? |
05:55.41 | hvontres|home | CoreDump|home: neato. I guess its time to do another pull..:) |
05:56.06 | CoreDump|home | the -rc series from .dev had poodle support for quite some time now ;) |
05:56.37 | hvontres|home | CoreDump|home: Arrrgh- not the .dev branch...:) |
05:59.27 | hvontres|home | CoreDump|home:It's a shame about the sonund not working... other than that the 2.6 stuff looks great. |
06:00.17 | CoreDump|home | indeed |
06:03.37 | hvontres|home | and it looks like we are really close too... half of the alsa module load ok |
06:06.46 | hvontres|home | CoreDump|home:too bad dual booting was kind of a bust... no suspend is a real showstopper.. |
06:07.06 | CoreDump|home | you mean dualbooting w/ kexec? |
06:07.31 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
06:07.53 | JustinP | spitz+kexec=dual boot with 2.4 kernel :-) |
06:08.14 | JustinP | (would even be Sharp ROM-able if you were so inclined) |
06:08.56 | hrw | morning |
06:09.06 | hvontres|home | CoreDump|home: yes. Tried to kexec and then altboot to sd. but it would freeze up on suspend...:( |
06:09.07 | hrw | ~lart sharp for usb host in tosa |
06:09.25 | CoreDump|home | hvontres|home: :\ |
06:09.35 | CoreDump|home | morning hrw |
06:09.46 | hvontres|home | hrw: Morning...not happy with your sharp/tosa :) |
06:10.18 | hrw | CoreDump|home: use 'update-alternative' class! |
06:10.30 | hrw | ;D |
06:11.53 | CoreDump|home | hrw: I can't for fluxbox |
06:12.10 | hrw | CoreDump|home: altboot? |
06:12.35 | CoreDump|home | dunno actually as postinst works fine ;) |
06:13.08 | hrw | CoreDump|home: u-a do the same and I think that it should be used ;) |
06:13.20 | hrw | hrw@bitbake:~/devel/build/3541$ for machine in c7x0 spitz akita;do echo "MACHINE = \"$machine\"" > conf/auto.conf;echo "MACHINE = \"$machine\"";bitbake -cclean gpe-image opie-image bootstrap-image;bitbake gpe-image opie-image bootstrap-image ;done |
06:15.06 | hrw | hmm... will switch it to bbrebuild next time - faster |
06:33.23 | hrw | quote from sig: |
06:33.23 | *** join/#oe EdenX (n=EdenX@ip-34.net-81-220-42.lyon.rev.numericable.fr) |
06:33.26 | hrw | <PROTECTED> |
06:33.29 | hrw | <PROTECTED> |
06:34.22 | jkp_ | well - x86 builds seem borked |
06:34.29 | jkp_ | its nothing to do with my fedora 5 rig |
06:34.42 | hrw | jkp_: ;( |
06:34.43 | jkp_ | i installed debian in a brand new VM and went from there |
06:34.48 | jkp_ | and i got the same errors |
06:35.18 | jkp_ | hrw: its extremely frustrating...if i can just get a working combination for the toolchain! |
06:35.37 | jkp_ | how can we resolve this issue? |
06:35.46 | jkp_ | is there a bug tracker for OE? |
06:36.06 | hrw | bugs.openembedded.org |
06:36.43 | jkp_ | are there more devs than those that hang out in here? |
06:39.19 | jkp_ | someone already filed it |
06:39.20 | jkp_ | http://bugs.openembedded.org/show_bug.cgi?id=1000 |
06:40.30 | *** join/#oe zecke (n=ich@rosine250.inf.fu-berlin.de) |
06:44.06 | jkp_ | ]right, i updated the bug, but im wanting to try and help out solving it |
06:44.17 | jkp_ | is there anyone who might be able to spend some time on it with me later today? |
06:45.19 | hrw | not me - too much work at work |
06:45.38 | jkp_ | hrw: thanks |
06:45.49 | jkp_ | ill be back on in a bit, ill shout again and see if anyone else is able |
06:46.04 | jkp_ | hope im not pestering but this will be for the benefit of all in the end i ghuess |
06:46.10 | jkp_ | gtgg |
06:46.24 | zecke | ljp: ping |
06:46.30 | zecke | ljp: when is Qtopia GPL due? |
06:51.08 | CIA-9 | 03coredump 07org.oe.oz354x * rd815029f... 10/packages/fluxbox/ (fluxbox/apps.gpe.akita fluxbox_0.99+1.0rc.bb): fluxbox: Add more geometry defaults |
06:51.12 | CIA-9 | 03coredump 07org.oe.dev * r1c16cc76... 10/packages/fluxbox/ (4 files in 3 dirs): fluxbox: Add more geometry defaults |
06:54.33 | *** join/#oe thejap1 (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
06:55.33 | hrw | hi marcos |
06:57.31 | thejap1 | duh brb |
06:57.36 | *** part/#oe thejap1 (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
06:58.04 | *** join/#oe thejapa (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
06:58.55 | thejapa | ~lart usb wifi on my notebook |
06:59.25 | thejapa | hi hrw! sorry, my notebug is weird sometimes |
07:00.49 | hrw | happens |
07:05.42 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
07:14.01 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
07:14.07 | do13_ | morning all |
07:14.14 | hrw | hi dirk |
07:14.24 | do13_ | hey Marcin |
07:15.06 | hrw | tosa wifi suxx |
07:16.02 | hrw | suspend so ifdown wlan0 so usbctl off 1 on down. resume so ifup wlan0 so usbctl on 1 so OOPS.. |
07:16.11 | do13_ | hehe |
07:16.53 | hrw | and wlan-ng lack WPA.. |
07:17.22 | do13_ | try to insert a ifconfig down before ucbctl |
07:17.33 | do13_ | yeah wlan-ng is crap |
07:18.38 | hrw | btw gpe look sweet on tosa |
07:18.55 | do13_ | prism2 usb should be handled via the kernel hostap driver, but it needs time and motivation |
07:19.47 | hrw | if sharp will add wifi to new models and will do it like it is done in tosa then I will ignore existance of that machine |
07:20.34 | do13_ | gpe can't configure wifi, they ignore wlan-ng |
07:20.49 | hrw | sure you are? |
07:20.59 | do13_ | try to set a wep key |
07:21.32 | hrw | ah.. wlan-ng do it in other way then normal drivers? |
07:21.45 | do13_ | yes |
07:21.57 | hrw | jezz... then it suxx even more |
07:23.11 | do13_ | I added the systax to the opie networksettings applet, but this need to be done for gpe too |
07:23.53 | do13_ | also iwconfig won't work (not all functions) |
07:24.02 | hrw | fscking shit |
07:24.18 | do13_ | ~lart wlan-ng |
07:24.28 | hrw | ~kill wlan-ng |
07:24.30 | ibot | ACTION shoots a super-inverse tachyon gun at wlan-ng |
07:24.39 | hrw | ~kill wlan-ng once more |
07:24.40 | ibot | ACTION shoots a super-inverse fluxproton gun at wlan-ng once more |
07:24.40 | hrw | :D |
07:24.59 | hrw | time to go to work |
07:46.34 | hrw|work | re |
07:47.56 | do13_ | hrw|work: wb |
07:49.51 | *** join/#oe ixoth (n=ixoth@nat-ilca.tepkom.ru) |
07:50.07 | ixoth | Hello everyone |
07:54.06 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
08:02.48 | XorA | morning |
08:03.48 | CoreDump|home | hi XorA |
08:04.17 | XorA | bloody debian testing has no xserver today :-( |
08:05.35 | RP | morning all |
08:06.11 | RP | XorA: The c7x0 audio input issues should be fixed in 2.6.17. Just that speaker bug remaining |
08:06.49 | RP | koen: If 2.6.16 is still around, that will scare people (for FOSDEM) ;-) |
08:07.02 | XorA | RP: I shall upgradew later and test |
08:09.53 | *** join/#oe Laibsch (n=Laibsch@V173e.v.pppool.de) |
08:10.46 | do13_ | hey Richard |
08:11.33 | hrw|work | hi RP XorA koen |
08:12.15 | do13_ | RP: udev 0.92 has the input/touchscreen symlink rules? |
08:12.23 | RP | do13_: yes |
08:12.31 | hrw|work | http://kernel.org/git/?p=linux/kernel/git/pavel/zaurus.git;a=commit;h=696a3bb0ee3c88409d614649e7327981fadfea4b |
08:12.41 | hrw|work | http://kernel.org/git/?p=linux/kernel/git/pavel/zaurus.git;a=commit;h=5c557fb7eb1673567eff69f54af1e2af9417fdf4 |
08:12.52 | RP | do13_: Although 2.6.17 has a bug which breaks it (I've pushed a patch) |
08:12.54 | hrw|work | http://kernel.org/git/?p=linux/kernel/git/pavel/zaurus.git;a=commit;h=aac87068ae02031501634f1b105bcb10793fe6fe |
08:13.04 | hrw|work | pavel changes to charging on collie |
08:13.13 | *** join/#oe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
08:13.31 | hrw|work | hi Cwiiis |
08:13.33 | *** join/#oe ade|desk (n=ADAVEY@194.200.143.249) |
08:13.45 | do13_ | RP: thx, I had no symlink :) |
08:13.46 | Cwiiis | Hey hrw|work |
08:13.54 | ade|desk | morning all |
08:14.05 | hrw|work | hi ade |
08:14.23 | do13_ | RP: is the patch in 2.6.17.bb? |
08:14.28 | RP | do13_: yes |
08:14.42 | do13_ | RP: ok, will rebuild kernel |
08:14.58 | RP | do13_: input_modalias_fix |
08:15.15 | *** join/#oe LordVan (n=lordvan@i-83-67-126-41.freedom2surf.net) |
08:15.16 | *** join/#oe Timelord (n=TL@4.78.4.43) |
08:15.22 | RP | do13_: It should also make the next 2.6.17 stable release |
08:16.46 | koen | good morning all |
08:16.50 | RP | Actually, it was in 2.6.17.2 :) |
08:16.53 | RP | morning koen |
08:17.20 | do13_ | morning koen |
08:17.54 | koen | hey RP and do13_ |
08:18.03 | ade|desk | morning koen |
08:18.17 | koen | hey ade|desk |
08:18.27 | mithro | hey |
08:18.30 | mithro | sup people? |
08:18.47 | ade|desk | koen: how is eabi work going ? |
08:19.46 | hrw|work | heh.. need to finally findout why rm_work stops from time to time |
08:20.17 | XorA | hrw|work: it doent always run as the last task |
08:20.50 | *** join/#oe AvengerMoJo (n=alex@219.142.245.20) |
08:21.06 | XorA | hrw|work: It needs to be after do_package and do_deploy if I remeber right |
08:21.28 | *** join/#oe Timelord (n=TL@4.78.4.43) |
08:21.45 | *** join/#oe noclouds (n=mhfan@60.166.55.214) |
08:21.52 | hrw|work | XorA: 21 addtask rm_work before do_build after do_package |
08:22.18 | XorA | hrw|work: do_package isnt always the last task |
08:22.24 | koen | ade|desk: 2.6.17/eabi doesn't mount jffs2 on my c700 adn 2.6.16/eabi doesn't like binaries on my hx4700 |
08:22.54 | hrw|work | XorA: thats too - but failing is other story iirc |
08:23.42 | v8jlene | Working on building glibc-initial-2.4 and I get this: Importing patch /data/oe/build/epia-glibc/packages/glibc/glibc-cvs/arm-longlong.patch (stored as arm-longlong.patch) |
08:23.54 | v8jlene | which is the wrong patch... should be from glibc-2.4... |
08:23.59 | XorA | hrw|work: I did work out the other reason as well, but it escapes me currently, I think it might be todo with files with -w set |
08:24.06 | koen | v8jlene: wrong FILES_PATH? |
08:25.04 | v8jlene | I dunno what a FILES_PATH is, let me grep around... |
08:25.53 | v8jlene | BTW, my x86 builds worked yesterday because I had an old glibc cvs checkout... new checkouts of the same date don't work (as I think someone pointed out). |
08:26.18 | ade|desk | koen: bugger perhaps the 2006.9 timeframe is a little hopeful :( |
08:26.43 | *** join/#oe zecke (n=ich@145.253.107.2) |
08:27.20 | RP | koen: You could always try the 3.4.4 csl toolchain |
08:28.16 | do13_ | v8jlene: glibc-initial-2.4 has wrong FILESPATH |
08:29.07 | v8jlene | do13_: Ahh, I see it now.. I'll change it and test again. |
08:30.32 | zecke | mickey|fifa2006: ping |
08:30.47 | zecke | pb_: hey, I think I see why GNU needs to be completed |
08:31.58 | *** join/#oe mikearthur (n=mike@212.20.225.130) |
08:32.19 | *** join/#oe frank7d (n=afs@91.2.3.213.fix.bluewin.ch) |
08:32.53 | v8jlene | Ok, fixed FILESPATH and it looks in the right directory now.. but the patches still fail. I presume someone has actually used glibc-2.4? |
08:33.09 | zecke | v8jlene: angstrom does |
08:34.54 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
08:36.07 | v8jlene | Thanks. Was my fault - you have to unpack the source before you can patch it... |
08:36.37 | hrw|work | ;P |
08:38.25 | v8jlene | Ok, doesn't build on x86... more work than that needed... |
08:38.40 | koen | ade|desk: yeah, maybe bump it up to 2007.1 or so |
08:38.40 | *** join/#oe noclouds (n=mhfan@60.166.55.214) |
08:39.26 | v8jlene | Does someone know what changed to make the glibc cvs checkouts be different now than they were a few months ago? I thought someone mentioned this yesterday? |
08:40.43 | CIA-9 | 03dirk 07org.oe.dev * r27e5267a... 10/packages/glibc/glibc-initial_2.4.bb: glibc-initial_2.4: FILESPATH changed from glibc-cvs into glibc-2.4 |
08:41.28 | ade|desk | 2006.12 |
08:48.10 | *** join/#oe noclouds (n=mhfan@60.166.55.214) |
08:53.29 | koen | v8jlene: they rearrangered their cvs tree |
08:53.41 | koen | v8jlene: and cvs doesn't handle that gracefully |
08:58.40 | v8jlene | koen: Ok. I'll diff the checkouts and see if I can see what needs to be done to make it work. |
08:59.23 | koen | v8jlene: afaik you need a checkout from some months ago, otherwise it won't work |
08:59.54 | v8jlene | koen: Yeah, I have one that works. I'm looking at getting x86 and sh4 toolchain to build from a clean checkout now... |
09:01.01 | v8jlene | glibc-initial fails, the cvs versions you know about, 2.4 has some TLS issue which I'm still looking into... I guess there's older non-cvs glibc-initial versions I could try. |
09:01.51 | koen | getting glibc 2.4 to work would be nice |
09:09.16 | mickeyl | zecke: pöng |
09:09.18 | mickeyl | morning guys |
09:09.27 | RP | morning mickeyl |
09:09.27 | koen | hey mickeyl |
09:09.34 | CoreDump|home | morning mickeyl |
09:09.45 | hrw|work | hi mickeyl |
09:10.16 | do13_ | hi mickeyl |
09:10.16 | zecke | mickeyl: hmm |
09:10.43 | zecke | mickeyl: do you know what I wanted to ask? |
09:10.43 | CIA-9 | 03coredump 07org.oe.oz354x * r53c8b346... 10/packages/keylaunch/keylaunch_2.0.10.bb: keylaunch: Install configuration using update-alternatives, enables different key-bindings for different window managers |
09:10.48 | CIA-9 | 03coredump 07org.oe.oz354x * rf2c41c12... 10/packages/fluxbox/ (6 files in 2 dirs): fluxbox: Add custom keylaunchrc, gpe-logout and key-bindings |
09:10.52 | CIA-9 | 03coredump 07org.oe.oz354x * r4971c475... 10/packages/gpe-session-scripts/gpe-session-scripts_0.66.bb: |
09:10.52 | CIA-9 | keylaunch: |
09:10.52 | CIA-9 | gpe-session-scripts: Use update-alternatives for gpe-logout to allow for different windowmanagers |
09:10.56 | CIA-9 | 03coredump 07org.oe.dev * ra952de14... 10/packages/keylaunch/keylaunch_2.0.10.bb: keylaunch: Install configuration using update-alternatives, enables different key-bindings for different window managers |
09:11.00 | CIA-9 | 03coredump 07org.oe.dev * r36743688... 10/packages/gpe-session-scripts/gpe-session-scripts_0.67.bb: gpe-session-scripts: Use update-alternatives for gpe-logout to allow for different windowmanagers |
09:11.01 | mickeyl | zecke: I'm afraid not. looks like you forgot ? |
09:11.04 | CIA-9 | 03coredump 07org.oe.dev * ra4530ada... 10/packages/fluxbox/ (6 files in 2 dirs): fluxbox: Add custom keylaunchrc, gpe-logout and key-bindings |
09:11.28 | zecke | mickeyl: that is impossible, I never forget anything |
09:11.32 | hrw|work | CoreDump|home: plan to do many changes? I would like to build final images today |
09:11.57 | zecke | mickeyl: I will be away until saturday |
09:12.04 | CoreDump|home | hrw|work: build away. FB is far from perfect but updates can be put into "upgrades" |
09:12.10 | mickeyl | zecke: vacation? |
09:12.32 | hrw|work | vacations... I plan to start them this weekend |
09:13.19 | CoreDump|home | hrw|work: is mplayer pre8 building for you? It's bitching about a patch here |
09:13.52 | hrw|work | CoreDump|home: added patch to repo - have to push it |
09:14.02 | CoreDump|home | hrw|work: thanks ;) |
09:15.25 | zecke | mickeyl: funeral |
09:16.03 | *** join/#oe s____gint (n=gints@62.84.15.211) |
09:16.31 | mickeyl | zecke: oh right :/ |
09:17.37 | *** join/#oe kurre2_ (n=tomimo@a80-186-64-246.elisa-laajakaista.fi) |
09:20.20 | CIA-9 | 03hrw 07org.oe.oz354x * r15159d5b... 10/packages/mplayer/files/pld-onlyarm5.patch: mplayer: added forgotten patch |
09:23.38 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
09:25.34 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
09:25.42 | CIA-9 | 03rpurdie 07org.oe.dev * r8f81c821... 10/packages/linux/ (6 files in 2 dirs): linux-oz: 2.6.16+git -> 2.6.17+git. Refresh several patches against recent changes upstream |
09:27.36 | *** join/#oe jkp (i=hidden-u@growl/jkp) |
09:32.23 | jkp | hello all |
09:32.28 | jkp | just reading the topic.... |
09:32.35 | jkp | so use HEAD only for development |
09:32.53 | jkp | what is the recommended revision / tree to use for a final system? |
09:33.03 | CIA-9 | 03hrw 07org.oe.oz354x * rb05b107c... 10/packages/gpe-timesheet/ (8 files in 2 dirs): gpe-timesheet: added 0.30 |
09:33.07 | CIA-9 | 03hrw 07org.oe.oz354x * r65dd0655... 10/packages/gpe-bluetooth/ (17 files in 4 dirs): gpe-bluetooth: added 0.53, dropped old |
09:33.11 | CIA-9 | 03hrw 07org.oe.oz354x * r99d9f733... 10/packages/libcontactsdb/libcontactsdb_0.4.bb: libcontactsdb: added 0.4 |
09:33.30 | thejapa | jkp: depends on your handheld. |
09:33.45 | jkp | thejapa: its a via c3 based box |
09:33.59 | jkp | mini-itx |
09:34.18 | jkp | coz im having major issues with HEAD |
09:34.25 | jkp | possibly using something more stable might fix them |
09:34.32 | jkp | i cant even get a toolchain working |
09:34.34 | koen | jkp: with bitbake head or OE head? |
09:34.39 | jkp | OE head |
09:34.53 | koen | jkp: the topic refers to bitbake head |
09:34.58 | jkp | ah |
09:35.00 | jkp | ok |
09:35.02 | koen | OE head is the place to be |
09:35.04 | jkp | well then |
09:35.13 | jkp | can someone tell me if they have a clue about this? -> http://bugs.openembedded.org/show_bug.cgi?id=1000 |
09:35.36 | jkp | coz its not only me who has had this issue, and it was filed two months ago |
09:35.44 | mickeyl | did you try with DISTRO=generic yet? |
09:35.49 | jkp | yup |
09:35.57 | mickeyl | ok, let me try |
09:36.03 | mickeyl | MACHINE=? |
09:36.14 | jkp | MACHINE=x86 |
09:36.20 | jkp | or the other, i forget the name |
09:36.27 | thejapa | epia |
09:36.28 | jkp | i have to run to meeting for 30 mins |
09:36.29 | hrw|work | epia? |
09:36.30 | jkp | yes |
09:36.36 | jkp | ill shout when im back in a bit |
09:36.40 | jkp | i appreciate this |
09:36.51 | jkp | you can see from my comments ive tried on two different hist rigs |
09:36.55 | jkp | *host |
09:36.57 | jkp | gotta run |
09:36.58 | jkp | bbiab |
09:37.01 | jkp | ta |
09:37.13 | thejapa | i've been suggested to test epia and generic before... but the whole problem was with my local.conf in the end. |
09:37.20 | jkp | apparantly not :) |
09:37.31 | jkp | i can help out if you can suggest some things |
09:38.22 | thejapa | well, i was just playing. ended up using MACHINE=native |
09:38.30 | thejapa | for x86 |
09:38.42 | jkp | but the host isnt necessarily x86 |
09:38.47 | jkp | it was AMD_64 in the first case |
09:38.58 | jkp | then i used a VM (x86) and had the saem issue |
09:39.46 | hrw|work | thejapa: native is for other things |
09:39.51 | thejapa | oops |
09:40.14 | hrw|work | thejapa: native is for using OE to build missing stuff - not whole systems |
09:40.18 | jkp | right - ive seen some stuff about some things having moved in glibc after that snapshot |
09:40.28 | thejapa | hrw|work: thanks for pointing out. :) |
09:40.40 | jkp | the one from 2004, actually it was koen who posted the reply to that issue |
09:40.57 | jkp | but the 2004 snapshot is still being used for the initial build of it |
09:43.08 | hrw|work | thejapa: for example I use native to develop OPIE on x86, used it to build some tools when I was debugging problems of amd64 build and lacked mc, screen etc |
09:43.52 | v8jlene | jkp: I've verified that you cannot build for x86 from a current checkout... still working on trying to fix it. You'd need the old glibc checkouts to build at the moment... |
09:44.37 | jkp | v8jlene: ok - thats good news i guess. i was just about to try making the initil build use the later snapshot to see what it did |
09:44.45 | jkp | can you tell me how to get those old checkouts? |
09:45.15 | v8jlene | jkp: I've tried... no luck with any of them for various reasons. I'm working on glibc-initial-4.0 at the moment. |
09:45.33 | jkp | yeah, i got that one to build... |
09:45.37 | jkp | but then it failed elsewhere |
09:45.58 | jkp | did you find a working combination with glibc-initial-4.0? |
09:46.03 | jkp | or are you stuck later on as well? |
09:47.22 | v8jlene | glibc-initial_2.4 is failing... original due to applying the wrong patches, now due to TLS support? |
09:48.13 | jkp | yeah - i remember now |
09:48.19 | jkp | it failed applying the patches :/ |
09:48.24 | jkp | did you fix that? |
09:49.03 | v8jlene | jkp: Yeah, that's fixed. But it has other issues now. |
09:49.12 | jkp | sucky / |
09:49.25 | jkp | is there anything i can do to help? |
09:49.47 | jkp | it was wierd, i couldnt work out why it was applying the wrong patches - id love to know... |
09:49.52 | jkp | it was pulling the CVS patches |
09:49.59 | jkp | rather than the ones in the 2.4 folder |
09:50.17 | jkp | but i couldnt see how you controlled that - the only way i could get past that was to move the cvs folder |
09:50.22 | jkp | id like to know the proper way |
09:50.55 | jkp | btw - im kinda assuming that once i get a working toolchain things should be a it smoother than this right?! |
09:52.22 | tkp | I got glibc-initial_2.3.2 to build |
09:52.28 | jkp | tkp: really? |
09:52.29 | v8jlene | jkp: The .bb file had: FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/glibc-cvs', '${FILE_DIRNAME}/glibc', '${FILE_DIRNAME}/files', '${FILE_DIRNAME}' ], d)}" - note the -cvs, should have been -2.4... FILEPATH tells it where to search for patches.. |
09:52.30 | jkp | how? |
09:52.55 | tkp | jkp: bitbake -b ~/stv/oe/org.openembedded.dev/packages/glibc/glibc-initial_2.3.2.bb bitbake -b glibc-initial_2.3.2.bb |
09:53.15 | tkp | not sure if that's relevant to using the bootstrap thing tho |
09:53.18 | v8jlene | FILESPATH that is.. |
09:53.28 | v8jlene | tkp: When did you check it out of CVS though? |
09:53.43 | v8jlene | tkp: Ignore that.. .it's not in CVS ;) |
09:53.50 | tkp | jkp: or rather: bitbake -b ~/stv/oe/org.openembedded.dev/packages/glibc/glibc-initial_2.3.2.bb |
09:54.10 | jkp | tkp: how is this different to what normally happens? |
09:54.27 | XorA | ~lart DOM and JavaScript |
09:54.35 | tkp | jkp: it's a different version for a start |
09:54.49 | jkp | ah - thats the norml version, not the cvs version |
09:55.01 | tkp | it ends up doing: glibc-initial-2.3.2-r6 |
09:55.02 | jkp | tkp: did you alter the distoro file? |
09:55.15 | jkp | you know you can specify preffered versions |
09:55.17 | tkp | jkp: no, I just ran that as a standalone command |
09:55.21 | jkp | ok |
09:55.29 | tkp | jkp: I tried but couldn't get it working |
09:55.32 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) |
09:55.36 | jkp | im going to alter the distro file, biuild and see what effect that has |
09:56.38 | v8jlene | jkp: If 2.3.2 worked then you'd be able set your glibc versions to that in the distro. But you'd also be limited to 2.3.2 for the actual glibc it uses. Could be enough to get you past the toolchain for now. |
09:57.17 | jkp | you mean the final glibc would have to be that version? |
09:57.32 | tkp | jkp: a couple of useful pages I found too: http://www.uv-ac.de/openembedded/openembedded-4.html and http://www.uv-ac.de/openembedded/openembedded-3.html... |
09:57.36 | tkp | specifically the "Speed up package build (in case of errors)" |
09:57.46 | v8jlene | jkp: Yeah, since none of the other ones build yet... |
09:57.47 | tkp | and "Cleaning" |
09:58.01 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
09:58.04 | jkp | hang on - i know that would be in my toolchain |
09:58.05 | Bernardo | good morning |
09:58.16 | jkp | but how does that affect my final distro? |
09:58.18 | v8jlene | jkp: Anyway, I got to go. I'll continue work on getting glibc 2.4 working tommorow... |
09:58.29 | jkp | v8jlene: ok - ta :) |
09:58.36 | jkp | so just to clairfy |
09:58.56 | jkp | ill be limited to glibc2.3.2 all over right? toolchain + final distro? |
09:59.42 | v8jlene | jkp: Your limited to what you can build... we know the cvs versions don't work and the 2.4 ones don't work at the moment. If 2.3.2 worked the you'd be limited to that for now... |
10:00.16 | Bernardo | I'm having a strange problem with RC4 for my akita, and a usb memory stink reader - the reader seems to be asking for way more power than it needs, so config #1 doesn't get detected and has to be forced. Anyone had similar problems? |
10:00.27 | jkp | tkp: i managed to alter the distro file...what was your issue with it? |
10:00.46 | jkp | v8jlene: :) |
10:00.50 | jkp | speak tomorrow dude |
10:00.56 | tkp | jkp: I didn't spend too long trying tbh... got distracted with real work |
10:01.01 | tkp | jkp: commit your conf |
10:01.02 | jkp | tkp: heh |
10:01.06 | tkp | and distro file |
10:01.13 | thejapa | ~lart real work |
10:01.22 | tkp | jkp: did it work then? |
10:01.22 | jkp | just wait till i know it will build |
10:01.26 | tkp | k |
10:01.26 | jkp | ibot: lol |
10:01.28 | ibot | well, lol is stands for Laughs Out Loud. It is grammatically incorrect to use LOL in the first person; use 'heh' or 'haha' instead. If you want to use LOL, do '/me lol' instead. |
10:01.45 | jkp | im at "supposed real work" now - |
10:01.50 | jkp | ibot: lol |
10:01.51 | ibot | from memory, lol is stands for Laughs Out Loud. It is grammatically incorrect to use LOL in the first person; use 'heh' or 'haha' instead. If you want to use LOL, do '/me lol' instead. |
10:01.58 | jkp | ibot: stfu |
10:02.02 | ibot | i heard stfu is Shut the F*** Up!, or http://www.linuks.mine.nu/stfu-noob.jpg. Sucks To Feel U, or or http://beerandspeech.org/tmp/STFU_cup_Soldier.jpg |
10:02.06 | jkp | :p |
10:02.09 | Bernardo | RP: ping |
10:03.14 | mikearthur | ibot: LOL is Laughing On Line |
10:03.15 | ibot | mikearthur: cannot alter locked factoids |
10:03.36 | jkp | tkp: it built, but i want to see if it craps out now |
10:03.51 | jkp | im sure i did this yesterday, but actually, what i did before was to move to 2.4 |
10:03.59 | jkp | which worked in the first instance |
10:04.05 | jkp | so lets just cross our fingers |
10:04.26 | CoreDump|home | is .dev merged currently? |
10:04.47 | tkp | jkp: you think 2.3.2 is going to work with the other packages we are wanting to install? |
10:04.52 | koen | CoreDump|home: pull and find out |
10:05.00 | CoreDump|home | it's not for me... |
10:05.14 | CoreDump|home | but i may have fubar'ed my db |
10:06.36 | koen | it only has one head on the servers |
10:06.42 | CoreDump|home | ok thanks |
10:06.47 | hrw|work | CoreDump|home: 8f81c821d4522c9367e23584313e4bbf36557144 rpurdie@openembedded.org 2006-07-05T09:22:26 |
10:07.10 | mikearthur | whats the cheapest linuxable PDA that OE supports? |
10:07.14 | koen | http://www.openembedded.org/viewmtn/headofbranch.psp?branch=org.openembedded.dev |
10:08.03 | hrw|work | Bernardo: its set to 150mA iirc |
10:09.02 | mickeyl | mikearthur: Sharp SL5000, Sharp SL5500 |
10:09.18 | mickeyl | only the latter can be recommended though |
10:09.46 | mickeyl | (if at all.... the clamshell models like SL-C750 or SL-C1000 are much better) |
10:10.03 | mikearthur | mickeyl: thanks, googling |
10:10.05 | hrw|work | avoid 5000/5500/5600 anyway |
10:10.17 | hrw|work | mikearthur: h22xx is nice |
10:10.23 | thejapa | small screen though |
10:10.29 | mikearthur | sharp h22xx? |
10:10.38 | hrw|work | mikearthur: hp ipaq h2210/2215 |
10:11.05 | hrw|work | vga on tosa is awesome |
10:11.31 | thejapa | aw |
10:11.32 | Bernardo | hrw|work: I have my usb key loading oly after forcing it, and dmesg complains it is 50ma |
10:11.41 | Bernardo | hrw|work: I have my usb key loading oly after forcing it, and dmesg complains it exceeds the power limit by 50ma |
10:12.00 | Bernardo | and my memory stink reader exceeds it by 100ma |
10:12.24 | Bernardo | I'll have to install lsusb and check what power those claim to drain, as both work |
10:12.28 | hrw|work | contact RP about it then |
10:12.33 | hrw|work | lsusb is not installed? |
10:12.41 | *** part/#oe Laibsch (n=Laibsch@V173e.v.pppool.de) |
10:12.50 | mikearthur | hrw|work: ooo, I like the look of the keyboard |
10:13.09 | RP | Bernardo: The limits in the device are correct as far as I know. |
10:13.14 | Bernardo | hrw|work: not by default |
10:13.58 | hrw|work | Bernardo: it is in usbutils? |
10:14.16 | hrw|work | I will add it into images |
10:14.27 | Bernardo | it seems it didn't build usbutils too... |
10:14.45 | Bernardo | anyone has a usbutils for the akita rc4 that can email me? :) |
10:14.57 | hrw|work | Bernardo: its in .3.5.4.1 feed ;) |
10:15.32 | Bernardo | RP: the strange part is that I am pretty sure that the usb key worked even when running the akita from batteries (it is charging now as it was completely drained out) |
10:15.56 | zecke | RP: hey |
10:16.09 | Bernardo | hrw|work: thanks - I didn't even know that 3.5.4.1 was out... I do need to get this project ruinning so I have some free time |
10:16.57 | hrw|work | Bernardo: it will be out this week |
10:17.18 | jkp | failed where it did for me before tkp |
10:17.24 | hrw|work | Bernardo: thx to you it now contain usbutils |
10:17.25 | jkp | building intermediate glibc |
10:17.30 | jkp | ill try some other versions in there now |
10:17.31 | tkp | hmm. |
10:17.52 | tkp | jkp: http://www.handhelds.org/hypermail/oe/87/8777.html |
10:17.58 | jkp | i seem to remember i had trouble getting it to pick up my request to use another intermediate version |
10:18.31 | jkp | yeah - thats interesting |
10:18.43 | tkp | note the changes to local.conf |
10:18.44 | jkp | ill resort to this if what im doing doesnt work |
10:19.01 | jkp | yeah - that can be in local.conf of distro.conf |
10:19.05 | jkp | im using distro.conf |
10:19.40 | zecke | koen: http://lists.gnu.org/archive/html/monotone-devel/2006-07/msg00018.html |
10:20.03 | zecke | koen: I will check if my colinux tree will be 'syncable' :) |
10:20.20 | CIA-9 | 03hrw 07org.oe.oz354x * rd617ef09... 10/conf/distro/openzaurus-3.5.4.1.conf: oz 3.5.4.1: install usbutils on devices with USB Host |
10:20.21 | jkp | interesting it wasnt rolled in though tkp |
10:20.24 | jkp | wonder why that was |
10:20.56 | koen | hehe |
10:21.01 | koen | RMK: "Sounds like Montavista broke something - this works with the standard |
10:21.02 | koen | kernel. Direct your bug report to Montavista, thanks." |
10:21.53 | zecke | hehe |
10:24.36 | Bernardo | hrw|work: stupid question, where are the 3.5.4.1 feeds? I can only find the rc4, and 3.5.4 feeds, should I use the one in the 3.5.4 feed? |
10:24.54 | jkp | tkp: failed - trying that solution |
10:24.57 | jkp | looks like it could work that |
10:25.06 | jkp | almost the same config as ours |
10:25.19 | jkp | good find |
10:26.07 | tkp | PREFERRED_VERSION_glibc ?= "2.3.5+cvs200506272.4" ... |
10:26.12 | tkp | not sure if that'sa typo? |
10:26.17 | tkp | 200506272? |
10:26.23 | tkp | extra 2 |
10:26.41 | tkp | then again, he has done it twice so it can't be |
10:26.47 | jkp | it is |
10:26.50 | jkp | it should be 27 |
10:30.42 | Bernardo | RP: it seems the limit is 150ma, as the usb memory key has a MaxPower of 200ma, and the reader 250ma. Is that what it should be? |
10:31.31 | Bernardo | I can force them both to work with the "echo -n 1 >/sys/bus/usb/devices/2-2.1/bConfigurationValue" hack |
10:33.53 | CIA-9 | 03coredump 07org.oe.oz354x * ra4464d25... 10/packages/altboot/altboot_1.0.7.bb: altboot: Upload correct .bb for altboot 1.0.7 |
10:33.57 | CIA-9 | 03mickeyl 07org.oe.dev * raa68ff4c... 10/packages/binutils/ (24 files in 5 dirs): |
10:33.57 | CIA-9 | binutils 2.15.94 add gcc4 patch |
10:33.58 | CIA-9 | remove binutils 2.15.* except 2.15.94 |
10:34.01 | CIA-9 | 03coredump 07org.oe.dev * rbfd44a04... 10/packages/altboot/altboot_1.0.7.bb: altboot: Upload correct .bb for altboot 1.0.7 |
10:37.12 | hrw|work | Bernardo: you can take from 3.5.4 |
10:37.28 | hrw|work | Bernardo: unstable/.3.5.4.1/feed are 3.5.4.1 currently |
10:37.30 | Bernardo | hrw|work: already did, thanks. |
10:41.33 | *** join/#oe shiyee (n=Shiyee@0x535d64c1.abnxx4.adsl-dhcp.tele.dk) |
10:42.14 | RP | Bernardo: The device is only capable of 150mA, yes |
10:42.40 | koen | RP: can you disable the squashfs module in the oz kernels? |
10:42.51 | koen | RP: gcc 4.x can't build it |
10:42.57 | RP | koen: I wasn't the one who added it |
10:43.07 | koen | but you are the maintainer |
10:43.13 | Bernardo | RP: that is what is speced, right? As mine seems to support 250mA when charging |
10:43.15 | RP | koen: There is a patch in the bugzilla which works around it - we should probably apply that |
10:43.55 | RP | Bernardo: Its unlikely your device uses all 250mA so it probably used to work. The figure of 150mA is right though |
10:45.32 | Bernardo | RP: probably. It is frustrating to have to hack it to work, but I should blame the manufacturers who have specced their power demands too high. |
10:45.58 | RP | Bernardo: right. Its something we just have to live with I'm afraid :-( |
10:46.22 | Bernardo | time to add another entry to the faq... |
10:46.38 | RP | Bernardo: If I change the default, devices which really need 250mA won't work and I'll get complaints so there is nothing I can do |
10:47.05 | Bernardo | I know |
10:47.16 | *** join/#oe subdue (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
10:47.34 | Bernardo | like the wifi key I tryed to make work |
10:47.45 | Bernardo | the usb part would work, the wifi part wouldn't |
10:50.16 | tkp | jkp: any joy? |
10:50.24 | jkp | looking positive tkp |
10:50.32 | tkp | passt the intermediate? |
10:50.36 | jkp | just waiting for the glibc-intermediate compile to finish |
10:53.35 | zecke | RP: I will start creating a oh-test soonish |
10:54.48 | *** join/#oe ixoth (n=ixoth@nat-ilca.tepkom.ru) |
10:54.55 | CIA-9 | 03mickeyl 07org.oe.dev * rcc177b76... 10/packages/inotify-tools/inotify-tools_2.1.bb: add inotify-tools, set of command line utilities for the Linux inotify filesystem change notification system. |
10:56.28 | RP | zecke: oh-test? |
10:57.58 | zecke | automatic booting of the qemu image |
10:58.05 | zecke | + whatever crack I'm smoking |
10:58.40 | hrw|work | RP: I will disable squashfs in .17 kernels |
10:59.01 | hrw|work | so koen will stop despair about 'oz kernel does not build in .dev' |
10:59.08 | RP | hrw|work: Or apply the patch in the bugzilla |
10:59.16 | hrw|work | or |
10:59.26 | RP | zecke: sounds good :) |
11:00.12 | RP | zecke: For autobuilding, you could use oh-image-sdk to fully stretch the image |
11:01.03 | zecke | <PROTECTED> |
11:01.06 | hrw|work | RP: packages/linux/linux-openzaurus/ will be created |
11:01.48 | RP | hrw|work: Why? |
11:02.13 | hrw|work | RP: same patch(es) for 3 kernels - why to duplicate them? |
11:02.42 | RP | hrw|work: They are not the same patches in some cases and not the same defconfigs |
11:03.26 | hrw|work | RP: ok - will then patch all copies of squashfs |
11:04.19 | hrw|work | now time to build 3 kernels... |
11:04.20 | jkp | tkp: looking good |
11:04.25 | tkp | :) |
11:04.35 | tkp | commit and let me try this end |
11:04.46 | jkp | if you want ok |
11:04.57 | RP | hrw|work: Just add a fix patch on top of the squashfs one. If it applies for one, its likely to apply for all |
11:05.01 | tkp | jkp: actually, I'll try it on the server since that may not have been the issue anyway |
11:05.04 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
11:05.07 | jkp | it was |
11:05.10 | RP | hrw|work: We just need to be careful - I just know I had to rediff 50% of the patches for the latest git kernel this morning :-/ |
11:05.13 | jkp | it should be ok with these configs |
11:05.20 | jkp | i saw exactly the same issue |
11:05.25 | hrw|work | ok |
11:05.27 | koen | fwiw, a .bb for busybox 1.2.0 is in the bugtracker |
11:05.37 | hrw|work | koen: add it into repo as not-default? |
11:06.01 | tkp | jkp: so it should work on the server now too? |
11:06.07 | jkp | think so |
11:06.14 | tkp | coolio, i'll try |
11:06.32 | koen | mikearthur: did you install all the RequiredSoftware? |
11:06.48 | hrw|work | for kernel in ~/devel/oe/org.openembedded/packages/linux/linux-openzaurus_2.6.1*.bb;do bbrebuild $kernel;done |
11:06.55 | mikearthur | koen: yep, I'll just triple check |
11:08.27 | jkp | tkp: done |
11:08.34 | tkp | cool |
11:08.42 | tkp | jkp: so we have a toolchain?! |
11:08.48 | jkp | not yet |
11:08.55 | jkp | its still buildin |
11:09.02 | jkp | looking good though - fingers crossed |
11:10.00 | mikearthur | koen: I seem to have |
11:11.23 | CIA-9 | 03rpurdie 07org.oe.dev * r1f2a8090... 10/packages/linux/linux-openzaurus-2.6.17+git/ (00-hostap.patch 10-pcnet.patch): linux-oz-2.6.17+git: Drop merged patches |
11:11.28 | koen | mikearthur: do you have makeinfo in your host? |
11:12.04 | koen | s/in/on/ |
11:12.38 | *** join/#oe idealm (n=ideal@58.33.51.139) |
11:12.52 | hrw|work | RP: after 2.6.18-rc1 we need to pester pavel to send us extracted collie charge patch |
11:13.12 | mikearthur | koen: bash: makeinfo: command not found |
11:13.23 | RP | hrw|work: He posted his kernel patch yesterday. We'll just have to wade through that and find the interesting bits :-/ |
11:13.35 | hrw|work | o.. nice to know |
11:13.36 | koen | mikearthur: install makeinfo and add it to RequiredSoftware :) |
11:13.49 | RP | hrw|work: The code quality is horrible :-( |
11:14.20 | hrw|work | RP: ;( |
11:14.25 | mikearthur | koen: what supplies makeinfo? |
11:14.42 | hrw|work | fetching git kernel.. |
11:14.49 | mikearthur | texi2html? |
11:15.10 | hrw|work | hrw@bitbake:~$ dpkg -S `which makeinfo` |
11:15.10 | hrw|work | texinfo: /usr/bin/makeinfo |
11:15.43 | RP | hrw|work: I've forwarded you the message. See what you think... |
11:15.52 | hrw|work | ok |
11:15.59 | hrw|work | RP: lkml? |
11:16.07 | RP | hrw|work: It was cc'd there I think |
11:16.39 | hrw|work | so I will read it on gmail later too |
11:19.10 | mikearthur | koen: installed texinfo, added to Ubuntu and Debian sections of OEandYourDistro |
11:19.23 | do13_ | hrw|work, RP: I have extracted some pieces from pavels tree. It boots and the touchscreen is working |
11:19.40 | hrw|work | do13_: great |
11:19.48 | koen | mikearthur: thanks |
11:20.11 | *** join/#oe splat1 (n=splat1@cpc2-leic7-0-0-cust281.leic.cable.ntl.com) |
11:24.40 | CIA-9 | 03tmbinc 07org.oe.dreambox * r78d916cd... 10/packages/gstreamer/gst-plugin-dvbmediasink.bb: gst-plugin-dvbmediasink: workaround automake install problem until this is fixed upstream |
11:24.45 | CIA-9 | 03tmbinc 07org.oe.dreambox * r30c29ff4... 10/packages/enigma2/enigma2.bb: enigma2: update to 20060705, remove python-pyxml dependency as python-xml works fine |
11:24.52 | CIA-9 | 03tmbinc 07org.oe.dreambox * r8546a545... 10/packages/dreambox/dreambox-dvb-modules.bb: dreambox-dvb-modules/dm7025: update to 20060627 |
11:27.43 | RP | do13_: Can you add that patch to the kernel .bb file? (as conditional for collie) |
11:28.58 | ade|desk | eh? thats weird my pref'd uclibc svn got switched to 0.9.28 during a build by i cant find what caused that to change, something during a x11 build but i dont know what |
11:29.31 | do13_ | RP: I splitt it into smaller pieces, but it isn't pavels latest code :-( |
11:29.34 | do13_ | RP wait a sec |
11:31.59 | do13_ | RP: common/sharpsl_pm.c need some love to compile for collie |
11:32.26 | *** join/#oe Titeuf (n=Titeuf@2m01.net) |
11:34.38 | RP | do13_: I know. It has quite a few pxa assumptions which I was hoping to abstract once Pavel got things roughly working |
11:35.31 | do13_ | pushed |
11:37.04 | CIA-9 | 03dirk 07org.oe.dev * r051c0951... 10/packages/linux/ (2 files in 2 dirs): |
11:37.04 | CIA-9 | linux-openzaurus_2.6.17.bb: update collie patches |
11:37.04 | CIA-9 | - update collie defconfig |
11:37.04 | CIA-9 | - update pavels collie patches (clean) |
11:39.15 | do13_ | RP: we need to discuss the collie.conf. I added the collie part to zaurus-clammshell-2.6.conf, but there are too many modules for the small collie flash |
11:41.17 | do13_ | RP: his pm code needs to be implemented in a clean way |
11:44.33 | RP | do13_: I'd guess collie shouldn't use the clamshell-2.6.conf file but use its own instead |
11:44.52 | RP | do13_: I'm just reading through those patches. There is a fair bit of cleanup needed :-/ |
11:45.01 | RP | do13_: Does audio work? |
11:45.37 | RP | do13_: That battswitch driver needs to die for a start - the pm code has support for that... |
11:47.14 | do13_ | RP: audio doesn't work. The battswitch driver isn't enabled. |
11:48.03 | hrw|work | do13_: for 2.6.16 which ver of wlan-ng-modules are ok? 0.2.3 will be ok? (for spitz/akita) |
11:49.20 | do13_ | hrw|work: 0.2.3 is ok (with all patches applied) |
11:49.39 | hrw|work | k |
11:51.32 | *** join/#oe Gerrath_ (n=shane_@mail.lifecor.com) |
11:51.48 | RP | do13_: Even the backlight fix looks wrong :-/ |
11:52.29 | RP | do13_: It would break every other device at the very least... |
11:52.46 | do13_ | RP: locomolcd-backlight-r0? |
11:52.52 | RP | do13_: yes |
11:53.52 | do13_ | RP: I think he has a new version, we need to rediif the backlight driver |
11:54.17 | hrw|work | do13_: wlan-ng-modules are broken |
11:54.31 | hrw|work | do13_: they need tmp/work copy of kernel ;( |
11:55.13 | do13_ | RP: I haven't looked at the backlight stuff, I cleaned collie.c and the mcp code. It was enough work |
11:56.15 | CIA-9 | 03koen 07org.oe.dev * r7ac1989c... 10/packages/gpe-taskmanager/gpe-taskmanager_0.20.bb: gpe-taskmanager: add missing dep on libgpelaunch |
11:56.39 | RP | do13_: I can well imagine |
11:57.00 | RP | do13_: I suspect the backlight patch can just be dropped |
11:57.31 | do13_ | hrw|work: read mickeys comment inside the bb file |
11:58.12 | RP | do13_: Looking at the code, it needs a locomo-backlight device adding to collie.c and then any resulting problems with the driver fixing |
11:58.26 | hrw|work | do13_: ok |
11:58.33 | CIA-9 | 03coredump 07org.oe.oz354x * r471ae2af... 10/packages/fluxbox/ (fluxbox/fluxbox-gpe-session fluxbox_0.99+1.0rc.bb): fluxbox: Fix session script to install key file with correct name |
11:58.38 | CIA-9 | 03coredump 07org.oe.dev * r6859af4f... 10/packages/fluxbox/ (fluxbox/fluxbox-gpe-session fluxbox_0.99+1.0rc.bb): fluxbox: Fix session script to install key file with correct name |
11:59.10 | RP | do13_: Actually, that's wrong as its a locomo device. I was right the first time - it should just work without that patch :) |
12:00.58 | hrw|work | ~lart cvs |
12:01.08 | do13_ | RP: another idea is to use the corgibl driver and handle the lowlevel stuff via bl_machinfo |
12:01.08 | zecke | hmm |
12:01.19 | zecke | I hate this world, I had hoped to bring arm support to klibc :( |
12:01.54 | zecke | it even has EABI support |
12:02.06 | ade|desk | zecke: whats up ? |
12:02.25 | *** join/#oe katossi_uni (n=guillerm@linkwood.informatik.uni-duisburg.de) |
12:03.25 | zecke | ade|desk: I want to do some low core ARM stuff, but everything got arm support already :( |
12:03.45 | CoreDump|home | lol |
12:04.16 | zecke | CoreDump|home: will you integrate kinit into altboot? |
12:04.32 | do13_ | RP: btw audio: the buzzer is connected via ucb device and the headphone via the ssp bus |
12:05.13 | CoreDump|home | zecke: since I don't even know what that is I would think not |
12:05.18 | CoreDump|home | ;) |
12:05.35 | zecke | CoreDump|home: http://lwn.net/Articles/7117/ |
12:07.43 | ade|desk | zecke: you want to do low level ARM stuff, are you mad ? |
12:07.55 | zecke | ade|desk: sure |
12:08.08 | zecke | who is not? |
12:08.09 | CoreDump|home | zecke: geee, another fancy name for initrd.bin isn't it? |
12:08.09 | ade|desk | zecke: if you want to do that make ARM6/7 for qemu |
12:08.33 | zecke | CoreDump|home: not really |
12:09.52 | ade|desk | zecke: but dont show it to anyone with NDA with ARM |
12:10.00 | *** join/#oe stevenh (n=lews@65.167.23.2) |
12:10.16 | ade|desk | else they can't dev for qemu any more |
12:10.38 | koen | heh |
12:10.38 | zecke | heh? |
12:11.13 | koen | ade|desk: is that the same thing as arm paying for the debian armel port? |
12:11.48 | ade|desk | are they? how strange |
12:12.24 | koen | ade|desk: martin guy and aleph0 (wookey et al) are getting paid afaik |
12:14.30 | hrw|work | RP: what do you think about enabling more stuff in 2.6.16 kernel so users will not complain about lack of 'usb-audio' for example? |
12:14.40 | ade|desk | ARM6 and above has docs that say arm6 devs can't simulate ARM in anyway.So qemu is stuffed cos all the arm folks have the docs but can't contribute to arm6 on qemu |
12:15.11 | CIA-9 | 03koen 07org.oe.dev * r2e750f1f... 10/packages/angstrom/angstrom-gpe-image.bb: angstrom-gpe-image.bb: initialize vars before using |
12:16.26 | *** join/#oe katossi (n=guillerm@dhcp4.informatik.uni-duisburg.de) |
12:18.08 | hrw|work | wow.. wlan-ng-utils need kernel source too.. |
12:18.28 | ade|desk | ~seen noodles |
12:18.44 | ibot | noodles <n=noodles@the.earth.li> was last seen on IRC in channel #oe, 102d 21h 9m 4s ago, saying: 'What about any of the mips stuff?'. |
12:19.05 | do13_ | hrw|work: welcome in the wonderful world of wlan-ng |
12:19.16 | hrw|work | ~die sharp die! |
12:19.22 | ibot | ACTION takes two shots to the head, murders sharp die! then crumples to the ground, lifeless... |
12:21.14 | do13_ | hrw|work: The goal of the linux-wlan(tm) Project is to develop a complete, standards based, wireless LAN system using the GNU/Linux operating system. What differentiates this project from the Linux wireless extensions and other Linux wireless projects is that everything is based on the IEEE 802.11 standard |
12:22.02 | hrw|work | blebleble |
12:22.41 | hrw|work | IEEE 802.11 define WPA, prism firmware is WPA capable. wlan-ng is not WPA capable... |
12:23.12 | hrw|work | my tosa wifi has 1.7.4 firmware - iirc best version for using but I had to open home network for it ;( |
12:25.30 | ade|desk | hrw|work: same with atmel berlios drivers |
12:27.10 | CIA-9 | 03koen 07org.oe.dev * rc31e4927... 10/packages/angstrom/angstrom-gpe-image.bb: angstrom-gpe-image: work around some weirdness involving the xserver |
12:27.34 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
12:30.26 | Gerrath_ | hi cbrake. |
12:30.47 | cbrake | Gerrath_: morning Gerrath_ |
12:32.16 | hrw|work | hi Cliff |
12:32.29 | cbrake | hi Marcin |
12:32.35 | koen | hey cbrake |
12:32.42 | cbrake | koen: hello! |
12:33.18 | cbrake | Gerrath_: when is the last time you pulled OE for your logicpd builds? |
12:33.25 | RP | hrw|work: I'm tempted to wait for a complaint first ;-) |
12:33.56 | hrw|work | RP: already requested usb-audio ;) |
12:34.06 | hrw|work | NOTE: package wlan-ng-utils-0.2.3-r2: task do_build: completed |
12:34.19 | ade|desk | RP: I want usb-dishwasher module built please ;) |
12:34.25 | ade|desk | oh and the device too |
12:34.29 | RP | hrw|work: ah. I guess we could enable the modules then. More cruft to slow down my kernel builds... |
12:34.51 | RP | do13_: corgi_bl and locomolcd are probably disimmilar enough to make merging them not worthwhile... |
12:35.21 | Gerrath_ | cbrake, this morning, I'm doing a fresh build with the patches you pushed for me :-) |
12:35.23 | RP | do13_: The audio connections sound interesting... |
12:35.38 | Gerrath_ | cbrake, why? |
12:35.38 | hrw|work | RP: only in 2.6.16 which is used in 3.5.4.1 only currently... |
12:35.54 | RP | do13_: I was wondering if ASoC could help. We'd have to write a fair chuck of audio drivers though... |
12:36.15 | RP | hrw|work: We should try and keep 2.6.17 the same, otherwise we lose data when we next upgrade |
12:36.59 | hrw|work | RP: I would like to avoid it |
12:37.06 | cbrake | Gerrath_: just curious why I'm running into bootstrap-image problems and you are not. |
12:37.15 | cbrake | Gerrath_: are you building the bootstrap-image target? |
12:38.26 | RP | hrw|work: Add it them all. I'll have to start using my own defconfigs if the compile time bothers me enough... |
12:38.47 | hrw|work | ok |
12:39.58 | Gerrath_ | cbrake, well I will let you know how things work out this morning on my new build with the latest OE. |
12:40.04 | hrw|work | RP: I was first thinking about enabling all stuff in 2.6.16 only, building, releasing, disabling |
12:40.22 | do13_ | RP: I think ASoC is the preferred way. I'ver never touched the SA1100 DMA api :) |
12:41.01 | RP | do13_: Having as cause to look at the old 2.4 corgi audio drivers recently, I fully appreciate what ASoC does for us :) |
12:41.02 | *** join/#oe benlau (n=benlau@221.125.13.148) |
12:41.06 | Gerrath_ | cbrake, I had a bootstrap-image error as well on my work computer but just ruled it out because I had not updated OE on it in a while. The builds at home (over the weekend) were all up to date OE builds. |
12:41.22 | RP | hrw|work: We should continue to try and enable things on a request basis IMO |
12:41.30 | cbrake | Gerrath_: ok, I'm looking into it now ... |
12:41.37 | Gerrath_ | cbrake, the fresh download/build I'm running right now is on my work computer so we will see what happens. |
12:41.55 | cbrake | Gerrath_: ok, sounds good. |
12:41.56 | hrw|work | RP: 'if you want some extra from kernel then build it' way? |
12:43.38 | cbrake | Gerrath_: I still need to sort the *ARCH settings in the maching conf as well. |
12:43.54 | CIA-9 | 03hrw 07org.oe.oz354x * r9a9275ed... 10/packages/links/ (files/ac-prog-cxx.patch links-x11_2.1pre22.bb): links-x11: added 2.1pre22 from .dev |
12:43.59 | CIA-9 | 03hrw 07org.oe.oz354x * r294c9caf... 10/packages/wlan-ng/ (wlan-ng-utils_0.2.1-pre26.bb wlan-ng-utils_0.2.3.bb): wlan-ng-utils: package man pages |
12:44.04 | CIA-9 | 03hrw 07org.oe.dev * r938588db... 10/packages/wlan-ng/ (3 files): wlan-ng-utils: package man pages |
12:47.45 | *** join/#oe Kristoffe (n=ken@213-67-126-82-no75.business.telia.com) |
12:49.41 | XorA | ooh scary, OZ users are getting links goodness :-) |
12:50.20 | hrw|work | XorA: haha |
12:50.46 | XorA | I still wish there was a qt gfx driver for links |
12:51.23 | hrw|work | XorA: I even add newer abiword |
12:51.40 | XorA | hrw|work: gah, those users are spoiled |
12:51.54 | hrw|work | XorA: added some dictionaries? |
12:52.43 | XorA | hrw|work: only for languages I speak |
12:56.36 | Gerrath_ | cbrake, here is the version of OE I compiled over the weekend: 9e8da2379fb73583cd868e8429e611b0450b8c7f |
12:58.23 | cbrake | Gerrath_: aha, NOTE: multiple providers are available (task-bootstrap-unionroot, task-bootstrap); |
12:58.31 | RP | hrw|work: "File a bug and we'll add it to the defconfig" |
12:58.41 | hrw|work | RP: sure |
12:59.10 | hrw|work | 1018M of packages... |
12:59.26 | hrw|work | oz 3.5.4.1 is scary |
13:00.09 | cbrake | Gerrath_: so OE must be building the unionroot version, but something goes wrong at ipkg time when bootstrap-image is looking for task-bootstrap |
13:05.21 | cbrake | task-bootstrap-unionroot.bb defines PROVIDES=task-bootstrap, but at bootstrap-image time, ipkg can't find task-bootstrap. |
13:08.30 | hrw|work | koen: I'm suprised - we lack gnumeric 1.7.x... |
13:09.14 | RP | cbrake: It sounds like it should |
13:10.26 | ixoth | oh |
13:10.37 | ixoth | building tcpdump fails with "| CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include" |
13:11.39 | cbrake | Gerrath_: can you take a look at your tmp/deploy/ipk dir and see if oe is building task-bootstrap or task-bootstrap-unionroot? |
13:11.47 | koen | hrw|work: we got the latest stable |
13:12.05 | mithro | hrw|work: 1018M of packages an no regression testing? :) |
13:12.06 | hrw|work | koen: yep - just checked that 1.7 is devel |
13:12.26 | hrw|work | mithro: users are our testers |
13:12.46 | Gerrath_ | cbrake, I have RPROVIDES set to task-bootstrap in my personal meta file. |
13:12.54 | Gerrath_ | cbrake, I'll check.. |
13:15.21 | Gerrath_ | cbrake, task-bootstrap. |
13:16.26 | cbrake | Gerrath_: ok, your builds should be fine then. Apparently, it is somewhat random what package OE builds if there are multiple providers. |
13:20.58 | koen | XorA: the mplayer.bb is wrong for the pxa270 clamshells |
13:21.12 | koen | XorA: it enables bvdd, but that's only present in 2.4.crappix |
13:21.57 | hrw|work | mplayer-atty is obsoleted by 1.0pre8 iirc |
13:23.09 | XorA | hrw|work: no-one reads .bb files or commit messages :-) |
13:26.37 | koen | if it's obsolete, why is it still present? |
13:26.52 | koen | we have an scm, remember? |
13:27.32 | *** join/#oe Kristoffe (n=ken@213-67-126-82-no75.business.telia.com) |
13:28.30 | cbrake | do most people set PREFERRED_PROVIDER_task-bootstrap in their local.conf? |
13:29.22 | RP | cbrake: No, there are DEPENDS in most of the image .bb files which have some influence over that |
13:30.36 | XorA | koen: that can be said of a large chunk of OE metadata |
13:30.54 | XorA | koen: and some people might still be using cxx00 2.4 models |
13:32.35 | hrw|work | XorA: hopefully there are no official images for cxx00 with 2.4 kernels |
13:32.49 | koen | XorA: heh, if it were me that large chunk would be a lot less smaller |
13:32.51 | Kristoffe | Koen got a sec? |
13:33.24 | Kristoffe | Was it okey to push that opie-cvs..versions.inc file, using SRCDATE? |
13:33.49 | koen | Kristoffe: no idea, I don't use opie |
13:33.59 | Kristoffe | hehe |
13:34.01 | Kristoffe | gpe freak |
13:34.23 | Kristoffe | I wish gpe built for me |
13:34.28 | hrw|work | Kristoffe: I do not think that this is needed - opie 1.2.2 should be ok |
13:34.28 | Kristoffe | then I could join in on the fun |
13:34.40 | Kristoffe | Opie 1.2.2 doesnt build for me at all |
13:34.46 | Kristoffe | its taken from cvs may right? |
13:34.51 | hrw|work | Kristoffe: it is |
13:34.54 | Kristoffe | and my stuff started working in june |
13:35.33 | Kristoffe | Im aware of that most people here dont build much opie related stuff, but someone else with a new/obselete platform might have use of it |
13:36.02 | hrw|work | Kristoffe: then I would use 1.2.2 + SRCDATE_libopie = 'workingdate' but not whole opie from one SRCDATE |
13:36.10 | hrw|work | but do anything to get it working |
13:36.44 | Kristoffe | I had major hassle with it last night, and this was the best solution I could come up with at the time. Will probobly clean up in the future, but does the trick |
13:37.14 | hrw|work | if it works then use it |
13:37.24 | Kristoffe | Btw, one question. When doing -c clean it doesnt clean out the .ipk |
13:37.33 | hrw|work | yep |
13:38.03 | Kristoffe | package-index just grabs every ipk and makes index over them, so whatever I do (choose which packages I want to include) it shouldnt affect? |
13:38.19 | Kristoffe | Im asking cause I got different opie-xxxx versions and I just want one |
13:38.33 | hrw|work | package-index will move old ones into morgue |
13:38.42 | Kristoffe | Aha, doh that explains it |
13:38.45 | Kristoffe | thx |
13:39.28 | Kristoffe | Btw, can one delete morgue without any future hassle? |
13:39.40 | hrw|work | yes |
13:39.43 | Kristoffe | goodie |
13:42.21 | *** join/#oe ken (n=ken@213-67-126-82-no75.business.telia.com) |
13:42.29 | CIA-9 | 03hrw 07org.oe.oz354x * r7af21694... 10/packages/tslib/ (5 files in 3 dirs): dropped tslib-maemo |
13:42.33 | CIA-9 | 03hrw 07org.oe.oz354x * r087abd85... 10/packages/abiword/ (abiword-plugins_2.4.5.bb abiword_2.4.5.bb): abiword: added 2.4.5 from .dev |
13:42.37 | CIA-9 | 03hrw 07org.oe.oz354x * rcc502f6d... 10/packages/gnome/ (goffice_0.2.0.bb goffice_0.2.1.bb): goffice: updated to 0.2.1 |
13:42.42 | CIA-9 | 03hrw 07org.oe.oz354x * rf859021f... 10/packages/gnumeric/ (11 files in 5 dirs): gnumeric: updated to 1.6.3 and dropped older |
13:45.17 | tkp | damn... thought I was nearly there with my x86 toolchain |
13:45.20 | tkp | but no :( |
13:46.00 | CIA-9 | 03koen 07org.oe.dev * r17886af9... 10/conf/machine/include/ (tune-ep9312.conf tune-iwmmxt.conf): |
13:46.00 | CIA-9 | tune-ep9312, tune-iwmmxt: use -mcpu, -march and -mtune |
13:46.00 | CIA-9 | <XorA>: koen: aaargh, what idiots made the options do totally different things between x86 and arm? |
13:46.16 | hrw|work | ;) |
13:46.42 | do13_ | koen: can you build esound-gpe-20020817-r4 ? |
13:46.50 | tkp | dot past glibc-initial |
13:46.56 | tkp | even got past intermediate |
13:46.59 | hrw|work | RP: ping |
13:47.10 | tkp | but now it's: add-on directory "nptl" does not exist |
13:47.30 | RP | hrw|work: pong |
13:47.54 | hrw|work | RP: why eds-dbus need libiconv? iconv from glibc is not enough? |
13:48.23 | koen | funky |
13:48.45 | koen | I always thought glib-2.0 was supposed to do all the iconv stuff for gtk apps |
13:49.01 | XorA | koen: :-D |
13:49.19 | hrw|work | koen: so was wrong |
13:49.25 | hrw|work | koen: so you was wrong |
13:49.28 | RP | hrw|work: Its supposed to be virtual/libiconv |
13:49.34 | koen | hrw|work: apparently |
13:49.43 | RP | Its fixed in poky but not in OE :-/ |
13:49.47 | koen | do13_: building it now |
13:52.34 | koen | do13_: Packaged contents of esound-gpe into /data/build/koen/OE/build/tmp/angstrom/deploy/ipk/libesd0_20020817-r4_iwmmxt.ipk |
13:52.38 | koen | grrrr |
13:52.38 | *** join/#oe EvilDevil_ (n=miau@p54A6F381.dip.t-dialin.net) |
13:52.43 | koen | ~lart glibc do_stage |
13:52.55 | hrw|work | RP: users wanted tinymail |
13:53.10 | hrw|work | koen: still fighting with glibc? |
13:53.17 | XorA | koen: SoC not going well? |
13:53.24 | do13_ | koen: is the lib in your staging dir? |
13:53.26 | RP | hrw|work: I'll change it to use virtual/libnv |
13:53.29 | koen | hrw|work: yes |
13:53.37 | koen | XorA: no progress, just anguish |
13:53.39 | hrw|work | RP: ok. I changed it in .oz354x already |
13:54.08 | *** join/#oe Laibsch (n=Laibsch@V173e.v.pppool.de) |
13:54.09 | koen | do13_: yes |
13:54.14 | RP | koen: How's the SoC project going? |
13:54.17 | do13_ | Hmm. http://pastebin.ca/79513 |
13:54.29 | do13_ | I have only symlinks |
13:54.41 | koen | RP: no real progress, but I suspect to best glibc this week |
13:56.01 | hrw|work | RP: | make[3]: dbus-binding-tool: Command not found |
13:56.10 | hrw|work | RP: eds-dbus need dbus>0.23? |
13:56.28 | RP | hrw|work: yes |
13:56.41 | hrw|work | ok so no tinymail for oz 354x |
13:57.11 | ade|desk | koen: wil your SoC be glibc/uclibc/libc agnostic ? |
13:57.22 | koen | ade|desk: yes |
13:57.27 | ade|desk | groovy |
13:58.08 | koen | do13_: -rwxr-xr-x 1 koen koen 44019 2006-07-05 15:51 libesd.so.0.2.28 |
13:59.10 | CIA-9 | 03rpurdie 07org.oe.dev * rf1c9afde... 10/packages/eds/eds-dbus_svn.bb: eds-dbus: DEPEND on virtual/libiconv |
14:04.11 | *** join/#oe gb2 (n=gbritton@207-172-223-250.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com) |
14:06.52 | *** join/#oe joshin (i=josh@VDSL-130-13-143-17.PHNX.QWEST.NET) |
14:09.36 | do13_ | koen: thx, found my prob. locale settings are wrong |
14:20.39 | Gerrath_ | lol, I like how mirrors are all in one file "bitbake.conf" The default sourceforge mirrow was down so I just changed the link in that file and everything works. I remember using buildroot and having to change the URL in multiple Make files (each package) :-) |
14:21.45 | ixoth | Gerrath_: that's probably wrong way to do it, you should add mirrors into local.conf and leave bitbake.conf alone... |
14:22.32 | hrw|work | Gerrath_: I set SOURCEFORGE_MIRROR in local.conf |
14:22.48 | CIA-9 | 03kristoffer 07org.oe.dev * r8c16cdbf... 10/ (4 files in 3 dirs): |
14:22.48 | CIA-9 | linux-jlime-sh3/LinuxSH-2.6.17.patch : Patch from Linux-SH for 2.6.17 |
14:22.48 | CIA-9 | * Addition of patch from Linux-sh tree |
14:22.48 | CIA-9 | linux-jlime-sh3-2.6.17/defconfig_jlime : Addition of defconfig |
14:22.48 | CIA-9 | linux-jlime-sh3_2.6.17.bb : New jlime kernel based on 2.6.17+linuxSH |
14:23.05 | Gerrath_ | hrw|work, ixoth: thats even better :-) |
14:23.37 | ixoth | :) |
14:24.36 | chouimat|ibook | m orning |
14:27.40 | *** join/#oe hvontres|work (n=hvontres@68.120.74.196) |
14:27.45 | hrw|work | CIA-9: ping |
14:28.25 | CIA-9 | 03hrw 07org.oe.oz354x * r9aa284d5... 10/packages/db/ (db_4.3.27.bb db_4.3.29.bb): db4: updated to 4.3.29 |
14:28.29 | CIA-9 | 03hrw 07org.oe.oz354x * r4cb783b3... 10/packages/linux/ (2 files in 2 dirs): linux-openzaurus: applied patch from #1084 to get squashfs built |
14:28.34 | CIA-9 | 03hrw 07org.oe.oz354x * r8bb17d41... 10/packages/linux/ (4 files in 2 dirs): linux-openzaurus: enabled ALSA USB Audio |
14:28.38 | CIA-9 | 03hrw 07org.oe.dev * ref6b7850... 10/packages/linux/ (6 files in 4 dirs): linux-openzaurus: applied patch from #1084 to get squashfs built |
14:28.58 | hrw|work | RP: I will sync defconfigs later today |
14:31.23 | hvontres|work | RP: I tried to use the corgi audio setup on poodle to see how broken it is...:) |
14:32.26 | koen | oh goody, the uni switches to OWA for mail |
14:33.01 | koen | I can see that it is much better as the old system, since people can't login nor receive mail anymore |
14:33.08 | koen | ~lart microsoft crap |
14:33.47 | hvontres|work | looks like snd-soc-core has some unresolved symbols |
14:34.16 | hrw|work | OWA? |
14:35.03 | koen | Outlook Web Access |
14:35.13 | hvontres|work | O_utlook W_ith A_ttitude??? |
14:36.24 | ade|desk | koen: exchange is fine as long as they start the IMAP service and allow relay SMTP |
14:37.15 | koen | ade|desk: don't know, all I want is that fetchmail gets the mail and dumps it in my maildir |
14:37.26 | ade|desk | fairplay |
14:37.39 | koen | when testing the new .fetchmailrc I noticed that it isn't working *at all* |
14:37.43 | ade|desk | when does fetchmail get MAPI working ;) |
14:38.45 | ade|desk | OWA is funny on non-IE, half the menus are missing, right click menus won't work with non-IE |
14:39.13 | ade|desk | and logout doesn't logout if you use firefox |
14:39.54 | tkp | I'm getting the error: gnu-configize: command not found when trying to bitbake any of the glibc_2.3.* bb files |
14:40.05 | ade|desk | keeps the session alive so people can read your mail if you leave the computer without killing session and removing cookies .. fun |
14:40.10 | tkp | any ideas what that might be hinting at? |
14:40.16 | koen | tkp: you didn't build gnu-config-native? |
14:40.56 | hrw|work | tkp: you used '-b' bitbake option? |
14:41.03 | tkp | yes I did |
14:41.04 | hrw|work | bitbake --help |
14:41.18 | hrw|work | -b --broke-build break my build badly |
14:41.45 | tkp | hmm. basically I had run make task-bootstrap, and it died when it got to glibc_2.3.2 |
14:42.12 | tkp | so I thought I would try some other versions... can I do that without rebuilding theentire toolchain? |
14:43.10 | hrw|work | hmm.. one day I have to check random MACHINE (!arm one) and random DISTRO and do build |
14:45.32 | *** join/#oe CosmicPenguin (n=nobody@svl-ext-proxy02.amd.com) |
14:46.07 | CIA-9 | 03hrw 07org.oe.oz354x * r56979359... 10/packages/t1lib/t1lib_5.0.2.bb: t1lib: ship static lib in -dev package - close #1133 |
14:46.11 | CIA-9 | 03hrw 07org.oe.dev * rcaa51a01... 10/packages/t1lib/t1lib_5.0.2.bb: t1lib: ship static lib in -dev package - close #1133 |
14:47.08 | jkp | hey guys |
14:47.29 | jkp | i just managed to finally get task-bootstrap to work |
14:47.33 | koen | hey CosmicPenguin |
14:47.33 | hrw|work | great |
14:47.36 | jkp | so now i need a quick pointer or two |
14:47.43 | CosmicPenguin | mornintg |
14:47.48 | jkp | i now have a .ipk of the unionroot |
14:48.01 | jkp | i take it that is basically a system ready to go? |
14:50.08 | hrw|work | should be |
14:50.51 | jkp | how do i image that onto a disk? |
14:52.35 | hrw|work | build bootstrap-image |
14:52.54 | jkp | ah - a different target |
14:54.50 | Gerrath_ | cbrake, everything compiled fine on my work computer with the latest OE (updated this morning). |
14:55.20 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
15:00.09 | jkp | when a package is marked as native - is that native to the target or the host? |
15:00.52 | hrw|work | host |
15:01.33 | jkp | right |
15:02.07 | jkp | so i take it if i installed some of this stuff normally it would use that? or does it always assume its not there? |
15:03.11 | jkp | wow |
15:03.24 | jkp | openzautus.org running at a crawl |
15:03.29 | jkp | *openzaurus |
15:03.45 | koen | Gerrath_: that's not the latest ;) |
15:03.50 | koen | jkp: duhh, sf.net |
15:04.12 | jkp | koen: is there any way to change the mirror its using? |
15:04.18 | jkp | its going at 200b/s |
15:04.51 | JustinP | what is going on with OE..... |
15:04.56 | JustinP | so many revs in the past few days |
15:05.13 | hrw|work | JustinP: oz 3541 goes into release |
15:05.14 | *** join/#oe katossi_uni (n=guillerm@linkwood.informatik.uni-duisburg.de) |
15:05.24 | koen | JustinP: summertime, holiday time |
15:06.13 | cbrake | Gerrath_: great, things should work here as well once I get the bootstrap stuff straightened out. |
15:06.49 | jkp | ahhh |
15:06.51 | jkp | nice |
15:06.56 | jkp | ctl-c :) |
15:06.56 | *** join/#oe Timelord0 (n=TL@4.78.4.43) |
15:07.09 | koen | ade|desk: what's the state of uclibc_svn in OE? |
15:07.21 | ade|desk | in OE , crap |
15:07.30 | Gerrath_ | koen, thats why I specified this morning since I know OE changes by the minute ;-) |
15:07.49 | ade|desk | in my so f**ked up tree i can't push .. not too bad |
15:07.50 | JustinP | hrw|work: did you fix the oz-bootsplash problem? |
15:08.03 | JustinP | hrw|work: I just saw it this morning, but there have been >50 revs since then... |
15:08.35 | JustinP | hrw|work: oz-bootsplash wasn't being built for images so the do_rootfs died. I had to manually build it |
15:08.50 | ade|desk | cd .. |
15:08.54 | ade|desk | lol |
15:08.56 | jkp | heh |
15:09.08 | ade|desk | ~ewi |
15:09.09 | ibot | rumour has it, ewi is ewi546.ewi.utwente.nl - main backup server for OE monotone. |
15:09.09 | hrw|work | JustinP: I create images from feed - feed contain oz-bootsplash now |
15:09.22 | hrw|work | shit.. some new stuff built... |
15:09.37 | JustinP | hrw|work: well, I don't really feel like rebuilding from scratch yet again to test this.... |
15:10.16 | hrw|work | JustinP: I can probably test it but not now |
15:10.35 | koen | ibot: no ewi is ewi546.ewi.utwente.nl - secondary backup server for OE monotone. |
15:10.37 | ibot | okay, koen |
15:11.01 | ade|desk | which is the OE snapshot on there koen ? |
15:11.19 | ade|desk | the .db or tar'ed stuff |
15:11.41 | Laibsch | How do I go about tracking the failure of a patch during do_patch? Apparently, bitbake cleans up after itself so the sources and the patch are gone. Trying to fix bug 410 and build kaffe-qt. |
15:13.59 | hrw|work | Laibsch: bitbake something. if it fail on do_patch then cd into WORKDIR and use quilt, editor etc to fix it, refresh patches, put them in metadata and rebuild |
15:13.59 | koen | ade|desk: see GettingStarted ;) |
15:13.59 | koen | ade|desk: http://www.openembedded.org/snapshots/ |
15:14.00 | hrw|work | ~OE.db |
15:14.05 | hrw|work | ibot: OE.db is http://www.openembedded.org/snapshots/OE.db.bz2 |
15:14.08 | ibot | okay, hrw|work |
15:14.15 | hrw|work | ~OE.db |
15:14.18 | ibot | i heard oe.db is http://www.openembedded.org/snapshots/OE.db.bz2 |
15:14.21 | hrw|work | feel free to edit ;D |
15:15.58 | jkp | so let me get this right |
15:16.19 | jkp | everything i might want to do, basically needs to be done by writing bitbake recipies |
15:16.51 | jkp | im looking at some of them, for example the bootstrap one, and it just leaves me asking where everything actually happens! |
15:19.15 | ade|desk | koen: hrw|work: cheers |
15:19.54 | CoreDump|home | jkp: err for the time beeing you should ignore bootstrap as best as you can. It's overy complicated |
15:20.33 | jkp | CoreDump|home: my goal i to build one image / ext2 file that represents everything thohjg |
15:20.35 | koen | bootstrap is evil |
15:20.47 | CoreDump|home | jkp: then I guess you have no choice =) |
15:20.49 | jkp | how should i do what i want then? |
15:21.04 | jkp | CoreDump|home: how do you go about building your embedded system if not like that? |
15:21.15 | jkp | i come from buildroot and thats what im used too.... |
15:21.27 | jkp | maybe there is a better way |
15:22.00 | JustinP | jkp: you want everything in one image? That woul dend up huge.... |
15:22.07 | CoreDump|home | jkp: I was under the impression you wanted to learn what .bb's are all about. Bootstrap would be the worst choice for that IMO. But since you indeed want to create complete images you'll have not much choice |
15:22.10 | jkp | everything for the target |
15:22.59 | JustinP | "for the target"? |
15:23.09 | ixoth | goodbye everyone |
15:23.15 | JustinP | if you just want an image with your own set of packages installed to it see, say, e-image |
15:23.21 | JustinP | it's pretty simple |
15:23.32 | jkp | ok , im getting the impressions this isnt the OE way of doing things. In BR we had a makefile that build the toolchain. then then target binaries and libs, then put them into the fakeroot, then built an image for the final system |
15:23.45 | jkp | JustinP: how is that different from bootstrap? |
15:23.56 | CoreDump|home | jkp: that's basically what OE does, only wayy more flexible |
15:24.19 | jkp | heh - nice. but i still dont have a picture of the overall workflow |
15:24.33 | JustinP | jkp: bootstrap is just a cimplicated little image...I'm suggetsing you look at a simpler example first |
15:24.34 | RP | jkp: If you want to look at something simpler, you could have a look at poky. Its like OE but is a bit leaner/cleaner. It might illustrate how things work better |
15:24.38 | RP | ~poky |
15:24.42 | ibot | poky is, like, http://projects.o-hand.com/poky |
15:24.45 | hrw|work | jkp: you use bitbake+OE to build packages. then you have packages in tmp/deploy/ipk |
15:25.10 | hrw|work | jkp: then you can build image which contain some of packages - it can be cramfs, jffs2, tarball, ext2fs |
15:25.15 | jkp | RP: ill take a look at that |
15:25.30 | hrw|work | jkp: you install image on target device and can add packages to it with ipkg |
15:25.33 | jkp | hrw|work: ok, its the last step im hazy on |
15:25.46 | koen | RP: mallum gives you a euro every time you mention that? :p |
15:26.11 | jkp | how do you take a load of ipkgs and turn that into an image of a fs? |
15:26.15 | hrw|work | jkp: jkp-image.bb can contain 'inherit image_ipk' + IPKG_INSTALL = "my own set of packages which I want in image" + RDEPENDS = "${IPKG_INSTALL}" |
15:26.38 | jkp | hrw|work: ah...its that simple? |
15:26.48 | hrw|work | jkp: yep |
15:26.54 | jkp | how about choosing the format of the image? |
15:26.56 | RP | jkp: Basically with OE, each piece of software is a .bb file, be them native pacjkage that get used as build tools (autoconf-native), bits of the toolchain (binutils-cross) or target device programs (busybox). We then have .bb files which combine the packages (meta/task-*.bb) and then image .bb files which create images from groups of packages |
15:27.02 | hrw|work | jkp: look at IMAGE_FSTYPES |
15:27.19 | jkp | right |
15:27.22 | jkp | so the steps are |
15:27.28 | hrw|work | jkp: IMAGE_FSTYPES="ext2 jffs2 tar.gz" for example |
15:27.31 | koen | packages/angstrom/ has some examples for images and tasks |
15:28.02 | RP | koen: Why are they not in meta? |
15:28.20 | jkp | build some packages for the target, then combine them all using the kind of .bb file you outlined |
15:28.28 | CoreDump|home | exactly |
15:28.41 | koen | RP: I'm affraid that some people will revert them because they 'duplicate' behaviour |
15:28.42 | jkp | image_ipk is native to bitbake? |
15:28.49 | RP | jkp: Except that the image .bb is clever enough to know to build the packages it needs |
15:29.02 | jkp | RP sure |
15:29.05 | jkp | dependencies |
15:29.11 | jkp | one more question |
15:29.44 | jkp | how do you define whether something is building for the native system, or for the target system? |
15:29.51 | jkp | do you assume it is building for the target system? |
15:30.13 | koen | jkp: it's always for the target system, unless it's called foo-native |
15:30.14 | RP | jkp: At present, native packages are named *-native.bb |
15:30.32 | jkp | if i named something native, would it automatically build targetted native? |
15:30.45 | jkp | ie - is that the criteria |
15:30.50 | koen | jkp: no, you'd need 'inherit native' |
15:30.53 | RP | jkp: No, you'd "inherit native" for that |
15:30.55 | jkp | right |
15:31.14 | jkp | where are things such as native and image_ipk actually defined? |
15:31.23 | jkp | are they part of bitbake? or specific to OE? |
15:31.24 | koen | classes/ |
15:31.32 | RP | jkp: inherit native means include classes/native.bbclass |
15:31.41 | RP | ish :) |
15:31.41 | jkp | right |
15:33.05 | *** join/#oe katossi (n=guillerm@dslb-084-061-099-240.pools.arcor-ip.net) |
15:33.58 | koen | RP: what do you think about changing 'inherit' from 'include' to 'require'? |
15:34.48 | CosmicPenguin | Personally, I like that |
15:35.04 | CosmicPenguin | I don't like the idea of inherit being optional |
15:35.07 | jkp | right, so now i see how it all fits together :) |
15:35.10 | RP | koen: You mean the behaviour? |
15:35.31 | RP | I can't see why someone would want an inherit to fail. Its not like the conf file arguments... |
15:35.38 | jkp | ie - im a coder, and just seeing these sparse files with no guts makes me nervous :) |
15:35.52 | RP | jkp: The guts of OE is in the classes |
15:35.58 | jkp | RP: i noticed :) |
15:36.04 | RP | jkp: Its one of its powerful features :) |
15:36.24 | koen | RP: it would catch 'inherit naive' type of bugs |
15:36.26 | *** join/#oe ggilbert (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
15:36.27 | jkp | RP: you suggested poky...do you really think I ought to do that? |
15:36.32 | jkp | or look at it at least |
15:37.17 | RP | jkp: Its a simple cut down version of OE. If you want something simpler to look at, it might be interesting. If you're now happy with OE, you probably don't need to. |
15:37.34 | RP | jkp: At present poky mainly targets arm devices (zaurus and emulation) |
15:37.50 | RP | I'd like to see it gain x86 support though |
15:37.59 | Laibsch | hrw|work: The question is where do I find the stuff to fix? bitbake does a "bitbake $PACKAGE clean" if it fails, so what I need is gone, isn't it? |
15:38.02 | jkp | i think now i understand how it works im happier with it |
15:38.12 | *** join/#oe carter (n=carter@p54BBD60B.dip.t-dialin.net) |
15:38.19 | hrw|work | Laibsch: it does not do it |
15:38.21 | koen | Laibsch: it isn't |
15:38.46 | RP | Laibsch: Are you using tinderbox? |
15:38.50 | Laibsch | yes |
15:38.57 | RP | Laibsch: Disable that ;-) |
15:39.05 | Laibsch | OK |
15:39.06 | v8jlene | I've figured out the glibc 2.4 problem. The "rm -rf ${S}/bits" that's a workaround for the CVS problems breaks anything not using ports. I presume this is left over from being copied from a cvs .bb file... |
15:39.49 | RP | v8jlene: It sounds likely - I added that for 2.3.5 |
15:43.46 | v8jlene | RP: Yep. And I think angstrom is ARM and it's the only thing that uses glibc 2.4 so far. x86 and sh were both broken and neither have been moved to ports. Just doing a clean build now to verify x86. Well test sh3 tommorow.. |
15:43.52 | CosmicPenguin | RP: I would like to help add x86 to poky, but I think we're probably too closely tied into OE at this point to switch over |
15:44.19 | CosmicPenguin | And poor Ray is busy enough as it is |
15:44.55 | koen | v8jlene: angstrom isn't tied to arm |
15:45.12 | RP | CosmicPenguin: I suspect it will happen soon enough anyway :) |
15:45.31 | RP | CosmicPenguin: I'm hoping to see a qemux86 :) |
15:45.32 | CosmicPenguin | We really, really, really need to make our tree available too |
15:45.38 | v8jlene | koen: yeah, ok - but arm is what you have tested against? |
15:45.46 | koen | v8jlene: yes |
15:45.57 | RP | CosmicPenguin: How different is it from OE itself? |
15:46.24 | CosmicPenguin | RP: We've overloaded some of the key classes and added many others |
15:46.47 | jkp | nother quicki question: does stuff build against glibc by default? i mean, im trying to get away from uclibc at this point |
15:46.57 | CosmicPenguin | We're mainly concerned with building our releases - we've done some pretty cool things with quilt |
15:47.14 | hrw|work | jkp: it depends on distro |
15:47.21 | RP | CosmicPenguin: I like quilt - proper intergration with OE would be cool :) |
15:47.23 | hrw|work | jkp: switching glibc<>uclibc is easy |
15:47.23 | jkp | ahhh yeah |
15:47.25 | jkp | i remember |
15:47.33 | jkp | do most things compile either way? |
15:47.41 | jkp | we had a nightmare with mplayer and uclibc |
15:47.47 | RP | jkp: We have people using both |
15:47.51 | CosmicPenguin | RP: we store our kernels in RCS as quilt trees - so we have an OE class that can grok that |
15:48.21 | RP | CosmicPenguin: You've seen my nightmare kernel .bbs ? :) |
15:48.29 | CosmicPenguin | RP: heh - no |
15:48.45 | RP | CosmicPenguin: Look at linux-openzaurus_2.6.16.bb ;-) |
15:48.53 | jkp | RP: what about using a custom kernel config or a custom busybox config? |
15:49.19 | hrw|work | jkp: we have overrides for it |
15:49.30 | CosmicPenguin | RP: heh - yeah, I know the feeling |
15:49.44 | hrw|work | busybox/files/YOURDISTRO/ or busybox/files/YOURMACHINE can contain distro/machine specific files |
15:49.51 | CosmicPenguin | RP: right now, my biggest push is to make OE better able to build and understand initrds |
15:49.51 | RP | CosmicPenguin: It has about 90 patches. Thankfully most are now upstream :) |
15:50.10 | jkp | hrw|work: and those will always override everything else? |
15:50.18 | hrw|work | jkp: yes |
15:50.32 | RP | jkp: Basically there are lots of ways you can handle it, depending on what you want to achieve |
15:50.33 | jkp | hrw|work: excellend |
15:50.37 | jkp | OE++ :D |
15:50.52 | jkp | looks like hopefully we are going to be able to get up and running fairly fast |
15:52.17 | RP | CosmicPenguin: We probably need a task-initrd.bb ... |
15:52.26 | jkp | so say there are options in EXTRA_OECONF that i want to remove |
15:52.26 | koen | CosmicPenguin: I've pushed a cset that should make building initrds easier: http://www.openembedded.org/viewmtn/revision.psp?id=f813b9fe0054ffebcf34d6ab5ec92091b1627194 |
15:52.44 | RP | CosmicPenguin: (and an asssociated initrd-image.bb) |
15:52.44 | jkp | what is the best way to do that? |
15:53.04 | koen | CosmicPenguin: that way to know the important modules without using bootstrap* |
15:53.11 | CosmicPenguin | RP: yeah - we've been building the initrd with the same glibc and kernel as the main image, and thats probably not smart |
15:53.20 | hrw|work | jkp: EXTRA_OECONF_yourmachine = "" |
15:53.36 | koen | CosmicPenguin: btw, aren't the alchemy boards in OE? |
15:53.44 | koen | food time, bbl |
15:53.56 | jkp | so in the package folder for a package called foo |
15:53.59 | RP | jkp: You need to learn about overrides in OE/bitbake |
15:54.12 | jkp | RP: is it in the bitbake manual? |
15:54.17 | CosmicPenguin | RP: I've been playing with OLPC, and we use the the -nostdlib trick to compile in uclibc for the LinuxBIOS payload |
15:54.28 | *** join/#oe andersee (n=andersee@codepoet.org) |
15:54.44 | CosmicPenguin | I think we can do the same thing to build uclibc for the initrd - though the current uclibc.bb assumes its the standard c library for the image |
15:54.50 | CosmicPenguin | We would need to teach glibc and uclibc to live well together |
15:56.00 | CosmicPenguin | koen: the xxs1500 is an alchemy board |
15:56.00 | RP | CosmicPenguin: The 770 uses a uclibc initrd and a glibc rootfs |
15:56.14 | CosmicPenguin | RP: Oh, I didn't know that |
15:56.22 | CosmicPenguin | RP: so somebody already solved my problems.. as usual |
15:56.35 | RP | CosmicPenguin: We have an OLPC board but I'm not going to have anything to do with it and won't be doing anything OE related with it. There was a lot of high feelings at GUADEC and its too political for us to involve OE :-( |
15:56.46 | jkp | anyone know what this means when building the toolchain? |
15:56.47 | jkp | "stop trying to boot 2.4 kernels on libc's you build against linux-2.6 headers" |
15:56.49 | jkp | oops |
15:57.00 | jkp | "fatal: kernel too old" |
15:57.12 | cbrake | RP: I'm not seeing how DEPENDS in the image .bb files are influencing which task-bootstrap is being built? |
15:57.15 | CosmicPenguin | RP: yeah, I get that feeling too - but I've been mirroring the Fedora image with OE |
15:57.38 | cbrake | RP: both task-bootstrap and task-bootstrap-unionroot provide task-bootstrap ... |
15:57.40 | RP | CosmicPenguin: I simply can't get involved :-/ |
15:57.41 | CosmicPenguin | RP: and, for what its worth, the first kernel/rootfs that booted with LinuxBIOS was OE generated... :) |
15:58.01 | RP | CosmicPenguin: That gives me some hope :) |
15:58.10 | CosmicPenguin | RP: for a while there, I had hoped that they would go with Matchbox, - Jim Gettys had nothing but good things to say about Matthew at the Linux PM summit |
15:58.32 | CosmicPenguin | http://www.infradead.org/~jcrouse/olpc-screenshot.jpg |
15:58.43 | RP | CosmicPenguin: Some thought they were going with matchbox and others not at GUADEC. Its total confusion as far as I can see... |
15:58.55 | CosmicPenguin | Thats from my camera phone, so its fuzzy - but if you squint, you'll see OpenEmbedded on the banner.. :) |
15:59.16 | RP | CosmicPenguin: I saw it - Even the shape of the boot messages is familar :) |
15:59.37 | RP | cbrake: Does task-bootstrap RPROVIDE task-bootstrap? |
15:59.59 | CosmicPenguin | RP: I just got X up - maybe I'll toss on my matchbox images for shits and giggles.. :) |
16:00.09 | RP | cbrake: If not, ipkg won't see it. How ipkg chooses between two task-bootstraps is a more difficult quesiton though |
16:00.18 | XorA | <PROTECTED> |
16:00.41 | RP | CosmicPenguin: If you want a low overhead X+mb image, poky generates them but I didn't say that ;-) |
16:00.57 | CosmicPenguin | Whos talking? |
16:00.59 | CosmicPenguin | :) |
16:01.19 | raduga | cosmicpenguin: sash! |
16:01.24 | CosmicPenguin | heh |
16:01.26 | cbrake | RP: no, task-bootstrap does not RPROVIDE task-bootstrap, but it should use the ipkg name be default. |
16:02.21 | cbrake | RP: nod, if you have two ipkg that RPROVIDE task-bootstrap, that would be a problem. At this point, I'd just like to know the correct way to ensure the right one gets built. |
16:02.37 | *** join/#oe hvontres|work (n=hvontres@68.120.74.196) |
16:03.00 | RP | cbrake: To ensure it builds the right one set PREFERRED_PROVIDER_task-boostrap |
16:03.47 | cbrake | RP: I suppose this should be done in local.conf vs. the distro? |
16:04.18 | cbrake | RP: I can imagine that the distro could support both task-bootstrap packages (in theory) |
16:04.48 | RP | cbrake: Right, so its a local.conf issue |
16:08.22 | koen | hrw|work, mickeyl: http://gnumonks.org/~laforge/weblog/2006/06/30#20060630-sharp-slc3200 |
16:08.55 | hrw|work | koen: news@11 |
16:10.27 | cbrake | hmm, looks like DEFAULT_PREFERENCE is not working for me. task-bootstrap-unionroot is being built rather than task-bootstrap :-\ |
16:11.08 | hrw|work | ~large opie-image/merge_feeds |
16:11.12 | hrw|work | ~lart opie-image/merge_feeds |
16:12.58 | raduga | ibot: lart hrw backwards |
16:15.08 | RP | cbrake: Have a look at the output of bitbake -DDD imagename and see if it says why its doing that? |
16:15.21 | cbrake | RP: ok |
16:15.24 | koen | aaargh |
16:15.26 | koen | http://www.openembedded.biz/ |
16:15.41 | koen | note the new 'offline' message |
16:17.11 | hrw|work | ~lart append <> += changes |
16:18.58 | *** join/#oe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com) |
16:20.18 | cbrake | RP: http://pastebin.ca/79636 |
16:21.13 | RP | cbrake: Is says you didn't set PREFERRED_PROVIDER_task-bootstrap ? |
16:21.39 | hrw|work | BBMASK="(task-bootstrap-unionroot)" |
16:21.48 | cbrake | RP: nod, but should not DEFAULT_PREFERENCE kick in here? |
16:22.29 | cbrake | RP: task-bootstrap-unionroot:DEFAULT_PREFERENCE = "-1" |
16:22.46 | cbrake | hrw|work: so is this what you do in your local.conf files? |
16:23.57 | RP | cbrake: Set PREFERRED_PROVIDER_task-bootstrap = "task-bootstrap" in your local.conf file. |
16:24.12 | RP | cbrake: I'm not sure I've see that DEFAULT_PREFERENCE syntax before... |
16:24.16 | hrw|work | cbrake: no - I never had problem which you have |
16:24.37 | cbrake | hrw|work: I suspect DEFAULT_PREFERENCE is working for you then. |
16:24.53 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-7302.bb.online.no) |
16:25.17 | hrw|work | cbrake: looks like |
16:25.21 | cbrake | RP: yeah, I'm sure that will work -- just kind of curious why no one else is seeing this problem and DEFAULT_PREFERENCE is not working. |
16:25.32 | RP | cbrake: ah, right, its in the .bb file... |
16:25.45 | RP | strange... |
16:26.34 | cbrake | RP: may be some obscure BB bug -- other builds seem to be working fine for me. |
16:26.51 | RP | cbrake: Could be. You're using 1.4.2? |
16:27.11 | cbrake | RP: 1.4.3 |
16:28.28 | ade|desk | koen: thats just typical of mvista |
16:28.56 | RP | cbrake: So if it is a bitbake bug, its in the current version. not good :-/ |
16:30.57 | *** join/#oe jasuris (n=jasuris@pip9.ccm.ece.vt.edu) |
16:31.23 | cbrake | RP: i'll roll back to 1.4.2 and see what happens ... |
16:31.51 | jasuris | has anyone built the davinci-linux kernel using OE? |
16:32.09 | hrw|work | jasuris: does it is in OE? |
16:32.23 | RP | cbrake: I doubt it will be any different as we haven't changed anything to do with that (that I'm aware of ) |
16:32.41 | jasuris | im not sure.... dont think so |
16:32.54 | cbrake | RP: ok, then maybe it is just quicker to debug it -- I'll look into it. |
16:33.18 | CIA-9 | 03koen 07org.oe.dev * r384828c9... 10/packages/angstrom/angstrom-gpe-image.bb: angstrom-gpe-image: set some preferred_providers |
16:34.03 | *** join/#oe zap (n=zap@85.249.170.16) |
16:48.53 | CIA-9 | 03cbrake 07org.oe.dev * rb3afec96... 10/packages/meta/task-bootstrap-unionroot.bb: |
16:48.53 | CIA-9 | task-bootstrap-uionroot: add RPROVIDES |
16:48.53 | CIA-9 | <PROTECTED> |
16:48.54 | CIA-9 | <PROTECTED> |
16:50.28 | CIA-9 | 03hrw 07org.oe.oz354x * r26a7cdcb... 10/packages/ipkg/ (ipkg-collateral/c7x0/dest ipkg-collateral.bb): ipkg-collateral: added sd,cf,home dests for c7x0 |
16:50.33 | CIA-9 | 03hrw 07org.oe.oz354x * re5417dda... 10/conf/distro/openzaurus-3.5.4.1.conf: openzaurus 3.5.4.1 is going into RELEASE |
16:50.35 | *** join/#oe pH5 (n=ph5@p54866099.dip.t-dialin.net) |
16:50.40 | CIA-9 | 03hrw 07org.oe.oz354x * r8bec59f6... 10/conf/distro/openzaurus-3.5.4.1.conf: oz 3.5.4.1: add usbutils in proper way |
16:51.28 | *** join/#oe toi (n=peter@d54C27365.access.telenet.be) |
16:55.29 | hrw|work | cu |
16:55.50 | hrw|work | http://ewi546.ewi.utwente.nl/tmp/hrw/3.5.4.1-test/final/ - OZ 3.5.4.1 images (if someone want to test) |
17:20.07 | poli | hello brace OE developers! Just to make note, I just did a monotone pull and update and tried a bitbake opie-imave (angstrom)... bitbake crashed: Traceback (most recent call last): |
17:21.44 | poli | OSError: [Errno 2] No such file or directory: '/mnt/ext0/poli/4700/oe/org.openembedded.dev/packages/binutils/binutils_2.15.91.0.2.bb' |
17:22.34 | RP | poli: I suspect rm tmp/cache/* will fix that |
17:24.29 | koen | or touch conf/local.conf |
17:26.58 | poli | koen: touch as in get it to mark the current date? |
17:27.11 | koen | yes |
17:34.20 | koen | hey kergoth |
17:35.01 | kergoth | hey |
17:37.36 | eFfeM | poli, RP, koen, have the same problem as poli, just did an mt update |
17:38.19 | koen | touch conf/local.conf |
17:40.09 | eFfeM | koen, doesn't help, actually I did not even have a local.conf , only a local.conf.sample |
17:40.18 | eFfeM | have I lost local.conf during the upgrade |
17:40.44 | koen | no local.conf? |
17:40.51 | koen | not even in the builddir? |
17:41.47 | eFfeM | nope |
17:41.57 | eFfeM | i assume you mean openslug/conf |
17:42.56 | *** join/#oe adoom (n=Aaron@209.168.137.98) |
17:43.32 | eFfeM | koen, had a back tree, but that one does not have a local.conf either |
17:44.14 | koen | no local.conf on your system? |
17:44.26 | koen | how do you specify which machine to use for builds? |
17:45.58 | eFfeM | koen, either make openslug-image or cd openslug; . setup-env; bb <whatever> |
17:46.09 | *** join/#oe ggilbert_ (n=ggilbert@tinman.treke.net) |
17:47.28 | eFfeM | bb complains about .bb files that are missing, |
17:47.41 | eFfeM | for me initially it complained about /home/frans/OpenSlugHead/openslug/openembedded/packages/binutils/binutils_2.15.91.0.1.bb |
17:48.00 | eFfeM | as a test copied that one from the backup tree, then it compialed about the same file but 0.2.bb |
17:48.10 | eFfeM | s/compialed/complained |
17:48.18 | *** join/#oe Laibsc1 (n=Laibsch@V42b5.v.pppool.de) |
17:51.31 | eFfeM | koen, is there a way to remove bitbake's cache? |
17:53.07 | eFfeM | interesting, tried bb -v -D spca5xx |
17:53.22 | eFfeM | DEBUG: Removing /home/frans/OpenSlugHead/openslug/openembedded/packages/binutils/binutils-cross_2.15.94.0.1.bb from cache |
17:54.14 | eFfeM | oops, that was only the cross one |
17:58.26 | eFfeM | the odd thing is that if I go to packages/binutils I see that some |
17:59.56 | eFfeM | hmm. koen, i think i found it. |
18:00.10 | eFfeM | binutils_2.15.91.0.1.bb apparently was dropped and is removed from the tree after an update |
18:00.29 | koen | I know |
18:00.33 | eFfeM | however binutils-cross-sdk_2.15.91.0.1.bb is still there |
18:00.35 | koen | touching local.conf solves that |
18:00.54 | eFfeM | and that one says: include binutils_${PV}.bb |
18:01.37 | eFfeM | yeah, and if I do not have a local.conf ? apart from ./openembedded/packages/fontconfig/files/local.conf |
18:02.16 | eFfeM | shouldnt the binutils-cross bb files be dropped ? |
18:02.44 | eFfeM | of course only the ones where the sibling package is not there any more |
18:06.03 | tkp | I just ran bitbake essential-machine-image and it got most of the way through, and then finished off with: |
18:06.06 | tkp | ERROR: Nothing provides dependency ${MACHINE_DEPENDS} |
18:07.12 | tkp | I'm not sure what that means, and In not sure if it actually finished off the build |
18:07.37 | tkp | if it did, where would my shiny new ext2 file be located? |
18:08.31 | koen | did you initialize teh MACHINE_DEPENDS var? |
18:08.41 | *** join/#oe xarq (n=xarq@nat1.supportsoft.com) |
18:08.48 | koen | like MACHINE_DEPENDS ?= "" |
18:08.55 | tkp | apparently not |
18:09.28 | tkp | is that in local.conf or in my distro.conf? |
18:09.44 | koen | ${MACHINE}.conf |
18:10.07 | *** join/#oe marcan (i=1337@64.Red-83-54-251.dynamicIP.rima-tde.net) |
18:10.21 | koen | essential-machine-image relies heavily on the machine setting all the vars (yes, that's a bug) |
18:10.44 | tkp | ok, so I just add it to epia.conf |
18:11.37 | tkp | where can I find out a list of 'all the vas', maybe there are some other ones missing too |
18:12.37 | koen | probably in task-essential-to-boot.bb |
18:13.00 | *** join/#oe Gerrath_ (n=Shane_@70.89.111.251) |
18:13.54 | xarq | has anyone with a gumstix tried plugging a icuiti M920-CF into the CF slot of the gumstix netcf? are the drivers there for that, or do they need to be written? |
18:18.40 | *** join/#oe tmbinc (i=XXX@e176134031.adsl.alicedsl.de) |
18:20.07 | RP | eFfeM: rm tmp/cache/* |
18:20.34 | RP | its a bug in bitbake's cache handling :-/ |
18:22.57 | tkp | koen: thanks, seems to have done it... it's continuing with the build now :) |
18:24.35 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
18:26.26 | *** join/#oe subdue1 (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
18:26.57 | koen | hrm, klibc 1.4 doesn't compile |
18:27.38 | eFfeM | RP, i fixed it temporarily by creating the missing bb files |
18:27.52 | eFfeM | will undo that and try the cache solution |
18:28.34 | JustinP | ~lart PIERRE! |
18:30.31 | cbrake | RP: DEFAULT_PREFERENCE is only considered when deciding between two versions of the same package -- does not apply to different packages with the same provides. |
18:32.52 | eFfeM | RP: thanks, that did it |
18:32.58 | CIA-9 | 03eFfeM 07org.oe.dev * r9e783e78... 10/packages/pvrusb2-mci/ (pvrusb2-mci-20060702/Makefile.patch pvrusb2-mci_20060702.bb): pvrusb2-mci: added 20060702 snapshot |
18:33.50 | *** join/#oe dijenerate (n=dijenera@69.73.222.209) |
18:36.13 | RP | cbrake: That sounds like something we should consider then... |
18:36.44 | cbrake | RP: nod -- seems like it would be useful. |
18:39.55 | *** join/#oe TheCan (n=thecan@dslb-084-056-175-125.pools.arcor-ip.net) |
19:01.52 | *** join/#oe EvilDevil_ (n=miau@p54A6E473.dip.t-dialin.net) |
19:01.57 | *** join/#oe dijenerate (n=dijenera@69.73.218.224) |
19:06.06 | *** part/#oe xarq (n=xarq@nat1.supportsoft.com) |
19:07.26 | *** join/#oe xarq (n=xarq@nat1.supportsoft.com) |
19:09.52 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
19:11.19 | *** join/#oe thejapa (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
19:11.26 | hrw | hi |
19:11.30 | hrw | kergoth: ping |
19:12.03 | *** join/#oe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net) |
19:12.47 | RP | hi hrw |
19:13.06 | *** join/#oe lEvilDevi (n=miau@p54A6E9D6.dip.t-dialin.net) |
19:13.07 | hrw | I saw kergoth alive so appeared |
19:13.58 | hrw | kergoth: did you got my mail about feeds.openzaurus.org CNAME? |
19:15.37 | *** join/#oe gremlin[it] (n=gremlin@ppp-139-10.25-151.libero.it) |
19:17.39 | koen | hrw: congrats on the final OZ build |
19:17.51 | hrw | thx koen |
19:18.03 | hrw | koen: just rebuilt it |
19:18.11 | *** join/#oe jkp_ (n=jkp@81-179-24-207.dsl.pipex.com) |
19:21.51 | tkp | hmm.. altboot faild to build... |
19:22.06 | tkp | seems to be looking for altboot*.cfg, which doesn't exist |
19:22.09 | *** join/#oe EvilDevil (n=miau@p54A6FC59.dip.t-dialin.net) |
19:24.01 | hrw | tkp: this is rather zaurus related stuff.. |
19:24.13 | hrw | CoreDump|home: add COMPATIBLE_MACHINE into it maybe? |
19:24.25 | *** join/#oe hvontres|work (n=hvontres@208.2.199.132) |
19:24.38 | tkp | hrw: I called bitbake essential-machine-image |
19:24.55 | tkp | and it tried to do altboot along the way |
19:26.55 | hrw | updated OZ 3.5.4.1 images available - now they should not warn about wrong kernel |
19:27.29 | *** join/#oe sirfred (n=mteira@158.Red-83-43-155.dynamicIP.rima-tde.net) |
19:27.41 | sirfred | hello |
19:27.51 | hrw | hi sirfred |
19:28.14 | sirfred | hrw: Hello. The boot image is showing great now on my c760 |
19:28.32 | hrw | sirfred: grabbed from my c760 |
19:28.56 | hrw | sirfred: have to add same for tosa |
19:28.58 | sirfred | hrw: opie still doesn't start in mine. Still the sigsegv error. |
19:29.15 | hrw | sirfred: fsck.. will flash mine later maybe |
19:29.25 | hrw | have to prepare press release |
19:30.02 | sirfred | And the same strange effect in the setup wizard. Windows only showing in the very left side. |
19:30.28 | hrw | http://linuxdevices.com/news/NS4392038828.html will be base of my press release - I like how they changed my previous note |
19:30.39 | sirfred | hrw: Some days ago, I started opie from a gdb session, and the segfault seemed to be in some clipping related function. |
19:30.55 | hrw | bad luck |
19:31.08 | hrw | CoreDump told that opie and gpe images works ok on his akita |
19:31.26 | hrw | so I'll look on c760 - maybe w100 stuff break something |
19:31.42 | hrw | http://www-128.ibm.com/developerworks/linux/library/l-scheduler/?ca=dgr-lnxw09LinuxScheduler |
19:31.57 | sirfred | hrw: It's disabled by default. Anyway, I tried enabling w100 qte driver with the same result. |
19:32.06 | sirfred | hrw: Well, perhaps you mean at kernel level. |
19:32.35 | gremlin[it] | hrw: i'm already reading ir :) |
19:33.00 | jkp_ | hrw: where does the root file system come from when you build an image? |
19:33.10 | jkp_ | is there a package? |
19:34.04 | JustinP | hrw: how did edb-native kill ewi? |
19:34.12 | JustinP | jkp_: no |
19:34.18 | JustinP | jkp_: they're in tmp/deploy/images |
19:34.29 | hrw | JustinP: do_configure started lot of gtk-config (gtk 1.2 stuff) |
19:34.41 | hrw | JustinP: by lot I mean A LOG |
19:34.47 | hrw | JustinP: by lot I mean A LOT |
19:34.49 | jkp_ | i mean, what part of the system actually generates stuff like /dev/* and the directory structure? |
19:34.50 | JustinP | hrw: :-P We can disable the gtk interface... |
19:35.00 | sirfred | hrw: FYI , /etc/init.d/checkversion is complaining about a bad kernel version (I'm sure I downloaded initrd.bin and zImage.bin) |
19:35.08 | hrw | sirfred: already fixed |
19:35.20 | sirfred | hrw: Great |
19:35.56 | JustinP | hrw: I've killed my tmp again, re-copied local.conf, and cleared my ccache and I still have rxvt issues in e..... |
19:36.16 | *** join/#oe dproldan (n=dpadilla@85.Red-80-37-251.staticIP.rima-tde.net) |
19:36.23 | hrw | sirfred: I noticed it when was walking home from work |
19:36.30 | sirfred | :) |
19:36.35 | hrw | sirfred: and then got mail from CoreDump|home with that info too |
19:36.43 | sirfred | Program received signal SIGSEGV, Segmentation fault. |
19:36.43 | sirfred | 0x4038ea1c in QPainter::setClipping () from /opt/QtPalmtop/lib/libqte.so.2 |
19:36.48 | sirfred | hrw: That is what gdb says. |
19:37.17 | hrw | sirfred: I was debugging qt/e over years ago... in OZ 3.5.0 times |
19:37.33 | hrw | '3.5.0' == OZ from OE before 3.5.1 release |
19:37.53 | sirfred | The old and good times. |
19:37.58 | ggilbert_ | Stunning observation :p |
19:38.05 | hrw | qte debug + qpe debug = 40M.. had to use cf.. |
19:38.16 | ggilbert_ | I'd be worried if OZ 3.5.0 came out after 3.5.1 :p |
19:38.26 | ggilbert_ | openzaurus.org |
19:39.02 | *** join/#oe dijenerate (n=dijenera@69.73.218.224) |
19:39.06 | hrw | CoreDump|home: your mirror has feed synced |
19:39.17 | CoreDump|home | nice |
19:39.28 | hrw | ~hail rsync |
19:39.29 | ibot | ACTION bows down to rsync and chants, "I'M NOT WORTHY!!" |
19:41.00 | jkp_ | makedevs...any ideas what provides that? |
19:41.58 | CosmicPenguin | here's a shot in the dark - makedevs? |
19:42.05 | kergoth | busybox has a makedevs too |
19:42.09 | kergoth | might be using that |
19:42.18 | jkp_ | CosmicPenguin: heh - its not installed by something that required it and errored thats all |
19:42.27 | jkp_ | probably a broken dependency |
19:43.55 | jkp_ | yeah it is |
19:46.11 | koen | hrw: I would change the second paragraph |
19:46.31 | jkp_ | guys - bit of oddness here |
19:46.40 | koen | hrw: remove the "it is based on OPIE bit" |
19:46.40 | jkp_ | building essential-image |
19:47.00 | jkp_ | which depends task-essential-to-boot |
19:47.16 | jkp_ | but it has no dependencies for other tools needed to create the image |
19:47.33 | jkp_ | makedevs-native genext2fs-native |
19:47.37 | jkp_ | for example |
19:48.02 | jkp_ | we added them manually to a copy of the file, but is there an umbrella .bb file that includes the tools needed to create the image? |
19:48.48 | jkp_ | seems odd that inherit image_ipk doesnt give you that stuff |
19:49.04 | hrw | koen: me too |
19:51.38 | hrw | cu |
19:54.44 | jkp_ | koen: help! |
19:54.48 | jkp_ | im extremely puzzled |
19:55.26 | jkp_ | what do we need to put in the .bb file to make all the tools needed to build images (prerequisutes) part of the dependencies? |
19:58.08 | jkp_ | heh |
19:58.11 | jkp_ | ok - silly error |
19:58.20 | jkp_ | we had DEPENDENCIES = foo |
19:58.29 | jkp_ | not DEPENDENCIES += foo |
20:24.07 | JustinP | does anyone have a system I could do some bitbaking on? |
20:24.16 | JustinP | I have one myself but I can't figure out what this issue is..... |
20:24.27 | JustinP | or if someone could just run a spitz e-image-core build for me that would be enough |
20:24.54 | *** join/#oe carbonfreeze (n=carbonfr@7-154-237-24.gci.net) |
20:34.30 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9D5FC.dip.t-dialin.net) |
20:38.51 | *** join/#oe hrw-tosa (n=user@c28-240.icpnet.pl) |
20:39.24 | hrw-tosa | fluxbox makes usage of gpe better |
20:41.48 | thejapa | hrw-tosa: you use it with perlpanel and no desktop icons? |
20:42.30 | hrw-tosa | marcos: with matchbox panel and matchbox desktop |
20:42.48 | thejapa | ah |
20:43.51 | hrw-tosa | i'll scap |
20:45.26 | hrw-tosa | thejapa: http://handhelds.org/scap/ |
20:45.54 | thejapa | ah, i was about to ask. :) |
20:46.45 | hrw-tosa | g |
20:47.36 | *** join/#oe hrw-tosa (n=user@c28-240.icpnet.pl) |
20:47.46 | hrw-tosa | re |
20:48.06 | thejapa | bah, not fair. tosa got keyboard and vga screen and wifi... |
20:48.33 | thejapa | it even got recent distro builds |
20:48.55 | hrw-tosa | wifi which break after suspend, which has shitty driver... |
20:50.09 | hrw-tosa | mickeyl: i need your help |
20:50.33 | hrw-tosa | mickeyl: 3541 does not work on c7x0/opie |
20:52.27 | jkp_ | guys - managed to build our first ext2 image file but we are having major issues with it |
20:52.40 | jkp_ | a: the kernel wouldnt boot, but we can sort that later |
20:52.45 | hrw-tosa | details please |
20:52.52 | jkp_ | b: we cant get the filesystem to mount |
20:53.05 | jkp_ | c: things seem to be linked to non-existent libraries |
20:53.13 | jkp_ | we used bitbake essential-image |
20:53.18 | hrw-tosa | tried to reconfigure kernel? |
20:53.30 | hrw-tosa | jkp_: i suggest bootstrap-image |
20:53.36 | jkp_ | really??? |
20:53.42 | jkp_ | i was told *not* to use that one |
20:54.21 | jkp_ | we are looking for a base system to work from hrw-tosa |
20:54.25 | hrw-tosa | heh.. something changed in .dev then... |
20:54.41 | jkp_ | right |
20:54.44 | hrw-tosa | before bootstrapimage was default tot try |
20:54.55 | jkp_ | hrw-tosa: ok - will do that |
20:55.03 | jkp_ | is that a good one to base our distro on? |
20:55.49 | jkp_ | what was odd, was that busybox was dynamically linked to libgcc_s |
20:55.55 | jkp_ | which didnt get installed on the box |
20:56.01 | hrw-tosa | o.. |
20:56.15 | hrw-tosa | try bootstrap-image |
20:56.22 | jkp_ | yeah |
20:56.28 | jkp_ | i will, one thing with that though |
20:56.53 | jkp_ | when you run task-bootstrap...it says its ambigous, and that it doesnt know whether to use task-bootstrap, or task-union-bootstrap |
20:56.58 | jkp_ | and it uses the later |
20:57.12 | jkp_ | then when it comes to make the image it cant find the dependency |
20:57.24 | jkp_ | seems like that ambiguity needs fixing maybe? |
20:57.43 | hrw-tosa | use BBMASK="(task-bootstrap-unionroot)" in local.conf |
20:57.52 | hrw-tosa | its workaround |
20:58.13 | jkp_ | ok - so it will use the unionroot version? |
20:58.39 | hrw-tosa | it will ignore that recipe |
20:58.50 | jkp_ | ahhhh |
21:00.42 | hrw-tosa | mickeyl: qpe segfault after scannig docs... |
21:01.06 | hrw-tosa | : LauncherView::removeAllItems() |
21:01.06 | hrw-tosa | : WARNING: XXXXXXXXXXX rescan |
21:01.06 | hrw-tosa | Segmentation fault. |
21:03.47 | hrw-tosa | mickeyl: after that it does not start at all: W100 driver cannot connect |
21:03.53 | *** join/#oe johnX (n=john@c-71-231-59-137.hsd1.wa.comcast.net) |
21:04.03 | tkp | when bootstrap-image runs udev, I get lots of: NOTE: Couldn't find shared library provider for libgcc_s.so.1 |
21:04.24 | hrw-tosa | tkp: looks like packages are fcsked |
21:04.24 | tkp | I'm a little worried as that was the lib busybox tried to link to before |
21:04.42 | hrw-tosa | tkp: which MACHINE you used? |
21:04.51 | tkp | epia |
21:05.24 | jkp_ | im wondering if there isnt a revision of the repository we could revert to that is in a known good state for what we are trying to do? |
21:05.35 | hrw-tosa | looks like it used host libs.. |
21:05.46 | jkp_ | aggghhh :/ |
21:05.54 | jkp_ | thats not good |
21:05.56 | hrw-tosa | libgcc1 should be built when gcc-cross was built |
21:06.06 | hrw-tosa | cu |
21:06.13 | jkp_ | cya hrw-tosa |
21:06.18 | jkp_ | thanks for all the help |
21:10.36 | CoreDump|bbl | JustinP: i can build e-image-core for you, it's going to take some time thp |
21:11.17 | jkp_ | i think this is all linked to an error we both had when building gcc-cross |
21:11.31 | jkp_ | it said FATAL kernel to old |
21:11.40 | jkp_ | but then we both hit rebuild and it all worked |
21:12.02 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
21:12.03 | jkp_ | but im guessing that it didnt properly build gcc-cross, and things got linked to other libraries on the system |
21:12.18 | jkp_ | would that make any sense? |
21:13.07 | jkp_ | we saw some errors when building something else later (an mplayer dep) errors about multiple definitions in gcc-final stuff |
21:17.22 | *** part/#oe sirfred (n=mteira@158.Red-83-43-155.dynamicIP.rima-tde.net) |
21:19.40 | *** join/#oe csmanx (n=csman@70.55.142.36) |
21:21.49 | JustinP | CoreDump|home: I'd appreciate it. I'd like to see if rxvt's font is ok on another image |
21:22.17 | JustinP | CoreDump|home: from oz354x, please, if you can. .dev is ok if you must, but I've been testing oz354x lately |
21:23.15 | JustinP | CoreDump|home: :-) |
21:24.05 | CoreDump|home | it's going to take a few hours, I'll have it ready by tomorrow |
21:24.15 | JustinP | CoreDump|home: could you please make a note of the rev of the workspace you're building from? If yours works I'll want to build the same rev on my machine and look for differences. |
21:24.42 | JustinP | CoreDump|home: thanks much...hrw keeps having problems with e on ewi.... |
21:24.50 | CoreDump|home | sure, but "most-recent" pretty much matches my rev |
21:24.57 | JustinP | ok |
21:25.06 | JustinP | I just want to make sure I'm building the same rev for comparison purposes |
21:25.22 | JustinP | I'll basically do a diff -r of the image :-] |
21:25.36 | JustinP | this problem has been plauging me.....forever |
21:26.00 | CoreDump|home | JustinP: interesting problem, do you have a screenshot? |
21:26.57 | JustinP | CoreDump|home: ummm...I'd do an scap now...hold on, let me see if I can get it up |
21:27.39 | JustinP | anyone know how to enter a WEP "password"? |
21:27.44 | JustinP | not a key, a password.... |
21:28.10 | CoreDump|home | s:ASCII_TXT |
21:29.19 | *** join/#oe carbonfreeze (n=carbonfr@rdbck-3583.wasilla.mtaonline.net) |
21:29.57 | *** join/#oe ts____gin (n=gints@62.84.15.211) |
21:34.06 | REdOG | bitbake does x-compiling? |
21:34.49 | thejapa | JustinP: not sure which distro... but i remember wep wasn't working with someone here... |
21:34.54 | thejapa | duh |
21:36.19 | JustinP | CoreDump|home: thanks :-) http://handhelds.org/scap/port.9533.png |
21:36.40 | JustinP | REdOG: no, it's magic.....of course it cross compiles.... |
21:36.55 | thejapa | JustinP: e17 running where? |
21:36.56 | JustinP | thejapa: WEP works fine for me. I just didn't know how to do a password instead of a key |
21:36.57 | CoreDump|home | JustinP: LOL, that's one bad-ass cursor |
21:37.07 | JustinP | thejapa: my spitz |
21:37.11 | JustinP | CoreDump|home: yes...yes, it is |
21:37.13 | thejapa | cool |
21:37.26 | JustinP | it's just a font size issue I assume. no font with that size so it displays nothing |
21:37.36 | JustinP | typing things works I typed scap into it) |
21:37.46 | CoreDump|home | heh |
21:38.11 | thejapa | ~scap |
21:38.13 | ibot | rumour has it, scap is a CGI application to easily make screenshots from ibot's iPaq and have them posted on the Web. Refer to http://handhelds.org/scap/ |
21:38.14 | REdOG | JustinP: does it also build the x-compiler? |
21:38.17 | thejapa | aha |
21:38.19 | JustinP | REdOG: yes |
21:38.20 | thejapa | nice |
21:38.49 | REdOG | JustinP: is it able to use uclibc? |
21:43.06 | JustinP | REdOG: it's supposed to be able to. I've never used uclibc |
21:44.56 | JustinP | CoreDump|home: http://handhelds.org/scap/port.10610.png |
21:45.05 | JustinP | CoreDump|home: rxvt -fn mono-4 |
21:45.07 | JustinP | :-P |
21:45.37 | CoreDump|home | well, that looks usable |
21:46.01 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
21:46.09 | JustinP | except no chars still... |
21:46.46 | JustinP | maybe fonts aren't being installed....? |
21:46.49 | CoreDump|home | silly question I know but err did you try that with a newly created $USER? |
21:48.43 | JustinP | ? |
21:48.48 | JustinP | ummm...no.... |
21:48.55 | JustinP | I always just login as root |
21:49.11 | JustinP | e-image doesn't have the user creation widget ATM |
21:49.28 | JustinP | and this used to work fine....and the last few e-images that hrw made did work... |
21:49.30 | JustinP | IIRC |
21:50.26 | CoreDump|home | worth a try then ;) Those nasty dot files can be a real PITA at times |
21:50.48 | CoreDump|home | ie: ~/.Xdefaults |
21:51.18 | CoreDump|home | fwiw, e-image-core for akita just finished |
21:52.52 | JustinP | nope, newly created user has same issue |
21:53.20 | JustinP | no ~/.Xdefaults, though |
21:53.25 | JustinP | for root or new user |
21:53.39 | JustinP | .etc/X11/Xdefaults of course |
21:53.46 | JustinP | <PROTECTED> |
21:59.01 | koen | "I've noticed that in several places (most prominently, Help-About), there is the product version, build number, etc. Please have your team remove this information in our next release." |
21:59.33 | kergoth | hahah |
22:00.08 | koen | "The reason is simple: when they see "Version 2.8 (build 448)," they will think that it took us 28 releases and over *four hundred* builds to get right. " |
22:00.26 | koen | I suspect I did over 400 rebuilds with OE by now |
22:01.15 | kergoth | oh noes, we had to build it lots! |
22:01.19 | kergoth | idiots |
22:02.18 | ggilbert_ | haha |
22:02.45 | ggilbert_ | kergoth: Installed openwrt over the weekend after my magnia died. |
22:02.50 | ggilbert_ | kergoth: It's pretty slick |
22:04.21 | kergoth | nice. i havent played with it much, didnt have the nerve to flash it when i was in MN with only one wrt |
22:04.38 | ggilbert_ | It pretty much worked out of the box for me |
22:05.01 | ggilbert_ | a bit sluggish when doing a file transfer over openvpn, but it works |
22:06.08 | koen | didn't someone fork openwrt (again) last month? |
22:06.38 | koen | ah yes, freewrt |
22:07.11 | *** part/#oe ggilbert_ (n=ggilbert@tinman.treke.net) |
22:07.18 | *** join/#oe ggilbert_ (n=ggilbert@tinman.treke.net) |
22:07.44 | Laibsc1 | koen: no, bsdwrt is the next one ;-) |
22:08.09 | Laibsc1 | there is much bickering in the wrt camp :-( |
22:08.41 | koen | freewrt.org runs on cherokee and jaws |
22:08.45 | koen | that's pretty cute |
22:09.17 | kergoth | i wanted an oe based distro on the wrt, but adding the kenrel proved to be a real pain in the ass, so i gave up. has anyone else messed with it? |
22:09.22 | *** join/#oe W8TVI (n=me@166.165.158.34) |
22:10.06 | Laibsch | kergoth: I tried to convince the openwrt people just last week. No good response. But maybe I got them to reconsider at least a little bit. |
22:10.20 | CoreDump|home | yay, black screen of death |
22:11.07 | koen | kergoth: hrw did some work and br1 |
22:11.11 | kergoth | Laibsch: i spoke with one of the maintainers at one point, and he was open to it. i was going to get the kernel in to get the hard parts done, then hand them a local.conf as a starting point :) |
22:11.15 | kergoth | thats cool |
22:11.17 | Laibsch | kergoth: Let me know if you get more things working on the wrt. I also own such a device and would rather have OE based stuff on it. |
22:11.25 | koen | but br1 couldn't continue it since he gets paid by 4g-systems |
22:11.31 | kergoth | ah |
22:11.51 | Laibsch | kergoth: Did you solder your device? |
22:11.52 | koen | iirc the images work but need a serialport to be usefull |
22:12.17 | kergoth | not yet, no. my wrt is in active use back in MN. need to pick up a new one for my use |
22:12.24 | koen | but you can build packages that run on openwrt afaik |
22:12.54 | koen | (build them with OE, that is) |
22:15.24 | Laibsch | kergoth: the user "webmind" hangs around here and seems to be active in #openwrt as well. Maybe you guys can join forces? |
22:15.55 | kergoth | itll be a bit before i can work on it, have other priorities. in a couple months i'll pick up a wrt |
22:16.02 | CoreDump|home | JustinP: http://handhelds.org/scap/port.14123.png <- e-image on akita |
22:16.04 | Laibsch | koen: That is also the rumours that I heard. I'll certainly try that out once I flashed the linksys. |
22:18.44 | Laibsch | Why is OE building kaffeh-native-1.1.5 instead of the CVS version? I can't seem to be able to override it with PREFERRED_VERSION_kaffeh-native = "cvs" either. Still trying to fix bug 410. |
22:19.31 | koen | Laibsch: "cvs" isn't a version |
22:19.41 | Laibsch | kergoth: maybe you can get a wrt from fon.com for free ;-) |
22:19.57 | *** join/#oe KerwoodDerby (n=Marshall@69-174-178-223.frdrmd.adelphia.net) |
22:20.28 | koen | Laibsch: see kaffeh-native_cvs.bb: PV = "1.1.5+cvs${SRCDATE}" |
22:20.49 | Laibsch | koen: I see. |
22:21.39 | *** join/#oe Pendalar (i=pendalar@h185.233.213.151.ip.alltel.net) |
22:22.56 | koen | ~lart http://www.openembedded.biz/ |
22:23.06 | *** join/#oe csmanx (n=csman@70.55.142.36) |
22:23.08 | koen | ~lart http://www.openembedded.biz/ again |
22:24.14 | CosmicPenguin | heh - funny |
22:24.42 | koen | I heard mvista has a lot of job openings nowadays |
22:36.35 | CoreDump|home | JustinP: I'm now trying hentges-e-image which I created ages ago but still builds |
22:39.55 | JustinP | CoreDump|home: ah....so it's not just me....whew |
22:40.04 | JustinP | CoreDump|home: still, though, this is a real PITA.... |
22:40.18 | JustinP | CoreDump|home: what kind of box/distro are you building on? |
22:40.33 | CoreDump|home | Debian SID on a P4 2.8G |
22:42.48 | CoreDump|home | hentges-e-image is b0rked, too |
22:42.49 | JustinP | ok, so it's not a Gentoo thing either |
22:43.05 | JustinP | I wonder what I'd need to bitbake in a chroot.... |
22:43.27 | CoreDump|home | I do that all the time ;) |
22:44.54 | CoreDump|home | time for bed, n8 all |
22:46.49 | JustinP | hrw|gone: what distro do you bitbake on? |
22:57.46 | *** join/#oe ggilbert_ (n=ggilbert@tinman.treke.net) |
23:01.09 | NAiL | v8jlene: I wouldn't be surprised is ssmtp has my name in the maintainer field, no. Anything in particular? |
23:32.38 | *** join/#oe zwelch (n=chatzill@pdpc/supporter/sustaining/zwelch) |
23:40.22 | *** join/#oe CSMan (n=csman@70.55.142.36) |