| 00:00.44 | NvrBst | I've also tried added 'PREFERRED_PROVIDER_virtual/kernel = "linux-mycustom"', to my local.conf, but I guess the Machine.conf overrites it which sets it to "linux", because it still uses the orig. I'm I going at this wrong? |
| 00:03.55 | *** join/#oe dos1 (n=dos@aeoj238.neoplus.adsl.tpnet.pl) |
| 00:04.27 | grg | NvrBst, have you tried setting DEFAULT_PREFERENCE to a high number in your linux_2.6.28.bb ? |
| 00:05.10 | grg | you could also copy the machine conf file to your build/conf/machine/ directory and modify it |
| 00:05.17 | *** join/#oe mankash (n=mankash@CPE00062575886a-CM00186832000a.cpe.net.cable.rogers.com) |
| 00:06.05 | NvrBst | it sets "DEFAULT_PREFERENCE = -1" and "DEFAULT_PREFERENCE_at91sam9261ek = 28". My machine is at91sam9261ek. It didn't seem to work... should it work? Orig doesn't have at91sam9261ek in it. |
| 00:06.53 | NvrBst | I'll try to copy the machine file and edit it :) |
| 00:07.09 | grg | im not sure... im new here too |
| 00:07.37 | grg | i know that copying the machine file will work though |
| 00:08.01 | *** join/#oe brolin (n=brolin@200.24.16.100) |
| 00:11.09 | grg | i suppose the assignments for things like PREFERRED_PROVIDER_virtual/kernel should use '?=' instead of '=' so that users can override them in their local.conf |
| 00:14.53 | NvrBst | ahh copy'ing the machine config to build/conf/machine/* worked for me as well. Thank you kindly grg. |
| 00:25.30 | grg | I've changed the provider for virtual/xserver and rebuilt it. Anyone know what target to specify in order to rebuild the image files that get spit out in deploy/*/images/*/ ? |
| 00:25.45 | grg | (its a gpe-image) |
| 00:32.01 | mankash | I want to build toolchain for linux ver 2.6.15, I am getting error any help available |
| 00:32.22 | woglinde | 2.6.15 is old and unsafe |
| 00:33.18 | grg | try an older gcc |
| 00:33.21 | mankash | yeah but the code I have require that and i am not capable to port all the code to the latest kernel version |
| 00:34.02 | grg | having a gcc newer than your kernel will *probably* not work |
| 00:34.28 | mankash | how to try an older gcc, I am not expert in all this, but little help will make my job easier |
| 00:34.48 | grg | dunno, sorry. haven't had to do that (yet) |
| 00:35.32 | woglinde | set PREFFERED_VERSION_gcc-cross = "2.2" |
| 00:35.38 | woglinde | in local.conf |
| 00:35.49 | grg | maybe look at PREFERRED_VERSION_gcc and friends in your distro's conf for ideas |
| 00:36.05 | grg | 2.2 :) |
| 00:37.46 | rkirti | How does one ensure a <packagename>_svn recipe gets default preference over any specific version ? |
| 00:38.39 | *** join/#oe rsalveti_ (n=rsalveti@200.184.118.130) |
| 00:39.03 | CIA-1 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * rd894b5a78e 10openembedded.git/recipes/util-linux-ng/ (util-linux-ng-2.16/tls.patch util-linux-ng_2.16.bb): |
| 00:39.03 | CIA-1 | util-linux-ng: fix tls detection |
| 00:39.03 | CIA-1 | * breaks msvc support for now |
| 00:39.03 | CIA-1 | * bump PR |
| 00:39.11 | woglinde | so last commit |
| 00:39.13 | woglinde | good nite |
| 00:40.32 | grg | mankash, a gcc 4.0.x version might be old enough for 2.6.15 kernel. If not, try the most recent 3.x gcc |
| 00:41.03 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 00:43.13 | mankash | ok thx |
| 00:44.11 | mankash | grg: do you have some knowledge about ssh, I am remote login to the system and it keep logging me out |
| 00:44.33 | grg | like an idle timeout? |
| 00:45.17 | mankash | it says software caused connection abort |
| 00:45.28 | grg | shrugs |
| 00:45.48 | grg | i'm sure there's a #openssh or #ssh around here somewhere |
| 00:46.00 | mankash | ok thx I will try that |
| 00:49.46 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 00:53.08 | *** join/#oe zecke (n=ich@123-192-154-148.dynamic.kbronet.com.tw) |
| 01:02.36 | *** join/#oe brolin_ (n=brolin@200.24.16.55) |
| 01:16.25 | *** join/#oe DHR (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 01:52.18 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 01:54.31 | rkirti | What are "mindate" and "maxdate" in the SRC_URI for ? |
| 02:04.01 | *** join/#oe fraxinath (n=quassel@p54AA57D6.dip.t-dialin.net) |
| 02:10.52 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
| 02:11.23 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 02:30.31 | *** join/#oe GNUtoo (n=gnutoo@host18-163-dynamic.51-79-r.retail.telecomitalia.it) |
| 02:42.50 | *** join/#oe tmartins (n=zero@187.37.51.232) |
| 02:49.57 | *** join/#oe DHR (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 02:51.20 | *** join/#oe vijay (n=vijay@203.199.213.3) |
| 02:52.30 | *** join/#oe aloisiojr (n=aloisio@189.81.95.237) |
| 02:53.58 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 02:57.12 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 02:58.02 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 03:00.57 | *** join/#oe rsalveti_ (n=rsalveti@189.70.7.235) |
| 03:09.04 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-113-241.dynamic.mnet-online.de) |
| 03:15.22 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 03:30.53 | kergoth | grumbles |
| 03:32.45 | rkirti | thinks ibot should have a cheer command for such situations :-) |
| 03:32.51 | grg | is there a way to determine the order that tasks (the ones from bitbake -c listtasks) are run? |
| 03:34.53 | grg | i suppose that doesnt really make sense, considering not all tasks are run automatically... but still... |
| 03:36.01 | grg | if i do 'addtask foo before a after b' and then 'addtask bar before a after b' how do i know whether foo or bar come first? |
| 03:44.15 | kergoth | you don't. |
| 03:44.20 | kergoth | that's not defined, or guaranteed |
| 03:49.59 | grg | ok |
| 03:54.19 | grg | so what about if there is an _append or _prepend ? are they inserted "closer" to the task than an addtask? or is it undefined too (presumably because they use addtask internally)? |
| 03:57.44 | khem | rkirti: one way to get <packagename>_svn to get default preference is to give DEFAULT_PREFERENCE larger value than other recipes say DEFAULT_PREFERENCE = "10" in the bb file itself |
| 04:00.32 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 04:07.43 | *** join/#oe xjqian (n=gordon@mscitspubwlgw.wustl.edu) |
| 04:10.06 | rkirti | khem: yes, thats what I ended up doing. Also, I couldnt get away without specifying a rev. number in the SRC_URI, isnt there a way to specify it to pick up whatever rev. is there in trunk ? |
| 04:10.23 | khem | rkirti: mindate and maxdate are the dates that are checked against srcdate for the patch to be applied |
| 04:10.52 | khem | rkirti: yes you can use AUTOREV |
| 04:12.40 | rkirti | khem: thanks. that would be nice. the manual says the AUTOREV option can be added to a conf file. Any way to specify it in the recipe itself ? |
| 04:13.57 | khem | if you dont tie a recipe to a rev either in recipe itself or in sane-srcrev.inc bitbake will always pick latest |
| 04:14.26 | khem | but generally it is preferred to use a locked down rev |
| 04:15.14 | rkirti | ok |
| 04:15.28 | khem | if you do SRCREV=${AUTOREV} in the recipe it should do it |
| 04:15.44 | rkirti | ok |
| 04:15.57 | kergoth | grg: what do you mean? |
| 04:16.23 | kergoth | grg: _append/_prepend just append/prepend to the contents of a variable. it has nothing to do with tasks or their dependencies |
| 04:17.10 | grg | if you have for e.g. do_install_append, but there's also an addtask foo after install_append |
| 04:17.27 | grg | 'after install' i meant |
| 04:17.31 | kergoth | ? |
| 04:17.35 | kergoth | addtask just sets a flag on the variable. |
| 04:17.37 | kergoth | thats all |
| 04:17.42 | kergoth | it doesn't give a shit about the contents of the variable |
| 04:17.51 | kergoth | nor does _append/_prepend care about the task flags |
| 04:18.05 | grg | i thought these were functions |
| 04:18.14 | kergoth | foo = "bar" |
| 04:18.17 | kergoth | foo_append = " baz" |
| 04:18.20 | kergoth | foo is now "bar baz" |
| 04:18.46 | grg | foo (){ echo "asdf" } |
| 04:18.56 | grg | foo_append = { echo "qwert"} |
| 04:19.04 | kergoth | yes, and? |
| 04:19.08 | grg | foo is now {echo "asdf" ; echo "qwert" } ? |
| 04:19.28 | kergoth | first, foo_append = {} isn't valid syntax |
| 04:19.33 | kergoth | second, you didn't include the ; separator |
| 04:19.36 | kergoth | so no |
| 04:19.44 | grg | uggh... sorry foo_append (){ echo "qwert"} |
| 04:20.08 | grg | ok, so there probably going to be a \n or two in there.. |
| 04:20.13 | kergoth | yup |
| 04:20.21 | kergoth | itd be two lines with the two echos, newline separated |
| 04:20.35 | kergoth | in bitbake, everything is key=value metadata, including functions and tasks |
| 04:20.44 | kergoth | foo = "echo asdf" |
| 04:20.47 | kergoth | foo[func] = "1" |
| 04:20.55 | kergoth | is very similar to foo () { echo asdf } |
| 04:21.05 | kergoth | because thats all the () {} syntax does, it flags it as a function |
| 04:21.41 | grg | i'm still a little sketchy on the moving between bourne shell syntax and python syntax |
| 04:21.55 | kergoth | python foo () { |
| 04:21.56 | kergoth | } |
| 04:21.57 | kergoth | is the same as |
| 04:21.59 | kergoth | foo () { |
| 04:21.59 | kergoth | } |
| 04:22.03 | kergoth | foo[python] = "1" |
| 04:22.20 | kergoth | its again, just another flag, that tells bitbake how to execute that function |
| 04:22.21 | grg | oh. neat |
| 04:22.39 | grg | maybe i should brush up on my python and read some bitbake code |
| 04:23.27 | grg | cheers kergoth |
| 04:24.04 | kergoth | to slide back to the original question, _prepend/_append just concatenate, the same way .= and =. do, except that _append/_prepend happen at the end of the parse rather than immediate. addtask manipulates flags on the task/function, iirc it messes with the 'depends' flags |
| 04:24.09 | kergoth | np |
| 04:24.59 | grg | is there variable scope? |
| 04:25.04 | grg | or is everything global? |
| 04:25.15 | grg | i.e. functions have local vars? |
| 04:25.41 | grg | or does it depend on whether its a python/shell function? |
| 04:26.08 | grg | perhaps i'm still confused |
| 04:26.33 | kergoth | shell functions get emitted as shell scripts and then those shell scripts get executed. each variable flagged as func and that isn't python gets emitted into that shell script, regardless of which shell func is being run right now (since we don't analyze the shell contents, we don't track what functions call which other functions) |
| 04:27.05 | kergoth | if you read ${T}/run.<task>.<pid>, thats the emitted shell script |
| 04:27.13 | kergoth | may help you to see how the shell functions work |
| 04:27.51 | kergoth | python functions get evaluated from bitbake's code as python functions, so they have their own scope, yes. they do pick up any globally defined python functions in the metadata that use the 'def' syntax |
| 04:28.29 | kergoth | bitbake/lib/bb/build.py is what does the function execution if you want to brush up on your python, its pretty straightforward |
| 04:29.38 | kergoth | the task dependency stuff is substantially more complex, since bitbake operates at the task level, a task in one recipe can depend on specific tasks in other recipes, etc. the bitbake taskdata/runqueue code figures out what to execute in what order to satisfy everything |
| 04:30.27 | grg | yes, i've seen that task dependencies are very complex from looking at the massive dependency graphs |
| 04:59.22 | *** join/#oe rkirti (n=oespirit@117.254.5.96) |
| 05:24.22 | *** join/#oe rkirti (n=oespirit@117.254.5.96) |
| 05:25.22 | *** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net) |
| 05:30.21 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:53.02 | *** join/#oe rddDavid51 (n=roudoudo@lns-bzn-54-82-251-86-97.adsl.proxad.net) |
| 05:59.22 | *** join/#oe greentux (n=lemke@BAA0a2c.baa.pppool.de) |
| 06:01.10 | *** join/#oe rkirti_ (n=oespirit@117.254.5.96) |
| 06:21.44 | *** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 06:22.18 | *** join/#oe rsalveti__ (n=rsalveti@189.70.39.35) |
| 06:34.53 | *** join/#oe dth (n=Dieter@p4FDED16F.dip.t-dialin.net) |
| 06:41.59 | Griffon26 | I'm attempting to build icedtea with uclibc using openembedded and jalimo. |
| 06:42.41 | Griffon26 | I started with the angstrom distro (as was suggested on some jalimo page), but ran into some trouble related to KERNEL_HEADERS |
| 06:43.28 | Griffon26 | I found that that might be (partially) fixed in uclibc-0.9.30.1, but angstrom didn't use that. Then I read about minimal-uclibc and that it should always compile, so I switched to that. |
| 06:44.20 | Griffon26 | And now util-linux is not linking because libuuid.so needs tls and uclibc doesn't have it |
| 06:45.26 | Griffon26 | Is there any uclibc build that has a higher chance of building successfully? I'm doing this to get a uclibc-based icedtea package, not to get an entire system. |
| 06:56.08 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
| 07:03.52 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:11.08 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 07:11.45 | *** join/#oe zecke (n=ich@220-137-254-70.dynamic.hinet.net) |
| 07:20.25 | *** join/#oe Pr0t0N (n=lcintrat@wyplay-fr-4-82.cnt.nerim.net) |
| 07:20.54 | *** join/#oe thebohemian (n=rschus@p5DDC5FB3.dip.t-dialin.net) |
| 07:23.51 | *** join/#oe Laibsch (n=Laibsch@p5B3B2A5E.dip.t-dialin.net) |
| 07:24.53 | *** join/#oe jpieper_ (n=jpieper@207-180-187-171.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 07:26.24 | *** join/#oe manav (n=manav@59.160.172.220) |
| 07:30.39 | *** part/#oe manav (n=manav@59.160.172.220) |
| 07:38.41 | *** join/#oe thaytan (n=jan@nat/sun/x-rshtvunplxwjrbzi) |
| 07:39.46 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:41.44 | *** join/#oe flo_lap (n=fuchs@g227193126.adsl.alicedsl.de) |
| 07:51.51 | *** join/#oe fpga (n=s@92.62.56.51) |
| 07:57.57 | *** join/#oe methril|work (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net) |
| 07:58.38 | methril|work | godo morning |
| 07:59.18 | thaytan | morning :) |
| 08:01.34 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:04.54 | *** join/#oe rsalveti (n=rsalveti@189.70.76.165) |
| 08:05.07 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 08:08.24 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 08:14.51 | *** join/#oe markos_ (n=markos@athedsl-436188.home.otenet.gr) |
| 08:15.13 | *** join/#oe MWelchUK (n=welchma@65.91.2.71) |
| 08:15.30 | *** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch) |
| 08:19.19 | *** join/#oe ptitjes (n=didier@AVelizy-154-1-2-225.w82-124.abo.wanadoo.fr) |
| 08:28.16 | hrw | hi |
| 08:29.50 | *** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 08:33.49 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 08:39.25 | *** join/#oe Laibsch (n=Laibsch@p5B3B2A5E.dip.t-dialin.net) |
| 08:41.02 | *** join/#oe rkirti (n=oespirit@117.254.1.4) |
| 08:44.09 | *** join/#oe hrw (n=hrw@chello089078170228.chello.pl) |
| 08:44.39 | *** join/#oe flo_lap (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 08:49.00 | CIA-1 | 03Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * r0501fbe7b6 10openembedded.git/recipes/linux/linux-2.6.24/hipox/hipox-nand.patch: linux-2.6.24: NAND flash size fixed for hipox machine |
| 08:52.05 | *** join/#oe Laibsch (n=Laibsch@p5B3B2A5E.dip.t-dialin.net) |
| 08:57.23 | *** join/#oe Leatherface (n=leatherf@athlon.pitelink.com) |
| 09:01.05 | *** join/#oe pleemans (n=toi@host130-161-static.37-88-b.business.telecomitalia.it) |
| 09:01.12 | *** join/#oe rkirti (n=oespirit@117.254.30.47) |
| 09:01.31 | rkirti | morning everyone |
| 09:02.18 | XorA | yo |
| 09:04.34 | *** join/#oe Christos_N|Work (n=chatzill@gw7.mycosmos.gr) |
| 09:10.03 | *** join/#oe rsalveti_ (n=rsalveti@189.70.2.160) |
| 09:14.51 | *** join/#oe ZaPPaS (n=moritz@129.69.51.130) |
| 09:16.56 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 09:18.15 | *** join/#oe mcgeagh (n=McGeagh@xbmc/staff/mcgeagh) |
| 09:19.10 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 09:21.18 | *** join/#oe mnabil (n=mnabil@196.202.20.11) |
| 09:24.08 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 09:30.17 | *** join/#oe vijay (n=vijay@203.199.213.3) |
| 09:30.44 | *** join/#oe woglinde (n=henning@p5DDC5FB3.dip.t-dialin.net) |
| 09:30.46 | woglinde | hi |
| 09:31.22 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf2e6ca6bfa 10openembedded.git/recipes/linux/ (148 files in 3 dirs): linux-omap-pm git: add patch for fix musb oops and dss2 patches |
| 09:31.50 | rkirti | hello woglinde |
| 09:36.53 | th1_ | hi, I have a problem with libx11-native_1.1.5.bb, it always fails to build in the same place, I've even tried a completely clean rebuild, my output is here: http://pastebin.ca/1512029 |
| 09:37.17 | th1_ | it's always this "xlibi18n/.libs/libi18n.a: member xlibi18n/.libs/libi18n.a(XDefaultIMIF.o) in archive is not an object" |
| 09:40.06 | th1_ | I'm really stuck at this problem |
| 09:47.28 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 09:49.00 | woglinde | hi rkirti |
| 09:49.22 | *** join/#oe rkirti_ (n=oespirit@117.254.12.154) |
| 09:53.03 | *** join/#oe rsalveti__ (n=rsalveti@189.70.68.129) |
| 09:53.46 | *** join/#oe rkirti_ (n=oespirit@117.254.28.67) |
| 09:58.06 | th1_ | can anyone help me figure out why my build crashes at libx11-native? |
| 10:02.32 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 10:04.51 | *** join/#oe lisandropm (n=nnlisand@voip.cepanet.com.ar) |
| 10:08.27 | *** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-ecfhboktuclzjdpv) |
| 10:08.28 | rkirti | ~lart evolution for being a beast to build |
| 10:08.28 | ibot | explains, ever so gently, that if evolution doesn't give the channel more information, they can't help for being a beast to build |
| 10:09.11 | rkirti | ibot is losing its ever-so-appropriate larting sense :-( |
| 10:12.42 | *** join/#oe manav (n=manav@59.160.172.220) |
| 10:16.22 | *** join/#oe DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 10:32.37 | *** part/#oe manav (n=manav@59.160.172.220) |
| 10:37.36 | th1_ | rkirti, I did give some info as in pastebin log ;) |
| 10:37.54 | th1_ | but, it was before you joined |
| 10:37.57 | th1_ | <th1_> hi, I have a problem with libx11-native_1.1.5.bb, it always fails to build in the same place, I've even tried a completely clean rebuild, my output is here: http://pastebin.ca/1512029 |
| 10:37.57 | th1_ | <th1_> it's always this "xlibi18n/.libs/libi18n.a: member xlibi18n/.libs/libi18n.a(XDefaultIMIF.o) in archive is not an object" |
| 10:39.16 | th1_ | I even disabled parallel make and extra jobs .. |
| 10:39.19 | rkirti | th1_: I am really sorry, I think you misunderstood. I asked ibot to lart a package I was trying to build |
| 10:39.26 | th1_ | ok |
| 10:39.30 | rkirti | th1_: ibot printed an inappropriate message |
| 10:39.41 | th1_ | ok ;) |
| 10:39.43 | rkirti | th1_: I had a look at your pastebin. I am sorry I cant help here |
| 10:39.55 | th1_ | I thought you meant the bot to tell me off ;) |
| 10:40.57 | rkirti | th1_: no, its ~lart <object/person> , the object here was evolution |
| 10:41.42 | th1_ | ok |
| 10:46.24 | th1_ | yyayy ftw |
| 10:46.26 | th1_ | ccache -C |
| 10:46.29 | th1_ | did the job |
| 10:46.39 | th1_ | it must have had some stale badness in the ccache |
| 10:55.08 | *** join/#oe rsalveti (n=rsalveti@187.42.134.93) |
| 10:57.19 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r48c0428ab3 10openembedded.git/recipes/linux/ (3 files in 3 dirs): linux-omap-pm git: fix mtd and tweak defconfig |
| 11:06.48 | *** join/#oe GNUtoo (n=gnutoo@host18-163-dynamic.51-79-r.retail.telecomitalia.it) |
| 11:20.47 | *** join/#oe fpga1 (n=s@92.62.56.51) |
| 11:22.47 | CIA-1 | 03Marc Olzheim <marc@iphion.nl> 07org.openembedded.dev * rf88d3e68e3 10openembedded.git/recipes/libtool/ (libtool_2.2.4.bb libtool_2.2.6a.bb): |
| 11:22.47 | CIA-1 | libtool: 2e0fa4918d643ce6ec0299cd31cfe1c346e4bce3 broke do_configure. |
| 11:22.47 | CIA-1 | * See http://lists.linuxtogo.org/pipermail/openembedded-devel/2009-July/012754.html for more. |
| 11:26.07 | *** join/#oe borg_ (n=olaf@80.149.17.21) |
| 11:27.35 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * redbe31b3ac 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 11:27.35 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re6a18b4392 10openembedded.git/recipes/linux/ (3 files in 3 dirs): linux-omap-pm: make u-boot flashable from within linux, first attempt at making ehci work |
| 11:30.49 | *** join/#oe kmargar (n=markos@athedsl-436188.home.otenet.gr) |
| 11:40.21 | *** join/#oe jipi (n=jipi@bb219-75-23-54.singnet.com.sg) |
| 11:41.57 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 11:52.12 | th1_ | is it possible to write a recipe that will fetch a repository and then add a task to check if a specific file is in that repository, and if it is then it adds another repository to SRC_URI and fetches that? |
| 11:52.40 | th1_ | I know I can add a task after the first fetch but can I make it process the added SRC_URI afterwards? |
| 11:56.44 | th1_ | can I even dynamically change SRC_URI by script? |
| 11:58.49 | sgh | where do I place a new recipe for an image? Can I place it in my "local" recipe"-dir together with my own recipes ? |
| 11:59.31 | hrw | anywhere in BBFILES |
| 12:01.26 | *** join/#oe emachado (n=edjunior@201.82.64.173) |
| 12:04.13 | sgh | hrw: aaaaahh ... that's why .... BBPATH is != BBFILES. thanks |
| 12:05.41 | *** join/#oe mario-goulart (n=user@201-40-162-47.cable.viacabocom.com.br) |
| 12:07.50 | th1_ | https://aradia.panaceas.org/pb/f2b2f2518 |
| 12:08.17 | th1_ | replace system.conf |
| 12:09.51 | *** join/#oe dth_ntb (i=59b60729@gateway/web/freenode/x-urgmtuufeuindkue) |
| 12:12.03 | th1_ | then install qt4-dev-tools and run qdbusviewer |
| 12:17.28 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 12:31.51 | *** join/#oe drw (n=drw@cpe-76-187-64-213.tx.res.rr.com) |
| 12:32.38 | *** join/#oe mnabil (n=mnabil@196.202.20.11) |
| 12:34.58 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 12:41.11 | *** join/#oe markos_ (n=markos@athedsl-436188.home.otenet.gr) |
| 13:03.20 | *** join/#oe vo5 (n=vo@bd21096b.virtua.com.br) |
| 13:16.08 | *** join/#oe thaytan (n=jan@78.16.76.155) |
| 13:17.29 | *** join/#oe zecke (n=ich@211.48.194.73) |
| 13:19.45 | *** join/#oe thaytan (n=jan@78.16.76.155) |
| 13:20.24 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 13:28.54 | chouimat | morning |
| 13:30.28 | woglinde | hi chouimat |
| 13:31.21 | *** join/#oe oneshel (n=jim@li38-254.members.linode.com) |
| 13:32.04 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 13:33.59 | *** join/#oe Christos_N (n=Christos@ppp-94-66-43-224.home.otenet.gr) |
| 13:38.40 | *** join/#oe abner (n=birunko@189.70.53.208) |
| 13:46.13 | GNUtoo | hi is anyone working on integrating the palm pre patches in or |
| 13:46.17 | GNUtoo | s/or/oe? |
| 14:01.06 | *** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net) |
| 14:02.18 | *** join/#oe tmartins (n=zero@187.37.70.207) |
| 14:03.15 | *** join/#oe mrc3 (n=ddiaz@61.82.185.3) |
| 14:03.46 | hrw | GNUtoo: afaik no one |
| 14:03.55 | hrw | GNUtoo: you can ask Palm for them |
| 14:03.59 | GNUtoo | ok thanks a lot |
| 14:04.42 | GNUtoo | because I had my work duplicated twice so now I ask everytime I do something that someone could duplicate |
| 14:12.13 | *** join/#oe MWelchUK_ (n=welchma@65.91.2.71) |
| 14:24.49 | th1_ | I try to do bitbake x11-image but it fails at the end although it's not trying to compile any packages, it says that packages are missing but if I do e.g. bitbake xserver-xorg (one of the missing ones) it says it's already done. Pastebin: http://pastebin.ca/1512254 |
| 14:25.41 | DJWillis | GNUtoo: I think there is a lot of interest in the PRE but being CDMA and not avalable outside the US that tends to seriously limit it's hacker base ;-) |
| 14:25.55 | GNUtoo | yes |
| 14:26.08 | GNUtoo | it was for helping someone to free his pre |
| 14:26.15 | GNUtoo | I don't own a pre myself |
| 14:34.49 | *** join/#oe brolin (n=brolin@200.24.16.100) |
| 14:42.46 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 14:48.49 | *** join/#oe fpga (n=s@92.62.56.51) |
| 14:52.52 | *** join/#oe jipi (n=jipi@bb219-75-23-54.singnet.com.sg) |
| 14:58.00 | th1_ | please look at my paste? I don't understand wtf is going on since it seems it's built all the packages it says it can't find. |
| 14:58.47 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 15:01.56 | DJWillis | th1_: the "unsatisfied recommendation" still in that log imply a high degree of fuckage somewhere :(. No symlinks in your path or stuff like that as a first port of call. I assume this is still for the same custom board you had been working on the other day? |
| 15:04.10 | XorA | th1_: it looks like you forgot to set the PACKAGE_ARCHES for your machine |
| 15:05.02 | th1_ | DJWillis, yes it's the same one. I solved a snafu by ccache and did a clean rebuild |
| 15:05.32 | th1_ | XorA, uhm, that sounds likely ;) |
| 15:06.14 | th1_ | my machine config: http://pastebin.ca/1512296 |
| 15:06.37 | th1_ | I didn't find PACKAGE_ARCHES in the template I copied from |
| 15:07.34 | th1_ | where should it go? |
| 15:07.52 | XorA | the tune-pentium* has them |
| 15:07.59 | th1_ | ok.. |
| 15:08.07 | th1_ | then I'm back to square one |
| 15:08.36 | XorA | except pentum is i686p4c and yoru making i686 |
| 15:09.48 | XorA | ignore me |
| 15:10.05 | XorA | hut it will be something around that area |
| 15:10.05 | th1_ | e.g. d201gly2.conf has the same "combo" as mine? |
| 15:10.36 | XorA | look at the ipkg/opkg arch.conf for the rootfs installation and check the aches it knows are the same as the ones you built |
| 15:10.47 | th1_ | what's the difference between TARGET_ARCH and PACKAGE_ARCH? |
| 15:11.21 | *** join/#oe marcosmamorim (n=marcos@200.171.196.84) |
| 15:11.58 | th1_ | XorA, what's the ipkg/opkg arch.conf? |
| 15:12.02 | th1_ | I mean which file ;) |
| 15:12.18 | XorA | youll have to look in the logs, I forget where it is put |
| 15:12.27 | th1_ | what am I looking for? |
| 15:12.33 | XorA | arch.conf I think |
| 15:13.27 | th1_ | nothing in the log with that |
| 15:14.23 | XorA | # |
| 15:14.23 | XorA | | + for arch in '$ipkgarchs' |
| 15:14.23 | XorA | # |
| 15:14.23 | XorA | | + echo 'arch all 1' |
| 15:14.23 | XorA | # |
| 15:14.25 | XorA | | + echo 'arch x86_64-all-sdk 1' |
| 15:14.27 | XorA | # |
| 15:14.29 | XorA | | + echo 'arch x86_64-linux-sdk-all 1' |
| 15:14.31 | XorA | yeah there is |
| 15:15.59 | th1_ | all my ipk files in deploy are *_i686p4c.ipk |
| 15:16.13 | th1_ | so what I need is tell rootfs builder that somehow? |
| 15:20.26 | th1_ | where does ipkgarchs='all any noarch i686 x86 i386 i486 i586 xenclient-dom0' get set? |
| 15:20.43 | th1_ | it looks like PACKAGE_EXTRA_ARCHS without BASE_PACKAGE_ARCH prepended |
| 15:20.49 | kergoth | th1_: some recipes emit packages which will work on any arch, some emit packages which will work on anything thats a certain architecture, some binary packages are actually machine specific... ipkgarchs is used to instruct ipkg/opkg on which archs it shuld be able to install |
| 15:20.59 | kergoth | wonders if anyone's written a script to create an initial recipe based on debian/* |
| 15:21.04 | th1_ | ok |
| 15:21.16 | th1_ | but all my packages are either "all" or "i686p4c" |
| 15:21.54 | th1_ | but in tune-pentium4c.inc are BASE_PACKAGE_ARCH = "i686p4c" and PACKAGE_EXTRA_ARCHS += "x86 i386 i486 i586" |
| 15:22.11 | th1_ | but it only looks from the log like it uses PACKAGE_EXTRA_ARCHS in the searchpath |
| 15:23.06 | th1_ | kergoth, my log is here btw http://pastebin.ca/1512254 (you joined after I pasted it) |
| 15:23.30 | *** join/#oe randrews (i=c05b4b1e@gateway/web/freenode/x-qhivmjqucosrzccf) |
| 15:24.40 | kergoth | th1_: package_ipk.bbclass's package_update_index_ipk sets ipkgarchs to PACKAGE_ARCHS |
| 15:24.47 | kergoth | (<3 grep) |
| 15:24.48 | kergoth | :P |
| 15:25.23 | th1_ | so its ignoring BASE_PACKAGE_ARCH basically? |
| 15:26.10 | *** join/#oe marex (n=marex@thor.hackndev.com) |
| 15:26.19 | kergoth | a quick grep shows that bitbake.conf defines the default PACKAGE_ARCHS to all any noarch ${TARGET_ARCH} ${PACKAGE_EXTRA_ARCHS} ${MACHINE} |
| 15:27.17 | randrews | I've got a question about the stable branch of oe |
| 15:27.38 | randrews | Specifically, I read on the wiki that only a subset of all metadata is supported |
| 15:28.20 | randrews | the stable wiki page indicates a few files where those sets might be specified |
| 15:28.27 | randrews | I can't seem to find them though |
| 15:28.41 | th1_ | ok then I just add i686p4c to PACKAGE_EXTRA_ARCHS in tune-pentium4c and see what happens :) |
| 15:30.09 | *** join/#oe dth_ntb_ (i=59b60729@gateway/web/freenode/x-tmjphpwaumtabhsc) |
| 15:38.02 | *** join/#oe mrc3 (n=ddiaz@61.82.185.183) |
| 15:39.48 | hrw | bye |
| 15:41.09 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 15:43.14 | *** join/#oe vijay (n=vijay@203.199.213.3) |
| 15:44.15 | CIA-1 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * rc5322a7b31 10openembedded.git/recipes/xorg-lib/libxext_1.0.5.bb: |
| 15:44.15 | CIA-1 | libxext-1.0.5: Depend on xdmcp as configure wants it |
| 15:44.15 | CIA-1 | libxext 1.0.5 want to have xdmcp, hand it over. prior |
| 15:44.15 | CIA-1 | versions do not have this requirement. |
| 15:44.19 | CIA-1 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * r6d38e36cda 10openembedded.git/ (2 files in 2 dirs): openbsc: Add openbsc and build it from git. |
| 15:44.20 | CIA-1 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * r838abf1993 10openembedded.git/ (4 files in 2 dirs): libdbi: Introduce libdbi 0.8.2 |
| 15:48.12 | XorA | arse I can forsee some pain at work if CentOS collapses |
| 15:50.08 | broonie | XorA: Are they likely to? There's other RH knockoffs out there, most of them claim binary compatibility... |
| 15:51.29 | XorA | broonie: more likely they will rename I guess |
| 15:52.42 | broonie | Oh, I found the story. |
| 15:55.18 | XorA | although phoning UK Linux isnt going to help, theyve been dead for years |
| 15:57.05 | th1_ | kergoth, XorA thanks for your help so far I got much further now but still breaks: http://pastebin.ca/1512356 - 2 issues I can see: opkg tries to create /var/lib/opkg and also some dependencies are missing still (at the end of the paste) |
| 15:57.21 | XorA | th1_: cool every step forward |
| 15:57.42 | *** join/#oe woglinde (i=woglinde@g225146038.adsl.alicedsl.de) |
| 15:58.16 | XorA | th1_: that log is invisible to me :-) |
| 15:58.19 | th1_ | yes I hope I'm getting close but these are still quite weird. |
| 15:58.50 | woglinde | re |
| 15:58.56 | XorA | what arches do the packages that are missing have? |
| 15:59.08 | broonie | hadn't realised Lance was involved in that. |
| 15:59.23 | th1_ | XorA, weird, I can open it from 2 separate locations |
| 15:59.35 | XorA | broonie: I recognised the name, didnt realise it was the same guy until I read the Open Letter |
| 16:00.24 | XorA | th1_: stupid firefox :-) |
| 16:00.35 | th1_ | it's a pretty long paste :/ |
| 16:00.56 | XorA | remebers the days computers could handle ascii text |
| 16:01.14 | th1_ | well in fact there are plenty of, e.g., glibc-*.ipk files for example, but no glibc-2.x.ipk |
| 16:01.19 | broonie | EBDIC for ever! |
| 16:01.46 | woglinde | broonie nah |
| 16:02.52 | *** join/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
| 16:04.18 | th1_ | XorA, if your firefox barfs maybe this will work http://pastebin.ca/raw/1512356 |
| 16:05.44 | XorA | th1_: ahah |
| 16:05.58 | th1_ | doesn't have nasty javascript and css |
| 16:07.01 | tharvey | to disable a package 'foo' in an image that doesn't build for a machine, shouldn't I be able to add DEFAULT_PREFERENCE_pn-foo = "-1" in a machine or distro.conf? |
| 16:09.31 | *** join/#oe mrc3 (n=ddiaz@61.82.185.3) |
| 16:10.30 | th1_ | XorA, can you guess anything from it ;) |
| 16:11.24 | th1_ | for example I have tmp/deploy/glibc/ipk/i686p4c/dbus_1.2.1-r12.3_i686p4c.ipk in my deploy dir, woudln't that satisfy dependency of dbus-lib? or is the -lib a separate package that didn't get built for some weird reason? |
| 16:11.30 | XorA | th1_: no, except it looks like the packages of those versions are really missing, which would be odd |
| 16:12.32 | th1_ | output of "find tmp/deploy/ -name \*.ipk" in http://pastebin.ca/raw/1512382 |
| 16:14.48 | XorA | th1_: it looks like packaging never finished for some reason, or debian renaming only half done |
| 16:15.10 | XorA | th1_: dbus.bb kicks out dbus dbus-lib and dbus-x11 |
| 16:15.33 | th1_ | so why then is it requesting dbus? |
| 16:15.46 | th1_ | can I redo the packaging step? |
| 16:15.51 | XorA | th1_: well its built libdbus but is looking for dbus-lib |
| 16:15.57 | *** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net) |
| 16:16.04 | XorA | th1_: did you change distro half way into build? |
| 16:16.14 | th1_ | no I never touched the distro setting |
| 16:16.23 | XorA | tmp/deploy/glibc/ipk/i686p4c/libdbus-1-3_1.2.1-r12.3_i686p4c.ipk |
| 16:16.50 | XorA | is there, but obviously the dbus-lib -> libdbus rename never got to the RDEPENDS handling |
| 16:17.00 | XorA | whih DISTRO btw? |
| 16:17.03 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 16:17.15 | th1_ | DISTRO = "angstrom-2008.1" |
| 16:17.18 | th1_ | I left it at default |
| 16:17.20 | XorA | really odd |
| 16:18.03 | XorA | tmp/deploy/glibc/ipk/i686p4c/libc6_2.9-r32.0.3_i686p4c.ipk |
| 16:18.03 | XorA | is there as well |
| 16:18.20 | XorA | which is glibc |
| 16:18.28 | th1_ | so it's just that they don't have debianized names? |
| 16:18.28 | XorA | is puzzled |
| 16:18.36 | XorA | th1_: yes |
| 16:18.38 | th1_ | should they even have that when I use angstrom distro? |
| 16:18.46 | XorA | yes, they should |
| 16:18.50 | th1_ | ok |
| 16:18.59 | th1_ | well I can try to clean and rebuild one and see what happens |
| 16:19.01 | th1_ | like dbus |
| 16:19.20 | XorA | clean and rebuild xserver-xorg |
| 16:19.37 | XorA | after clean and rebuilding the missing packages |
| 16:19.51 | XorA | but this is all very odd |
| 16:19.56 | XorA | never seen this before |
| 16:20.54 | th1_ | I'll just try dbus first to see if it makes a difference? dbus -c clean dbus && bitbake dbus |
| 16:21.11 | *** join/#oe stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94) |
| 16:23.22 | th1_ | http://pastebin.ca/1512396 is the rebuild log and still no \*dbus-lib\*.ipk to be found |
| 16:23.37 | XorA | yes, there never will be |
| 16:23.42 | XorA | its libdbus |
| 16:24.00 | th1_ | ok that was already there |
| 16:24.03 | th1_ | and libc6 etc. |
| 16:24.19 | XorA | the fault is in xserver-xorg which hasnt picked up the debian renames |
| 16:24.23 | XorA | for some reason |
| 16:24.27 | th1_ | ok I will rebuild that then |
| 16:27.23 | *** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net) |
| 16:51.14 | th1_ | XorA, it's the same after the rebuild :( |
| 16:51.35 | kergoth | anyone have bits for creation of full disk images from oe, rather than just partition/filesystem images? |
| 16:51.41 | kergoth | syslinux or grub, preferably :) |
| 16:51.43 | kergoth | looks at poky |
| 16:51.48 | woglinde | he kergoth |
| 16:52.02 | XorA | th1_: something crazy is happing which is beyond my power to fix |
| 16:52.09 | XorA | th1_: and only to you |
| 16:52.20 | th1_ | :( |
| 16:54.53 | th1_ | I think I have all the packages but it's asking for the wrong dependencies i.e. XXX-whatever instead of libXXX |
| 16:54.58 | kergoth | hey woglinde |
| 16:55.15 | XorA | th1_: was this a clean build from scratch? |
| 16:55.19 | th1_ | yes |
| 16:55.32 | XorA | on a decent unix file sytem? |
| 16:55.34 | th1_ | except I added the i686pc4 package type |
| 16:55.52 | th1_ | ext4 |
| 16:56.04 | th1_ | on ubuntu 9.04 x64 |
| 16:56.16 | XorA | I wonder, I guess the missing package type might still cause this issue, you might need to build from scratch again |
| 16:56.29 | XorA | try a console-image for speed |
| 16:57.31 | XorA | dinner time :-) |
| 16:57.33 | *** join/#oe tmartins___ (n=zero@187.37.57.177) |
| 16:57.54 | woglinde | th1 are other .ipk created? |
| 16:58.19 | th1_ | so mv tmp tmp.old ; bitbake console-image? |
| 16:58.33 | XorA | th1_: yes, and sorry this is causing you so much hassle |
| 16:58.39 | th1_ | woglinde, output of `find deploy -name \*.ipk` is pasted here: http://pastebin.ca/raw/1512382 |
| 16:58.49 | th1_ | XorA, no worries I appreciate the help |
| 16:59.25 | th1_ | how can I prevent it from redownloading stuff already in my download-dir? |
| 16:59.30 | th1_ | that would speed it up a lot |
| 16:59.39 | woglinde | th1 what you are bulding for? |
| 16:59.56 | th1_ | its for a xen dom0 for a specific appliance |
| 17:00.14 | XorA | th1_: keep download dir outside of tmp/ |
| 17:00.19 | th1_ | XorA, it is already |
| 17:00.19 | XorA | th1_: or copy it |
| 17:00.30 | th1_ | but last time I did this it redownloaded a lot of stuff |
| 17:01.47 | kergoth | th1_: it doesn't redownload files already in the DL_DIR. |
| 17:02.29 | woglinde | th1_ then you set your archive dir wrong |
| 17:04.09 | th1_ | I have DL_DIR = "${HOME}/src/oe/downloads" |
| 17:04.17 | th1_ | and thats also where it puts the tar files |
| 17:04.26 | th1_ | but it didn't redownload all of them last time just some |
| 17:04.34 | woglinde | hm |
| 17:04.39 | woglinde | maybee some was new |
| 17:05.01 | woglinde | lunch now |
| 17:05.02 | th1_ | it's possible though I was doing x11-image both times |
| 17:05.04 | th1_ | ok :) |
| 17:05.34 | woglinde | you can/should delete some old .tars from time to time |
| 17:05.35 | th1_ | now I have enabled PARALLEL_MAKE and BB_NUMBER_THREADS again since it didn't make a difference last time and it will be faster |
| 17:05.43 | woglinde | yes |
| 17:05.45 | woglinde | defenitily |
| 17:05.48 | woglinde | but now lunch |
| 17:05.53 | woglinde | or my wife will be angry |
| 17:05.53 | th1_ | yes but I have only had OE for a week :) |
| 17:05.58 | th1_ | ok later and thanks |
| 17:17.45 | *** join/#oe Wiedi (n=wiedi@newton-air.w.fruky.net) |
| 17:18.40 | *** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
| 17:34.19 | woglinde | re |
| 17:38.16 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 17:40.35 | *** join/#oe Gnutoo (n=gnutoo@host18-163-dynamic.51-79-r.retail.telecomitalia.it) |
| 17:40.51 | *** join/#oe hoj (n=jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 17:42.09 | *** join/#oe DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 17:44.58 | *** join/#oe darion76 (n=darion76@94-248-33-212.dynamic.peoplenet.ua) |
| 17:49.04 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
| 18:10.10 | *** join/#oe jipi (n=jipi@bb219-75-23-54.singnet.com.sg) |
| 18:10.11 | *** join/#oe scruggs (n=chris@72-161-98-84.dyn.centurytel.net) |
| 18:15.14 | Crofton|work | hmm, someone just asked on the list how to stop OE building a kernel for a machine |
| 18:15.22 | Crofton|work | any remember if we figured it out? |
| 18:18.53 | Gnutoo | I bet poky has something to do that |
| 18:19.10 | Crofton|work | I need to look through the archives |
| 18:19.16 | Gnutoo | if I remember very old posts |
| 18:19.18 | Gnutoo | ok |
| 18:19.22 | Crofton|work | or "fix" the ml403 kernel so it builds |
| 18:19.26 | Crofton|work | even if it is useless |
| 18:19.29 | XorA | ASSUME_PROVIDED += "virtual/kernel" ised to work, but it seems to have broken recently |
| 18:19.34 | Crofton|work | I remember something reently |
| 18:19.41 | Crofton|work | ah |
| 18:19.52 | Crofton|work | I suppose I will try that route .... |
| 18:19.54 | XorA | hasnt tested |
| 18:20.06 | Crofton|work | I think I have spare cycles atm on a machine |
| 18:25.01 | *** join/#oe florian (n=fuchs@g227193126.adsl.alicedsl.de) |
| 18:25.12 | florian | re |
| 18:25.24 | woglinde | jo florian |
| 18:33.45 | Gnutoo | hi is there a good place for getting pre-built toolchain for armv6? |
| 18:33.50 | Gnutoo | s/v6/v7 |
| 18:34.02 | Gnutoo | maybe I'll look at codesourcey |
| 18:34.03 | Tartarus | CodeSourcery |
| 18:34.07 | Gnutoo | ok thanks |
| 18:37.45 | Gnutoo | mmm...code sourcey seems to give only the compilers...not the libc |
| 18:38.05 | Gnutoo | oops |
| 18:38.17 | Gnutoo | I didn't look carefully |
| 18:38.21 | Gnutoo | but they use newlib...strange |
| 18:38.44 | Crofton|work | tmp/cross :) |
| 18:39.35 | Gnutoo | ok |
| 18:40.23 | Gnutoo | it's for someone that: |
| 18:40.29 | Gnutoo | *doesn't want to use my binaries |
| 18:40.37 | Gnutoo | *only want busybox ans lsof |
| 18:40.45 | Gnutoo | statically compiled |
| 18:41.08 | *** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net) |
| 18:44.01 | khem | Gnutoo: use the linux one they have two variants *-*-linux and *-*-eabi |
| 18:44.14 | Gnutoo | ok |
| 18:45.27 | *** join/#oe dth (n=Dieter@p4FDED16F.dip.t-dialin.net) |
| 18:46.36 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 18:50.12 | *** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net) |
| 18:51.44 | *** join/#oe greentux (n=lemke@BAA5d8d.baa.pppool.de) |
| 18:54.41 | khem | minimal uses tinylogin should it be replaced |
| 19:00.14 | *** join/#oe rddDavid51 (n=roudoudo@lns-bzn-54-82-251-86-97.adsl.proxad.net) |
| 19:05.15 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 19:08.21 | Gnutoo | btw we should bump lsof |
| 19:08.35 | Gnutoo | I didn't find the source at the location in the recipe |
| 19:09.01 | Gnutoo | ah there is an old directory |
| 19:09.07 | Gnutoo | we should update SRC_URI then |
| 19:15.03 | *** join/#oe timtimred (n=meh@79-75-166-57.dynamic.dsl.as9105.com) |
| 19:20.58 | *** part/#oe darion76 (n=darion76@94-248-33-212.dynamic.peoplenet.ua) |
| 19:22.25 | *** join/#oe darion76 (n=darion76@94-248-33-212.dynamic.peoplenet.ua) |
| 19:28.49 | th1_ | kergoth, XorA, woglinde thanks for your help, the console-image built, now starting x11-image :) |
| 19:28.58 | kergoth | grats, good luck ;) |
| 19:29.39 | *** join/#oe lisandropm (n=lisandro@voip.cepanet.com.ar) |
| 19:48.22 | *** join/#oe rkirti (n=oespirit@117.254.15.46) |
| 19:52.26 | *** join/#oe xjqian (n=gordon@mscitspubwlgw.wustl.edu) |
| 20:02.52 | RP | hmm, sqlite is a total piece of junk :/ |
| 20:03.58 | kergoth | how so? |
| 20:04.14 | RP | http://pastebin.ca/1512714 |
| 20:04.34 | kergoth | :( |
| 20:04.40 | RP | I create the table, I sync is in every way I see possible and then it doesn't exist |
| 20:05.11 | RP | The whole point of using sqlite was to avoid issues like that |
| 20:07.09 | RP | Even sync, close and reopening the DB connection doesn't seem to be enough to actually force it to look like its supposed to :/ |
| 20:07.20 | RP | As in my deleted tables reappear |
| 20:12.44 | RP | heh, even after I revert this to known to work code, I have to blow away the sqlite db before it works properly :/ |
| 20:13.01 | kergoth | odd |
| 20:13.11 | kergoth | if it was that broken, you'd think people would notice :) |
| 20:13.25 | RP | kergoth: Yes :/ |
| 20:13.50 | RP | kergoth: It only happens when you try and rename a table and then recreate an empty verison of the original |
| 20:13.59 | kergoth | interesting |
| 20:14.17 | RP | That shouldn't be such a crazy thing to do... |
| 20:14.20 | kergoth | can't be very helpful, sadly, as he hasn't had to mess with sqlite in some time |
| 20:14.24 | kergoth | you wouldn't think so |
| 20:14.48 | RP | I don't have the time to debug into this as it could by python's sqlite wrapper or it could be sqlite itself |
| 20:15.08 | RP | The fact the DB seemed corrupted somehow suggests sqlite itself but who knows |
| 20:16.13 | timtimred | ive only used the c stuff with sqlite and not seen anything like that |
| 20:16.24 | kergoth | couldn't you try to reproduce using the sqlite commandline interface? |
| 20:16.52 | Crofton | hrw|gone, http://www.cnbc.com/id/26789471?slide=4 |
| 20:17.03 | RP | kergoth: Yes, I really should make a standalone python test case, then see if the same commands in the CLI break |
| 20:20.10 | woglinde | yeah |
| 20:21.56 | RP | CLI doesn't reproduce the problem |
| 20:24.45 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 20:38.33 | Gnutoo | hi,codesourcey's toolchain is for armv7+glibc right? |
| 20:38.40 | Gnutoo | we need armv6 |
| 20:38.46 | Gnutoo | maximum |
| 20:40.09 | Tartarus | Been a while since i poked their public stuff |
| 20:40.21 | Tartarus | But iirc they give glibc and uclibc and lots of different options for prebuilt libs |
| 20:40.49 | khem | Gnutoo: you can chose that with -march |
| 20:41.11 | khem | and I am sure by default it should generate code for armv5 or something |
| 20:43.25 | tharvey | *** %n in writable segment detected *** <--- whats this from? seeing it since I updated my dev system from Ubuntu 8.04 to 9.04 - believe its an autoconf issue? |
| 20:46.55 | Gnutoo | that's what I did |
| 20:47.11 | Gnutoo | but when I do for armv4 it says illegal instruction |
| 20:47.17 | Gnutoo | on the target machine |
| 20:47.40 | *** join/#oe orges (n=yet@94.54.81.214) |
| 20:47.46 | khem | Gnutoo: hmmm |
| 20:47.56 | khem | so with -march=armv4 |
| 20:48.08 | khem | you get illegal instr |
| 20:48.14 | Gnutoo | yes |
| 20:48.22 | Gnutoo | I did -isystem and -I too |
| 20:48.32 | Gnutoo | when disassembling it seems arm assembly |
| 20:48.41 | Gnutoo | file also say arm |
| 20:48.48 | RP | The gcc libs the toolchain comes with are probably compiled for armv7 |
| 20:49.08 | khem | RP: I would doubt that |
| 20:49.27 | khem | Gnutoo: you can use my simple shell script to create a toolchain if you want |
| 20:49.42 | Gnutoo | yes but it will take hours |
| 20:50.01 | Gnutoo | I need to have lsof running on an armv6 board before my tester go away |
| 20:50.10 | Gnutoo | and before tommorow |
| 20:50.34 | khem | Gnutoo: I could tar it up but downloading might take time |
| 20:50.37 | *** join/#oe fpga (n=s@89.112.81.28.pppoe.eltel.net) |
| 20:50.46 | Gnutoo | ok |
| 20:50.48 | khem | or rathar uploading |
| 20:50.52 | Gnutoo | I'll ask my tester |
| 20:51.42 | *** join/#oe darion76 (n=darion76@94-248-19-110.dynamic.peoplenet.ua) |
| 20:54.40 | *** join/#oe mnabil (n=mnabil@41.234.70.20) |
| 20:57.15 | Gnutoo | by the way thanks a lot |
| 21:04.29 | *** join/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
| 21:06.50 | Crofton|work | ASSUME_PROVIDED += "virtual/kernel" |
| 21:07.02 | Crofton|work | looks like that did stop the image from building the kernel |
| 21:09.50 | CIA-1 | 03Philip Balister <philip@balister.org> 07org.openembedded.dev * rb73732a25f 10openembedded.git/conf/machine/xilinx-ml403.conf: |
| 21:09.50 | CIA-1 | xilinx-ml403 : Do not build a kernel for this machine. |
| 21:09.50 | CIA-1 | * Kernel config depends on the fpga bitstream. No sense building |
| 21:09.50 | CIA-1 | kernel we can't use. |
| 21:10.32 | fpga | my bitstream? :) |
| 21:11.49 | Crofton|work | heh |
| 21:12.04 | Crofton|work | you familiar with xilinx virtex 5? |
| 21:13.17 | khem | ppc stuff |
| 21:15.00 | Crofton | yeah |
| 21:21.20 | *** join/#oe Xilent (n=supersti@unaffiliated/xilent) |
| 21:28.35 | *** join/#oe Martin-B (n=Martin@pool-72-67-198-89.dbd-ipconnect.net) |
| 21:34.34 | Martin-B | guten morgen |
| 21:38.16 | florian | morning Martin-B :-) |
| 21:39.12 | Martin-B | morning florian :-) |
| 21:41.17 | *** join/#oe xxiao (i=c058a822@gateway/web/freenode/session) |
| 21:42.55 | xxiao | is arm in openembedded normally big-endian or little-endian? |
| 21:44.14 | florian | xxiao: you can have both, but most devices use little |
| 21:45.42 | xxiao | florian: thanks. debian prefers to LE, openwrt prefers to BE, i'm just starting to learn openembedded with beagleboard, I assume it's LE then. |
| 21:46.24 | florian | xxiao: yes... not sure if the omap supports BE at all |
| 21:47.33 | florian | xxiao: openwrt has e.g. Intel IXP4xx among the supported ARM devices. These work BE too. |
| 21:48.15 | xxiao | florian: once using ixp4xx, i was told BE is more efficient with its NPE(ethernet) micro-engine, which is one reason they use BE on it |
| 21:48.26 | xxiao | florian: nbd just told me Orion in openwrt will be LE though |
| 21:48.45 | *** part/#oe mankash (n=mankash@CPE00062575886a-CM00186832000a.cpe.net.cable.rogers.com) |
| 21:49.58 | florian | xxiao: yes right |
| 21:50.04 | *** join/#oe tmartins_ (n=zero@187.37.70.207) |
| 21:50.56 | NvrBst | Question if I may. Has anyone here used the "udev-static-devices" bb package before? It copies devices.tar.gz to "/lib/udev/", and it contains the correct items, but I never see my devices in "/dev/*" upon boot. My image is just a basic "x11-image" type image. Is there something special I have to do to make the "udev_static_devices_tarball" (devices.tar.gz)? Currently I've tried the "tar -cf" and "tar -zcf", both don't result in udev adding the items. I've t |
| 21:52.40 | *** join/#oe polyonymous (i=hacker@pD953A12B.dip0.t-ipconnect.de) |
| 22:04.32 | *** join/#oe dos11 (n=dos@adkn6.neoplus.adsl.tpnet.pl) |
| 22:07.07 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 22:08.19 | *** join/#oe abner (n=birunko@189.70.53.208) |
| 22:10.32 | *** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net) |
| 22:13.44 | *** join/#oe fraxinas (n=quassel@p54AA57D6.dip.t-dialin.net) |
| 22:13.54 | *** join/#oe greentux (n=lemke@BAA5d8d.baa.pppool.de) |
| 22:16.49 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
| 22:19.09 | *** join/#oe hillct (n=hillct@cpe-069-134-049-165.nc.res.rr.com) |
| 22:22.17 | *** join/#oe tmartins___ (n=zero@187.37.57.177) |
| 22:22.34 | khem | florian: all arms support BE and LE |
| 22:23.23 | khem | Networking devices use BE generally because packet processing is big endian |
| 22:23.38 | khem | for a LE processor a conversion is needed |
| 22:24.20 | *** join/#oe Martin_B (n=Martin@pool-72-67-198-89.dbd-ipconnect.net) |
| 22:27.29 | *** join/#oe dijenerate (n=dijenera@64.210.44.91) |
| 22:28.56 | *** join/#oe Martin__B (n=Martin@pool-72-67-198-89.dbd-ipconnect.net) |
| 22:31.47 | florian | khem: try BE with a StrongARM ;) |
| 22:38.40 | Gnutoo | hi, how non-standard audio is handled in oe? |
| 22:38.53 | Gnutoo | is there a patch for each thing that access to the audio? |
| 22:39.07 | Gnutoo | such as: mplayer,vlc,gstreamer,pulseaudio etc... |
| 22:45.15 | khem | florian: hmm ages ago when I used a SA1110 based Ref board it worked ok |
| 22:47.21 | florian | khem: really... if i rember there were some peripherals that didn't work in be mode. there was somethgin in the errata document about this |
| 22:48.18 | khem | oh I wouldnt know about errata so much |
| 22:48.38 | khem | and least peripherals |
| 22:48.54 | khem | I only worrried about compiler testsuites |
| 22:49.10 | florian | :-) |
| 22:50.15 | florian | i was happy to have a toolchain that produced basically useful binaries at this time :-) |
| 22:50.22 | florian | time to get some sleep |
| 22:50.25 | florian | good night |
| 22:50.29 | woglinde | good nite |
| 22:50.32 | woglinde | mee too |
| 22:50.36 | khem | gute nacht |
| 22:50.38 | zecke | tharvey: woglinde sleep well |
| 22:51.33 | khem | zecke: Do we still use tinylogin ? |
| 22:59.09 | mwester | "we" as in angstrom? or "we" as in oe-based distros in general? |
| 23:09.50 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 23:30.58 | *** join/#oe marcosmamorim (n=marcos@201-27-173-184.dsl.telesp.net.br) |
| 23:33.29 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 23:37.09 | khem | mwester: in general |
| 23:37.20 | khem | mwester: I was trying to build a stock minimal-uclibc distro |
| 23:37.28 | khem | and it was trying to include it |
| 23:38.42 | *** join/#oe brolin (n=brolin@200.24.16.100) |
| 23:45.18 | *** join/#oe xxiao (n=chatzill@24.174.117.226) |
| 23:49.39 | *** join/#oe ptitjes (n=didier@nor75-17-82-67-199-167.fbx.proxad.net) |
| 23:59.23 | *** join/#oe abner (n=birunko@189.70.53.208) |