| 00:16.49 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 00:25.20 | *** join/#oe jkridner (n=jason@adsl-99-40-252-182.dsl.sfldmi.sbcglobal.net) |
| 00:28.26 | *** join/#oe miaofng2 (n=fzwf47@117.80.199.29) |
| 00:28.31 | *** part/#oe miaofng2 (n=fzwf47@117.80.199.29) |
| 00:28.43 | *** join/#oe miaofng2 (n=fzwf47@117.80.199.29) |
| 00:50.35 | *** join/#oe miaofng (n=fzwf47@117.80.199.29) |
| 00:54.39 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
| 01:06.56 | *** join/#oe rsalveti (n=rsalveti@189.70.70.105) |
| 01:20.16 | CIA-3 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r85d95bc654 10openembedded.git/ (conf/checksums.ini recipes/netperf/netperf_2.4.4.bb): netperf: Fix SRC_URI (2.4.4 is in archive now) |
| 01:25.51 | *** join/#oe Soopaman (n=Soopaman@67.204.25.132) |
| 01:35.06 | *** part/#oe Soopaman (n=Soopaman@67.204.25.132) |
| 01:41.28 | *** join/#oe aloril_ (n=aloril@84.249.126.153) |
| 02:03.36 | *** join/#oe fraxinas (n=quassel@p54AA61FD.dip.t-dialin.net) |
| 02:03.54 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 02:28.10 | *** join/#oe CheetoBandito (n=Cheeto@c-68-83-189-74.hsd1.nj.comcast.net) |
| 02:29.11 | CheetoBandito | Anyone know of any companies that sell touchscreen dev platforms? Kind of like what restraunts have to place orders to the kitchen? |
| 02:32.58 | Tartarus | er, omap3evm has a ts and runs 1500USD, i think |
| 02:33.56 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 02:43.26 | *** join/#oe miaofng1 (n=fzwf47@117.80.199.29) |
| 02:45.36 | *** join/#oe ScriptRipper (n=martin@host-82-135-36-197.customer.m-online.net) |
| 02:48.21 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-112-47.dynamic.mnet-online.de) |
| 02:58.18 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 03:04.15 | *** join/#oe aloril_ (n=aloril@84.249.126.153) |
| 03:08.32 | *** join/#oe mrmoku|away (n=mrmoku@ppp-93-104-121-214.dynamic.mnet-online.de) |
| 03:13.20 | *** join/#oe user1 (n=3MX@71-211-199-178.hlrn.qwest.net) |
| 03:20.37 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-5f3a08577be31317) |
| 03:46.57 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 03:59.08 | *** join/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
| 04:07.28 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 04:40.03 | *** join/#oe DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 04:40.04 | *** join/#oe oespirit (n=oespirit@117.254.9.205) |
| 05:19.28 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:35.20 | *** join/#oe MostAwesomeDude (n=simpson@c-67-170-132-175.hsd1.or.comcast.net) |
| 05:35.51 | *** join/#oe AK6L (n=xunil@nowai.yar.ly) |
| 05:36.17 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 05:46.48 | m4t | anyone have an idea of how to get a library to use GNU_HASH |
| 05:47.02 | m4t | ive tried putting -hash-style=gnu in various places |
| 05:47.10 | m4t | the package is 'slang' btw |
| 05:47.28 | m4t | from objdump -p: HASH 0x000000b4 |
| 05:55.34 | khem | m4t: you need to pass it in LDFLAGS |
| 05:57.51 | m4t | i added it to local.conf |
| 05:57.56 | m4t | under ldflags |
| 05:58.19 | m4t | let's see |
| 06:04.36 | m4t | i think it already has --hash-style=gnu when configure tests the compiler |
| 06:04.44 | m4t | maybe the Makefile is broken? |
| 06:06.18 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 06:06.26 | *** join/#oe recalcati_ (i=5e51e963@gateway/web/freenode/x-753ca366074c403e) |
| 06:06.44 | recalcati_ | morning |
| 06:08.07 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 06:08.14 | Goddchen | good morning everybody |
| 06:08.32 | Goddchen | i have a quesion about local overlay, anybody awake? :) |
| 06:09.27 | khem | Goddchen: I am yet to sleep |
| 06:09.34 | Goddchen | ;) |
| 06:09.58 | Goddchen | i need to overwrite INITSCRIPT_PARAMS in recipes/udev/udev_141.bb |
| 06:10.24 | Goddchen | so i just copied that file to my local overlay local/recipes/udev/udev_141.bb and changed the setting |
| 06:10.33 | Goddchen | it's getting parsed actually, but not used |
| 06:10.54 | Goddchen | any idea what could be the problem? i should local overlay files are preferred to the original files |
| 06:11.48 | Goddchen | according to this |
| 06:11.58 | Goddchen | http://www.kernel-labs.org/files/openembedded-guide/openembedded-guide.html#toc6.4 |
| 06:12.41 | CIA-3 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r35a551aee9 10openembedded.git/ (conf/checksums.ini recipes/tango/tango-icon-theme_0.8.90.bb): tango-icon-theme: add 0.8.90 |
| 06:12.43 | *** join/#oe polyonymous_ (i=hacker@pD9538436.dip0.t-ipconnect.de) |
| 06:12.44 | CIA-3 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r955a41e2df 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 06:13.53 | m4t | khem: configure fails when i have LDFLAGS="-hash-style=gnu" or "--hash-style=gnu" |
| 06:14.13 | m4t | but i already saw --hash-style=gnu being appended to the cc line |
| 06:15.30 | m4t | ...tmp/staging/ppc405-angstrom-linux/usr/lib -Wl,-O1 -Wl,--hash-style=gnu |
| 06:16.45 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
| 06:16.54 | khem | m4t: add TARGET_CC_ARCH += "${LDFLAGS}" in your .bb file |
| 06:18.23 | khem | Goddchen: add DEFAULT_PREFERENCE=1 to bb file in your overlay and see if that work |
| 06:20.52 | Goddchen | could it be something with DEFAULT_PREFERRENCE="-1" in that bb file? |
| 06:24.25 | khem | Goddchen: dont think so unless you are using slugos distro |
| 06:27.29 | Goddchen | hm should it recompile udev when i'm changing INITSCRIPT_PARAMS? |
| 06:28.59 | CIA-3 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r05386b0638 10openembedded.git/recipes/nbench-byte/nbench-byte_2.2.3.bb: nbnench-byte: fix QA errors |
| 06:32.01 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 06:35.05 | m4t | khem do you feel like seeing if slang compiles under your toolchain? |
| 06:35.29 | khem | Goddchen: do you have your overlay added to BBFILES |
| 06:39.11 | m4t | a native build shows gnu_hash |
| 06:39.20 | m4t | as do all my other cross-compiled libraries |
| 06:40.33 | khem | m4t: Did you make the change I suggested ? |
| 06:41.17 | m4t | yes |
| 06:41.25 | khem | did not help ? |
| 06:41.29 | m4t | no |
| 06:41.44 | m4t | i wasnt clear on if i should have ldflags defined in local.conf as welll |
| 06:41.51 | m4t | i'd rather not to it globally to fix a single package |
| 06:42.19 | m4t | i tried passing some ldflags= env variables to make as well |
| 06:42.34 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 06:43.37 | m4t | oh i fixed it |
| 06:43.45 | khem | m4t: in slang_1.4.9.bb |
| 06:43.55 | m4t | i just commented out all the bs they had defined in slang_1.4.9.bb |
| 06:44.00 | m4t | now its gnu_hash |
| 06:44.18 | khem | -> sleep () |
| 06:46.24 | m4t | thanks |
| 06:54.32 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 06:54.45 | *** join/#oe jipi (n=jipi@bb121-7-92-7.singnet.com.sg) |
| 06:56.57 | *** join/#oe Longfield (n=Valentin@lsa1pc7.epfl.ch) |
| 06:58.12 | *** join/#oe putukas (n=putukas@132.29.190.90.dyn.estpak.ee) |
| 06:59.09 | Goddchen | damn it, it's still using openembedded/recipes/udev/udev_141.bb instead of local/recipes/udev/udev_141.bb |
| 06:59.36 | Goddchen | my local overlay works since i use a package that i created in there which is now present in openembedded recipes |
| 07:00.30 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:03.55 | mckoan | good morning |
| 07:06.05 | Goddchen | i now copied not only the file i need to my local overlay, but all files in recipes/udev, bitbake is still not using the local overlay |
| 07:06.14 | m4t | cool i fixed it |
| 07:06.50 | m4t | the elflib build rule was missing $(LDFLAGS) |
| 07:06.51 | m4t | ie. d $(ELFDIR); $(ELF_LINK_CMD) -o $(ELFLIB_MAJOR_MINOR) $(LDFLAGS) $(OFILES) $(ELF_DEP_LIBS) |
| 07:06.57 | m4t | *cd |
| 07:08.17 | m4t | objdump shows gnu_hash now though |
| 07:08.18 | m4t | the ldflags were already correct |
| 07:08.18 | *** join/#oe aykut (n=dm355@88.250.21.136) |
| 07:08.18 | Goddchen | ah, shame on me, i had a typo in my local.conf :( hopefully that was the source of all that evil ;) |
| 07:08.18 | m4t | i got the idea from a 'libgnuhash' fix |
| 07:08.21 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:08.25 | m4t | from another pkg |
| 07:08.28 | m4t | iwill make a patch |
| 07:09.12 | *** join/#oe miaofng (n=fzwf47@117.80.199.29) |
| 07:09.26 | *** join/#oe Pr0t0N (n=lcintrat@fe2adsl-2.wyplay.net) |
| 07:10.39 | *** join/#oe dth (n=Dieter@p4FDEBD21.dip.t-dialin.net) |
| 07:10.57 | aykut | Hello there |
| 07:12.20 | aykut | I have some problem compiling oe. I am getting error from flex package. Is this a well known problem ? |
| 07:14.03 | aykut | Nobody here? |
| 07:20.50 | *** join/#oe miaofng (n=fzwf47@117.80.199.29) |
| 07:20.52 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-f23a2e3aae133035) |
| 07:21.34 | *** join/#oe fpga (n=s@89.179.115.146) |
| 07:23.23 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
| 07:26.46 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
| 07:26.52 | Goddchen | hi aykut |
| 07:27.02 | Goddchen | what do you mean by "compiling oe"? |
| 07:28.54 | *** join/#oe valhalla (n=valhalla@81-174-24-42.dynamic.ngi.it) |
| 07:30.17 | *** join/#oe sx (n=sx@87-126-142-238.btc-net.bg) |
| 07:31.00 | *** join/#oe aykut (n=dm355@88.250.21.136) |
| 07:31.05 | aykut | hi Goddchen |
| 07:31.25 | aykut | I am trying to have a minimal image for davinci dm355 targer |
| 07:31.27 | aykut | t |
| 07:32.20 | aykut | bitbake -D minimal-image command gives error on flex package |
| 07:32.54 | aykut | Error is "checking lex output file root... configure: error: cannot find output from flex; giving up" |
| 07:32.59 | hrw | morning |
| 07:34.57 | *** join/#oe rschuster (n=rob@g225128245.adsl.alicedsl.de) |
| 07:35.24 | Goddchen | sry have to leave... |
| 07:35.35 | mckoan | hrw: hi |
| 07:35.58 | aykut | no problem :) |
| 07:37.44 | CIA-3 | 03Michael Smith <msmith@cbnco.com> 07stable/2009 * r49c1d5d399 10openembedded.git/ (4 files in 2 dirs): |
| 07:37.44 | CIA-3 | syslog-ng: fix SRC_URIs |
| 07:37.44 | CIA-3 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 07:37.44 | CIA-3 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
| 07:37.44 | CIA-3 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 07:37.45 | CIA-3 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 07:37.45 | hrw | hi Robert |
| 07:37.49 | CIA-3 | 03Martin Dietze <martin@the-little-red-haired-girl.org> 07stable/2009 * ra220ec4eb4 10openembedded.git/recipes/mobilemesh/mobilemesh_1.2.bb: |
| 07:37.54 | CIA-3 | mobilemesh: fixed broken download URL |
| 07:37.56 | CIA-3 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 07:37.58 | CIA-3 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 07:38.00 | CIA-3 | 03Martin Dietze <martin@the-little-red-haired-girl.org> 07stable/2009 * rc4105d8c4c 10openembedded.git/recipes/openswan/ (openswan_2.2.0.bb openswan_2.4.7.bb): |
| 07:38.05 | CIA-3 | openswan: fixed broken download URL |
| 07:38.07 | CIA-3 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 07:38.09 | CIA-3 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 07:38.11 | CIA-3 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07stable/2009 * re80eab10ef 10openembedded.git/recipes/atd/ (atd_0.70.bb atd_0.80.bb): |
| 07:38.14 | CIA-3 | atd: fix spelling of LICENSE |
| 07:38.16 | CIA-3 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 07:38.18 | CIA-3 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 07:38.20 | CIA-3 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
| 07:38.22 | CIA-3 | 03Martin Dietze <martin@the-little-red-haired-girl.org> 07stable/2009 * r660606d724 10openembedded.git/recipes/elvis/elvis_2.2.0.bb: |
| 07:38.29 | CIA-3 | Fixed broken download URL for elvis |
| 07:38.31 | CIA-3 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 07:38.33 | CIA-3 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 07:38.35 | CIA-3 | 03Tom Rini <trini@embeddedalley.com> 07stable/2009 * rd8d356ab01 10openembedded.git/recipes/mpfr/mpfr.inc: |
| 07:38.40 | CIA-3 | mpfr: Both GPL and LGPL components |
| 07:38.42 | CIA-3 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 07:38.46 | CIA-3 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 07:38.48 | CIA-3 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
| 07:38.50 | CIA-3 | 03Otavio Salvador <otavio@ossystems.com.br> 07stable/2009 * r1ff2b24a3c 10openembedded.git/ (4 files in 3 dirs): |
| 07:38.53 | CIA-3 | fixes wrong license value usage for GPLv2 |
| 07:38.55 | CIA-3 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
| 07:38.57 | CIA-3 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 07:38.59 | CIA-3 | (42 lines omitted) |
| 07:39.27 | *** join/#oe aykut (n=dm355@88.250.21.136) |
| 07:40.23 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 07:41.12 | valhalla | is INHERIT += "rm_work" still working? I've just found out that part of an x11-image filled 26G of tmp |
| 07:42.38 | hrw | valhalla: is should still work |
| 07:42.56 | hrw | valhalla: "bitbake -crm_work_all x11-image" should free it |
| 07:43.00 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 07:43.28 | valhalla | I'll try it |
| 07:44.08 | valhalla | so I should wonder why it didn't do the rm_work stages before |
| 07:44.42 | Longfield | morning |
| 07:51.10 | *** join/#oe florian (n=fuchs@95.89.44.245) |
| 07:52.22 | valhalla | hrw: it's doing builing stages, and no rm_work |
| 07:52.28 | Longfield | ping booxter |
| 07:54.40 | *** join/#oe aykut (n=dm355@88.250.21.136) |
| 07:55.21 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 07:58.41 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 07:59.03 | ant_work | hrw: hi, I have a question about license for you |
| 07:59.42 | Longfield | I am getting crazy with cross-compiling a qt4-embedded based package ! |
| 08:01.07 | ant_work | zaurus-updater has LICENSE = "zaurus-updater", I added zaurus-installer (just packing together updater.sh+kexecboot-kernel) and if I run recipe_sanity it says I should add a license. |
| 08:02.05 | Longfield | could someone point me to a recipe that actually works with qt4-embedded and uses the BUILD-SYS qmake (the one from qt4-native-tools) ? |
| 08:02.45 | ant_work | hrw: zaurus-updater is using the encdec_updater, which is GPL |
| 08:04.33 | CIA-3 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1a2d098a0b 10openembedded.git/recipes/linux/ (2 files in 2 dirs): linux-omap-pm 2.6.29: fix beagleboard audio |
| 08:04.33 | CIA-3 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9fe59c9b8a 10openembedded.git/contrib/angstrom/build-feeds.sh: Angstrom feed builder: add more packages |
| 08:05.53 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 08:06.38 | *** join/#oe kristoffer (n=kristoff@95.209.58.50.bredband.tre.se) |
| 08:09.00 | *** join/#oe mnabil_ (n=mnabil@196.202.97.147) |
| 08:17.09 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 08:33.03 | *** join/#oe eFfeM (n=frans@195-241-226-180.ip.telfort.nl) |
| 08:35.51 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 08:50.09 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 08:55.07 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 09:00.59 | *** join/#oe ptitjes (n=didier@bur91-2-82-231-160-106.fbx.proxad.net) |
| 09:07.24 | hrw | 3 next sets of patches on oe ml |
| 09:10.00 | hrw | ant_work: zaurus-updater == updater.sh == unknown license |
| 09:11.42 | ant_work | hrw: I see...still needs GPL stuff to build |
| 09:12.05 | hrw | but itself it is nongpl |
| 09:12.29 | hrw | ant_work: if linux kernel would need BSD-install to build would you call linux kernel BSD licensed? |
| 09:12.29 | ant_work | should I set LICENSE = "zaurus-installer" ? :D |
| 09:12.33 | hrw | yes |
| 09:12.59 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 09:14.17 | ant_work | hrw: grepping recipes for 'LICENSE' gave several flavours... |
| 09:14.36 | hrw | so? |
| 09:14.40 | ant_work | one is even 'Public Domain' iirc |
| 09:14.46 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 09:14.47 | hrw | checked its sources? |
| 09:14.58 | hrw | sqlite(3) is PD for example |
| 09:15.12 | pb_ | yeah, that's fine, "public domain" is a perfectly respectable licence. |
| 09:15.30 | ant_work | iirc was just one in whole /recipe tree |
| 09:15.37 | hrw | so? |
| 09:15.39 | ant_work | strange then |
| 09:15.55 | ant_work | statistically speaking |
| 09:15.58 | *** join/#oe aloril_ (n=aloril@84.249.126.153) |
| 09:16.09 | pb_ | yeah, there are probably some variant spellings. it'd be nice to unify them but I find it hard to get too excited about that. |
| 09:16.35 | pb_ | as hrw says, sqlite sets LICENSE = "PD", which is presumably supposed to mean public domain. there might be other forms as well. |
| 09:17.48 | pb_ | actually, grep reveals quite a lot of "PD", so I guess that'd be the one to keep. if you wanted to change that "Public Domain" one to match then that'd be fine. |
| 09:18.54 | ant_work | hm...instaed of creating a bogus license, couldn't I just set PD for zaurus-installer (no own sources) ? |
| 09:19.00 | hrw | ant_work: if I will release umbaumba 24.1 and write LICENSE="absyntware" will you complain/ |
| 09:19.18 | ant_work | I couldn't care less :) |
| 09:19.30 | pb_ | mckoan: if you're the distro maintainer for KaeilOS then you don't really need to send patches for your own .conf files to the list. you might as well just go ahead and check them in. |
| 09:19.42 | hrw | ant_work: we do not know history of updater.sh - it was taken from sharp as it was iirc |
| 09:19.47 | hrw | pb_: he lacks rw |
| 09:19.58 | ant_work | hrw: so posibly is 'leaked' stuff ? |
| 09:20.02 | pb_ | ant_work: er, is zaurus-updater really public domain? that doesn't seem very likely. |
| 09:20.05 | pb_ | hrw: oh, right, I see |
| 09:20.23 | hrw | ant_work: it did not leaked |
| 09:20.45 | hrw | ant_work: it was (probably still) available from sharp zaurus website with sharp system image updates |
| 09:21.23 | hrw | ant_work: but never had license header rather |
| 09:21.28 | ant_work | hrw: I never spent time on the licensing issue...and vendors GPL breakages. |
| 09:21.40 | ant_work | did Sharp release all what supposedly should? |
| 09:21.50 | hrw | you mean? |
| 09:22.18 | ant_work | some drivers are still proprietary (for 2.4) iirc |
| 09:22.28 | ant_work | never disclosed the sources |
| 09:22.33 | ant_work | is it right? |
| 09:22.40 | hrw | they never did |
| 09:22.58 | hrw | for !collie we do not need SD driver sources as this is just pxa... |
| 09:23.06 | hrw | for collie we reveng driver |
| 09:24.44 | *** join/#oe ptitjes (n=didier@bur91-2-82-231-160-106.fbx.proxad.net) |
| 09:25.20 | hrw | but even on collie we use in-tree driver: mmc-spi + board stuff iirc |
| 09:25.41 | mckoan | pb_: I haven't RW access yet |
| 09:28.24 | pb_ | mckoan: ah, sorry, I thought you did. fair enough then. |
| 09:28.51 | hrw | ant_work: the only thing for which maybe having source would be good is sharp camera cf driver. but this hardware is terrible so no big miss |
| 09:28.52 | *** join/#oe ptitjes (n=didier@bur91-2-82-231-160-106.fbx.proxad.net) |
| 09:29.00 | ant_work | :) |
| 09:29.18 | hrw | ant_work: of course, would be nice to officially have LOCOMO documentation... |
| 09:30.04 | pb_ | kergoth has that, right? |
| 09:31.04 | hrw | pb_: we got it from anonymous |
| 09:31.39 | pb_ | oh, I thought kergoth got it officially from sharp. isn't that why he can't share it with anybody else? |
| 09:31.43 | hrw | pb_: and yes, kergoth has it - he signed NDA |
| 09:32.52 | CIA-3 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07org.openembedded.dev * r363ae30123 10openembedded.git/conf/distro/kaeilos.conf: |
| 09:32.52 | CIA-3 | Added PREFERRED_VERSION_classpath to support JVM in KaeilOS distro with contribution of Ronetix (www.ronetix.at) |
| 09:32.52 | CIA-3 | Signed-off-by: Marco Cavallini <m.cavallini@koansoftware.com> |
| 09:33.32 | hrw | pb_: and whole datasheet is in japanese |
| 09:35.30 | hrw | ok, I go to pack my bag for LinuxTag |
| 09:35.38 | hrw | be back later |
| 09:35.48 | mckoan | thx for puching |
| 09:35.57 | mckoan | s/puching/pushing |
| 09:36.39 | mckoan | would be possible to push also this ? http://patchwork.openembedded.org/patch/771/ |
| 09:37.07 | pb_ | hrw|gone: yeah, that's probably unavoidable for a chip that was designed in japan. I doubt sharp would consider it reasonable to translate the entire datasheet just for oe's convenience. |
| 09:37.32 | pb_ | lots of vendors wouldn't even bother to create datasheets for internal parts so I guess we should consider ourselves lucky that there is one at all :-) |
| 09:37.33 | hrw|gone | mckoan: it is missing deps on java and other |
| 09:38.05 | ant_work | pb_: this guy seems to have don esame work as thesing... http://josejx.net/collie/ |
| 09:38.11 | hrw|gone | pb_: remember that Laibsch is fluent in Japanese ;D |
| 09:38.28 | pb_ | mckoan: it seems a bit weird that a kaeilos image is setting ANGSTROM_xx variables. is that right? |
| 09:38.35 | hrw|gone | ant_work: no, jose rev-eng driver and wrote infos. thesing used those info |
| 09:38.42 | pb_ | other than that, yeah, it looks fine. I can check it in later if you're happy with the angstrom thing. |
| 09:38.43 | hrw|gone | ant_work: clean reverse engineering |
| 09:38.45 | ant_work | ah, good to know |
| 09:38.48 | hrw|gone | bye |
| 09:43.05 | mckoan | pb_: yes is weird, but is a starting point ;-) |
| 09:43.27 | pb_ | heh, fair enough |
| 09:44.09 | mckoan | pb_: I already have more patches but I'm scared of submit them |
| 09:44.26 | mckoan | pb_: I'd like to have my own branch |
| 09:44.26 | *** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-6f119d3d1ae7de31) |
| 09:45.04 | mckoan | pb_: the main problem is that is too difficult get them accepted, like the other just rejected by hrw |
| 09:45.36 | mckoan | pb_: so I'm continuously stuck at the same point :-( |
| 09:46.37 | mckoan | is debated whether create a local repo or try to submit his patches and ideas to OE mainline |
| 09:47.03 | pb_ | right, that is a bad situation. I don't see why you couldn't have your own branch, or even just direct commit access to the main repository for your own distro config files. |
| 09:47.29 | pb_ | as far as I am concerned, you are welcome to break the kaeilos config files any way you like so long as you don't damage anything else. |
| 09:48.47 | mckoan | pb_: I understand you feel safe in such case, but problems arise when I try to ass a recipe or an image |
| 09:48.59 | mckoan | /ass/add |
| 09:49.20 | mckoan | ~curse Dyslexia |
| 09:49.55 | pb_ | even then, adding new images shouldn't do any harm to people who aren't using them. the only situation where you might want to get review for your patches is if you are changing an existing recipe, or (particularly) a bbclass file or other bits of infrastructure. |
| 09:50.22 | mckoan | pb_: of course |
| 09:51.05 | CIA-3 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07org.openembedded.dev * r1b9b11cdb9 10openembedded.git/recipes/images/x11-jvm-image.bb: |
| 09:51.05 | CIA-3 | Added recipes/images/x11-jvm-image.bb for KaeilOS with JVM inclusion |
| 09:51.05 | CIA-3 | Signed-off-by: Marco Cavallini <m.cavallini@koansoftware.com> |
| 09:51.40 | pb_ | anyway, there you go, that other patch is in now. |
| 09:54.16 | mckoan | another issue would be whether is correct to add images into recipes/images or maybe would be better to use a subdirectory |
| 09:54.29 | mckoan | but in the second case there are 2 problems |
| 09:54.50 | mckoan | 1. how to scan .bb in the subdir with bitbake |
| 09:55.16 | mckoan | 2. how to organize subdirs (by name, role, distro) ? |
| 09:57.56 | ant_work | this is the scary distro x image matrix... |
| 09:58.11 | *** join/#oe aloril_ (n=aloril@84.249.126.153) |
| 09:58.54 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 10:02.00 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 10:02.46 | pb_ | yeah, creating subdirs there seems like it would be more trouble than it's worth. |
| 10:03.06 | pb_ | if you were going to do it, I guess the obvious thing would be to organise the images by DISTRO and arrange for images/${DISTRO}/*.bb to be included in BBFILES. |
| 10:03.43 | pb_ | but, there are a few images that are useful with multiple distros and it seems a shame to break the ability to share them without a compelling reason. |
| 10:04.54 | mckoan | yep, that's the main point against distro based organization, better to use role |
| 10:06.02 | pb_ | I'm not very convinced that roles provide any useful segregation. How would you classify them? |
| 10:07.03 | mckoan | I haven't idea yet, let's grow the /recipes/images dir and see what happens |
| 10:13.23 | *** join/#oe sledgeas (n=leleiva@217.77.80.29) |
| 10:13.25 | sledgeas | hello |
| 10:17.41 | ant_work | pb_: do we have COMPATIBLE_DISTRO? |
| 10:18.44 | ant_work | the distro-maintainer could add its distro in each image he tested |
| 10:19.34 | ant_work | well..here is the point... s/tested/built/ |
| 10:20.24 | pb_ | I don't think there's any such mechanism right now, but it'd be easy enough to add. It's certainly not a crazy idea. |
| 10:21.21 | *** join/#oe aykut (n=dm355@88.250.21.136) |
| 10:22.29 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 10:23.01 | ant_work | in therory it would be possible to create a 3d matrix distro-image-machine parsing tinderbox results |
| 10:27.16 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 10:39.38 | *** join/#oe Laibsch (n=Laibsch@p5B3B27D3.dip.t-dialin.net) |
| 10:41.54 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 10:42.04 | *** join/#oe aloril__ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 10:46.42 | *** join/#oe mgwpub (n=mgwpub@193.170.135.44) |
| 10:52.22 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 10:53.32 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 10:55.42 | *** join/#oe flameman (n=toor@net-93-65-13-237.cust.dsl.vodafone.it) |
| 11:12.36 | *** join/#oe thebohemian (n=rschus@p5DDC79EB.dip.t-dialin.net) |
| 11:20.51 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-e394ab3f0b4c2dfd) |
| 11:28.52 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 11:42.26 | *** join/#oe vhallac (n=vedat@85.103.164.204) |
| 11:43.06 | vhallac | Hi there. A quick question: |
| 11:43.38 | vhallac | Whenever I do a git fetch from stable/2009, it takes ages for the command to complete, and it ends up downloading a 100MB pack file. |
| 11:43.57 | vhallac | Is there some sort of local setting I need to use, or is this the nature of the beast? |
| 11:44.54 | vhallac | This is an incremental update, BTW. The last fetch was about two weeks ago. |
| 11:45.46 | pb_ | It certainly shouldn't be downloading the whole thing every time. Are you calling git fetch directly, or via git pull? |
| 11:46.26 | vhallac | git fetch. I am merging into my local branch later. I have a remote for openembedded (oe), and I use: |
| 11:46.34 | vhallac | git fetch oe stable/2009 |
| 11:47.22 | vhallac | What it tells me after a bit of blurb is: |
| 11:47.25 | vhallac | Getting pack 6431fad665c0fcd938f604945f0a3fc7e8d8df57 which contains 058b6ebc0e50370548fbae543b368c39394463ef |
| 11:47.29 | pb_ | that looks like it should be OK. I have no idea why it would be downloading so much data for you. |
| 11:48.02 | vhallac | 100MB is not too bad, but with a 8-10K/sec download rate, it hurts. :) |
| 11:48.09 | pb_ | not that I use the stable branch myself, but I'm pretty sure even .dev doesn't accumulate 100MB of changes in two weeks. |
| 11:48.31 | vhallac | My thoughts exactly. |
| 11:54.21 | vhallac | I checked it. It was 11 patches in total that I needed. :( |
| 11:54.50 | BET_frogger | vhallac: try using git:// not http:// |
| 11:55.45 | vhallac | Yay! BET, it looks like you are spot on. It was http. |
| 11:55.57 | vhallac | I'll give it a try next week. ;-) |
| 11:57.14 | *** join/#oe marcosmamorim (n=marcos@200.248.123.132) |
| 12:01.06 | *** join/#oe oespirit (n=oespirit@117.254.1.232) |
| 12:02.30 | *** join/#oe Crofton (n=balister@dslb-088-074-063-060.pools.arcor-ip.net) |
| 12:04.26 | vhallac | Yup, it did the trick. I got a bunch of licensing changes in about 10 seconds instead of 3 hours. |
| 12:08.46 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 12:09.52 | *** join/#oe MWelchUK__ (n=welchma@65.91.2.71) |
| 12:11.57 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 12:12.02 | Crofton | I am in Berlin |
| 12:14.38 | mckoan | Crofton: wunderbar! |
| 12:15.17 | Crofton | yes |
| 12:15.45 | Crofton | I am consuming my complimentry water |
| 12:17.17 | fraxinas | don't forget to grab some döner kebap |
| 12:17.50 | Crofton | yeah |
| 12:17.54 | Crofton | I saw one of those places |
| 12:18.03 | Crofton | don't Germans eat German food? |
| 12:18.18 | fraxinas | actually turkish fast food is the most popular here |
| 12:18.32 | *** join/#oe jipi (n=jipi@bb121-7-92-7.singnet.com.sg) |
| 12:18.32 | fraxinas | more popular than mcdonalds and such |
| 12:18.40 | Crofton | yeah, at least OEDEM we went to one of those stands |
| 12:18.57 | fraxinas | eew that sounds pathologic |
| 12:18.58 | Crofton | XorA|gone, chose the Chinese looking stand next door due to the menu in English |
| 12:18.59 | *** join/#oe vo5 (n=vo@189.102.205.199) |
| 12:20.07 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 12:21.10 | *** join/#oe Gnutoo (n=gnutoo@host91-163-dynamic.51-79-r.retail.telecomitalia.it) |
| 12:25.57 | *** join/#oe stefan_schmidt (n=stefan@c120.apm.etc.tu-bs.de) |
| 12:26.40 | *** join/#oe abner (n=birunko@189.70.10.66) |
| 12:37.13 | *** join/#oe fpga (n=s@89.179.115.146) |
| 12:39.17 | CIA-3 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r007c2e2b94 10openembedded.git/recipes/bluez/ (bluez4_4.39.bb bluez4_4.41.bb): bluez4: rebase 4.39 and 4.41 on new .inc file |
| 12:39.18 | CIA-3 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r78ca80197a 10openembedded.git/recipes/bluez/ (bluez4.inc bluez4_4.42.bb): bluez4: poor man's unification |
| 12:39.51 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 12:50.09 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 12:51.36 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 12:53.48 | *** join/#oe josh___ (n=josh@208.53.58.51) |
| 13:03.36 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 13:05.02 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 13:09.53 | sgh | How do I specify in a recipe that I need the opengl headers from mesa-full ? |
| 13:13.03 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 13:23.30 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 13:30.55 | *** join/#oe rsalveti (n=rsalveti@200.184.118.136) |
| 13:34.49 | pb_ | mickeyl: good morning |
| 13:35.33 | mickeyl | morning pb_ |
| 13:37.08 | *** join/#oe _rw_ (n=_rw_@c-7679e253.642-1-64736c20.cust.bredbandsbolaget.se) |
| 13:42.42 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 13:45.04 | sgh | How do I specify in a recipe that I need the opengl headers from mesa-full ? |
| 13:46.34 | pb_ | DEPENDS = "mesa-full"? |
| 13:46.48 | _rw_ | hi, im having the problem "undefined reference: __sync_add_and_fetch_4" problem with boost 1.36. anyone knows how to apply the patches correctly? Even though I use them I end up with an error in a boost .so file |
| 13:47.29 | sgh | pb_: sure but the headers are not copied into the HOST's staging dir ... |
| 13:53.06 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 13:54.55 | *** join/#oe prpplague (n=dave@mail.americanmicrosystems.com) |
| 13:55.19 | *** join/#oe marcosmamorim (n=marcos@187.4.23.55) |
| 13:58.43 | xranby | _rw_: what arch are you on? __sync_add_and_fetch_4 have to be implemented manually if using gcc 4.3 or erlier on arm |
| 13:58.56 | xranby | afaic |
| 13:59.06 | xranby | k |
| 14:00.12 | xranby | _rw_: i have not been using boost but i can help you implementing the missing gcc intrinsic |
| 14:00.20 | flameman | why bitbake gcc-cross (for akita) is compilng qemu-naive ? |
| 14:00.30 | flameman | what does it us qemu for ? |
| 14:01.49 | _rw_ | xranby: an armv5te... I saw a fix but that was only for armv7 I think... |
| 14:02.20 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 14:02.34 | xranby | _rw_: there area linux kernelhelper for arm that can be used to implement atomic operations in userland code . __kernel_cmpxchg can be used to implement the atomic __sync_add_and_fetch_4 for armv5 and armv4 |
| 14:03.14 | xranby | i have been using it to make openjdk run on armv5 |
| 14:03.29 | _rw_ | xranby: ok thanks... Im not familiar with kernel_cmpxcg, what is it/how can I get it? |
| 14:03.30 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 14:04.13 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 14:04.47 | _rw_ | i guess its a kernel pathc? |
| 14:05.07 | xranby | _rw_: it are part of the main arm linux kernel since 2.6.24 i think. |
| 14:06.14 | *** join/#oe stefan_schmidt (n=stefan@c120.apm.etc.tu-bs.de) |
| 14:07.30 | _rw_ | xranby: ok so what do I need to do? |
| 14:08.57 | xranby | _rw_: i will dig up some code for you |
| 14:09.45 | _rw_ | xranby: thanks a lot |
| 14:11.50 | xranby | _rw_: http://icedtea.classpath.org/hg/icedtea6/file/59b0e40b0d30/ports/hotspot/src/os_cpu/linux_zero/vm/atomic_linux_zero.inline.hpp |
| 14:14.00 | _rw_ | xranby: thanks, sorry for my newbieness but how to apply this? |
| 14:14.06 | xranby | _rw_: basically you will have to find the places in boost that uses __sync_add_and_fetch and make arm targets call arm_add_and_fetch |
| 14:14.51 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 14:15.05 | _rw_ | Ok I see, well that seems pretty doable |
| 14:15.49 | xranby | the lines 115 typedef int (__kernel_cmpxchg_t)(int oldval, int newval, volatile int *ptr); 116 #define __kernel_cmpxchg (*(__kernel_cmpxchg_t *) 0xffff0fc0) |
| 14:16.19 | xranby | creates a method call that goes directly to the linux kernel and lets the kernel perform the atomic operation |
| 14:16.32 | xranby | used by arm_add_and_fetch |
| 14:18.12 | _rw_ | ok pretty nice |
| 14:18.54 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 14:19.38 | _rw_ | xranby: I assume this means I cant use bitbake as I have to build the modified sources? |
| 14:19.48 | *** part/#oe sledgeas (n=leleiva@217.77.80.29) |
| 14:21.14 | xranby | _rw_: you can use bitbake.. go to tmp/work/armv5.../boost../boost.. |
| 14:21.25 | *** join/#oe fpga (n=s@89.179.115.146) |
| 14:21.26 | xranby | use quilt to edit the files. |
| 14:21.59 | xranby | with quilt you can quickly create a patch and then modify the boost recipy to use the new patch |
| 14:22.52 | _rw_ | aha ok |
| 14:23.14 | _rw_ | i need to study bitbake :) |
| 14:24.09 | xranby | quilt are a independednt tool bitbake uses it internally to patch the source of various projects |
| 14:24.27 | xranby | you can use quilt push or quilt pop to add or remove a patch |
| 14:25.00 | xranby | quilt edit to att changes to an existing patch and quilt diff or quilt refresh to genereate a neew patch file |
| 14:25.32 | _rw_ | ok I will check it out |
| 14:26.38 | xranby | the patch itself are stored in the patch folder inside the project .. when you are done copy the patch to oe/recipes/boost/boost-versionnumber/mynew.patch and add SRC_URI += "file://arm-atomic.patch;patch=1" to the oe recipy |
| 14:26.58 | xranby | im sure you will have a great time hacking :) |
| 14:32.22 | *** join/#oe favor (n=favor@118.113.15.234) |
| 14:34.59 | *** join/#oe chouimat|work (n=quassel@firewall.axentra.com) |
| 14:35.47 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 14:38.00 | *** join/#oe user1 (n=3MX@80.175.113.109) |
| 14:38.36 | *** join/#oe Cwiiis (n=cwiiis@158.43.2.102) |
| 14:48.37 | *** join/#oe Soopaman (n=Soopaman@67.211.112.45) |
| 14:50.23 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 14:54.21 | Gnutoo | hi, I don't suceed in adding -dbg packages to the image,I tried: |
| 14:54.32 | Gnutoo | RDEPEND += |
| 14:54.57 | Gnutoo | I'll try that: |
| 14:55.14 | Gnutoo | IMAGE_INSTALL += |
| 14:56.35 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 14:58.24 | Gnutoo | doesn't work either |
| 14:58.35 | Gnutoo | I have to add them into the image |
| 14:58.52 | Gnutoo | because It segfault at any program using shared libraries |
| 14:59.06 | Gnutoo | so even init or sh/ash from busybox segfaults |
| 15:01.03 | *** join/#oe srujanjonnadula (n=srujanjo@bur-agw-2.eth0.cns.vt.edu) |
| 15:01.08 | Gnutoo | or are there any script for gdb that looks for the .debug version automagically? |
| 15:01.28 | Gnutoo | the .debug beeing on my laptop...and gdbserver running on my target |
| 15:10.03 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 15:12.44 | CIA-3 | 03Felix Domke <tmbinc@2mac.waldobjekt.org> 07org.openembedded.dreambox * r2ae8279099 10openembedded.git/packages/enigma2/ (enigma2-plugins.bb enigma2.bb): enigma2{,plugins}.bb: use same SRCDATE to prevent API conflict |
| 15:17.27 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 15:20.50 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 15:20.50 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-3c45ac9be297244d) |
| 15:22.27 | *** join/#oe vo5 (n=vo@189.102.205.199) |
| 15:33.01 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 15:35.36 | *** join/#oe user1 (n=3MX@cpc2-nthc13-0-0-cust967.nrth.cable.ntl.com) |
| 15:35.41 | *** join/#oe user2 (n=3MX@cpc2-nthc13-0-0-cust967.nrth.cable.ntl.com) |
| 15:40.58 | *** join/#oe cminyard (n=cminyard@pool-173-57-164-199.dllstx.fios.verizon.net) |
| 15:43.44 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 15:45.40 | *** join/#oe pH5 (n=ph5@e178210146.adsl.alicedsl.de) |
| 15:52.43 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 15:54.32 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 15:54.49 | *** join/#oe acassis (n=Alan@200.251.188.130) |
| 16:05.44 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 16:15.38 | *** join/#oe aloril_ (n=aloril@84.249.126.153) |
| 16:21.13 | *** join/#oe workrat (n=chatzill@adsl-76-234-174-169.dsl.sfldmi.sbcglobal.net) |
| 16:25.35 | *** join/#oe oneshel (n=jim@c-98-216-198-0.hsd1.nh.comcast.net) |
| 16:27.50 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 16:30.16 | Longfield | has someone already had a linking error with boost ? undefined reference to `__sync_add_and_fetch_4' |
| 16:30.48 | *** join/#oe dth (n=Dieter@p4FDEBD21.dip.t-dialin.net) |
| 16:31.38 | Longfield | it looks like it a optimizing assembly function that is not written/existing for arm |
| 16:35.50 | Gnutoo | Longfield, I've a patch for it |
| 16:36.01 | Gnutoo | Longfield, are you trying to cross compile wesnoth? |
| 16:36.16 | Longfield | Gnutoo: yeah I have just found your patch on the web ;) |
| 16:36.18 | Gnutoo | Longfield, which wesnoth version? |
| 16:36.25 | Gnutoo | Longfield, ok which one? |
| 16:36.37 | Gnutoo | Longfield, because there is one in C++ and one in assembly |
| 16:36.58 | Longfield | not wesnoth, but a program that uses boot thread library |
| 16:37.07 | Longfield | (written in my lab) |
| 16:37.22 | Gnutoo | the c++ one should be better because it let the compiler do the obtimizations |
| 16:37.26 | Gnutoo | ok |
| 16:37.51 | Gnutoo | Longfield, if you have commit access could you commit the c++ version of my patch? |
| 16:38.08 | Gnutoo | and test it (at runtime) of course |
| 16:38.13 | Longfield | I think I have found the asssembly version |
| 16:38.23 | Gnutoo | ok I'll look the c++ version |
| 16:38.47 | Longfield | but I don't have commit access .... but sure I'll give it a try |
| 16:40.14 | Gnutoo | Longfield, which version of boost do you use? |
| 16:40.24 | Gnutoo | I've also some recipes for 38 and 39 |
| 16:40.41 | Gnutoo | but they are not very tested and may need polishing |
| 16:41.09 | Longfield | 36 |
| 16:41.38 | Gnutoo | Longfield, here's the patch but it's for 39...you may have to do very little adaptations: http://pastebin.com/m6bf559a6 |
| 16:41.51 | Gnutoo | (not in the code but only to make it apply) |
| 16:41.53 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 16:42.12 | Gnutoo | Longfield, by the way I did have a lot of help with this patches... |
| 16:42.19 | Gnutoo | s/did have/had |
| 16:43.53 | Gnutoo | by the way does someone have an idea on how to include -dbg packages in an image I tried different variable and none of them worked |
| 16:44.06 | *** join/#oe tmartins (n=zero@187.37.69.212) |
| 16:47.08 | Longfield | Gnutoo: do you still use ARM_INSTRUCTION_SET="arm" with your patch enabled ? |
| 16:48.52 | Tartarus | Gnutoo, if you're feeling up to it, port the feature from poky to do that :) |
| 16:49.12 | Gnutoo | Tartarus, wow thanks I'll look |
| 16:49.27 | Gnutoo | Longfield, I'll look |
| 16:50.27 | Gnutoo | Longfield, no I think I've a patch for that... |
| 16:50.46 | Gnutoo | Longfield, do you want a tarball of my boost recipes? |
| 16:52.06 | Longfield | mmhhh, I think actual OE version already has an implementation for that, but the problem is that it has ARM_INSTRUCTION_SET="arm" and the assembly code is only set to ARMV7 (and I have ARMV6) |
| 16:52.15 | Gnutoo | Longfield, I've boost 33,34.1,36,38 and 39 with some patches |
| 16:52.29 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 16:52.29 | Gnutoo | Longfield, ok |
| 16:52.35 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 16:52.40 | Gnutoo | Longfield, i'll do a diff to look at the patches |
| 16:52.57 | Longfield | Gnutoo: well yes please give me at least version .36 |
| 16:53.04 | Gnutoo | ok |
| 16:53.38 | Gnutoo | Longfield, a tarball with all would be easier for me and you would get all the patches and everything |
| 16:53.51 | Gnutoo | Longfield, I'll post the tarball |
| 16:55.42 | *** join/#oe vo51 (n=vo@189.102.205.199) |
| 16:56.23 | *** join/#oe aloril_ (n=aloril@84.249.126.153) |
| 16:56.41 | Gnutoo | http://gnutoo.homelinux.org/open_embedded/boost.tar.bz2 |
| 16:57.02 | Gnutoo | here it is...feel free to ask questions about it but it's far in my memory |
| 16:57.15 | Gnutoo | some random infos: |
| 16:57.21 | Gnutoo | *I took some patches from debian |
| 16:58.43 | Gnutoo | *I didn't commit because It was for wesnoth and so because wesnoth segfault and that I don't know at all C++ I wasn't able to find the reason even with gdb and some help(it seems non trivial) from a wesnoth dev |
| 16:59.01 | Gnutoo | so I forgeten to commit it |
| 16:59.53 | Longfield | Gnutoo: thanks a lot. I will give it a try (at least version .36) and give you some feedback |
| 17:00.23 | Gnutoo | ok |
| 17:01.26 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 17:02.26 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 17:04.05 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 17:09.07 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-187-062.pools.arcor-ip.net) |
| 17:15.06 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 17:16.11 | *** join/#oe prpplague (n=dave@mail.americanmicrosystems.com) |
| 17:22.13 | *** join/#oe pH5_ (n=ph5@e178224017.adsl.alicedsl.de) |
| 17:26.25 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 17:31.23 | *** join/#oe Gnutoo (n=gnutoo@host91-163-dynamic.51-79-r.retail.telecomitalia.it) |
| 17:32.39 | CIA-3 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * r83c3b73767 10openembedded.git/recipes/ (14 files in 6 dirs): |
| 17:32.39 | CIA-3 | libascenario-data: this no longer exists; move to fso-alsa-data |
| 17:32.39 | CIA-3 | libascenario: remove custom version which is deprecated; fso is using also directly now |
| 17:33.18 | CIA-3 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * rabb3aff6b3 10openembedded.git/recipes/tasks/task-fso2-compliance.bb: task-fso2-compliance: ship fso-alsa-data |
| 17:36.58 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 17:38.08 | hrw | see you next week - after LinuxTag |
| 17:38.16 | hrw | or some - during LT :D |
| 17:38.45 | ant_work | hrw: don't drink too much beer :) |
| 17:38.49 | hrw|gone | haha |
| 17:39.16 | ant_work | nie Piwo |
| 17:40.26 | *** join/#oe valhalla (n=valhalla@81-174-24-42.dynamic.ngi.it) |
| 17:40.54 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 17:43.35 | *** join/#oe greentux (n=lemke@BAA1ab5.baa.pppool.de) |
| 17:47.20 | *** join/#oe vivijim1 (n=vivijim@200.184.118.130) |
| 17:52.09 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 17:54.30 | *** join/#oe NAiL (n=repvik@nslu2-linux/repvik) |
| 17:57.14 | *** join/#oe srujanjonnadula (n=srujanjo@bur-agw-2.eth0.cns.vt.edu) |
| 18:04.10 | Laibsch | flameman: I think qemu-native is used for locale stuff |
| 18:04.33 | Laibsch | building locales AFAIR |
| 18:17.37 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 18:22.17 | pb__ | yes, that's right |
| 18:25.40 | *** join/#oe timtimred (n=meh@79-75-131-127.dynamic.dsl.as9105.com) |
| 18:27.23 | *** join/#oe Martin-B (n=Martin@pool-212-67-198-89.dbd-ipconnect.net) |
| 18:28.03 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 18:29.07 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 18:32.07 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 18:39.21 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 18:45.52 | *** join/#oe cpearson (n=a0271369@nat/ti/x-67f50e15a69e98fb) |
| 18:47.56 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 18:49.37 | Laibsch | pb_: BTW, do you have force-defaults enabled locally for opkg-cl? |
| 18:49.40 | Laibsch | do_rootfs |
| 18:51.49 | *** part/#oe AK6L (n=xunil@nowai.yar.ly) |
| 18:52.28 | CIA-3 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * rf9fafd8aea 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
| 18:52.28 | CIA-3 | task-shr-feed: add opimd-utils |
| 18:52.28 | CIA-3 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 18:53.32 | *** join/#oe timtim123 (n=meh@79-75-209-186.dynamic.dsl.as9105.com) |
| 18:53.44 | *** part/#oe thebohemian (n=rschus@p5DDC79EB.dip.t-dialin.net) |
| 18:58.08 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 19:02.04 | *** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 19:06.50 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 19:09.21 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 19:10.50 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 19:14.34 | Laibsch | kergoth: What is the status in |
| 19:14.37 | Laibsch | !oebug 4452 |
| 19:14.39 | cdbot2 | * * Bug 4452, Status: NEEDSINFO, Created: 2008-07-23 22:25 |
| 19:14.40 | cdbot2 | * * kergoth(AT)gmail.com: Fetchers not run with a clean environment causes wget to obey user wgetrc. |
| 19:14.41 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=4452 |
| 19:15.04 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 19:15.47 | Laibsch | CoreDump|cf-18: same question about |
| 19:15.50 | Laibsch | !oebug 2493 |
| 19:15.51 | cdbot2 | * * Bug 2493, Status: NEEDSINFO, Created: 2007-06-15 18:39 |
| 19:15.52 | cdbot2 | * * treitmayr(AT)devbase.at: Subversion reports error when writing to repository (slugosbe) |
| 19:15.53 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2493 |
| 19:17.56 | khem | is happy to see Laibsch back |
| 19:18.02 | mickeyl | as well |
| 19:19.35 | *** join/#oe dos11 (n=dos@unaffiliated/dos1) |
| 19:20.35 | Laibsch | thank you ;-) |
| 19:20.55 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-ede48bcd5c465aa3) |
| 19:27.58 | *** join/#oe mario-goulart (n=user@201-40-162-47.cable.viacabocom.com.br) |
| 19:30.24 | otavio | mario-goulart: hi there |
| 19:30.26 | otavio | mario-goulart: welcome ;-) |
| 19:31.02 | mario-goulart | Hi otavio. Hi folks. |
| 19:31.08 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 19:31.22 | mario-goulart | Anyone experiencing problems with busybox on mips? |
| 19:31.48 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 19:31.56 | otavio | mario-goulart: I think it is interesting to tell them that busybox-static does work |
| 19:31.58 | otavio | mario-goulart: ;-) |
| 19:32.18 | mario-goulart | otavio: I was about to describe the scenario. :-) |
| 19:32.50 | otavio | mario-goulart: ah; i forgot to ask, before asking you to join here, if it outputs any information on the serial console |
| 19:33.19 | mario-goulart | otavio: nothing much valuable, it seems. |
| 19:33.26 | mario-goulart | otavio: Just "Kernel panic - not syncing: Attempted to kill init!" |
| 19:33.34 | otavio | mario-goulart: :( |
| 19:33.56 | otavio | thinks how it could be debugged :( |
| 19:33.59 | mario-goulart | init is a shell script which echoes something and execs /bin/sh |
| 19:34.51 | mario-goulart | That init script works with busybox-static, but doesn't work with busybox(-dynamic) |
| 19:35.34 | otavio | mario-goulart: one idea that just came to my mind is to install any stupid binary app, that uses libc, and test it using the busybox-static shell |
| 19:35.48 | mario-goulart | I've also tested using the helloword binary (from the helloworld recipe) as init and it works. |
| 19:35.48 | otavio | mario-goulart: so we might find out if it is related to libc or not |
| 19:37.05 | *** part/#oe cpearson (n=a0271369@nat/ti/x-67f50e15a69e98fb) |
| 19:37.05 | mario-goulart | otavio: you mean a binary which uses dynamic loading? |
| 19:37.12 | otavio | mario-goulart: it barely uses libc ... |
| 19:37.22 | otavio | mario-goulart: yes ... maybe pciutils |
| 19:37.35 | otavio | mario-goulart: lspci ought to be useful for us now anyway |
| 19:37.36 | pb__ | Laibsch: no, I don't think so |
| 19:37.50 | mario-goulart | otavio: right, I'm gonna try it. |
| 19:39.17 | *** join/#oe fpga (n=s@89.112.79.23.pppoe.eltel.net) |
| 19:40.21 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 19:40.30 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 19:46.33 | Laibsch | pb_: But you built gpe-image, right? How did you deal with bluez3 and bluez4 stepping on each others' toes during do_rootfs? |
| 19:48.59 | *** join/#oe brolin (n=brolin@200.58.204.152) |
| 19:53.54 | khem | mario-goulart: otavio you could try dynamically linked hello world program |
| 19:54.04 | cdbot2 | * * OE Bug 1831 has been RESOLVED (FIXED) by <Laibsch> |
| 19:54.05 | khem | I suspect dynamic linker could be it |
| 19:54.06 | cdbot2 | * * gpe-dm hangs during shutdown |
| 19:54.08 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=1831 |
| 19:54.25 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 19:57.42 | mario-goulart | khem: just tried lspci here and it segfaults. Now trying a newer uclibc. |
| 19:58.17 | *** join/#oe tomasg (n=tomas@rrcs-67-78-37-210.sw.biz.rr.com) |
| 19:58.30 | mario-goulart | khem: (using busybox-static as init.) |
| 19:58.32 | otavio | mario-goulart: newer uclibc or newer binutils? |
| 19:58.46 | mario-goulart | otavio: sorry, binutils. |
| 19:58.51 | tomasg | question: what's the best way to use openembedded to build a minimal(/custom) rootfs? |
| 19:59.20 | *** join/#oe florian (n=fuchs@95.89.44.245) |
| 19:59.23 | tomasg | after sitting in on TI's tech day last week, one of the lectures was given on 2 second linux boot on the beagle board. |
| 20:00.01 | tomasg | I want to build a ramdisk w/ bb and some kernel modules, and could certainly script it, but i'd like to leverage oe where possible |
| 20:00.19 | tomasg | is there a wiki entry that helps bootstrap the python learning process? |
| 20:00.38 | tomasg | (by python, I mean the recipies and includes for oe) |
| 20:02.04 | Laibsch | tomasg: what distro are you using on the host OS? |
| 20:02.13 | tomasg | host os is fedora |
| 20:02.18 | tomasg | does that really matter? |
| 20:02.32 | Laibsch | something with deb packaging would have been better ;-) |
| 20:02.37 | tomasg | ah! |
| 20:02.37 | Laibsch | But you're not out of luck |
| 20:02.44 | Laibsch | take a look at the wiki |
| 20:02.53 | Laibsch | the "Getting Started" page |
| 20:03.02 | Laibsch | should be prominently linked |
| 20:03.10 | tomasg | yes.. i'm a little uncomfortable w/ the ipkg/opkg/oemake stuff too.. my target root fs will be RO and ~ 6-10MB |
| 20:03.12 | Laibsch | or searchable even with sucky mediawiki search |
| 20:03.50 | Laibsch | tomasg: try the micro distribution in OE and let OE create the rootfs for you |
| 20:04.22 | tomasg | i've so far customized the standard base and console-images, but now i'd like to play with running from a ramdisk and mounting my mtds after runtime |
| 20:04.43 | tomasg | my searches in google must not be turning up these pages... i'm looking at http://bec-systems.com/web/content/view/65/9/ right now |
| 20:04.54 | Laibsch | wiki.openembedded.org |
| 20:05.04 | Laibsch | or plain www.openembedded.org |
| 20:05.11 | Laibsch | should also get you there IIRC |
| 20:06.01 | *** join/#oe josh (n=josh@208.53.58.51) |
| 20:07.03 | *** join/#oe stefan_schmidt (n=stefan@p5B036E1C.dip.t-dialin.net) |
| 20:08.48 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 20:09.21 | pb__ | Laibsch: That didn't seem to happen for me. I'm not quite sure why not. |
| 20:09.32 | Gnutoo | mario-goulart, I have problem with shared libs on mips |
| 20:10.01 | Gnutoo | mario-goulart, me too I've attempt to kill init |
| 20:10.46 | Laibsch | pb_: Can you take a look at your local changes? |
| 20:11.05 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 20:11.12 | Gnutoo | otavio, hi what problem does mario-goulart have? |
| 20:11.15 | Laibsch | on one of my boxes, I dropped bluez from the gpe task chain completely, because it was just such a mess to fix |
| 20:12.03 | mario-goulart | Gnutoo: dynamic linked binaries crash when executed on mips |
| 20:12.15 | tomasg | Laibsch: I've scanned the wiki, but it looks pretty void of documentation on this subject |
| 20:12.17 | Gnutoo | mario-goulart, wow I've exactly the same issue |
| 20:12.37 | mario-goulart | Gnutoo: so when using dynamic linked busybox as init, it crashes too. |
| 20:12.59 | Gnutoo | mario-goulart, I used uclibc+busybox+micro-base-image |
| 20:13.14 | Gnutoo | + 2.6.30 kernel from opwnwrt built with oe |
| 20:13.42 | Gnutoo | mario-goulart, I've not looked yet to the abi...maybe readelf could tells us something |
| 20:13.44 | mario-goulart | Gnutoo: same here. :-) |
| 20:13.44 | tomasg | what wiki page or earch criteria are you referring to? I've tried "root fs" "custom file system" |
| 20:14.00 | Gnutoo | mario-goulart, realy? openwrt??? |
| 20:14.29 | mario-goulart | Gnutoo: yes. And those bunch of patches. :-) |
| 20:15.02 | Gnutoo | mario-goulart, how a coincidence... |
| 20:15.07 | Gnutoo | s/how/what/ |
| 20:15.46 | Gnutoo | mario-goulart, how did you had the idea of porting openwrt to openembedded? |
| 20:17.01 | mario-goulart | Gnutoo: actually it was otavio's idea. Well, it seems easier, since they got it working already. |
| 20:17.16 | Gnutoo | mario-goulart, ah ok |
| 20:17.48 | Gnutoo | mario-goulart, did you have problem for tftp-booting the kernel? |
| 20:18.08 | mario-goulart | Gnutoo: yes, because of the kernel size, I suppose. |
| 20:18.19 | *** join/#oe marcosmamorim (n=marcos@187.4.23.55) |
| 20:18.23 | Gnutoo | yes but you needed: |
| 20:18.25 | mario-goulart | Gnutoo: After shrinking the rootfs it worked. |
| 20:18.36 | Gnutoo | ok I didn't add the rootfs yet |
| 20:18.55 | Gnutoo | I'll try readelf |
| 20:19.20 | *** join/#oe rschuster (n=rob@g225148019.adsl.alicedsl.de) |
| 20:19.41 | mario-goulart | Gnutoo: here I'm using the vmlinux file generated in the OE's kernel workdir |
| 20:19.45 | *** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net) |
| 20:19.52 | Gnutoo | mario-goulart, ok me too |
| 20:20.19 | Gnutoo | mario-goulart, did you try to make a debug image? |
| 20:20.40 | Gnutoo | mario-goulart, there is something in poky that permit to do that |
| 20:20.55 | mario-goulart | Gnutoo: In OE too, but I'm using a release image. |
| 20:21.30 | Gnutoo | mario-goulart, ah how do you do that in OE ? |
| 20:21.47 | Gnutoo | mario-goulart, I've tried many variables inside the image recipe |
| 20:22.03 | Gnutoo | mario-goulart, is it the RELEASE or DEBUG variable in local.conf? |
| 20:22.23 | mario-goulart | Gnutoo: release |
| 20:22.37 | Gnutoo | ok |
| 20:22.39 | Gnutoo | I'll try |
| 20:23.31 | mario-goulart | Gnutoo: beware that, IIRC, release adds "quiet" to the kernel command line, so it may be hiding some things at boot time. |
| 20:23.45 | Gnutoo | I'll grep the manual |
| 20:24.14 | mario-goulart | Gnutoo: maybe it's worth checking the generated .config in the kernel workdir. |
| 20:26.10 | Gnutoo | mmm...DISTRO_TYPE may not be the right variable |
| 20:26.11 | Gnutoo | for me the config are nearly the same apart for: |
| 20:26.11 | mario-goulart | Gnutoo: .config's CONFIG_CMDLINE |
| 20:26.11 | Gnutoo | *jffs2 and mtd replaced by NFS |
| 20:26.11 | Gnutoo | *CMDLINE changed |
| 20:26.11 | Gnutoo | what router do you have exacrly? |
| 20:26.13 | Gnutoo | s/r/t/ |
| 20:26.13 | mario-goulart | Gnutoo: router board 450 |
| 20:26.13 | Gnutoo | what's that? |
| 20:26.13 | Gnutoo | I've wrt54gs v4 |
| 20:26.13 | tomasg | i don't see images/ micro-image |
| 20:26.13 | mario-goulart | Gnutoo: it's a mikrotik board |
| 20:26.13 | tomasg | under openembedded recipies for 2009.stable |
| 20:26.14 | Gnutoo | tomasg, maybe it's only in .dev ? |
| 20:26.26 | tomasg | grr |
| 20:26.29 | tomasg | gotcha |
| 20:26.40 | Gnutoo | mario-goulart, or I'll copy manualy the .debug files it would be faster... |
| 20:27.14 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 20:27.25 | tomasg | well... the other issue w/ using micro is that my question is really one of customization anyways... building just defers me for a little while, but i'll be back trying to understand how to extend the micro image to suit my device |
| 20:28.22 | tomasg | in a perfect work, ipkg/opkg on the host would allow me to take deployed packages (busybox, kernel mods, ubifs-tools) and "install them" to a loop-mounted ramdisk image |
| 20:28.27 | tomasg | s/work/world |
| 20:28.44 | Gnutoo | tomasg, ah ok,could the manual help you on this point,for me too I used it as a starting point... |
| 20:28.53 | tomasg | k00l |
| 20:29.11 | Gnutoo | it means the micro distro |
| 20:29.18 | *** join/#oe Laibsch1 (n=Laibsch@p5B3B1CF3.dip.t-dialin.net) |
| 20:29.33 | tomasg | ok micro distro, not micro image |
| 20:29.57 | tomasg | looking at oe user manual on docs.openembedded.org |
| 20:30.00 | Gnutoo | I use wrt distro + micro-image |
| 20:30.23 | tomasg | umm? ok i can use angstrom distro + micro-image ? |
| 20:30.29 | Gnutoo | tomasg, basically you do "require micro-something.bb" and start customizing |
| 20:30.34 | Gnutoo | tomasg, yes |
| 20:30.35 | *** join/#oe Soopaman (n=Soopaman@67.204.25.132) |
| 20:31.48 | mario-goulart | Gnutoo: here we're using an image based on micro-uclibc |
| 20:31.52 | tomasg | the manual has no instance of "micro" but it does reference using "inherit image" |
| 20:33.12 | Gnutoo | tomasg, yes it says how to customize an image but say nothing about micro |
| 20:33.44 | Gnutoo | mario-goulart, ok me too |
| 20:33.50 | Gnutoo | mario-goulart, micro-base-image |
| 20:33.58 | Gnutoo | + wrt distro |
| 20:34.11 | mario-goulart | Gnutoo: is it OE? |
| 20:34.24 | Gnutoo | mario-goulart, what do you mean? |
| 20:34.30 | Gnutoo | I've made some small changes... |
| 20:34.41 | mario-goulart | Gnutoo: are you using Openembedded or poky (or both)? |
| 20:34.49 | Gnutoo | openembedded.dev |
| 20:34.54 | mario-goulart | Gnutoo: ah, ok. |
| 20:35.05 | Gnutoo | poky is just what I was told to look into in order to import the -dbg image |
| 20:35.17 | mario-goulart | right |
| 20:38.00 | tomasg | Gnutoo: thank you. i'm reading up on this. Sounds good. Is there a way to find out how to generate things like ramdisks, etc.? does oe do all the dd if=/dev/zero ... and filesystem creation? |
| 20:38.21 | Gnutoo | tomasg, yes IMAGE_FSTYPE or something like this |
| 20:38.25 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 20:38.29 | tomasg | great.. thx. |
| 20:38.37 | pb__ | mario-goulart: some other dude did mention problems with dynamic linked binaries on mips the other day; it does sound like that is a bit broken. are you using uclibc or glibc? |
| 20:38.54 | mario-goulart | pb__: uclibc |
| 20:38.57 | Gnutoo | pb__, I was this person |
| 20:39.02 | mario-goulart | :-) |
| 20:39.09 | Gnutoo | pb__, *I bet I was this person |
| 20:42.41 | *** join/#oe mdavey (n=chatzill@host217-35-75-188.in-addr.btopenworld.com) |
| 20:44.56 | *** join/#oe rschuster (n=rob@g225148019.adsl.alicedsl.de) |
| 20:45.50 | *** join/#oe vivijim1 (n=vivijim@200.184.118.130) |
| 20:50.15 | Gnutoo | mmm...I was too impacient: |
| 20:50.17 | Gnutoo | 2aaa8000-2aab2000 r-xp 00000000 00:0e 24128441 /mnt/NFS/lib/ld-uClibc.so.0 |
| 20:50.34 | Gnutoo | and the segfault is in 0x2aaa8a50 in ?? () |
| 20:50.52 | Gnutoo | oops |
| 20:51.10 | Gnutoo | s/oops// |
| 20:55.30 | sgh | Hi! - is it possible to compile a native application depending on mesa even though mesa-native is a non existing recipe? |
| 20:56.06 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 20:57.57 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 20:59.32 | *** join/#oe Wiedi (n=wiedi@newton-air.w.fruky.net) |
| 21:02.14 | tomasg | custom image recipe is coming along... 2 issues: 1. there is apparently no ramdisk support (?) gumstix has a thread on this failing to work. 2. i started with the minimal image and customized it, but there is a lot of initscripts, udev, and other potentially time consuming assumptions. is micro-image better? |
| 21:04.02 | *** join/#oe HellDragon (n=jd@Wikipedia/HellDragon) |
| 21:05.56 | Gnutoo | strange...using readelf on openwrt's lib it gave : "There are no sections in this file." |
| 21:08.09 | Gnutoo | it's the same with openwrt's readelf |
| 21:08.37 | likewise | use the cross-readelf tool |
| 21:08.38 | tomasg | i found DISTRO_INIT_MANAGER for controlling the init manager - thinking this should be "busybox" or "init" instead of "sysvinit" |
| 21:08.48 | Gnutoo | likewise, obviously that's what I used... |
| 21:08.54 | Gnutoo | in cross/bin dir |
| 21:08.55 | likewise | Gnutoo: ok, just checking :-) |
| 21:09.34 | Gnutoo | tomasg, yes I wonder why it is set to sysvinit and not busybox... |
| 21:10.03 | Gnutoo | sgh, create the recipe |
| 21:11.24 | sgh | Gnutoo: Just require the recipe and inherit nativ should do i for most I guess ? |
| 21:11.42 | Gnutoo | sgh, yes you could try that |
| 21:12.46 | sgh | Gnutoo: thank you :) |
| 21:12.54 | Gnutoo | np |
| 21:17.50 | sgh | Gnutoo: btw... do you happen to know how to manipulate ipk-files ? |
| 21:18.03 | Gnutoo | sgh, file package.ipk |
| 21:18.09 | Gnutoo | it will gives you the format |
| 21:18.17 | Gnutoo | if it's debian something use ar |
| 21:18.36 | Gnutoo | if it's gzip use tar z |
| 21:18.43 | sgh | Gnutoo: ok |
| 21:23.18 | *** join/#oe abner (n=birunko@189.70.10.66) |
| 21:24.40 | Gnutoo | otavio, hi how come did you have the idea of porting openwrt to oe? |
| 21:24.40 | *** part/#oe NAiL (n=repvik@nslu2-linux/repvik) |
| 21:24.40 | Gnutoo | otavio, were you aware that I was also trying to do that(maybe if mario-goulart knew we could have shared the work) |
| 21:25.10 | *** join/#oe abner (n=birunko@189.70.10.66) |
| 21:26.34 | Gnutoo | I'll go to sleep bye |
| 21:27.17 | *** join/#oe Soopaman1 (n=Soopaman@67.204.25.132) |
| 21:27.32 | sgh | bye |
| 21:31.00 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 21:33.48 | *** join/#oe Laibsch (n=Laibsch@p5B3B1CF3.dip.t-dialin.net) |
| 21:36.22 | Laibsch | tomasg: as I said, the "Getting started" page is what I think you need first |
| 21:36.32 | Laibsch | It's linked from the main page |
| 21:43.28 | *** join/#oe Longfield (n=Valentin@85.4.79.108) |
| 21:48.25 | tomasg | Laibsch: we are miscommunicating |
| 21:48.40 | tomasg | i'm hoping for some direction, but i've had an environment running for over a year |
| 21:48.56 | tomasg | getting started covers the BASIC nube howto use bitbake/oe |
| 21:49.05 | tomasg | I am looking to build a custom image |
| 21:49.26 | tomasg | Gnutoo directed me to the user manual which has got me to the point of building my custom image |
| 21:49.26 | Laibsch | I understand your first to be that is what you needed |
| 21:49.33 | Laibsch | good |
| 21:49.39 | tomasg | thx |
| 21:50.31 | tomasg | i now have a question w/ the image recipe: I want to include my kernel modules. Is there a way to derive the IMAGE_INSTALL arg for that? |
| 21:50.43 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 21:52.54 | sgh | Anyone here having success with x11-native .... it does a "Floating point exception" on for me. :( |
| 21:55.22 | otavio | oh; Gnutoo got out |
| 21:55.58 | otavio | please tell him that I and Mario are going to travel tomorrow but we can get in touch at Monday and share work, for sure |
| 21:57.08 | Laibsch | otavio: there is something called botmail, but I'm not sure how to operate it |
| 22:00.35 | denix | anybody pulled recently and got a fresh local tree? the HEAD got rewritten again... :( |
| 22:00.59 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 22:02.49 | Laibsch | denix: how recent? |
| 22:02.55 | Laibsch | I pulled a few hours ago |
| 22:03.00 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
| 22:03.01 | Laibsch | What happened? |
| 22:03.43 | denix | Laibsch: someone overwritten the HEAD again, it's 8 days old now - http://cgit.openembedded.org/cgit.cgi/openembedded/log/?h=origin/org.openembedded.dev |
| 22:04.20 | denix | Laibsch: let me check if koen has anything latest... |
| 22:04.58 | Laibsch | http://cgit.openembedded.net/cgit.cgi/openembedded/log/ is the last I see |
| 22:05.15 | Laibsch | And I do have those (obviously, since I pushed them) |
| 22:05.30 | denix | never mind, false alarm |
| 22:05.35 | Laibsch | OK |
| 22:05.57 | Laibsch | when you say again, when did anything like this happen previously? |
| 22:06.03 | Laibsch | was it ever discussed? |
| 22:06.59 | denix | my fault this time. actually, someone pushed an old origin/org.openembedded.dev and I clicked on it instead of just org.openembedde.dev |
| 22:07.01 | tomasg | so to answer my own question, it looks like images can cherry-pick modules with the IMAGE_INSTALL atom "kernel-module-MODULENAME" |
| 22:07.02 | Laibsch | it's a bit strange to see that the link you gave only has changes 8 days and older |
| 22:07.37 | denix | it happened before though - there was no nook to prevent pushing non-fast-forwarded trees |
| 22:08.03 | tomasg | and no.. this wasn't in the user manual .. ;) |
| 22:09.11 | denix | Laibsch: if you take closer look at the branch name, you'll see the reason |
| 22:09.49 | Laibsch | oh, yes |
| 22:09.57 | Laibsch | I remember now ;-) |
| 22:10.08 | denix | Laibsch: it's origin/org.openembedded.dev instead of just org.openembedded.dev |
| 22:10.33 | denix | Laibsch: and I didn't see the difference at first and panicked :) |
| 22:10.42 | Laibsch | mickey should delete that branch |
| 22:11.14 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 22:17.31 | polyonymous_ | can't you? :) |
| 22:18.12 | Laibsch | hi polyonymous_, haven't seen you around for a while |
| 22:18.20 | polyonymous_ | Yeah, I haven't been there. |
| 22:18.31 | polyonymous_ | Trying to get myself to build oe again. |
| 22:18.49 | Laibsch | deleting branches is turned off in OE repo with a hook |
| 22:18.53 | Laibsch | on the server |
| 22:18.55 | polyonymous_ | Ah ok. |
| 22:18.59 | polyonymous_ | But creating isn't? |
| 22:19.02 | Laibsch | no |
| 22:19.12 | polyonymous_ | funny. But well, it's safe. |
| 22:19.16 | Laibsch | yes |
| 22:19.40 | Laibsch | makes sense, me thinks |
| 22:20.18 | polyonymous_ | Well, it was nice to see you, but I'm off to sleep now. Hope to see you again soon. |
| 22:21.30 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 22:25.53 | *** join/#oe Soopaman (n=Soopaman@bas1-toronto08-1176340238.dsl.bell.ca) |
| 22:29.58 | *** join/#oe Longfield (n=Valentin@85.4.79.108) |
| 22:32.05 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 22:42.51 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 22:46.09 | *** join/#oe jpieper (n=jpieper@207-180-187-171.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 22:51.31 | *** join/#oe aloril_ (n=aloril@84.249.126.153) |
| 22:53.31 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 22:56.44 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-4375fc22333cd3d7) |
| 23:03.59 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 23:14.28 | *** join/#oe Soopaman1 (n=Soopaman@67.204.25.132) |
| 23:16.17 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 23:18.26 | *** join/#oe khem (n=khem@adsl-71-146-23-253.dsl.pltn13.sbcglobal.net) |
| 23:20.29 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-9d45dae5b8f26099) |
| 23:21.12 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 23:21.29 | *** join/#oe rsalveti (n=rsalveti@189.40.46.180) |
| 23:35.46 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 23:41.02 | *** join/#oe berto- (n=berto@wsip-72-215-191-210.sb.sd.cox.net) |
| 23:41.35 | berto- | i'm using a version of OE with busybox 1.2.1 on it. any ideas on how to disable syslog writing to the serial console? |
| 23:42.19 | berto- | the device has a watchdog running that sends a message to the console every 20 or so seconds and is driving me crazy. |
| 23:42.27 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
| 23:44.15 | *** join/#oe MWelchUK_ (n=welchma@65.91.2.71) |
| 23:46.50 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 23:56.57 | khem | berto-: busybox syslogd --help |
| 23:57.12 | khem | does it have any option that can help you |
| 23:57.18 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
| 23:59.07 | khem | berto-: is there -D option |