| 00:00.27 | kergoth | hrm |
| 00:00.32 | ka6sox | sees GB of Locale files in the repos :P |
| 00:00.44 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 00:01.05 | Jay7 | kergoth: have you any opinion about locales? :) |
| 00:01.17 | kergoth | nope, dont' know anything about the process |
| 00:01.49 | Jay7 | qemu-<arch> is starting to run localedef binary to generage locales in target machine format |
| 00:02.33 | Jay7 | when building large image this is ok, because other bb threads are doing something useful |
| 00:02.49 | Jay7 | but when buiding something small which is *libc-dependent... |
| 00:03.37 | Jay7 | 5 of my 6 cores are just doing almost nothing.. |
| 00:04.58 | ka6sox | bets that the disk is going like MAD though |
| 00:05.36 | Jay7 | no, disk is almost unused now.. |
| 00:05.53 | Jay7 | qemu-arm and localedef cached already imho |
| 00:06.11 | Jay7 | so only read new locale source and write compiled |
| 00:06.38 | *** join/#oe sgw (~sgw@207-118-65-146.dyn.centurytel.net) |
| 00:09.33 | Jay7 | may be add progress bar to locale generation code? :) |
| 00:12.43 | ka6sox | Glacial progress bar. |
| 00:14.36 | *** join/#oe sgw1 (~sgw@72-160-123-165.dyn.centurytel.net) |
| 00:15.11 | ant__ | add tetris |
| 00:17.31 | Jay7 | adding termcapinfo xterm ti@:te@ to .screenrc allow to use scrollbars again in konsole and gnome-terminal |
| 00:17.43 | Jay7 | another JFYI :) |
| 00:24.21 | Jay7 | kergoth: is there any way to inject something into task tree right now? |
| 00:24.27 | kergoth | what do you mean? |
| 00:24.31 | Jay7 | into task queue |
| 00:24.37 | kergoth | still not seeing what you mean |
| 00:24.52 | kergoth | if a recipe wants to add a task, use addtask, the way we do in a crapload of different classes and some recipes |
| 00:25.06 | kergoth | programmatically, no, there's no convenient way, unfortunately |
| 00:25.06 | *** join/#oe sgw (~sgw@72-160-104-230.dyn.centurytel.net) |
| 00:25.25 | Jay7 | well.. when some task want to do something, that going to be very long, but can be running in parallel |
| 00:26.06 | Jay7 | it can inject pieces of this into task queue and wait for completion |
| 00:28.02 | kergoth | not seeing what you mean. it sounds like you want something completely independent of bitbake's runqueue, you want to spawn off background processes and wait for them to come back, within a single task |
| 00:28.03 | Jay7 | just another idea how to offload locale generation |
| 00:28.16 | kergoth | see python's threading module, or subprocess, or multiprocessing (2.6+) |
| 00:28.41 | Jay7 | I wish to fall into bb threads number with this |
| 00:28.54 | Jay7 | not just spawn a lot of processes |
| 00:29.07 | kergoth | why? |
| 00:29.16 | kergoth | again, its not possible to add tasks programmatically |
| 00:29.26 | Jay7 | ok, this answer is ok for me :) |
| 00:29.28 | kergoth | the runqueue is not a dynamic scheduler, its a static one |
| 00:29.36 | kergoth | the list is ordered *up front* |
| 00:29.37 | kergoth | and then run |
| 00:29.51 | kergoth | if you could add tasks on the fly, it wouldn't know what to do with them |
| 00:29.54 | kergoth | not the way it is today, anyway |
| 00:30.22 | Jay7 | other Q: will changing BB_THREADS_NUMBER in runtime affects anything? |
| 00:30.35 | kergoth | no |
| 00:30.39 | Jay7 | good |
| 00:30.48 | Jay7 | no more questions then :) |
| 00:31.00 | kergoth | thats pulled directly outo f the configuration metadata, not the recipe metadata, and is done at a particular point in time, not every time |
| 00:31.36 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 00:31.37 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 00:32.24 | Jay7 | well.. then only way is to behave as make threads |
| 00:32.44 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 00:33.18 | kergoth | i don't see why you couldn't just spawn a bunch of background processes and wait for them to finish within the task, rather than spawning separate bitbake tasks |
| 00:33.28 | kergoth | if you really wanted to do that, anyway |
| 00:34.34 | Jay7 | I have only one reason - to not overflow bb threads limit |
| 00:34.46 | Jay7 | because it will be set to something reasonable |
| 00:35.08 | Jay7 | but I've remember about make threads |
| 00:36.35 | CIA-109 | 03Chris Larson <chris_larson@mentor.com> 07master * r7587135e26 10openembedded.git/recipes/gobject-introspection/gobject-introspection_0.9.10.bb: |
| 00:36.36 | CIA-109 | gobject-introspection: add missing dep on bison-native |
| 00:36.36 | CIA-109 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 00:36.44 | Jay7 | one time I'll try to change glibc-package.class to spawn qemu's like make threads |
| 00:36.59 | Jay7 | i.e. according to that number |
| 00:37.08 | kergoth | Jay7: i've thought we may want to move to a dynamic scheduler at some point, where it could potentially decide how many to spawn based on load, whatever.. |
| 00:37.10 | kergoth | shrugs |
| 00:37.55 | *** join/#oe alx_ (~alx@host132-211-dynamic.4-87-r.retail.telecomitalia.it) |
| 00:38.46 | grg | is melo.openembedded.org undergoing renovations? |
| 00:39.04 | grg | http is down |
| 00:39.15 | Jay7 | oh.. |
| 00:39.37 | khem | grg: patchwork is moving there |
| 00:39.41 | Jay7 | is thinking about getting admin logins anywhere |
| 00:39.42 | khem | so expect some hitches in apache |
| 00:39.51 | grg | ok |
| 00:40.09 | khem | rides off |
| 00:40.26 | grg | on a silver steed? |
| 00:40.50 | ka6sox | grg? what? |
| 00:40.52 | khem | heh no Scattante Sport AuCrbon bike :) |
| 00:40.53 | ka6sox | jas. |
| 00:41.38 | *** join/#oe sgw1 (~sgw@72-160-106-167.dyn.centurytel.net) |
| 00:42.03 | grg | khem, nice. I ride a Salsa Casseroll |
| 00:42.27 | grg | ka6sox, www is off. so is cgit |
| 00:43.06 | ka6sox | okay I need to varnish this. bbiab |
| 00:45.39 | Jay7 | -> sleep |
| 00:46.14 | ka6sox | grg, how about now? |
| 00:46.16 | Jay7 | I've started building of meta-toolchains with bb 1.10 |
| 00:46.31 | Jay7 | to compare with git master/parallel-parsing |
| 00:46.43 | Jay7 | will see tomorrow |
| 00:46.55 | Crofton|work | ka6sox, have you lookeda t getting patchwork on a new machine? |
| 00:49.07 | ka6sox | Crofton|work, yep..been working on this for the last number of hours. |
| 00:49.10 | ka6sox | its a pita |
| 00:49.35 | ka6sox | (in between other things breaking) |
| 00:49.51 | Crofton|work | heh |
| 00:49.57 | Crofton|work | such is life |
| 00:50.01 | Crofton|work | why so hard? |
| 00:57.07 | *** join/#oe sgw (~sgw@72-160-80-178.dyn.centurytel.net) |
| 00:58.05 | *** join/#oe Lint (~Linp@189.120.251.184) |
| 00:58.09 | *** part/#oe Lint (~Linp@189.120.251.184) |
| 00:59.20 | grg | ka6sox, its back up now |
| 00:59.50 | ka6sox | grg, kk, thanks. |
| 01:00.09 | kergoth | damn, this meta-toolchain bitbake issue is .. strange |
| 01:05.45 | *** join/#oe macneil (~voodoo@s64-180-61-141.bc.hsia.telus.net) |
| 01:12.55 | *** join/#oe lostincake (~Aditya@pool-96-255-243-50.washdc.fios.verizon.net) |
| 01:15.02 | *** part/#oe lostincake (~Aditya@pool-96-255-243-50.washdc.fios.verizon.net) |
| 01:21.32 | *** join/#oe _julian_ (~quassel@hmbg-5f763794.pool.mediaWays.net) |
| 01:23.25 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 01:27.04 | *** join/#oe sgw (~sgw@72-160-79-103.dyn.centurytel.net) |
| 01:27.35 | *** join/#oe macneil (~voodoo@s64-180-61-141.bc.hsia.telus.net) |
| 01:31.26 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 01:38.10 | *** join/#oe sgw1 (~sgw@72-160-116-146.dyn.centurytel.net) |
| 01:38.45 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 01:42.44 | kergoth | git bisect run == best thing since sliced bread |
| 01:42.51 | ka6sox | grg, is cgit back too? |
| 01:43.07 | grg | ka6sox, yep |
| 01:43.30 | *** join/#oe azariah4 (azariah@Psilocybe.Update.UU.SE) |
| 01:43.33 | *** join/#oe fabjan (fabjan@Psilocybe.Update.UU.SE) |
| 01:48.52 | *** join/#oe alx_ (~alx@host46-154-dynamic.56-82-r.retail.telecomitalia.it) |
| 02:12.30 | *** join/#oe lisppaste (~lisppaste@common-lisp.net) |
| 02:16.25 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 02:20.13 | kergoth | ooh, http://blog.briancurtin.com/2010/11/23/speeding-up-shutil-copytree-with-multiprocessing/ |
| 02:20.17 | kergoth | cute |
| 02:26.41 | *** join/#oe brolin (~brolin@190.250.166.166) |
| 02:41.56 | kergoth | i'd never looked at subclassing Process.. hmm |
| 03:01.39 | *** join/#oe fraxinath (~quassel@p4FD644DC.dip.t-dialin.net) |
| 03:02.00 | kergoth | damnit |
| 03:06.37 | *** join/#oe alx_ (~alx@host132-211-dynamic.4-87-r.retail.telecomitalia.it) |
| 03:10.05 | CIA-109 | 03Chris Larson <chris_larson@mentor.com> 07master * r720484ada0 10bitbake.git/lib/bb/cache.py: |
| 03:10.05 | CIA-109 | cache: fix rrecs_pkg |
| 03:10.05 | CIA-109 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 03:12.14 | *** join/#oe kevinsc (~a0214685@nat/ti/x-wjeohoxilghzzygs) |
| 03:16.27 | kergoth | ponders |
| 03:30.32 | *** join/#oe alx_ (~alx@host172-147-dynamic.60-82-r.retail.telecomitalia.it) |
| 03:45.19 | *** join/#oe sgw (~sgw@72-160-116-146.dyn.centurytel.net) |
| 03:53.53 | *** join/#oe fabjan (fabjan@Psilocybe.Update.UU.SE) |
| 03:53.58 | *** join/#oe azariah4 (azariah@Psilocybe.Update.UU.SE) |
| 04:08.45 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 04:09.26 | *** join/#oe methril_ (~methril@189.27.129.205.dynamic.adsl.gvt.net.br) |
| 04:15.46 | *** join/#oe alx_ (~alx@host132-211-dynamic.4-87-r.retail.telecomitalia.it) |
| 04:36.06 | *** join/#oe fabjan (fabjan@Psilocybe.Update.UU.SE) |
| 04:36.20 | *** join/#oe azariah4 (azariah@Psilocybe.Update.UU.SE) |
| 04:46.44 | *** join/#oe ksinkar (~ksinkar@static-mum-59.181.108.105.mtnl.net.in) |
| 04:52.07 | *** join/#oe alx_ (~alx@host213-228-dynamic.0-87-r.retail.telecomitalia.it) |
| 04:53.40 | *** join/#oe mrj10 (~mrj10@24-217-106-63.dhcp.stls.mo.charter.com) |
| 05:09.05 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 05:09.54 | *** part/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 05:38.16 | *** join/#oe alx_ (~alx@host138-154-dynamic.56-82-r.retail.telecomitalia.it) |
| 06:13.52 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 06:37.24 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 06:43.38 | *** join/#oe morphis (~morphis@brmn-4dbc9685.pool.mediaWays.net) |
| 06:44.41 | morphis | heyho |
| 06:49.06 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 06:53.52 | *** join/#oe dth (~dth@a89-182-76-255.net-htp.de) |
| 07:03.44 | *** join/#oe sgw (~sgw@72-160-116-146.dyn.centurytel.net) |
| 07:12.29 | *** join/#oe bandwidthcrunch (~quassel@122.166.104.245) |
| 07:14.48 | eFfeM_work | gm |
| 07:16.43 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 07:16.43 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 07:18.32 | eFfeM_work | ka6sox didn't see your patchwork msg from half a day or so ago, no, patchwork is still not working here |
| 07:18.46 | eFfeM_work | http://patchwork.openembedded.org/project/openembedded/list/ gives a page where the latest patch is fro 2010-11-19 |
| 07:19.08 | ka6sox | eFfeM_work, yep... |
| 07:27.26 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 07:30.59 | *** join/#oe vps (~vitus@145.253.169.210) |
| 07:48.37 | *** join/#oe anil (7aa60de8@gateway/web/freenode/ip.122.166.13.232) |
| 07:52.09 | anil | Hi , I have a new machine in u-boot .. it got registered in the open source but in the oe build it is not there shall i need to send it as patch or how can i update it in oe |
| 07:57.46 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:58.50 | *** join/#oe morphis (~morphis@brmn-4dbc9685.pool.mediaWays.net) |
| 08:00.12 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 08:01.50 | eFfeM_work | anil add machine config (in conf/machine, preferably peek at something similar), add kernel and u-boot recipes where needed, build, test, make patch, send patch to mailing list. see also http://wiki.openembedded.net/index.php/Adding_a_new_Machine |
| 08:03.00 | hrw | morning |
| 08:12.28 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 08:17.13 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 08:23.26 | mckoan | good morning |
| 08:26.38 | *** join/#oe ksinkar (~ksinkar@static-mum-59.181.108.105.mtnl.net.in) |
| 08:43.14 | cazze | hi, i have a little problem with the /etc/init.d/dropbear sript |
| 08:43.18 | cazze | *script |
| 08:43.27 | ynezz | so fix it :) |
| 08:43.36 | cazze | it fails on the following command: . /etc/default/dropbear |
| 08:43.59 | cazze | what could be the reason? |
| 08:44.07 | ericben | good morning |
| 08:44.10 | ynezz | who knows from such report |
| 08:44.11 | cazze | morning |
| 08:44.12 | ynezz | morning |
| 08:44.27 | cazze | ynezz: ask me more :-) |
| 08:44.33 | cazze | no errors are given |
| 08:44.42 | cazze | /etc/default/dropbear exists |
| 08:45.04 | ynezz | how do you know, that it fails if there's no error? :p |
| 08:45.22 | cazze | i've putted some echo in front and after irt |
| 08:45.26 | cazze | *it |
| 08:45.32 | ynezz | and? |
| 08:45.46 | cazze | after that command, no echo anymore |
| 08:45.54 | cazze | it just quits |
| 08:46.15 | ynezz | and if you remove that line it works? |
| 08:46.19 | *** join/#oe johncylee (~john@61.57.131.211) |
| 08:46.22 | cazze | yep |
| 08:46.35 | ynezz | if so, than maybe there's something with busybox or with your filesystem |
| 08:46.38 | atiti_mac | invalid syntax in the file? |
| 08:46.49 | ynezz | if you do . /etc/default/dropbear from commandline, what happens? |
| 08:47.32 | cazze | nothing |
| 08:47.36 | cazze | no error |
| 08:48.11 | cazze | i will try to set an env and see if it does set something |
| 08:48.31 | ynezz | set -x for debug |
| 08:48.41 | ynezz | put it as the first line |
| 08:49.36 | cazze | no error |
| 08:49.49 | ynezz | what's inside that file? |
| 08:49.51 | cazze | but no env either |
| 08:50.20 | cazze | as a test i've set DROPBEAR_BANNER="test" |
| 08:51.07 | ynezz | if . works, the command doesn't hang, than it's ok I think |
| 08:51.12 | *** join/#oe rob_w (bob@pD95EB0ED.dip.t-dialin.net) |
| 08:51.14 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 08:52.04 | cazze | why can't i see DROPBEAR_BANNER in env then? |
| 08:52.21 | anil | thanks but my doubt here is ,already the my board was included in the open source u-boot but the source of u-boot in oe does not contain that .Can i take the MACH_TYPE of my board as PATCH or i need to request the OE maintainers to pull it from u-boot opensource |
| 08:59.03 | cazze | it does not set the envs |
| 08:59.33 | eFfeM_work | anil: *the* source of u-boot in oe does not exist, if your machine is already in u-boot upstream, it is just a matter of updating a recipe (or creating a new one) for the latest upstream version. |
| 08:59.55 | eFfeM_work | but in order to have a new machine in OE we also need a kernel for that machine and a conf file |
| 09:00.46 | eFfeM_work | we don't do u-boot for a machine, we do OE for a machine (which includes kernel, u-boot, toolchain, etc etc) |
| 09:02.08 | cazze | even source /ent/default/dropbear does not set an env |
| 09:02.18 | cazze | *etc |
| 09:04.13 | anil | kernel , machine.conf file , x-load and u-boot patches are ready . |
| 09:04.48 | cazze | hwohow can i check if it is a filesystem problem? |
| 09:06.43 | *** join/#oe bandwidthcrunch (~quassel@122.166.104.245) |
| 09:06.55 | tasslehoff | I see that different recipes does adduser in pkg_postinst. Could I do the same in ROOTFS_POSTPROCESS_COMMAND? |
| 09:07.09 | tasslehoff | can try |
| 09:10.03 | ericben | is there anyone with admin right for the wiki here ? |
| 09:10.19 | ericben | 2 guys are actually spamming the wiki in live, page after page |
| 09:10.41 | ericben | users : Yjytalamago & Ejumuvo |
| 09:11.04 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 09:11.28 | ericben | I've reverted there changes in about 70 pages but this takes time !: |
| 09:12.52 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:13.01 | eFfeM_work | ericben: i suspect they use a tool, we should block them and their ip and maybe we should revert/unroll the wiki to the point before they started spamming |
| 09:13.24 | eFfeM_work | who is in control of the wiki? mickey| office, gm and do you know? |
| 09:15.10 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 09:17.08 | *** join/#oe paule_wrk (~paul@158.43.2.102) |
| 09:18.29 | ericben | eFfeM_work: I think it's Stefen |
| 09:18.46 | ericben | in fact Steffen with 2 f |
| 09:20.01 | ericben | and 20 new spam |
| 09:20.06 | ericben | I give up |
| 09:21.02 | cpo | anyone is using xf86-input-evtouch and got the calibration tool working? it always complains about missing freemono font |
| 09:21.10 | ericben | http://www.mediawiki.org/wiki/Extension:SpamBlacklist seem an interesting extension to add to the wiki |
| 09:21.11 | eFfeM_work | ka6sox you still there ? |
| 09:21.36 | *** join/#oe GarthPS (~quassel@93.29.51.186) |
| 09:24.30 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:24.49 | mckoan | I suggest to disable comments in wiki for a while |
| 09:24.56 | eFfeM_work | yes |
| 09:24.58 | mckoan | spam is spreading |
| 09:25.03 | ericben | that's not only a comment problem |
| 09:25.35 | ericben | they edit anything |
| 09:25.51 | ericben | maybe a user registration validation |
| 09:28.53 | ericben | thanks hrw |
| 09:31.14 | ericben | hrw: can you also block Yjytalamago ? |
| 09:33.33 | hrw | we need Nuke extension probably |
| 09:35.06 | eFfeM_work | can we also block the ip's these spammers use ? |
| 09:36.10 | hrw | ericben: for future - easiest way to undo changes is to go to page which lists all edits of abuser and open "undo" links |
| 09:36.43 | hrw | ericben: and then just open each 'undo' link in new tab - fastest way |
| 09:39.53 | ericben | hrw: the major problem is to remove new pages creation : does it work in that case ? |
| 09:41.08 | ericben | hrw: btw, where is that page which lists all edits of a user ? |
| 09:41.22 | ericben | ok found: toolbox -> usercontribution |
| 09:41.23 | ericben | thanks |
| 09:41.41 | hrw | ericben: http://wiki.openembedded.org/index.php/Special:Contributions/Yjytalamago |
| 09:43.11 | ericben | I don't get undo links in this page, only hist & diff |
| 09:44.20 | tasslehoff | I've added a pkg_postinst to my recipe. Must I do something special for that to be run? |
| 09:46.09 | hrw | ericben: because his work was reverted |
| 09:46.15 | hrw | ericben: go to your contribs? |
| 09:46.54 | ericben | hrw: I understand but I also tested on my or your page and don't find the undo link :-) |
| 09:47.22 | hrw | http://wiki.openembedded.org/index.php/Special:Contributions/Koan has them |
| 09:47.41 | ericben | this may need special rights |
| 09:48.09 | soltys | mornin |
| 09:48.29 | hrw | ericben: ah. I thought that you are one of admins |
| 09:48.42 | ericben | hrw: no else I would have blocked the users myself :-D |
| 09:49.52 | ka6sox | eFfeM_work, yes, I'm here...what can I do to help? |
| 09:50.14 | hrw | ericben: admins are: cbrake Crofton|work ka6sox laibsch likewise /me mickey|office stefan zecke sledz |
| 09:50.57 | ericben | hrw: good to know thanks |
| 09:51.13 | hrw | http://wiki.openembedded.org/index.php?title=Special:ListUsers&group=bureaucrat for future |
| 09:51.52 | ka6sox | hrw, did you fix it? |
| 09:52.17 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 09:52.49 | hrw | ka6sox: I dropped user and his changes |
| 09:53.17 | tasslehoff | inserting an obvious error into my pgk_postinst, the recipe still builds, so I suspect it's not run |
| 09:53.30 | ka6sox | hrw, thanks, I was off doing something else. (almost 2am here) |
| 10:02.32 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 10:08.22 | eFfeM_work | anyone an idea if it is (easily) possible to inject a message in the kernel log from user space ? |
| 10:09.42 | Jay7 | eFfeM_work: there is way to inject message to syslog |
| 10:10.04 | eFfeM_work | Jay7: did you mean *no* way ? |
| 10:10.11 | eFfeM_work | or *a* way |
| 10:10.19 | Jay7 | I'm looking :) |
| 10:10.37 | Jay7 | eFfeM_work: did you mean log that shown by dmesg? |
| 10:10.41 | eFfeM_work | was googling for it too, but could not really find it, ofc I could do a dedicated driver |
| 10:10.45 | eFfeM_work | Jay7, yes |
| 10:11.10 | Jay7 | <PROTECTED> |
| 10:11.14 | Jay7 | worksforme |
| 10:11.17 | eFfeM_work | actually a simple cyclic log buffer in userspace probably could also help |
| 10:12.47 | eFfeM_work | ah, cool, didn't know that works on my host system too, let's see if I can get it working on target |
| 10:15.14 | *** join/#oe melchior (~melchior@AStrasbourg-552-1-82-114.w92-141.abo.wanadoo.fr) |
| 10:16.19 | eFfeM_work | Jay7: works for me on target too, thanks alot! |
| 10:18.01 | *** join/#oe arun_ (~arun@unaffiliated/sindian) |
| 10:27.28 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 10:28.59 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 10:31.07 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 10:38.29 | Jay7 | hates Linux' schedulers |
| 10:40.30 | CIA-109 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r7bfcf5198d 10openembedded.git/recipes/ (4 files in 3 dirs): |
| 10:40.30 | CIA-109 | shr: unify SRC_URI pointing to SHR repos on git.shr-project.org |
| 10:40.30 | CIA-109 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:45.33 | *** join/#oe ksinkar_ (~ksinkar@static-mum-59.181.108.105.mtnl.net.in) |
| 10:45.40 | ericben | eFfeM_work: busybox has a log daemon which is using a cyclic buffer |
| 10:46.15 | ericben | and using logger you can create log easily from scripts |
| 10:46.22 | ericben | and busybox also has logger :-) |
| 10:46.28 | *** join/#oe vlrk (~rvara@124.30.147.35) |
| 10:47.29 | *** join/#oe sgw (~sgw@72-160-116-146.dyn.centurytel.net) |
| 10:47.37 | vlrk | hello all iam trying to use prebuilt chain ..? its failing in building the binutils-cross-2.18-r13.2 |
| 10:47.59 | vlrk | saying like " checking whether the C compiler works... configure: error: cannot run C compiled programs. |
| 10:48.00 | vlrk | | If you meant to cross compile, use `--host'. |
| 10:48.00 | vlrk | " |
| 10:49.31 | eFfeM_work | ericben: ah ok, will look at that too |
| 10:50.00 | cazze | is this still working? http://www.linuxtogo.org/gowiki/Angstrom/qemu-system-arm |
| 10:50.07 | eFfeM_work | actually maybe I can get away with just logging to a file without needing a cyclic buffer, i was mainly worried about file growth |
| 10:52.36 | ant_work | hi eFfeM_work |
| 10:52.45 | eFfeM_work | hi ant_work |
| 10:53.03 | ant_work | I'm comparing poky's autotools with ours |
| 10:53.27 | eFfeM_work | good job! |
| 10:53.35 | ant_work | it seems we are a bit behind wrt automake / autoconf |
| 10:53.53 | ant_work | I'll bother Tartarus and khem later on ;) |
| 10:54.21 | eFfeM_work | yeah, but take care to change things |
| 10:54.41 | ant_work | I hope this couls solve the perl/perl-native oddity |
| 10:55.05 | eFfeM_work | ah ok, would be nice |
| 10:58.18 | cazze | i get a black aemu screen :-( |
| 10:58.23 | cazze | *qemu |
| 11:00.30 | Jay7 | cazze: check console (Ctrl+Alt+3 iirc) |
| 11:00.33 | ant_work | throw the stone and hides the hand |
| 11:00.39 | ant_work | eFfeM_work: is on the ML |
| 11:00.47 | eFfeM_work | ok, will read |
| 11:01.43 | cazze | Jay7: Uncompressing Linux... done, booting the kernel |
| 11:01.49 | cazze | it stays there |
| 11:02.06 | Jay7 | hm.. |
| 11:02.20 | Jay7 | cazze: do you using hosts qemu or OE's qemu-native? |
| 11:02.54 | Jay7 | described way should work |
| 11:03.24 | Jay7 | I'm not sure about -drive file=... thing |
| 11:03.35 | Jay7 | drive is drive image, not plain fs image.. |
| 11:03.37 | cazze | i'm using qemu on ubuntu |
| 11:04.09 | Jay7 | but this should break root mount only, not kernel |
| 11:04.25 | *** join/#oe little_owl (~little_ow@ip-86-49-84-194.net.upcbroadband.cz) |
| 11:04.25 | cazze | Jay7: that's what i thought :-) |
| 11:04.28 | Jay7 | s/should/may/ |
| 11:04.30 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 11:04.44 | cazze | Jay7: but it's the kernel that hangs |
| 11:04.54 | Jay7 | cazze: try other machines (-M ?) |
| 11:05.06 | cazze | Jay7: then i get errors :-) |
| 11:05.30 | Jay7 | cazze: well.. I can suggest to compile other qemu version then :) |
| 11:05.40 | cazze | Jay7: grrr :-) |
| 11:05.41 | Jay7 | I'm doing this sometimes |
| 11:06.38 | Jay7 | you may just compile and use qemu-system-arm w/o installation |
| 11:06.47 | Jay7 | or try OE's one |
| 11:06.58 | Jay7 | it should be somewhere in TMPDIR |
| 11:07.17 | cazze | ok, thx, i'll try that |
| 11:07.22 | Jay7 | but last time I tried it was compiled w/o sdl |
| 11:07.44 | Jay7 | so, vnc or console only |
| 11:08.28 | Jay7 | seems I'll compile 0.9.x for tosa emulation soon.. |
| 11:08.41 | Jay7 | latest qemu have broken tosa emulation |
| 11:09.08 | Jay7 | cazze: please note me about results |
| 11:09.42 | Jay7 | qemuarm is one of (future) autotesting targets |
| 11:12.29 | Jay7 | http://tinderbox.openembedded.net/builders/Jay7-tb/ |
| 11:12.40 | Jay7 | meta-toolchain* build results |
| 11:12.48 | Jay7 | starting from 2010-11-24 |
| 11:13.02 | Jay7 | some results will follows (for ben nanonote) |
| 11:14.30 | *** join/#oe pirho (~pirho@gateway/tor-sasl/pirho) |
| 11:15.34 | cazze | Jay7: i can't copy oe version of qemu to another machine and run it stand-alone |
| 11:15.42 | cazze | Jay7: need some libs too :-) |
| 11:16.13 | Jay7 | I thought you are running on same host :) |
| 11:16.21 | cazze | nope :-) |
| 11:17.17 | *** join/#oe etrunko (~edulima@187.106.5.201) |
| 11:27.10 | *** join/#oe sgw (~sgw@72-160-116-146.dyn.centurytel.net) |
| 11:27.13 | cazze | basic question: what is the difference between set and env? |
| 11:28.55 | cazze | if i have a variable in set but not in env, what will be the differnence for the rest of the apps? |
| 11:29.28 | cazze | i reflashed my sd witht he ibase-image but still have my problems the init.d scripts quit after sourcing something |
| 11:29.55 | *** join/#oe dth_ntb (~dth@a89-182-204-252.net-htp.de) |
| 11:32.12 | cazze | grrr, is working now |
| 11:34.39 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 11:39.25 | CIA-109 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6b1026a16e 10openembedded.git/recipes/gtk-webcore/midori_0.2.9.bb: |
| 11:39.26 | CIA-109 | midori: add 0.2.9 |
| 11:39.26 | CIA-109 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 11:39.36 | CIA-109 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8636fa26b1 10openembedded.git/recipes/webkit/ (3 files in 2 dirs): |
| 11:39.36 | CIA-109 | webkit-gtk: bump SRCREV |
| 11:39.36 | CIA-109 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 11:44.38 | cazze | my base-image is working, my console-base-image not :-( |
| 11:44.50 | cazze | will bitbake the console-base-image again :( |
| 11:51.24 | *** join/#oe JaMa|Wrk (~martin@78.24.13.161) |
| 11:54.01 | *** join/#oe Openfree (~df@61.170.201.71) |
| 12:02.20 | *** part/#oe little_owl (~little_ow@ip-86-49-84-194.net.upcbroadband.cz) |
| 12:07.14 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 12:21.43 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 12:24.54 | *** join/#oe Openfree (~df@61.170.201.71) |
| 12:26.33 | *** join/#oe little_owl (~little_ow@ip-86-49-84-194.net.upcbroadband.cz) |
| 12:27.00 | *** join/#oe sgw (~sgw@72-160-116-146.dyn.centurytel.net) |
| 12:34.56 | *** join/#oe ksinkar_ (~ksinkar@static-mum-59.181.108.105.mtnl.net.in) |
| 12:39.56 | *** join/#oe CMoH-office (~cipi@unaffiliated/c-moh) |
| 12:43.07 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 12:50.21 | *** join/#oe julianpid (~julianpid@firewall.ctxuk.citrix.com) |
| 13:06.57 | *** join/#oe zecke (~ich@zabb5.pia.fu-berlin.de) |
| 13:08.16 | *** join/#oe GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
| 13:12.06 | *** join/#oe rob_w_ (bob@pD95EE57F.dip.t-dialin.net) |
| 13:16.33 | broonie | hrw: "next reparse took only 2 minutes" - *only*? :) |
| 13:19.14 | hrw | broonie: compared to 3 it is only |
| 13:24.27 | *** part/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 13:24.37 | *** join/#oe kevinsc (~a0214685@nat/ti/x-aournjlehsazsjqc) |
| 13:24.58 | broonie | hrw: Which was itself "not so bad" :) |
| 13:25.20 | broonie | If you're measuring the base startup time for your build system in minutes there's a bit of an issue. |
| 13:25.47 | hrw | broonie: ;D |
| 13:30.21 | *** join/#oe tmbinc__ (abcd@83.141.3.59) |
| 13:38.48 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 13:49.16 | *** join/#oe CruX| (~jozo@158.193.86.116) |
| 13:50.20 | kergoth_ | morning |
| 13:50.25 | tasslehoff | I want my passwords in /etc/shadow instead of /etc/passwd. Is this just a matter of installing shadow on my system? |
| 13:52.57 | foerster | gm |
| 13:53.19 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 14:03.12 | *** join/#oe fred-eric (fred@a91-153-240-202.elisa-laajakaista.fi) |
| 14:03.44 | fred-eric | Linux Radio : broadcasting the Linux kernel! - http://www.linux.fm |
| 14:03.46 | fred-eric | cheers :D |
| 14:10.02 | mckoan | fred-eric: gosh! delirium |
| 14:10.16 | kergoth_ | ooh, i like some of esben's approaches in his oelite |
| 14:10.23 | kergoth_ | there's an actual recipe class! gasp! |
| 14:10.46 | kergoth_ | 's been wanting that for ages now, just not particularly good at slowly refactoring to get places |
| 14:10.50 | florian | fred-eric: heh |
| 14:11.50 | ericben | fred-eric was my neighbour when I was younger world is small :-D |
| 14:17.00 | *** join/#oe lostincake (~Aditya@pool-96-255-243-239.washdc.fios.verizon.net) |
| 14:17.10 | foerster | kergoth_: I'm trying to cook up a multiprocessing based ui/server setup ;) |
| 14:17.17 | kergoth_ | nice |
| 14:17.58 | kergoth_ | i bet itd be nice to just hand off a Queue or pair of queues for the communication, screw all the direct pipe manipulations, xml/rpc sockets, ... *ponders* |
| 14:18.06 | foerster | that's what i'm doing |
| 14:18.34 | foerster | bin/bitbake creates some queues, hands em to server and ui for communications |
| 14:18.40 | foerster | simple and clean |
| 14:19.20 | *** join/#oe B_Lizzard (~havoc@athedsl-419928.home.otenet.gr) |
| 14:19.26 | kergoth_ | nice |
| 14:19.47 | kergoth_ | oh, and is it just me, or is calling the UI main loop "init" just fucking annoying? |
| 14:19.52 | kergoth_ | sorry, that's not init, that's MAIN |
| 14:19.54 | kergoth_ | </rant> |
| 14:19.57 | foerster | lol |
| 14:20.12 | foerster | yea, it'd be easier to understand if a number of things were named differently |
| 14:20.27 | foerster | and there are tons of circular references which drives me nuts |
| 14:20.36 | foerster | server needs cooker, cooker needs server? wtf |
| 14:20.41 | kergoth_ | ugh, yes |
| 14:20.43 | kergoth_ | that's all over the place |
| 14:20.56 | foerster | yea, I'm yanking some of that dependency right now |
| 14:21.00 | kergoth_ | cooker/runqueue/taskdata/cache are all twisted together |
| 14:21.27 | foerster | some major refactoring would be good, but that's less exciting than trying to multiprocess the whole thing |
| 14:21.32 | kergoth_ | nods |
| 14:21.49 | foerster | ok, off to the grind. Let's see if I can get this semi-functional. |
| 14:21.52 | kergoth_ | sounds like what you're doing is a great step in multiple ways |
| 14:21.57 | kergoth_ | cool, have fun |
| 14:22.25 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 14:22.38 | kergoth_ | <PROTECTED> |
| 14:22.39 | kergoth_ | <PROTECTED> |
| 14:22.39 | kergoth_ | <PROTECTED> |
| 14:22.39 | kergoth_ | <PROTECTED> |
| 14:22.45 | kergoth_ | look! a recipe object! |
| 14:22.50 | kergoth_ | oohs and aahs |
| 14:22.54 | kergoth_ | chuckles |
| 14:22.57 | pb_ | cute |
| 14:29.00 | CIA-109 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r1908930b2c 10openembedded.git/recipes/openmoko-3rdparty/podboy_svn.bb: |
| 14:29.00 | CIA-109 | podboy: bump SRCREV to 1.7.2 release compatible with current EFL_SRCREV |
| 14:29.00 | CIA-109 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 14:29.59 | *** join/#oe dth_ntb (~dth@212.23.103.34) |
| 14:30.14 | kergoth_ | meh |
| 14:30.15 | kergoth_ | sleepy |
| 14:30.25 | *** part/#oe dth_ntb (~dth@212.23.103.34) |
| 14:31.56 | *** join/#oe Openfree (~df@61.170.201.71) |
| 14:33.38 | *** join/#oe Openfree (~df@61.170.201.71) |
| 14:38.49 | kergoth_ | downside to esben's code, way too many methods on the classes that do exist, the metadata hashing isn't intelligent, but is integrated, which is more than i can say for bitbake |
| 14:39.53 | kergoth_ | it's also a drastic step, he went for a rewrite rather than an incremental evolution |
| 14:41.02 | pb_ | I think a rewrite might well be the right way to proceed in that kind of situation. I'm not sure I'd view that as a downside. |
| 14:41.31 | *** join/#oe aloisiojr (~aloisio@187.113.114.206) |
| 14:41.36 | kergoth_ | true, it just seems like any mention of a rewrite of anything in the oe community results in massive backlash |
| 14:42.16 | pb_ | s/a rewrite of// |
| 14:42.20 | kergoth_ | hehe |
| 14:42.22 | kergoth_ | fair point |
| 14:43.23 | *** join/#oe Openfree (~df@61.170.201.71) |
| 14:43.33 | kergoth_ | the danger with going with a fresh start is changing how the build behaves. its less of an issue for him, since he replaced oe with his own thing as well, but for us, we *need* some serious unit tests in place before we consider rewriting things, or just rewrite and cross our fingers and use OE as the test |
| 14:43.54 | pb_ | personally I would be entirely relaxed about a rewrite of bitbake so long as it remained (mostly) compatible with the existing recipe format. what I am not enthusiastic about, and what you might be thinking of, is the suggestion that comes up occasionally to design a whole new metadata format and effectively start over from scratch with everything. |
| 14:44.27 | pb_ | right, yeah, I think any putative rewrite of bitbake ought to come with a proper testsuite. |
| 14:44.29 | kergoth_ | thats a nice someday item, but i don't see that happening anytime soon -- if it does, we'd need to retain compatibility with the current and add the new |
| 14:44.38 | pb_ | agreed |
| 14:44.42 | *** join/#oe Openfree (~df@61.170.201.71) |
| 14:44.45 | kergoth_ | and ideally be able to programmatically convert |
| 14:45.17 | pb_ | looks quizzically at pb__ |
| 14:45.25 | pb_ | I guess the builders must have unplugged my internet connection again |
| 14:45.57 | pb_ | either that or my dog/daughter has destroyed my laptop, equally plausible I suppose |
| 14:46.47 | kergoth_ | one thing i was thinking about the other day is, bb.parse tried to be flexible for different formats, but the whole notion of the recipe being key=value metadata with key=value flags is a part of the file format. how the data is structured in the file shouldn't be exposed if we truly want that sort of abstraction for different formats |
| 14:47.11 | kergoth_ | better to say hey recipe, give me your version.. or run that task |
| 14:50.11 | *** join/#oe incandescant (~joshual@158.43.2.102) |
| 14:51.44 | *** join/#oe Openfree^ (~Openfree`@61.170.201.71) |
| 14:58.49 | kergoth_ | hmmm |
| 14:59.03 | *** join/#oe zecke (~ich@zabb5.pia.fu-berlin.de) |
| 15:02.09 | *** join/#oe mturquette (~mturquett@adsl-99-93-231-28.dsl.rcsntx.sbcglobal.net) |
| 15:03.39 | cazze | is there something like "use flags" for recipes? Like in gentoo portage? |
| 15:05.10 | kergoth_ | not exactly. we have DISTRO_FEATURES and MACHINE_FEATURES which are space separated lists of functionality, which are used in some recipes (e.g. ipv6 in DISTRO_FEATURES controls --enable-ipv6 or whatever in some recipes) |
| 15:05.11 | *** join/#oe sgw (~sgw@72-160-116-146.dyn.centurytel.net) |
| 15:05.14 | kergoth_ | but its less defined |
| 15:08.54 | cazze | could you depending on a MACHINE_FEATURE change the RDEPEND? |
| 15:09.25 | cazze | the RDEPEND in a recipe i mean |
| 15:09.40 | *** join/#oe zecke (~ich@zabb5.pia.fu-berlin.de) |
| 15:09.44 | kergoth_ | yep |
| 15:09.57 | kergoth_ | you'd have to use an inline snippet of python to do it |
| 15:10.07 | cazze | exmple recipe? |
| 15:10.23 | kergoth_ | e.g. DEPENDS += "${@base_contains('${MACHINE_FEATURES}', 'some_feature', 'the dep i want', '')}" |
| 15:10.26 | kergoth_ | or what have you |
| 15:10.35 | kergoth_ | see task-base in recipes/tasks/ for examples |
| 15:10.42 | cazze | ok, thx |
| 15:10.46 | kergoth_ | np |
| 15:11.01 | kergoth_ | if you have ideas on how to improve / define our features stuff, i'd be interested to hear it |
| 15:11.15 | kergoth_ | for example, right now there's no good way for the user to override what the distro/machine want, feature wise |
| 15:11.17 | cazze | portage :-) |
| 15:13.07 | cazze | with machines as profiles |
| 15:13.24 | vlrk | haveing an issue with oe in getting openjdk-6 error is here http://pastebin.ca/2000996 can any body help me in resolving this ? |
| 15:18.52 | *** join/#oe sgw1 (~sgw@72-160-116-146.dyn.centurytel.net) |
| 15:22.57 | *** join/#oe sgw (~sgw@72-160-116-146.dyn.centurytel.net) |
| 15:24.31 | *** join/#oe aloisiojr (~aloisio@187.113.114.206) |
| 15:24.31 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 15:24.31 | *** join/#oe mrmoku (~mrmoku@ppp-188-174-9-175.dynamic.mnet-online.de) |
| 15:24.31 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-erxgmbyeymjlsmqt) |
| 15:24.31 | *** join/#oe mickeyl (~mickey@openmoko/coreteam/mickey) |
| 15:24.31 | *** join/#oe jconnolly|away (~jconnolly@firebug.buglabs.net) |
| 15:24.31 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 15:30.10 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 15:33.21 | *** join/#oe atiti_mac (~atiti@0103ds1-vir.0.fullrate.dk) |
| 15:37.14 | *** join/#oe zecke (~ich@zabb5.pia.fu-berlin.de) |
| 15:47.19 | CIA-109 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r20117ec6ae 10openembedded.git/recipes/webkit/webkit-efl_svn.bb: |
| 15:47.19 | CIA-109 | webkit-efl: sync SRCREV with webkit-gtk |
| 15:47.19 | CIA-109 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 15:47.59 | ant_work | kergoth_: any sql-based runqueue to test ? |
| 15:49.00 | darkstar62 | kergoth_: quick question...in your working with embedded devices, have you ever seen a situation where angstrom randomly segfaults at various points during the bootup? I think it's kernel related, but can't figure out where |
| 15:49.46 | ant_work | darkstar62: I've even seen worst scenarios... |
| 15:50.10 | kergoth_ | ant_work: not that i know of, no |
| 15:50.21 | ant_work | any soon? |
| 15:50.31 | kergoth_ | i'm not sure what makes you think i'm even working on that |
| 15:50.38 | ant_work | I perhaps misread your answer to esben |
| 15:50.43 | kergoth_ | esben is working on something like that, but it's a rewrite, it has nothing to do with bitbake |
| 15:50.57 | kergoth_ | its an interesting approach, yes, but that doesnt' mean its suddenly on my todo list :P |
| 15:51.15 | ant_work | yesterday you were talking with Jay7 about runqueue |
| 15:51.26 | *** join/#oe sgw (~sgw@72-160-116-146.dyn.centurytel.net) |
| 15:51.51 | ant_work | I though ou were cooking something |
| 15:53.41 | ant_work | well, with the parallel parsing you've done more than enough ;) |
| 15:53.47 | ant_work | breathe now |
| 15:53.59 | kergoth_ | hehe |
| 15:54.12 | kergoth_ | we'll get there, one step at a time |
| 15:59.46 | foerster | kergoth_: success (at least partially so far!) |
| 16:00.04 | foerster | server is in new process, sending commands and events back and forth between server/ui |
| 16:00.09 | foerster | parsing works |
| 16:00.10 | kergoth_ | nice |
| 16:00.46 | foerster | need to figure out/fix shutdown/joining/etc |
| 16:00.58 | kergoth_ | nods |
| 16:01.59 | foerster | the changes were surprisingly not too terrible |
| 16:04.23 | kergoth_ | nice |
| 16:04.40 | kergoth_ | 's experimenting with distutils2 to see how its coming along |
| 16:04.48 | *** join/#oe GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
| 16:12.57 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 16:17.08 | *** join/#oe CosmicPenguin (~nobody@207-114-132-30.static.twtelecom.net) |
| 16:29.20 | darkstar62 | did something change in the input layer in a recent kernel? ts_calibrate isn't working with my touchscreen anymore |
| 16:29.34 | darkstar62 | "not a touchscreen I understand" |
| 16:29.58 | darkstar62 | (I'm using an older one too, if that helps) |
| 16:30.28 | darkstar62 | tslib 1.0-r20.1 |
| 16:30.54 | anarsoul | darkstar62: yep |
| 16:31.28 | anarsoul | abi version changed in 2.6.37, you should recompile tslib with 2.6.37 linux headers |
| 16:31.37 | darkstar62 | ah, ok |
| 16:31.49 | *** part/#oe mrj10 (~mrj10@24-217-106-63.dhcp.stls.mo.charter.com) |
| 16:32.07 | CIA-109 | 03Khem Raj <raj.khem@gmail.com> 07master * r76a34ad644 10openembedded.git/conf/distro/include/sane-toolchain.inc: |
| 16:32.07 | CIA-109 | sane-toolchain.inc: Rename the absration vars for uclibc/eglibc/glibc versions |
| 16:32.07 | CIA-109 | * There was a mismatch between sane-toolchain.inc and what |
| 16:32.07 | CIA-109 | sane-toolchain-uclibc expects. It did not pick right uclibc version |
| 16:32.07 | CIA-109 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 16:32.07 | darkstar62 | that would make sense, i'm using a 2.6.37 kernel |
| 16:32.56 | anarsoul | or you can use this patch: http://dpaste.org/LFmQ/ |
| 16:32.57 | anarsoul | :) |
| 16:33.19 | darkstar62 | ah, that might be easier for testing :) |
| 16:34.18 | Tartarus | khem: I wonder if that's the root some some false fails (based on exit status rather than last line of bitbake output) |
| 16:34.41 | Tartarus | khem: is qemu 0.13.0 D_P = -1? |
| 16:36.54 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 16:37.55 | darkstar62 | anarsoul: that worked, thanks |
| 16:38.02 | chouimat|busy | morning |
| 16:38.04 | darkstar62 | now to update my build... |
| 16:38.09 | anarsoul | darkstar62: you're welcome :) |
| 16:38.16 | *** join/#oe hansdampf (~moritz@212.77.183.49) |
| 16:38.45 | *** join/#oe dijenerate (~dijenerat@65.48.227.203) |
| 16:38.56 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 16:44.51 | Tartarus | darkstar62: re seg faults, what platform? |
| 16:48.59 | Tartarus | I wonder if making gcc* rm -rf files that it's intentionally not shipping would speed up the build |
| 16:49.07 | Tartarus | the hundreds of "not shipping..." messages take forever to print |
| 16:49.39 | kergoth_ | probably |
| 16:51.50 | pb_ | could be, though it's a bit sad that printing those messages causes such a slowdown |
| 16:51.52 | ant_work | Tartarus: I tried to compare Poky and OE autoconfig and automake...ours seems more recent |
| 16:53.23 | Tartarus | ant_work: Probably, I don't think poky has done the libtool 2.4 dance yet |
| 16:54.43 | ant_work | wro OE, fwiw I've seen autoconf-dont-execute-perl.patch was in autoconf-2.6.1 and is not in 2.6.5 |
| 16:55.13 | ant_work | (still trying to put all together) |
| 16:55.15 | Tartarus | k |
| 16:55.22 | Tartarus | It's all a big rats-nest :( good luck! |
| 16:55.36 | ant_work | definitely not my beer :/ |
| 16:56.10 | ant_work | but being I'm the only one with perl w/out threads (Gentoo)..I'll try to solve at least my issue ;) |
| 17:00.00 | *** join/#oe dth (~dth@a89-182-76-255.net-htp.de) |
| 17:14.21 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 17:14.25 | *** join/#oe mgrundy (~grund@173.85.88.13) |
| 17:16.53 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 17:18.56 | *** join/#oe atiti (~atiti@h59ec3b10.dklydix.dyn.perspektivbredband.net) |
| 17:19.17 | GNUtoo|laptop | hi, I've a strange thing |
| 17:19.33 | GNUtoo|laptop | I tried to make a bluetooth 4.80 recipe |
| 17:19.37 | GNUtoo|laptop | *bluez |
| 17:19.46 | GNUtoo|laptop | so bluez4_4.80.bb |
| 17:20.08 | *** join/#oe pespin (~pespin@159.pool85-50-83.dynamic.orange.es) |
| 17:20.29 | GNUtoo|laptop | and it doesn't want to build it |
| 17:20.36 | GNUtoo|laptop | I mean it builds another version |
| 17:20.52 | GNUtoo|laptop | the 4.59 |
| 17:20.57 | GNUtoo|laptop | I grepped in conf |
| 17:21.10 | GNUtoo|laptop | for "4\.59" |
| 17:21.15 | GNUtoo|laptop | no results |
| 17:21.22 | GNUtoo|laptop | and no interesting stuff for bluez |
| 17:21.35 | GNUtoo|laptop | and I grepped for DEFAULT_PREFERENCE |
| 17:21.37 | GNUtoo|laptop | in the .inc |
| 17:21.42 | GNUtoo|laptop | in bluez dir |
| 17:21.45 | GNUtoo|laptop | no result |
| 17:21.54 | GNUtoo|laptop | of course I don't have DEFAULT_PREFERENCE in my recipe |
| 17:22.01 | GNUtoo|laptop | machine: nokia900 |
| 17:22.08 | GNUtoo|laptop | distro: SHR |
| 17:22.30 | GNUtoo|laptop | I'll try to put DEFAULT_PREFERENCE="1" |
| 17:22.41 | GNUtoo|laptop | but I really wonder why it doesn't pin the version |
| 17:22.47 | GNUtoo|laptop | as it's the lastest one |
| 17:23.44 | *** join/#oe supernau1 (~brian@echo.atld.org) |
| 17:25.22 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 17:32.47 | *** join/#oe dijenerate (~dijenerat@65.48.244.121) |
| 17:57.22 | *** join/#oe anarsoul (~anarsoul@80.249.91.177) |
| 17:57.56 | *** join/#oe JaMa|Wrk (~martin@161-24.13.24.78.awnet.cz) |
| 18:09.03 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 18:10.03 | foerster | kergoth_: ping |
| 18:11.05 | eFfeM | re |
| 18:18.17 | khem | no traffic on roads today |
| 18:18.30 | khem | I wish everyday would be a thanksgiving day |
| 18:20.41 | rphillips | is there a way to prevent python in OE to not pull in X? |
| 18:21.29 | khem | rphillips: you have to dump the dep graphs with bitbake -g python |
| 18:21.42 | khem | then trace the dep on X |
| 18:21.59 | khem | and remove it, probably some package has this dep added wrongly |
| 18:22.09 | rphillips | i'm pretty sure its a tcl/tk dependency |
| 18:22.18 | khem | ok |
| 18:22.37 | khem | we might have to see if we can divide the dep into X and non X parts |
| 18:22.44 | khem | may be two different recipes |
| 18:22.58 | rphillips | +1 |
| 18:23.33 | khem | but I encourage you to get to bottom of it thru bitbake -g and then lets think about the solution |
| 18:24.16 | rphillips | will do |
| 18:26.30 | *** join/#oe jcarter (18faecc5@gateway/web/freenode/ip.24.250.236.197) |
| 18:34.09 | cazze | as with h2200 we i'm stick with 2.6.21 kernel, and there are no 2.6.21 headers in OE, should it be better to stick with 2.6.20 or 2.6.22? |
| 18:34.17 | cazze | *stuck |
| 18:38.35 | khem | cazze: older is better |
| 18:38.43 | cazze | ok |
| 18:38.50 | khem | cazze: in general it should not matter |
| 18:39.12 | cazze | even i i have the 2.6.37 headers for a 2.6.21 kernel? |
| 18:39.13 | khem | for glibc because glibc only caters to minimum version you pass to it |
| 18:39.21 | khem | yes |
| 18:39.24 | cazze | ok |
| 18:39.58 | cazze | i have a weird problem. my base-image is ok, but in my console-base-image, i can not source things in env :-( |
| 18:41.06 | cazze | will have to look at all the different packages that makes the difference between the 2 images. |
| 18:41.18 | cazze | is there another intermediate one you know of? |
| 18:43.22 | *** part/#oe jcarter (18faecc5@gateway/web/freenode/ip.24.250.236.197) |
| 18:46.09 | khem | cazze: rephrase your question |
| 18:47.09 | *** join/#oe Heinervdm (~thomas@pD9E13F0D.dip.t-dialin.net) |
| 18:48.35 | cazze | i have a base-image that is ok, and a console-base-image that is not |
| 18:49.09 | cazze | is there an image you know between the 2 (number of recipes being used)? |
| 18:49.54 | cazze | base-image < ??? < console-base-image |
| 18:50.32 | khem | cazze: whats wrong with console-base-image |
| 18:50.39 | khem | and what do u really need |
| 18:50.50 | cazze | i can't source or . stuff to env |
| 18:52.06 | khem | on target ? |
| 18:52.10 | khem | when you boot |
| 18:52.25 | cazze | what i really need is find the problem :-) but i thought that if base-image was ok, and console-base-image not, the problem had to be in the packages that are different between the 2 images |
| 18:52.32 | cazze | target h2200 |
| 18:52.42 | cazze | boot is ok for 2 images |
| 18:52.47 | khem | sorry I still dont get you problem |
| 18:52.51 | khem | I will give up |
| 18:53.22 | cazze | but for example /etc/init.d/dropbear fails because . /etc/default/dropbear is used, and the scripts quits without an error |
| 18:53.44 | cazze | héhé khem, thx for trying to understand it |
| 18:54.12 | cazze | to set env variables, you source stuff? ok? |
| 18:54.35 | cazze | or . stuff |
| 18:54.53 | cazze | well, that is not possible in my console-base-image |
| 18:55.04 | cazze | and it is possible in my base-image |
| 18:56.06 | cazze | so if stuff is sources in a script, it dies without an error, and thing go wrong, like starting up dropbear for example |
| 18:56.13 | cazze | *sourced |
| 19:03.28 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 19:06.13 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
| 19:09.11 | foerster | kergoth: https://github.com/foerster/bitbake/commits/separate-ui-and-server |
| 19:09.26 | foerster | have some issues with ctrl-c during parsing, but other than that, working well. |
| 19:09.42 | *** join/#oe CMoH-notebook (~cipi@95.76.74.1) |
| 19:09.42 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 19:09.53 | *** join/#oe florian (~fuchs@sign-4d091dda.pool.mediaWays.net) |
| 19:09.53 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:11.31 | foerster | kergoth: heres a better view: https://github.com/foerster/bitbake/compare/parallel-parsing...separate-ui-and-server |
| 19:11.31 | *** join/#oe jcarter (18faecc5@gateway/web/freenode/ip.24.250.236.197) |
| 19:13.02 | jcarter | anoncvs.handhelds.org seems to be down; Is there an alternate value for HANDHELDS_CVS that would allow me to continue with a build? |
| 19:20.36 | khem | jcarter: for now nothing |
| 19:20.46 | khem | we will have some solution soon |
| 19:21.23 | khem | cazze: make sure that you have same shell in both images |
| 19:21.27 | *** join/#oe florian (~fuchs@sign-4d091dda.pool.mediaWays.net) |
| 19:21.27 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:21.29 | jcarter | khem: Thanks; Just wanted to make sure I wasn't going crazy; |
| 19:21.44 | khem | jcarter: search mailing lists |
| 19:21.49 | khem | we have some alternatives |
| 19:21.58 | khem | with PREMIRRORS and local mirrors etc. |
| 19:22.08 | khem | using ownmirror class |
| 19:22.43 | blindvt_ | hi |
| 19:23.22 | khem | blindvt: heyo |
| 19:24.06 | jcarter | khem: did that - haven't found a pointer to a server that has a mirror of their cvs repository though; |
| 19:24.34 | khem | jcarter: we have them |
| 19:24.42 | khem | on sources.openembedded.org |
| 19:24.53 | khem | it should be there in one of the messages on ml |
| 19:25.07 | jcarter | khem: OK thanks. I'll find it. |
| 19:25.23 | khem | blindvt: do u have time to debug why ppc fails to boot on uclibc/nptl git |
| 19:25.35 | khem | blindvt: it booted ok in the past |
| 19:25.39 | khem | but not anymore |
| 19:28.08 | blindvt | khem, don't have time ATM, sorry. Not sure where my ppc qemu-image is, and i'd have to fix LFS handling in oe recipes to get me a new one ;) |
| 19:29.03 | blindvt | khem, i've just added make {,install_}startfiles, perhaps somebody finds it useful (think flat vs non-flat, for example) |
| 19:29.52 | blindvt | let's fix some other bug from the bug-collector today |
| 19:29.54 | blindvt | & |
| 19:31.28 | *** part/#oe jcarter (18faecc5@gateway/web/freenode/ip.24.250.236.197) |
| 19:36.14 | khem | blindvt: in OE MACHINE=qemuppc DISTRO=minimal-uclibc bitbake minimal-image |
| 19:36.28 | khem | and there you have it after couple of hrs not so difficult |
| 19:37.03 | khem | blindvt: yes make startfiles is very important for toolchain bootstrap |
| 19:37.04 | blindvt | khem, yea but i don't do minimal, just micro and that without LFS and locale |
| 19:37.08 | khem | I will be the first one to use it |
| 19:37.23 | khem | blindvt: ok micro-uclibc is fine too |
| 19:37.45 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 19:38.21 | khem | ka6sox: around ? |
| 19:38.30 | ka6sox | square |
| 19:38.35 | khem | heh |
| 19:38.47 | khem | I wanted to tell you that garnet has some window if you need |
| 19:38.52 | ka6sox | okay thanks |
| 19:38.57 | ka6sox | let me work it now. |
| 19:39.00 | khem | i plan to pound it for another 3-4 days non stop |
| 19:39.24 | ka6sox | okay give me about 15minutes to add this other interface |
| 19:39.24 | blindvt | khem, it's not, it needlessly pulls in quilt->util-linux and that breaks horrible on !largefile. I've fixed that properly in my virtualize branch (for coreutils and other packages being replaced by busybox) and IIRC i also sent in patches to start to fix !LFS |
| 19:40.46 | blindvt | khem, http://patchwork.openembedded.org/patch/2569/ |
| 19:40.50 | blindvt | khem, http://patchwork.openembedded.org/patch/2565/ |
| 19:40.55 | blindvt | khem, for example. |
| 19:40.55 | khem | blindvt: yeah disabling lfs is kind of broken |
| 19:40.58 | blindvt | shrugs |
| 19:41.25 | eFfeM | khem, I feel release needs e4721e70afa802ff301fc0ac511fcea26561c173 as the pathname is not correct (and 3ec3c40e42ec7a9a2869e363d79b67cbc5ed71ad is probably also good to add) |
| 19:41.26 | blindvt | if you don't want it then i can't help it |
| 19:41.40 | kergoth | foerster: cool, looks like a definite improvement to me, though it might be worth trying to avoid the need for the ServerCommunicator |
| 19:42.43 | khem | eFfeM: ok |
| 19:43.00 | kergoth | ponders |
| 19:43.02 | khem | eFfeM: seems fine, will you chery-pick then |
| 19:43.15 | khem | blindvt: both those patches make sense to me |
| 19:43.30 | khem | blindvt: but some distros may not be using largefile distro feature |
| 19:43.34 | khem | have to make sure |
| 19:44.19 | eFfeM | khem, hm I'm not too good with git, but can give it a try |
| 19:44.31 | khem | eFfeM: no worries let me pull them in |
| 19:44.50 | eFfeM | better (had to wait until my build completed anyway) |
| 19:44.52 | khem | eFfeM: arent you testing release branch ? I did not see your updates on the table |
| 19:44.55 | blindvt | khem, if they want largefile then they have to enable it. I'd guess that micro doesn't want it, i'd default minimal to !LFS and the rest to on. I think everybody can turn it on in their local.conf (or perhaps turn it off, don't remember offhand) |
| 19:44.56 | foerster | kergoth: that's just a wrapper because we need to send and receive |
| 19:45.08 | foerster | plugging that in let me not alter knotty's runCommand calls |
| 19:45.21 | khem | blindvt: it should be on by default I guess |
| 19:45.28 | eFfeM | khem, had some issues with missing files, I can try to set up a test for it |
| 19:45.32 | khem | as that has been the case. We added the knob to disable it |
| 19:45.33 | blindvt | khem, not for micro |
| 19:46.04 | khem | I mean before largefile even existed as a distro feature |
| 19:46.14 | khem | lfs support was deemed enabled |
| 19:46.22 | khem | so we have to keep that behavior |
| 19:46.40 | blindvt | khem, i don't want locale nor LFS nor X11 in default micro, that's just stupid |
| 19:46.42 | rphillips | why would autoreconf error with unrecognized option --exclude=autopoint? |
| 19:46.49 | *** join/#oe timtimred (~meh@79-67-234-100.dynamic.dsl.as9105.com) |
| 19:46.51 | khem | blindvt: all fine with me |
| 19:47.18 | khem | rphillips: doesnt the message indicate the reason ? |
| 19:47.50 | eFfeM | khem tested_2010-11-12 branch ? |
| 19:48.07 | khem | eFfeM: no read my email about release branch |
| 19:48.32 | khem | we are testing release branch until we release as noted by cbrake |
| 19:48.33 | eFfeM | guess i missed that one |
| 19:48.34 | rphillips | khem: yes. I do not know where it is coming from though |
| 19:48.36 | khem | in one of his message |
| 19:49.03 | *** join/#oe mrj101 (~mrj10@24-217-106-63.dhcp.stls.mo.charter.com) |
| 19:49.09 | eFfeM | there is no tag for it ? |
| 19:49.51 | khem | eFfeM: there is a branch |
| 19:50.08 | khem | eFfeM: if you read me email that has all info you need to set it up |
| 19:51.32 | eFfeM | hm, yeah, but testing against release-2010.12 seems like testing a moving target ... |
| 19:51.45 | khem | http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-November/026975.html |
| 19:51.59 | khem | eFfeM: yes its a slow moving target |
| 19:52.12 | khem | we have to do whats called continuous testing |
| 19:52.15 | khem | until release |
| 19:52.31 | khem | we cherry pick patches from master what we need for it to work |
| 19:52.33 | khem | and not all |
| 19:52.43 | khem | so yes its a moving target |
| 19:52.52 | khem | but moving towards stability |
| 19:53.16 | khem | so always test the tip of release branch |
| 19:53.31 | khem | and once you are done git pull --rebase and redo it again |
| 19:53.41 | khem | so we can nail down the issues |
| 19:53.47 | khem | and fix them for release |
| 19:54.01 | eFfeM | well I've kicked off a build |
| 19:54.09 | khem | from release ? |
| 19:54.38 | eFfeM | yes |
| 19:54.42 | khem | good |
| 19:54.50 | khem | hands an eBeer to eFfeM |
| 19:54.53 | eFfeM | on our autobuilder |
| 19:54.55 | eFfeM | :-) |
| 19:55.09 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 19:55.22 | khem | eFfeM: more you test better it will be |
| 19:55.38 | eFfeM | guess it would be nice if the testing page would contain what rev is tested |
| 19:55.48 | eFfeM | khem, might be able to do some more over the weekend |
| 19:55.48 | khem | eFfeM: if you can test more combos then usually what you are interested in that would be helpful too |
| 19:55.56 | khem | eFfeM: fantastic |
| 19:56.32 | eFfeM | yes, as I wrote on the list, I might try more images |
| 19:56.54 | khem | blindvt: I think I will consider those patches from you |
| 19:57.25 | khem | blindvt: but need to make sure that they do not kick the existing distros |
| 19:57.33 | eFfeM | guess these 6 targets will be done by tomorrow morning |
| 19:58.01 | khem | sees that ynezz has gone silent too in terms for testing |
| 19:58.56 | ericben | khem: yesterday's release fixed most of the problems I had the day before. Micro is still compiling but I expect it to work maybe except meta-toolchain |
| 19:58.58 | khem | and so have Stefan Stedz |
| 19:59.12 | khem | ericben: cool |
| 19:59.23 | ericben | khem: ynezz is actually building : http://tinderbox.openembedded.net/builders/ynezz%20%28testing-2010.12%29/ |
| 19:59.24 | khem | ericben: now I will go into booting mode for qemus |
| 19:59.32 | khem | ericben: hmm nice |
| 19:59.33 | *** join/#oe klaas_work (~klaas@d54C07617.access.telenet.be) |
| 20:00.20 | ericben | khem: I can't test as I don't have the machines I build for. But I'll test release against my machines which are in overlay |
| 20:00.33 | *** part/#oe mrj101 (~mrj10@24-217-106-63.dhcp.stls.mo.charter.com) |
| 20:01.08 | khem | ericben: sure thats fine |
| 20:01.45 | khem | ericben: btw. I am planning to have such an image on my efika that I could play internet videos like youtube netflix etc. on it |
| 20:01.54 | ka6sox | khem, go ahead and beat on it...I'm done |
| 20:02.03 | khem | ka6sox: cool. |
| 20:02.07 | ericben | I chose machines with the same architecture so the test is in sync with the builds (except for the kernel) |
| 20:02.09 | khem | searches for the hammer |
| 20:02.24 | khem | ericben:yeah thats sensible |
| 20:02.26 | eFfeM | khem, btw I am not too happy with pinning qt 4.7 in minimal, it breaks the mythtv 0.23 build: | eventing.h:236:27: error: call of overloaded 'QString(int)' is ambiguous |
| 20:02.28 | ericben | khem: so you will have to use all the extra libs from fsl to get the codecs running |
| 20:02.59 | khem | ericben: I was thinking if someone already has such an image |
| 20:03.04 | khem | then I could reuse |
| 20:03.12 | khem | eFfeM: hmmm |
| 20:03.15 | ericben | I've packaged some for the iMX27 and will do for iMX51 when I have time |
| 20:03.26 | ericben | they use gstreamer |
| 20:03.36 | khem | ericben: cool. if you do lemme know |
| 20:03.47 | ericben | maybe by begining of 2011 (I hope so) |
| 20:03.58 | khem | ericben: I am occupied with release these days but I would play with it afterwards |
| 20:04.02 | khem | k |
| 20:04.09 | khem | eFfeM: I wonder why that happens |
| 20:04.28 | khem | eFfeM: does mythtv need older qt |
| 20:04.32 | khem | or can we patch it |
| 20:04.43 | ericben | khem: you may need to update to the latest fsl's kernel if efika's one is not already at this level |
| 20:05.17 | eFfeM | khem, will try to move to 0.24 |
| 20:05.42 | eFfeM | jannau did some work on this (jannau any progress/followup/?) |
| 20:06.13 | eFfeM | btw on the latest testing branch I got during the build (minimal/console-image): |
| 20:06.14 | khem | eFfeM: here we go http://lists.rpmfusion.org/pipermail/rpmfusion-users/2010-November/000787.html |
| 20:06.20 | *** join/#oe macneil (~voodoo@s64-180-61-141.bc.hsia.telus.net) |
| 20:06.31 | eFfeM | ERROR: Multiple .bb files are due to be built which each provide bluez-libs (/home/hudson/jobs/OE_test/workspace/openembedded/recipes/bluez/bluez4_4.42.bb /home/hudson/jobs/OE_test/workspace/openembedded/recipes/bluez/bluez-libs_3.36.bb). |
| 20:06.37 | khem | ericben: I think I am at 2.6.31 |
| 20:06.56 | khem | ericben: OE/bitbake has problems fetching from gitorious |
| 20:06.59 | khem | I dont know why |
| 20:07.03 | eFfeM | khem, yeah already read that thread but there is no fix in it |
| 20:07.17 | khem | so I could not use the git recipe for fsl kernel |
| 20:07.23 | khem | on efikamx |
| 20:07.37 | khem | same problem happens with opie git recipes |
| 20:07.53 | khem | only common point is that both git repos are hosted on gitorious |
| 20:08.09 | ericben | khem: khem seems they have switched to 2.6.35 : http://opensource.freescale.com/git?p=imx/linux-2.6-imx.git;a=shortlog;h=refs/heads/imx_2.6.35_10.10.01 |
| 20:08.10 | khem | same command that bitbake uses if used on commandline manually clone the repo just fine |
| 20:08.34 | khem | ericben: oh I use the kernel from efikamx manufecturer |
| 20:09.09 | eFfeM | khem might see a patch for the qt issue |
| 20:10.08 | khem | eFfeM: sure |
| 20:10.41 | khem | eFfeM: I could boot qt4e-demo-image btw. on this device |
| 20:11.00 | khem | and demos ran fine and qt looked gorgeous thru my HD projector on the wall |
| 20:12.01 | ericben | yes I always using this image to demonstrate qt and the demos are cool to show the power behind this lib |
| 20:12.03 | cazze | hciattach is not done automagicaly. where should i put it if i want it attached at boot? |
| 20:13.00 | eFfeM | khem on the efika ? |
| 20:13.58 | khem | eFfeM: yes efikamx smarttop |
| 20:14.25 | khem | ericben: not all demos work though right ? |
| 20:14.44 | khem | ericben: I forgot which ones but I can give you a list if you are interested |
| 20:15.01 | ericben | khem: most of them work |
| 20:15.03 | khem | they were missing underlying libs |
| 20:15.13 | khem | all we need to do is add those packages to the image |
| 20:15.19 | khem | yeah |
| 20:15.59 | eFfeM | khem, cool |
| 20:16.21 | ericben | khem: ah ok I'll check this, if you have the list feel free to send it to me |
| 20:16.36 | ericben | btw I 'll send qt4.7.1 's recipes in a few minutes |
| 20:17.12 | ericben | it's compile tested for the moment |
| 20:18.34 | khem | ericben: ok replace the 4.7.0 with it |
| 20:19.06 | ericben | khem: this needs some testing before |
| 20:19.12 | khem | ericben: sure |
| 20:19.23 | khem | We should try to minimize similar recipes |
| 20:19.24 | ericben | especially the x11 and x11-gles parts that I can't test |
| 20:19.35 | khem | hmmm I can do that |
| 20:19.43 | khem | put an image together |
| 20:19.46 | khem | with x11 |
| 20:19.46 | ericben | khem: I agree. Moreover 4.7.0 is pinned by angstrom |
| 20:20.02 | khem | we can alsways poke distro maintainers with a stick |
| 20:20.04 | khem | :) |
| 20:20.10 | ericben | and laos minimal & shr |
| 20:20.24 | ericben | yes but first let's make sure the new one runs fine :-) |
| 20:20.47 | khem | sure thing |
| 20:21.12 | ka6sox | at one time didn't zecke have a sourcemirror that was separate from anything @ openembedded.org? |
| 20:23.09 | *** join/#oe gnutoo_ (~GNUtoo@50.118-226-89.dsl.completel.net) |
| 20:23.21 | ericben | ka6sox: http://gitorious.org/~zecke |
| 20:23.26 | khem | eFfeM: btw mythtv ends up with an QA error too |
| 20:23.32 | khem | eFfeM: let me see my notes |
| 20:24.25 | eFfeM | khem,please. I was trying to get it onto the autobuilder to build from scratch, but failed on the qt issue, wasted some time rebuilding from scratch because I thought that was a problem |
| 20:24.26 | khem | eFfeM: ERROR: QA Issue with staging: gmyth.pc failed sanity test (tmpdir) in path /scratch/oe/sysroots/armv7a-oe-linux-gnueabi/usr/lib/pkgconfig |
| 20:25.05 | eFfeM | ah, this might be a different recipe |
| 20:25.36 | ka6sox | ericben, thanks. |
| 20:25.48 | khem | last I remember it was gmyth_0.7.1.bb IIRC |
| 20:25.51 | eFfeM | checking, I think this is something I never build, but system is too busy |
| 20:26.08 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 20:27.04 | ka6sox | zecke, do you still have a sourcemirror? |
| 20:28.06 | ericben | ka6sox: ok my answer was totally wrong I didn't understand your question ;-) |
| 20:28.08 | Tartarus | khem? |
| 20:28.14 | khem | Tartarus: yo |
| 20:28.15 | Tartarus | Where'd you test qemu-native |
| 20:28.19 | eFfeM | khem, this is a package which was in the mythtv dir, but it is not really a recipe from mythtv itself, gmyth is a different project, but in do_compile_append there is already a sed script to change paths in the pc file |
| 20:28.46 | ka6sox | ericben, it could have been there...I did go and look :D |
| 20:28.46 | *** join/#oe GNUtoo (~GNUtoo@50.118-226-89.dsl.completel.net) |
| 20:28.46 | khem | eFfeM: yeah its a different recipe |
| 20:28.46 | Tartarus | or maybe this needs a PARALLEL_MAKE="" :( |
| 20:29.11 | khem | Tartarus: I did it on a -j2 system |
| 20:29.17 | Tartarus | blows up on |
| 20:29.18 | Tartarus | 8 |
| 20:29.22 | khem | Tartarus: do u see parallel build issue ? |
| 20:29.42 | khem | hmm |
| 20:29.42 | *** join/#oe aloisiojr1 (~aloisio@187.112.10.101) |
| 20:29.54 | Tartarus | cmd.o fails looking for config-host.h |
| 20:29.57 | khem | I did it on two systems actually one -j2 another -j4 |
| 20:30.05 | eFfeM | khem, i have no idea what is all is about, and no idea if it still works, it is from before the packages->recipes rename from mar 17 2009, |
| 20:30.28 | khem | eFfeM: git log --follow <recipe> will give you all history |
| 20:31.31 | ericben | bye |
| 20:31.46 | khem | Tartarus: look here https://bugs.gentoo.org/show_bug.cgi?id=343175 |
| 20:31.49 | khem | may be thats it |
| 20:32.02 | eFfeM | <PROTECTED> |
| 20:32.11 | Tartarus | Yeap |
| 20:32.13 | Tartarus | That's it |
| 20:32.33 | eFfeM | <PROTECTED> |
| 20:35.56 | eFfeM | seems this gmyth project is dead, no commits in the last 2.3 yrs |
| 20:36.45 | *** join/#oe NightMonkey (~NightMonk@173-164-139-193-SFBA.hfc.comcastbusiness.net) |
| 20:36.45 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 20:38.10 | *** join/#oe etrunko (~edulima@187.106.5.201) |
| 20:41.23 | *** join/#oe morphis (~morphis@brmn-4dbccca0.pool.mediaWays.net) |
| 20:42.01 | Jay7 | kergoth: have you found any issues wrt meta-toolchain* and git master/pp? |
| 20:43.22 | *** join/#oe kristoffer (~kristoffe@c-aedfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 20:44.09 | kergoth | Jay7: i fixed an issue in master and an issue in parallel, and successfully built meta-toolchain on pp overnight last night |
| 20:44.21 | Jay7 | kergoth: oh, good! |
| 20:44.44 | kergoth | took a long time to nail down |
| 20:45.23 | GNUtoo | hi valhalla |
| 20:46.45 | Jay7 | meta-toolchain's build results: http://tinderbox.openembedded.net/builders/Jay7-tb/ |
| 20:46.56 | Jay7 | lot of strange errors there |
| 20:48.05 | *** join/#oe GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
| 20:54.56 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 20:57.07 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 21:01.17 | blindvt | khem, please consider installing something to the effect of http://paste.debian.net/100693/ |
| 21:01.20 | blindvt | khem, TIA |
| 21:07.41 | blindvt | khem, (or let me know if you prefer an official patch to the list) |
| 21:13.23 | blindvt | wee! Lasse finally suggests xz officially for the kernel :) |
| 21:14.23 | *** join/#oe dth (~dth@a89-182-76-255.net-htp.de) |
| 21:14.59 | *** join/#oe Martin-B (~martin@pool-162-65-198-89.dbd-ipconnect.net) |
| 21:17.26 | rphillips | the parallel processing support in bitbake is fantastic |
| 21:18.15 | rphillips | major kudos, kergoth |
| 21:23.12 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 21:25.50 | *** part/#oe reaperofsouls (~jpuhlman@nat/montavista/x-aexivdkfvlmezhjk) |
| 21:27.29 | *** join/#oe reaperofsouls (~jpuhlman@nat/montavista/x-aexivdkfvlmezhjk) |
| 21:30.18 | khem | blindvt: send it to ml |
| 21:30.26 | blindvt | khem, k |
| 21:30.52 | khem | Tartarus: can you verify if that fix works for you |
| 21:31.00 | khem | and in that case push it to both branches |
| 21:33.01 | Tartarus | The gentoo patch? I can tell it will, yeah |
| 21:33.07 | khem | Tartarus: ok |
| 21:33.10 | khem | yes that one |
| 21:33.18 | Tartarus | Do it :) |
| 21:33.33 | khem | ok. Well I dont have it failing here so I cant verify |
| 21:33.38 | khem | but will depend on you |
| 21:37.42 | Crofton|road | does anyone know what the gsl change did? |
| 21:38.11 | khem | Tartarus: 0.13.0 should fix the problem we have with generating locales |
| 21:38.11 | khem | Crofton|road: which gsl change ? |
| 21:39.05 | khem | is not scared of reparsing now a days |
| 21:39.10 | Crofton|road | not sure, gnuradio stopped building, and I remember something, |
| 21:39.21 | khem | takes about 2mins on this core2duo box |
| 21:39.26 | Crofton|road | sorry I have not so good access to my hw at the moment |
| 21:39.39 | khem | Crofton|road: which road are you on |
| 21:39.48 | Crofton|road | hhe |
| 21:39.54 | Crofton|road | this is irc at home on screen |
| 21:39.58 | Crofton|road | I am in CT now |
| 21:40.05 | Crofton|road | on a windows laptop using putty |
| 21:41.06 | khem | hmm |
| 21:41.13 | khem | so house is not on fire for sure :) |
| 21:41.23 | Crofton|road | yes :) |
| 21:42.21 | CIA-109 | 03Khem Raj <raj.khem@gmail.com> 07master * rfe798c3a31 10openembedded.git/recipes/qemu/ (qemu-0.13.0/parallel-build.patch qemu_0.13.0.bb): |
| 21:42.21 | CIA-109 | qemu_0.13.0.bb: Fix parallel make build failure |
| 21:42.21 | CIA-109 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 21:42.24 | khem | Tartarus: pull and retry |
| 21:44.06 | eFfeM | khem, probably got a patch for mythtv & qt 4.7, testing it now |
| 21:45.25 | khem | eFfeM: awesome |
| 21:45.46 | khem | kergoth: any plans to get parallel parsing into master |
| 21:45.51 | khem | soon |
| 21:46.10 | Tartarus | Soon as he's really sure it's not breaking things ;) |
| 21:46.17 | kergoth | exactly |
| 21:46.31 | khem | hmmm |
| 21:46.34 | kergoth | and its a good thing we didn't merge it, given the issues i fixed last night |
| 21:46.37 | Jay7 | what was issues with locale generation? |
| 21:46.48 | khem | thats a hard ask for bitbake which has no real testsuite but usecases only |
| 21:46.57 | khem | Jay7: qemu used to die |
| 21:48.32 | khem | kergoth: I have veen using it everywhere on 3 different machines without any issues known |
| 21:48.33 | kergoth | khem: agreed, it is, that's why i've just requested tested and waited it out :) |
| 21:48.40 | kergoth | but i'd like to merge it this week |
| 21:48.43 | kergoth | unless something pops up |
| 21:48.49 | kergoth | s/tested/testers/ |
| 21:48.52 | khem | ok |
| 21:48.58 | khem | good plan |
| 21:49.27 | khem | kergoth: so how do you combine the parse caches |
| 21:49.31 | kergoth | even if there are remaining bugs, at this point i hate using it without it, we can fix them as we go |
| 21:49.38 | khem | is that a serial process |
| 21:49.38 | kergoth | what do you mean? |
| 21:49.48 | kergoth | oh, into the data thats used by the runqueue? |
| 21:49.52 | khem | kergoth: I havent looked at all on the parallel parsing code |
| 21:49.55 | khem | yes |
| 21:49.56 | Crofton|road | khem, could you do me a favour |
| 21:50.01 | Crofton|road | I see this in testing |
| 21:50.02 | khem | Crofton|road: sure |
| 21:50.08 | Crofton|road | http://pastebin.ca/2001398 |
| 21:50.17 | Crofton|road | I think it is fixed in dev |
| 21:50.21 | kergoth | yeah, the main process adds the info it gets for each recipe, whether it be from the cache or parsing, into its CacheData, serially yes, nature of the best, its additive |
| 21:50.26 | khem | now that you spelt favour the way I learnt at school |
| 21:50.32 | kergoth | that bit is fast as hell compared to actual cache loading time or recipe parsing time |
| 21:50.40 | *** join/#oe dth (~dth@a89-182-139-160.net-htp.de) |
| 21:50.44 | Crofton|road | let me see if I can quickly find the comit |
| 21:50.45 | khem | kergoth: I see |
| 21:51.23 | kergoth | khem: if you look at foerster|away's latest branch, the UI gets split into a separate process from the server, and cache loading gets its own progress bar |
| 21:51.28 | kergoth | haven't done much testing of that yet though |
| 21:51.47 | Crofton|road | damn, not in dev |
| 21:51.59 | Crofton|road | I think there is a gsl patch on the list that needs applying |
| 21:52.06 | khem | kergoth: umm nice |
| 21:52.12 | Crofton|road | I have really bad email atm, due to me being a moron |
| 21:52.27 | Crofton|road | and pw being down :) |
| 21:53.33 | khem | fessions |
| 21:53.37 | khem | Crofton|road: hmm confessions |
| 21:53.47 | khem | ok I found the patch seeminglt |
| 21:54.06 | khem | kicks mutt |
| 21:55.01 | Crofton|road | I need to fix it :) |
| 21:55.10 | Crofton|road | well by next week |
| 21:55.15 | Crofton|road | lots of travel though |
| 21:55.35 | khem | Crofton|road: ok, due to pw down I have to filter it from my mails so I will do that |
| 21:55.53 | Crofton|road | thanks |
| 21:56.10 | Crofton|road | I want to make sure the release works for my test case :) |
| 21:56.16 | khem | good intent |
| 21:56.19 | Crofton|road | I can start test runs from here |
| 21:56.31 | khem | fine let me apply that now then |
| 21:56.34 | khem | its been approved |
| 21:57.10 | khem | shit this soup was really spicy |
| 21:57.25 | *** join/#oe ka6sox-away (~ka6sox@nslu2-linux/ka6sox) |
| 21:57.36 | ka6sox | too much curry? |
| 21:58.01 | ka6sox | Crofton|road, do we want to import the existing patchwork db into the new one? |
| 22:00.09 | Tartarus | khem: Ha |
| 22:00.20 | Tartarus | | /usr/bin/ld: ../ui/curses.o: invalid string offset 4293984260 >= 784 for section `.strtab' |
| 22:00.20 | Tartarus | | /usr/bin/ld: final link failed: Nonrepresentable section on output |
| 22:00.20 | Tartarus | | collect2: ld returned 1 exit status |
| 22:00.26 | Crofton|road | ka6sox: if it is "easy" |
| 22:00.32 | Tartarus | cleans and tries again |
| 22:00.46 | Crofton|road | hopes it is easy |
| 22:00.54 | khem | Tartarus: hmm |
| 22:01.10 | ka6sox | mysqldump ftw |
| 22:01.22 | ka6sox | and then I'll need to hand edit a few thigns. |
| 22:01.24 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 22:01.27 | Crofton|road | ok |
| 22:01.35 | Crofton|road | as long as you are ok with it |
| 22:02.07 | Crofton|road | your sql skillz sound better then mine :) |
| 22:03.22 | ka6sox | I have help from others who know it :D |
| 22:03.28 | ka6sox | Ijust need to snag it. |
| 22:03.29 | Crofton|road | good |
| 22:03.50 | Crofton|road | basically, I do not want the new one to get stuck on importing the old data |
| 22:04.02 | Crofton|road | we have already talked about leaving the old one and working through it |
| 22:04.11 | ka6sox | ya, me too |
| 22:04.36 | khem | Tartarus: is that on a clean build ? |
| 22:04.44 | khem | Tartarus: and whats your build distro |
| 22:04.55 | Tartarus | khem: building on u10.04 |
| 22:04.59 | Tartarus | and no, i just pulled and built again |
| 22:05.02 | Tartarus | clean testing now |
| 22:05.09 | khem | Tartarus: hmm ok |
| 22:05.31 | khem | the error you posted is also atermath of parallel processing |
| 22:05.36 | khem | which I think should be fixed |
| 22:06.59 | Tartarus | yeah, we got farther |
| 22:07.01 | ka6sox | Crofton|road, apparently there will be a gap. |
| 22:07.09 | ka6sox | from teh 19th till I get this one working. |
| 22:07.13 | Crofton|road | ok |
| 22:07.16 | Crofton|road | such is life |
| 22:09.24 | khem | Crofton|road: the patch for gsl is applied to both master and release |
| 22:10.11 | eFfeM | calling it a day, cya |
| 22:10.26 | Jay7 | nite |
| 22:10.31 | CIA-109 | 03Paul Menzel <paulepanter@users.sourceforge.net> 07master * r4a24a5522b 10openembedded.git/recipes/gsl/gsl.inc: (log message trimmed) |
| 22:10.31 | CIA-109 | gsl.inc: Remove `do_stage`. |
| 22:10.31 | CIA-109 | Inkscape fails to build after commit c2c8fe [1] with the following error. |
| 22:10.31 | CIA-109 | | checking for CAIRO_USER_FONTS... yes |
| 22:10.31 | CIA-109 | | checking for INKSCAPE... configure: error: Package requirements (gdkmm-2.4 |
| 22:10.32 | CIA-109 | glibmm-2.4 giomm-2.4 gtkmm-2.4 >= 2.10.0 gtk+-2.0 libxml-2.0 >= 2.6.11 |
| 22:10.32 | CIA-109 | libxslt >= 1.0.15 cairo sigc++-2.0 >= 2.0.12 gthread-2.0 >= 2.0 libpng >= |
| 22:11.09 | Crofton|road | khem, did you copy that to the release branch? |
| 22:11.12 | Crofton|road | I will test |
| 22:11.25 | khem | ka6sox: all you have to do is make it grok the ml ? |
| 22:11.33 | Jay7 | what do we are testing this night? :) |
| 22:11.34 | khem | Crofton|road: yes |
| 22:11.59 | khem | Jay7: keep testing same stuff you did initially on release branch |
| 22:12.00 | *** join/#oe Martin_B (~martin@pool-162-65-198-89.dbd-ipconnect.net) |
| 22:12.13 | khem | Jay7: and make sure that errors you had last time are gone |
| 22:12.45 | Jay7 | khem: there are some in meta-toolchain* build |
| 22:12.51 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:13.59 | XorA|gone | morning |
| 22:16.57 | *** join/#oe ant__ (~andrea@host191-253-dynamic.16-79-r.retail.telecomitalia.it) |
| 22:17.04 | khem | Jay7: meta-toolchain-arago ? |
| 22:17.18 | Crofton|road | khem: looks like gnuradio went past configure, thanks |
| 22:17.25 | khem | thats arago specific I wont sweat too much on that one |
| 22:17.34 | khem | Crofton|road: k |
| 22:18.34 | khem | Jay7: libmailwrapper is not fetchable as I see on your builds |
| 22:18.43 | khem | its another thing from hh.org |
| 22:23.05 | ka6sox-away | does anybody here know anyone who is a contact in hh.org so I can get those archives? |
| 22:28.15 | Jay7 | khem: meta-toolchain-gpe-sbox have error too |
| 22:28.37 | Jay7 | http://tinderbox.openembedded.net/packages/1072151/ |
| 22:28.59 | Jay7 | meta-toolchain-fso: http://tinderbox.openembedded.net/packages/1071785/ |
| 22:29.24 | Jay7 | hm.. |
| 22:29.33 | CIA-109 | 03Graham Gower <graham.gower@gmail.com> 07master * rb5597a3e30 10openembedded.git/recipes/strace/ (7 files in 2 dirs): (log message trimmed) |
| 22:29.33 | CIA-109 | strace: Fix build on mips{, el} when DISTRO_FEATURES lacks "largefile". |
| 22:29.33 | CIA-109 | While here, |
| 22:29.33 | CIA-109 | - make 4.5.20 the default for mips instead of 4.5.18. |
| 22:29.33 | CIA-109 | - Fix LICENSE fields. |
| 22:29.33 | CIA-109 | | mipsel-oe-linux-uclibc-gcc -march=mips32 -Wall |
| 22:29.33 | CIA-109 | -isystem/mnt/oe/tmp/sysroots/mipsel-oe-linux-uclibc/include |
| 22:29.36 | Jay7 | linux-efikamx fails on do_unpack.. |
| 22:29.41 | Jay7 | http://tinderbox.openembedded.net/packages/1068692/ |
| 22:29.44 | CIA-109 | 03Graham Gower <graham.gower@gmail.com> 07master * r46b8687290 10openembedded.git/recipes/gnutls/ (gnutls-2.10.2/parallel-build.patch gnutls_2.10.2.bb): (log message trimmed) |
| 22:29.44 | CIA-109 | gnutls_2.10.2.bb: Fix parallel build failure. |
| 22:29.44 | CIA-109 | In file included from core.c:32: |
| 22:29.44 | CIA-109 | enums.h:3:1: error: unterminated #ifndef |
| 22:29.45 | CIA-109 | In file included from core.c:40: |
| 22:29.45 | CIA-109 | enum-map.i.c:867:1: error: unterminated argument list invoking macro "SCM_SMOB_PRINT" |
| 22:29.46 | CIA-109 | In file included from errors.c:28: |
| 22:31.08 | khem | Jay7: I will wait for grg to see into those errors |
| 22:31.16 | Jay7 | ok |
| 22:31.26 | grg | huh.. what? |
| 22:32.56 | khem | opkg is not finding some packages during image generation |
| 22:33.31 | khem | e.g http://tinderbox.openembedded.net/public/logs/task/11079255.txt |
| 22:34.07 | *** join/#oe CMoH (~cipi@95.76.74.1) |
| 22:34.17 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 22:35.31 | grg | khem, that looks like ipkg and opkg are both included in the image. Bad. |
| 22:36.00 | Tartarus | khem: same |
| 22:36.15 | Tartarus | DISTRO=minimal-uclibc MACHINE=qemux86 bitbake qemu-native |
| 22:36.24 | Tartarus | 32bit ubuntu 10.04 |
| 22:37.44 | *** join/#oe CMoH (~cipi@95.76.74.1) |
| 22:37.44 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 22:38.43 | Jay7 | ka6sox-away: ping me when you will be idle :) |
| 22:46.27 | ka6sox-away | Jay7, never "idle" but available :D |
| 22:47.32 | khem | grg: hmm |
| 22:47.36 | khem | Tartarus: no success |
| 22:48.17 | khem | Tartarus: lemme try it out or worst come we might have to disable parallel make for it |
| 22:50.24 | Tartarus | dunno if that's a parallel problem |
| 22:50.25 | Tartarus | sec |
| 22:50.47 | khem | yes it is |
| 22:50.53 | Tartarus | you googled up that one too? |
| 22:50.58 | khem | some object is corrupt |
| 22:51.20 | khem | no but I have seein similar issues with other projects |
| 22:52.51 | Tartarus | trying |
| 22:53.55 | khem | but you have to rebuild clean |
| 22:53.55 | CIA-109 | 03Khem Raj <raj.khem@gmail.com> 07master * r51e9eb4c09 10openembedded.git/recipes/inetutils/inetutils_1.8.bb: |
| 22:53.55 | CIA-109 | inetutils_1.8.bb: Disable help2man, doesnt work in cross env. |
| 22:53.55 | CIA-109 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 22:54.06 | CIA-109 | 03Khem Raj <raj.khem@gmail.com> 07master * r1b5f14a161 10openembedded.git/recipes/help2man/help2man_1.37.1.bb: |
| 22:54.06 | CIA-109 | help2man_1.38.2.bb: New recipe |
| 22:54.06 | CIA-109 | Add recipe for latest 1.38.2 version and remove 1.37.1 in favour of it. |
| 22:54.06 | CIA-109 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 22:54.18 | ant__ | khem: btw http://lists.busybox.net/pipermail/uclibc-cvs/2010-February/027454.html is not applied in uClibc-0.9.30.2 |
| 22:54.51 | khem | ant__: thats strange |
| 22:55.07 | Tartarus | yeah, did a -c clean |
| 22:55.09 | Tartarus | waiting waiting waiting |
| 22:55.15 | khem | hmm may be its after the release uClibc-0.9.30.2 |
| 22:55.27 | khem | Tartarus: with -j1 it will take forever |
| 22:55.29 | ant__ | I'm looking in our tar.bz |
| 22:55.47 | ka6sox-away | Crofton|road, you still here? |
| 22:56.43 | Tartarus | khem: yes :( |
| 22:59.35 | ant__ | khem: yes |
| 22:59.38 | ant__ | he http://git.uclibc.org/uClibc/log/?h=0_9_30 |
| 23:00.33 | ant__ | it is to read 0.90.30-rc2 |
| 23:00.39 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 23:02.28 | ant__ | khem: do you dare to bump git rev to final 0.9.30 ? |
| 23:02.45 | khem | ant__: hmm |
| 23:02.49 | blindvt | ant__, is it in .30.3? |
| 23:03.04 | ant__ | perhaps angstrom pins |
| 23:03.07 | ant__ | lemme see |
| 23:03.07 | khem | blindvt: yes it should be in .30.3 |
| 23:03.21 | khem | when that releases |
| 23:03.58 | ant__ | I could not build x264 |
| 23:04.05 | blindvt | khem, ant__, we _did_ release a .30.3: http://uclibc.org/downloads/uClibc-0.9.30.3.tar.xz |
| 23:04.22 | ant__ | interestingly here was never fetched |
| 23:04.57 | blindvt | ant__, you should be using .31 or git anyway. i'm not going to fix .30 |
| 23:05.23 | ant__ | ./distro/angstrom-2010.x.conf:PREFERRED_VERSION_uclibc ?= "0.9.30.2" |
| 23:05.52 | ant__ | I'll retry with minimal |
| 23:07.15 | ant__ | you can add 0.9.30.2 to the list of broken |
| 23:07.19 | ant__ | ;) |
| 23:07.23 | blindvt | ant__, you folks don't pick binutils from sane-toolchain for micro (or did not until recently, at least) so yea. If somebody wants to stick to unsupported obsolete stuff it's for your own amusement ;P |
| 23:07.29 | khem | ant__: its not tagged ? |
| 23:07.36 | khem | sorry that was for blindvt |
| 23:07.55 | blindvt | khem, it's tagged: http://git.uclibc.org/uClibc/tag/?h=0_9_30&id=0_9_30_3 |
| 23:07.56 | khem | grg: see task-sdk-sbox-gpe.bb :) |
| 23:08.10 | khem | grg: I think that should use opkg now righ ? |
| 23:08.32 | ant__ | we have to ask angstrom maintainers to bump the release |
| 23:08.43 | ant__ | xv264 and ffmpeg will not build |
| 23:08.46 | blindvt | khem, our git web-viewer doesn't support xz. I should fix that sometimes.. |
| 23:08.55 | khem | ah |
| 23:09.27 | grg | khem, the ipkg line can just be removed. opkg will be pulled in elsewhere |
| 23:09.32 | blindvt | calls it a day |
| 23:09.33 | ant__ | fwiw we still should add knowledge of lzo and lzma to the classes |
| 23:09.35 | blindvt | g'night all |
| 23:09.47 | ant__ | iirc |
| 23:09.59 | ant__ | 'nite blindvt |
| 23:11.11 | ant__ | hm.. qemu-native failing from scratch... |
| 23:11.24 | grg | khem, task-openprotium.bb has ipkg too |
| 23:11.50 | grg | i guess i missed the task directory when i did a cleanup some months ago |
| 23:12.15 | khem | grg: ok, I have patched task-sdk-sbox-gpe.bb |
| 23:12.19 | khem | others I will leave upto you |
| 23:13.01 | khem | grg: how about ipkg-utils |
| 23:13.04 | ant__ | khem: I suspect trhe perl issue was originated by me, starting a build in Ubuntu env (with perl threads) and having resumed after rebooting in Gentoo (no perl threads) |
| 23:13.10 | ant__ | :& |
| 23:13.15 | khem | grg: why dont you send a comprehensive patch |
| 23:13.35 | khem | ant__: hmmm |
| 23:13.47 | khem | well that kind of hose up only godsave |
| 23:13.56 | ant__ | now our $perl_threads = 0; |
| 23:14.31 | ant__ | probably build broke and I shut-off |
| 23:14.45 | khem | arm is prepping for 64bit core it seems interesting http://infoworld.com/d/hardware/arm-readies-processing-cores-64-bit-computing-649 |
| 23:16.01 | khem | grg: also look into meta/ tasks/ and images/ folders when you replace ipkg with opkg |
| 23:16.24 | ant__ | khem: qemu-native fails like this: |
| 23:16.25 | ant__ | /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/../../../../i686-pc-linux-gnu/bin/ld: ../slirp/cksum.o: invalid string offset 4293984260 >= 32 for section `.strtab' |
| 23:16.25 | ant__ | /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/../../../../i686-pc-linux-gnu/bin/ld: final link failed: Nonrepresentable section on output |
| 23:16.25 | ant__ | collect2: ld returned 1 exit status |
| 23:17.04 | khem | ant__: ok. Tartarus is seeing same. |
| 23:17.19 | khem | ant__: lets disable parallel make for test sake |
| 23:17.25 | ant__ | sorry, I missed the chat |
| 23:17.33 | khem | ant__: can you do that ? and see if it works |
| 23:17.36 | khem | and report here |
| 23:17.39 | ant__ | sure |
| 23:17.56 | ant__ | was -j5 fwiw |
| 23:18.38 | *** join/#oe kgilmer (~kgilmer@p12020-ipngn100102sinnagasak.nagasaki.ocn.ne.jp) |
| 23:19.17 | grg | khem, ipkg-utils should stay as is. nylon and openprotium appear to be the other places where ipkg is still included verbatim. I assume these are not maintained right now? |
| 23:22.30 | ant__ | khem: I just added PARALLEL_MAKE = "" still I see a funny NOTE: Applying patch 'parallel-build.patch' (../openembedded/recipes/qemu/qemu-0.13.0/parallel-build.patch) |
| 23:22.31 | ant__ | <PROTECTED> |
| 23:24.11 | *** join/#oe grund (~grund@firebug.buglabs.net) |
| 23:25.28 | ant__ | khem: it compiled slirp/cksum.o, looking good |
| 23:25.56 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 23:28.05 | khem | ant__: that patch does no harm |
| 23:28.08 | ant__ | argh...slow as hell with one single core |
| 23:28.18 | grg | khem, actually now that i look deeper, there are other places where ipkg related stuff needs to be pulled from. I'll come up with a comprehensive patch, but it will be too invasive for release. |
| 23:28.28 | khem | ant__: yes it will be but in grand scheme of things it may be ok |
| 23:28.40 | khem | by the time toolchain is generated it will build it in paralle |
| 23:28.41 | Jay7 | you can try to override -j for special directory only |
| 23:28.53 | Jay7 | by patching makefile |
| 23:29.04 | Jay7 | (just an idea) |
| 23:29.19 | khem | Jay7: for that one has to understand the full qemu build system |
| 23:29.41 | khem | grg: Dont worry, how invasive could ti be |
| 23:30.08 | khem | grg: or you can divide it into common and more invasive |
| 23:30.23 | Jay7 | is it 0.13? |
| 23:30.25 | khem | we can apply common one to release and leave invasive one + common on master |
| 23:30.31 | khem | Jay7: yes |
| 23:31.56 | Jay7 | well.. let me have quick look on this |
| 23:32.59 | ant__ | omg %CPU is between 0,65 and 3.5% since some mins... |
| 23:33.41 | ant__ | cc1 I mean |
| 23:36.07 | Crofton|road | khem: release just built, starting over from clean now |
| 23:37.00 | khem | Crofton|road: nice |
| 23:43.28 | Jay7 | /usr/bin/ld: final link failed: File truncated |
| 23:43.29 | Jay7 | collect2: ld returned 1 exit status |
| 23:44.11 | ant__ | khem: NOTE: package qemu-native-0.13.0-r1: task do_rm_work_all: Succeeded |
| 23:45.18 | khem | ant__: ok I can see it also on one machine here |
| 23:45.28 | khem | so I guess I will have to disable parallel make for now |
| 23:45.35 | khem | let me try the fix on my end |
| 23:46.50 | grg | can't git pull... fatal: read error: Connection reset by peer |
| 23:50.49 | grg | fixed now! Thanks guardian angel! |
| 23:50.59 | ka6sox | :D |
| 23:51.36 | grg | ka6sox, :) |
| 23:58.28 | ant__ | good night |