| 00:00.12 | *** join/#oe like|graw (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 00:00.44 | Laibsch | koen: how come your sudden interest in kanjipad? |
| 00:02.02 | CIA-4 | 03likewise 07org.oe.dev * rd0e7b7f2... 10/ (1 packages/linux/linux-efika_2.6.18+2.6.19-rc6.bb): linux-efika: Added audio driver and device tree fixup. Experimental. |
| 00:02.07 | CIA-4 | 03koen 07org.oe.dev * ra0700619... 10/ (1 packages/aspell/aspell_0.50.5.bb): aspell: fix compilation for powerpc |
| 00:02.16 | koen | I came across it when browsing gnome svn |
| 00:02.22 | Laibsch | ic |
| 00:07.45 | likewise | good nite all. |
| 00:07.57 | *** part/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 00:09.25 | koen | another fork bites the dust |
| 00:17.03 | CIA-4 | 03likewise 07org.oe.dev * r132be09e... 10/ (1 packages/linux/linux-efika/defconfig): linux-efika: Enabled build of audio driver as module. |
| 00:17.11 | CIA-4 | 03koen 07org.oe.dev * rcc1b4154... 10/ (3 files in 3 dirs): tinymail + maemo-mapper: depends on gnome-vfs, not gnome-vfs-dbus |
| 00:17.17 | CIA-4 | 03koen 07org.oe.dev * rdc166a63... 10/ (9 files in 3 dirs): gnome-vfs-dbus: the -dbus branch has been merged upstream, so remove the old forked code. gnome-vfs_2.16.x has no orbit deps left |
| 00:22.19 | *** join/#oe XorA (n=dp@81-179-98-244.dsl.pipex.com) |
| 00:23.13 | *** join/#oe Laibsc1 (n=Laibsch@R7738.r.ppp-pool.de) |
| 00:33.10 | *** join/#oe rw (i=chat@ipv6.unixload.de) |
| 00:33.33 | rw | hi |
| 00:33.48 | XorA | hi |
| 00:33.53 | rw | does anybody know where the zaurus5500G saves his "bios"? |
| 00:34.07 | rw | or, is there a flash-listing anywhere= |
| 00:34.17 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 00:34.18 | ggilbert_ | What exactly are you trying to accomplish? |
| 00:35.01 | rw | is it possible to replace the flashes and flash it with an cf-card? |
| 00:35.10 | ggilbert_ | yes |
| 00:35.31 | ggilbert_ | you just have to make sure you don't overwrite the bootloader |
| 00:35.39 | ggilbert_ | since that will render the machine useless |
| 00:35.51 | rw | i mean - it will replace the chips |
| 00:35.55 | rw | it = i |
| 00:36.40 | ggilbert_ | Can you? Yes. Should you? No. |
| 00:37.02 | rw | why not? |
| 00:38.46 | ggilbert_ | It's a tricky process |
| 00:38.57 | ggilbert_ | that can easilly destroy the machine |
| 00:39.27 | rw | we did stuff like this with a dbox2 etc. |
| 00:39.30 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 00:39.35 | rw | so i know what i am doing |
| 00:39.50 | rw | i just wanted some hardware information |
| 00:40.11 | rw | but i don't find stuff - no pictures, no flash-tables etc. |
| 00:40.12 | ggilbert_ | Someone in Japan did it a while back |
| 00:40.25 | XorA | rw: you replacing with bigger chips? |
| 00:41.15 | rw | XorA: at the moment i don't know very much about the zaurus internals - so i don't know what the bigger chips are ;) |
| 00:41.22 | *** join/#oe Laibsch (n=Laibsch@R7744.r.ppp-pool.de) |
| 00:44.05 | ggilbert_ | hmm for the life of me I can't remember where it was |
| 00:44.41 | rw | maybe you know a page where i can get some basic hardware information? |
| 00:47.50 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 00:50.37 | *** join/#oe wookey (i=wookey@courthouse.aleph1.co.uk) |
| 00:50.38 | *** join/#oe niv_one_three (n=niv@82.166.209.44) [NETSPLIT VICTIM] |
| 00:50.40 | *** join/#oe kergoth (n=kergoth@neutrino.joshua-colp.com) |
| 00:50.40 | *** join/#oe Bernardo|away (n=Bernardo@10001296612.0000006537.acesso.oni.pt) [NETSPLIT VICTIM] |
| 00:50.40 | *** join/#oe pgfeller (n=pgfeller@66.189.79.83.cust.bluewin.ch) [NETSPLIT VICTIM] |
| 00:50.41 | *** join/#oe ljp (n=lpotter@203.94.178.46) [NETSPLIT VICTIM] |
| 00:50.45 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 00:50.45 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 00:50.46 | *** join/#oe mwester-laptop (n=chatzill@gw.mwester.net) [NETSPLIT VICTIM] |
| 00:51.23 | *** join/#oe chouimat|ibook (n=dieu@kde/developer/chouinard) |
| 00:53.37 | *** join/#oe Demitar_ (n=demitar@83.209.124.64) |
| 01:04.21 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 01:07.00 | *** join/#oe rw (i=chat@ipv6.unixload.de) |
| 01:07.00 | *** join/#oe JaMa (n=martin@2001:718:2:900:213:d4ff:fe50:9da8) |
| 01:20.35 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 01:33.37 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 01:40.29 | *** join/#oe marcan (i=1337@244.Red-88-0-76.dynamicIP.rima-tde.net) |
| 01:47.26 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 01:51.00 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 01:57.10 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 01:58.54 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 02:08.10 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 02:13.13 | *** join/#oe Laibsc1 (n=Laibsch@R776d.r.ppp-pool.de) |
| 02:13.44 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 02:33.47 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 02:37.38 | *** part/#oe mykilx (n=mykilx@pool-71-99-194-34.tampfl.dsl-w.verizon.net) |
| 02:39.48 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 02:41.54 | *** join/#oe bloodrunner (n=bloodrun@dialup-4.233.197.212.Dial1.Manchester1.Level3.net) |
| 02:51.32 | *** join/#oe mr_nice (n=mr_nice@p54A9D325.dip.t-dialin.net) |
| 02:55.29 | *** join/#oe pgfeller_ (n=pgfeller@95.132.78.83.cust.bluewin.ch) |
| 03:42.42 | CIA-4 | 03mwester 07org.oe.dev * rac6e8d15... 10/ (1 conf/distro/debianslug.conf conf/distro/openslug.conf): openslug/debianslug: add via-velocity NIC driver module to the rootfs |
| 04:05.32 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 04:14.12 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 04:16.25 | *** join/#oe W8TVI (n=me@166.165.151.27) |
| 04:20.26 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 04:24.24 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 04:34.08 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 04:58.27 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 05:16.22 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 05:35.37 | *** part/#oe Mavez-San (n=ryoko@neilmathers.co.uk) |
| 05:47.15 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 06:05.58 | *** part/#oe rw (i=chat@ipv6.unixload.de) |
| 06:07.39 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 06:12.48 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 06:26.48 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 06:37.44 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 06:47.25 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 07:26.31 | *** join/#oe mrz80 (n=scotsman@n128-227-212-167.xlate.cns.ufl.edu) |
| 07:32.41 | *** join/#oe ar (n=ar@port-ip-213-211-242-239.reverse.mdcc-fun.de) |
| 07:45.58 | *** join/#oe anushsh (n=anushshe@125.22.4.160) |
| 07:57.10 | *** join/#oe likewise (n=chatzill@atwork-98.r-212.178.104.atwork.nl) |
| 08:10.25 | *** join/#oe slapin_nb (n=slapin@gprs-nat.spbmts.ru) |
| 08:14.16 | ArjanS | hi people. my package manager wants to upgrade monotone to 0.32, is that version compatible with OE metadata? |
| 08:22.14 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 08:22.54 | rwhitby | ArjanS: yes, network protocol is unchanged |
| 08:28.00 | ArjanS | rwhitby: thank you. my current version is 0.29, do I need a mtn migrate or something like that? |
| 08:28.39 | anushsh | btw my mtn is not working. Everything is installed. any idea? |
| 08:33.41 | rwhitby | ArjanS: there will be a migrate step (or maybe two) in your working area. See the monotone site UPGRADE page for details. |
| 08:37.51 | ArjanS | rwhitby: thanks! |
| 08:49.27 | *** join/#oe ade|desk (n=ADAVEY@194.200.143.249) |
| 09:00.52 | *** join/#oe t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 09:14.21 | *** join/#oe zecke (n=ich@145.253.107.2) |
| 09:21.48 | ade|desk | morning all |
| 09:30.04 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 09:32.21 | pb_ | hi ade|desk |
| 09:32.23 | pb_ | hi zecke |
| 09:35.20 | zecke | hey master! |
| 09:35.28 | zecke | happy new year, success and health |
| 09:42.19 | *** join/#oe TheCan (n=thecan@dslb-084-056-132-164.pools.arcor-ip.net) |
| 09:46.39 | *** join/#oe ar (n=ar@port-ip-213-211-242-239.reverse.mdcc-fun.de) |
| 09:47.25 | niv_one_three | morning |
| 09:48.06 | niv_one_three | zecke, where may we corespond regarding the mq200? |
| 09:48.21 | niv_one_three | (I am that guy with the simpad..) |
| 09:48.32 | niv_one_three | are registered at oesf? |
| 09:50.37 | zecke | no I'm not at oesf |
| 09:51.05 | zecke | the code and doc is there where it has been for the last ~2 years and 'mr_nice' already pointed you to it |
| 09:51.28 | ade|desk | pb_ long time no see, what are you up to these days ? |
| 09:53.06 | niv_one_three | zecke, I bag your pardon, where is the code ? |
| 09:53.24 | niv_one_three | I d/l the .git from ~zecke |
| 09:53.37 | zecke | niv_one_three: do me a favor, check the log from yesterday |
| 09:53.38 | niv_one_three | what is the name I should find ? |
| 09:53.59 | niv_one_three | I will try, but this irssi , is full |
| 09:54.01 | zecke | niv_one_three: then do `find . -name '*mq200*` |
| 09:54.07 | niv_one_three | 10x |
| 09:54.40 | zecke | niv_one_three: but the mq200 'driver' is where normal video drivers are located |
| 09:55.50 | zecke | niv_one_three: e.g. http://handhelds.org/cgi-bin/cvsweb.cgi/linux/kernel26/drivers/video/mq200/ for older copy... |
| 09:55.54 | niv_one_three | well I get no hits from the find |
| 09:56.05 | niv_one_three | I will try mr_mice l8r |
| 09:56.10 | niv_one_three | oh |
| 09:56.11 | niv_one_three | ok |
| 09:56.12 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 09:57.02 | zecke | niv_one_three: make sure to search at the right spot... |
| 09:57.20 | niv_one_three | oh, I just saw the hh repository via that web cgi |
| 09:57.25 | niv_one_three | ok |
| 09:57.28 | niv_one_three | thanks |
| 09:57.43 | niv_one_three | sweet, I see the code |
| 09:58.45 | zecke | it is based on a driver from lineo. as the datasheets were not 'googable' we used mem dumps to set it up |
| 10:00.16 | niv_one_three | I will look in to it in 10 hours, thanks |
| 10:00.44 | niv_one_three | btw, I got a basic C knowladge, hope the code is easy to grasp |
| 10:02.00 | niv_one_three | btw, is the a public log collected from this chat? |
| 10:02.26 | zecke | yes |
| 10:02.28 | zecke | ~log |
| 10:02.41 | ibot | well, log is as piece of wood, or a record, or the opposite of exponentiation |
| 10:02.41 | niv_one_three | 10x |
| 10:02.45 | zecke | ~help |
| 10:02.51 | niv_one_three | I will |
| 10:03.08 | zecke | ~logs |
| 10:03.10 | ibot | apt/ibot/jbot/purl all log to http://ibot.rikers.org/<channelname>/ where channelname is html encoded ie: %23debian | lines that start with a space are not shown | some channels have stats at http://ibot.rikers.org/stats/<channelname>.html.gz, or updated "nightly" |
| 10:07.30 | koen | good morning all |
| 10:07.36 | NAbyss | Morning |
| 10:09.40 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 10:11.28 | niv_one_three | morning |
| 10:19.44 | *** join/#oe polyonymous (n=hacker@pD9539B58.dip0.t-ipconnect.de) |
| 10:23.14 | pb_ | zecke: thanks. a happy new year to you as well. |
| 10:27.04 | niv_one_three | pb_ : hi I am new here, are you a DEV? |
| 10:27.16 | niv_one_three | not THe dev but a dev |
| 10:27.19 | niv_one_three | :-) |
| 10:30.14 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
| 10:30.40 | pb_ | niv_one_three: not really, but zecke is |
| 10:32.09 | zecke | lol |
| 10:32.18 | rwhitby | is diet-x11 failing for anyone else (makekeys.c:34:19: X11/X.h: No such file or directory |
| 10:32.18 | rwhitby | ) ? |
| 10:32.21 | zecke | niv_one_three: pb_ is our shy master |
| 10:32.59 | RP | morning all |
| 10:33.28 | RP | rwhitby: Try cleaning it and rebuilding it. It does that when you try to rebuild it iirc. Fixes welcome :) |
| 10:33.41 | rwhitby | RP: this is with tmp blown away |
| 10:33.44 | koen | hey RP |
| 10:34.00 | RP | rwhitby: ah :-/ |
| 10:34.18 | *** join/#oe univac (n=univac@148.81.191.193) |
| 10:34.26 | rwhitby | and it's looking a bit scary. |
| 10:34.41 | *** join/#oe blaster8 (n=jonesml@orca.stp.me.uk) |
| 10:38.51 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 10:40.06 | likewise | koen: good morning, thanks for the davinci ml link. |
| 10:40.53 | koen | likewise: goedenmorgen! |
| 10:42.57 | koen | XorA|gone: it really starting to look like that .la problem you highlighted a while back |
| 10:43.09 | *** join/#oe bluelightning (n=blueligh@222-155-155-218.jetstream.xtra.co.nz) |
| 10:43.38 | koen | XorA|gone: OE needs to sed out anything matching TMPDIR/work |
| 10:43.47 | rwhitby | Anyone know when bitbake -k stopped doing what it should? |
| 10:44.02 | zecke | rwhitby: which version of bitbake do you use? |
| 10:44.08 | rwhitby | 1.6 head |
| 10:44.17 | zecke | eek, no idea then :} |
| 10:44.34 | rwhitby | 1.6.3 to be exact |
| 10:45.09 | zecke | sorry I was not aware of that |
| 10:45.27 | rwhitby | no problem. that's what testers are for :-) |
| 10:46.30 | zecke | looking at my schedule for january, it is best to file a bug report :} |
| 10:56.15 | rwhitby | zecke: what's the easiest way to get bitbake to tell me which package is depending on diet-x11, so I can expurgate it and allow my feed rebuild to continue? |
| 10:57.00 | zecke | rwhitby: you ask the tough questions |
| 10:57.37 | zecke | rwhitby: use a bitbake where -g is working and then look for edges pointing to virtual/x11 (diet-x11) |
| 10:58.27 | rwhitby | thx |
| 10:58.59 | rwhitby | hmm - 1.6.3 is not such a version :-) |
| 10:59.16 | zecke | tough questions at the morning |
| 10:59.43 | rwhitby | 9:30pm here :-) |
| 10:59.55 | rwhitby | I've had all day to think of them. |
| 11:00.09 | zecke | you seem to have used the time visely |
| 11:00.14 | zecke | rwhitby: what is broken? |
| 11:00.29 | rwhitby | preferred_versions[pn] = bb.providers.findBestProvider(pn, pkg_pn)[2:4] |
| 11:00.30 | rwhitby | TypeError: findBestProvider() takes at least 3 arguments (2 given) |
| 11:00.44 | zecke | okay that one is reported already, try 1.4 :} |
| 11:01.43 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 11:02.52 | CIA-4 | 03koen 07org.oe.dev * r7df4ca6e... 10/ (1 packages/linux/linux-rp_2.6.19+git.bb): linux-rp 2.6.19+git: s/DOSRC/RPSRC/ for kexec patch |
| 11:06.58 | RP | zecke: I think that findBestProvider is fixed in 1.6 svn (1.6.3). We should release it at some point |
| 11:07.30 | RP | hmm. or is 1.6.3 broken too? :-/ |
| 11:07.45 | rwhitby | the one I'm using reports itself as 1.6.3 |
| 11:07.49 | rwhitby | I can update from svn just to check |
| 11:08.44 | rwhitby | yep, matches svn |
| 11:08.56 | RP | rwhitby: ok, thanks. I'll take a look |
| 11:09.58 | rwhitby | RP: rebuild of diet-x11 definitely doesn't work. Note that the box I'm building on has no host X include files installed if that matters. |
| 11:10.13 | koen | OE has its own x includes |
| 11:10.21 | rwhitby | yeah, that's what I figured. |
| 11:10.33 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 11:10.38 | RP | rwhitby: I'm thinking of a different problem with makedevs |
| 11:13.05 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 11:14.30 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 11:16.18 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 11:16.51 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 11:19.06 | CIA-4 | 03rpurdie 07bitbake-1.6 * r720 10/bin/bitbake: bin/bitbake: Fix findBestProvider parameters (close #1715) |
| 11:20.14 | RP | rwhitby: That should solve the bitbake -g problem |
| 11:21.35 | [cc]smart | |--- git.orig/drivers/video/backlight/hx2750_bl.c 2006-12-30 15:03:10.000000000 +0000 |
| 11:21.35 | [cc]smart | |+++ git/drivers/video/backlight/hx2750_bl.c 2006-12-30 15:29:55.000000000 +0000 |
| 11:22.01 | RP | [cc]smart: That backlight patch needs to be after the hx2750 backlight driver patch |
| 11:22.48 | rwhitby | RP - that seems to have fixed the problem, but I get lots of "ERROR with provider" messages now, and no dot output :-( |
| 11:23.01 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 11:23.29 | RP | rwhitby: FWIW, that code is totally rewritten in bitbake 1.7... |
| 11:23.41 | zecke | rwhitby: I don't think so (slugos-packages deps) |
| 11:23.54 | rwhitby | first one is "NOTE: ERROR with provider: patch-native |
| 11:23.55 | rwhitby | " |
| 11:24.09 | RP | rwhitby: It doesn't handle anything in ASSUME_PROVIDED |
| 11:24.27 | rwhitby | oh - I see the output files now. sorry. |
| 11:25.51 | rwhitby | aha - python->tk->x11 |
| 11:26.07 | rwhitby | that's gonna kill a lot of packages. |
| 11:27.39 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 11:27.47 | rwhitby | so diet-x11 is working for everyone else who is rebuilding after deleting tmp today? |
| 11:28.47 | CIA-4 | 03rpurdie 07org.oe.dev * r9f89b3c9... 10/ (1 packages/linux/linux-rp_2.6.19+git.bb): linux-rp-2.6.19+git: Fix patch order |
| 11:29.46 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 11:29.47 | *** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de) |
| 11:30.35 | rwhitby | which OE package is meant to stage the X11 includes? |
| 11:31.47 | rwhitby | hmm - the include files are in staging/i686-linux/include/X11, but diet-x11 makekeys.c is not finding them |
| 11:31.50 | koen | xorg-headers-native |
| 11:32.16 | RP | rwhitby: Keep in mind makedevs is compiled for the native system, not cross compiled iirc |
| 11:32.45 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 11:32.48 | rwhitby | I don't see the connection to makedevs? |
| 11:33.01 | rwhitby | (I'm talking diet-x11 and makekeys) |
| 11:33.47 | rwhitby | ok, the includes are in staging/armeb-linux/include/X11 too |
| 11:34.24 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 11:36.28 | RP | rwhitby: I meant makekeys - its not a cross compiled util so perhaps it uses the system cflags |
| 11:41.00 | rwhitby | that might make sense - I don't have any X11 includes installed on the host |
| 11:41.56 | RP | rwhitby: Have a read of the libx11 .bb file and see what it does to makekeys. I suspect you need to add some headers to the compile command |
| 11:42.00 | Jin^eLD | re |
| 11:42.08 | rwhitby | that must be a change since last time we compiled the feed though, cause it's the same host config |
| 11:43.06 | *** join/#oe splat1 (n=splat1@cpc2-leic7-0-0-cust281.lei3.cable.ntl.com) |
| 11:43.12 | RP | That .bb is ugly :-( |
| 11:44.40 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 11:47.00 | hrw|gone | <PROTECTED> |
| 11:47.06 | hrw | morning |
| 11:47.13 | hrw | u-boot CVS needs to be removed |
| 11:47.45 | hrw | Laibsch: I will clean that perl config in next few days |
| 11:52.18 | RP | hi hrw |
| 11:53.21 | koen | hey hrw |
| 11:53.55 | hrw | Crofton: can we replace uboot_LABEL*.bb SRC_URI with archive from ftp.denx.de? it will give us one recipe with normal fetching more |
| 11:54.45 | hrw | ~lart 128kbps connections |
| 11:55.35 | *** join/#oe niacin1 (n=niacin@c-67-171-145-200.hsd1.or.comcast.net) |
| 11:56.37 | zecke | man I hate perl |
| 11:56.58 | koen | patching file drivers/video/backlight/hx2750_bl.c |
| 11:56.58 | koen | Hunk #1 FAILED at 95. |
| 11:56.58 | koen | 1 out of 1 hunk FAILED -- saving rejects to file drivers/video/backlight/hx2750_bl.c.rej |
| 11:57.16 | koen | RP: the linux-rp+git still seems to have a problem |
| 11:57.16 | CIA-4 | 03rpurdie 07org.oe.dev * rb154b78e... 10/ (4 files in 3 dirs): Add qemux86.conf from Poky (and update qemu rootfs sizes) |
| 11:57.23 | CIA-4 | 03rpurdie 07org.oe.dev * r67fe520d... 10/ (1 classes/package_deb.bbclass): Add package_deb.bbclass from Poky |
| 11:57.33 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 11:57.42 | RP | koen: I seem to have badly broken it :-/ |
| 11:57.44 | hrw | RP: i586 or i686 qemux86? |
| 11:57.53 | Crofton | hrw, is there a recipe? |
| 11:58.01 | RP | hrw: i586 |
| 11:58.13 | hrw | Crofton: only src_uri need to be changed to same as in 1.1.x ones |
| 11:58.17 | RP | hrw: What was the reason for i686? |
| 11:58.27 | Crofton | ok |
| 11:58.41 | hrw | RP: progear, guiiness are already i686 angstrom targets |
| 11:58.44 | Crofton | I will try and test that and the new kernel in the OSK this week |
| 11:59.04 | hrw | Crofton: 1.1.6 u-boot is also available - maybe will be even better then the one with label |
| 11:59.13 | Crofton | ok |
| 11:59.42 | hrw | Crofton: I will drop uboot_cvs.bb soon - uboot_git.bb with DEF_PREF=-1 will get added |
| 11:59.52 | RP | hrw: Arguably this means we have more testing coverage then ;-) |
| 12:00.10 | hrw | RP: ;D |
| 12:00.57 | Crofton | ok |
| 12:01.07 | koen | what are your thought on OE code sprints? |
| 12:01.12 | Crofton | Is uboot cvs still valid even? |
| 12:01.24 | zecke | koen: local face to face? |
| 12:01.27 | hrw | Crofton: with srcdate <20060930 it is |
| 12:01.44 | koen | e.g. we decide to concentrate on e.g. on thing (.dep support, packaged-staging, tinderbox) for a week |
| 12:01.48 | Crofton | old stuff :) |
| 12:02.02 | koen | zecke: ideally, but I think we'll have to settle for distributed sprints |
| 12:03.19 | hrw | it would be nice if tinderbox would be able to show machine/distro combo in boxes view |
| 12:03.46 | RP | koen: Its a nice idea. It would rely on people having time windows to commit to it though :-/ |
| 12:07.04 | CIA-4 | 03rpurdie 07org.oe.dev * rc87c6565... 10/ (1 classes/rootfs_deb.bbclass): Add rootfs_deb.bbclass from Poky |
| 12:08.01 | RP | FWIW, .deb package generation works fine. The rootfs generation is a bit unpredictable :} |
| 12:11.24 | hrw | RP: will get solved one day |
| 12:12.11 | RP | hrw: Its not far off, just needs time. It basically works now |
| 12:15.50 | RP | koen, [cc]smart: This time the kernel should really work ;-) |
| 12:15.57 | CIA-4 | 03rpurdie 07org.oe.dev * r52d8fae9... 10/ (1 packages/linux/linux-rp_2.6.19+git.bb): linux-rp-2.6.19+git: Really fix the backlight patch |
| 12:16.58 | koen | NOTE: package linux-rp-2.6.19+git-r4: task do_compile: started |
| 12:17.06 | Crofton | hrw where do you see uboot 1.1.6? |
| 12:18.42 | RP | I should also mention, ipk and deb package generation can run in parallel, just INHERIT = "package_ipk package_deb". The order is important as the first one is used for rootfs generation... |
| 12:19.23 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 12:19.28 | RP | (you can override that with IMAGE_PKGTYPE = "deb" etc. |
| 12:19.38 | koen | NOTE: package linux-rp-2.6.19+git: completed |
| 12:20.00 | RP | koen: What speed machine is that? :) |
| 12:20.18 | koen | RP: dual opteron with fast discs |
| 12:20.46 | RP | koen: nice. Mine might get there in about 10 minutes :-/ |
| 12:21.35 | hrw | uf. got screen back |
| 12:21.35 | hrw | Crofton: denx.de |
| 12:21.35 | RP | If I touch the documentation branch, I'll get asked where the poky documentation is :-/ |
| 12:21.42 | hrw | Crofton: ftp.denx.de/pub/u-boot/ |
| 12:21.55 | koen | RP: in the documentation branch of course :) |
| 12:21.57 | Crofton | I see the tag, but there is no tarball listed on the sf page ... |
| 12:22.22 | hrw | Crofton: ignore sf.net |
| 12:22.27 | hrw | Crofton: they do not use it |
| 12:22.43 | hrw | Crofton: git is hosted on denx.de, archives too |
| 12:22.57 | Crofton | they still link there ... there is 1.1.5 on sf, but not 1.1.6 which came a week later |
| 12:23.06 | Crofton | just confusing |
| 12:23.40 | hrw | "Tarballs can be found at the DENX FTP server." |
| 12:23.57 | [cc]smart | patching file drivers/video/backlight/hx2750_bl.c |
| 12:23.57 | [cc]smart | Hunk #1 FAILED at 95. |
| 12:24.07 | *** join/#oe darmou (n=darmou@ppp194-244.lns3.mel4.internode.on.net) |
| 12:24.35 | [cc]smart | but... updateing monoton i saw no difference, so do i have to remove the cached patch first ? |
| 12:25.04 | RP | [cc]smart: No, you should have pulled a change in which would make it use a new backlight patch |
| 12:25.27 | [cc]smart | leme recheck |
| 12:26.01 | [cc]smart | yes. i missed that on first sight: mtn: modifying packages/linux/linux-rp_2.6.19+git.bb |
| 12:27.14 | Crofton | hrw, I just skimmed the changelog, looks like 1.1.6 should be good for OSK |
| 12:27.23 | hrw | Crofton: good |
| 12:27.31 | [cc]smart | i have a reject file, but also: Applied patch backlight_parameter_fix-r0.patch (forced; needs refresh) |
| 12:27.47 | RP | [cc]smart: It should be using -r1 |
| 12:27.58 | hrw | RP: did you bumped PR? |
| 12:28.24 | RP | hrw: No, since it didn't work before. |
| 12:28.25 | RP | [cc]smart: clean it and try again |
| 12:28.51 | koen | zecke: http://bash.org/?18477 |
| 12:28.55 | [cc]smart | i rmoved the directory of linux-xxx and the stamps of same, iirc that should do it |
| 12:29.40 | RP | [cc]smart: That sounds like a lot more effort than "bitbake virtual/kernel -c clean" ;-) |
| 12:29.54 | RP | Presuming you have it as the default kernel... |
| 12:30.08 | hrw | [cc]smart: bitbake -crebuild.... |
| 12:32.50 | hrw | <PROTECTED> |
| 12:36.53 | hrw | looks like it is ewi problem - I had to cut off tinderclient usage because I was unable to do any builds |
| 12:39.42 | koen | hrw: there is some weird interaction with the lab firewall and ewi |
| 12:39.54 | koen | hrw: it only seems to show up when using ssh over here |
| 12:40.25 | koen | but my crappy cable connections makes it hard to tell when it happens and when my cable is just crappy |
| 12:41.33 | hrw | koen: no plans on moving tinderbox to LTG? |
| 12:41.49 | koen | hrw: plans yes |
| 12:41.56 | koen | hrw: waiting on zecke for that |
| 12:42.07 | koen | hrw: or we could move it to the new OE server |
| 12:43.10 | hrw | ok |
| 12:44.06 | zecke | :} |
| 12:44.16 | hrw | koen: where does new machine will be hosted? |
| 12:44.38 | koen | hrw: next to ftp.nl.debian.org :) |
| 12:45.22 | koen | it will probably become openembedded.snt.utwente.nl |
| 12:45.44 | hrw | hm.. collie build is fscked a bit |
| 12:45.50 | hrw | need to again set of config fixes |
| 12:46.46 | Crofton | hrw, do we know what other machines use u-boot? |
| 12:47.09 | koen | gta01 for one |
| 12:47.26 | koen | mickey|zzZZzz: pïng |
| 12:50.26 | hrw | hm.. just 87G free left... |
| 12:50.52 | hrw | Crofton: amsdelta omap5912osk for sure |
| 12:51.19 | Crofton | ok |
| 12:51.33 | Crofton | just curious what might be broken by an update :) |
| 12:51.37 | hrw | Crofton: some more probably too but does not have it in extra depends |
| 12:52.04 | hrw | Crofton: add new versions and inform about it on ML with request for testing |
| 12:52.15 | Crofton | will do |
| 12:52.24 | mr_nice | niv_one_three: hi |
| 12:52.32 | hrw | Crofton: it would be best to have two uboot versions in OE: latest one + git one |
| 12:53.23 | *** join/#oe pleemans (n=peter@d51A5E612.access.telenet.be) |
| 12:54.13 | Crofton | hrw, I agree |
| 12:55.43 | blaster8 | allo - python depends on tk which depends on libX11 |
| 12:55.49 | blaster8 | this is not great for headless systems |
| 12:56.05 | niv_one_three | mr_mice: hi |
| 12:56.20 | rwhitby | libX11 can be used to run clients on headless systems which display on remote servers |
| 12:56.20 | *** join/#oe darmou_ (n=darmou@ppp194-244.lns3.mel4.internode.on.net) |
| 12:56.36 | rwhitby | (a number of people do such things with the nslu2 today) |
| 12:56.39 | cbrake | blaster8: I think that is only for building. Installing python does not pull in X libs. |
| 12:57.08 | blaster8 | that's more reasonable |
| 12:57.08 | cbrake | blaster8: I've used python on several headless projects in the last year. |
| 12:57.14 | Crofton | I run python on the osk and it works fine wo a display |
| 12:57.28 | *** join/#oe darmou__ (n=darmou@ppp194-244.lns3.mel4.internode.on.net) |
| 12:57.35 | mr_nice | niv_one_three: did you get the git tree? |
| 12:58.00 | niv_one_three | mr_mice: It burned all night |
| 12:58.06 | koen | blaster8: where do you see a libx11 dependency: http://www.angstrom-distribution.org/repo/?action=details&pnm=python ? |
| 12:58.18 | niv_one_three | I am now at work and sshing how shows it was d/l |
| 12:58.46 | rwhitby | koen: I think blaster8 is referring to the diet-x dependency that tk has (where tk is a dependency of python) |
| 12:58.48 | niv_one_three | 1011M handhelds.org/~zecke" |
| 12:58.52 | niv_one_three | ok? |
| 12:59.05 | rwhitby | (build-time dependency) |
| 12:59.20 | mr_nice | niv_one_three: with wget -r or? |
| 12:59.21 | hrw | blaster8: building python creates lot of python packages. some of them needs tk, some of them needs x11, some needs other stuff... but no one force you to install all python packages |
| 12:59.25 | koen | rwhitby: I was hinting at blaster8 to check claims before sprouting nonsense |
| 12:59.42 | rwhitby | night all |
| 12:59.59 | mr_nice | niv_one_three: then you will need to delete the index.html stuff in it |
| 13:00.04 | blaster8 | koen: as I understand it, the python meta-package depends on libX11 however indirectly |
| 13:00.16 | hrw | blaster8: meta-package or recipe? |
| 13:00.22 | koen | blaster8: it doesn't |
| 13:00.25 | blaster8 | ok, fine |
| 13:00.31 | blaster8 | need to check our build system then |
| 13:00.33 | zecke | niv_one_three: git clone not wget... |
| 13:00.52 | mr_nice | zecke: wget is also ok |
| 13:01.02 | hrw | blaster8: http://openembedded.org/oemyths |
| 13:01.09 | mr_nice | zecke: he had a problem with curl support in his git tree |
| 13:01.18 | hrw | we need to clean up this page and promote to mainpage somewhere |
| 13:01.38 | mr_nice | niv_one_tree: here is a description about the git stuff http://opensimpad.org/index.php/SLACKpad_from_scretch:playground#Zeckes_Git_Kernel |
| 13:01.49 | [cc]smart | i have - ${RPSRC}/backlight_parameter_fix-r0.patch;patch=1;status=pending - in linux-rp_2.6.19+git.bb. so it seems despite an update i did not get to fix-r1 |
| 13:01.53 | koen | python depends on ncurses + python-core, python-core depends on libpython, libpython depends on libc6 |
| 13:01.57 | koen | no x11 there |
| 13:02.06 | koen | not even indirectly |
| 13:02.10 | blaster8 | hrw: that would be fine, but diet-x11 is broken for us here :) |
| 13:02.30 | [cc]smart | RP: i have - ${RPSRC}/backlight_parameter_fix-r0.patch;patch=1;status=pending - in linux-rp_2.6.19+git.bb. so it seems despite an update i did not get to fix-r1 |
| 13:03.30 | hrw | when this connection will die I will go into gone status |
| 13:03.58 | mr_nice | niv_one_three: you will need to clone the downloaded dir to get a working git tree |
| 13:03.59 | hrw | blaster8: so your problem is diet-x11 not python |
| 13:04.19 | blaster8 | primarily it's diet-x11 |
| 13:04.32 | niv_one_three | zecke: I recompiled git with curl supprt |
| 13:05.19 | niv_one_three | I can run git again, so it will be at home when I return |
| 13:05.31 | *** join/#oe vlo (n=valentin@adsl-84-226-33-155.adslplus.ch) |
| 13:05.33 | niv_one_three | did the wget give partial d/l? |
| 13:05.51 | niv_one_three | need I run git to get the stuff again? |
| 13:06.29 | hrw | !oebug 1739 |
| 13:06.31 | cdbot2 | * * Bug 1739, Status: NEW, Created: 2007-01-02 05:08 |
| 13:06.32 | cdbot2 | * * openembedded(AT)hrw.one.pl: strace does not build for mipsel |
| 13:06.33 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1739 |
| 13:07.47 | niv_one_three | well, I am keeping this chanenl to monitor, and getting back to work |
| 13:07.51 | blaster8 | koen: http://www.openembedded.org/repo/org.openembedded.dev/packages/python/python_2.4.4.bb |
| 13:07.58 | blaster8 | DEPENDS = "python-native readline zlib gdbm openssl tcl tk" |
| 13:08.02 | niv_one_three | mr_mice: are you a dev here? |
| 13:08.04 | blaster8 | and tk depends on libX11 |
| 13:08.06 | hrw | blaster8: so? |
| 13:08.14 | koen | blaster8: you said package |
| 13:08.20 | mr_nice | niv_one_three: no read http://opensimpad.org/index.php/SLACKpad_from_scretch:playground#Getting_Zeckes_git_tree |
| 13:08.23 | hrw | blaster8: DEPENDS is BUILDTIME dependency not RUNTIME |
| 13:08.26 | niv_one_three | may we get in to the mq200 , in 7 hours? |
| 13:08.34 | koen | blaster8: the python package doesn't depend on x11, not even indirectly |
| 13:08.40 | mr_nice | niv_one_three: no I am no dev here |
| 13:09.16 | niv_one_three | mr_mice: what comes after Getting_Zeckes_ ? |
| 13:09.25 | niv_one_three | in the URL you gave? |
| 13:09.55 | mr_nice | niv_one_three: http://shortlink.org/1062 |
| 13:09.57 | niv_one_three | oh ok I get the URL |
| 13:10.34 | niv_one_three | ok I am leaving the git , do its thng |
| 13:10.36 | niv_one_three | thing |
| 13:10.51 | mr_nice | niv_one_three: you did already a wget -r or? |
| 13:11.08 | mr_nice | niv_one_three: then cd to the directory |
| 13:11.22 | mr_nice | niv_one_three: find ./ -name index.html* -delete |
| 13:11.34 | mr_nice | niv_one_three: to delete all index.html stuff |
| 13:11.35 | niv_one_three | yaI did the wget |
| 13:11.56 | mr_nice | niv_one_three: and then do a git clone linux-2.6/.git/ ../Zeckes.Kernel.git.tree |
| 13:12.04 | hrw | fsck.. my angstrom/collie build tries to build orinoco 0.13e... |
| 13:13.12 | mr_nice | niv_one_three: in Zeckes.Kernel.git.tree is then the complete tree as if you had done a git clone http://handhelds.org/~zecke/simpad/linux-2.6/.git Zeckes.Kernel.git.tree |
| 13:13.17 | niv_one_three | ok I did it |
| 13:13.45 | niv_one_three | thanks for sharing your knowladge |
| 13:13.48 | mr_nice | niv_one_three: then the best is to make a copy of it |
| 13:13.55 | mr_nice | niv_one_three: no problem |
| 13:14.19 | mr_nice | niv_one_three: we have the same target |
| 13:14.25 | hrw | ARGH |
| 13:15.27 | niv_one_three | I should have my new fuji S9000 next week |
| 13:15.34 | niv_one_three | will post better shots |
| 13:15.51 | niv_one_three | hope to have the code runing Bluetooth by then |
| 13:15.56 | *** join/#oe darmou (n=darmou@ppp194-244.lns3.mel4.internode.on.net) |
| 13:16.06 | mr_nice | niv_one_three: what about your problem you have written on oesf forum? |
| 13:16.18 | niv_one_three | ? |
| 13:16.34 | pgfeller | hrw: do you have a couple of minutes (regarding your company)? |
| 13:16.56 | niv_one_three | will come back here |
| 13:17.02 | niv_one_three | monitoring .. |
| 13:17.21 | hrw | pgfeller: january is booked for my transofrmations, leaving old company.. |
| 13:17.30 | niv_one_three | sorry mr_mice, need to pay them taxs my coutry charges :-) |
| 13:17.35 | hrw | pgfeller: then I'm booked by one OE related company |
| 13:17.41 | mr_nice | niv_one_tree: np |
| 13:17.48 | *** topic/#oe by koen -> OpenEmbedded Developer Lounge | http://www.openembedded.org | http://bugs.openembedded.org | FOSDEM'07: 24-25.02.2007 with OE booth. Official OE hotel Astridhotel.be | this is still no a distribution support channel |
| 13:18.06 | pgfeller | hrw: I see - cool :-) ... will come back to you in feb. if I was not able to handle things myself ... good luck for your transition |
| 13:18.31 | *** topic/#oe by koen -> OpenEmbedded Developer Lounge | http://www.openembedded.org | http://bugs.openembedded.org | FOSDEM'07: 24-25.02.2007 with OE booth. Official OE hotel Astridhotel.be | this is still not a distribution support channel |
| 13:18.33 | ade|desk | koen: in the topic s/no/not |
| 13:18.37 | ade|desk | lol too late |
| 13:19.09 | ade|desk | ls |
| 13:19.12 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 13:19.21 | *** join/#oe Marex-notebook (n=marex@unassigned-89-31-10-134.isp.mcnet.cz) |
| 13:19.58 | koen | ade|desk: . |
| 13:20.01 | koen | ade|desk: .. |
| 13:20.12 | ade|desk | grr wrong window |
| 13:20.26 | ade|desk | ~lart self |
| 13:20.35 | ade|desk | ~lart me |
| 13:25.14 | mickeyl | koen: pong |
| 13:25.24 | hrw | hi mickeyl |
| 13:25.26 | mickeyl | morning guys, happy new year for all I didn't see previously |
| 13:26.23 | hrw | we need to pester AMD guys to check geode*x support... |
| 13:26.59 | hrw | and I need to get cash and buy laptop with linux for me |
| 13:27.07 | [cc]smart | RP: now i received -r1... |
| 13:31.29 | hrw | koen: MACHINE_KERNEL_VERSION = 2.6 is useless in angstrom.conf |
| 13:31.40 | hrw | koen: distro is loaded AFTER machine |
| 13:31.56 | koen | right |
| 13:32.32 | hrw | collie part in -oabi.conf would need to be written ;( |
| 13:36.16 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 13:36.32 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 13:38.37 | pgfeller | ping kergoth |
| 13:39.25 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 13:39.55 | Laibsch | Am I right in assuming that something like http://edu.kde.org/kiten/ would not be possible on an embedded device? |
| 13:40.28 | koen | why not? |
| 13:40.42 | koen | (ignoring KDEs broken buildsystem from hell) |
| 13:41.05 | hrw | Laibsch: depends how much storage will you get |
| 13:41.43 | koen | since kprintf("hello world\n"); drags in 200MB of kdelibs |
| 13:45.01 | zecke | koen: at least with cmake, their system is more sane |
| 13:45.26 | zecke | and I'm sure lorn will provide KDE4 integration with OpieII |
| 13:46.04 | *** join/#oe GottferDamnt (n=teva@AMontsouris-151-1-10-128.w82-123.abo.wanadoo.fr) |
| 13:47.04 | Laibsch | Well, I got a suggestion for using kiten for the vocab flash card at the gakusei.sf.net project. I rejected it with the argument that it would not run well if at all on an embedded device. I guess that holds true. |
| 13:49.32 | zecke | Laibsch: with a day or two porting it could run (refering to pi-sync.net stuff...) |
| 13:50.51 | koen | ~emulate zautrix |
| 13:51.01 | ibot | this is exactly what the GPL is about. grab the stuff and run away |
| 13:53.01 | [cc]smart | RP: linux compilationcompleted. thx alot. |
| 13:53.37 | Laibsch | Well, I still rather focus on jards and granule which are close to completion. granule already compiles and upstream even bought a collie just for improving his code. He made a special build target so we can make some GUI changes for PDA. Those need a little bit of more work. jards was always targetted at the Z. It compiles. Upstream wants to continue development for Sharp ROM but perl currently breaks :-( |
| 13:59.13 | *** join/#oe pH5 (n=ph5@p5485D8C3.dip.t-dialin.net) |
| 14:01.02 | *** join/#oe tn1 (n=tnb@sdgsystems.net) |
| 14:02.52 | hrw|gone | cu |
| 14:03.05 | Laibsch | ~seen Ifaistos |
| 14:03.08 | ibot | ifaistos <n=stelios@ipa226.211.tellas.gr> was last seen on IRC in channel #oe, 4d 20h 54m 21s ago, saying: 'koen happy birthday :)'. |
| 14:04.55 | pgfeller | do I have to use a special flag during build, so that the runtime linker will find pthread lib @ exec. time? |
| 14:12.43 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 14:14.41 | CIA-4 | 03koen 07org.oe.dev * rbfde8722... 10/ (4 files in 3 dirs): opentapi: add (untested) initscript |
| 14:32.05 | Crofton | how do I build a specific version of u-boot |
| 14:32.15 | Crofton | without setting up preferred version |
| 14:32.22 | Crofton | just testing 1.1.6 build? |
| 14:32.36 | *** join/#oe HopsNBarley (n=andy24@nslu2-linux/HopsNBarley) |
| 14:32.44 | koen | bitbake uboot-<version> |
| 14:33.31 | Crofton | this dash/underscore stuff confuses me :) |
| 14:33.34 | Crofton | thanks |
| 14:33.58 | *** join/#oe univac (n=univac@148.81.191.193) |
| 14:40.30 | *** join/#oe NAbyss_ (n=foo@220-253-109-119.VIC.netspace.net.au) |
| 14:41.46 | *** join/#oe NAbyss_ (n=foo@220-253-109-119.VIC.netspace.net.au) |
| 14:42.50 | Crofton | u-boot 1.1.6 builds for OSK |
| 14:43.01 | Crofton | now building 2.6.19-omap1 |
| 14:53.11 | *** join/#oe TheCan (n=thecan@dslb-084-056-132-164.pools.arcor-ip.net) |
| 14:56.30 | *** join/#oe mickey (n=mickey@e180184209.adsl.alicedsl.de) |
| 15:00.54 | Laibsch | Rebuilding glib-2.0 fails with "/usr/bin/autoreconf: unrecognized option `--exclude=autopoint'" here. What now? |
| 15:01.04 | *** join/#oe stevenh (n=lews@65.167.23.3) |
| 15:02.01 | *** join/#oe thegve (n=germ@80.112.194.210) |
| 15:02.52 | Laibsch | autoreconf is version 2.60. It belongs to package autoconf which is at version 2.60-1 on an up-to-date edgy. |
| 15:03.41 | koen | oe uses its own auto(re)conf |
| 15:04.02 | Laibsch | so "bitbake -c rebuild autoconf"? |
| 15:04.14 | zecke | OE should use its own autoreconf (/usr/bin/autoconf indicates something else) |
| 15:07.00 | mickeyl | sounds like you're using bitbake -b too much. check whether STAGING_BINDIR/autoconf is present |
| 15:07.42 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 15:08.48 | koen | "At work, I finally got my workstation installer going. It's a netbootable Debian image that sets up the disk, unpacks a tarball of Fedora Core 6 (ironic, huh?) onto the machine, makes sure it will be bootable, and then writes some machine specific config. " |
| 15:08.50 | koen | heh |
| 15:09.01 | koen | (http://davyd.livejournal.com/204234.html) |
| 15:10.28 | CIA-4 | 03awilcox 07org.oe.dev * rc2ec81fe... 10/ (1 packages/jhead/jhead_2.6.0.bb): jhead: add do_install |
| 15:13.48 | CIA-4 | 03awilcox 07org.oe.dev * r1a9ae927... 10/ (1 packages/meta/openprotium-packages.bb): openprotium_packages: remove non-building libdvb |
| 15:17.40 | likewise | HopsNBarley: hny andy |
| 15:17.57 | HopsNBarley | hi leon, happy new year! |
| 15:18.49 | likewise | koen: did I miss your birthday recently? if so, hiep hiep hoera! |
| 15:21.23 | pgfeller | if I compile a module (.so) for tslib with OE devshell the module only works if I do not use pthread functions in it - otherwhise it won't load (no reason displayed why - nothing in dmesg & logread) |
| 15:22.19 | pgfeller | if I open the .so in a hex editor I find references to the OE stage dirs /stuff .../ - do I have to do something else to get an .so which can be linked @ runtime? |
| 15:22.30 | koen | likewise: 28-12 |
| 15:22.40 | koen | HopsNBarley: HNY |
| 15:23.29 | HopsNBarley | koen, thanks! HNY back to you! |
| 15:23.48 | likewise | koen: congrats! Still in the twenties? |
| 15:24.01 | koen | likewise: yep, 24 :) |
| 15:24.02 | zecke | pgfeller: if your username is != drepper use objdump or nm |
| 15:24.40 | likewise | koen: sigh. I had to dial-in when I was 24 :-) |
| 15:26.19 | pgfeller | zecke: I do not know mr. drepper :-) ... thanks for the hint - will make myself familiar with those two |
| 15:28.40 | koen | zecke: DSO only works on x86, since every other archs is either annoying or broken |
| 15:28.51 | koen | </drepperism> |
| 15:29.10 | pgfeller | ~pastebin |
| 15:29.15 | ibot | pastebin is, like, a place to paste your stuff without flooding the channel - try http://pastebin.ca, or http://channels.debian.net/paste |
| 15:31.05 | pgfeller | zecke: which one to check? dynamic reloc looks reasonable to me (as far I can tell ...): http://pastebin.ca/301086 |
| 15:31.20 | zecke | pgfeller: SO_NEEDED is always interesting |
| 15:31.35 | zecke | pgfeller: and as you suspect threads, search for pthread? |
| 15:32.24 | *** join/#oe marcan (i=1337@244.Red-88-0-76.dynamicIP.rima-tde.net) |
| 15:35.59 | *** join/#oe thegve (n=germ@ip51cffcc4.direct-adsl.nl) |
| 15:36.32 | pgfeller | zecke: in "Dynamic Section:" I have libpthread.so.0, libgcc_s.so.1, libc.so.6 => http://pastebin.ca/301092 - all of them present on the device |
| 15:36.56 | zecke | vnc crap :) |
| 15:38.00 | zecke | pgfeller: man dlopen, man dlerror, grep dlopen | wc -l, grep dlerror | wc -l, add dlerror usage to tslib |
| 15:40.55 | pgfeller | zecke: yep - vnc :-) ...now almost done -> uinput works now (keyboard & mouse) - so I only have to inject the events somewhere. I figured that tslib would the best (used by opie & gpe, device independant) |
| 15:41.13 | pgfeller | zecke: thanks for the hints - will read trough them |
| 15:42.40 | zecke | pgfeller: please remind me why Qts VNC wasn't good enough |
| 15:43.25 | pgfeller | zecke: I did not manage to "share" the screen - but "only" to invoke a 2nd opie instance |
| 15:43.57 | pgfeller | zecke: unfortunately to go into the code of qte is not practicable for me |
| 15:44.24 | zecke | hehe and instead of writing a working QWS_DISPLAY variable you spend weeks/month on the other thing. Call me lazy but I would not have done this :) |
| 15:44.24 | pgfeller | zecke: and I figured that a GUI independent VNC server would be a nice thing for linux handhelds |
| 15:45.18 | pgfeller | zecke: tried several things with QWS_DISPLAY ... but never managed to have the same screen on the pda & on the vnc client :-/ |
| 15:45.19 | zecke | pgfeller: nice initial thought, but either you use directFb/QtE or a network transparent protocol like X anyway :) |
| 15:45.57 | *** join/#oe hvontres|poodle (n=hvontres@redhill.orthodyne.com) |
| 15:46.36 | pgfeller | zecke: I'm still glad for a working QWS_DISPLAY variable :-) |
| 15:47.07 | zecke | pgfeller: I won't do any public QtE until TT behaves again |
| 15:48.17 | pgfeller | zecke: :-) np ... just another one in favor of vnc: for qpe users they would not need an X server if they want to remote control from their atari, amiga, c64 ... or what ever - jsut a working java vm :-) |
| 15:48.31 | pgfeller | zecke: not qpe - meant gpe |
| 15:48.52 | zecke | pgfeller: X teleportation! |
| 15:49.42 | pgfeller | zecke: ? |
| 15:49.56 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-7a29353e842a603b) |
| 15:50.18 | zecke | pgfeller: with X/GPE you are able to teleport single applications to another display |
| 15:50.32 | zecke | pgfeller: e.g. teleport the addressbook from your pda display to your PC |
| 15:50.43 | zecke | pgfeller: and then copy and paste data between these two clients :) |
| 15:51.02 | pgfeller | zecke: but you need an x-server on the other computer - right? |
| 15:54.13 | zecke | pgfeller: yes |
| 15:54.38 | pgfeller | zecke: & this way a learn a lot about programming & linux :-) ... but now I have to go; thanks again for your help - it is much apreciated |
| 15:55.11 | Laibsch | mickeyl: I hardly ever use bitbake -b. I think I might be seeing the effect of http://permalink.gmane.org/gmane.comp.handhelds.openembedded/14355 |
| 15:56.41 | mickeyl | oh right |
| 15:56.44 | *** join/#oe ar (n=ar@port-ip-213-211-242-239.reverse.mdcc-fun.de) |
| 15:56.48 | mickeyl | i rebuilt everything once i read that mail |
| 15:57.33 | Laibsch | I will probably do the same now. It will take me about 24-48 hours before being able to do any real compilation again :-( |
| 16:02.55 | cbrake | I'm working through a procedure to install grub to a CF card for a OE build x86 distro. Currently I'm just running grub from the host system, but I suspect it is using some pieces from the host version of grub. Has anyone worked through this? |
| 16:06.00 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 16:12.43 | CosmicPenguin | why use grub? |
| 16:13.10 | CosmicPenguin | the problem with grub is that it requires the scripts be run with the actual physical media in hand |
| 16:13.18 | CosmicPenguin | that doesn't lend itself very well to a universal image |
| 16:13.19 | zecke | CosmicPenguin: I personally believe bootloaders must have tab support! |
| 16:14.14 | CosmicPenguin | syslinux does not require the physical media on hand to be installed - though it does require a FAT filesystem |
| 16:14.29 | likewise | cbrake: I have done GRUB installs to a CF image, off-target. |
| 16:14.31 | CosmicPenguin | which leads into the need for multiple partitions |
| 16:14.58 | *** join/#oe vlo (n=valentin@adsl-84-226-33-155.adslplus.ch) |
| 16:14.59 | CosmicPenguin | I've been meaning to port extlinux for what - three decades now, and I'm sure I'll get around to it before Halley's comet returns |
| 16:15.24 | zecke | hehe |
| 16:20.54 | likewise | cu |
| 16:23.05 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 16:24.19 | *** join/#oe blaster8 (n=jonesml@orca.stp.me.uk) |
| 16:25.21 | *** join/#oe univac (n=univac@148.81.191.193) |
| 16:26.05 | *** join/#oe blaster8 (n=jonesml@orca.stp.me.uk) |
| 16:29.19 | *** join/#oe gremlin[it] (n=gremlin@ppp-181-10.25-151.libero.it) |
| 16:34.06 | *** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de) |
| 16:34.17 | *** join/#oe Bitmaster (n=Bitmaste@c-fb61e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 16:35.01 | *** join/#oe anushsh (n=anushshe@220.226.52.162) |
| 16:43.58 | *** join/#oe ar (n=ar@port-ip-213-211-242-239.reverse.mdcc-fun.de) |
| 16:44.30 | *** join/#oe cedric (n=cedric@213.215.31.4) |
| 17:05.14 | *** join/#oe Crofton (n=balister@hc6521709.dhcp.vt.edu) |
| 17:07.27 | *** join/#oe eno (n=eno@nslu2-linux/eno) |
| 17:07.35 | CIA-4 | 03rpurdie 07org.oe.dev * r1664f078... 10/ (1 packages/linux/linux-rp_2.6.19+git.bb): linux-rp-2.6.19+git: Update to ASoC 0.13pre1, fix compile failures and pronounce spitz working with this version |
| 17:09.42 | *** part/#oe ade|desk (n=ADAVEY@194.200.143.249) |
| 17:16.49 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 17:17.03 | Crofton | u-boot 1.1.6 works on the OSK |
| 17:19.40 | hvontres|poodle | RP: If I want to do some testing on .dev imagages for poodle, should I try the 2.6.19 kernels or should I stick wthis 2.6.17 for now? |
| 17:19.40 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 17:20.57 | RP | hvontres|poodle: I'd be interested in reports on the 2.6.19+git kernel |
| 17:21.07 | RP | hvontres|poodle: Its what will become 2.6.20 |
| 17:21.23 | Crofton | 2.6.19-omap1 oops loading ALSA for me :( |
| 17:23.07 | hvontres|poodle | RP: OK. I'll have to rebuild staging on my build box tonight so I might have some results later this week. Those two P-II's just aren't that fast :) |
| 17:23.54 | hvontres|poodle | RP: btw, 2.6.18 crashes on suspend/resume... so I guess good riddance to it :) |
| 17:25.33 | RP | hvontres|poodle: Hmm. It shouldn't crash :-/ |
| 17:26.12 | RP | hvontres|poodle: I'm planning to drop 2.6.18 anyway. If I fix anything it will be 2.6.19+git |
| 17:26.45 | hvontres|poodle | RP: I know. I just wanted to give you a +1 on dropping 2.6.18 :) |
| 17:26.55 | RP | hvontres|poodle: :) |
| 17:27.31 | *** join/#oe HopsNBarley (n=andy24@nslu2-linux/HopsNBarley) |
| 17:28.54 | CIA-4 | 03rpurdie * r721 10bitbake/lib/bb/fetch/svn.py: svn fetcher: Don't have a date in the filename for specific svn revisions |
| 17:31.43 | *** join/#oe valLongfield (n=valentin@adsl-84-226-144-243.adslplus.ch) |
| 17:31.46 | *** join/#oe dkey (n=dkey@d86-33-232-72.cust.tele2.at) |
| 17:33.41 | *** join/#oe cedric (n=cedric@213.215.31.4) |
| 17:36.57 | CIA-4 | 03rpurdie 07bitbake-1.6 * r722 10/lib/bb/data.py: bitbake-1.6 data.py: Backport emit_var fixes and add unexport flag support |
| 17:39.57 | RP | koen: There should be support for setting MACHINE in the environment for .dev now with both bitbake 1.6 svn and 1.7 |
| 17:40.14 | koen | nice |
| 17:40.28 | koen | did you merge the poky fixes? |
| 17:40.47 | RP | koen: Yes, the image one came in yesterday with the other changes |
| 17:41.26 | RP | The rest came in a while ago |
| 17:41.29 | koen | time to rewrite my buildscripts afain |
| 17:41.56 | ssvb | hi koen |
| 17:41.57 | RP | koen: Test it first to make sure I've not missed anything. If I have, we can grab the fixes from poky though |
| 17:42.28 | koen | hey ssvb |
| 17:43.11 | koen | grrr |
| 17:43.20 | koen | svn built by OE doesn't have http(s) support |
| 17:43.33 | RP | :-/ |
| 17:43.48 | ssvb | koen: can you do some quick test on xscale box? (if you are not too busy): http://www.oesf.org/forums/index.php?showtopic=22280&view=findpost&p=149865 |
| 17:44.06 | koen | ssvb: see my comment about svn :) |
| 17:44.13 | koen | checking out the tree on another box right now |
| 17:45.49 | kergoth | meh, i wish qemu had a hostfs |
| 17:46.11 | RP | kergoth: nfs is quite close |
| 17:47.42 | kergoth | not when you're on a tightly controlled machine where you lack the root access necessary to create a tun/tap device |
| 17:47.45 | kergoth | :P |
| 17:49.25 | Crofton | anyone know why u-boot had a patch for navman.. in the bb file? |
| 17:50.11 | koen | Crofton: because upstream lacks support for that machine |
| 17:50.30 | Crofton | I wonder if 1.1.6 supports it? |
| 17:50.47 | Crofton | I created a 1.1.6 bb file, but left that patch out |
| 17:52.27 | koen | try putting it in |
| 17:53.26 | Crofton | a pox on people who do not send patches upstream |
| 17:55.57 | Crofton | koen, do you know who can test the addition of the patch? |
| 17:56.19 | Crofton | I will add the line to the bb file |
| 17:56.25 | koen | if it applies it should be allright |
| 17:57.19 | Crofton | the SRC_URI for the patch looks like it only runs if you are building for that machine ... |
| 17:57.58 | *** join/#oe HopsNBarley (n=andy24@pool-71-116-66-86.snfcca.dsl-w.verizon.net) |
| 17:58.00 | Crofton | I did look in u-boot source and it does not look like the patch was applied upstream |
| 18:02.17 | koen | ssvb: what does the output of unquantize tell me? |
| 18:02.58 | koen | root@h2200:/data/site/maemo-mplayer/libavcodec/tests# ./test-unquantize |
| 18:02.58 | koen | dct_unquantize_h263_helper_c time=0.04372 usec per element, or 10.9 cycles (250MHz), 18.2 cycles (416MHz) |
| 18:02.58 | koen | dct_unquantize_h263_helper_armv5te time=0.01935 usec per element, or 4.8 cycles (250MHz), 8.1 cycles (416MHz) |
| 18:09.24 | Crofton | patch fails |
| 18:09.49 | ssvb | koen: thanks, that matches the results from arm926, what optimization options did you use, is it possible to tweak them to get better performance for C version? |
| 18:09.50 | Crofton | I'll push without the patch line and the navman people will have to fix ... |
| 18:13.26 | koen | root@hx4700:~$ ./test-unquantize |
| 18:13.26 | koen | dct_unquantize_h263_helper_c time=0.02691 usec per element, or 6.7 cycles (250MHz), 11.2 cycles (416MHz) |
| 18:13.27 | koen | dct_unquantize_h263_helper_armv5te time=0.01179 usec per element, or 2.9 cycles (250MHz), 4.9 cycles (416MHz) |
| 18:13.39 | koen | ssvb: -march=armv5te -mtune=xscale -fexpensive-optimizations -fomit-frame-pointer -frename-registers -Os |
| 18:14.58 | *** join/#oe mreimer (n=mreimer@bilbo.vpop.net) |
| 18:19.23 | koen | mreimer: happy new year! |
| 18:19.33 | mreimer | koen|away: thanks! to you too! |
| 18:22.53 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 18:23.13 | CIA-4 | 03crofton 07org.oe.dev * r35295539... 10/ (1 packages/uboot/u-boot_1.1.6.bb): u-boot_1.1.6.bb : Add new bb file to build u-boot-1.1.6. |
| 18:27.34 | *** join/#oe anushsh (n=anushshe@220.226.52.162) |
| 18:28.55 | ssvb | koen: one last question, what is the clock frequency on that device? is it higher than 416MHz? :) |
| 18:29.16 | *** join/#oe tmb|away (i=abcd@e176172073.adsl.alicedsl.de) |
| 18:29.55 | koen | ssvb: h2200 is 400MHz, hx4700 is 624MHz |
| 18:30.20 | koen | the hx4700 is a pxa270 |
| 18:32.23 | ssvb | koen: ok, thanks |
| 18:33.22 | ssvb | i think i will add an option to automatically detect clock frequency for a less confusing report |
| 18:37.55 | ssvb | koen: just to clarify, was iwmmxt only introduced in pxa270? |
| 18:38.12 | *** join/#oe mreimer (n=mreimer@bilbo.vpop.net) |
| 18:38.17 | koen | ssvb: yes |
| 18:39.56 | ssvb | I see, so mplayer still can be optimized (much?) better for older devices |
| 18:40.29 | koen | most older devices are pxa255 |
| 18:40.59 | koen | or arm920t based (armv4t) |
| 18:41.08 | ssvb | also it is interesting what chip will be used in Nokia 770 successor, if it will be ARM11, it should have some sort of SIMD instructions which are useful for multimedia |
| 18:41.22 | koen | ? |
| 18:41.29 | koen | arm11 doesn't add simd IIRC |
| 18:42.41 | ssvb | but it uses armv6 instruction set, and there seem to be some SIMD instructions according to arm docs |
| 18:43.40 | koen | arm docs are always a bit ehm.. "enthousiastic" |
| 18:44.15 | ssvb | http://arm.com/products/CPUs/ARM1176.html |
| 18:45.02 | koen | "SIMD (Single Instruction Multiple Data) media processing extensions deliver up to 2x performance for video processing" |
| 18:46.21 | ssvb | But OMAP2 chips also have some dedicated video processing hardware, so maybe software decoding with mplayer will not be required there :) |
| 18:46.37 | koen | the IVA? |
| 18:47.36 | ssvb | yes, I wonder what thing is that? |
| 18:48.30 | ssvb | is it flexible enough to accelerate any codecs, or it specialized only in a few of them? |
| 18:49.01 | koen | I suspect it's just a c54x dsp |
| 18:49.45 | koen | omap3 seems to have dsp + iva2 |
| 18:50.58 | ssvb | anyway, arm920t devices are much less lucky, they don't have fast multiply enhanced dsp instructions which were introduced in armv5te |
| 18:52.30 | zecke | later guys |
| 18:52.30 | koen | I think the vfp in most arm11 is the best treat |
| 18:52.37 | koen | even if it's "optional" |
| 18:55.09 | ssvb | koen: it also adds unaligned memory access support in hardware (it is a big stopping factor when porting apps to arm) |
| 18:55.22 | koen | indeed |
| 19:26.03 | koen | ehm |
| 19:26.10 | koen | who just pushed 184 csets? |
| 19:26.50 | koen | sorry, 177 |
| 19:28.54 | cbrake | is adding a custom inittab in packages/sysvinit/sysvinit/<machine>/ the best way to get a getty on tty1? |
| 19:29.22 | cbrake | koen: is that why my pull has been taking forever ... |
| 19:29.48 | koen | it seems someone at nslu2-linux was a bit enthousiastic with merges |
| 19:30.42 | koen | rwhitby: if nslu2 automerges, could you turn that off? |
| 19:31.04 | koen | cbrake: yep, pulling in merges is quite slow |
| 19:33.29 | cbrake | koen: still can't mtn pull from oe.org ... |
| 19:34.08 | koen | try ewi546.ewi.utwente.nl or opensource.wolfsonmicro.com |
| 19:34.17 | cbrake | koen: ok |
| 19:43.21 | *** join/#oe gremlin[it] (n=gremlin@ppp-181-10.25-151.libero.it) |
| 19:46.44 | *** join/#oe gremlin[it] (n=gremlin@ppp-181-10.25-151.libero.it) |
| 19:47.54 | cbrake | hmm -- grub2: Cross-platform installation which allows for installing GRUB from a different architecture. |
| 19:48.01 | cbrake | have to check that out at some point ... |
| 19:49.01 | *** join/#oe GottferDamnt (n=teva@AMontsouris-151-1-10-128.w82-123.abo.wanadoo.fr) |
| 19:50.45 | XorA|gone | koen: ok, I didnt ever code a .bbclass fix, I just deleted the junk by hand |
| 19:51.45 | *** join/#oe Crofton (n=balister@hc6521709.dhcp.vt.edu) |
| 19:52.02 | koen | sed should be able to fix it, right? |
| 19:55.13 | CIA-4 | 03koen 07org.oe.dev * rc6043a6b... 10/ (1 conf/distro/angstrom-2007.1-oabi.conf): angstrom oabi: COMPATIBLE_MACHINE is a bit unreliable in a distro.conf, so remove it |
| 19:55.27 | koen | indeed |
| 19:55.42 | koen | someone pushed 170+ merges |
| 19:55.48 | XorA|gone | koen: yeah, it If I remember right, you can in fact hard code the replacement with ${STAGING_LIBDIR} and thats all thats needed |
| 19:56.01 | koen | and the last merge is from nslu2-linux |
| 19:56.24 | *** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 19:56.45 | koen | hey gerwinin |
| 19:57.33 | gerwinin | hey koen |
| 19:57.51 | gerwinin | I am sitting here with a tulband around my head :) |
| 19:58.10 | XorA|gone | koen: or ${CROSSDIR/blah/blah/lib} but I dont know which variable are used for that |
| 19:58.25 | *** join/#oe goxboxlive|gpe (n=goxboxli@9.80-202-160.nextgentel.com) |
| 19:58.29 | koen | gerwinin: everything went ok? |
| 19:58.41 | gerwinin | Koen: yes |
| 19:59.04 | gerwinin | Koen : didn't have to stay in the hospital |
| 19:59.06 | XorA|gone | dependency_libs=' -Ltmp/cross/arm-angstrom-linux-gnueabi/lib/ -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s' |
| 19:59.13 | XorA|gone | koen: is I think all you need |
| 20:02.03 | koen | dependency_libs=' -Ltmp/cross/arm-angstrom-linux-gnueabi/lib/ -lgcc_s -lc -m', right? |
| 20:02.03 | koen | -lm |
| 20:02.27 | XorA|gone | koen: yeah, I wasnt sure if the repeats were to work out some wierd bugs in linker |
| 20:03.06 | koen | could you code up a sed rule that replace TMPDIR/work with crossdir? |
| 20:07.07 | XorA|gone | koen: is that ${CROSSDIR} ?? |
| 20:09.29 | koen | CROSS_DIR = "${TMPDIR}/cross" according to bitbake.conf |
| 20:12.19 | XorA|gone | sed -e "s|dependency_libs\s*=\s*.*|dependency_libs = ' -L${CROSS_DIR}/${HOST_SYS}/lib|" |" |
| 20:12.41 | XorA|gone | miss out that last |" cnp error |
| 20:14.29 | koen | s:-L${TMPDIR}/work*:-L${CROSS_DIR}/${HOST_SYS}/lib:g |
| 20:14.43 | koen | some .la files have more than one reference to tmp/work |
| 20:14.57 | *** join/#oe Kristoffer (n=ken@81-233-95-80-no75.business.telia.com) |
| 20:15.21 | Kristoffer | Ive compiled xcalibration tools but they dont contain the xcalibration tool, what package might I find that one in? |
| 20:15.39 | XorA|gone | sed -e "s|dependency_libs\s*=\s*.*|dependency_libs = ' -L${CROSS_DIR}/${HOST_SYS}/lib -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s '|" |
| 20:16.03 | XorA|gone | koen: that should replace the ones for gcc cleanly |
| 20:16.20 | koen | gcc isn't the only one infected :( |
| 20:16.25 | XorA|gone | koen: I hate the paths with ..\..\..\..\ and such |
| 20:16.46 | XorA|gone | koen: gcc is the one that starts the infection, fix that, clean /tmp and all else should be clean |
| 20:17.17 | XorA|gone | koen: as far as I can tell, libtool just concatenates all dependency_libs lines to make .la file for library currently being built |
| 20:17.35 | koen | that would explain it |
| 20:18.40 | XorA|gone | koen: so I suspect something along the lines of what I put when building gcc would probably clean it forever, I dont have the time right now to fiddle with the oeclasses |
| 20:19.05 | koen | could you reply to the list with your sed magic? |
| 20:19.43 | *** part/#oe Kristoffer (n=ken@81-233-95-80-no75.business.telia.com) |
| 20:22.03 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 20:24.56 | XorA|gone | koen: done |
| 20:26.10 | koen | thanks |
| 20:48.50 | rwhitby | koen: our monotone.nslu2-linux.org server does not automerge. our autobuilder automerges, but doesn't push. so it had to be a user (could be an nslu2-linux user) |
| 20:55.17 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 20:56.27 | *** join/#oe JaMa (n=martin@jama.ipv6.mk.cvut.cz) |
| 20:58.15 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:00.28 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 21:00.33 | tn1 | lpotter: was the "Qtopia 4.2.0" announcement on Dec. 14 really "Qtopia Platform 4.2.0"? |
| 21:17.01 | *** join/#oe HopsNBarley (n=andy24@pool-71-116-66-86.snfcca.dsl-w.verizon.net) |
| 21:17.57 | Crofton | hmm, why aren't I picking up the 2.6.19 omap1 kernel, after I drop the DEFAULT_Preference entry |
| 21:32.44 | Crofton | oops, found prefered version .... |
| 21:34.20 | *** join/#oe goxboxlive|gpe (n=goxboxli@9.80-202-160.nextgentel.com) |
| 21:34.54 | ljp | tn1: not. it is qtopi aphone without drm, sxe and telephony |
| 21:35.39 | *** join/#oe furlongm (n=furlongm@83-70-162-194.b-ras1.prp.dublin.eircom.net) |
| 21:36.22 | tn1 | ljp: I see. The naming is a bit confusing. So will Qtopia Platform replace "Qtopia Phone-Lite" later? |
| 21:36.37 | *** join/#oe JustinP (i=papercra@c-69-181-11-251.hsd1.ca.comcast.net) |
| 21:42.16 | ljp | not sure what is going to replace the light sdk in 4.2.0 |
| 21:45.38 | hrw | morning |
| 21:45.43 | koen | hey hrw |
| 21:45.45 | hvontres|poodle | morning hrw |
| 21:47.12 | CIA-4 | 03koen 07org.oe.dev * r155f936f... 10/ (11 files in 10 dirs): |
| 21:47.12 | CIA-4 | basefiles: updates: |
| 21:47.13 | CIA-4 | * issue.* for angstrom |
| 21:47.13 | CIA-4 | * usbfs automounts for akita, htcuniversal, netbook-pro, nokia770, spitz, tosa |
| 21:47.13 | CIA-4 | Should fix #1741 |
| 21:48.50 | hrw | time to pull 2 weeks.. |
| 21:49.17 | hrw | but someone killed mtn server? |
| 21:50.29 | Crofton | hrw, I had to add another patch to 2.6.19-omap1 |
| 21:50.41 | hrw | Crofton: I know - I read linux-omap |
| 21:50.43 | Crofton | uboot 1.1.6 is ok |
| 21:51.21 | Crofton | I'll push changes once the board boots on all new stuff |
| 21:51.22 | hrw | Crofton: nice. can we drop all version other then 1.1.6/1.1.4? |
| 21:51.36 | hrw | Crofton: 1.1.4 is preferred by amsdelta machine |
| 21:51.40 | Crofton | for OSK at least :) |
| 21:52.05 | koen | rwhitby: which users can commit with the nslu2-linux@nslu2-linux.org key? |
| 21:52.30 | *** join/#oe bluelightning (n=blueligh@222-155-147-15.jetstream.xtra.co.nz) |
| 21:53.03 | koen | viewmtn upgraded to 0.32 as well |
| 21:54.32 | *** join/#oe hvontres|poodle (n=hvontres@68.120.74.196) |
| 21:55.03 | hrw | ~seen tjabo |
| 21:55.32 | ibot | tjabo <~tapo@p50928FE7.dip0.t-ipconnect.de> was last seen on IRC in channel #handhelds.org, 835d 23h 36m 16s ago, saying: 'hi flo'. |
| 21:55.32 | koen | ~seen tapo |
| 21:55.37 | ibot | tapo <n=tapo@u15-1.dsl.vianetworks.de> was last seen on IRC in channel #kde, 40d 14h 11m 39s ago, saying: 'oh, another question: can I deactivate spell-checking in konquerors textareas? I only see setup dialogs, but no checkbox to just deactivate it.'. |
| 21:56.05 | Crofton_ | root@omap5912osk:~$ uname -a |
| 21:56.05 | Crofton_ | Linux omap5912osk 2.6.19-omap1 #1 Tue Jan 2 15:34:15 EST 2007 armv5tejl unknown |
| 21:56.08 | Crofton_ | :) |
| 21:56.25 | hrw | Crofton: uboot 1.1.6 + fresh kernel? |
| 21:56.29 | Crofton_ | yep |
| 21:56.34 | hrw | Crofton: cool |
| 21:57.43 | Crofton_ | and new bootstrap-image |
| 22:04.34 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 22:05.14 | mickey|sports | cbrake: no need for custom inittab. please use SERIAL_CONSOLE (or so, please check MACHINE confs) |
| 22:08.23 | Crofton | hrw, changes pushed |
| 22:08.36 | Crofton | I do not have the nohelloworld patch in uboot |
| 22:08.48 | CIA-4 | 03crofton 07org.oe.dev * r61f078c7... 10/ (3 files in 3 dirs): linux-omap1-2.6.19-omap1 : Add patch to fix kernel oops starting ALSA. |
| 22:08.51 | Crofton | can you check that you can build u-boot without it? |
| 22:08.55 | CIA-4 | 03crofton 07org.oe.dev * rc8313ad7... 10/ (1 conf/distro/openomap.conf): openomap.conf : Select kernel version automatically. |
| 22:09.00 | CIA-4 | 03crofton 07org.oe.dev * rf3d1266d... 10/ (1 conf/machine/omap5912osk.conf): omap5912osk : Select u-boot version automatically. |
| 22:09.14 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 22:09.17 | hrw | Crofton: can |
| 22:09.49 | hrw | koen: can you next time split your commit into two? |
| 22:10.32 | hrw | Crofton: first have to pull all those merges |
| 22:11.43 | koen | ~lart people that use nslu2-linux@nslu2-linux.org to commit 170 bogus merges |
| 22:12.13 | XorA|gone | koen: the way monotone works makes that happen |
| 22:12.20 | hvontres|poodle | koen,hrw: I have an interesting oe question: It seems that the future for flash-poor devices is running them with root on SD. I have also figured out that kexec can be used as a "bootloader". What would be the best way to set up OE to compile two versions of the kernel with different commandline parameters at the same time? |
| 22:12.42 | koen | XorA|gone: no, the way there admin^^H^H^H scripts works makes that happen |
| 22:12.51 | hrw | hvontres|poodle: separate recipe for smaller kernel? |
| 22:12.59 | cbrake | mickey|tv: ahh, should have looked at the bb closer -- thanks! |
| 22:13.24 | koen | XorA|gone: 'mtn merge' requires to be typed in |
| 22:13.40 | koen | it doesn't magically happen by staring at the screen |
| 22:13.57 | *** join/#oe a-atwood (n=a-atwood@astaro-in.netrake.com) |
| 22:14.07 | XorA|gone | koen: I have ended up in the same situation when I had committed some stuff locally I wasnt ready to push, everytime you pull you have to merge. When you eventually are ready to push you have hundreds of the bloody merges queued |
| 22:14.11 | hvontres|poodle | hrw: hmm...that could work too. I was hoping to help CoreDump to come up with some sort of "rescue partitition" for flashing and the full image for SD |
| 22:14.31 | XorA|gone | koen: monotone should detect if they are truly usless merges and drop them |
| 22:15.24 | hrw | XorA|gone: I think that such offline commits,pull,merge,pull,merge,commit,pull,merge,push is normal thing and thats what for DSCM exists |
| 22:16.00 | XorA|gone | hrw: then why are people complaining about the correct operation |
| 22:16.16 | hrw | XorA|gone: people or just koen? |
| 22:16.21 | koen | XorA|gone: if a *person* committed 170 merges + cset it would be ok |
| 22:17.23 | *** join/#oe florian_kc (n=fuchs@87.193.39.157) |
| 22:17.34 | koen | XorA|gone: this is a script that does 'pull ; merge', but not push, and someone did 'push' |
| 22:17.44 | koen | or the script got changed |
| 22:17.58 | florian_kc | re |
| 22:18.26 | HopsNBarley | that surprised me the other day after a commit - I thought I had really flubbed it. At the least, monotone should divide up the commit message a bit. |
| 22:19.22 | XorA|gone | anyway, I need go pay attention to better half :-) |
| 22:20.10 | giel | hvontres|poodle: have a look at kboot for the kexec bootloader thingy |
| 22:22.06 | hvontres|poodle | giel: actually, I got the "bootloader" working inside of altboot right now. I was just wondering what the best way would be to crate the two kernels in OE (one for flash and one for the rootfs) |
| 22:22.35 | giel | hvontres|poodle: okay... it's just that kboot is exactly that: using kexec as bootloader ;) |
| 22:22.53 | *** join/#oe JoseJX (n=jjezak@c-71-206-196-72.hsd1.pa.comcast.net) |
| 22:23.27 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 22:23.27 | *** join/#oe JoseJX (n=jjezak@c-71-206-196-72.hsd1.pa.comcast.net) |
| 22:23.38 | hvontres|poodle | giel: well the simplest form of that would be kecex -l $KERNEL_YOU_WANT_TO_BOOT;kecec -e :) |
| 22:24.45 | hrw | cu guys |
| 22:25.12 | hrw | Crofton: I will check uboot/kernel tomorrow - going to sleep |
| 22:25.33 | Crofton | gn |
| 22:25.43 | hvontres|poodle | Does anybody know where CoreDump|home went? he hasn't been around in ~2 weeks |
| 22:26.54 | koen | hvontres|poodle: actually, we are working on getting something usuable in ~5MB flash with angstrom |
| 22:28.29 | *** join/#oe bluelightning (n=blueligh@222-155-147-15.jetstream.xtra.co.nz) |
| 22:28.30 | *** join/#oe tn1 (n=tnb@sdgsystems.net) |
| 22:28.30 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 22:28.30 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
| 22:28.30 | *** join/#oe ssvb (n=user@87.252.225.64) [NETSPLIT VICTIM] |
| 22:28.30 | *** join/#oe mr_nice (n=mr_nice@p54A9D325.dip.t-dialin.net) [NETSPLIT VICTIM] |
| 22:28.31 | *** join/#oe Crofton_ (n=balister@jhr-476-5192.mprg.ee.vt.edu) [NETSPLIT VICTIM] |
| 22:28.31 | *** join/#oe harrydg (n=harry@d54C2508C.access.telenet.be) |
| 22:32.21 | hvontres|poodle | koen: ok. But I was also thinking that this could be a good way to deal with braindead boot-loaders. The flashed kernel would only need upgrading if something changed drasticly and the one on SD could even be updated by ipkg or it's replacement |
| 22:32.45 | koen | hvontres|poodle: we have something like this on h2200 and h4000 |
| 22:32.54 | koen | LAB - linux as bootloader |
| 22:33.15 | koen | lab scans the media (flash, sd, cf) for kernels and labrun files |
| 22:33.39 | koen | RP: what does http://svn.o-hand.com/view/poky/trunk/meta/packages/xtscal/xtscal/change-cross.patch?rev=1111&view=markup substantially do? |
| 22:33.43 | *** part/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 22:34.32 | *** join/#oe bluelightning (n=blueligh@222-155-147-15.jetstream.xtra.co.nz) |
| 22:34.32 | *** join/#oe tn1 (n=tnb@sdgsystems.net) |
| 22:34.32 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 22:34.32 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
| 22:34.33 | *** join/#oe ssvb (n=user@87.252.225.64) [NETSPLIT VICTIM] |
| 22:34.33 | *** join/#oe mr_nice (n=mr_nice@p54A9D325.dip.t-dialin.net) [NETSPLIT VICTIM] |
| 22:34.33 | *** join/#oe Crofton_ (n=balister@jhr-476-5192.mprg.ee.vt.edu) [NETSPLIT VICTIM] |
| 22:34.33 | *** join/#oe harrydg (n=harry@d54C2508C.access.telenet.be) |
| 22:44.15 | *** join/#oe bluelightning (n=blueligh@222-155-147-15.jetstream.xtra.co.nz) |
| 22:44.15 | *** join/#oe tn1 (n=tnb@sdgsystems.net) |
| 22:44.15 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 22:44.16 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
| 22:44.16 | *** join/#oe ssvb (n=user@87.252.225.64) [NETSPLIT VICTIM] |
| 22:44.16 | *** join/#oe mr_nice (n=mr_nice@p54A9D325.dip.t-dialin.net) [NETSPLIT VICTIM] |
| 22:44.16 | *** join/#oe Crofton_ (n=balister@jhr-476-5192.mprg.ee.vt.edu) [NETSPLIT VICTIM] |
| 22:44.16 | *** join/#oe harrydg (n=harry@d54C2508C.access.telenet.be) |
| 22:45.15 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 22:52.23 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 22:57.11 | *** join/#oe bluelightning (n=blueligh@222-155-147-15.jetstream.xtra.co.nz) |
| 22:57.12 | *** join/#oe tn1 (n=tnb@sdgsystems.net) |
| 22:57.12 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 22:57.12 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
| 22:57.12 | *** join/#oe ssvb (n=user@87.252.225.64) [NETSPLIT VICTIM] |
| 22:57.12 | *** join/#oe mr_nice (n=mr_nice@p54A9D325.dip.t-dialin.net) [NETSPLIT VICTIM] |
| 22:57.12 | *** join/#oe Crofton_ (n=balister@jhr-476-5192.mprg.ee.vt.edu) [NETSPLIT VICTIM] |
| 22:57.12 | *** join/#oe harrydg (n=harry@d54C2508C.access.telenet.be) |
| 22:58.49 | CIA-4 | 03koen 07org.oe.dev * r4a394f77... 10/ (7 files in 5 dirs): basefiles: add fstab for efika and ep93xx |
| 23:07.27 | *** part/#oe tn1 (n=tnb@sdgsystems.net) |
| 23:15.01 | Crofton | can we make efika images with oe yet>? |
| 23:15.38 | rwhitby | koen|away: I'd like to talk with you about what things to seperate into different features in task-base in Angstrom. |
| 23:28.56 | tmb|away | heeelp (anyone knowing python autoconf stuff). AM_PATH_PYTHON puts in the native staging include dir, not the target one. Is that a known (possibly already fixed?) problem? |
| 23:31.17 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 23:54.09 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-087-129.pools.arcor-ip.net) |