| 00:02.59 | *** join/#oe woglinde_ (n=heinold@f052230062.adsl.alicedsl.de) |
| 00:05.58 | *** join/#oe scruggs (n=chris@75-121-86-89.dyn.centurytel.net) |
| 00:09.31 | likewise | nites all |
| 00:26.06 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 00:26.45 | *** join/#oe khem (n=khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 00:28.29 | grg | should BB_NUMBER_THREADS=PARALLEL_MAKE=<num cores/cpus> or BB_NUMBER_THREADS * PARALLEL_MAKE=<num_cores/cpus> ? |
| 00:29.03 | khem | grg: later one |
| 00:29.23 | khem | grg: actually it could be BB_NUMBER_THREADS * PARALLEL_MAKE=<num_cores/cpus * 2> |
| 00:30.08 | grg | ok, so i'll set BB_NUMBER_THREADS=2 and PARALLEL_MAKE=<num_cores> |
| 00:30.15 | Tartarus | Well, I use THREADS=cpus, MAKE=cpus*1.5 |
| 00:30.26 | Tartarus | that seems to max out my stuff |
| 00:33.36 | khem | grg: how many cores do u have |
| 00:33.46 | grg | khem, 8 |
| 00:33.54 | grg | i7 |
| 00:36.12 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) |
| 00:36.17 | woglinde_ | nite |
| 00:39.12 | khem | grg: wow! you could just beat it to death |
| 00:39.42 | *** join/#oe timtim123 (n=meh@79-77-219-229.dynamic.dsl.as9105.com) |
| 00:40.20 | khem | grg: You could use BB_NUMBER_THREADS=4 PARALLEL_MAKE=4 |
| 00:41.07 | grg | khem, I'll try a few builds from scratch with various settings and determine the fastest... |
| 00:41.13 | khem | yeah |
| 00:41.29 | khem | some packages explicitly ask for -j1 |
| 00:42.54 | khem | wishes to have a faster machine |
| 00:45.30 | grg | i've been using a p4 2.4GHz, 1GB ram for the last 6 months. This i7 is a nice change |
| 00:51.28 | *** join/#oe playya_ (n=playya@unaffiliated/playya) |
| 00:52.15 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 00:57.31 | khem | I bet |
| 00:57.42 | khem | I have 3.04G P4 with 2G |
| 00:59.15 | florian | heh.. I have a 3.06 P4 with 4G :) |
| 00:59.34 | *** join/#oe drw (n=anonymou@cpe-76-187-64-213.tx.res.rr.com) |
| 01:02.58 | *** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net) |
| 01:05.44 | *** join/#oe JustinP (n=papercra@c-24-7-86-151.hsd1.ca.comcast.net) |
| 01:12.33 | *** join/#oe crwper (n=crwper@d66-222-226-176.abhsia.telus.net) |
| 01:16.05 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 01:22.42 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 01:32.00 | *** join/#oe radhermit (n=radhermi@li90-182.members.linode.com) |
| 01:43.33 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 01:52.37 | *** join/#oe favor (n=favor@221.10.25.6) |
| 01:54.19 | favor | my disk space is used full by OE, and the build is not complete. how could I release some space and let the build going on? |
| 01:56.34 | *** join/#oe Crofton|work (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net) |
| 02:00.28 | *** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 02:00.43 | kergoth | hrmph, i thought i had rejoined this.. but no, i had joined an empty #oe on the work irc network.. and talked to myself for a bit.. |
| 02:00.46 | kergoth | that was helpful. |
| 02:06.39 | favor | my building process is not complete, it's stopped by disk i/o error, I can't remove work directories, cause I need many of them to process my buildings |
| 02:07.26 | kergoth | disk i/o error sounds ominous |
| 02:07.41 | Crofton|work | heh |
| 02:07.51 | Crofton|work | kergoth, you are having senior moments :) |
| 02:08.01 | kergoth | heh :) |
| 02:08.22 | kergoth | at least i actually step back and take a breather when i get pissed, now, instead of just sitting in here being an ass. progress! |
| 02:08.30 | kergoth | now to stop talking to myself and forgetting things.. |
| 02:11.46 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 02:16.18 | favor | disk i/o error is caused by full use of disk by oe. |
| 02:17.01 | kergoth | eh? no, that's not normal behavior, you probably have a hardware or driver problem |
| 02:28.59 | kergoth | oh bite me, net-snmp |
| 02:34.10 | *** join/#oe crwper (n=crwper@d66-222-226-176.abhsia.telus.net) |
| 02:43.23 | *** join/#oe Aditya1 (n=Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 02:49.57 | favor | sorry, I can't follow you. |
| 02:53.39 | grg | favor, if your disk is full and your build is incomplete, you need a bigger disk |
| 02:54.13 | grg | oe needs about 40GB for the image i build |
| 02:54.17 | kergoth | and an i/o error is quite different from running out of space. the latter is normal, the former is not |
| 02:58.12 | favor | the build is going on well, except the disk usage is 100%. i only have a 20G disk for OE. if the I/O error is not normal error, why is it cuased after the disk is full used. |
| 02:59.02 | kergoth | as grg says, you'll need more space than that, anyway. have you tried INHERIT += "do_work"? |
| 02:59.03 | kergoth | er |
| 02:59.06 | kergoth | INHERIT += "rm_work" |
| 03:01.41 | favor | after this error occurred, I add "INHERIT += rm_work" in local.conf, but this is not helpful. I think I need to remove all tmp dir, and build again. it will take a long time to do that. |
| 03:02.43 | kergoth | yes, that would be best |
| 03:04.57 | Tartarus | Hmmm |
| 03:05.14 | Tartarus | If cross/ had to die, and staging/<target> had host native bins, would people scream? |
| 03:05.35 | Tartarus | And would that be more or less screaming than cross/<target> having symlinks back to staging/<target>/ |
| 03:05.40 | favor | I have a suggestion for this, maybe it's helpful to who want to release some disk space like me. Could bitbake provide a command like "bitbake -c rm_work" like this to delete things like "INHERIT += rm_work" do? |
| 03:06.23 | kergoth | favor: it does, actually. bitbake -c rm_work_all <whatever you want to build> will run it against that and all of its dependencies |
| 03:07.06 | kergoth | Tartarus: i always disliked the necessity of a "cross" at all. it would be nice if any truly cross stuff was target prefixed |
| 03:07.07 | kergoth | heh |
| 03:11.09 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 03:11.41 | *** join/#oe fraxinas (n=quassel@p4FD66FC8.dip.t-dialin.net) |
| 03:12.25 | favor | thanks kergoth. I move downloaded sources directory to another disk, and use "bitbake -c rm_work_all", it works. this command does what things? does it remove all the work releated directories? |
| 03:13.19 | kergoth | yes, but only after they've been built, when those aren't needed anymore |
| 03:13.22 | kergoth | so its not really harmful |
| 03:13.34 | kergoth | can just leave it inherited as you build, itll clean up as it goes |
| 03:14.36 | kergoth | NOTE: package postfix-native-2.2.12-r0: task do_install: started |
| 03:14.37 | kergoth | ERROR: function do_install failed |
| 03:14.37 | kergoth | ERROR: log data follows (/home/clarson/oe/projects/sync/tmp/work/i686-linux/postfix-native-2.2.12-r0/temp/log.do_install.7324) |
| 03:14.37 | kergoth | ./postfix-install: Error: no /home/clarson/oe/projects/sync/tmp/staging/i686-linux/usr/bin/postconf file. Did you forget to run "make"? |
| 03:14.38 | kergoth | sighs |
| 03:18.05 | favor | at least, I don't need to delete all the tmp dir, in which some packages (such as cross compiler) are built. |
| 03:19.48 | *** join/#oe xjqian (n=gordon@mir-nil-pat-118-150.wustl.edu) |
| 03:23.58 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 03:24.30 | *** join/#oe robtow (n=robtow@64.62.142.114) |
| 03:33.54 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 03:36.17 | *** join/#oe ctusar (n=ctusar@c-71-58-119-148.hsd1.pa.comcast.net) |
| 03:36.25 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 03:37.20 | *** join/#oe russ (i=foobar@ip70-176-251-1.ph.ph.cox.net) |
| 03:56.38 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 04:00.19 | *** join/#oe leslie (n=leslie@116.228.58.74) |
| 04:01.40 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 04:48.27 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 04:50.07 | *** join/#oe Laibsch1 (n=Laibsch@p5B3B30F3.dip.t-dialin.net) |
| 05:15.03 | Aditya1 | anyone around |
| 05:15.04 | Aditya1 | ? |
| 05:15.09 | Aditya1 | trying to modprobe dsplinkk.ko |
| 05:15.27 | Aditya1 | but it keeps sayiug "dsplinkk.ko not found" |
| 05:15.35 | Aditya1 | even though its there in the drivers/dsp directory |
| 05:15.36 | *** join/#oe ctusar (n=ctusar@c-71-58-119-148.hsd1.pa.comcast.net) |
| 05:17.38 | *** join/#oe polyonymous_ (n=hacker@g230193174.adsl.alicedsl.de) |
| 05:25.03 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 05:28.42 | Tartarus | drpo the .ko |
| 05:28.46 | Tartarus | modprove foomod |
| 05:28.50 | Tartarus | *modprobe |
| 05:28.58 | Tartarus | or, insmod /path/to/foomod.ko |
| 05:29.35 | Aditya1 | depmod -a |
| 05:29.37 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 05:29.38 | Aditya1 | is what I needed to do |
| 05:54.46 | *** join/#oe rob_w (n=bob@84.155.167.99) |
| 06:17.20 | *** join/#oe recalcati (i=5e51e963@gateway/web/freenode/x-mrvvxsnkxeabtxhw) |
| 06:17.38 | recalcati | good morning |
| 06:21.15 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 06:43.25 | *** join/#oe Hasse (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:49.09 | *** join/#oe kgilmer (n=kgilmer@firebug.buglabs.net) |
| 06:53.07 | *** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net) |
| 07:03.50 | *** join/#oe xjqian (n=gordon@96-35-203-116.dhcp.stls.mo.charter.com) |
| 07:12.01 | *** join/#oe thebohemian (n=rschus@p5DDC7A96.dip.t-dialin.net) |
| 07:20.00 | tsjsieb | goodmorning |
| 07:20.17 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:30.58 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
| 07:31.14 | *** join/#oe xjqian (n=gordon@mir-nil-pat-118-150.wustl.edu) |
| 07:31.18 | *** join/#oe stefan_schmidt (n=stefan@w0941.wlan.rz.tu-bs.de) |
| 07:32.55 | eFfeM | gm |
| 07:32.58 | *** join/#oe xperia (n=chatzill@zux182-249.adsl.green.ch) |
| 07:35.34 | xperia | hello to all. i have a question about the git repo. for some reason everytime i execute "git pull" i get hundreds of files with the comment |
| 07:35.35 | xperia | "needs update" and after some while it breaks also everytime the updating process of the tree with "error: Entry not uptodate. Cannot merge." |
| 07:35.37 | xperia | is this normal ? this looks very strange to me ! |
| 07:36.08 | eFfeM | xperia: you touched/changed a lot of files in your git tree |
| 07:38.34 | xperia | hmmm that is very strange. i didnt do anything to the files. my plan was just to clone the repo and keep it up to date. changes will be go later to a separate branch. |
| 07:39.02 | *** join/#oe EiNSTeiN_ (n=einstein@unaffiliated/einstein/x-615171) |
| 07:47.46 | recalcati | xperia: try git remote update ... or, finally, git clone from scratch |
| 07:48.38 | xperia | oohhh gir clone again will take hours again till everything is downloaded and created on my disk. still thanks for the tip |
| 07:49.37 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 07:50.57 | *** join/#oe meindian523 (n=easwarh@unaffiliated/easwar) |
| 07:51.14 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 08:00.40 | *** join/#oe jmpdelos_ (n=polk@outgoing.delos.com) |
| 08:02.23 | *** join/#oe B_Lizzard (n=havoc@athedsl-423737.home.otenet.gr) |
| 08:15.24 | ynezz | xperia: git reset --hard |
| 08:15.52 | *** join/#oe pb__ (n=pb@88-109-31-216.dynamic.dsl.as9105.com) |
| 08:16.15 | xperia | recalcati: git reset --hard helps when your tree is screwed up and you want to bring it in sync with the remote repo. |
| 08:16.17 | xperia | btw. the git repo from open embedded is heavy unsecure and it looks like ddosed as allways timeouts |
| 08:16.18 | xperia | maybe some git clone identifiactions could help to avoid this ddos attacks |
| 08:16.19 | xperia | git.openembedded.org[0: 140.211.169.165]: errno=Connection timed out |
| 08:16.21 | xperia | fatal: unable to connect a socket (Connection timed out) |
| 08:16.55 | xperia | ynezz: thanks for help ! |
| 08:17.30 | ynezz | maybe you've bad link to openembedded.org, it's working for me fine |
| 08:18.56 | xperia | hmmm the heavy strange thing is that i have only about 10% of the adsl speed that i should get. my connection drives me crazy. this stupid isp that i have changed to last year makes me heavy mad. |
| 08:28.38 | *** join/#oe _ProtoN_ (n=lcintrat@93.2.234.121) |
| 08:29.09 | *** join/#oe Heinervdm (n=thomas@pD9E134CE.dip.t-dialin.net) |
| 08:30.33 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 08:33.50 | *** join/#oe timtim123 (n=meh@79-77-219-229.dynamic.dsl.as9105.com) |
| 08:38.16 | xperia | does anybody know somethig about the weired out of memory problem that i have. i am not able to build oe on any mashines |
| 08:38.18 | xperia | have cloned now the repo of oe on different machines and started to build it but i gat allways the same error Out of Memory message |
| 08:44.05 | *** join/#oe eFfeM (n=eFfeM@atwork-193.r-212.178.107.atwork.nl) |
| 09:00.18 | xperia | hey people how much ram do you have on the machine that you build oe ? |
| 09:01.13 | eFfeM | 3gb and 4gb |
| 09:04.52 | xperia | hmmm does it really need such a lot ? didnt thinked it. other people told me also to try it on a machine with 4 GB |
| 09:06.38 | CIA-1 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * r81cbab0207 10openembedded.git/recipes/navit/navit_svn.bb: |
| 09:06.39 | CIA-1 | navit: don't RRECOMMEND 2 text2speech apps in svn, but only RSUGGESTS them. |
| 09:06.39 | CIA-1 | * Distros can always pick one by default if they want one by default |
| 09:06.39 | CIA-1 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
| 09:06.48 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 09:15.09 | xperia | eFfeM: have a question about the build system of open embedded. i have seen in the conf/machine directory that there is conf file for htcblackstone device |
| 09:16.05 | xperia | does this device exist in the prebuilded images of open embedded ? |
| 09:17.22 | eFfeM | xperia: there are no prebuild images of openembedded, there are prebuild images of distro's using openembedded |
| 09:17.44 | eFfeM | and if you want to know whether it is on your distro (presumably angstrom), well just browse the feed |
| 09:18.41 | eFfeM | xperia: and wrt the 4G mem: not sure what is really needed, used to have a 2G system, but mem is cheap nowadays so decided to upgrade to 4G. |
| 09:19.13 | eFfeM | but your Q was what I had, not what was needed :-) |
| 09:20.06 | *** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 09:20.23 | xperia | well if you know what is then needed at minimum would be more than good if you could tell it me :-) |
| 09:20.57 | eFfeM | it is all a matter of how fast you want things to build, i guess my old 486 with 512M would also work |
| 09:22.15 | eFfeM | if you have sufficient swap space even 64M or less might do, but it will take some time though :-) |
| 09:23.13 | xperia | hmmm but then the problem that i have is not related to my build host becouse have tryed now to build oe on a system with 1GB ram and i got the error message Out of Memmory |
| 09:23.39 | eFfeM | add more swap space! |
| 09:24.09 | eFfeM | if you have small memory you need plenty of swap |
| 09:24.24 | eFfeM | although I would expect 1G to be ok, unless you are running lots of other things |
| 09:24.34 | eFfeM | where did it fail ? |
| 09:25.24 | xperia | running task 1 of 2542 (id: 15, .../recipes/shasum/shasum-native.bb, do setscene) |
| 09:25.26 | xperia | running task 2 of 2542 (id: 75, .../recipes/coreutils/coreutils-native_7.2.bb,do setscene) |
| 09:25.28 | xperia | Out of Memory: Kill Process 11335 (python) |
| 09:25.29 | xperia | ERROR: Task 15 shasum-native.bb do setscene failed |
| 09:25.30 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 09:25.57 | xperia | it looks like coreutils give him the shot |
| 09:26.18 | eFfeM | hm cool, that is quite quick, expected it to fail much later (e.g. when building gcc) |
| 09:26.30 | eFfeM | how much swap do you have |
| 09:27.39 | xperia | 512 MB |
| 09:27.56 | *** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 09:28.31 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 09:28.32 | *** join/#oe XorA (n=XorA@www.xora.org.uk) |
| 09:28.39 | *** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 09:29.24 | xperia | eFfeM: something is weird need to check more will come back later |
| 09:29.26 | XorA | morning |
| 09:29.29 | eFfeM | hm, i would increase that |
| 09:29.35 | eFfeM | XorA hi |
| 09:29.39 | xperia | okay will do that |
| 09:29.48 | eFfeM | xperia: system I am at now has 8G swap |
| 09:29.57 | xperia | woooowww |
| 09:29.59 | eFfeM | and consider buying some more mem, it is cheap |
| 09:30.27 | eFfeM | 8 G swap is not that much nowadays. (unless you have a 10G disk) |
| 09:30.41 | *** join/#oe alex76 (n=a@vbo91-2-82-239-206-104.fbx.proxad.net) |
| 09:30.43 | eFfeM | a 1TB disk is eur 70 or so and 8G is only 1 % of it :-) |
| 09:31.44 | xperia | problem is that the machines are laptops all but will look what i can do. |
| 09:31.46 | xperia | ahh come on we have plenty of old hardware and the software is getting fat with every day. |
| 09:31.47 | xperia | how should we get a os to run on a pocket pc when we can not build it on a system with 1 GB ram and 512 MB swap space |
| 09:32.02 | eFfeM | but I think my 4GB ram system @ home runs wo swap |
| 09:32.32 | pb__ | well, the amount of memory that you require at run time for the target system has nothing to do with the amount of memory you need to compile it in the first place. |
| 09:32.41 | eFfeM | guess python is the memory hog, I've build openslug on a 486 or 586 |
| 09:32.57 | eFfeM | pb__ right |
| 09:33.03 | pb__ | it is a bit surprising that oe won't build in 1.5G, though I could believe it. you could try restricting the set of recipes that it parses in order to reduce bitbake's memory footprint. |
| 09:33.04 | xperia | yes it has to be python |
| 09:33.33 | eFfeM | pb__ it also depends on what other things he is running |
| 09:33.41 | pb__ | obviously it also depends on what else you are running on the same machine. if you have, say, evolution and firefox running then they will consume a large chunk of that 1.5G for themselves leaving bitbake with only a few megs. |
| 09:33.45 | pb__ | right, yeah |
| 09:34.16 | eFfeM | xperia: try again after stopping all sw that is not absolutely necessary |
| 09:34.38 | xperia | yeah exactly this is problem. will try to reboot the system in console only and test if it will work again |
| 09:35.00 | pb__ | I do run firefox and evolution on the same machine that I use for oe builds, but I have 8G of RAM and 20G of swap. |
| 09:35.17 | xperia | maybe python can be told not to use all of the mem also |
| 09:35.37 | xperia | looks like the kernel is shuting it down becouse of other tasks |
| 09:35.38 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 09:36.52 | eFfeM | xperia: if thre is not enough memory an oom killer will kick in and kill a random (?) task |
| 09:37.23 | eFfeM | or the app that requests mem and does not get it detects it itself and will stop |
| 09:39.59 | xperia | yeah this is the problem. too much things that use too much ram. oe need some more intelegent build that looks also at the ram usage. starting prcesses without proving if ram is enoght is not very intelegent. especially if you build it hours and then it stops only for such a problem |
| 09:40.42 | *** join/#oe bbradley1 (n=bbradley@87-194-119-230.bethere.co.uk) |
| 09:45.38 | *** part/#oe XorA (n=XorA@www.xora.org.uk) |
| 09:46.38 | xperia | http://evanjones.ca/python-memory.html |
| 09:46.40 | xperia | It is not unusual to see my Python process eating up a gigabyte of RAM. |
| 09:46.42 | xperia | need for sure about 2GB swap space |
| 09:49.11 | Laibsch1 | JaMa, mickey: libfsobasics fails do_compile: http://tinderbox.openembedded.org/packages/libfsobasics/ |
| 09:50.14 | *** join/#oe flo_lap (n=fuchs@Maemo/community/contributor/florian) |
| 09:52.17 | pb__ | xperia: in the default configuration (without BB_NUMBER_THREADS), bitbake will only start a single process at a time. I don't think there's much scope for making it more "intelligent" about deciding when to do that. |
| 09:52.41 | pb__ | if there isn't enough RAM to start a process that it needs to start, there isn't much it can do at that point other than stop (which is effectively what happens anyway) |
| 09:52.41 | *** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 09:54.03 | xperia | pb: okay in this case python is the root of the problem. will try to solve it with more swap space |
| 09:54.55 | pb__ | yeah, that sounds like your best option |
| 09:55.11 | pb__ | or, as I say, try to reduce python's footprint by restricting your BBFILES |
| 09:55.46 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 09:56.10 | *** join/#oe mickey|office (n=Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 09:56.17 | xperia | pb_: i am totally new to oe. |
| 09:56.19 | xperia | where can i reduce this bbfiles that are builded in oe so python dont need to parse such a lot. |
| 09:56.44 | Laibsch1 | sighs |
| 09:56.52 | Laibsch1 | xperia: you are running out of RAM during the initial parsing? |
| 09:57.03 | Laibsch1 | Is OE back to being a memory hog? |
| 09:57.36 | pb__ | no, he isn't actually running out of RAM during parsing, but he doesn't seem to have enough left afterwards to actually build anything. |
| 09:57.51 | Laibsch | OK |
| 09:57.55 | Laibsch | So what happens? |
| 09:58.17 | Laibsch | I'd like to try and reproduce on my tried and tested 600MHz, 640MB RAM build host ;-) |
| 09:58.20 | pb__ | <xperia> running task 1 of 2542 (id: 15, .../recipes/shasum/shasum-native.bb, do setscene) |
| 09:58.20 | pb__ | <xperia> running task 2 of 2542 (id: 75, .../recipes/coreutils/coreutils-native_7.2.bb,do setscene) |
| 09:58.20 | pb__ | <xperia> Out of Memory: Kill Process 11335 (python) |
| 09:58.29 | Laibsch | I see |
| 09:58.45 | Laibsch | I'll try "bitbake coreutils-native", then |
| 09:58.53 | pb__ | xperia: anyway, regarding the files: see the definitions of BBFILES and BBMASK in your local.conf |
| 09:58.58 | xperia | wooow Laibsch :-) |
| 09:59.18 | xperia | pb_: okay will do that |
| 09:59.36 | Laibsch | xperia: what host OS? |
| 09:59.43 | xperia | ubuntu server |
| 09:59.53 | pb__ | basically, bitbake will parse everything that's named in BBFILES, except those things which are excluded by BBMASK. so, if for example you know that you don't want to build opie, you can exclude all of those recipes from parsing which will make bitbake run faster and use less ram. |
| 10:01.29 | xperia | Laibsch: have also tryed it to build it on Debian Lenny with 1 GB Ram and 512 MB Swap. Debian was full booted as Desktop withsome opened Application like Iceweasel, terminals and so on .. |
| 10:01.47 | xperia | have trayed to build the opie.image task |
| 10:01.59 | xperia | opie-image |
| 10:02.05 | *** join/#oe XorA (n=XorA@www.xora.org.uk) |
| 10:02.13 | Laibsch | xperia: I run Ubuntu hardy. Maybe you are interested in http://blog.leggewie.org/?p=39 for setting up your system. |
| 10:04.04 | xperia | Laibsch: woow that is a very easy howto. wish this instructions were on the wiki page. would save me a lot of time and pain |
| 10:04.33 | Laibsch | It is ;-) |
| 10:05.58 | Laibsch | Hm |
| 10:06.01 | Laibsch | Maybe not anymore |
| 10:06.26 | xperia | really i have found only the get starting page. give me a moment to prove that |
| 10:06.52 | Laibsch | http://wiki.openembedded.org/index.php/OEandYourDistro links to it |
| 10:07.00 | *** join/#oe jmpdelos (n=polk@outgoing.delos.com) |
| 10:07.08 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 10:07.11 | Laibsch | and GettingStarted should link to OEandYourDistro |
| 10:07.40 | XorA | Laibsch I removed OEAndYourDistro from getting started as its badly wrong and I dont have time to fix it |
| 10:08.03 | XorA | after the 100th person tried to run OE with distro packaged bitbake it got very boring explaning it was wrong |
| 10:08.41 | xperia | Laibsch have found it but it is heavy hidden behind very cryptic links |
| 10:08.43 | xperia | http://wiki.openembedded.net/index.php/AptGetableOE |
| 10:11.28 | Laibsch | XorA: Debian unstable has the latest packages now, but of course, there sometimes is a lag and then there are the stable releases. Maybe OE should provide bitbake packages. As you know, I always try to stay with packaged software |
| 10:14.10 | XorA | I guess no OE devs actually care enough about packaging bitbake for all 1000 distros |
| 10:14.22 | *** join/#oe EsbenH (n=EsbenH@0x55532124.adsl.cybercity.dk) |
| 10:14.47 | Laibsch | Debian/Ubuntu would be a start |
| 10:15.02 | Laibsch | and I guess they could even share the actual package |
| 10:15.07 | Laibsch | so, right now, we are fine |
| 10:16.32 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 10:20.40 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 10:20.54 | *** join/#oe lrg (n=lrg@slimlogic.co.uk) |
| 10:26.14 | *** join/#oe xjqian (n=gordon@96-35-203-116.dhcp.stls.mo.charter.com) |
| 10:29.14 | *** join/#oe jovox (n=jovox@fw1.q-matic.se) |
| 10:31.37 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 10:33.26 | *** join/#oe radhermit (n=radhermi@li90-182.members.linode.com) |
| 10:35.44 | jovox | I still got some quite serious problems. I asked about this before Christmas but still haven't solved it. The problem is that I'm not able to boot my machine because I get the "interrupt lost" after "leaving" my initramfs. It hangs for 30 seconds or so, goes a bit further in the boot sequence and then prints "lost interrupt" again.. When it finally manages to boot it's completely useless because it's so slow. The rootfs is installed on a CF card. I plugged in a |
| 10:35.44 | jovox | <PROTECTED> |
| 10:36.22 | XorA | Laibsch: I know we used to supply debian/ubuntu packages |
| 10:36.47 | XorA | Laibsch: I could probably even knock up an rpm for fedora in a few weeks time when workload is less |
| 10:39.08 | pb_ | jovox: that sounds like it must be a kernel or driver problem; I guess you should take it up with either the kernel people or your chipset supplier. I don't think it is really anything to do with OE. |
| 10:40.49 | XorA | jovox: check /proc/config.gz and compare it to the one you used for OE kernel, there could be a CONFIG_HACKYCHIPSET_FIX difference, there are quite a few of those for IDE chipsets in the kernel |
| 10:41.25 | Laibsch | XorA: That would be nice. As far as a deb is concerned, I added a link to my PPA in the wiki. The Debian package from unstable requires some newer packages. A rebuild solved that problem and my package should be installable for everyone, I guess. |
| 10:42.00 | XorA | Laibsch: that would be nicer, a lot of people stay away from debian unstable as when it breaks it tends to smash things big time |
| 10:42.09 | Laibsch | yes |
| 10:42.19 | XorA | Laibsch: if I remeber a ppa can generate packages for all sane recent releases? |
| 10:42.25 | Laibsch | I've been using that package for a while now on Debian lenny and Ubuntu hardy |
| 10:42.33 | Laibsch | XorA: yes |
| 10:42.44 | Laibsch | I did not try dapper which I think is still supported |
| 10:42.54 | XorA | Laibsch: definately sounds like a plan then |
| 10:43.11 | XorA | Laibsch: easier that teaching people about apt pinning |
| 10:43.13 | Laibsch | bitbake is just python |
| 10:43.15 | Laibsch | not compiled |
| 10:43.44 | Laibsch | if you mention that, maybe I should set up a separate ppa for OE |
| 10:44.10 | Laibsch | Because my hardy PPA has some other stuff that if installed on a Debian lenny system may tend to create problems |
| 10:44.56 | XorA | Laibsch: I only have one debian system so Ill leave the small details to you, all my home machines are Fedora |
| 10:48.14 | *** join/#oe mrmoku` (n=mrmoku@188.174.7.126) |
| 10:54.35 | broonie | dapper is still supported, yes. |
| 10:55.30 | *** join/#oe alex76 (n=a@vbo91-2-82-239-206-104.fbx.proxad.net) |
| 10:56.46 | broonie | One thing that might be useful would be an oe-build-essential metapackage. |
| 10:56.52 | XorA | www.debian-archeology.com :-D |
| 10:57.00 | broonie | Which would depend on all the stuff needed on the host. |
| 10:57.03 | broonie | XorA: That's ubuntu. |
| 10:57.03 | XorA | hrw used to make an oe-build-essential |
| 10:57.28 | broonie | Though these days it won't build as standard anyway due to /bin/sh being dash,. |
| 10:57.50 | XorA | you can blame gnome for that |
| 10:57.54 | RP | pb__: around? |
| 10:58.02 | pb_ | RP: at your service |
| 10:58.10 | pb_ | but with my shorter tail :-) |
| 10:58.26 | RP | pb_: I would like to raise the issue of wildcards in PREFERRED_VERSION again |
| 10:58.39 | RP | pb_: This is about to cause me major pain :( |
| 10:59.10 | RP | pb_: I have two recipes, a floating git one and a release. How do I select the git version? |
| 10:59.55 | *** join/#oe B_Lizzard (n=havoc@athedsl-423737.home.otenet.gr) |
| 11:00.18 | RP | pb_: I'm picking on you since you objected to the patch that was proposed last time ;-) |
| 11:00.22 | XorA | pb_: ahah, a perfect time for you to advertise your packaging version munging |
| 11:00.30 | pb_ | RP: heh |
| 11:00.53 | pb_ | RP: I don't remember the previous patch, though I can imagine I would have objected to something like that on principle. Can you point me to the patch in question? |
| 11:01.06 | Laibsch | broonie: my apt-getable OE does that (and more) |
| 11:01.19 | pb_ | RP: as for the general issue, I guess this hinges on what we consider should be our policy for ${PV} in floating recipes. |
| 11:01.30 | *** join/#oe like2wise (n=like2wis@82-171-51-231.ip.telfort.nl) |
| 11:02.15 | XorA | Laibsch: apt-getable OE makes me cringe though |
| 11:02.28 | Laibsch | you don't need to use it ;-) |
| 11:02.29 | pb_ | my inclination at the moment is to say that floating recipes should have PV set to some fairly static string, say "0.0+git", without encoding a concrete revision in there. That makes it easy to nominate them as the preferred version, and also avoids the eye-burn that you tend to suffer with a full SHA hash in PV. |
| 11:02.40 | Laibsch | XorA: what is it that makes you cringe? |
| 11:02.41 | RP | pb_: http://lists.linuxtogo.org/pipermail/openembedded-devel/2009-September/013615.html |
| 11:02.53 | XorA | Laibsch: the idea of downloading OE in a postinst |
| 11:03.05 | RP | pb_: That isn't the way the autorevisioning stuff works |
| 11:03.20 | pb_ | the only real downside to having a static string in PV is that it stops being completely floating, i.e. rerunning bitbake without cleaning will not automatically pick up the new version. It's sort of debatable whether this is a good or a bad thing. |
| 11:03.24 | RP | pb_: The autorevisioning stuff has to change PV |
| 11:03.55 | pb_ | RP: to make automatic rebuilds work, you mean? |
| 11:04.05 | RP | pb_: yes |
| 11:04.19 | RP | pb_: It all currently works rather nicely. Apart from this glitch :/ |
| 11:04.31 | XorA | its actually only the X int gitrX+HASH that is the problem for defining PREF_VER |
| 11:04.50 | RP | XorA: no, its the HASH as well |
| 11:05.10 | broonie | tends to agree with XorA re apt-getable OE - the source I want in my homedir anyway. |
| 11:05.14 | XorA | RP: ah you talking about selecting an AUTREV version otherwise HASH is known |
| 11:05.36 | RP | XorA: I want the version where SRCREV = ${AUTOREV} |
| 11:05.38 | Laibsch | XorA, broonie: I think you are not up to date with the latest (git-enabled) version |
| 11:06.07 | XorA | Laibsch: very likely not as I stopped running debian based distros a while back |
| 11:06.35 | *** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
| 11:06.40 | Laibsch | mtn needed some "special" handling due to the time it consumed |
| 11:06.43 | XorA | RP: trust you to make the perfect chicken and egg scenario |
| 11:06.45 | gremlin[it] | hi all ! |
| 11:06.56 | Laibsch | at least that is the reason for the choices I made IIRC |
| 11:08.05 | pb_ | RP: okay, fair enough. if it's going to be the policy that floating recipes must truly float, and automatic rebuilds need to work like that, then I agree we probably do need to keep the hash in PV. I still hate that wildcard patch on principle though. |
| 11:08.14 | Laibsch | broonie: you asked about a meta-package with the necessary dependencies. You can use openembedded-common just for that if you don't like the rest. |
| 11:09.03 | RP | pb_: I'm not exactly keen |
| 11:09.22 | pb_ | RP: in the general case, the wildcard patch still doesn't help you since there might be multiple git versions in the repository. |
| 11:09.22 | RP | pb_: but I can't see another solution either |
| 11:09.38 | pb_ | at least, assuming I am understanding the use-case correctly. I'm guessing that you want to set P_V to "1.0+git%" or some such. |
| 11:09.42 | RP | pb_: right but probably not two floating ones |
| 11:09.52 | RP | pb_: yes |
| 11:11.12 | RP | pb_: Basically, I can live with that limitation since two fixed git revisions are probably from the same recipe anyway with fixed SRCREVs |
| 11:15.06 | pb_ | okay, fair enough. There are rather too many "probably"s in that for me to feel entirely comfortable relying on it, but I suspect you are right that it will not be too much of an issue in practice. |
| 11:15.22 | pb_ | (sorry for the delay there, I was on the phone for a moment) |
| 11:19.02 | RP | pb_: probably means "can always be arranged" in this case |
| 11:19.29 | pb_ | RP: how about, rather than encoding the actual git hash in ${PV}, going back to what we used to do with CVS and just encoding a timestamp there? That way you could always predict what it was going to be for the floating recipe. |
| 11:20.19 | pb_ | You'd still get auto-rebuilds, since the timestamp would be different on subsequent bitbake runs. |
| 11:21.57 | pb_ | To make it work reliably you'd probably need a bit of help from bitbake, in the form of a ${bb.get_start_time()} kind of function, but since the wildcard patch requires bitbake changes anyway that doesn't seem like too much of a hardship. |
| 11:25.01 | *** part/#oe XorA (n=XorA@www.xora.org.uk) |
| 11:25.13 | *** join/#oe XorA (n=XorA@www.xora.org.uk) |
| 11:29.36 | *** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-cbfkqbeiaybwampl) |
| 11:30.16 | RP | pb_: You don't want rebuilds every time, just when the git hash changes |
| 11:31.30 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 11:34.08 | pb_ | RP: mm, right, that's true. I wonder whether that would be better achieved by some other mechanism, though: for example, you could arrange for the floating packages to check the current head rev prior to do_fetch(), and raise some suitable "BuildNotRequired" exception if it's the same as what was built previously. |
| 11:36.54 | pb_ | Or, going back to the original problem, another way of solving it would be to provide a way to specify that ${SRCREV} should be left unexpanded when comparing PV and P_V. I'm not sure how much surgery to bitbake internals would be required to keep the unexpanded one around long enough, though, so that might not be practical. |
| 11:40.33 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 11:47.06 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4fde7c59bf 10openembedded.git/recipes/xorg-driver/xf86-input-tslib_0.0.6.bb: |
| 11:47.06 | CIA-1 | xf86-input-tslib 0.0.6: remove patch and bump PR |
| 11:47.06 | CIA-1 | * the patch seems to cause more problems than it solves |
| 11:47.17 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3a9b352acb 10openembedded.git/recipes/xorg-xserver/xserver-xorg_1.7.3.bb: |
| 11:47.17 | CIA-1 | xserver-xorg 1.7.3: fix regression where hal was disabled |
| 11:47.17 | CIA-1 | * this fixes the "my touchscreen isn't working anymore" bug |
| 11:57.39 | cbrake | Laibsch: I think we should scratch gitweb -- keep things simple! |
| 11:57.56 | cbrake | Laibsch: (gitweb.oe.org) |
| 11:58.49 | Laibsch | OK |
| 11:58.54 | Laibsch | I will disable it, then |
| 11:59.00 | Laibsch | What was it supposed to do? |
| 11:59.14 | Laibsch | Provide some kind of backwards-compatible URLs? |
| 11:59.22 | cbrake | Laibsch: backwards compatibility when we switched to cgit |
| 11:59.31 | Laibsch | I see |
| 11:59.33 | Laibsch | that's been a while |
| 11:59.39 | cbrake | Laibsch: yes |
| 12:00.51 | Laibsch | although, disabling the vhost doesn't really change the situation ;-) |
| 12:01.05 | JaMa | how to make some part of recipe conditional when normal overrides seems not enough? Like conditional inherit for u-a in .inc file from http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=2df4f2cfe72f40fb92c696674f2b3118ae386fab ? |
| 12:01.12 | Laibsch | now it's the apache default definition serving that address |
| 12:01.26 | Laibsch | JaMa: depending on what? |
| 12:01.37 | JaMa | Laibsch: some distro preference |
| 12:01.51 | Laibsch | I still don't understand |
| 12:01.59 | Laibsch | what do you want to change and depending on what |
| 12:02.07 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 12:02.21 | jovox | XorA, Do you mean check compare the oe with the ubuntu /proc/config.gz ? |
| 12:02.29 | pb_ | JaMa: INHERIT = ""; INHERIT_shr = "u-a"; inherit ${INHERIT} |
| 12:02.43 | JaMa | Laibsch: ie if distro == shr, I would like to inherit the u-a and use u-a only for shr |
| 12:02.55 | JaMa | pb_: ah, thanks .. |
| 12:03.33 | pb_ | I'm not actually certain whether that will work, but I think that is as close as it gets. |
| 12:03.52 | jovox | , |
| 12:04.22 | jovox | , |
| 12:04.27 | jovox | sorry |
| 12:04.30 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r78ddfea284 10openembedded.git/recipes/linux/ (3 files in 2 dirs): linux-omap-zoomsync: add 2.6.32 recipe, fix dss-doc packaging |
| 12:04.32 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r61f4bbb477 10openembedded.git/recipes/pulseaudio/libcanberra_0.17.bb: libcanberra 0.17: bump PR |
| 12:04.41 | JaMa | pb_: I'll try |
| 12:08.07 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 12:08.10 | *** join/#oe sgh_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 12:12.38 | jovox | unfortunately there is no /proc/config.gz either in the ubuntu installation or in the oe |
| 12:15.01 | Laibsch | JaMa: In case it does not work I have another idea |
| 12:15.08 | Laibsch | but the override is much easier |
| 12:16.37 | *** part/#oe XorA (n=XorA@www.xora.org.uk) |
| 12:24.01 | *** join/#oe timtimred (n=meh@79-77-219-229.dynamic.dsl.as9105.com) |
| 12:24.09 | *** part/#oe eFfeM (n=eFfeM@atwork-193.r-212.178.107.atwork.nl) |
| 12:24.46 | *** join/#oe eFfeM (n=eFfeM@atwork-193.r-212.178.107.atwork.nl) |
| 12:25.44 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rbd69ee7dac 10openembedded.git/recipes/linux/linux-omap-zoomsync/omapzoom2/defconfig: linux-omap-zoomsync 2.6.31: enable cpufreq, cpuidle, powertop options and fix XV |
| 12:26.02 | RP | pb_: Keeping unexpanded variables around already happens I think |
| 12:26.08 | RP | ponders |
| 12:26.43 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r26672294a0 10openembedded.git/conf/machine/include/omap3.inc: omap3 machines: bump MACHINE_KERNEL_PR |
| 12:27.30 | *** join/#oe thaytan (n=jan@CPE-203-51-66-158.lns8.cht.bigpond.net.au) |
| 12:27.44 | JaMa | there is even BIGGER problem with u-a scripts :/ |
| 12:28.17 | JaMa | old u-a-cworth installs alternatives to /usr/lib/ipkg/alternatives/init and opkg to /usr/lib/opkg/alternatives/init |
| 12:28.49 | JaMa | so if we kill u-a-cworth in our images and users remove it from their already installed systems |
| 12:29.06 | JaMa | then it can end like this http://pastebin.com/d4daa32a4 |
| 12:29.44 | pb_ | well, yes, if you are migrating from one u-a to another then you need to take the appropriate precautions. |
| 12:30.00 | JaMa | and with busybox upgrade old symlinks like /sbin/init.sysvinit with higher priority is replaced with one to busybox |
| 12:30.34 | JaMa | pb_: but u-a-cworth is imho installed by default in all images with task-boot |
| 12:30.49 | JaMa | pb_: as well as new opkg which has u-a script too |
| 12:31.08 | JaMa | pb_: one is in /usr/bin 2nd in /usr/sbin |
| 12:31.12 | pb_ | ah. well, that sounds like it is just a bug in task-boot. |
| 12:31.25 | JaMa | so its quite easy to break stuff |
| 12:32.01 | JaMa | and fixing that (shipping only u-a with opkg) can make things worse on installed devices.. |
| 12:33.12 | pb_ | yeah, it is a shame that task-boot has gotten into that state. still, as I say, if you (with your DISTRO hat on) are doing something that will cause a different u-a to start being used, it's up to you to put in place some appropriate measures to prevent it being a problem. |
| 12:34.06 | jovox | Is there any documentation on how to configure the kernel in OE? |
| 12:34.25 | JaMa | hrw|gone: you asked about u-a yesterday.. so maybe this ^^^ will be interesting for you |
| 12:35.25 | eFfeM | jovox: bitbake -c menuconfig virtual/kernel |
| 12:35.34 | eFfeM | standard linux menuconfig |
| 12:37.20 | *** join/#oe brolin (n=brolin@cable201-233-43-147.epm.net.co) |
| 12:38.18 | jovox | eFfeM, that needs X? |
| 12:40.02 | eFfeM | jovox: no, only ncurses |
| 12:40.23 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 12:40.26 | eFfeM | thinking of it, it may launch an xterm |
| 12:40.28 | RP | eFfeM: It could need X for the terminal |
| 12:40.34 | jovox | yeah |
| 12:40.57 | JaMa | jovox: you can specify different terminal for that.. ie screen in bitbake.conf |
| 12:40.59 | eFfeM | if you do not want that go to the work dir for the kernel and do |
| 12:41.10 | eFfeM | ARCH=arm make menuconfig |
| 12:41.22 | eFfeM | ofc substitute for arm what your arch is |
| 12:41.43 | JaMa | pb_: ERROR: Could not inherit file classes/.bbclass while parsing /home/projects/OE/dev/recipes/gpe-icons/gpe-icons_0.25.bb |
| 12:42.00 | pb_ | JaMa: ah, drat. |
| 12:42.11 | JaMa | pb_: so it needs some dummy bbclass for empty INHERIT but its weird |
| 12:42.34 | jovox | you say "work dir". is that openembedded/recipes/linux/linux-{version} ? |
| 12:42.57 | JaMa | pb_: I can use INHERIT = "gpe" INHERIT_shr = "gpe u-a" ... |
| 12:47.00 | jovox | there are quite a few defconfigs for diffrent machines. I'm building for x86 and it's not quite clear to me which what is being used |
| 12:47.49 | jovox | openembedded/recipes/linux/x86/defconfig ? |
| 12:50.14 | JaMa | pb_: just a note.. PREFERRED_PROVIDER_virtual/update-alternatives-native setting in sane-feed-ipk.inc needs to be in sync with u-a script installed with image.. with is not now.. |
| 12:50.38 | JaMa | pb_: I've broken it with compatibility-providers.conf probably :( |
| 12:51.47 | *** join/#oe jeremy_laine (n=sharky@188.126-14-84.ripe.coltfrance.com) |
| 12:57.08 | eFfeM | hm, not fully oe, but probably drop it here; the bitbake-dev archive stops at dec 2009 :-( wanted to see if there was a reply thre on my email |
| 13:03.49 | mckoan | good morning |
| 13:06.07 | gremlin[it] | morning mckoan |
| 13:07.17 | Laibsch | JFTR, OE still runs fine with about half a gig of RAM. I would have been really saddened if everybody had to have a beefy machine like pb. |
| 13:07.35 | pb_ | very good |
| 13:07.59 | Laibsch | I dare to guess it would even run with 256MB of real RAM |
| 13:08.03 | Laibsch | single-process |
| 13:12.50 | jovox | JaMa, where in bitbake.conf is the terminal specified? |
| 13:13.43 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 13:16.52 | Laibsch | JaMa: any idea about libfsobasics? |
| 13:18.53 | JaMa | Laibsch: mickey said yesterday that newer vala release which I bumped as fix to fsonetworkd, broken gsmd and that he already has patch for that and will deploy new vala relase soon, maybe its related to libfsobasics (because it built ok just before that vala bump - I haven't rebuild whole fso* fater bumping vala.. just that fsonetworkd..:/) |
| 13:21.15 | Laibsch | JaMa: looking at tinderbox it seems you were building a specific version and not head |
| 13:22.05 | Laibsch | although the commit-string looks identical |
| 13:22.29 | Laibsch | but for me it was r70 while it was r19 for you. whatever that means |
| 13:23.40 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rff17a06fbd 10openembedded.git/recipes/e17/e-wm_svn.bb: e-wm: package illume-home config in ${PN} for the time being |
| 13:25.09 | *** join/#oe Hasse (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 13:25.21 | JaMa | Laibsch: that's the same revision as you have.. |
| 13:25.28 | Laibsch | OK |
| 13:25.29 | JaMa | Laibsch: but I'm using SRCPV.. |
| 13:25.33 | Laibsch | I'll have to wait, then |
| 13:38.16 | *** join/#oe jeremy_laine (n=sharky@anj75-1-81-57-0-22.fbx.proxad.net) |
| 13:44.28 | *** join/#oe Crofton (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net) |
| 13:48.52 | *** join/#oe ant_work (n=chatzill@host214-85-static.34-85-b.business.telecomitalia.it) |
| 13:51.33 | *** join/#oe rsalveti_ (n=rsalveti@200.184.118.130) |
| 13:59.34 | *** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:01.32 | pb_ | kergoth: good morning |
| 14:02.19 | kergoth | hey pb_ |
| 14:08.10 | mckoan | pb_: hi, about xtscal, I noticed that the last config where it worked were based on xserver-kdrive |
| 14:08.31 | mckoan | pb_: for example the last one was xserver-kdrive-1.4.0.90 |
| 14:09.28 | mckoan | pb_: in xserver-xorg_1.7.3.bb there is not libxcalibrate neither enable-xcalibrate.patch |
| 14:09.50 | mckoan | pb_: do you think would be a good idea to add them in xserver-xorg_1.7.3.bb ? |
| 14:09.54 | pb_ | you wouldn't expect to find libxcalibrate in the server |
| 14:10.01 | pb_ | that library is only used by the client (i.e. xtscal) |
| 14:10.29 | pb_ | I don't know offhand what enable-xcalibrate.patch does, but it sounds like it would be a good idea to at least investigate adding it to the new server. |
| 14:10.44 | mckoan | pb_: fine thx |
| 14:13.08 | mckoan | pb_: what is the suggested way to work on an existing package in OE, for example I want to modify some files in xorg-server/mi/miinitext.c or maybe adding some printf in xtscal-0.6.3 |
| 14:13.29 | mckoan | pb_: should I work in staging dir ? |
| 14:13.57 | pb_ | yeah, that's what i would do. see devshell for example. |
| 14:14.18 | mckoan | pb_: yep |
| 14:17.53 | *** join/#oe ctusar (n=ctusar@router2.videon-central.net) |
| 14:21.37 | jovox | The kernel that is built is 2.6.25.20, how can I make it build newer version? |
| 14:22.35 | hrw|gone | mckoan: I worked yesterday on same stuff |
| 14:22.41 | hrw | morning |
| 14:23.36 | hrw | mckoan: I gave up and I am not first one :( |
| 14:26.04 | *** part/#oe drw (n=anonymou@cpe-76-187-64-213.tx.res.rr.com) |
| 14:26.28 | *** join/#oe sudharsh (n=sudharsh@unaffiliated/sudharsh) |
| 14:27.20 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 14:27.55 | Aditya1 | has anyone worked with cameras and the beagleboard? |
| 14:31.08 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-46-127.w90-2.abo.wanadoo.fr) |
| 14:32.42 | *** join/#oe mickey|office (n=Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 14:32.54 | pb_ | mickey|office: good afternoon |
| 14:33.14 | mickey|office | good afternoon pb_ |
| 14:35.36 | Aditya1 | http://pastebin.com/md1cb852 -- error I get when I plug in my lifecam |
| 14:35.42 | Aditya1 | anyone have any ideas? |
| 14:40.15 | jovox | sighs |
| 14:44.41 | jovox | No matter how much googeling I do I still can't find out how to specify the kernel version :( |
| 14:48.06 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 14:49.44 | *** join/#oe sudharsh (n=sudharsh@unaffiliated/sudharsh) |
| 14:54.55 | hrw | bye |
| 14:59.48 | Laibsch | jovox: what distro, what machine? |
| 15:00.35 | jovox | angstrom/x86 |
| 15:02.08 | Laibsch | Have you looked in the machine definition inside conf/machine/? |
| 15:02.18 | Laibsch | Or it may be specified in the kenel recipes itself |
| 15:02.21 | Laibsch | I'm not sure |
| 15:02.29 | Laibsch | Those are the two places I would look first |
| 15:02.53 | Laibsch | DEFAULT_PREFERENCE_x86 in the kernel recipe you want built may be all you need |
| 15:03.03 | mckoan | hrw|gone: I can't give up |
| 15:03.03 | Laibsch | "DEFAULT_PREFERENCE_x86 = 1" in the kernel recipe you want built may be all you need |
| 15:03.30 | mckoan | hrw|gone: would be useful to know what you did in order to avoid to do the same twice |
| 15:04.37 | jovox | Laibsch, I looked in the conf/machine/x86.conf and there is OLDEST_KERNEL var. |
| 15:04.59 | Laibsch | I think that is something else |
| 15:05.02 | jovox | it points out 2.6.17 which isn't the one that is being built |
| 15:05.03 | jovox | ok |
| 15:05.09 | Laibsch | That defines the mimimum |
| 15:05.13 | jovox | ok |
| 15:06.30 | jovox | you say I should add DEFAULT_PREFERENCE_x86 = 1 to "any" kernel recipe I want to build? |
| 15:06.46 | *** join/#oe Hasse (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 15:07.22 | jovox | ie linux_2.6.29.bb |
| 15:09.05 | jovox | Laibsch, But what makes it pick 2.6.25.20? |
| 15:09.06 | hrw|gone | mckoan: check files/enable-calibrate.diff used by xserver-xorg 1.4.2 - you need to have "#define XCALIBRATE 1" in include/xorg-config.h after configure step (need to edit include/xorg-config.h.in before) |
| 15:11.57 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 15:12.00 | mckoan | hrw|gone: thx, I'm alredy on miinitext.c stuff |
| 15:12.20 | Laibsch | jovox: that is probably the highest version without -1 |
| 15:12.23 | Laibsch | Just try it |
| 15:12.35 | jovox | hmm ok I will |
| 15:13.23 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 15:28.42 | jeremy_laine | Laibsch: hello! |
| 15:35.39 | Laibsch | jeremy_laine: Hi |
| 15:35.41 | Laibsch | Ca va? |
| 15:38.15 | jeremy_laine | Laibsch: oui tres bien merci :) bonne année! |
| 15:38.47 | Laibsch | a toi aussi. Thank you very much for the recent fixes to the tinderbox code in django-oestats |
| 15:38.52 | jeremy_laine | Laibsch: I am trying to close some tinderbox bugs, so I'm making my way down the list |
| 15:39.01 | Laibsch | Yes, I noticed |
| 15:39.03 | Laibsch | ;-) |
| 15:39.20 | jeremy_laine | Laibsch: for the build ID, I have never been happy with the current solution |
| 15:39.59 | jeremy_laine | Laibsch: the idea of adding the PID to the filename would help, but I'm not sure how to clean up the PID after a build if the name keeps changing |
| 15:40.23 | jeremy_laine | maybe we need an "oestats" directory in tmp/ to avoid cluttering up tmp? |
| 15:43.25 | *** join/#oe kerute (n=kerute@188.241.113.41) |
| 15:43.33 | kerute | hello |
| 15:44.56 | kerute | i have a question about bitbake |
| 15:45.05 | kerute | am i on the right chan ? |
| 15:45.50 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 15:48.42 | *** join/#oe xjqian1 (n=gordon@mir-nil-pat-118-150.wustl.edu) |
| 15:49.05 | kerute | bitbake gives me the error ERROR: Please set the 'PERSISTENT_DIR' or 'CACHE' variable. |
| 15:49.28 | kerute | i tried setting it in local.conf or in my env |
| 15:49.34 | kerute | but still the same |
| 15:49.44 | kerute | am i missing a place to set this ? |
| 15:53.20 | kergoth | your BBPATH isn't set correctly. |
| 15:53.36 | kergoth | it's falling back to the conf/bitbake.conf included with bitbake rather than the one it should be using, in the OE directory |
| 16:00.34 | kerute | thanks kergoth |
| 16:02.20 | *** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
| 16:02.29 | kergoth | np |
| 16:07.32 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 16:33.27 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 16:41.32 | *** join/#oe NvrBst (n=nb@66.183.96.228) |
| 16:43.00 | *** join/#oe cminyard (n=cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 16:45.27 | *** join/#oe robtow (n=robtow@64.62.142.114) |
| 17:01.07 | *** join/#oe awozniak (n=awozniak@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
| 17:01.41 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 17:05.18 | *** join/#oe BenLauDC (n=benlau@221.125.8.18) |
| 17:05.25 | *** join/#oe pirho_ (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 17:07.00 | *** join/#oe Analias (n=Analias@c-68-35-8-162.hsd1.nm.comcast.net) |
| 17:09.51 | Laibsch | the qemuarm machine definition does not have the XSERVER variable set and that is creating problems. What would be an appropriate setting here? |
| 17:17.34 | *** join/#oe chouimat (n=mathieu@99.246.143.237) |
| 17:21.09 | *** join/#oe B_Lizzard (n=havoc@athedsl-423737.home.otenet.gr) |
| 17:21.24 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 17:21.40 | *** join/#oe toi (n=toi@d54C2A96D.access.telenet.be) |
| 17:24.13 | mckoan | how can I rebuild an image from scratch without deleting tmp? -cclean an then -cbuild ? |
| 17:24.34 | kergoth | what do you mean? |
| 17:24.42 | kergoth | images are always rebuilt |
| 17:24.59 | kergoth | if you want to rebuild everything that *goes into an image*, that's different. clean cleans *one* recipe, the one you request only, not its dependencies |
| 17:25.07 | kergoth | if you want to clean something with its deps, use -c cleanall |
| 17:26.09 | mckoan | looks like I did something wrong in angstrom/tmp/work/armv5te-angstrom-linux-gnueabi/xserver-xorg-2_1.7.3-r3 |
| 17:27.00 | mckoan | and looks that if I do bitbake -cclean x11-image && bitbake x11-image I get always the old image |
| 17:27.23 | mckoan | in tis case I usually delete tmp |
| 17:27.36 | mckoan | but I dont want to do that now |
| 17:28.12 | kergoth | no, the image rootfs dir is *always* wiped |
| 17:28.17 | kergoth | and repopulated |
| 17:28.29 | *** join/#oe __abhishek (n=abhishek@115.184.16.238) |
| 17:31.11 | pb__ | Laibsch: either xserver-kdrive-fbdev or xserver-xorg, I guess. |
| 17:31.48 | mckoan | kergoth: where is the the image rootfs dir ? |
| 17:31.59 | kergoth | bitbake -e x11-image|grep \^IMAGE_ROOTFS= |
| 17:32.26 | Laibsch | pb_: kdrive does not compile for me and the reason I want to have it explicitly set |
| 17:32.47 | *** join/#oe CosmicPenguin (n=nobody@rrcs-67-52-130-30.west.biz.rr.com) |
| 17:34.03 | pb__ | Laibsch: er, why did you ask the question then? if you don't want to use kdrive, I don't think there are any other choices apart from xorg. |
| 17:34.47 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 17:35.06 | Laibsch | I'm wondering about the exact correct setting for XSERVER var. Take a look at spitz for example. It does not seem to be either xserver-kdrive or xserver-xorg only |
| 17:35.24 | Laibsch | I'm not familiar so I better ask, I guess |
| 17:35.26 | *** join/#oe GNUtoo (n=GNUtoo@host199-139-dynamic.45-79-r.retail.telecomitalia.it) |
| 17:36.03 | kergoth | it's xorg and the xorg modules you need for that hardware |
| 17:36.26 | mckoan | Laibsch: I would use xorg too |
| 17:36.42 | mckoan | thanks all for your support, have a nice rest of the day |
| 17:37.30 | Laibsch | kergoth: do you happen to know if there are any modules needed? |
| 17:38.57 | Laibsch | Any setting for PREFERRED_PROVIDER_virtual/libgl? |
| 17:41.54 | *** join/#oe chouimat (n=mathieu@kde/developer/chouinard) |
| 17:52.43 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 17:55.44 | CIA-1 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r8e2871088d 10openembedded.git/ (3 files in 2 dirs): vala: bump to 0.7.9.5 which fixes a regression in type comparison |
| 17:59.30 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 18:00.28 | kergoth | Laibsch: not very familiar with that machine, or the particulars of what hardware qemu emulates |
| 18:02.53 | Tartarus | isn't kdrive going away? |
| 18:03.01 | Tartarus | iirc, from some comment in an angstrom conf |
| 18:05.29 | *** join/#oe GNUtoo|oeee (n=root@host199-139-dynamic.45-79-r.retail.telecomitalia.it) |
| 18:08.58 | *** join/#oe B_Lizzard (n=havoc@athedsl-423737.home.otenet.gr) |
| 18:10.20 | *** join/#oe Hasse_ (n=quassel@0x5552e721.adsl.cybercity.dk) |
| 18:11.35 | pb__ | Tartarus: it's basically unmaintained upstream, but it does still have some attractions compared to xorg and I doubt it will disappear altogether. |
| 18:14.23 | GNUtoo|oeee | if you're talking about kdrive I've a question |
| 18:14.44 | GNUtoo|oeee | can xorg with xf86-video-fbdev handle xrandr -o 1? |
| 18:17.43 | *** join/#oe robtow (n=robtow@dsl092-218-034.sfo2.dsl.speakeasy.net) |
| 18:19.03 | *** part/#oe __abhishek (n=abhishek@115.184.16.238) |
| 18:19.22 | *** join/#oe MattCampbell (n=matt@adsl-75-37-228-92.dsl.wchtks.sbcglobal.net) |
| 18:19.55 | MattCampbell | Is OE suitable for building an image for an x86-based device on an x86 host OS? i.e. no real cross-compile |
| 18:21.13 | pb__ | MattCampbell: yes, you can do that |
| 18:23.11 | GNUtoo|oeee | MattCampbell, I did that for an eeepc 701 target |
| 18:24.01 | MattCampbell | GNUtoo|oeee: Cool, my target is also Atom-based. |
| 18:24.06 | GNUtoo|oeee | ok |
| 18:24.55 | GNUtoo|oeee | I should fnish my kernel config tough...so I could commit the machine config |
| 18:25.16 | Tartarus | Note that it will still act like a cross compile |
| 18:25.21 | Tartarus | it won't use /usr/bin/gcc & co |
| 18:26.00 | MattCampbell | Understood. |
| 18:26.35 | MattCampbell | I've worked with OE before, with an ARM-based PDA as the target. |
| 18:26.53 | MattCampbell | But most of that work was a few years ago. |
| 18:27.42 | MattCampbell | Is there anything special I have to do so OE doesn't get confused between packages for the target and "native" packages (those that are installed in staging)? |
| 18:27.50 | Tartarus | Nope |
| 18:27.55 | Tartarus | it all just works |
| 18:28.13 | Tartarus | i think there's even an atom machine conf file or two around |
| 18:28.24 | *** join/#oe chouimat2 (n=mathieu@CPE002129b5a05f-CM0011e6c40c15.cpe.net.cable.rogers.com) |
| 18:28.44 | MattCampbell | I'm sure the toolchain will still take forever to compile. |
| 18:28.56 | MattCampbell | But I like the level of customizability OE provides. |
| 18:29.10 | Tartarus | it's all relative, but yeah, gcc & such from scratch |
| 18:29.18 | MattCampbell | Are there any current distro configs that use Upstart instead of SysVinit? |
| 18:29.59 | Tartarus | not sure, but, wrt build time, did you use threads / parallel make before? |
| 18:30.07 | Tartarus | and do you have a faster box this time around? :) |
| 18:30.25 | MattCampbell | Much faster |
| 18:30.30 | MattCampbell | Well, more cores anyway |
| 18:30.48 | Tartarus | Make sure you set BB_NUMBER_THREADS / PARALLEL_MAKE |
| 18:31.04 | Tartarus | I do threads = number cpus, make = number cpus * 1.5 |
| 18:31.09 | Tartarus | and then try and not be interactive on that box |
| 18:31.18 | MattCampbell | thanks |
| 18:31.38 | *** join/#oe Hasse___ (n=quassel@0x5552e721.adsl.cybercity.dk) |
| 18:31.45 | MattCampbell | Well I'm stuck with Windows as the host system on this box (job requirements), so the build system will actually be a VM |
| 18:33.14 | Tartarus | Don't feel like uplifting the cygwin patches? :) |
| 18:36.24 | GNUtoo|oeee | what about colinux? |
| 18:36.32 | MattCampbell | I got a deadline, man. :) |
| 18:36.38 | MattCampbell | But not for a few days |
| 18:36.46 | GNUtoo|oeee | k |
| 18:36.50 | MattCampbell | As long as I've got a first image tonight I'll be fine |
| 18:37.06 | MattCampbell | Colinux? My host system is x86-64 |
| 18:37.13 | GNUtoo|oeee | ok |
| 18:37.16 | MattCampbell | Nah, I already have an Ubuntu VM running |
| 18:37.48 | MattCampbell | Ubuntu server, no GUI |
| 18:38.03 | GNUtoo|oeee | ok |
| 18:38.33 | GNUtoo|oeee | the GUI is not started either on my build system |
| 18:42.31 | MattCampbell | BTW, it occurred to me that OE would probably be a better base for Google Chrome OS than Ubuntu |
| 18:42.31 | MattCampbell | Currently they start with Ubuntu, replace some base packages with their own versions, and have a collection of shell scripts for building the packages and image. |
| 18:42.31 | cdbot2 | * * OE Bug 5333 has been RESOLVED (FIXED) by quickx(AT)hotmail.com |
| 18:42.31 | cdbot2 | * * at91sam9261ek Build Fails at sqlite3 |
| 18:42.31 | GNUtoo|oeee | mmm |
| 18:42.31 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5333 |
| 18:42.31 | MattCampbell | For my own project, I want to handle the root FS and the software update process like Chrome OS does. That is, the root FS will be read-only and completely replaced with a new image when an update is installed. |
| 18:42.31 | GNUtoo|oeee | I dont't know chrome but...I wonder how they reproduce their build if the host is different |
| 18:42.36 | MattCampbell | Never mind, I'm going to get to work. |
| 18:43.03 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 18:43.08 | GNUtoo|oeee | ok |
| 18:43.14 | MattCampbell | GNUtoo|oeee: You mentioned a custom kernel. Do you think this kernel would be suitable for any Atom-based machine? |
| 18:43.16 | *** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
| 18:43.38 | GNUtoo|oeee | MattCampbell, if you want I can try to finish mine this night |
| 18:44.12 | GNUtoo|oeee | and I mentionned a custom *defconfig* |
| 18:44.27 | MattCampbell | ah |
| 18:44.36 | GNUtoo|oeee | that is .config |
| 18:44.57 | MattCampbell | Stock source tree then? |
| 18:44.57 | GNUtoo|oeee | for the kernel I used 2.6.32 |
| 18:45.00 | GNUtoo|oeee | yes |
| 18:45.03 | GNUtoo|oeee | vanilla |
| 18:45.27 | MattCampbell | I'd like to see your .config, but my requirements may be different. |
| 18:45.35 | GNUtoo|oeee | ok |
| 18:45.56 | JaMa | Laibsch: mickey's vala bump fixed libfsobasics.. http://tinderbox.openembedded.net/packages/libfsobasics/ |
| 18:45.58 | MattCampbell | My target machine will be headless. Basically a network appliance. |
| 18:47.12 | GNUtoo|oeee | basically I removed what can't work,for instance if I have no pci cards slot I wont include support for a particular pci card that is not embedded inside the hardware |
| 18:48.07 | MattCampbell | makes sense |
| 18:48.10 | MattCampbell | Then I'll probably just do my own config |
| 18:48.24 | GNUtoo|oeee | ok |
| 18:48.34 | GNUtoo|oeee | so do you need my config? |
| 18:49.02 | GNUtoo|oeee | note that the networking section has not been done yet |
| 18:49.03 | MattCampbell | No |
| 18:49.26 | MattCampbell | One more question though: Where can I find the optimal GCC flags for the Atom? |
| 18:49.30 | GNUtoo|oeee | ok |
| 18:49.35 | GNUtoo|oeee | in the man |
| 18:49.39 | GNUtoo|oeee | but... |
| 18:49.43 | GNUtoo|oeee | don't do that |
| 18:49.47 | GNUtoo|oeee | use i686 |
| 18:49.55 | GNUtoo|oeee | it'll be more compatible |
| 18:49.55 | MattCampbell | OK |
| 18:50.05 | GNUtoo|oeee | do that only for the kernel |
| 18:50.18 | GNUtoo|oeee | because i686 is meant to be shared amongst machines |
| 18:50.37 | GNUtoo|oeee | not eee701 directory which contains the kernel etc... |
| 18:51.11 | MattCampbell | OK, thanks for the help. |
| 18:51.35 | GNUtoo|oeee | maybe I should verify what it does if you include too much specific things tough |
| 18:57.06 | *** join/#oe B_Lizzard (n=havoc@athedsl-423737.home.otenet.gr) |
| 19:00.11 | Laibsch | JaMa: Thank you for confirming. I was already on my way confirming myself. |
| 19:00.24 | Laibsch | But I restarted from scratch and it will take a little while. |
| 19:01.38 | JaMa | :) I just cleaned all freesmartphone/*.bb |
| 19:02.18 | *** join/#oe like2wise (n=like2wis@82-171-51-231.ip.telfort.nl) |
| 19:02.44 | *** join/#oe chouimat (n=mathieu@99.246.143.237) |
| 19:05.15 | *** join/#oe like2wise (n=like2wis@82-171-51-231.ip.telfort.nl) |
| 19:07.47 | pb__ | there's no harm in selecting atom-specific optimisations if the atom is the only cpu that you care about. |
| 19:08.21 | pb__ | building for generic i686 makes sense if you plan to install your binaries on multiple machines, but there is no advantage in doing that if you are just targetting a single platform. |
| 19:08.40 | khem | I would suggest to add a new machine conf for atom |
| 19:09.06 | cdbot2 | * * OE Bug 5367 has been RESOLVED (FIXED) by <Laibsch> |
| 19:09.08 | cdbot2 | * * libfsoframework fails to build |
| 19:09.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5367 |
| 19:09.57 | khem | gm all |
| 19:10.09 | Laibsch | JaMa: I was experiencing some strange build issues and decided it was easier to just restart from scratch. not related to libfso at all in this case. |
| 19:10.17 | Laibsch | khem: good night, how are you doing? |
| 19:10.47 | khem | Laibsch: I am good. Good night to you |
| 19:12.43 | MattCampbell | pb__: I do intend to target only one platform. Is it not normal to optimize an OE-built image for a particular machine? |
| 19:13.29 | pb__ | MattCampbell: yes, it is quite normal to optimize an image for one machine. |
| 19:15.05 | pb__ | apropos cflags, it looks like your best choice would be to use a gcc-4.5 snapshot (if we have a suitable one in oe) which supports "-mtune=atom". |
| 19:16.05 | MattCampbell | OK, I don't care that much about a super-optimized build. |
| 19:16.12 | MattCampbell | I'll use whatever toolchain is best-tested for x86 targets. |
| 19:18.26 | GNUtoo|oeee | btw no-one knows how to have xrandr -o 1 under xf86-video-fbdev? |
| 19:19.18 | Tartarus | hey kergoth? |
| 19:19.51 | pb__ | GNUtoo: I think you made a typo when joining the channel. this is #oe, not #xorg |
| 19:20.05 | cdbot2 | * * OE Bug 5337 has been RESOLVED (INVALID) by <Laibsch> |
| 19:20.07 | cdbot2 | * * Error unpacking ../../openembedded/recipes/linux/linux-omap-2.6-2.6.9-omap1/defconfig |
| 19:20.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5337 |
| 19:22.11 | GNUtoo|oeee | you were talking about kdrive |
| 19:22.18 | GNUtoo|oeee | ok I'll ask in xorg again |
| 19:22.29 | GNUtoo|oeee | hoping that there is someone |
| 19:22.38 | GNUtoo|oeee | that will respond |
| 19:23.06 | GNUtoo|oeee | sorry for asking btw |
| 19:23.45 | GNUtoo|oeee | basically it was for htcdream and bug device machines |
| 19:23.50 | pb__ | you don't need to apologise for asking, but I don't think it will help to keep asking repeatedly. |
| 19:24.29 | pb__ | if anybody had known the answer, they probably would have answered the first time you asked. |
| 19:24.57 | GNUtoo|oeee | ok thanks |
| 19:26.50 | mckoan | GNUtoo|oeee: I'd like to test your Atom targeted image |
| 19:27.23 | Tartarus | Does anyone know if TOOLCHAIN_OPTIONS is used by something external to OE? |
| 19:27.31 | *** join/#oe chouimat (n=mathieu@CPE002129b5a05f-CM0011e6c40c15.cpe.net.cable.rogers.com) |
| 19:27.57 | Tartarus | I'm using it atm to pass in --sysroot= to all the tools that need it (so we can use sysroot happy gcc-cross and reuse it all when TMPDIR changes) |
| 19:29.30 | kergoth | Tartarus: pong |
| 19:29.35 | *** join/#oe robtow (n=robtow@dsl092-218-034.sfo2.dsl.speakeasy.net) |
| 19:30.08 | GNUtoo|oeee | mckoan,eeepc701 is not atom |
| 19:30.09 | Tartarus | kergoth, looking at an email you sent back in sept where you mention conf/amend-recipe.inc, but I don't see that in the metadata anywhere |
| 19:30.16 | Tartarus | Or is that just magically handled somehow? |
| 19:30.29 | kergoth | hmm, might not have pushed it :) i have a huge backlog |
| 19:30.36 | GNUtoo|oeee | mckoan, it's celeron M based |
| 19:30.38 | kergoth | oh, i remember what the issue was |
| 19:30.58 | GNUtoo|oeee | mckoan, and I'll try to finish to push all resting fixes |
| 19:31.05 | kergoth | Tartarus: the issue was the cache. with the original version, adding a new amend.inc for a recipe didn't invalidate the recipe's cache, so you'd have to touch the recipe to get it to parse and include the amended changes |
| 19:31.33 | Tartarus | Ah |
| 19:31.41 | kergoth | Tartarus: i altered it to inject all possible amend.incs into the bitbake __depends list, but you need a bitbake which has a fix, otherwise that add to __depends results in a full reparse every bitbake execution |
| 19:31.47 | khem | Tartarus: some recipes ffmpeg mythtv seems to use it |
| 19:31.50 | mckoan | GNUtoo|oeee: I misunderstood the CPU type but I'd like to test it |
| 19:31.56 | khem | Tartarus: but I think it should be harmless |
| 19:32.00 | kergoth | given OE requires a recent 1.8 now, it could be thats a nonissue now, would have to check |
| 19:32.30 | GNUtoo|oeee | ok |
| 19:32.45 | *** join/#oe ao2 (n=ao2@2001:1418:117:0:0:0:0:1) |
| 19:32.50 | mckoan | GNUtoo|oeee: could you please tell me details about distro/machine/mage to use once you push it? |
| 19:32.52 | GNUtoo|oeee | mckoan, kernel config is incomplete for now |
| 19:33.06 | GNUtoo|oeee | mckoan, machine.conf is in the ml |
| 19:33.58 | GNUtoo|oeee | mckoan, distro: angstrom-2008.1 image: xfce46-image |
| 19:34.05 | cdbot2 | * * OE Bug 5330 has been RESOLVED (INVALID) by <Laibsch> |
| 19:34.07 | cdbot2 | * * Problem with building kernel image |
| 19:34.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5330 |
| 19:34.12 | GNUtoo|oeee | mckoan, result : about 300M |
| 19:34.26 | Tartarus | kergoth, what i'm really trying to do is for example not copy every part of gcc into my overlay, just the inc file I'm modifying, for example |
| 19:34.36 | Tartarus | and I think, from the email example anyhow, that could work |
| 19:34.37 | GNUtoo|oeee | that is to say http://scap.linuxtogo.org/files/94eda4fdaa0c38aa4c5a6f8f9f7a503d.png |
| 19:34.58 | kergoth | ah, yeah, thats the kind of thing its made for |
| 19:35.20 | kergoth | mvl6 actually uses amend.inc for every one of our changes against OE, so the recipes match OE as of the last sync.. makes it easier to update, just copy over the new bits |
| 19:35.36 | Laibsch | khem: Can you take another look at |
| 19:35.39 | Laibsch | !oebug 5332 |
| 19:35.41 | cdbot2 | * * Bug 5332, Status: UNCONFIRMED, Created: 2009-11-05 11:51 |
| 19:35.42 | cdbot2 | * * ospite(AT)studenti.unina.it: building ncurses triggers an internal compiler error |
| 19:35.43 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=5332 |
| 19:35.44 | mckoan | GNUtoo|oeee: which thread in ML? |
| 19:35.44 | Laibsch | ? |
| 19:35.51 | GNUtoo|oeee | mckoan, I'll look |
| 19:36.11 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 19:39.42 | khem | Laibsch: yeah I think I should CC myself on the bugs where I ask for info |
| 19:39.43 | GNUtoo | mckoan, [oe] ro/rw boot order |
| 19:39.46 | khem | I just replied |
| 19:41.05 | Laibsch | thanks, khem. Just set them to NEEDSINFO and somebody will pick them up. I have a saved search in bugzilla that sort them with the ones longest not touched sorted at the top. I go through them ever once in a while. |
| 19:41.54 | khem | Laibsch: nice |
| 19:42.21 | JaMa | Laibsch: but I got different libfsobasics error now.. after rebuilding all freesmartphone recipes .. http://tinderbox.openembedded.net/packages/411399/ |
| 19:42.28 | Laibsch | khem: http://tinyurl.com/yho7786 in case you are interested |
| 19:42.53 | *** join/#oe chouimat (n=mathieu@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
| 19:46.06 | cdbot2 | * * OE Bug 5362 has been RESOLVED (FIXED) by raj.khem(AT)gmail.com |
| 19:46.08 | cdbot2 | * * compilation of gcc-cross-intermediate-4.4.2 failed due to lack of fenv.h |
| 19:46.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5362 |
| 19:46.18 | cdbot2 | * * OE Bug 5288 has been RESOLVED (INVALID) by <Laibsch> |
| 19:46.20 | cdbot2 | * * md5/sha256 checksum mismatch for alsa-utils-1.0.20 |
| 19:46.22 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5288 |
| 19:47.11 | mckoan | GNUtoo: thx, I'll try ASAP |
| 19:47.19 | GNUtoo | ok |
| 19:47.30 | khem | Laibsch: thx I saved your query as well its handy :) |
| 19:47.33 | GNUtoo | if you want more infos such as kenrel config or fixes just ask |
| 19:47.39 | GNUtoo | but kernel config is machine specific |
| 19:47.49 | mckoan | GNUtoo: no prob |
| 19:49.13 | mckoan | kergoth: I did bitbake -e x11-image|grep \^IMAGE_ROOTFS= |
| 19:49.30 | mckoan | IMAGE_ROOTFS="/home/koan/devel/build/angstrom/tmp/rootfs/x11-image" |
| 19:49.39 | mckoan | /home/koan/devel/build/angstrom/tmp/rootfs/x11-image: No such file or directory |
| 19:50.05 | cdbot2 | * * OE Bug 4388 has been RESOLVED (FIXED) by raj.khem(AT)gmail.com |
| 19:50.07 | cdbot2 | * * -march=k6-2: fnstsw broken in binutils 2.18.50.0.7 (triggered by glibc-intermediate 2.6.1) |
| 19:50.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4388 |
| 19:51.35 | kergoth | mckoan: yes.. and? |
| 19:52.04 | mckoan | kergoth: where is the the image rootfs dir ? |
| 19:52.13 | kergoth | what are you talking about? |
| 19:52.13 | mckoan | kergoth: :-) |
| 19:52.19 | kergoth | the image class uses that dir to build the image |
| 19:52.26 | kergoth | i didn't say it would live there forever |
| 19:52.36 | mckoan | kergoth: looks like there is nothing |
| 19:52.36 | kergoth | i don't see why you'd want it to |
| 19:52.41 | kergoth | and? |
| 19:52.48 | kergoth | who cares? |
| 19:52.58 | kergoth | again, its used to build the image, thats all. |
| 19:53.34 | mckoan | kergoth: I'd like to see a place where the target fs exist before creating jffs2 |
| 19:53.41 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r0f5fd96b66 10openembedded.git/conf/distro/shr.conf: |
| 19:53.41 | CIA-1 | shr.conf: switch to release DISTRO_TYPE |
| 19:53.41 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 19:53.44 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r1f191e529e 10openembedded.git/recipes/gpe-icons/ (gpe-icons.inc gpe-icons_0.25.bb): |
| 19:53.44 | CIA-1 | gpe-icons: use u-a and postinst merger for gpe-icons only for SHR |
| 19:53.46 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 19:53.48 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rca36362ebd 10openembedded.git/conf/distro/include/sane-srcrevs.inc: |
| 19:53.51 | CIA-1 | shr-theme: bump srcrev for navitD icon |
| 19:53.53 | kergoth | mckoan: why? that dir isn't usable as a filesystem anyway, its built with fakeroot |
| 19:53.53 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 19:53.54 | mckoan | kergoth: I thought you knew where it is |
| 19:53.55 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rb24aa1e191 10openembedded.git/recipes/linux/linux-openmoko-2.6.32_git.bb: |
| 19:53.58 | CIA-1 | linux-openmoko-2.6.32: update to 2.6.32.3 |
| 19:54.00 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 19:54.00 | kergoth | mckoan: just add tar.gz to IMAGE_FSTYPES and unpack it |
| 19:54.13 | mckoan | kergoth: I understand, thx |
| 19:54.19 | kergoth | mckoan: i do know where it is, and i'm telling you it doesn't have to keep it around, it wipes it every time it builds an image |
| 19:54.41 | kergoth | which is what i was telling you earlier, you dont have to -c clean, every time you build an image it starts fresh and repopulates the filesystem |
| 19:55.13 | mckoan | kergoth: thx Chris :-) |
| 19:55.17 | kergoth | np |
| 19:55.32 | kergoth | it used to be that dir was removed at the beginning of the process, not the end, but it could be it does so both now |
| 19:56.58 | kergoth | np |
| 19:57.03 | kergoth | erm, wrong window |
| 19:57.59 | *** join/#oe alex76 (n=a@vbo91-2-82-239-206-104.fbx.proxad.net) |
| 20:04.57 | *** join/#oe florian (n=fuchs@Maemo/community/contributor/florian) |
| 20:14.47 | *** join/#oe kristoffer (n=kristoff@95.209.50.99.bredband.tre.se) |
| 20:18.12 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rf0ff8d706c 10openembedded.git/recipes/gpe-icons/gpe-icons.inc: gpe-icons.inc: readd gpe inherit for shr |
| 20:23.23 | florian | re |
| 20:27.37 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 20:28.50 | *** join/#oe ash__ (i=8e3a1528@gateway/web/freenode/x-mvjgubbdgccdpvix) |
| 20:30.15 | *** part/#oe ash__ (i=8e3a1528@gateway/web/freenode/x-mvjgubbdgccdpvix) |
| 20:32.36 | *** join/#oe ash2 (n=jac27@tasc8001.cmpt.sfu.ca) |
| 20:34.39 | *** join/#oe ash2 (n=jac27@tasc8001.cmpt.sfu.ca) |
| 20:36.52 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r68be910ff1 10openembedded.git/recipes/u-boot/ (9 files in 2 dirs): u-boot git: update beagleboard uboot for rev C4 |
| 20:40.25 | hrw | re |
| 20:41.23 | florian | hi hrw |
| 20:49.13 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 20:57.31 | *** join/#oe wandern (n=joel@westford-nat.juniper.net) |
| 21:00.53 | *** join/#oe Martin-B (n=martin@pool-250-65-198-89.dbd-ipconnect.net) |
| 21:05.57 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 21:08.12 | *** join/#oe Heinervdm (n=thomas@pD9E134CE.dip.t-dialin.net) |
| 21:21.40 | *** join/#oe booxter (n=booxter@80.249.84.87) |
| 21:25.36 | *** join/#oe like2wise (n=like2wis@82-171-51-231.ip.telfort.nl) |
| 21:29.14 | *** join/#oe playya (n=playya@unaffiliated/playya) |
| 21:30.01 | *** join/#oe playya__ (n=playya@unaffiliated/playya) |
| 21:31.06 | *** join/#oe ant__ (n=andrea@host110-252-dynamic.1-79-r.retail.telecomitalia.it) |
| 22:21.01 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r4952f80b09 10openembedded.git/site/mips-linux-uclibc: |
| 22:21.01 | CIA-1 | mips-linux-uclibc: Add mips linux siteinfo for ucliibc. |
| 22:21.01 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 22:21.02 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rdecb589caa 10openembedded.git/recipes/gcc/gcc-svn.inc: |
| 22:21.03 | CIA-1 | gcc-svn.inc: Bump SRCREV now it can build and run qemux86 image |
| 22:21.05 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 22:21.07 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rc38a0f150a 10openembedded.git/recipes/uclibc/uclibc-nptl/ (qemumips/uClibc.machine qemux86/uClibc.machine): |
| 22:21.10 | CIA-1 | uclibc-nptl: Add machine config parts for mips,x86 qemu. |
| 22:21.12 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 22:21.14 | CIA-1 | 03Philip Black <phil.black@hillcrestlabs.com> 07org.openembedded.dev * r70ff05efe0 10openembedded.git/conf/machine/dm365-evm.conf: |
| 22:21.19 | CIA-1 | dm365-evm.conf: Call UBOOT_MACHINE davinci_dm365_evm_config on DM365 DVM |
| 22:21.21 | CIA-1 | * The machine conf for the davinci dm365 EVM board was wrong. |
| 22:21.23 | CIA-1 | This patch fixes it. |
| 22:21.25 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 22:21.27 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r3f4cd310ac 10openembedded.git/recipes/proxy-libintl/proxy-libintl_20080418.bb: |
| 22:21.30 | CIA-1 | proxy-libintl_20080418.bb: Add -fPIC to CFLAGS for mips. |
| 22:21.32 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 22:36.42 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r220405a055 10openembedded.git/recipes/freesmartphone/ (3 files in 3 dirs): |
| 22:36.42 | CIA-1 | fsousaged: add a general config file and one for om-gta02 machine |
| 22:36.42 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 22:36.45 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r6af085bc26 10openembedded.git/recipes/freesmartphone/ (3 files in 3 dirs): |
| 22:36.45 | CIA-1 | fsodeviced: add a general config file and one for om-gta02 machine |
| 22:36.47 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 22:36.49 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r8ae6638c4e 10openembedded.git/recipes/freesmartphone/ (fsonetworkd/fsonetworkd.conf fsonetworkd_git.bb): |
| 22:36.52 | CIA-1 | fsonetworkd: add a config file |
| 22:36.54 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 22:44.10 | *** join/#oe woglinde (n=heinold@g225145157.adsl.alicedsl.de) |
| 22:44.12 | woglinde | jo |
| 22:49.10 | woglinde | ~awake |
| 22:49.11 | ibot | It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shakes, the shakes become a warning. It is by caffeine alone I set my mind in motion. |
| 22:49.39 | *** join/#oe marcosmamorim (n=marcos@201-43-152-205.dsl.telesp.net.br) |
| 23:00.46 | khem | woglinde:wie gehtss |
| 23:01.36 | woglinde | khem I am now testing |
| 23:01.42 | woglinde | http://git.pokylinux.org/cgit.cgi/poky/plain/meta/packages/gettext/gettext_0.17.bb |
| 23:01.59 | woglinde | some one should start rp's good work |
| 23:02.09 | khem | good |
| 23:02.31 | woglinde | firs I will convert it to BBCLASSEXTEND |
| 23:02.32 | khem | I am trying to see mips/uclibc-nptl |
| 23:02.36 | woglinde | jupp |
| 23:02.43 | khem | and its horribly broken atm |
| 23:02.45 | woglinde | I saw this on commits and uclibc ml |
| 23:03.07 | woglinde | second step diff size btw. proxy-libintl |
| 23:03.12 | woglinde | and gettext libintl |
| 23:03.34 | khem | but atleast I have a console-image that compiles with uclibc-nptl for mips |
| 23:04.12 | woglinde | hm okay |
| 23:04.22 | woglinde | proxy-libintl is 5432 |
| 23:04.24 | woglinde | bytes |
| 23:04.28 | woglinde | on uclibc |
| 23:04.59 | khem | in next life I would not want to be debug uclibc |
| 23:05.16 | woglinde | but I had a package which didnt work with proxy-libintl |
| 23:05.32 | woglinde | didnt remember what it was |
| 23:06.06 | khem | woglinde: hmm make notes |
| 23:06.52 | woglinde | sure |
| 23:09.16 | khem | hugs qemu |
| 23:09.22 | woglinde | *g* |
| 23:22.47 | woglinde | hm libintl from has 30k |
| 23:22.51 | woglinde | ups gettext |
| 23:23.56 | khem | woglinde: difference of about 20kb |
| 23:24.53 | woglinde | jupp :( |
| 23:28.00 | khem | hmm I would keep using proxy |
| 23:28.12 | khem | and fix it for the apps that dont build against it |
| 23:28.19 | khem | I could build console-image ok |
| 23:33.21 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r83bbeb2722 10openembedded.git/recipes/freesmartphone/ (fsodeviced/fsodeviced.conf fsodeviced_git.bb): |
| 23:33.21 | CIA-1 | fsodeviced: fix parsing error and disable accel and rfkill |
| 23:33.21 | CIA-1 | in om-gta02 config as fsodeviced segfaults with one of |
| 23:33.21 | CIA-1 | those two enabled. |
| 23:33.21 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 23:39.23 | *** join/#oe timtimred (n=meh@79-77-177-144.dynamic.dsl.as9105.com) |
| 23:42.25 | *** join/#oe alex76 (n=a@vbo91-2-82-239-206-104.fbx.proxad.net) |
