00:06.47 | *** join/#oe Toi (n=pleemans@d5152D12D.access.telenet.be) |
00:57.25 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
01:09.33 | *** join/#oe bipolar (n=bipolar@66.216.151.119.dynamic.dejazzd.com) |
01:10.08 | *** join/#oe hufnus (n=slonsiki@DSL135-071.labridge.com) |
01:17.21 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
01:17.21 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ | This is not a distribution support channel | OE and bitbake were made to match, keep them both up to date | Intrested in LCA Embedded Miniconf 2006 - contact Mithro |
01:31.45 | *** join/#oe raster (n=raster@vagw.valinux.co.jp) |
01:54.00 | *** join/#oe osborne (n=osborne@dialup-4.233.197.72.Dial1.Manchester1.Level3.net) |
01:54.04 | myopiate | I got my kernel to compile with OE... (it's an x86 so it was simple) where now? |
01:58.10 | *** join/#oe hufnus (n=slonsiki@DSL135-071.labridge.com) |
02:07.30 | *** part/#oe osborne (n=osborne@dialup-4.233.197.72.Dial1.Manchester1.Level3.net) |
02:09.54 | CIA-7 | 03nail 07org.oe.dev * r8a27bb4a... 10/: |
02:09.55 | CIA-7 | zd1211: Fix compilation issues on kernels >=2.6.13 |
02:09.55 | CIA-7 | Add iwconfig rate patch |
02:09.55 | CIA-7 | remove old cvs version that won't compile |
02:25.53 | CIA-7 | 03nail 07org.oe.dev * r14084e59... 10/: wireless-tools: upstream upgrade |
02:27.17 | CIA-7 | 03nail 07org.oe.dev * r0d6d444e... 10/: disapproval of revision 14084e597849b9709e28642a12a9831f90df4d73 |
02:27.21 | CIA-7 | 03nail 07org.oe.dev * r3caeeb67... 10/: openslug-packages: re-add zd1211 to feed |
02:37.20 | *** join/#oe cedric (n=cedric@193.251.64.8) |
03:00.16 | JustinP | myopiate: look in meta/ |
03:03.16 | emte | heya JustinP |
03:08.50 | JustinP | emte: yo |
03:22.57 | myopiate | thanks justin |
03:40.33 | *** part/#oe raster (n=raster@vagw.valinux.co.jp) |
04:16.47 | *** join/#oe Jenna (n=cherryRe@209.8.233.161) |
04:17.42 | *** part/#oe Jenna (n=cherryRe@209.8.233.161) |
04:30.31 | *** join/#oe pb_ (n=pb@2002:5246:d929:1:20a:5eff:fe00:391e) |
04:38.51 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
04:38.51 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ | This is not a distribution support channel | OE and bitbake were made to match, keep them both up to date | Intrested in LCA Embedded Miniconf 2006 - contact Mithro |
04:53.45 | myopiate | PREFERRED_VERSION_ipkg = an older one fixed it |
04:54.01 | myopiate | i think |
05:06.45 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
05:39.58 | *** join/#oe ibot_ (i=ibot@rikers.org) |
05:39.58 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ | This is not a distribution support channel | OE and bitbake were made to match, keep them both up to date | Intrested in LCA Embedded Miniconf 2006 - contact Mithro |
05:52.55 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
05:52.55 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ | This is not a distribution support channel | OE and bitbake were made to match, keep them both up to date | Intrested in LCA Embedded Miniconf 2006 - contact Mithro |
06:04.02 | *** join/#oe myopiate (n=me@ppp121-112.lns1.bne3.internode.on.net) |
06:16.06 | *** join/#oe zuery (n=willgan@218.111.104.58) |
06:19.44 | *** join/#oe raster (n=raster@vagw.valinux.co.jp) |
06:21.29 | Bilbolodz | monotone.vanille.de not working again |
06:23.40 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
07:00.05 | *** join/#oe koen (n=koen@cl-148.ams-05.nl.sixxs.net) |
07:00.45 | koen | good morning all |
07:02.10 | Bilbolodz | hi |
07:04.01 | CIA-7 | 03jbowler 07org.oe.dev * r7667a7d0... 10/: ucslugc: fix endinaness of le jffs2, add glibc to packages |
07:04.05 | CIA-7 | 03jbowler 07org.oe.dev * r7d8499b4... 10/: nslu2-kernel: changes for a working LE build |
07:07.08 | *** join/#oe Toi (n=pleemans@d5152D12D.access.telenet.be) |
07:10.17 | *** join/#oe Geo_KM (n=keith@ppp61-139.lns1.cbr1.internode.on.net) |
07:12.13 | *** join/#oe Geo_KM (n=keith@ppp61-139.lns1.cbr1.internode.on.net) |
07:14.53 | *** join/#oe luke-jr_ (n=luke-jr@user-0c938qu.cable.mindspring.com) |
07:17.35 | *** join/#oe raster (n=raster@vagw.valinux.co.jp) |
07:31.37 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
07:43.23 | XorA | morning |
07:47.39 | koen | hey XorA |
07:49.09 | XorA | koen: Isee you added apm hack to another platform, but I am finding SRC_URI_append_machine = blah is not working here :-( |
07:49.54 | koen | I encountered another _append weirdness yesterday |
07:50.21 | XorA | koen: append_machine += blah works though, I was wondering if it is just me or a regression in bb |
08:00.36 | koen | I get http://pastebin.com/384748 |
08:12.53 | XorA | koen: same as me, the _append isnt working |
08:13.29 | *** join/#oe AvengerMoJo (n=alex@61.49.138.246) |
08:13.34 | AvengerMoJo | hi |
08:14.13 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
08:14.48 | AvengerMoJo | is QThread a better idea? then the NPTL in Z? |
08:26.48 | *** join/#oe Arjan (n=arjan@anymore.nl) |
08:45.20 | *** join/#oe Arjan (n=arjan@anymore.nl) |
08:46.37 | Arjan | hi people |
08:47.31 | Arjan | just one quick question: should I use the org.openembedded.dev or the org.openembedded.oz354fam083 tree to build my images? |
08:49.21 | ade|desk | depends on which distro etc you wish to make an image |
08:50.38 | Arjan | familiar 0.8.3 for the ipaq 1940 (testing), so I'd like to have the best (newest) possible versions of everything |
08:51.04 | Arjan | when trying to build with .dev, it complains the familiar-0.8.3.conf file is unmaintained |
08:51.27 | ade|desk | oz354fam083 is the stable branch , and therefore most likely to work |
08:52.33 | Arjan | thanks. and if I want to build unstable, can I just copy familiar-0.8.3.conf from oz354fam083 to dev? |
08:56.50 | ade|desk | i dont have the oz354fam083 branch so i can not say that the conf file will do much for you if you move it to the .dev branch, i would have thought that the conf file has fix version packages |
08:58.51 | *** join/#oe hrw (n=szczepan@c36-51.icpnet.pl) |
08:59.01 | hrw | hi |
08:59.48 | ade|desk | morning hrw |
09:00.56 | hrw | hi ade |
09:01.20 | ade|desk | ooooh thats not nice, updated debian removes xserver-xfree86, but didn't put xserver-xorg in its place, was left without an xserver ... hmm thats not a good thing to happen |
09:01.37 | hrw | report bug then |
09:02.47 | ade|desk | hrw: nah , i'll search to see if anyone else has done so first :) |
09:05.25 | *** join/#oe J (n=john@cpc2-mfld2-5-1-cust85.nott.cable.ntl.com) |
09:05.44 | *** part/#oe J (n=john@cpc2-mfld2-5-1-cust85.nott.cable.ntl.com) |
09:07.52 | hrw | heh.. routing to hh.org is nicely fscked |
09:10.45 | hrw | heh... how to make good scap... |
09:12.35 | DJWillis | Can anybody recomend a good chan to lurk in regarding building GCC for ARM? |
09:14.56 | luzik | hrw: hi |
09:15.21 | hrw | hi luzik |
09:16.14 | luzik | hrw: can you build mplayer ? |
09:16.48 | hrw | last time when I tried I was able |
09:17.05 | luzik | hrw: i have some gcc issue :/ |
09:17.12 | luzik | hrw: can you try now? |
09:18.58 | hrw | ok |
09:20.30 | *** join/#oe LordVan (n=lordvan@i-195-137-105-19.freedom2surf.net) |
09:21.31 | koen | XorA: I solved the issue |
09:21.47 | koen | XorA: _append needs a space |
09:22.16 | koen | file://fbdev-not-fix.patch;patch=1file://disable-apm.patch;patch=1 gets treated as one patch |
09:22.19 | hrw | koen: is it possible to make good scap from c7x0? eah time I try I get fscked one |
09:22.39 | hrw | http://handhelds.org/scap/port.3935.png for example |
09:22.43 | XorA | koen: ah, then we can fix and close bug #374 |
09:22.45 | koen | I seem to be able to use scap on my corgi |
09:23.09 | koen | otherwise you can use fbgrab and send taht to scap with machine=PNG |
09:24.52 | hrw | with fbgrab I can - but why not with scap.. heh |
09:26.26 | hrw | koen: gpe support icon themes? |
09:26.35 | koen | yes |
09:27.06 | koen | we only ship two: the deafult and industrial |
09:27.21 | XorA | koen: ahah that fixes it |
09:27.31 | hrw | I changed icons on my opiefied zaurus |
09:27.58 | hrw | luzik: NOTE: package mplayer-1.0pre7-r1: task do_build: completed |
09:28.46 | koen | hrw: you can drop them in ~/.gtk/ or /usr/share/themes/<name>/gtk-2.0/ |
09:29.07 | hrw | koen: ok - I was just curious about support |
09:29.15 | hrw | no plans to move to gpe |
09:29.39 | ade|desk | hrw: hang your head in shame ;) |
09:29.56 | koen | gpe doesn't use kindergartened toolkits like qpe :P |
09:30.16 | hrw | so what? |
09:30.37 | koen | so if gtk supports icon-themes gpe supports it |
09:32.59 | koen | monotone: 10010 | 34 | 2585 |
09:34.26 | koen | over 10k certs in org.openembedded.{dev,oz354fam083} on vanille |
09:34.45 | hrw | nice |
09:37.16 | koen | heh |
09:37.25 | koen | I reread rday's email |
09:37.37 | koen | vanillA.de |
09:38.00 | koen | no wonder he can't get any updates :) |
09:38.15 | CIA-7 | 03koen 07org.oe.oz354fam083 * rf678fbbb... 10/: packages/xserver/xserver-kdrive_20050207.bb: _append needs a space and our patcher is too powerfull ;) |
09:38.19 | CIA-7 | 03koen 07org.oe.dev * rf191dec7... 10/: packages/xserver/xserver-kdrive_20050207.bb: _append needs a space and our patcher is too powerfull ;) |
09:40.24 | hrw | ok. time to eat something and watch 'transporter 2' movie |
09:40.35 | hrw | I'm uun-officially sick |
09:40.41 | koen | hrw: is your opie-alarm fix in #250? |
09:40.47 | koen | ehm #350 |
09:42.05 | hrw | thx for remind |
09:42.25 | *** join/#oe OSS542 (n=jhart@l215026.ppp.asahi-net.or.jp) |
09:44.39 | hrw | koen: its in |
09:45.37 | hrw | when I look at comments it looks like 3 people take care of 350 ;) |
09:50.50 | koen | yay! |
09:51.08 | koen | #350 has no outstanding patches anymore |
09:51.51 | CIA-7 | 03koen 07org.oe.oz354fam083 * r392a0089... 10/: sourcepkg.bbclass fixes - rev f2149c94e80d0d08f2b3437c7ce46dbd3cefe4fe from .dev |
09:51.53 | CIA-7 | 03koen 07org.oe.oz354fam083 * rdb0d3aff... 10/: fix SDL-* to use binconfig from .dev, probably needs the proposed libtool fix |
09:51.57 | CIA-7 | 03koen 07org.oe.oz354fam083 * r4206c67b... 10/: udev mount --move fix d712046f2f575328b5615fe08732bb3c569f232e from .dev |
09:52.01 | CIA-7 | 03koen 07org.oe.oz354fam083 * r1a3cd2d3... 10/: A patch for efl and e-wm to fix x86_64 host compile errors due to "interesting" system headers from .dev |
09:52.05 | CIA-7 | 03koen 07org.oe.oz354fam083 * r0b603a0d... 10/: opie-alarm fix for opie-image - rev abb4ac4d99500dd9fcf6c133d3075c483c01868d from .dev |
09:52.15 | hrw | nice |
09:59.54 | luzik | hrw|movie: thx |
10:05.31 | *** join/#oe Jenna (n=cherryRe@209.8.233.225) |
10:09.12 | *** part/#oe Jenna (n=cherryRe@209.8.233.225) |
10:39.17 | CIA-7 | 03koen 07org.oe.dev * re456a231... 10/: |
10:39.17 | CIA-7 | packages/meta/: image tweaks |
10:39.17 | CIA-7 | <PROTECTED> |
10:39.17 | CIA-7 | <PROTECTED> |
10:39.17 | CIA-7 | <PROTECTED> |
10:45.49 | CIA-7 | 03koen 07org.oe.oz354fam083 * rc352b67e... 10/: gpe-image tweak from .dev |
10:48.00 | hrw|movie | koen: 16M contra rest of machines? :) |
10:49.46 | Arjan | koen: what's the default when ROOT_FLASH_SIZE isn't given? |
10:50.43 | *** join/#oe lardman|work (n=lardman@138.38.73.178) |
10:53.12 | koen | Arjan: empty |
10:53.43 | koen | hrw|movie: yeah, I copied it from opie-image :) |
10:55.42 | Arjan | koen: so when it isn't given, it has the same behaviour as before? just install the standard stuff? |
11:11.01 | *** join/#oe stevenh (n=lews@65.167.23.2) |
11:25.23 | hrw|movie | cu |
11:54.09 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
11:54.09 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ | This is not a distribution support channel | OE and bitbake were made to match, keep them both up to date | Intrested in LCA Embedded Miniconf 2006 - contact Mithro |
11:55.10 | CIA-7 | 03koen 07org.oe.dev * r6d6af9eb... 10/: packages/matchbox-panel/matchbox-panel_0.9.2.bb: use small icons for h2200 |
11:57.48 | *** join/#oe LordVan (n=lordvan@gentoo/developer/LordVan) |
12:01.07 | _law_ | http://pastebin.com/384860 gpe-image doesnt build |
12:02.24 | CIA-7 | 03koen 07org.oe.dev * r7e26dca9... 10/: packages/meta/meta-gpe.bb: add RDEPENDS for gpe-task-connectivity |
12:07.26 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
12:18.04 | *** join/#oe LordVan (n=lordvan@gentoo/developer/LordVan) |
12:21.15 | *** join/#oe J (n=john@cpc2-mfld2-5-1-cust85.nott.cable.ntl.com) |
12:21.57 | MP0 | 18 hrs and monotone still hasn't verified a pull... needed to let that out |
12:22.45 | koen | use the snapshot |
12:23.56 | lardman|work | I was just about to pull after a week or so, perhaps I'll do the snapshot thing too - where are they? |
12:24.23 | koen | see GettingStarted |
12:24.32 | lardman|work | I just thought of that... |
12:24.39 | *** join/#oe AvengerMoJo (n=alex@61.49.138.246) |
12:25.17 | koen | the location of the snapshots is mentioned twice there |
12:26.07 | lardman|work | koen: yep, found it. Perhaps I hang out on oesf too much - forgotten how to search ;) |
12:26.16 | *** join/#oe lordvan_ (n=lordvan@i-195-137-105-19.freedom2surf.net) |
12:27.07 | koen | I'm used to forums where posts like that get thrashed by the mods with 'Search harder' |
12:28.27 | MP0 | is the snapshot on GettingStarted up to date? |
12:29.20 | koen | would it be mentioned there if it wasn't? |
12:29.28 | MP0 | yes |
12:29.33 | koen | you can also check the timestamp at http://ewi546.ewi.utwente.nl/OE/ |
12:30.22 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-3-229.w83-115.abo.wanadoo.fr) |
12:31.23 | alan|laptop | hey hey ! |
12:36.21 | ade|desk | what are the plans for cleaning out .bb that clearly not going to be used ever again, e.g. gpe-login_0.71->0.81 ? do they ever go or are we keeping them for fun ? |
12:37.40 | koen | once in a while we kill off old versions |
12:38.18 | koen | I think we usually keep 2 or 3 versions |
13:14.30 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
13:14.30 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ | This is not a distribution support channel | OE and bitbake were made to match, keep them both up to date | Intrested in LCA Embedded Miniconf 2006 - contact Mithro |
13:14.34 | *** join/#oe reenoo_ (n=r@p5489E124.dip.t-dialin.net) |
13:14.42 | reenoo_ | afternoon |
13:16.42 | koen | Arjan: it builds fine over here |
13:17.15 | Arjan | koen: are you using the oz354fam083 tree too? |
13:18.06 | koen | yes |
13:18.23 | Arjan | hmm, strange... *tries again* |
13:24.50 | NAiL | oh.. different branch |
13:34.01 | *** part/#oe Bilbolodz (n=bilbo@pc-bilbo.man.lodz.pl) |
13:34.07 | CIA-7 | 03koen 07org.oe.dev * r43606e02... 10/: packages/gpe-bootsplash/files/splash-*.svg: update svgs to gpe 2.7 |
13:34.12 | CIA-7 | 03koen 07org.oe.dev * r88df4b08... 10/: packages/meta/meta-gpe.bb: add gpe-bootsplash back to gpe-base |
13:48.05 | _law_ | koen: http://pastebin.com/384957 |
13:54.02 | koen | Pigi: a packes always provides itself, right? |
13:56.42 | Pigi | koen, at least it should ;) |
13:56.48 | *** join/#oe alan|xchat (n=alan@ARouen-152-1-24-56.w83-115.abo.wanadoo.fr) |
13:59.11 | koen | I have a meta-package with the following control-file: http://pastebin.com/384966 |
13:59.36 | koen | which is built and all |
13:59.40 | koen | but I get http://pastebin.com/384957 |
14:02.00 | Pigi | koen, gimme 5 minutes and I'll look at it |
14:03.43 | *** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
14:07.08 | *** join/#oe univac (n=univac@amw93.neoplus.adsl.tpnet.pl) |
14:08.55 | Pigi | koen, I suspect that the "Packages" file is correctly up-to-date, isn't it ? |
14:09.11 | Arjan | gstreamer still breaks on the fact that it needs cdaudio.h :( |
14:09.39 | Pigi | what's happen if you do "ipkg list | grep gpe-task-connectivity" |
14:10.19 | koen | Pigi: it's during build |
14:10.27 | koen | http://pastebin.com/384977 |
14:12.03 | Pigi | I know, and I see that is during the build, but ( AFAIR ) ipkg needs a Packages file to work ( or a single ipk ) |
14:12.31 | koen | I know why |
14:12.40 | koen | I put it in DEPENDS and INSTALL |
14:12.53 | koen | so it's an OE error I get |
14:13.05 | koen | meta-packages should only go into INSTALL |
14:13.25 | Pigi | pfiuuu..... I tought you had find another bug :) |
14:13.50 | Pigi | And I can't look at it until my PC comes back from repair |
14:30.48 | koen | files/<distro>/foo.svg will get picked over files/foo.svg, right? |
14:35.21 | *** join/#oe ibot_ (i=ibot@rikers.org) |
14:35.21 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ | This is not a distribution support channel | OE and bitbake were made to match, keep them both up to date | Intrested in LCA Embedded Miniconf 2006 - contact Mithro |
14:35.57 | koen | monotone: misuse: branch 'org.openembedded.dev' is merged |
14:36.07 | koen | pull again I'd say |
14:36.50 | MP0 | ok |
14:40.49 | _law_ | koen, http://pastebin.com/385002 |
14:41.28 | koen | hmm, I should have fixed that with that commit ten minutes ago |
14:42.12 | _law_ | monotone: already up to date at e49417c7a343d2f9b0ca072431ef95a3fc918a22 |
14:42.38 | _law_ | try it later again, moving home now |
14:46.15 | koen | found it! |
14:46.22 | koen | ~stab local changes |
14:46.23 | ibot | ACTION runs at local changes with an origami Swiss Army knife, and inflicts a nasty paper cut. |
14:50.02 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
14:55.27 | lucasvo | what should that be with swiss army knife?? |
14:56.03 | lucasvo | koen: is it normal that it takes more then 48 hours to pull the fam0.8.3 from server with monotone? |
14:59.25 | *** join/#oe ideal (n=idealm_@218.82.60.186) |
15:01.21 | *** join/#oe webslngr (n=webslngr@66.0.175.35) |
15:06.32 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
15:12.34 | reenoo_ | monotone: connecting to monotone.vanille.de |
15:12.35 | reenoo_ | monotone: network error: failed to connect: Connection refused |
15:12.57 | reenoo_ | anyone able to fix that? |
15:13.53 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
15:14.29 | koen | reenoo_: fixed |
15:14.48 | reenoo_ | thanks |
15:15.49 | CIA-7 | 03koen 07org.oe.dev * r982dea7f... 10/: packages/meta/gpe-image.bb: it now builds all deps |
15:16.11 | *** join/#oe cedric (n=cedric@193.251.64.8) |
15:24.13 | CIA-7 | 03koen 07org.oe.oz354fam083 * r77426890... 10/: packages/meta/gpe-image.bb: unbreak gpe-image with various patches from .dev |
15:29.04 | CIA-7 | 03rw 07org.oe.dev * rc1171d13... 10/: kernel.bbclass: don't run 'make dep' for 2.6 kernels |
15:29.16 | CosmicPenguin | heh |
15:29.24 | CosmicPenguin | surprised that fix has made it this long without being made |
15:30.03 | reenoo_ | well. last time I checked it didn't hurt to run make dep |
15:31.08 | reenoo_ | apart from a "no need for this, dumbass" message or something |
15:35.47 | *** join/#oe jipi (n=jipi@cm191.delta245.maxonline.com.sg) |
15:39.33 | AvengerMoJo | :) |
15:44.50 | *** join/#oe ^j^_____1 (n=j@e178111191.adsl.alicedsl.de) |
15:46.16 | *** join/#oe FuraX_ (n=FuraX@umb-sls99-003.u-strasbg.fr) |
15:48.17 | _law_ | new gpe-image boots, but gpe-splashscreen is black on my Sl-760 |
15:56.00 | *** join/#oe univac (n=univac@amw93.neoplus.adsl.tpnet.pl) |
15:57.45 | _law_ | but suspend works again :-) |
16:01.41 | lardman|work | _law_: How's backlight control? |
16:02.31 | lardman|work | _law_: Try building and installing packages/bl/bl_0.0.bb |
16:05.27 | *** join/#oe cedric (n=cedric@193.251.64.8) |
16:07.25 | _law_ | lardman|work: how does it work? |
16:07.43 | *** join/#oe mithro (n=tim@c213-100-42-188.swipnet.se) |
16:08.40 | lardman|work | _law_: It may already be present in your build I'm not sure - it's the /usr/bin/bl binary which controls the backlight |
16:09.19 | lardman|work | _law_: Hacked to work with 2.6.x kernels (and other machines I hope) - I was just happy to see it's been added to OE |
16:10.07 | _law_ | if i try to call it from command line i get: Unable to open /dev/touchscreen/0 |
16:10.21 | _law_ | istn available |
16:10.44 | lardman|work | _law_: Can you look at ipkg status and see which version of bl you've got installed? |
16:11.29 | _law_ | 0.0cvs20051006-r0 |
16:11.53 | lardman|work | _law_: Yeah, you need to remove the cvs version & install the plain 0.0 version |
16:12.36 | _law_ | i only have bl_cvs.bb |
16:13.30 | *** join/#oe dougt (n=dougt@adsl-63-198-216-19.dsl.snfc21.pacbell.net) |
16:13.36 | *** part/#oe dougt (n=dougt@adsl-63-198-216-19.dsl.snfc21.pacbell.net) |
16:14.12 | lardman|work | _law_: Download it from: http://people.bath.ac.uk/enpsgp/Zaurus/bl/bl_0.0-r0_armv5te.ipk |
16:14.50 | lardman|work | _law_: it is in the OE data I just pulled about an hour ago |
16:16.42 | *** join/#oe ideal_ (n=idealm_@218.82.60.186) |
16:17.20 | _law_ | up and down keys doesnt work :-( |
16:17.40 | _law_ | lardman|work: bl says on 168 |
16:17.41 | CIA-7 | 03koen 07org.oe.dev * r42c5e248... 10/: packages/gpe-bootsplash/gpe-bootsplash_1.14.bb: ship working svg files and bump PR |
16:18.06 | reenoo_ | hmm. viewmtn on vanille.de is somehow broken |
16:18.16 | koen | no revision details |
16:18.18 | reenoo_ | it doesn't show diffs anymore |
16:18.20 | reenoo_ | right |
16:18.27 | lardman|work | _law_: that's working then - that's told you that you're on 168/255 * 100% of backlight power |
16:18.44 | koen | reenoo_: and http://ewi546.ewi.utwente.nl/tmp/viewmtn/ only works when the database isn't busy |
16:18.54 | lardman|work | _law_: now stuff like auto-dimming, etc should work |
16:19.26 | reenoo_ | koen: any particular reason for that breakage? |
16:20.48 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
16:20.48 | *** join/#oe _alwin_ (n=ral@cable-81-173-164-115.netcologne.de) |
16:21.25 | koen | reenoo_: when monotone push/pull locks the db the web frontend breaks |
16:22.04 | _law_ | lardman|work: light-applet doesnt work |
16:22.25 | koen | is OZ still shipping /dev/sharp_fl? |
16:22.26 | lucasvo | koen how long takes pull from fam0.8.3 becuase I have it running for about 3 days |
16:22.48 | koen | slow computer? |
16:22.50 | lardman|work | _law_: what's light-applet? |
16:23.00 | lucasvo | koen: ehm no |
16:23.16 | lucasvo | koen: how many revs are there? |
16:23.29 | koen | I can pull the whole of .dev in 8 hours which is 2500+ revs |
16:23.40 | koen | the branch has far less revs |
16:24.15 | _law_ | lardman|work: Frontlight control (gpe) |
16:24.25 | lardman|work | _law_: minilite? |
16:24.37 | lardman|work | _law_: How doesn't it work? |
16:25.57 | _law_ | lardman|work: yes minilite, i can move the scrollbar but it doesnt anything |
16:25.59 | lucasvo | 3 |
16:26.00 | lucasvo | |
16:26.23 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
16:26.29 | lardman|work | _law_: Oh; did it work before? |
16:26.52 | lardman|work | _law_: My GPE image is a couple of weeks old and both my bl and minilite work fine |
16:26.55 | koen | _law_: does ls /dev/sharp* return anything? |
16:27.25 | lardman|work | koen: Surely he's running a 2.6.x kernel... |
16:27.32 | lardman|work | _law_: You are aren't you? |
16:28.10 | _law_ | lardman|work: /dev/sharp istn available |
16:30.25 | koen | lardman|work: yes but OZ used to ship /dev/sharp* regardless of kernel-version |
16:31.24 | lardman|work | koen: Ah, right. Well minilite 0.49 built on 27/09/05 works for me on a C750 |
16:34.51 | *** join/#oe pH5 (n=ph5@e178222235.adsl.alicedsl.de) |
16:35.53 | *** join/#oe FuraX (n=FuraX@umb-sls99-003.u-strasbg.fr) |
16:38.15 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
16:39.38 | *** join/#oe mickeyl (n=LPA@deneb.tm.informatik.uni-frankfurt.de) |
16:40.58 | _law_ | koen: bootsplash doesnt work for me :-( |
16:41.59 | CIA-7 | 03koen 07org.oe.oz354fam083 * r736c81c2... 10/: Update bootsplash and include it in the image |
16:42.11 | *** join/#oe univac (n=univac@amw93.neoplus.adsl.tpnet.pl) |
16:42.32 | koen | _law_: where did you build from? .dev or .oz354fam083? |
16:42.41 | _law_ | dev |
16:43.04 | koen | I see |
16:43.15 | koen | try building from .oz354fam083 |
16:44.36 | reenoo_ | koen: why? |
16:44.37 | lardman|work | Anyone know anything about Ambicom WL1100C not working on Zaurus 5600 with 3.5.3 (as I've run out of ideas on #openzaurus)? |
16:45.00 | reenoo_ | lardman|work: see topic |
16:45.17 | lardman|work | ~topic |
16:46.42 | reenoo_ | koen: there should *never* be any changes in .oz354fam083 that aren't in .dev. otherwise we will end up with an unmergeable fork. |
16:47.05 | koen | reenoo_: but the reverse will happen |
16:47.23 | koen | especially when RP returns and starts breaking stuff |
16:47.34 | _law_ | ok upload screen also doesnt work :-( |
16:47.48 | reenoo_kitchen | if RP wants to break stuff *he* should create a new branch |
16:48.01 | mickeyl | i plan to do some ugly hacks to the openzaurus 2.6 kernel which never will land in .dev |
16:48.11 | mickeyl | e.g. |
16:48.16 | reenoo_kitchen | anyways. later all |
16:48.27 | mickeyl | increasing keyboard timeout and SD/MMC detection timeout |
16:48.42 | _law_ | add account is ugly on gaim :-( |
16:48.50 | koen | mickeyl: why do you want to remove 2.4 support for clamshells? |
16:49.08 | mickeyl | koen: do I? that's news to me |
16:49.42 | koen | mickeyl: you said a few days ago you wanted to remove the zaurus 2.4 machines |
16:50.03 | mickeyl | oh. these clamshells |
16:50.18 | mickeyl | yes. I want to remove that from HEAD because it's truly obsolete for c7x0. |
16:50.24 | mickeyl | no other models though |
16:50.27 | koen | maybe for OZ |
16:50.57 | mickeyl | GPE works perfectly w/ 2.6 nowadays on c7x0 doesn't it? |
16:51.04 | mickeyl | if that's not the case we will have to reconsider it |
16:51.04 | koen | that's not the point |
16:51.12 | koen | OE != OZ |
16:51.15 | mickeyl | so what? |
16:51.42 | koen | things like sharprom-compatible might rely on 2.4 |
16:51.51 | mickeyl | they don't |
16:52.04 | mickeyl | sharprom-compatible doesn't build kernels nor images |
16:52.21 | mickeyl | if someone adds these, we can bring 'em back but I doubt that will happen |
16:52.23 | lardman|work | mickeyl: yes it does imo |
16:52.42 | lardman|work | mickeyl: the working perfectly bit that is |
16:52.49 | mickeyl | ah |
16:52.54 | mickeyl | yeah, that was my impression as well |
16:53.12 | koen | I can't see why they *have* to be deleted |
16:53.26 | mickeyl | nothing in the world *has* to be deleted |
16:53.32 | mickeyl | i see reasons for it though |
16:54.07 | koen | The only valid reason I see is that you can't build it with OE |
16:54.17 | koen | (2.95.3 toolchain required) |
16:55.12 | mickeyl | I rather delete unmaintained stuff from the repository |
16:55.27 | koen | yeah |
16:55.54 | koen | I also think that maintaining OE patches outside OE is bad |
16:56.09 | koen | case in point: oz kernels |
16:58.04 | mickeyl | i don't have a strong opinion on that. we can ask RP if he wants to maintain his patches in OE as well, but as long as his upstream is reliable, i don't see a special necessity. |
16:58.16 | koen | it isn't reliable |
16:58.30 | mickeyl | that's news to me. never had any problem with rpsys.net |
16:58.36 | _law_ | scap suspends my Z :-) |
16:58.38 | koen | we've had missing patches and the whole 'we have no stable kernel' sistuation |
16:58.58 | mickeyl | what missing patches? |
16:59.04 | mickeyl | no stable kernel ? |
16:59.09 | mickeyl | must have missed that |
16:59.30 | koen | the whole kernel fuzz a month ago |
16:59.44 | koen | '2.6.foo broke stuff, we can't go back' |
16:59.50 | mickeyl | i think 2.6.11 can be resurrected any time |
17:00.01 | mickeyl | i agree that he deleted it a bit too early |
17:00.08 | mickeyl | too much faith in upstream :D |
17:00.59 | koen | when I asked 'why don't we go back to an earlier version?' the answer was 'patches are gone' |
17:01.22 | mickeyl | sounds like a misunderstanding. to my knowledge, he archives all his patches |
17:01.46 | koen | the second problem with that is with the GPL |
17:01.56 | mickeyl | http://www.rpsys.net/openzaurus/patches/archive/ looks pretty comprehensive to me |
17:02.03 | mickeyl | complete, even |
17:02.06 | lamikr | koen: Can you commit oe bug 373? |
17:02.17 | koen | we always presented sources + OE metadata as 'contains all' |
17:02.45 | mickeyl | sure, that's the case |
17:02.51 | mickeyl | patches are included in sources |
17:02.55 | mickeyl | aren't theyß |
17:02.56 | mickeyl | ? |
17:03.47 | koen | are they? |
17:03.52 | mickeyl | i hope so |
17:03.54 | lardman|work | yes they are |
17:04.12 | mickeyl | excellent. otherwise the FSF would kill us again |
17:04.49 | reenoo_ | mickeyl: RP indeed lost a couple of his patches by overwriting them... |
17:05.17 | mickeyl | that's sad, but I guess he will be more careful now. |
17:05.26 | mickeyl | like i said, we can kindly ask him to add them to OE |
17:05.55 | mickeyl | but if he doesn't want to do that, I rather leave him working on the kernel than working with OE |
17:06.08 | *** join/#oe zap (n=zap@217.170.93.196) |
17:06.24 | mickeyl | besides, it's of course a question of space. |
17:06.32 | mickeyl | do we really want all patches in OE ? |
17:06.35 | mickeyl | even large ones? |
17:06.43 | mickeyl | even those who are shortlived? |
17:06.45 | mickeyl | *shrug* |
17:06.56 | mickeyl | (not speaking about kernel here, think big) |
17:06.57 | koen | yes |
17:07.06 | koen | that's the point of a SCM |
17:07.17 | mickeyl | uhm. by that logic we would kill all our fetches and would include all sources and binaries |
17:07.36 | koen | no |
17:07.40 | reenoo_ | well. why not? |
17:07.45 | mickeyl | hah |
17:07.54 | reenoo_ | other projects do that |
17:07.56 | mickeyl | people complaining when OE uses 4G of scratch |
17:08.05 | mickeyl | people complaining when OE db is 100MB |
17:08.09 | mickeyl | and you want to make it GigaBytes |
17:08.10 | mickeyl | :D |
17:08.24 | koen | building takes GBs <period> |
17:08.26 | reenoo_ | I wouldn't use monotone for that |
17:08.40 | reenoo_ | and I'm not saying all sources have to be distributed |
17:09.03 | mickeyl | for sources and patches which are not included in OE we decided to use oesources.org. I don't see why we are reconsidering this now |
17:10.22 | reenoo_ | there's no correlation between the source I as a maintainer am working with and what oesources.org offers for download |
17:11.11 | reenoo_ | checking in sources and .bb into a sepository of some sort at the same time *does* make sense |
17:12.16 | mickeyl | oesources.org was supposed to have the sources from a world build |
17:12.25 | mickeyl | i don't see what you mean with lacking correlation |
17:12.37 | *** join/#oe [cc]smart (n=smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
17:13.06 | mickeyl | perhaps a distributed populating of oesources.org is what you're after? |
17:13.19 | mickeyl | so that every source one of us fetches is automatically uploaded there |
17:13.51 | koen | I think reenoo_ means by hand |
17:13.56 | koen | add a .bb, upload source |
17:14.35 | mickeyl | i don't think it'd be a big problem to add a upload-to-oesources.org bbclass that does excactly that - uploading every new source |
17:14.52 | CosmicPenguin | security might be a problem |
17:14.58 | mickeyl | if you want to upload by hand, sounds good to me as well - pester treke to give logins |
17:16.08 | CIA-7 | 03frederic 07org.oe.dev * re5ed779b... 10/: |
17:16.08 | CIA-7 | libsdl: disable building static lib, don't install libtool .la file |
17:16.08 | CIA-7 | libsdl-qpe: fix sdl-config flags for compatibility with libsdl-x11 |
17:16.41 | *** join/#oe zinosat (n=Davide@host119-49.pool870.interbusiness.it) |
17:16.47 | MP0 | If people are complaining about the size of oe.db, why not make openembedded a server-side thing? Have some server run bitbake as a daemon (no reload of data... keep it all loaded) and perhaps some disk space to keep state information on the users. Then the server can tell the users only what actions they need to perform. |
17:17.22 | CosmicPenguin | that has evil disaster written all over it |
17:18.02 | MP0 | The only small problem I can see is a mismatch of state between clients and servers. |
17:18.13 | mickeyl | i think the only ones complaining are just a few people who are not really interested in OE anyway. they want to grab as few stuff as possible to get the latest software for their machines, but they are not interested in the development of OE at all. I can very well ignore most of those. |
17:18.51 | koen | must .... resist..... |
17:18.55 | MP0 | So OE is only for developers of OE? |
17:18.57 | koen | *cough* gentoo *cough* |
17:18.58 | *** join/#oe Hrw|husky (n=Hrw|husk@c36-51.icpnet.pl) |
17:19.07 | koen | damn, I failed |
17:19.13 | mickeyl | MP0: who said only? |
17:19.22 | *** join/#oe Hrw|husky (n=Hrw|husk@c36-51.icpnet.pl) |
17:19.30 | Hrw|husky | hi |
17:19.36 | MP0 | Well, the implication that you can ignore people who aren't intending to improve OE is that OE isn't for them. |
17:19.38 | mickeyl | but yes, the primary goal for OE is for people who are interested in maintaing stuff |
17:19.46 | MP0 | k |
17:19.53 | raduga | OE is minimally at least for developers of OE, I imagine |
17:20.03 | CosmicPenguin | Its the only goal - If you don't want to get dirty building a image, then you're not going to use OE |
17:20.17 | MP0 | What are you going to use? |
17:20.22 | mickeyl | of course, you can just grab it and build software and never give back. but that's not exactly the open source idea, you know |
17:20.25 | CosmicPenguin | You're going to grab a binary from somebody |
17:20.30 | raduga | if OE weren't at least minimally sufficient, we'd need a new build system... something like OE |
17:20.54 | mickeyl | hmm my RSI is getting worse |
17:20.56 | mickeyl | i need to quit typing |
17:21.01 | mickeyl | :/ |
17:21.02 | MP0 | However one of the goals of bitbake, and probably OE, is flexibility of the image. A prebuilt binary can't give anyone that. |
17:21.04 | mickeyl | later |
17:21.27 | CosmicPenguin | Then you pay the price |
17:21.31 | raduga | mickeyl: I've read ESR's rantings, and talked to various OSS folks, but I'm still not sure I understand what the "Open Source Idea" is. |
17:21.38 | raduga | "Free Software" now, I get :) |
17:21.41 | CosmicPenguin | Bulding linux images is a nasty, difficult, confusing process |
17:21.59 | MP0 | no kidding! |
17:21.59 | *** join/#oe hrw|husky (n=hrw@c36-51.icpnet.pl) |
17:22.13 | CosmicPenguin | OE mitigates some but not all of that - the point of OE is to facilitate the pain, not eliminate it |
17:22.13 | raduga | oh, sorry. bye mickeyl! |
17:22.23 | hrw|husky | hmm. maybe qpe-gaim is stabler... |
17:22.44 | raduga | cosmicpenguin: its a developers' tool. pain-management without the sugar-coating. |
17:23.15 | hrw|husky | what did i miss? |
17:23.17 | raduga | No Mary Poppins :/ |
17:23.44 | raduga | hrw: you missed Mary Poppins, but so did we. |
17:24.02 | hrw|husky | raduga )) |
17:25.14 | raduga | hrw: i'm wondering if its safe to try GPE on akita. |
17:25.25 | hrw|husky | im bored... being sick is boring... and i dont even have books to read ( |
17:25.28 | raduga | borked very bad on my husky, to the point of uselessness. |
17:25.38 | hrw|husky | raduga - try... |
17:25.47 | raduga | hrw: need etexts? |
17:26.09 | hrw|husky | raduga you dont saying about 353gpe i think? |
17:26.16 | raduga | hrw: i'm... almost happy with Opie/akita now. |
17:26.43 | hrw|husky | reading etexts from c7x0 is to hardcore for me. not that eyes... |
17:26.47 | raduga | hrw: I *believe* it was 3.5.3 gpe. Might have been 3.5.2, but I'm not certain. |
17:26.59 | lardman|work | raduga: It's much better now |
17:26.59 | hrw|husky | 353 is history |
17:27.12 | hrw|husky | we NEED new release |
17:27.13 | raduga | would have been circa december 2004. |
17:27.39 | lamikr | Old phantom wisdom: Try to configure and build everything you need for gpe from cratch and then you know what OE is... |
17:27.45 | lardman|work | hrw|husky: yep |
17:27.52 | MP0 | I think something's gotta be fundamentally wrong if people dedicated to building embedded linux kernels say that its nasty, tricky business. Does it really have to be? |
17:28.01 | koen | lamikr: it took some convincing ;) |
17:28.03 | raduga | lardman: 3.5.3 release is better now? or snapshot of current dev is better now? |
17:28.12 | lardman|work | raduga: snapshot current |
17:28.13 | hrw|husky | snapshot |
17:28.23 | raduga | i'm using 3.5.3/hentges and its mostly very nice. |
17:28.32 | lamikr | koen: I tried myself couple of times... |
17:28.51 | reenoo_ | mickey|resting: took me a while to find the link, sorry: http://www.specifixinc.com/technology/Reprint-Wilson-OLS2004.pdf |
17:28.52 | hrw|husky | mp0 - building toolchain for only kernel is easy.. but rest of apps... |
17:29.55 | hrw|husky | raduga- current snapshot has many hires fixes |
17:30.06 | MP0 | you're right... I had a kernel compiled in only a few days. |
17:30.28 | CosmicPenguin | And thats only because somebody gave you a toolchain |
17:30.48 | hrw|husky | mp0- days? for m68k on x86 it took me few hours.. are those embedded are so fscked? |
17:30.54 | raduga | in regards to OE at least |
17:31.17 | hrw|husky | raduga- config, run bitbake opie-image then flash |
17:31.23 | lardman|work | depends what you build on too... |
17:31.38 | MP0 | hrw, I made the mistake of trying to use git to d/l linux repository |
17:31.47 | raduga | hrw: right. |
17:32.01 | raduga | I've *used* bitbake a few times. built a kernel, and a few apps. |
17:32.05 | MP0 | hrw, eventually, I came to my senses and just RSYNCed it. there were still some .config issues and patches I had to apply to get a working kernel though. |
17:32.08 | koen | reenoo_: that link doesn't work for me |
17:32.09 | hrw|husky | mp0 ah... i tried that in 2.2.10 times... when potato was stable.. |
17:32.26 | raduga | how do you update the current oe.db? |
17:32.34 | hrw|husky | mp0 so why not tarballs? need to on the edge? |
17:32.38 | raduga | from wiki: |
17:32.41 | raduga | monotone --db=/stuff/oe.db pull monotone.vanille.de "org.openembedded.{dev,dreambox}" |
17:32.43 | raduga | right? |
17:32.47 | hrw|husky | raduga- mt pull,merge,update |
17:32.49 | reenoo_ | mickey|resting, koen: sorry. try this one: http://www.linuxsymposium.org/proceedings/reprints/Reprint-Wilson-OLS2004.pdf |
17:32.52 | MP0 | montevista doesn't provide snapshots |
17:32.55 | raduga | ok |
17:33.07 | *** join/#oe zecke (n=ich@83-169-171-130-dynip.superkabel.de) |
17:33.12 | koen | hail zecke |
17:33.13 | hrw|husky | hi zecke |
17:33.20 | hrw|husky | mp0 - auc.. |
17:33.23 | zecke | hey |
17:33.33 | zecke | <PROTECTED> |
17:33.35 | raduga | what's the invocation for merge? |
17:33.43 | hrw|husky | zecke- how 1701 patches? |
17:34.02 | hrw|husky | ~benq |
17:35.06 | hrw|husky | raduga- cd working copy and do mt pull ; mt merge; mt update |
17:35.13 | zecke | <PROTECTED> |
17:35.32 | hrw|husky | cosmic- wfm from shell |
17:35.44 | zecke | hrw|husky: ah ar upgraded mantis |
17:35.54 | hrw|husky | zecke- a... forgot that. what device you had? |
17:36.12 | CosmicPenguin | hrw|husky: yeah, but it gets hungup on quilt-native for some reason |
17:36.38 | hrw|husky | cosmic. i use -c |
17:36.38 | hrw|husky | with -b only |
17:36.44 | CosmicPenguin | yeah, yeah |
17:36.47 | CosmicPenguin | I know |
17:36.53 | CosmicPenguin | :) |
17:36.59 | MP0 | monotone.vanille.de needs a kick |
17:37.10 | MP0 | nevermind |
17:37.17 | MP0 | monotone's just slow |
17:37.39 | hrw|husky | /nick hrw|sick |
17:37.51 | hrw|husky | hm. gaim does not ssspport it |
17:39.37 | raduga | what's the dreambox branch? |
17:39.49 | koen | ~google dreambox |
17:40.26 | koen | ibot_: are you there? |
17:40.49 | raduga | ibot: hello |
17:40.49 | ibot | privet |
17:41.02 | raduga | ibot_: hello |
17:41.05 | hrw|husky | ~dreambox |
17:41.09 | *** join/#oe Ekron (i=3299-ide@d099030.adsl.hansenet.de) |
17:41.27 | raduga | ibot: wakeup |
17:41.51 | CosmicPenguin | heh |
17:41.55 | CosmicPenguin | ibot_: ping |
17:42.05 | koen | ~botsnack |
17:42.05 | ibot | koen: thanks |
17:42.10 | CosmicPenguin | there he is |
17:42.24 | zecke | <PROTECTED> |
17:43.07 | hrw|husky | me too - dont want to run konq/e |
17:43.48 | zecke | damn safari did download the file without telling me |
17:45.47 | MP0 | monotone: misuse: branch org.openembedded.dev has multiple heads |
17:45.59 | MP0 | I'm beginning to really dislike monotone |
17:46.48 | *** join/#oe mreimer_ (n=mreimer_@wl-wa.vpop.net) |
17:46.58 | zecke | MP0: well make someone merge it? |
17:47.46 | MP0 | I'm not sure what's causing it... I d/led a snapshot as someone suggested and then did a pull to update the snapshot |
17:48.07 | raduga | hrw/koen: may I ask *you* "what is dreambox?" |
17:48.07 | *** join/#oe dwildes (n=dwildes@209.164.237.195) |
17:48.19 | MP0 | and I keep getting that... I have no existing org.openembedded.dev directory so I'm not sure what's going on. |
17:48.19 | hrw|husky | raduga- dvb settopbox |
17:48.22 | koen | raduga: a PVR |
17:48.39 | hrw|husky | quite popular iirc |
17:48.40 | raduga | thanks :) |
17:48.45 | MP0 | should I re-download the snapshot and _not_ try to update it? |
17:48.51 | koen | according to http://monotone.vanille.de/viewmtn/index.psp everything is merged |
17:49.44 | dwildes | hello everyone - is there an example .bb I could look at to reference how to build & install kernel modules in the correct places of my image? |
17:50.06 | hrw|husky | dw- loook into machine configs |
17:50.11 | dwildes | I'm porting over a Makefile that uses 'uname -r' and such |
17:50.36 | hrw|husky | dw- loook into hostap-modules? |
17:51.42 | dwildes | hrw - thanks! I'll look over those now |
17:51.59 | hrw|husky | np |
17:57.55 | lardman|work | bye |
18:01.52 | *** join/#oe kraptor (n=kraptor@krmobile.dsic.upv.es) |
18:02.15 | kraptor | hi! |
18:04.09 | kraptor | anyone has tried to bitbake a full gpe or opie image for the sl5500?? I always get stuck compiling libsoundgen or opie-tinykate :S |
18:04.57 | hrw|husky | you are the one with symlink problem? |
18:05.02 | kraptor | yes |
18:05.24 | hrw|husky | works for me is all i can tell |
18:06.24 | kraptor | hrw|husky: okay... I've now and trying now... |
18:06.41 | kraptor | *I've now updated* (was the missing art) |
18:06.43 | kraptor | *part |
18:07.53 | hrw|husky | ko |
18:08.07 | kraptor | hrw|gone: did you compile libsoundgen? I got an error 2 days ago about ld not finding libesd |
18:08.13 | hrw|husky | ~lart qpe-gaim |
18:08.28 | hrw|husky | kraptor- dont rememberl |
18:08.52 | kraptor | k |
18:15.04 | lamikr | koen: Still here? |
18:15.14 | koen | yes |
18:15.58 | kraptor | kraptor: Oops! y still get symlink errors packing opie-tinykate... maybe have oe misconfigured? |
18:15.58 | lamikr | about this 373, do you have time to commit it? |
18:16.16 | koen | if I was able to reach bugs.oe.org, yes |
18:16.22 | kraptor | ~lart kraptor |
18:16.48 | kraptor | hrw|husky: last msg was for you :/ |
18:17.03 | lamikr | I am planning to put new image to building on today so I can test it. |
18:19.22 | hrw|husky | kraptor- im too sick to follow |
18:19.56 | kraptor | hrw|husky: ok |
18:24.10 | *** part/#oe dwildes (n=dwildes@209.164.237.195) |
18:24.59 | hrw|husky | cu |
18:25.01 | *** part/#oe hrw|husky (n=hrw@c36-51.icpnet.pl) |
18:30.07 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
18:35.29 | *** join/#oe Virusmaster (n=Thomas@p549CCFE1.dip.t-dialin.net) |
18:40.23 | MP0 | ok... now I'm annoyed |
18:40.30 | MP0 | I downloaded a snapshot |
18:40.34 | MP0 | like it says on the tutorial |
18:40.47 | MP0 | then when I tried to check it out |
18:40.54 | MP0 | pingemi@robingoodfellow:/opt/oe$ monotone --db=/opt/oe/oe.db checkout --branch=org.openembedded.devmonotone: misuse: branch org.openembedded.dev has multiple heads |
18:41.38 | kraptor | cu all! |
18:41.51 | MP0 | why is that happening? |
18:44.15 | reenoo_ | sounds like the db had multiple heads when the snapshot was taken |
18:44.28 | *** join/#oe zecke (n=ich@83-169-171-130-dynip.superkabel.de) |
18:45.55 | *** join/#oe bipolar (n=bipolar@146.145.26.90) |
18:46.27 | raduga | fooey. how long's a mt pull supposed to take? |
18:46.56 | MP0 | how do I get a good snapshot? |
18:48.01 | raduga | there are snaps on http://ewi546.ewi.utwente.nl/OE/ |
18:48.35 | reenoo_ | what do you mean by "good snapshot"? there's nothing wrong with the snapshot. either merge the two heads yourself or pull from vanille.de or ewi546 |
18:49.04 | MP0 | I tried pulling from vanille.de... froze in the middle of verifying |
18:49.16 | MP0 | as for merging them myself... how do I do that? |
18:49.21 | raduga | renoo: is it reasonable for a pull to take more than an hour? |
18:49.56 | reenoo_ | raduga: depending on how many revisions are transferred, yes |
18:50.03 | raduga | reenoo: thanks. |
18:50.15 | raduga | I can wait. I was only unsure if it was reasonable. |
18:50.59 | MP0 | I'm guessing this is how to do it: monotone --db=/opt/oe/oe.db merge --branch=org.openembedded.dev |
18:51.11 | reenoo_ | MP0: the verifying takes a while.. |
18:51.14 | *** join/#oe chris144|home (n=kvirc@195.234.128.72) |
18:51.22 | chris144|home | good evening folks |
18:51.44 | reenoo_ | MP0: might work, yeah. I've never merged without a working copy |
18:51.47 | MP0 | reenoo_, I'm aware, however it seemed to be stuck on a particular revision |
18:52.18 | MP0 | hmm, no, it didn't work. I think I need my own private key and it would sign the new merge with that. |
18:52.33 | MP0 | and then I'd be permanently out of sync with OE |
18:53.12 | MP0 | oh well, I'm going to do a pull, hope it works overnight. |
18:53.23 | MP0 | or I'm screwed.' |
18:55.50 | *** join/#oe aquadran (i=pablo@scummvm/undead/aquadran) |
18:57.35 | *** join/#oe Timelord (n=TL@4.78.4.43) |
18:59.28 | *** join/#oe anomaly_ (n=bob@box3n.gumbynet.org) |
19:10.57 | *** join/#oe hanjo-home (n=hanjo@pD9531537.dip0.t-ipconnect.de) |
19:16.56 | *** join/#oe emeteo (n=NoSwPate@kde/developer/mteijeiro) |
19:18.35 | *** join/#oe LordVan (n=lordvan@i-195-137-105-19.freedom2surf.net) |
19:21.10 | raduga | hmm |
19:21.13 | raduga | pulling from monotone.nslu2-linux.org |
19:21.26 | raduga | seems a good deal faster than from vanille.de |
19:25.33 | NAiL | should be more or less the same |
19:25.53 | NAiL | yeah |
19:35.52 | *** join/#oe aboeglin (n=alex@dslb-084-056-041-234.pools.arcor-ip.net) |
19:38.49 | *** join/#oe aquadran (i=pablo@scummvm/undead/aquadran) |
19:43.58 | lucasvo | I just checked out the familiar 0.8.3 branch, and now bitbake is complaining about a missinig conf/bitbak.conf |
19:48.02 | lucasvo | [21:48:45 lucas@wservices <0> build]% bitbake nano |
19:48.02 | lucasvo | ERROR: Unable to open conf/bitbake.conf |
19:48.19 | lucasvo | but where should that conf/bitbake.conf be? |
19:56.49 | pH5 | lucasvo: in org.openembedded.<branch>/conf/bitbake.conf (or whatever your oe directory is called). make sure your BBPATH envvar is up to date. |
20:01.41 | reenoo_ | koen|tv: ping |
20:02.25 | lucasvo | pH5: this is strange |
20:03.16 | koen|tv | <PROTECTED> |
20:03.45 | reenoo_ | koen|tv: could you restart the monotone server on vanille.de once more? |
20:04.17 | koen|tv | reenoo_: done |
20:04.31 | reenoo_ | thanks |
20:04.39 | *** join/#oe netnix_ (n=alex@81.25.40.236) |
20:05.50 | raduga | koen: can you think of a good reason why a pull from vanille.de would take >2hr while one from monotone.nslu2-linux.org would take < 5m? |
20:05.57 | raduga | assuming nothing is broken on either side |
20:06.09 | lucasvo | ERROR: [Errno 2] No such file or directory: '/home/lucas/pda/monotone.vanille.de/*/*.bb' while parsing /home/lucas/pda/monotone.vanille.de/*/*.bb |
20:06.09 | koen|tv | no idea |
20:07.15 | raduga | thanks :) |
20:09.19 | lucasvo | ah |
20:32.51 | JustinP | lucasvo: your BBPATH is probably wrong |
20:33.05 | lucasvo | JustinP: YES NOW IT WORKS |
20:33.28 | lucasvo | ups sorry I have lag, I don't even see what I am writing :D |
20:33.44 | *** join/#oe netnix__ (n=alex@81.25.38.33) |
20:35.14 | reenoo_ | ERROR: ${N2K_SRCURI} while parsing /mnt/disk/rw/bakery/org.openembedded.dev/packages/linux/openslug-kernel_2.6.12.2.bb |
20:35.30 | reenoo_ | could someone fix that please? |
20:43.50 | CIA-7 | 03jbowler 07org.oe.dev * r1b00e951... 10/: |
20:43.50 | CIA-7 | ucslugc: le/glibc version: fix ucslugc-native for gcc and remove patcher |
20:43.50 | CIA-7 | Patcher is no longer required, so is not in ucslugc-packages.conf |
20:46.30 | *** join/#oe mrz80 (n=scotsman@n128-227-137-81.xlate.ufl.edu) |
20:47.04 | JustinP | lucasvo: I just wanted to make sure you'd resolve dyour issue. Glad you got it working. |
20:48.04 | lucasvo | JustinP: yes thank you |
20:48.14 | lucasvo | it was the bbpath I have forgotton |
20:48.33 | lucasvo | JustinP: do you know how long gpe compiling takes on a 1ghz? |
20:51.18 | JustinP | lucasvo: just qpe or everything from the toolchain on up? |
20:52.13 | *** join/#oe florian_hrz (n=fuchs@p5083C1B3.dip0.t-ipconnect.de) |
20:52.27 | florian_hrz | hi all |
20:52.44 | lucasvo | JustinP: what do I have to bitbake to get a running ipaq? :D |
20:53.04 | *** join/#oe jmau (n=jmau@p54A58E93.dip0.t-ipconnect.de) |
20:55.31 | JustinP | lucasvo: everything |
20:55.46 | JustinP | lucasvo: just "bitbake opie-image" or "bitbake gpe-image" depending on what you want |
20:56.03 | JustinP | lucasvo: it will compile everything it needs (assuming you installed the prereqs) |
20:56.10 | lucasvo | JustinP: I want gpe and do you know how long it takes? |
20:56.18 | JustinP | lucasvo: a long time |
20:56.19 | raduga | is it reasonable for bitbaking a target like "opie-image" to generate many hundreds of locale ipks? |
20:56.25 | JustinP | yes |
20:56.31 | JustinP | glibc always creates those |
20:56.38 | lucasvo | JustinP: I am missusing my friends webserver... :D |
20:56.46 | raduga | is there a simply configurable setting to encourage it not to do that? |
20:56.55 | raduga | justinp: I can live with it, if not. |
20:57.19 | JustinP | lucasvo: it will take hours. The good news is that once you finish making it once as long as you don't delete the tmpdir further compiles should be much faster |
20:57.25 | JustinP | raduga: no idea |
20:57.45 | JustinP | lucasvo: make sure you have the space needed as well |
20:57.55 | raduga | lucasvo: I would estimate- half a day or longer |
20:58.10 | raduga | perhaps more than a day. probably less than a week. |
20:58.16 | lucasvo | raduga: well it took me 3d for pulling with monotone |
20:58.26 | raduga | having lots of memory helps, I would imagine |
20:59.01 | lucasvo | well if I don't do it in 3 days I will go to holiday |
20:59.11 | reenoo_ | arrgh |
20:59.13 | reenoo_ | ERROR: /mnt/disk/rw/bakery/org.openembedded.dev/packages/ipkg-utils/ipkg-utils-native_1.6cvs.bb depends on itself (eventually) |
20:59.17 | raduga | building enough of the chain to make a kernel, and a few applications took me several hours |
20:59.31 | raduga | I'm guessing bitbaking GPE will take awhile... |
20:59.34 | raduga | (what I'm building now) |
20:59.41 | koen|tv | reenoo_: 0.8.2 snap? |
20:59.41 | *** join/#oe univac (n=univac@amw93.neoplus.adsl.tpnet.pl) |
20:59.53 | reenoo_ | koen|tv: no. current .dev |
21:00.05 | koen|tv | weird |
21:00.56 | raduga | also rebuilding a win2k box at work :[ |
21:01.28 | koen|tv | Date: 2005-06-30T08:19:37 |
21:01.29 | koen|tv | Branch: org.openembedded.dev |
21:01.29 | koen|tv | Tag: clean bk import at cset 1.3670 |
21:01.40 | koen|tv | that's what monotone log says for that .bb |
21:01.52 | koen|tv | but some other .bb could have been changed of course |
21:02.08 | reenoo_ | the .bb isn't the problem |
21:02.42 | *** join/#oe |jmau| (n=jmau@p54A59853.dip0.t-ipconnect.de) |
21:04.42 | *** join/#oe |jmau| (n=jmau@p54A59853.dip0.t-ipconnect.de) |
21:04.50 | *** join/#oe _jmau_ (n=jmau@p54A59853.dip0.t-ipconnect.de) |
21:05.28 | *** part/#oe _jmau_ (n=jmau@p54A59853.dip0.t-ipconnect.de) |
21:15.43 | *** join/#oe Bernardo (n=kvirc@sourcemage/Bernardo) |
21:15.46 | Bernardo | hi |
21:23.11 | *** join/#oe hufnus (n=slonsiki@DSL135-071.labridge.com) |
21:23.30 | *** part/#oe mreimer_ (n=mreimer_@wl-wa.vpop.net) |
21:32.52 | *** join/#oe dwildes (n=dwildes@209.164.237.195) |
21:48.50 | hanjo-home | hi all |
21:49.01 | Bernardo | hi hanjo-home |
21:49.29 | hanjo-home | Is anyone here working on a .bb for postgresql? |
21:51.07 | hanjo-home | I can't seem to find one in the monotone repository, as far as I can see, only mysql is there from the major databases |
22:20.16 | raduga | bitbake gpe-image failing when building openzaurus-pxa27x-2.4.20-rmk2-embedix-r15 |
22:20.48 | raduga | <PROTECTED> |
22:20.51 | raduga | wacky |
22:24.37 | JustinP | raduga: do you have the zaurus 2.95 toolchain installed? |
22:25.40 | raduga | should be. let me verify |
22:26.47 | raduga | the error is happening at the end of kernel compilation |
22:28.10 | raduga | right when it tries to build zImage |
22:28.32 | raduga | and yes, gcc-2.95 is there |
22:31.13 | *** part/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
22:31.37 | raduga | sorry. it happens at the start of compile :/ |
22:31.57 | raduga | misread stamps |
22:32.42 | JustinP | and you're sure you installed that toolchain right? |
22:32.47 | JustinP | correct path and links? |
22:34.42 | raduga | justinP: yes. it was working earlier, when I explicitly built the kernel, from an older snapshot (mid september) |
22:34.59 | raduga | something in the run.do_compile script is getting borked, looks like |
22:35.44 | JustinP | I see |
22:36.08 | raduga | sorry, I'm distracted with work-things, else I'd give you a better description |
22:38.43 | raduga | JustinP: what generates the run.do_compile scripts? |
22:39.30 | JustinP | don't ask me.... |
22:39.40 | raduga | sorry to bother :) |
22:39.46 | JustinP | I just don't know ;-) |
22:39.52 | raduga | sorry to bother you! |
22:40.28 | raduga | wonder if the problem is in the .bb file for openzaurus-pxa27x |
22:47.15 | raduga | it *looks* like the literal "2.4" is being inserted into the run script, instead of a variable VERSION or something. |
22:48.49 | raduga | this test is failing: |
22:48.50 | raduga | <PROTECTED> |
22:48.50 | raduga | <PROTECTED> |
22:48.50 | raduga | <PROTECTED> |
22:52.14 | raduga | looks like kernel_do_compile is defined in kernel.bbclass |
22:52.50 | raduga | interestingly, the bogus test isn't showing up in there. |
22:54.11 | raduga | oh, yes it does! |
22:54.20 | raduga | JustinP: think I've found the problem. |
22:54.26 | JustinP | ok |
22:54.42 | raduga | JustinP: if you would prefer I stop talking to you, ok :) |
22:54.53 | *** join/#oe Bernardo (n=kvirc@sourcemage/Bernardo) |
22:55.10 | raduga | the problem is: |
22:55.11 | raduga | <PROTECTED> |
22:55.31 | raduga | is getting expanded to the literal, instead of variable, when the run script is generated |
22:55.37 | raduga | not sure why |
22:55.53 | *** join/#oe netnix__ (n=alex@81.25.36.16) |
22:56.12 | *** join/#oe anomaly (n=bob@box3n.gumbynet.org) |
22:56.27 | raduga | who's responsible for bitbake? |
22:56.36 | raduga | er. sorry. |
22:56.45 | CosmicPenguin | I blame George Bush |
22:57.03 | JustinP | this isn't bitbake |
22:57.07 | JustinP | it's a bb file |
22:57.10 | JustinP | so it's an OE bug |
22:57.14 | JustinP | bugs.openembedded.org |
22:57.14 | raduga | justinP: yes. |
22:57.17 | raduga | thanks. |
22:57.31 | JustinP | np |
22:59.23 | JustinP | maybe adding [ ] would help? |
23:18.56 | raduga | justinP: grr. |
23:19.11 | raduga | tried escaping it a few different ways. no luck. |
23:19.19 | raduga | commenting out the bloody test makes it work. |
23:19.48 | *** join/#oe netnix__ (n=alex@81.25.36.28) |
23:20.02 | raduga | I'll report it to the bugs page |
23:24.15 | JustinP | raduga: if [ ${KERNEL_MAJOR_VERSION} != "2.6" ]; then |
23:25.23 | *** join/#oe abm_y4k (n=abm_y4k@host-65-61-193-21.in2net.com) |
23:25.38 | abm_y4k | hi all |
23:25.59 | raduga | er. possibly I placed the [ wrong |
23:26.29 | raduga | JustinP: again thanks |
23:26.44 | abm_y4k | the oz distribution doesn't come with the arp command |
23:29.59 | JustinP | raduga: so it worked? cool :-) |
23:42.41 | *** join/#oe jamey (n=jamey@c-65-96-203-230.hsd1.ma.comcast.net) |
23:42.46 | *** join/#oe jamey_ (n=jamey@c-65-96-203-230.hsd1.ma.comcast.net) |
23:47.03 | abm_y4k | the arp command seems missing in the oz default kernel, I tried rebuilt the kernel with arp-tables but doesn't work still don't give me the "arp" command. am I missing something? |
23:50.09 | JustinP | abm_y4k: kernel has nothing to do with binaries or "commands" |
23:58.39 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |