| 00:00.49 | muriani | toofar: he's tried, it fails. |
| 00:02.05 | cs_nbp | well right now it wont matter, I cleaned up and it's the first build (as soon as menuconfig finished making me a crosscompiler) |
| 00:02.28 | cs_nbp | we'll see if that error is still there |
| 00:03.09 | cs_nbp | iirc the error was: nothing PROVIDES <package> |
| 00:03.17 | cs_nbp | and I gave full path to the package |
| 00:03.53 | cs_nbp | like bitbake -c clean dir/dir/app.bb |
| 00:05.32 | *** join/#oe pespin_ (~pespin@206.pool85-50-74.dynamic.orange.es) |
| 00:14.35 | *** join/#oe Russ (~russ@206.29.182.209) |
| 00:15.23 | CIA-9 | 03Lianhao Lu <lianhao.lu@intel.com> 07master * rb310382764 10bitbake.git/lib/bb/persist_data.py: |
| 00:15.23 | CIA-9 | bitbake/persist_data: Reconnect when DB is locked |
| 00:15.23 | CIA-9 | [YOCTO #1761] |
| 00:15.23 | CIA-9 | Reconnect to the backend Sqlite DB in 'database is locked' exception so |
| 00:15.23 | CIA-9 | the timeout can be leveraged in each time retry. |
| 00:15.23 | CIA-9 | Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> |
| 00:15.23 | CIA-9 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 00:18.38 | cs_nbp | short monent, just finish fighting against LIC_FILES_CHKSUM |
| 00:22.02 | *** join/#oe Russ_ (~russ@206.29.182.199) |
| 00:22.24 | cs_nbp | ok, I'm back at 'Makefile:144: *** commands commence before first target. Stop.' which looked like this http://pastebin.com/dhLASfeh |
| 00:22.42 | cs_nbp | line 4 is line 144 |
| 00:23.07 | cs_nbp | in Makefile.in those lines have a '\' at the end |
| 00:23.22 | *** join/#oe Russ_ (~russ@206.29.182.199) |
| 00:29.42 | cs_nbp | like that http://pastebin.com/ftjr4Gxc |
| 00:30.16 | cs_nbp | should I remove those, since they seem to be misinterpreted |
| 00:30.19 | cs_nbp | ? |
| 00:38.14 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 00:48.29 | *** join/#oe khem__ (4281e024@gateway/web/freenode/ip.66.129.224.36) |
| 01:16.37 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 01:34.33 | *** join/#oe pespin_ (~pespin@206.pool85-50-74.dynamic.orange.es) |
| 01:35.20 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 01:45.03 | cs_nbp | k enough for today, gn8Z |
| 01:52.37 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 02:55.12 | *** join/#oe nitink1 (~nitink@134.134.139.72) |
| 03:04.58 | *** join/#oe devzero_ (devzero@xdsl-89-0-182-44.netcologne.de) |
| 03:18.05 | *** join/#oe jkridner__ (~jason@pdpc/supporter/active/jkridner) |
| 03:59.43 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 05:30.44 | *** join/#oe erwt (~erwt@114.143.164.156) |
| 05:43.18 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 05:46.11 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 06:07.15 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 06:13.44 | *** join/#oe pb_|usa (~pb@12.157.112.67) |
| 06:27.26 | *** join/#oe War2 (~war2@14.98.164.167) |
| 06:27.31 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 06:53.32 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 07:04.54 | *** join/#oe reisei (~reisei@n41-as54-1-ppp206.nordnet.ru) |
| 07:24.21 | *** join/#oe lamikr (lamikr@nat/nokia/x-ezfsvbqqndqpkgqi) |
| 07:40.58 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 07:42.11 | *** join/#oe rah_ (rah@myrtle.6gnip.net) |
| 07:49.37 | *** join/#oe lamikr (lamikr@nat/nokia/x-jbpchggmiykxczss) |
| 07:55.36 | mckoan | good morning |
| 08:05.55 | *** join/#oe nullpuppy (~nullpuppy@freematrix/staff/nullpuppy) |
| 08:11.22 | *** join/#oe captain_morgan (~captain_m@c-76-102-249-39.hsd1.ca.comcast.net) |
| 08:16.03 | *** join/#oe rschus (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
| 08:16.06 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 08:20.43 | *** join/#oe zecke (~ich@91-64-82-148-dynip.superkabel.de) |
| 08:24.08 | *** join/#oe rob_w_ (~bob@host-188-174-135-212.customer.m-online.net) |
| 08:42.27 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:47.41 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 08:55.45 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 09:27.22 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 09:27.31 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 09:38.37 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:38.37 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:43.17 | *** join/#oe mickey_office (~mickey@e182221015.adsl.alicedsl.de) |
| 09:54.08 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 10:06.20 | bluelightning | morning folks |
| 10:06.27 | Jin^eLD | mornin bluelightning |
| 10:07.10 | mckoan | hi |
| 10:07.22 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 10:19.24 | *** join/#oe alx_ (~alx_@fireone.i3p.it) |
| 10:29.02 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 10:31.40 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 10:37.31 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 10:57.13 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 11:02.41 | florian | hi mckoan |
| 11:29.35 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 11:30.13 | *** join/#oe pepermint (~pepermint@host173-13-dynamic.58-82-r.retail.telecomitalia.it) |
| 11:37.22 | *** join/#oe rschus (~rschus@89.1.20.66) |
| 11:40.51 | *** join/#oe mickey_office (~mickey@e182221015.adsl.alicedsl.de) |
| 11:56.12 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 12:03.12 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 12:05.42 | *** join/#oe likewise_ (~chatzilla@095-097-098-131.static.chello.nl) |
| 12:11.19 | *** join/#oe rschus1 (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
| 12:12.49 | *** join/#oe rschus2 (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
| 12:37.27 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 12:44.09 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:51.35 | *** join/#oe ipaqlor (~gl@chello062178063133.22.11.univie.teleweb.at) |
| 12:52.33 | ipaqlor | hello |
| 12:52.56 | ipaqlor | i am trying to get atk bitbaked but fail horrible with this error "ExpansionError: Failure expanding variable SUMMARY, |
| 12:53.43 | ipaqlor | expression was ${SUMMARY}" , |
| 12:53.58 | ipaqlor | which to me translates that there is something wrong with a DESCRIPTION = "An accessibility toolkit for GNOME." |
| 12:54.22 | *** join/#oe zecke (~ich@91-64-82-148-dynip.superkabel.de) |
| 12:54.35 | ipaqlor | because there is no SUMMARY Variable.... but it aint, for that is perfectly fine :( |
| 12:56.57 | *** join/#oe captain_morgan (~captain_m@c-76-102-249-39.hsd1.ca.comcast.net) |
| 12:58.41 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 13:02.09 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 13:03.08 | *** join/#oe Jin^eLD (~jin@belief.htu.tuwien.ac.at) |
| 13:06.13 | *** join/#oe Dodji` (~musashi@torimasen.com) |
| 13:16.23 | *** join/#oe captain_morgan (~captain_m@c-76-102-249-39.hsd1.ca.comcast.net) |
| 13:17.32 | ipaqlor | here is the pastebin if someone wants to see a "screenshot" of such a rarely ocuring incident. :) http://pastebin.com/0FqecMeC |
| 13:23.58 | *** join/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net) |
| 13:30.03 | ant_work | ipaqlor: never noticed such failure for missing $SUMMARY |
| 13:36.24 | *** join/#oe lamawithonel (~lucas@pool-96-231-126-66.washdc.east.verizon.net) |
| 13:37.10 | ipaqlor | ant_work: yeah, me neither, and google not at all :) |
| 13:38.26 | ipaqlor | also, doing bitbake -DDD -v...and what not, does not realls show more. |
| 13:38.59 | ant_work | I had just read this thread http://lists.linuxtogo.org/pipermail/openembedded-core/2012-January/016558.html |
| 13:42.08 | ipaqlor | ant_work: well, no idea. i allready tried using SUMMARY="wtf", DESCRIPTION="nop"... pasting the atk.inc into the bb. well... alls the same :) |
| 13:42.12 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 13:42.13 | ant_work | btw why do you build with -b? |
| 13:42.41 | ipaqlor | ant_work: because besides that task and its dependencies everything has been allready built |
| 13:43.07 | ipaqlor | ant_work: the eroor is independet on how the atk recipe is triggered |
| 13:44.30 | ipaqlor | ant_work: or clearer. i can produce the error with every build target available that inherits the atk package (gtk stuff) |
| 13:47.28 | ipaqlor | is there some bash -x equivalent to bitbake/python ?.... something that lets you look while VARIABLES get handled (or mishandled) |
| 13:47.42 | DJWillis | Hiya, is anyone working on recipes for LightDM? Started but having a bit of fun getting it all working so thought it was worth checking that another layer does not have a working recipe ;). |
| 13:48.18 | ant_work | have you inspected the files in $WORKDIR? The run_do_package_ipk has porobably the solution |
| 13:49.46 | ipaqlor | ant_work: sorry, cant follow you. the what in the what? :) |
| 13:49.47 | ant_work | see line #79 of your pastebin |
| 13:50.08 | ipaqlor | hehe, ok |
| 13:50.41 | ipaqlor | ant_work: yes thos elogfiles, are for people without scrollbackbuffers :) nothing more in there then a snipplet of the full stdout dump i put on pastebin |
| 13:51.02 | ant_work | check the run. file |
| 13:51.07 | Crofton|work | is lower layer priority higher or lower? |
| 13:52.02 | ant_work | Crofton|work: happily it seems we only have *one* atk recipe |
| 13:52.15 | Crofton|work | heh |
| 13:52.27 | ant_work | but there is a .bbappend ;) |
| 13:52.32 | ant_work | in meta-oe |
| 13:52.46 | ipaqlor | well, damn, i should clean up |
| 13:52.48 | ipaqlor | mom |
| 13:53.17 | ipaqlor | a few hundred do_bla...files in atk$WORK :) |
| 13:54.33 | *** join/#oe rschus (~rschus@89.1.20.66) |
| 13:54.40 | ipaqlor | ant_work: ok, now i can see again. what do.bla file do you suggest? |
| 13:55.07 | ant_work | well, the corresponding task |
| 13:55.30 | ant_work | is embedded in the name |
| 13:57.19 | ipaqlor | ant_work: nevermind, i now have run.do_package_ipk.24358, and run.do_package_write_ipk.24358, and run.read_subpackage_metadata.24358, and run.sstate_task_prefunc.24358 ...greping vor priority on them didnt give back any hit. |
| 13:59.18 | *** join/#oe captain_morgan (~captain_m@c-76-102-249-39.hsd1.ca.comcast.net) |
| 13:59.38 | ant_work | ipaqlor: grep for SUMMARY |
| 14:00.42 | ipaqlor | summary = localdata.getVar('SUMMARY', True) or localdata.getVar('DESCRIPTION', True) or "." |
| 14:00.52 | ipaqlor | :) |
| 14:01.52 | *** join/#oe captain__ (~captain_m@c-76-102-249-39.hsd1.ca.comcast.net) |
| 14:02.52 | ipaqlor | ant_work: i got both ;) so that shoukd be fine :) except when /home/gl/IPAQ/angstrom/setup-scripts/sources/bitbake/lib/bb/data_smart.py hits me :) |
| 14:02.59 | *** join/#oe GNUtoo (~gnutoo@host29-81-dynamic.48-82-r.retail.telecomitalia.it) |
| 14:05.20 | ipaqlor | hello GNUtoo seems like you are the other human on earth who got :: ExpansionError: Failure expanding variable SUMMARY, expression was ${SUMMARY}" . let me greet you :) |
| 14:05.20 | ipaqlor | ...REGARDING TO GOOGLENETS) |
| 14:05.20 | ipaqlor | sorry caps |
| 14:06.53 | ipaqlor | GNUtoo: care to share your secret? i assume you managed to get over it or you for shure wouldnt be hanging around here for 2 months waiting for a solution ;) |
| 14:07.26 | ant_work | ipaqlor: psss.. I tell you a secret now. Don't mix that many layers for an ipaq ! |
| 14:08.02 | ipaqlor | ant_work: woow, thanks. |
| 14:08.26 | ipaqlor | ant_work: so its a feature :) |
| 14:08.40 | ipaqlor | to remind one of a much to layerd livestyle |
| 14:10.15 | ipaqlor | this layerstuff |
| 14:10.26 | ipaqlor | isnt that what its all about? |
| 14:10.46 | ipaqlor | i thout i understand that stuff some 5 years agfo. but i must have missed the whole pint. |
| 14:10.58 | ant_work | I, for me, don't use any script to manage the layers |
| 14:11.21 | ant_work | I know you are following som einstructions |
| 14:12.00 | ipaqlor | ant_work: i am a good robot |
| 14:12.06 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 14:12.09 | ant_work | anyway, I suppose the images I'm building lately do not contain atk... |
| 14:12.41 | ant_work | I'll try later on and tell you. I just use oe-core + meta-handheld + meta-openembedded (reduced) |
| 14:13.17 | ant_work | betetr said, only some recipes of meta-openembedded |
| 14:13.21 | ipaqlor | ant_work: lucky you :) but seriously thats no solution for me. |
| 14:13.53 | ant_work | have you built a normal console-image? |
| 14:14.14 | ipaqlor | ant_work: whats a normal console-image? |
| 14:14.40 | ant_work | which image are you building? |
| 14:14.45 | ant_work | console-image is shell only |
| 14:15.14 | ipaqlor | MACHINE=h3600 bitbake -ak console-image |
| 14:15.56 | Crofton|work | bluelightning, koen is thinking I can get qmake on the target with the qt-tools package? |
| 14:16.00 | GNUtoo | ipaqlor, hi |
| 14:16.06 | ipaqlor | hi GNUtoo :) |
| 14:16.27 | GNUtoo | ipaqlor, can you describe more your problem , I cleansstated some stuff rebuilt and it worked |
| 14:16.39 | GNUtoo | some stuff beeing the recipe that caused that |
| 14:16.52 | ipaqlor | ant_work: well, mei console-image somehow depends on atk |
| 14:17.04 | bluelightning | Crofton|work: the one in OE-Core does not include it; I believe it gets explicit deleted since it's for the host arch |
| 14:17.06 | GNUtoo | ipaqlor, where's the pastebin where I pastebined? |
| 14:17.16 | bluelightning | Crofton|work: although when I fix it that's the package it will end up in |
| 14:17.33 | ipaqlor | GNUtoo: its a irclog archive i found via google http://ibot.rikers.org/%23openmoko-cdevel/20111030.html.gz |
| 14:17.42 | bluelightning | ipaqlor: you are working on h3600? |
| 14:17.59 | ipaqlor | GNUtoo: here is my paste http://pastebin.com/0FqecMeC |
| 14:18.21 | Crofton|work | that is what i thoguht to :) |
| 14:18.31 | Crofton|work | do you have a timeline for fixing it? |
| 14:18.51 | GNUtoo | ipaqlor, ahhh it was loong ago |
| 14:18.56 | ipaqlor | bluelightning: working, well, id like to. but it seems like it is a dead target |
| 14:19.12 | GNUtoo | I tought you were talking about the problem I had yesterday |
| 14:19.27 | GNUtoo | ipaqlor, bitbake -e will help you debug it |
| 14:19.34 | bluelightning | ipaqlor: a few people have talked about fixing that machine, some even made reasonable progress but somehow it never gets finished :/ |
| 14:19.58 | ipaqlor | and all those buildsystems, which most arent, but just "layers" done make me less confused... hh..easy..oe, poky, angstroem, yocto......all put together in a pot and steered :) |
| 14:20.01 | bluelightning | ipaqlor: I know I would really appreciate it if it did get fixed... if you need any help (besides kernel coding) I'd be happy to assist |
| 14:20.37 | ipaqlor | GNUtoo: ill try that |
| 14:20.57 | bluelightning | Crofton|work: I have quite a few things on my plate atm but perhaps I can schedule some time next week to look into it |
| 14:21.12 | Crofton|work | ok |
| 14:21.17 | bluelightning | Crofton|work: surely in the mean time the qmake2 recipe can be beaten into shape? it did work not that long ago after all |
| 14:21.28 | Crofton|work | I am still trying to get something built that is close to what I made from oe-clssic |
| 14:21.49 | ipaqlor | bluelightning: well i havent even an idea where to start :) hh.org is kind of dead but some git clones seem to exist. angstrom, poky or oe "native" no idea.... |
| 14:21.52 | Crofton|work | so that timeframe works for me |
| 14:22.43 | Crofton|work | this will be a great thing btw, much less confusion |
| 14:23.01 | ipaqlor | it like, once, there was hh, and all was easy. and now every ebookvendor or mp3playerdealer seems to make his layers..uon layers :) |
| 14:23.25 | ipaqlor | i really need to read about thjese layers. they make my head crack |
| 14:23.46 | ant_work | http://www.openembedded.org/wiki/LayerIndex |
| 14:24.11 | ant_work | http://www.openembedded.org/wiki/OpenEmbedded-Core |
| 14:24.21 | ipaqlor | my favorite, is irex :) ion on poky, on oe :) |
| 14:24.30 | bluelightning | ipaqlor: a copy of the old hh.org wiki can be accessed via archive.org FYI |
| 14:24.42 | bluelightning | ipaqlor: also, this was the last attempt: http://elinux.org/Flameman/ipaq |
| 14:24.52 | ipaqlor | bluelightning: its not that googd to browse |
| 14:25.18 | bluelightning | ipaqlor: no, but it's pretty much all there is |
| 14:26.43 | ant_work | oh...flameman |
| 14:26.43 | ipaqlor | bluelightning: git clone... http://pilppa.com/gitweb/?p=familiar-h63xx-build.git , website+sources until 0.8.4 : http://ftp.gwdg.de/linux/handhelds |
| 14:27.39 | ipaqlor | bluelightning: someone hasnt paid their dns fees it seems |
| 14:27.49 | ipaqlor | bluelightning: no elinux.org over here |
| 14:28.13 | Crofton|work | hh.org will be back on Dec 1'st! |
| 14:28.16 | bluelightning | woah, just found this: http://mad.is-a-geek.org/h3600/index.html |
| 14:28.26 | ipaqlor | Crofton: hehe l) |
| 14:28.29 | bluelightning | Crofton|work: they just keep moving the date ;) |
| 14:28.34 | Crofton|work | I know :) |
| 14:28.34 | bluelightning | whoever it is anyway |
| 14:30.06 | ipaqlor | bluelightning: sorry, my fault :) *lookin at elinux* |
| 14:30.08 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 14:31.27 | bluelightning | http://web.archive.org/web/20071003095830/http://www.handhelds.org/moin/moin.cgi/HandheldsDevices_2fh3600 |
| 14:32.16 | bluelightning | gah, the number of hours I spent working on that wiki, and now we can only look at it via archive.org :.( |
| 14:33.22 | florian | bluelightning: hey it will be active again from December 2011 ;-) |
| 14:33.32 | ipaqlor | bluelightning: i stopped playing around with my ipaq in 2003. seems there has been development going on until 2k6. and now its laying down to die for 5 years |
| 14:33.54 | bluelightning | florian: yeah, I'm heading out to my delorean now ;) |
| 14:34.05 | florian | *g* |
| 14:34.29 | bluelightning | ipaqlor: well, there are still a few people out there who care :) |
| 14:34.31 | reisei | hi, all. How can I switch on cursor in X ? |
| 14:34.53 | ipaqlor | really bad, found asilverslider+512mb kingston flashcard on the secondhandmarket for 5 euro, now flashing makes really fun :) (before i only had a serial cradle) ... |
| 14:35.32 | bluelightning | ipaqlor: yeah, you can pick up old ipaqs for peanuts now |
| 14:36.40 | ipaqlor | bluelightning: shure. with 16 or 32mb of ram, no android target whatsoever |
| 14:37.08 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 14:37.18 | bluelightning | ipaqlor: yeah, you have to have reasonable expectations though... there are devices from just a few years ago that can't handle the current version of android |
| 14:38.02 | ant_work | bluelightning: 2.6.29 sounds better than 2.6.21 wrt udev & compatibility |
| 14:38.04 | ipaqlor | bluelightning: hehe, i have any expections about android :) it kids toys, and bloated in my opionion :) |
| 14:38.20 | ant_work | no idea how both will cope with Angstrom requirements, though |
| 14:38.32 | bluelightning | ant_work: yes, it does look very promising |
| 14:38.43 | ant_work | ipaqlor: have you actually built and booted an image? |
| 14:38.53 | bluelightning | ipaqlor: I guess I just find it too hard to let go of old tech :) |
| 14:39.26 | ant_work | those 16-32MB devices are good candidates for an opie revamp |
| 14:39.26 | ipaqlor | ant_work: no, it fails. but i got a kernel, libc and some stuff compiled allready :) |
| 14:39.51 | ipaqlor | ant_work: i totally miised the e17@familiar, id like to try that too :) |
| 14:40.08 | ant_work | I see. I fear you'll be disappointed :/ |
| 14:40.31 | ipaqlor | ant_work: well, i dont :) |
| 14:41.13 | ipaqlor | ther have been so many new things since hh. like kexec boot, how great is that? that would be great having on the h3600 |
| 14:41.15 | ant_work | I mean, once sorted out this atk issue, you'll end up with a system probably booting but failing early in userspace |
| 14:41.42 | ant_work | (I hope to be wrong) |
| 14:41.42 | ipaqlor | ant_work: i have time :) |
| 14:42.11 | ipaqlor | ant_work: and also started to locally mirror some hh stuff before the allmighty internets totally forgets about hh |
| 14:42.24 | ant_work | heh |
| 14:43.18 | ipaqlor | ant_work: a big thing, i know now. before the hh incident i wouldnt ever have thought that a project like that. more or less the roots of modern androidphonees simply gets forgotten and vanishes |
| 14:43.43 | ipaqlor | within 5 years! :) |
| 14:44.01 | ipaqlor | i allways thought the internets memory is limitless :) |
| 14:46.35 | *** join/#oe War2 (~war2@unaffiliated/war2) |
| 14:54.03 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 15:00.48 | ipaqlor | mhm, ok, so for a clean start. i should only take oe core and put a h3600 layer on top and fill that with recipies ? |
| 15:01.16 | ant_work | the h3600 is in meta-handheld layer |
| 15:01.24 | ant_work | pls use that |
| 15:01.53 | ipaqlor | ant_work: ok, i still dont get it. i just read the small OpenEmbedded-Core entry |
| 15:03.03 | ipaqlor | i jst use angstrom with target5 h3600 and that "too much" layers then. so...mhm, in my opionon i should start by removing all layer except core. so that this doesnt happen again in the near future. |
| 15:03.37 | *** join/#oe woglinde (~heinold@f052067049.adsl.alicedsl.de) |
| 15:05.10 | ant_work | ipaqlor: you surely need oe-core and a BSP layer on top of it (meta-handheld) |
| 15:05.28 | *** join/#oe devzero_ (devzero@xdsl-89-0-72-238.netcologne.de) |
| 15:05.29 | ipaqlor | still confused, maybe reading the oe pdf book helps to clean things up in my brain. but honestly, it seems oe by itselof i a bit messy :) |
| 15:05.32 | *** join/#oe pespin (~pespin@206.pool85-50-74.dynamic.orange.es) |
| 15:05.39 | ant_work | then you can extend with more layers |
| 15:06.09 | ant_work | we are trying to clean out meta-handheld and make it another 'official' layer |
| 15:06.33 | ipaqlor | ant_work: is there o way to look at all this dependencies and layers and override mayhem that is acceptable to human eyes and brains? |
| 15:07.27 | ipaqlor | ant_work: aso you said, i have to many layers, and the whole house will be put a part in the near futurew anyhows, so why build on a system that is allready said to die? |
| 15:07.44 | kergoth | heh, it's too bad opkg-utils cvs seems to be gone forever due to hh (among others). it really bugs me when project history is lost. there are a number of oss projects whose old releases just don't seem to exist anywhere online :| |
| 15:08.03 | ipaqlor | if only the core oe is the thing thats stable, then i shall not use the other layers but buiold em myself, aint i? |
| 15:08.34 | ant_work | ipaqlor: in oe-core there is support for qemu only |
| 15:09.01 | ant_work | in short, you do need a BSP layer |
| 15:09.08 | ipaqlor | ant_work: yes, that where the h3600 recipes with sa1100 and co come into play |
| 15:09.39 | ipaqlor | also, whats bsp :? |
| 15:09.42 | ant_work | (ant thinks at sa1100 patches reverted by Russel today ) |
| 15:09.52 | ant_work | bigg mess ! |
| 15:10.31 | kergoth | ipaqlor: does meta-handheld not support your device? |
| 15:10.32 | kergoth | http://www.openembedded.org/wiki/LayerIndex |
| 15:10.38 | ipaqlor | Board Support Package |
| 15:10.39 | *** join/#oe RP__ (~richard@dan.rpsys.net) |
| 15:10.49 | kergoth | http://cgit.openembedded.org/meta-handheld/tree/conf/machine |
| 15:11.00 | ipaqlor | 3 letter acronyms do suck more and more, every day, with every new meaqning :) |
| 15:11.11 | kergoth | bsp isn't new, it's very old, starting to lose meaning, actually |
| 15:11.24 | kergoth | but the point is valid :) |
| 15:11.43 | ipaqlor | kergoth: http://www.acronymfinder.com/BSP.html |
| 15:12.30 | kergoth | ipaqlor: nonissue. determine meaning based on context. this is an embedded channel, therefore bsp == board support package. this will always be the case :) |
| 15:13.40 | ipaqlor | hehe :) true, but BSP is only mentioned twice in the oe wiki :) |
| 15:13.41 | woglinde | hi ant and kergoth |
| 15:13.48 | ipaqlor | so its not the usual lingo i assume :) |
| 15:14.08 | bluelightning | FYI, meta-handheld supports h3600 in spirit |
| 15:14.20 | bluelightning | but actual working support is another story entirely |
| 15:14.22 | woglinde | spirit is good |
| 15:14.42 | kergoth | but it has a definitive place to live, is the key. contribute to that rather than duplicating hte effort |
| 15:14.50 | bluelightning | I have not had as much time as I would have liked to resurrect the older ipaq machines |
| 15:15.02 | bluelightning | kergoth: yes indeed |
| 15:15.05 | bluelightning | I welcome all patches :) |
| 15:15.40 | kergoth | :) |
| 15:16.29 | ipaqlor | well, from my perspective, the build works just fine and i should build my gpw and opie images in the nearer future. only the buildsystem does not allow me too :) |
| 15:16.59 | *** join/#oe woglinde_ (~heinold@g230119237.adsl.alicedsl.de) |
| 15:17.47 | ipaqlor | i havent even come to a point yet where i could say h3600 is broken :) |
| 15:18.07 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 15:18.18 | ipaqlor | but bitbake is :) |
| 15:18.33 | woglinde_ | all is broken |
| 15:18.37 | woglinde_ | in some cases |
| 15:19.15 | *** join/#oe tdebrouw (~tdebrouw@91.182.234.184) |
| 15:19.27 | ipaqlor | mhm, but bitbake -e is nice |
| 15:20.40 | woglinde_ | bitbake -g too |
| 15:20.59 | woglinde_ | didnt yet took a look at the graphical stuff for it |
| 15:21.06 | *** join/#oe ensc_ (~irc-ensc@p54ADF28B.dip.t-dialin.net) |
| 15:22.58 | muriani | I've not been able to build gpe |
| 15:23.07 | muriani | haven't tried opie |
| 15:23.34 | ipaqlor | woglinde: -g doenst change anything obviuos to me. |
| 15:23.52 | woglinde_ | -g prints the dep graphs for all tasks |
| 15:23.54 | ipaqlor | muriani: could you conquer atk? |
| 15:24.13 | ipaqlor | woglinde: ok, havent looked to close. where should they be found? |
| 15:25.15 | woglinde_ | ls *.dot |
| 15:25.39 | woglinde_ | bluelightning is maintainer for opie |
| 15:26.47 | ipaqlor | i have bitbake 1.15.0 over here. nothing "graphical" happens with -g or -ge |
| 15:26.56 | reisei | I have no cursor in X :-( |
| 15:27.31 | woglinde_ | I said I didnt looked at the graphic stuff for displaying the dep graphs |
| 15:27.38 | woglinde_ | I didnt say bitbake has it build in |
| 15:28.02 | ipaqlor | reisei: dont know if its for much hepl, but have you tried swcurser? |
| 15:28.22 | ipaqlor | wogline: ic |
| 15:29.38 | florian | reisei: using matchbox? |
| 15:29.48 | reisei | ipaqlor: Yes, i've tried swcursor "true" in X in section Device and it don't work |
| 15:30.02 | reisei | florian: what's the matchbox? |
| 15:30.18 | woglinde_ | reisei you mabyee called Xorg with -nocursor? |
| 15:30.20 | florian | reisei: a window manager |
| 15:30.22 | woglinde_ | check ps |
| 15:30.30 | woglinde_ | or check it with ps |
| 15:30.34 | woglinde_ | hi florian |
| 15:30.41 | florian | hi woglinde_ |
| 15:30.44 | reisei | florian: no, I don't use it |
| 15:30.55 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 15:30.58 | florian | ok |
| 15:31.13 | florian | then you might have a transparent cursor theme installed |
| 15:31.16 | reisei | woglinde_: in xinit there is no cursor, how can I check the arguments of Xorg? |
| 15:31.37 | reisei | florian: how can I check it? |
| 15:32.40 | woglinde_ | reisei ps |
| 15:32.46 | woglinde_ | look vor Xorg |
| 15:32.48 | woglinde_ | or X |
| 15:33.00 | woglinde_ | opkg help |
| 15:33.24 | woglinde_ | you can find out the option your self for getting installed packages |
| 15:33.31 | woglinde_ | look for transparent |
| 15:35.06 | JaMa | or -nocursor |
| 15:35.35 | JaMa | should read backlog firxt |
| 15:35.51 | *** join/#oe xumbi (~jim@static-64-223-142-66.man.east.myfairpoint.net) |
| 15:36.16 | woglinde_ | jama no problem |
| 15:36.21 | xumbi | has anyone worked on Wt in OE lately? |
| 15:36.30 | woglinde_ | xumbi what? |
| 15:37.01 | xumbi | http://www.webtoolkit.eu/wt, recipes/wt |
| 15:37.35 | xumbi | just curious, I'm trying to get the latest version working |
| 15:37.56 | xumbi | but it seems to be very picky about the version of boost used, and how it's compiled |
| 15:38.08 | woglinde_ | hm ah I remember dark |
| 15:38.29 | woglinde_ | I have no idea and nobody seen working on it for oe-core and meta-oe |
| 15:38.44 | reisei | oops.... I didn't install libcursor :) |
| 15:38.49 | *** join/#oe cs_nbp (~sackratte@ip-78-94-223-103.unitymediagroup.de) |
| 15:38.53 | cs_nbp | elo |
| 15:40.58 | reisei | it didn't help :) |
| 15:49.03 | ipaqlor | 250 hello cs_nbp ;) |
| 15:50.30 | cs_nbp | hii |
| 16:00.09 | *** join/#oe lamikr (lamikr@nat/nokia/x-ucuuzmafwfdxigyw) |
| 16:02.01 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 16:02.25 | ant_work | kergoth: do you find any reason for bitbake 1.15 to break like that? http://pastebin.com/0FqecMeC |
| 16:03.03 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 16:03.10 | ant_work | ipaqlor: if any, kergoth will tell you why it fails |
| 16:03.39 | *** part/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 16:05.14 | kergoth | check the recipe and package_ipk, see SUMMARY. the output is clearly unpleasant, but i highly doubt the failure h as anything to do with bitbake itself. it's telling you SUMMARY is referencing itself, so investigate that first |
| 16:05.46 | ant_work | btw in the oe-core recipe SUMMARY is unset |
| 16:05.59 | *** join/#oe zenlinux (~sgarman@masterfoo.zenlinux.com) |
| 16:06.31 | kergoth | which is why i also suggested looking at what package_ipk is doing. see also bitbake -e foo | grep SUMMARY |
| 16:07.22 | ant_work | iirc I had once a bad checkout. fschk did solve |
| 16:07.30 | ant_work | some strange parsing errors |
| 16:08.06 | fray | what is happening is that SUMMARY_${PN} is supposed to reference SUMMARY |
| 16:08.07 | ipaqlor | ant_work: sorry, was lost in the VARIABLES :) |
| 16:08.29 | fray | but since a default SUMMARY isn't set, SUMMARY == SUMMARY_${PN} after the translation stuff happens |
| 16:08.32 | ipaqlor | i can provide a bitbake -e dump if it helps |
| 16:08.56 | fray | (Note a default SUMMARY should be set on the bitbake.conf -- perhaps it fell out? |
| 16:09.26 | fray | SUMMARY ?= "${PN} version ${PV}-${PR}" |
| 16:09.31 | fray | that should be the default summary |
| 16:09.57 | fray | SUMMARY_${PN}-dbg ?= "${SUMMARY} - Debugging files" |
| 16:09.57 | kergoth | ah |
| 16:10.01 | fray | thats the line that caused the failure.. |
| 16:10.08 | fray | it's not self referencing -- or well shouldn't be |
| 16:10.08 | ipaqlor | fray: ill try that. |
| 16:10.45 | fray | (when I revamped the summary/description code a while back I ran into this.. it was fixed, unless something recently broke things... I doubt it was bitbake, but maybe?) |
| 16:11.02 | kergoth | fray: if you look at the pastebin, you see its retrieving SUMMARY, not SUMMARY_<pkg>. at a guess, i'd say its adding pkg to overrides, applying them, then exploding due to the original SUMMARY having been overwritten |
| 16:11.15 | kergoth | but i didn't think package_ipk did that, and it does seem odd it'd blow up out of the blue |
| 16:11.17 | ipaqlor | so i should put SUMMARY_${PN}-dbg ?= "${SUMMARY} - Debugging files" into bitbake.conf? |
| 16:11.23 | fray | kergoth yes, that is what I was trying to say, but forgetting the name "overrides" |
| 16:11.26 | kergoth | :) |
| 16:11.34 | fray | ipaqlor it should already be there |
| 16:11.55 | fray | my meta/conf/bitbake.conf has a comment called "# Package info" and below that you will see the default values |
| 16:12.08 | *** join/#oe pidge (~eflanagan@134.134.139.72) |
| 16:15.16 | ipaqlor | fray: ok, no change here |
| 16:15.40 | fray | ya, that I don't know what is wrong.. it's been working for me fine for at least a year.. |
| 16:17.08 | ipaqlor | maybe thats a clou, the atk package spliting fails at first because there is no atk debug directory created. i allmost forgot that, but i just created it manually and then hit the summary summar thingy |
| 16:17.38 | kergoth | one of these days we need to sit down and just go through our classes and clean them up. we have a lot of remnant/legacy/crap python floatting around |
| 16:17.46 | fray | dunno.. there won't be a debug directory if the debug creation stuff is disabled |
| 16:17.55 | fray | (or there is no debug info to pull out) |
| 16:22.01 | ipaqlor | SUMMARY="atk version 2.2.0-r1" , SUMMARY_atk-staticdev="atk version 2.2.0-r1 - Development files (Static Libraries)" , SUMMARY_atk-dbg="atk version 2.2.0-r1 - Debugging files" ... all set |
| 16:22.49 | ipaqlor | maybe the () :) |
| 16:32.46 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 16:37.01 | *** part/#oe rschus (~rschus@89.1.20.66) |
| 16:37.51 | *** join/#oe ant__ (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 16:39.19 | ipaqlor | should i use bb.note or something else to print the variablevalues for debugging? |
| 16:39.29 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
| 16:40.21 | ipaqlor | the problem seems to apear in do_package_ipk, so i thought i just smear it with printfs |
| 16:41.34 | bluelightning | ipaqlor: bb.note() if it's python code, bbnote if it's shell script |
| 16:42.25 | ipaqlor | bluelightning: ok, thnkas |
| 16:43.03 | *** join/#oe snkt (~snkt@122.170.9.213) |
| 16:57.58 | ipaqlor | mhm, ok, im feeling more and more stupidified, i cant find the function do_package_ipk :) |
| 16:58.40 | ipaqlor | so i grep over ...mhm lets say 6gb of osurcecode and binaries... may take an hour |
| 16:59.09 | bluelightning | ipaqlor: "git grep" is your friend |
| 16:59.30 | ipaqlor | im not comfortable with versioning systems |
| 16:59.33 | ipaqlor | never used any |
| 16:59.35 | ipaqlor | no clue |
| 16:59.45 | ipaqlor | thats aother world. i dont want to go there. |
| 17:00.02 | ipaqlor | the othere stuff wastes my time enough. |
| 17:01.34 | bluelightning | git grep is just like grep, except it limits itself to the version controlled files... really helps if you have TMPDIR underneath where your recipe files are |
| 17:03.11 | ipaqlor | bluelightning: thanks. but i dont even know in which project to search for. |
| 17:04.04 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 17:04.28 | ipaqlor | bluelightning: also my grep just scrolled out into nirvana leaving me with thousands of nice lines telling me that i have entered a recursive directory loop |
| 17:04.39 | ipaqlor | *gnar* |
| 17:04.46 | bluelightning | ipaqlor: I think the file you want to look at is meta/classes/package_ipk.bbclass |
| 17:06.50 | ericben | hi, when using layers is it possible in a layer to have a bbappend which would only be taken in account for one machine ? |
| 17:07.32 | bluelightning | ericben: not really, but you can pretty much make all of its contents only apply for the machine via overrides |
| 17:07.36 | ericben | actually the only solution I found was to enable/disable the layer in bblayers.conf which is quite annoying when developing for several machines |
| 17:08.02 | ipaqlor | bluelightning: thanks. but here i stop for today. since.... the princess is anothere castle == the codepart that does the SUMMARY thingy. |
| 17:08.27 | ericben | hi bluelightning : thanks that would work this way |
| 17:08.56 | ipaqlor | highly modularised |
| 17:09.19 | ipaqlor | im blind, stupid and frusttrated. cu tomorrow |
| 17:09.29 | bluelightning | ipaqlor: cya tomorrow |
| 17:15.39 | eFfeM | hi |
| 17:16.20 | bluelightning | hi eFfeM |
| 17:18.57 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 17:40.40 | Crofton|work | any ideas on fixing this? |
| 17:40.41 | Crofton|work | Starting system message bus: Unknown username "gdm" in message bus configuration file |
| 17:40.42 | *** join/#oe anarsoul (~anarsoul@46.28.103.142) |
| 17:50.38 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:55.08 | *** join/#oe rob_w (~bob@host-188-174-135-212.customer.m-online.net) |
| 17:55.08 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 17:56.10 | *** join/#oe Jay7 (jay@89.179.22.13) |
| 17:59.09 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 18:23.57 | *** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 18:31.28 | *** join/#oe Russ (~russ@206.29.182.193) |
| 18:31.56 | *** join/#oe Russ (~russ@206.29.182.193) |
| 18:33.05 | *** join/#oe Russ (~russ@206.29.182.193) |
| 18:33.32 | *** join/#oe Russ (~russ@206.29.182.193) |
| 18:35.57 | *** part/#oe xumbi (~jim@static-64-223-142-66.man.east.myfairpoint.net) |
| 18:37.25 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 18:38.41 | *** join/#oe Heinervdm (~thomas@p5B0F71B0.dip.t-dialin.net) |
| 18:47.02 | *** join/#oe hbeck (~hbeck@69.41.94.157) |
| 19:00.44 | *** join/#oe msm (~msm@75.108.61.164) |
| 19:02.18 | *** join/#oe morphis (~morphis@dslb-088-071-237-108.pools.arcor-ip.net) |
| 19:20.26 | *** join/#oe anarsoul (~anarsoul@46.28.103.142) |
| 19:32.05 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 19:33.22 | *** join/#oe nitink (~nitink@192.55.54.40) |
| 19:34.44 | *** join/#oe rcf (~rcf@158.140-243-81.adsl-dyn.isp.belgacom.be) |
| 19:40.14 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 19:45.59 | *** join/#oe florian (~fuchs@sign-4db6bd4a.pool.mediaWays.net) |
| 19:45.59 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:46.22 | florian | re |
| 19:46.38 | cs_nbp | hey |
| 19:47.12 | cs_nbp | any idea why muriani and me still get * extract_archive: Cannot create symlink from ./var/run to 'volatile/run': File exists. |
| 19:47.28 | cs_nbp | dont know if we already solved that-.- |
| 19:47.38 | cs_nbp | anyways its not in my list of known problems :D |
| 19:48.42 | fray | are you using oe-core or oe classic? |
| 19:48.52 | cs_nbp | oe-core and meta-oe |
| 19:48.59 | fray | this message is usually a result of one package having /var/run as a directory, and other having it as a symlink.. |
| 19:49.51 | fray | Within oe-core, there is a control file that is supposed to sync the usage of these directories, meta/files/fs-perms.txt |
| 19:49.53 | fray | ${localstatedir}/run link volatile/run |
| 19:50.14 | fray | that says that whenever the package post processing sees ${localstatedir}/run (as a directory) it is changed into a link to volatile/run |
| 19:50.39 | cs_nbp | ok |
| 19:51.18 | fray | so I'd suggest you check the packages quickly that they have the link and not directory.. if you can find a bad one, youll have to figure out why the fs-perms.txt didn't run |
| 19:51.27 | fray | (or does meta-oe replace it? and is missing something?) |
| 19:52.01 | cs_nbp | so somewhere there is a recipe that mkdirs a directory which it shouldnt? |
| 19:52.15 | fray | I think so |
| 19:52.25 | cs_nbp | gonna try to find that |
| 19:55.57 | *** join/#oe pespin (~pespin@206.pool85-50-74.dynamic.orange.es) |
| 20:03.11 | *** join/#oe alx_ (~alx@host121-213-dynamic.0-87-r.retail.telecomitalia.it) |
| 20:08.30 | cs_nbp | is that mkdir ok or souldn't it be there (udev/init) http://pastebin.com/FK5eEmD5 |
| 20:09.34 | fray | I think that is fine.. |
| 20:10.19 | cs_nbp | the only other reference to a /run I find looks like this mkdir -p ${D}/run |
| 20:10.51 | fray | that might be it.. but even so the creation of the directory should be fixed by the packaging system -- unless the error is coming from an initscript or post install script or something |
| 20:11.57 | muriani | I usually get it during do_rootfs |
| 20:12.05 | cs_nbp | y |
| 20:12.13 | cs_nbp | cant extract archive |
| 20:12.19 | muriani | for various images |
| 20:12.33 | fray | then it's the package itself.. |
| 20:12.46 | fray | I'd simply start by querying all of the packages and figure out which ones have the bad directory in them |
| 20:12.58 | fray | (I suspect it's a very small set) |
| 20:13.02 | cs_nbp | I would think that, if florian hadn't said that he doesn't get that error |
| 20:13.17 | cs_nbp | k ill look |
| 20:13.52 | fray | I don't get the error either -- but I'm not suing meta-oe |
| 20:14.19 | cs_nbp | actually florian is a good example because he built exactly the same thing were failing at |
| 20:14.48 | muriani | I dunno, I'm failing at a different image. |
| 20:14.52 | cs_nbp | meta-netbookpre with jlime-lxde-image |
| 20:14.56 | cs_nbp | :p |
| 20:15.12 | muriani | I fail at xfce-nm-image |
| 20:15.21 | cs_nbp | if you would build jlime-lxde-image you would fail at the same point |
| 20:15.27 | muriani | lemme try |
| 20:15.27 | cs_nbp | ;) |
| 20:15.31 | fray | if you change the packaging type to RPM from opkg, you may get a better error message, I'm not sure.. |
| 20:15.36 | fray | I usually use RPM for th packaging |
| 20:16.02 | cs_nbp | hmm that would take a lot of time, too :) |
| 20:16.02 | fray | but this is an error we need to recreate and fix... the fs-perms -should- have done that |
| 20:16.15 | florian | I'll take a look at my configuration |
| 20:16.18 | fray | no.. just swtich your config to rpm instead of opkg and build.. |
| 20:16.19 | cs_nbp | i will try to get the cuplprit |
| 20:16.28 | fray | the only time is the repackage, since it doesn't rebuild everything.. |
| 20:16.34 | cs_nbp | ah k |
| 20:16.46 | cs_nbp | ill try that for a sec |
| 20:18.16 | cs_nbp | so i change this PREFERRED_PROVIDER_virtual/update-alternatives = "opkg" to "rpm" |
| 20:18.20 | fray | no |
| 20:18.24 | florian | that's bblayers.conf, should be harmless: http://pastebin.com/vq1HX6VR |
| 20:18.46 | fray | conf/local.conf: PACKAGE_CLASSES ?= "package_ipk" to "package_rpm" |
| 20:18.49 | fray | thats it |
| 20:19.02 | cs_nbp | ok and ok |
| 20:19.09 | cs_nbp | *gets brain overload |
| 20:19.10 | florian | eeks rpm |
| 20:19.14 | fray | you can even do PACKAGE_CLASSES ?= "package_rpm package_ipk" and it'll keep building both.. (first is teh default rootf package type) |
| 20:19.37 | fray | florian RPM is cpio archive + meta data.. opkg is ar archive that holds two tar archives.. one w/ meta data, one w/ files |
| 20:20.15 | florian | fray: even cpio is evil... and ipk is much better tested |
| 20:20.39 | fray | cpio can handle devices and fifos and other special files.. -posix- tar can not.. (gnu tar can for the most part) |
| 20:21.04 | fray | at least for oe-core, ipk, rpm and deb are equally tested.. if not they are supposed to be |
| 20:21.30 | fray | this particular issue should be the same for all three.. and I know what the error messages come from and mean in RPM, but I don't know how to reconcile them in opkg |
| 20:21.42 | cs_nbp | well it will take a while, 5300 tasks left |
| 20:21.57 | cs_nbp | btw my layers look very similar |
| 20:21.58 | fray | my guess is it'll take less then 10 minutes |
| 20:22.00 | cs_nbp | ^^ |
| 20:22.16 | fray | (glibc-locales are by far the longest part.. they take about 5 minutes on my system.. everything else is quick) |
| 20:22.24 | fray | of course I'm assuming you are doing parallel builds |
| 20:22.41 | florian | fray: hum well... sounds like some hot iron :) |
| 20:22.55 | cs_nbp | you mean j4? yes |
| 20:23.04 | cs_nbp | and yes i got 4 cpus on th build machine |
| 20:23.08 | fray | florian a full oe-core build takes me about an hour and a half or so.. |
| 20:23.21 | fray | rebuilding just the packages (everything is already built) takes minutes |
| 20:23.33 | fray | rebuilding the packages, is quick since you aren't compiling or installing anything |
| 20:23.36 | pespin | hi, is there a chromium recipe in new OE? or oly in classic OE? |
| 20:23.55 | fray | pespin I thought I saw someone submit it for the meta-oe layer.. |
| 20:24.05 | pespin | ok I'll look thanks :) |
| 20:24.07 | fray | so it's not part of oe-core, but if it's in meta-oe is part of the new stuff |
| 20:24.41 | florian | cs_nbp: run more compliers than cpus |
| 20:24.51 | florian | that's local.conf without comments: http://pastebin.com/SWQ0vEAg |
| 20:24.53 | cs_nbp | florian: rly? |
| 20:25.41 | fray | florian, what I've found is if I have a lot of ram.. BB_NUMBER_THREADS should be the same or higher then parallel_make.. |
| 20:25.49 | fray | lot of ram => 8 GB |
| 20:25.52 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 20:25.55 | florian | cs_nbp: yes... |
| 20:26.10 | florian | fray: ... which is quite cheap by now |
| 20:26.20 | cs_nbp | florian: how many times more should it be? |
| 20:26.30 | fray | I usually run (on an 8 core machine w/ 10 GB ram) 16 or 20 for the parallel builds.. and -j 16 for the parallel make arg |
| 20:26.33 | cs_nbp | if you're not buying ddr1 ram |
| 20:26.59 | cs_nbp | ah so -j8 should pose no probs |
| 20:27.01 | fray | my 4 core, 6 GB ram box.. I run 6 / 8 or 8 / 8 dependning on how much I am using the machine |
| 20:27.30 | cs_nbp | oh the machine stands far away in a chilled room |
| 20:28.07 | fray | (I have access to a 16 core -- 48 GB ram machine.. that one I usually do 48/48... it's really nice, but unfortunately runs an ancient RHEL) |
| 20:29.22 | GNUtoo | do we have recipe for SIP client in core based oe? |
| 20:29.34 | fray | not AFAIK |
| 20:29.38 | cs_nbp | u win :p highest i can go is 8 cpus and 16 gb |
| 20:29.40 | GNUtoo | ouch |
| 20:29.44 | fray | I don't remember seeing one in meta-oe either.. |
| 20:29.48 | cs_nbp | ah salut |
| 20:29.50 | fray | but we'd welcome one.. :) |
| 20:29.57 | GNUtoo | core based means not oe-classic |
| 20:30.01 | fray | yes |
| 20:30.04 | GNUtoo | the whole stuff |
| 20:30.08 | GNUtoo | in any possible layer |
| 20:30.13 | GNUtoo | but I think there is nothing |
| 20:30.21 | fray | A lot of folks start w/ oe-classic packages and forward port them into meta-oe (used w/ oe-core) |
| 20:30.44 | GNUtoo | yes but if you have some patches what to do? |
| 20:30.52 | fray | cs_nbp I wouldn't consider teh 16 core machine to be "mine" since it's a shared machine for everyone in my office.. ;) |
| 20:31.31 | fray | we (OE Technical Steering Committee) want people to migrate software that is actively being used into meta-oe, or a "new layer" if they're willing to maintain the code.. |
| 20:31.33 | GNUtoo | it's impossible to port forward patches without a patch header |
| 20:31.42 | GNUtoo | so at the end we put in our own layers |
| 20:31.47 | GNUtoo | instead of sharing the recipes |
| 20:32.04 | fray | Why? Can't you add the patch header(s)? |
| 20:32.18 | GNUtoo | because I've no background infos on the patch |
| 20:32.31 | fray | git log or git blame.. figure out who originally submitted it |
| 20:32.31 | GNUtoo | sometimes I don't even know why the patch is there |
| 20:32.35 | GNUtoo | ok |
| 20:33.14 | GNUtoo | some are even the packages -> recipes renames |
| 20:33.45 | pespin | fray, I can't find any chromium related stuff in meta-oe |
| 20:34.52 | florian | We used to have a patch for xtscal reading the calibration data from eeprom |
| 20:39.28 | cs_nbp | 1300 to go |
| 20:56.25 | florian | oh well |
| 21:00.14 | florian | we need a working tool for touchscreen calibration |
| 21:01.51 | *** join/#oe kevinsc (~a0214685@nat/ti/x-byrhiflddmwdotjg) |
| 21:09.53 | florian | tries to build another image |
| 21:13.26 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 21:13.53 | cs_nbp | ok i get failed dependencies error now |
| 21:15.53 | muriani | it's rpm! Of course there's failed dependencies :D |
| 21:17.25 | fray | BTW dependency scanning is something RPM is -really- good at.. |
| 21:17.28 | fray | whast the bad dep? |
| 21:17.34 | fray | It's most likely a real bug |
| 21:17.38 | cs_nbp | nawt for vim |
| 21:17.45 | fray | Koen was working on a fix for that |
| 21:17.47 | cs_nbp | libgl1 |
| 21:17.53 | cs_nbp | <PROTECTED> |
| 21:17.55 | fray | dunno about libgl1... |
| 21:17.59 | fray | webkit is in meta-oe? |
| 21:18.15 | cs_nbp | err didt look :D |
| 21:18.32 | fray | I suspect it is.. we've been really careful in Yocto to track down these issues when they're found.. |
| 21:18.47 | cs_nbp | ah and /bin/csh is needed by vim |
| 21:18.54 | fray | the vim one is there are a couple of things that have incorrect dependencies --or are examples that are executable.. |
| 21:19.09 | fray | yup.. |
| 21:19.18 | cs_nbp | i lost the libgl1 error by bitbaking libgl and libsdl by hand |
| 21:19.34 | fray | that means there is a RDEPENDS issues.. |
| 21:19.37 | cs_nbp | now only nawt and csh |
| 21:19.46 | cs_nbp | in vim recipe? |
| 21:21.04 | fray | if you fixed a problem by building libgl and libsdl by hand.. ther eis a runtime bug somewhere.. |
| 21:21.30 | fray | the vim recipe, there are two issues.. one was the csh dep, and the other is an incorrect python dependency.. (might only hit you at runtime though) |
| 21:21.51 | fray | the csh one is simple to fix, since it's an example type script.. in do_install_append simply do chmod -x ${D}<path> |
| 21:21.56 | fray | it will no longer generate dependencies |
| 21:22.07 | cs_nbp | ok sec |
| 21:22.47 | fray | I'm surprised it's not fixed though.. Koen and i talked about it a couple of days ago, and he's normally really quick at checking in simple fixes like that |
| 21:23.30 | fray | the nawt one I don't know.. I've not used it at all.. |
| 21:23.42 | cs_nbp | sry but where can I find this do_install_append? |
| 21:24.06 | fray | (BTW something I'm planning on working on in a while is to get opkg using the extended dependency information that RPM is using to help better find these issues and avoid runtime problems) |
| 21:24.20 | fray | modify the vim recipe and add a do_install_append (or modify one that exists) |
| 21:24.27 | cs_nbp | aah |
| 21:26.10 | *** join/#oe rah (rah@myrtle.6gnip.net) |
| 21:31.04 | cs_nbp | should that go before or after the "install -m 06400 ...etc" line in vom recipe? |
| 21:31.07 | cs_nbp | :) |
| 21:31.41 | cs_nbp | (0644 typo) |
| 21:32.19 | cs_nbp | ah ok after ;) |
| 21:37.46 | *** join/#oe ESI (~joerg@HSI-KBW-078-042-044-254.hsi3.kabel-badenwuerttemberg.de) |
| 22:04.12 | *** part/#oe ESI (~joerg@HSI-KBW-078-042-044-254.hsi3.kabel-badenwuerttemberg.de) |
| 22:18.50 | *** join/#oe rickfoosusa (~chatzilla@cpe-72-177-7-236.austin.res.rr.com) |
| 22:19.55 | *** join/#oe ALoGeNo (~alogeno@47.Red-88-9-163.dynamicIP.rima-tde.net) |
| 22:19.55 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 22:28.44 | *** join/#oe msm (~msm@dpc691972192.direcpc.com) |
| 22:30.40 | *** join/#oe SilicaGel (~quassel@129.21.92.197) |
| 22:30.55 | *** join/#oe spacecolonyone (~anonymous@jeanluc.astro.lsa.umich.edu) |
| 22:31.39 | SilicaGel | is someone named Phil Blundell here? |
| 22:32.01 | woglinde | pb_ is sometimes here |
| 22:32.18 | SilicaGel | ah ok |
| 22:32.35 | SilicaGel | I just found something from something called Oedem (developers conference maybe?) from 2009 that says "Why is opkg so bad?" hehehe |
| 22:32.51 | SilicaGel | (attributed to him) |
| 22:33.03 | woglinde | hm its over 2 years old |
| 22:33.08 | SilicaGel | yeah it is. |
| 22:33.11 | SilicaGel | *I* don't think opkg is that bad. |
| 22:33.18 | woglinde | hm |
| 22:33.25 | SilicaGel | I just think it's poorly documented as crap, |
| 22:33.29 | woglinde | cannt remember but I was at oedem |
| 22:33.32 | SilicaGel | and I really would like to see better flexibility |
| 22:33.32 | woglinde | 2009 |
| 22:33.35 | woglinde | good nite |
| 22:33.39 | SilicaGel | bye |
| 22:33.49 | SilicaGel | Particularly in the areas of connecting to private repositories... |
| 22:33.55 | SilicaGel | ok i'll be back later too. |
| 22:36.06 | cs_nbp | btw there's an GLIB_GENERATE_LOCALES variable, is there one for eglib too or is it just the same? |
| 22:46.14 | fray | cs_nbp should be the same variable.. |
| 22:48.05 | spacecolonyone | when a machine conf file has PREFERRED_PROVIDER_virtual/kernel = linux how does one go about finding where that maps to a particular git source tree? |
| 23:12.08 | florian | spacecolonyone: the kernel recipes can have compatibility information |
| 23:15.01 | cs_nbp | florian: btw in the lxde console, I get shell version as prompt but in the config (in etc) username@hostname$/# is specified |
| 23:15.17 | cs_nbp | does that mean it cant read the config and falls back on version prompt? |
| 23:15.30 | florian | I guess so |
| 23:15.47 | florian | patiently waits for his new image to upload |
| 23:15.48 | *** join/#oe sobczyk (~sobczyk@87-205-181-121.adsl.inetia.pl) |
| 23:16.42 | cs_nbp | what image^ |
| 23:16.49 | sobczyk | hi I'm trying to build angstrom on lpc3250 (arm) but I got /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lgmpxx |
| 23:17.37 | sobczyk | libgmpxx is clearly missing from that flder, I'm also using oe from git and bb 1.10.2 |
| 23:18.46 | sobczyk | is there a reason this library is missing? |
| 23:19.30 | florian | cs_nbp: one with display calibration stuff |
| 23:20.06 | cs_nbp | florian: for nbp? |
| 23:20.20 | florian | sure |
| 23:20.22 | cs_nbp | swell |
| 23:20.41 | cs_nbp | well with u I don't know u seem to have many gadgets at hands reach |
| 23:31.11 | cs_nbp | good thing theres no syslog yet -.- |
| 23:41.23 | *** join/#oe CanyonMan (~quassel@cpe-69-207-190-61.rochester.res.rr.com) |
| 23:46.02 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 23:47.33 | *** join/#oe denix (~denix@pool-71-163-124-23.washdc.fios.verizon.net) |