| 00:02.59 | RP | woglinde: fixed it, it was the ordering that was broken |
| 00:03.10 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 00:04.05 | woglinde | hihi |
| 00:06.10 | RP | looks at the scrolling list of build failures and wonders how long this is going to take :/ |
| 00:07.02 | woglinde | rp for what? |
| 00:07.06 | woglinde | newer autotools? |
| 00:07.16 | RP | woglinde: To enable newer autotools in poky |
| 00:07.26 | woglinde | hm ah |
| 00:15.10 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 00:15.13 | *** join/#oe marcosmamorim (~marcos@201-68-50-213.dsl.telesp.net.br) |
| 00:33.51 | *** join/#oe Guest76002 (~methril@189.27.131.246.dynamic.adsl.gvt.net.br) |
| 00:38.21 | *** join/#oe bluelightning1 (~bluelight@93-96-131-185.zone4.bethere.co.uk) |
| 02:20.53 | *** join/#oe ibot (ibot@rikers.org) |
| 02:20.53 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel | ADMIN STATUS: OK |
| 02:29.58 | *** join/#oe th1 (~th@pdpc/supporter/professional/th1) |
| 02:30.05 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 02:30.32 | *** join/#oe th1_ (~th@cpc1-cmbg15-2-0-cust361.5-4.cable.virginmedia.com) |
| 02:52.21 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 02:56.21 | *** join/#oe marcosmamorim (~marcos@201-42-213-4.dsl.telesp.net.br) |
| 03:11.36 | *** join/#oe rsalveti (~rsalveti@189.115.169.204) |
| 03:47.01 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 03:51.35 | *** join/#oe mpr (~mpr@aggr.com) |
| 03:56.15 | *** join/#oe hufnus_cicq (root@69-12-177-67.dsl.static.sonic.net) |
| 04:03.38 | *** join/#oe Guest76002 (~methril@189.27.131.246.dynamic.adsl.gvt.net.br) |
| 04:07.13 | *** join/#oe Laibsch (~Laibsch@p5B3B2D4E.dip.t-dialin.net) |
| 04:20.38 | *** join/#oe Laibsch1 (~Laibsch@p5B3B3AF8.dip.t-dialin.net) |
| 04:29.35 | *** join/#oe bandwidthcrunch (~quassel@122.166.104.245) |
| 04:54.44 | *** join/#oe bbradley_ (~bbradley@87-194-119-230.bethere.co.uk) |
| 05:15.29 | *** join/#oe Aditya__1 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 05:26.46 | *** join/#oe polyonymous (~hacker@g230192151.adsl.alicedsl.de) |
| 05:27.02 | *** join/#oe bandwidthcrunch (~quassel@122.166.104.245) |
| 05:31.41 | *** join/#oe zecke (~ich@123-192-163-227.dynamic.kbronet.com.tw) |
| 05:36.10 | *** join/#oe iwamatsu (~iwamatsu@49.14.32.202.bf.2iij.net) |
| 05:39.38 | *** join/#oe Laibsch (~Laibsch@p5B3B3AF8.dip.t-dialin.net) |
| 05:40.14 | Laibsch | ããã«ã¡ã¯ãiwamatsuãã |
| 05:40.49 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |
| 06:02.51 | *** join/#oe rsalveti (~rsalveti@189.115.170.122) |
| 06:12.19 | *** join/#oe Gaston|Home (~Miranda@c-012fe353.155-1-64736c11.cust.bredbandsbolaget.se) |
| 06:25.21 | JaMa | Hi Laibsch |
| 06:27.32 | JaMa | That patch was sent mostly for mickey to review/ack, we talked about it before sleep().. You're right, I should say this in e-mail with patch.. |
| 06:28.39 | JaMa | Laibsch: and mickey has to fix something and then it can be aplied with updated srcrev with fix.. that's why I cannot push it directly |
| 06:29.08 | Laibsch | I see |
| 06:29.16 | Laibsch | that makes perfect sense, then |
| 06:29.29 | *** join/#oe Aditya__1 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 06:30.02 | *** part/#oe Aditya__1 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 06:31.34 | JaMa | Off to work.. |
| 06:32.25 | grg | home from work |
| 06:32.30 | grg | bye |
| 06:35.56 | *** join/#oe alecrim (~alecrim@189.2.128.130) |
| 06:49.17 | *** join/#oe Heinervdm (~thomas@pD9E14DDB.dip.t-dialin.net) |
| 07:09.58 | hrw | morning |
| 07:15.19 | *** join/#oe gremlin[it] (~gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
| 07:16.11 | *** part/#oe cminyard (~cminyard@mcf0f36d0.tmodns.net) |
| 07:21.31 | eFfeM | morning everyone |
| 07:22.42 | *** join/#oe Weaselweb (~quassel@77-64-189-43.dynamic.primacom.net) |
| 07:28.14 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 07:53.30 | *** join/#oe fraxinas (~quassel@cl-2561.ham-01.de.sixxs.net) |
| 07:56.26 | *** join/#oe kwcn (~kwcn@apn-77-113-167-15.dynamic.gprs.plus.pl) |
| 07:59.31 | *** join/#oe rob_w (~bob@p549BC24F.dip.t-dialin.net) |
| 08:00.15 | eFfeM | RP, thanks for your reply, posted my reply with some more data, but guessing now the issue is that the page from hrw on which I started this does not mention moving DEPLOY_DIR out of tmp |
| 08:08.22 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 08:19.32 | *** join/#oe XorA (~XorA@www.xora.org.uk) |
| 08:20.30 | *** part/#oe XorA (~XorA@www.xora.org.uk) |
| 08:20.31 | *** join/#oe zecke (~ich@123-192-163-227.dynamic.kbronet.com.tw) |
| 08:21.08 | *** join/#oe woglinde (~heinold@f052237091.adsl.alicedsl.de) |
| 08:30.01 | *** join/#oe Longfield (~valentin@lsa1pc7.epfl.ch) |
| 08:46.31 | *** join/#oe Pr0t0N (~lcintrat@fe2adsl-2.wyplay.net) |
| 08:46.42 | *** join/#oe frank7d (~frank@91-2.3-213.fix.bluewin.ch) |
| 08:52.06 | *** join/#oe morphis (~morphis@p5489EF13.dip.t-dialin.net) |
| 08:56.53 | *** join/#oe pvanhoof (~pvanhoof@d54C0C0BA.access.telenet.be) |
| 08:59.44 | gremlin[it] | morning all |
| 09:00.16 | woglinde | hi gremlin |
| 09:00.33 | gremlin[it] | hi ! |
| 09:04.17 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 09:07.32 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 09:10.40 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 09:20.07 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 09:21.49 | *** join/#oe zecke_ (~ich@123-192-163-227.dynamic.kbronet.com.tw) |
| 09:24.41 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 09:26.38 | woglinde | jo rp |
| 09:27.30 | RP | eFfeM: Moving DEPLOY_DIR could well break it :/ |
| 09:28.10 | RP | hi woglinde |
| 09:28.46 | woglinde | args |
| 09:29.09 | *** join/#oe XorA (~XorA@www.xora.org.uk) |
| 09:29.10 | eFfeM | RP, well the problem I had was with DEPLOY_DIR inside tmp; btw i might have misphrased things, I meant to say that I put the DEPLOY_DIR outside tmp, and rebuilding, not issueing a mv command |
| 09:29.25 | eFfeM | or should DEPLOY_DIR remain in tmp ? |
| 09:29.30 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:29.34 | woglinde | hi florian |
| 09:30.04 | RP | eFfeM: You meant DEPLOY_DIR or DEPLOY_DIR_PSTAGE ? |
| 09:30.10 | woglinde | florin can you send a mail to oe-ml which devices you will bring to fosdem? |
| 09:30.20 | RP | eFfeM: There is a big difference |
| 09:30.26 | *** join/#oe fpga (~s@92.62.56.51) |
| 09:30.29 | woglinde | seems we are a bit unorganized |
| 09:30.59 | eFfeM | DEPLOY_DIR_PSTAGE is already outside tmp, but that one does not have sysvinit-inittab (see my email) |
| 09:31.49 | RP | eFfeM: I don't understand why you need to change DEPLOY_DIR |
| 09:32.05 | RP | eFfeM: Changing DEPLOY_DIR_PSTAGE is understandable |
| 09:33.22 | eFfeM | RP, this blog from denix suggested changing DEPLOY_DIR and your email also seemed to indicate that (although it was between the lines) |
| 09:33.49 | RP | eFfeM: Nothing of mine would mean that, only DEPLOY_DIR_PSTAGE |
| 09:34.13 | eFfeM | RP what happens is that if I build with only DEPLOY_DIR_PSTAGE outside TMP_DIR, I get the errors as posted on the ML |
| 09:34.45 | RP | eFfeM: and as I said, this seems to be that the ipk is missing |
| 09:34.53 | eFfeM | RP, not saying you said so, it was just something I concluded from it (perhaps faulty based upon bad understanding or english not being my native language) |
| 09:34.55 | RP | what you don't say is whether its in the staging package or not |
| 09:35.07 | RP | If its not in the staging package, we need to work out why |
| 09:36.27 | florian | good morning |
| 09:36.41 | hrw | hi florian |
| 09:36.44 | woglinde | hi hrw |
| 09:36.45 | RP | It is there angstrom-dev/deploy/glibc/ipk/beagleboard/sysvinit-iniitab* |
| 09:36.45 | eFfeM | the staging package is there but only in the tmp dir, not in the dir given by DEPLOY_DIR_PSTAGE |
| 09:37.12 | woglinde | *sigh* inittab with sysv and busybox is a mess |
| 09:37.19 | RP | eFfeM: I'm not talking about the staging package. The problem is the missing sysvinit-inittab ipk package in DEPLOY_DIR_IPK |
| 09:38.07 | RP | eFfeM: if it was finding that you wouldn't see the rootfs error |
| 09:38.31 | RP | eFfeM: It looks like its there as I mention above so the question is then why rootfs generation isn't seeing in. |
| 09:38.35 | RP | -> back later |
| 09:38.35 | woglinde | eFfeM which image are you building? |
| 09:38.47 | eFfeM | RP, yes but angstrom-dev == TMPDIR. I use the default angstrom local.conf which says: TMPDIR = "${OETREE}/${DISTRO}-dev" |
| 09:39.03 | eFfeM | woglinde: angstrom head, beagleboard, packaged staging |
| 09:39.15 | woglinde | image!!!!!!!!!!!!!!!! |
| 09:39.22 | woglinde | you mentioned |
| 09:39.24 | woglinde | distro |
| 09:39.26 | eFfeM | woglinde: oops sorry, console-image |
| 09:39.27 | woglinde | machine |
| 09:41.52 | eFfeM | RP, maybe I misunderstand things, but it was my impression that after building once with DEPLOY_DIR_PSTAGE outside TMPDIR, I could remove TMPDIR and it would retrieve all from the PSTAGE dir. The sysviniit-inittab file lives within TMPDIR (as does DEPLOY_DIR_IPK I assume) |
| 09:42.52 | eFfeM | RP your staging-pkg dir is where DEPLOY_DIR_PSTAGE points to ? |
| 09:43.51 | *** join/#oe Ainulindale (~ainu@calaquendi.org) |
| 09:46.14 | eFfeM | other Q: can I set a preference for a specific version of a lib inside another recipe. |
| 09:46.27 | eFfeM | eg something like PREFERRED_VERSION_xyz_lib = "1.0+cvs20100102" |
| 09:53.30 | *** join/#oe dth (~dieter@p4FDEE405.dip.t-dialin.net) |
| 09:57.29 | RP | eFfeM: The staging .ipk should contain that other sysvinit-inittab .ipk |
| 09:57.46 | RP | eFfeM: So it should be recreated in DEPLOY_DIR_IPK |
| 09:58.37 | woglinde | eFfeM seems we need the long outstanding rev dep in bitbake |
| 10:04.27 | *** join/#oe sethn (~seth@pool-71-121-204-253.sttlwa.dsl-w.verizon.net) |
| 10:04.55 | sethn | I'm trying to create a tcl8.5 package, my first major package |
| 10:05.24 | sethn | tcl8.5, in a Makefile, is calling "./tclsh blahblah" |
| 10:05.25 | *** join/#oe recalcati_ (~5e51e966@gateway/web/freenode/x-vvltnagrysgouudv) |
| 10:05.36 | sethn | i.e. its calling a binary built during its compilation |
| 10:05.51 | sethn | I should say, in an installation hook in the makefile |
| 10:06.03 | sethn | But we need to use tclsh provided by tcl-native |
| 10:06.12 | sethn | Since tclsh we just compiled is ARM |
| 10:06.19 | sethn | Is there a general approach to doing this? |
| 10:07.23 | eFfeM | RP, nuked the staging ipk this morning when trying with DEPLOY_DIR outside the tree, will rebuild and check what is in it (actually I don't recall that that there was an .ipk in it, but will check and report back |
| 10:12.38 | eFfeM | woglinde: rev dep would be nice; tagging and pinning in machine files can help too |
| 10:14.09 | *** join/#oe MJ (~8bb5d022@gateway/web/freenode/x-twqyqmhvlfvtlaai) |
| 10:14.37 | *** join/#oe GNUtoo|oeee (~GNUtoo@host46-130-dynamic.244-95-r.retail.telecomitalia.it) |
| 10:14.57 | woglinde | eFfeM sane toolchain and revs |
| 10:15.01 | woglinde | are onky vehicles |
| 10:15.15 | XorA | wonders when s* broke in grep |
| 10:16.49 | eFfeM | woglinde: will dig into sane |
| 10:22.19 | *** join/#oe mjaved (~8bb5d022@gateway/web/freenode/x-gqyoypxdxjwseyvt) |
| 10:26.49 | *** join/#oe GNUtoo (~GNUtoo@host46-130-dynamic.244-95-r.retail.telecomitalia.it) |
| 10:33.46 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 10:35.09 | JaMa | Laibsch: btw, is there any reason for holding 1515 on patchwork? I'm using it there and also had it with rebuild and no problems of course.. |
| 10:35.56 | JaMa | Laibsch: and with python upgrade it would be nice to have it included |
| 10:36.11 | JaMa | Laibsch: which I should ask before.. |
| 10:37.10 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 10:39.25 | *** join/#oe mj123 (~8bb5d022@gateway/web/freenode/x-zbovuxzzdyvatkvw) |
| 10:39.53 | Laibsch | I'm all for getting that committed |
| 10:40.00 | Laibsch | but that is core and needs review |
| 10:40.10 | XorA | JaMa: reviewed it :-) |
| 10:40.11 | Laibsch | Haven't had a single ACK for it |
| 10:40.19 | Laibsch | still no ACK |
| 10:41.04 | Laibsch | The patch itself is sorely needed, I think. Only problem is that to do this really properly, one would need to bump PR for all affected packages |
| 10:41.28 | XorA | link? |
| 10:41.53 | Laibsch | http://patchwork.openembedded.org/patch/1515/ |
| 10:42.00 | XorA | cheers |
| 10:42.31 | *** join/#oe Sleep_Walker (~Sleep@nat/novell/x-bxbvdejmeyqqjmuj) |
| 10:42.48 | mickeyl | that one gets my ACK |
| 10:43.01 | JaMa | mine too.. |
| 10:43.01 | XorA | Acked-by: Graeme Gregory <dp@xora.org.uk> |
| 10:43.19 | JaMa | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:43.25 | woglinde | lol |
| 10:43.48 | XorA | if I could get tin to set my correct email address Id ack original email |
| 10:44.16 | JaMa | Laibsch: agreed that PR should be bumped but as soon as it's included even without PR bump we will build better packages.. |
| 10:45.39 | Laibsch | mickeyl: Hehe. I had asked you for an ACK earlier and you kind of declined, being unsure of what that affected. |
| 10:46.00 | Laibsch | I'll push it in a minute |
| 10:46.09 | mickeyl | must have imagined a different thing |
| 10:46.20 | Laibsch | or maybe I gave you an incorrect URL |
| 10:46.21 | mickeyl | i guess i didn't see that it only affects -dbg packages |
| 10:46.31 | *** join/#oe fpga (~s@92.62.56.51) |
| 10:46.34 | Laibsch | or I just plain hallucinate (that happens) |
| 10:46.36 | Laibsch | ;-) |
| 10:46.38 | XorA | FILES_${PN}-dbg is another of the variables that shouldnt be overridden unless really really sure its right |
| 10:46.39 | mickeyl | nah ;) |
| 10:47.58 | XorA | we need an rureallyreallysure.bbclass |
| 10:48.25 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 10:48.54 | Laibsch | kergoth could add that to recipe_sanity |
| 10:49.23 | XorA | well unlike PACKAGES I can see that in some cases a .bb file might be right |
| 10:49.31 | Laibsch | yes |
| 10:49.46 | Laibsch | But a warning a la lintian would be OK |
| 10:49.55 | XorA | I guess |
| 10:50.19 | Laibsch | lintian checks for errors and emits warning based on severity and certainty |
| 10:50.23 | XorA | -doc -static in the same class |
| 10:50.26 | *** join/#oe rkirti (~oespirit@203.199.213.3) |
| 10:50.29 | Laibsch | this one would be certainty: possible |
| 10:51.23 | hrw | hmm |
| 10:51.24 | woglinde | hi rkirti |
| 10:51.31 | hrw | NOTE: Unpacking ../meta-bug/packages/bug-apps/com.buglabs.app.bugdash.bb to tmp/work/all-angstrom-linux-gnueabi/com.buglabs.app.bugdash-1_20-r15.1/ |
| 10:51.36 | hrw | ERROR: Error, lockfile path does not exist!: /home/hrw/devel/buglabs/trunk/build/tmp/work/all-angstrom-linux-gnueabi/com.buglabs.app.bugdash-1_20-r0/install |
| 10:51.41 | hrw | wtf? |
| 10:51.56 | hrw | why r0 instead of r15.1? |
| 10:52.31 | hrw | ideas? |
| 10:56.25 | mickeyl | could be a build that was interrupted |
| 10:56.32 | mickeyl | then something happened in the source tree |
| 10:56.36 | mickeyl | and then the build was restartet |
| 10:56.41 | mickeyl | and now the revisions don't match |
| 10:56.51 | mickeyl | try cleaning all stamps for that and rebuild that package |
| 10:58.14 | hrw | ok |
| 10:58.55 | hrw | same thing |
| 10:59.03 | hrw | removed all stamps |
| 10:59.12 | hrw | DEBUG: Executing task do_package_write_ipk |
| 10:59.13 | hrw | DEBUG: update_data() |
| 10:59.13 | hrw | DEBUG: mkdirhier(/home/hrw/devel/buglabs/trunk/build/tmp/work/all-angstrom-linux-gnueabi/com.buglabs.app.bugdash-1_20-r15.1/image) |
| 10:59.16 | hrw | DEBUG: mkdirhier(/home/hrw/devel/buglabs/trunk/build/tmp/work/all-angstrom-linux-gnueabi/com.buglabs.app.bugdash-1_20-r0/image) |
| 10:59.19 | hrw | ERROR: Error, lockfile path does not exist!: /home/hrw/devel/buglabs/trunk/build/tmp/work/all-angstrom-linux-gnueabi/com.buglabs.app.bugdash-1_20-r0/install |
| 11:00.40 | mickeyl | hmm, very strange |
| 11:01.13 | Laibsch | XorA, mickeyl: http://bugs.openembedded.org/show_bug.cgi?id=5395 |
| 11:02.16 | hrw | dvar = bb.data.getVar('D', d, 1) in package_ipk.bbclass is wrong |
| 11:02.42 | hrw | bitbake -e gives proper value |
| 11:04.50 | *** join/#oe rkirti (~oespirit@203.199.213.3) |
| 11:06.00 | *** join/#oe morphis (~morphis@p5489EF13.dip.t-dialin.net) |
| 11:07.20 | *** join/#oe methril (~methril@189.27.131.246.dynamic.adsl.gvt.net.br) |
| 11:09.16 | hrw | shit |
| 11:10.54 | *** part/#oe _freddy (~freddy@kenny.kriewitz.eu) |
| 11:11.04 | *** join/#oe _freddy (~freddy@kenny.kriewitz.eu) |
| 11:11.07 | XorA | Laibsch: agree with that bug report |
| 11:12.19 | *** part/#oe _freddy (~freddy@kenny.kriewitz.eu) |
| 11:20.07 | *** join/#oe freddy (~freddy@kenny.kriewitz.eu) |
| 11:21.38 | hrw | Laibsch: ack from me |
| 11:22.57 | *** join/#oe pocek (pock@77-253-61-8.adsl.inetia.pl) |
| 11:29.22 | JaMa | hrw: I always got this when that recipe changes arch.. |
| 11:30.07 | JaMa | hrw: like something what was build as armv4t and now is all then it always use old armv4t path in IIRC do_stage |
| 11:30.27 | JaMa | hrw: and workaround is to remove all traces of armv4t version from tmp/pkgdata |
| 11:34.39 | hrw | so 18k tasks to rebuild |
| 11:35.00 | hrw | or maybe ~13k if all will go fine |
| 11:37.29 | *** join/#oe recalcati (~5e51e966@gateway/web/freenode/x-hzrndcpllbytrvis) |
| 11:51.44 | JaMa | any hint about "Runtime target 'qt4-x11-free-gles' is unbuildable, removing..." when building normal qt4-x11-free? Details here: http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg02703.html |
| 11:53.30 | woglinde | JaMa sure |
| 11:53.45 | woglinde | hm |
| 11:53.48 | woglinde | I think you can build only one |
| 11:53.56 | woglinde | or you dont have the gles libs |
| 11:54.30 | JaMa | woglinde: I want to build only qt4-x11-free.. |
| 11:54.50 | JaMa | there is only inherit for qt4x11 in recipe |
| 11:55.05 | *** join/#oe rkirti (~oespirit@203.199.213.3) |
| 11:55.23 | JaMa | and that message is always shown even with provider set (in compaitibility-providers.conf) to non-gles version |
| 11:57.02 | JaMa | here is that recipe http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/wpa-supplicant/wpa-gui_0.6.9.bb |
| 11:57.29 | JaMa | but any recipe with "inherit qt4x11" shows that error too (ie stopwatch, qgpslog) |
| 11:58.46 | *** join/#oe mario-goulart (~user@67.205.85.241) |
| 11:58.55 | Laibsch | that error message by now is harmless (and pretty much unavoidable AFAIK) |
| 11:59.31 | florian | unless you mask out the gles one |
| 12:00.35 | woglinde | jama ask koen and zecke about it |
| 12:00.42 | woglinde | they had a thread on the ml |
| 12:01.56 | JaMa | woglinde: that's reply to that thread.. :) |
| 12:02.57 | JaMa | Laibsch: I guessed that it's only annoying and already masked it locally, but I was hoping there should be better fix.. |
| 12:03.57 | JaMa | Laibsch: why is it "tested" by bitbake as qt4-x11-free provider when preferred_provider is set in environment to qt4-x11-free? |
| 12:06.12 | JaMa | PREFERRED_PROVIDER_qt4-x11-free ?= "qt4-x11-free" is in compaitibility-providers.conf |
| 12:12.29 | *** join/#oe GNUtoo (~GNUtoo@host46-130-dynamic.244-95-r.retail.telecomitalia.it) |
| 12:13.24 | Laibsch | JaMa: I would expect something similar to bug 4230 at work here |
| 12:13.29 | Laibsch | IOW, blame bitbake |
| 12:22.21 | JaMa | Laibsch: ok, fair enough, thanks for confirmation |
| 12:24.14 | JaMa | btw: why it's not named virtual/qt4-x11-free iirc someone said that virtual/ providers are handled better as long as they are used only in DEPENDS not RDEPENDS |
| 12:27.22 | *** join/#oe zecke (~ich@61-222-101-226.HINET-IP.hinet.net) |
| 12:39.03 | *** join/#oe zecke (~ich@61-222-101-226.HINET-IP.hinet.net) |
| 12:40.30 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 12:41.40 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 12:46.08 | *** join/#oe zecke (~ich@61-222-101-226.HINET-IP.hinet.net) |
| 12:56.18 | *** join/#oe cminyard (~cminyard@m4f0f36d0.tmodns.net) |
| 12:59.39 | *** join/#oe dth (~dieter@p4FDECE0E.dip.t-dialin.net) |
| 13:01.45 | *** join/#oe rkirti (~oespirit@203.199.213.3) |
| 13:07.57 | *** join/#oe Ainulind1le (~ainu@calaquendi.org) |
| 13:09.20 | *** join/#oe mickey|sofa (~M@tmo-098-154.customers.d1-online.com) |
| 13:10.43 | *** join/#oe mickey|sofa (~M@openmoko/coreteam/mickey) |
| 13:10.58 | *** join/#oe tmartins (~zero@telesto.mcca.ep.usp.br) |
| 13:12.09 | *** join/#oe ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 13:20.03 | *** join/#oe rkirti (~oespirit@203.199.213.3) |
| 13:28.19 | *** join/#oe woglinde_ (~heinold@g225146155.adsl.alicedsl.de) |
| 13:28.48 | mickey|sofa | ok, booked my train ticket |
| 13:28.59 | mickey|sofa | can only stay one night this year |
| 13:29.06 | mickey|sofa | (fosdem, that is) |
| 13:29.31 | mickey|sofa | the ICE speed outside germany is incredible |
| 13:29.51 | mickey|sofa | it's taking me the same amount of time to Munich as it's taking me to Brussels |
| 13:29.56 | mickey|sofa | ~lart german rails |
| 13:29.56 | ibot | slaps a compatible dib on german rails's head |
| 13:30.11 | XorA | mickey|sofa: come to the UK, we have the worlds slowest trains :-) |
| 13:30.19 | mickey|sofa | hehe |
| 13:33.29 | *** join/#oe rsalveti (~rsalveti@200.184.118.130) |
| 13:35.12 | *** join/#oe user2 (~3MX@lns-bzn-57-82-249-60-34.adsl.proxad.net) |
| 13:38.40 | hrw | re |
| 13:38.45 | mickey|sofa | wb hrw |
| 13:39.28 | hrw | XorA: at least in UK you can pay with credit card during buying ticket in train |
| 13:39.44 | *** join/#oe dth (~dieter@p4FDECE0E.dip.t-dialin.net) |
| 13:39.57 | pb_ | hi mickey|sofa |
| 13:39.59 | pb_ | stabs freenode |
| 13:40.01 | mickey|sofa | hey pb_ |
| 13:40.35 | pb_ | which night are you staying in brussels, is that saturday? |
| 13:41.25 | XorA | hrw: thats because our stations dont have working ticket machines |
| 13:41.42 | XorA | got bored of having to get the guys to open it up to reclaim his stolen card |
| 13:41.52 | mickey|sofa | pb_: yes, saturday to sunday. I'll arrive @ 10:30 sat morning |
| 13:41.55 | mickey|sofa | pb_: which hotel are you in this year? |
| 13:42.07 | hrw | XorA: I was buying tickets only on airport stations |
| 13:42.08 | pb_ | as for the german rails, I think Brussels is actually about the same distance from Frankfurt as Munich is, so the belgian rail network is maybe not as impressive as you might have thought :-} |
| 13:42.16 | mickey|sofa | pb_: oops, right .) |
| 13:42.36 | hrw | XorA: and was surprised that one of languages available was Polish |
| 13:42.39 | pb_ | remember that germany is about ten times the size of brussels :-) |
| 13:42.44 | pb_ | er, of belgium |
| 13:42.45 | pb_ | heh |
| 13:43.03 | pb_ | mickey|sofa: um, it is a new (to me) hotel and I have forgotten the name. let me check. |
| 13:43.50 | pb_ | ah, here we go, Le Meridien Brussels. |
| 13:44.24 | mickey|sofa | ah, relatively near to the grote markt |
| 13:44.33 | pb_ | yeah, it's near centraal station I think |
| 13:44.46 | pb_ | so, the other side of the grand place from the Astrid etc, but not too far |
| 13:44.50 | pb_ | where are you staying this year? |
| 13:44.54 | hrw | started building nano for maemo5-compat |
| 13:45.08 | hrw | Astrid as usual |
| 13:46.41 | mickey|sofa | i got a good deal at the NH Atlanta |
| 13:47.11 | eFfeM | pb_ i guess you are compiling gnu radio for the beagleboard, not on the beagleboard :-) |
| 13:47.20 | pb_ | eFfeM: neither |
| 13:47.30 | pb_ | I think you have mixed me up with crofton (again?) |
| 13:47.31 | pb_ | heh |
| 13:47.35 | eFfeM | yes |
| 13:47.48 | pb_ | mickey|sofa: very good |
| 13:47.56 | eFfeM | why do you share the same initials ;-) |
| 13:47.58 | Crofton | yes he is :) |
| 13:49.29 | eFfeM | to or on ? |
| 13:50.21 | XorA | hrw: my old local council has all forms available in polish due to that being the language of 10% of inhabitants |
| 13:50.45 | hrw | XorA: does not surprise me |
| 13:51.12 | XorA | hrw: means the food and alcohol has improved :-) |
| 13:52.17 | hrw | ~summon Robert Schuster |
| 13:52.18 | ibot | apt takes out 20 clean, identical-looking phones, some extra hands, and pretends to be a telemarketer for a large corporation, so he gets delivered a phonelist containing Robert Schuster's coordinates |
| 13:54.28 | *** join/#oe ScriptRipper (~martin@host-82-135-36-197.customer.m-online.net) |
| 13:54.44 | *** join/#oe ScriptRipper (~martin@opensuse/member/MartinMohring) |
| 13:55.12 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 13:56.41 | hrw | 2.5.1-1eglibc20+0m5 |
| 13:57.02 | hrw | ~curse nOkia for glibc 2.5.1-1eglibc20+0m5 with Debian maintainers inside |
| 13:57.02 | ibot | May you be reincarnated as a Windows XP administrator, nOkia for glibc 2.5.1-1eglibc20+0m5 with Debian maintainers inside ! |
| 13:57.18 | mickey|sofa | hehe |
| 13:57.25 | hrw | pb_: such version was never present in Debian - right? |
| 13:57.28 | pb_ | gosh, they put the debian maintainers in there? that is a bit harsh |
| 13:57.53 | pb_ | hrw: don't think so. iirc, debian only started using eglibc recently, after about 2.9 |
| 13:57.57 | hrw | pb_: Version: 2.5.1-1eglibc20+0m5 Maintainer: GNU Libc Maintainers <debian-glibc@lists.debian.org> |
| 13:58.32 | hrw | nokia will never learn how to cooperate |
| 14:00.08 | zecke | haha... nokia rocks |
| 14:02.32 | eFfeM | sigh, rebuilding glibc, system is running 15 instances of make, 5 instances of python, some 10 sh's 3 cc1's and a few other tings |
| 14:02.46 | eFfeM | no wonder why the system feels like crawling |
| 14:02.59 | pb_ | sounds like you have set PARALLEL_MAKE and/or BB_N_T too high |
| 14:03.12 | pb_ | the glibc build system itself is not inherently parallel like that |
| 14:03.39 | eFfeM | renames his system "Turtle" |
| 14:03.52 | eFfeM | pb_ I use the default settings |
| 14:04.13 | eFfeM | and this is a quad core Xeon @ 2.5 Ghz |
| 14:05.52 | XorA | eFfeM: by default P_M and BB_N_T are set so only 1 process runs |
| 14:07.13 | eFfeM | the default for P_M for angstrom is -j4 |
| 14:07.20 | eFfeM | no idea what BB_N_T stands for |
| 14:07.22 | pb_ | ah, crazy angstrom |
| 14:07.43 | eFfeM | yeah, maybe i should move to minimal |
| 14:08.03 | pb_ | BB_N_T = BB_NUMBER_THREADS |
| 14:08.12 | eFfeM | guess koen has all systems at his uni hooked up as compilation slaves |
| 14:08.14 | XorA | doesnt think that P_M default sounds right |
| 14:08.15 | pb_ | might be worth checking that angstrom is not also setting that to some high value |
| 14:08.38 | hrw | eFfeM: and half of TI machines |
| 14:09.54 | XorA | eFfeM: I think you are talking bogusness about Angstrom |
| 14:11.37 | XorA | pb_: its not crazy Angsyrom dudes, but crazy eFfeM dudes it seems |
| 14:11.46 | pb_ | ah |
| 14:12.01 | XorA | at least my grep shows no distro changing those cars |
| 14:12.03 | XorA | vars |
| 14:12.04 | pb_ | fair enough |
| 14:12.24 | mickey|sofa | anyone know of a library that contains functions useful for init processes? such as mounting a filesystem, bringing a network device up, etc.? |
| 14:12.46 | XorA | mickey|bbl: libbusybox :-) |
| 14:12.58 | XorA | and mickey|sofa as well |
| 14:13.00 | mickey|sofa | i was afraid of that answer ;) |
| 14:13.21 | mickey|sofa | checks out the latest busybox |
| 14:13.49 | XorA | mickey|sofa: you propsed program actually sounds like it would be cool inside busybox anyway |
| 14:14.05 | XorA | mickey|sofa: busybox fancierinit :-) |
| 14:14.15 | mickey|sofa | XorA: true, that might be suitable |
| 14:15.38 | hrw | nokia toolchain for maemo5 is 616M shell script |
| 14:15.54 | mickey|sofa | hrw: heh, insane |
| 14:16.18 | eFfeM | XorA it wasn't me who said crazy Angstrom, |
| 14:16.29 | RP__ | mickey|sofa: I noticed your blog about the startup |
| 14:16.44 | mickey|sofa | hi RP |
| 14:16.50 | eFfeM | i had to build on a new machine so as test I decided to jjust follow the instructions |
| 14:16.50 | RP__ | mickey|sofa: Its certainly a good way to go, using dbus activation is how a lot of moblin works |
| 14:16.50 | hrw | mickey|sofa: I expect random code drops inside as toolchain |
| 14:17.11 | RP__ | mickey|sofa: Poky's init scripts are still shell based but we have them down to about 5 forks so the overhead is minimal though |
| 14:17.29 | mickey|sofa | RP__: yeah, i really want to try to see how fast i can get by just doing the minimum amount of things necessary to bring the system up. thanks to devtmpfs and dbus system activation i don't need to do a lot |
| 14:17.41 | XorA | eFfeM: recomended config is different from default settings |
| 14:18.07 | RP__ | mickey|sofa: I understand, I just think in practise you won't end up much different from whats in poky :) |
| 14:18.32 | RP__ | mickey|sofa: We did teach that to defer a number of things until after the desktop starts too (ssh server and so on) |
| 14:18.39 | eFfeM | btw BB_N_T is also 4 and these are the values that originate from contrib/angstrom/local.conf |
| 14:18.53 | RP__ | There is a "dbus-wait" util that waits for a signal from the desktop |
| 14:19.15 | XorA | eFfeM: but they are not in conf/distro/angsrom* |
| 14:20.22 | mickey|sofa | RP__: true, i will probably not get substantially faster than your solution, however i find the idea nice to be somewhat self-contained. I always wanted to write something that can act as init process :) |
| 14:20.45 | pb_ | yeah, I think the idea of a self-contained init is a good one. |
| 14:20.53 | RP__ | mickey|sofa: fair enough :) |
| 14:20.56 | pb_ | I would be interested to see the results of that too. |
| 14:21.08 | mickey|sofa | cool, i will keep you posted |
| 14:21.49 | XorA | mickey|sofa: its that task I always meant to do at OM, but spent my time fannying around with qtopia-phone instead |
| 14:22.08 | *** join/#oe kristoffer (~kristoffe@95.209.28.143.bredband.tre.se) |
| 14:22.15 | eFfeM | XorA: true, but as I said I just faithfully followed the instructions on http://www.angstrom-distribution.org/building-angstrom |
| 14:22.19 | eFfeM | which say "cp ${OETREE}/openembedded/contrib/angstrom/local.conf ${OETREE}/build/conf/" |
| 14:22.29 | mickey|sofa | XorA: yeah, i would have loved to see you doing that instead :/ |
| 14:22.45 | mickey|sofa | XorA: the same as raster is doing now the things i wanted him to do back then |
| 14:22.51 | *** join/#oe fpga (~s@92.62.56.51) |
| 14:22.55 | mickey|sofa | but alas, the powers overruled me |
| 14:22.55 | mickey|sofa | *sigh* |
| 14:23.11 | XorA | mickey|sofa: its what happens when people who hve artistic dreams get in charge |
| 14:23.48 | mickey|sofa | XorA: hmm yeah. these days, without extreme polish and design you have a hard time to do products, but you should still not make the designer the CEO |
| 14:24.17 | XorA | mickey|sofa: being able to make a phone call should come before the bubbles |
| 14:24.34 | mickey|sofa | yep |
| 14:24.43 | XorA | mickey|sofa: but I got blanked by certain people when I said going with FSO made more sense than qtopia |
| 14:24.48 | hrw | fun |
| 14:25.09 | XorA | I think certain people were also pissed at me when my estimate for August for qtopia-phone turned out accurate |
| 14:25.24 | hrw | maemo5 uses two toolchains now: scratchbox and madde. first uses gcc4.2.1, binutils 2.18.50.something, second gcc4.3.3, binutils 2.19.51.something |
| 14:25.35 | RP__ | hrw: Whats madde? |
| 14:25.40 | mickey|sofa | XorA: *nod* i don't want to estimate how much money we burned for that E/X11/Qtopia monster :/ |
| 14:25.58 | XorA | mickey|sofa: too much it seems |
| 14:26.03 | mickey|sofa | yep |
| 14:26.15 | hrw | RP__: other nokia stuff |
| 14:26.48 | hrw | "MADDE stands for Maemo Application Development and Debugging Environment " - http://wiki.maemo.org/MADDE |
| 14:27.22 | RP__ | Yet another build system :( |
| 14:27.30 | RP__ | Just what the world needs... |
| 14:27.55 | hrw | looks sboxish for me anyway |
| 14:31.39 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 14:33.16 | *** join/#oe ctusar (~ctusar@router2.videon-central.net) |
| 14:36.44 | Crofton | Making phone calls is so last century |
| 14:38.10 | XorA | Crofton: well personally the first app I like to see is Jabber |
| 14:38.31 | *** join/#oe methril (~methril@189.27.132.187.dynamic.adsl.gvt.net.br) |
| 14:39.20 | Crofton | but I suppose that does depend on a working gsm modem :) |
| 14:40.04 | XorA | if only I had an sms->jabber gateway |
| 14:43.52 | kgilmer | wonders what it is about build systems that makes everyone want to roll their own... |
| 14:45.15 | mickey|sofa | discovers mount(2) |
| 14:45.21 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 14:46.01 | mickey|sofa | kgilmer: NIH |
| 14:46.10 | zecke | kgilmer: It starts with "this one will be more simple" |
| 14:47.00 | pb_ | yeah, exactly. I don't think it's strictly NIH, it's just that you always end up with this feeling that the existing build systems are either too complex or don't do quite what you want, and it'd be much simpler if you just write a new one which... |
| 14:47.02 | kgilmer | makes sense mickey|sofa, zecke. in fact a dev at bug started writing one in haskell before we decided on poky. |
| 14:47.26 | mickey|sofa | *nod* |
| 14:47.58 | mickey|sofa | pb_: ... ultimately turns out to require the same complexity once you understand enough of the domain |
| 14:48.09 | pb_ | mickey|sofa: right |
| 14:48.26 | *** join/#oe rkirti (~oespirit@203.199.213.3) |
| 14:49.51 | kgilmer | oe isn't supported on windows though... os x looks pretty raw based on the wiki as well. maybe that was it. |
| 14:50.11 | kgilmer | "Unfortunately there are various issues building on OS X that will most likely prevent the toolchain from building. |
| 14:50.11 | kgilmer | Unfinished - tbd " |
| 14:50.22 | *** part/#oe woglinde_ (~heinold@g225146155.adsl.alicedsl.de) |
| 14:51.03 | *** join/#oe woglinde (~heinold@g225146155.adsl.alicedsl.de) |
| 14:51.27 | woglinde | hms |
| 14:51.56 | kgilmer | it would seem from reading the blog post that win/os x was a core requirement. |
| 14:52.58 | pb_ | yeah, lack of windows support is a bit of an issue. I'm not actually sure how hard it would be to get oe to run on a modern windows host. I suspect you would probably run into some of the longstanding suckages around the way that bits of oe handle filenames, which might be annoying. not sure what else would actually be a showstopper. |
| 14:53.05 | pb_ | not that I have any particular desire to find out, either :-} |
| 14:53.20 | kgilmer | i hear that pb_ |
| 14:55.30 | *** part/#oe SDuensin (~SDuensin@u15320223.onlinehome-server.com) |
| 14:56.28 | woglinde | kgilmer I am right now try to compile java zero with thumbee support |
| 14:56.55 | kgilmer | nice woglinde :) |
| 14:57.14 | kgilmer | i am stuck now w/ openjdk build in stable. |
| 14:57.19 | *** join/#oe Timelord0 (~TL@16.8c.d12c.cidr.airmail.net) |
| 14:57.46 | kgilmer | an upstream dep, i think jamvm-initial is failing on me. |
| 14:58.34 | woglinde | I pushed new icedtead6-native into jalimo |
| 14:59.51 | kgilmer | nice, i'll have to take a look woglinde :) |
| 15:00.25 | woglinde | so now a working one |
| 15:00.29 | woglinde | is ine |
| 15:00.31 | woglinde | args in |
| 15:00.44 | woglinde | I might happen that the compile stuckz |
| 15:00.50 | woglinde | but I saw this only one time |
| 15:01.17 | woglinde | kglimer I pushed a sane-toolchain-jave.inc into distro/include |
| 15:01.26 | woglinde | try to include it and build from sratch |
| 15:01.27 | kgilmer | i should try against dev or stable woglinde ? |
| 15:01.31 | woglinde | shoud work |
| 15:01.39 | woglinde | I mainly work against dev |
| 15:01.50 | woglinde | I used md5 stuff inside recipe |
| 15:02.20 | kgilmer | include sane-toolchain-java.inc where woglinde ? |
| 15:03.08 | woglinde | local.conf |
| 15:03.37 | *** join/#oe soltys (soltys@soltys.soad.pl) |
| 15:03.47 | woglinde | include conf/distro/include/sane-toolchain-java.inc |
| 15:03.50 | woglinde | should work |
| 15:04.46 | kgilmer | ah ok woglinde thanks, i will try that now! |
| 15:05.24 | woglinde | it worked here |
| 15:05.30 | woglinde | plain 686 build |
| 15:05.35 | woglinde | do you have amd64? |
| 15:05.44 | kgilmer | my host is amd64, yes |
| 15:05.49 | woglinde | okay |
| 15:05.57 | woglinde | lets see if it works for you too |
| 15:06.09 | woglinde | and pull the latest dev |
| 15:06.13 | kgilmer | yep |
| 15:06.19 | woglinde | I checked in some temporary fixes yesterday |
| 15:08.15 | *** join/#oe sicu (~sicu@cm-84.208.94.5.getinternet.no) |
| 15:09.22 | kgilmer | waits. bitbake is now handling some files. |
| 15:09.26 | *** join/#oe Guest13466 (~methril@189.27.132.187.dynamic.adsl.gvt.net.br) |
| 15:13.50 | soltys | hi all, I'm trying to setup my local.conf for ngw100, I have MACHINE="atngw100" etc, but bitbake don't want to build anything. It's printing lots of lines like ERROR: Exception:<type 'exceptions.AttributeError'> Message:'NoneType' object has no attribute 'append' |
| 15:13.56 | soltys | any idea why ? |
| 15:14.53 | XorA | soltys: which DISTRO? |
| 15:15.31 | soltys | angstrom-2008.1 |
| 15:15.40 | XorA | ANGSTROMMODE="uclibc" |
| 15:15.55 | zecke | bye! need to catch the flight |
| 15:16.13 | XorA | ANGSTROMLIBC = "uclibc" I meant |
| 15:16.14 | XorA | sorry |
| 15:16.34 | *** join/#oe CosmicPenguin (~nobody@rrcs-67-52-130-30.west.biz.rr.com) |
| 15:16.38 | mickey|sofa | zecke: have a safe trip |
| 15:16.45 | pb_ | zecke: later |
| 15:16.53 | woglinde | bye zecke |
| 15:16.56 | woglinde | snowing now |
| 15:17.06 | pb_ | zecke: later |
| 15:17.09 | pb_ | oops |
| 15:17.28 | florian | its snowing for several hours now... |
| 15:17.47 | pb_ | still don't have that "focus on the window I am looking at" window manager that I needed |
| 15:18.29 | florian | :-) |
| 15:18.40 | soltys | XorA: thanks ;) |
| 15:18.51 | florian | hmm... eye tracker for window manager control |
| 15:19.06 | XorA | one day debian will get all the avr32 patches into glibc and we can rock on :-) |
| 15:19.52 | woglinde | lol |
| 15:19.53 | *** join/#oe sicu (~sicu@cm-84.208.94.5.getinternet.no) |
| 15:19.54 | florian | into eglibc please :) |
| 15:20.08 | woglinde | make ulf an debian maintainer |
| 15:20.38 | soltys | hm now it's time for bitbaking image and going to buy SD card ;) |
| 15:23.11 | *** join/#oe dth (~dieter@p4FDECE0E.dip.t-dialin.net) |
| 15:27.58 | *** join/#oe methril_ (~methril@189.27.132.187.dynamic.adsl.gvt.net.br) |
| 15:28.01 | *** join/#oe sgh (~quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 15:28.06 | hrw | soltys: hej here |
| 15:28.33 | hrw | woglinde: no, please - no Ulf |
| 15:28.47 | woglinde | hrw *g* |
| 15:28.51 | hrw | woglinde: Ulf is more sales man then software |
| 15:29.06 | hrw | woglinde: at least according to atmel hw guys which I spoke with at ELC-E |
| 15:30.02 | XorA | hrw: that was impression I got at FOSDEM |
| 15:30.13 | woglinde | hrw I know |
| 15:30.17 | woglinde | you already told me that |
| 15:31.07 | hrw | ok |
| 15:31.19 | eFfeM | RP, regenerated my system including sysvinit, but there is no sysvinit-inittab*.ipk in the ipk in the staging dir |
| 15:31.20 | *** join/#oe _ProtoN_ (~lcintrat@fe2adsl-2.wyplay.net) |
| 15:32.03 | *** join/#oe sicu (~sicu@cm-84.208.94.5.getinternet.no) |
| 15:32.49 | eFfeM | the toc of my package in staging (staging-sysvinit-beagleboard-angstrom-linux-gnueabi_2.86-r57_i686-linux.ipk ) is here: http://pastebin.ca/1775709 |
| 15:34.28 | soltys | hrw: hello ;) |
| 15:36.58 | RP__ | eFfeM: Is there a sysvinit-inittab ipk file *within* taging-sysvinit-beagleboard-angstrom-linux-gnueabi_2.86-r57_i686-linux.ipk ? |
| 15:37.41 | RP__ | eFfeM: Or is that a listing of the contents of that .ipk? |
| 15:38.11 | RP__ | eFfeM: Assuming it is (it looks like it), then that is your problem, its missing |
| 15:38.24 | eFfeM | that listing is from the data.tar file from the staging ipk |
| 15:38.36 | eFfeM | so the answer is no that ipk is not there |
| 15:39.14 | *** join/#oe guntshi (~c05b4b1e@gateway/web/freenode/x-raurgqfjtwjynawr) |
| 15:39.23 | eFfeM | only ipk in the staging one is sysvinit-2.86-r57.do_package_write_ipk |
| 15:39.47 | eFfeM | RP__: guess indeed that is my problem, but no idea how to fix it |
| 15:40.25 | eFfeM | (but meanwhile eFfeM got a somewhat better understanding on how packaged staging works :-) ) |
| 15:40.29 | *** join/#oe sicu (~sicu@cm-84.208.94.5.getinternet.no) |
| 15:40.54 | RP__ | eFfeM: Well, it gives you somewhere to start looking... |
| 15:41.12 | hrw | https://bugs.maemo.org/show_bug.cgi?id=8788 - Maemo5 packages have Debian maintainers listed but are not from Debian |
| 15:41.13 | eFfeM | RP__: any idea where this is added ? |
| 15:41.24 | RP__ | Are there any .ipk files in the sysvinit build directory in staging-pkg/* ? |
| 15:41.35 | RP__ | That staging .ipk is built from there |
| 15:42.14 | eFfeM | checking |
| 15:42.33 | *** join/#oe guntshi (~c05b4b1e@gateway/web/freenode/x-bwavirkwxgjufltt) |
| 15:42.42 | *** join/#oe methril_ (~methril@189.27.132.187.dynamic.adsl.gvt.net.br) |
| 15:46.22 | eFfeM | RP__: hm, the sysvinit build dir only contains the tmp file. only ipk for sysvinit are in deploy |
| 15:46.38 | eFfeM | ./deploy/glibc/ipk/beagleboard/sysvinit-inittab_2.86-r57.5_beagleboard.ipk |
| 15:47.29 | eFfeM | need to leave now, will test some more tonight |
| 15:47.46 | RP__ | eFfeM: There should be a copy of that placed into staging-pkg |
| 15:47.57 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 15:48.08 | eFfeM | hm |
| 15:48.37 | RP__ | eFfeM: The code for that is somewhere in packaged-staging.bbclass |
| 15:49.12 | eFfeM | ok will have a look at it, guess the issue will be trivial, just did a find on my TMPDIR and there is no staging-pkg dir :-( |
| 15:49.43 | eFfeM | btw pstage/pstaging_lists is also empty |
| 15:50.20 | eFfeM | need to go now, but will get back to this, RP__ thanks for your help |
| 15:54.56 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 16:00.41 | *** join/#oe Heinervdm (~thomas@pD9E14DDB.dip.t-dialin.net) |
| 16:00.45 | *** join/#oe rkirti_ (~oespirit@203.199.213.3) |
| 16:06.43 | *** join/#oe akheron (~akheron@lilja.asteriski.fi) |
| 16:10.32 | *** join/#oe dth (~dieter@p4FDECE0E.dip.t-dialin.net) |
| 16:12.14 | *** join/#oe sgh (~quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 16:13.50 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 16:18.47 | dcordes | GNUtoo, ok pull |
| 16:19.53 | dcordes | GNUtoo, but I lied it's not totally working. it needs some headers at least include/msm_mdp.h and I think it's most likely to work well with the _latest_ codeaurora branch and not the .29 as I said earlier |
| 16:20.01 | *** join/#oe dth (~Dieter@p4FDECE0E.dip.t-dialin.net) |
| 16:20.06 | *** part/#oe EsbenH (~EsbenH@0x55532124.adsl.cybercity.dk) |
| 16:20.09 | GNUtoo | dcordes, ok |
| 16:20.14 | dcordes | need to get back to organic chemistry |
| 16:20.19 | dcordes | bbl |
| 16:20.20 | GNUtoo | dcordes, ok thanks a lot |
| 16:20.54 | hrw | GNUtoo: you plan to take BUGs to fosdem? |
| 16:21.06 | GNUtoo | hrw, maybe |
| 16:21.39 | GNUtoo | what should I bring? |
| 16:21.54 | hrw | I did not planned to take any devices this year to travel really light |
| 16:22.30 | GNUtoo | I travel by plane...my laptop is this eeepc 701 so it does not takes much place...but I fear that I will maybe buy some stuff at fosdem |
| 16:22.36 | GNUtoo | such as t-shirt or devices |
| 16:22.38 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 16:22.55 | hrw | I take only phone (n900) + charger for it |
| 16:22.56 | GNUtoo | t-shirt is shure but device is unshure |
| 16:22.58 | GNUtoo | ok |
| 16:23.04 | GNUtoo | I saw you pushed a kenrel |
| 16:23.14 | hrw | but not tested it yet on device |
| 16:23.34 | GNUtoo | no need to take charger as we do not have support for that in oe(just joking) |
| 16:23.56 | GNUtoo | because I bet no-one will reverse-engineer the battery charging... |
| 16:23.59 | hrw | ;D |
| 16:24.47 | soltys | hmm arm32 sux ;P i can't build toolchain, glib and gcc fail;/ |
| 16:25.31 | hrw | soltys: o rly? I did avr32 builds and used on that ngw100 which you have on desk |
| 16:25.31 | GNUtoo | arm 32bit? or avr32? |
| 16:25.45 | soltys | avr |
| 16:26.03 | hrw | soltys: you need to have uclibc build and thats all |
| 16:26.03 | GNUtoo | ok |
| 16:26.27 | GNUtoo | how far is the hardware based java implementation on avr32? |
| 16:26.46 | hrw | no idea |
| 16:26.49 | GNUtoo | ok |
| 16:26.51 | soltys | hrw: I tryed bitbake vim but it fails on do_configure of glib and do_compile of gcc-cross-initial |
| 16:26.56 | soltys | no idea why ;) |
| 16:28.03 | XorA | kicks off avr32 build |
| 16:29.52 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
| 16:31.04 | woglinde | started hopefully last thumbee compile |
| 16:34.15 | GNUtoo | hrw, I'll try to bring a bug device if it fits into my bag |
| 16:34.57 | GNUtoo | but I can't bring 2 bugs because I've only one transport camera bag |
| 16:36.41 | XorA | is going to miss the rum this year :-( |
| 16:38.07 | woglinde | damn |
| 16:38.18 | woglinde | seems we dont get the toucbook |
| 16:39.16 | XorA | touchbook? |
| 16:42.08 | woglinde | yes |
| 16:42.14 | woglinde | compay bought one |
| 16:49.30 | XorA | burgles woglinde company |
| 16:49.54 | XorA | someone could ask koen if he is taking one |
| 16:50.47 | *** join/#oe cminyard (~cminyard@nat/montavista/x-rwvvctdmojjkapkw) |
| 16:51.02 | GNUtoo | I'ld like to see one before buying it |
| 16:51.46 | XorA | I want one to try and make it an EEE replacement |
| 16:51.56 | woglinde | unfornatly parcel get stucked somewhere at sending it to our department |
| 16:52.08 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 16:52.13 | woglinde | jo lergoth |
| 16:52.19 | XorA | someone beat me to burglarising :-) |
| 16:52.19 | woglinde | ups kergoth |
| 16:52.29 | kergoth | hey |
| 16:53.43 | hrw | XorA: 256MB ram will not hurt too much? |
| 16:54.19 | woglinde | hrw hm no 512 yet? |
| 16:54.47 | woglinde | I thought omap3550 256 mb are out of stock |
| 16:54.49 | hrw | right, 512MB now |
| 16:54.56 | woglinde | :) |
| 16:56.00 | GNUtoo | are there some people comming with gumstix |
| 16:57.30 | kgilmer | woglinde, build is still running! good sign |
| 16:58.41 | *** part/#oe jpereira (~jpereira@unaffiliated/jpereira) |
| 16:59.10 | GNUtoo | kgilmer, hi I bet you don't come to fosdem this year....too bad |
| 16:59.24 | hrw | heh... I thought that touchbook has wifi and bt onboard not in 2 usb slots |
| 17:01.52 | kgilmer | yeah GNUtoo not this year :< thanks for bringing your BUGs though! Saw that on the ml. |
| 17:02.14 | GNUtoo | kgilmer, I'll try to bring one |
| 17:02.28 | GNUtoo | kgilmer, + some modules |
| 17:02.37 | kgilmer | that would be great GNUtoo |
| 17:04.43 | GNUtoo | I can't bring the 2 because I've no case for the second one |
| 17:05.18 | hrw | by case you mean bugbundle box? |
| 17:05.56 | hrw | or you have device without plastics? |
| 17:08.36 | hrw | GNUtoo: when yo arrive and which hotel? |
| 17:08.39 | *** join/#oe meindian523 (~easwarh@unaffiliated/easwar) |
| 17:09.12 | GNUtoo | hrw, friday in a hotel which is at brugman |
| 17:09.26 | GNUtoo | hrw, no I've a camera bag |
| 17:10.33 | hrw | hmm.. I can take bug with some modules |
| 17:10.40 | GNUtoo | if I bring the bug I'll try to take 4 modules |
| 17:10.41 | hrw | or bugs even |
| 17:11.02 | GNUtoo | but I don't know where to put the very precious debug board |
| 17:11.14 | hrw | bugdock? |
| 17:11.24 | hrw | I have 2 bugs, 8 modules |
| 17:11.48 | GNUtoo | I've 2 bugs and 6 modules + 1 serial cable sent by you and one dock |
| 17:12.01 | woglinde | yeah |
| 17:12.13 | woglinde | build nearly finished |
| 17:12.18 | GNUtoo | 2 screens,bug-sound,von-hippel,motion-detector and gps |
| 17:12.45 | hrw | 2xlcd, sound, vh, motion, gps, camera, wifi |
| 17:13.00 | GNUtoo | ok |
| 17:13.33 | hrw | kgilmer|lunch: too bad that you will not come - my collection would grow a bit ;D |
| 17:13.34 | XorA | avr32 build seems to be progressing as normal |
| 17:13.41 | GNUtoo | also we should closely monitor the devices |
| 17:13.55 | XorA | so far we been lucky and not lost any devices |
| 17:13.59 | GNUtoo | ok |
| 17:14.05 | woglinde | xora or stolem |
| 17:14.07 | woglinde | ups tolen |
| 17:14.09 | woglinde | args |
| 17:14.12 | GNUtoo | lol |
| 17:14.17 | XorA | woglinde: by lost I meant stolen |
| 17:14.33 | woglinde | xoa okay :) |
| 17:14.45 | woglinde | so lets boot beaglboard |
| 17:14.57 | GNUtoo | also I would need at least one phone for using it as a phone...maybe I should take my old phone then |
| 17:15.06 | XorA | normal procedure is make sure stand is well watched anyway |
| 17:15.34 | woglinde | xora its not my first event |
| 17:15.35 | GNUtoo | also how we diferentiate between 2 equals devices that have different owners? |
| 17:15.41 | woglinde | first was back in 2000 |
| 17:15.56 | XorA | woglinde: I know |
| 17:16.01 | woglinde | gaffertape with name on |
| 17:16.06 | GNUtoo | ok |
| 17:16.10 | XorA | woglinde: just reassuring any newbs |
| 17:16.16 | GNUtoo | will be a little hard on the bug |
| 17:16.32 | woglinde | cebit is far worser |
| 17:16.33 | GNUtoo | ha yes maybe where there is written hiro-p edition |
| 17:16.40 | XorA | cant be worse than the overo last year :-) |
| 17:16.51 | XorA | that was so bloody tiny |
| 17:16.56 | GNUtoo | what was that? |
| 17:17.03 | GNUtoo | some overo were stolen? |
| 17:17.03 | XorA | gumstix board |
| 17:17.07 | GNUtoo | I know |
| 17:17.14 | XorA | no, it was just bloody tiny on the stand |
| 17:17.15 | woglinde | no Cebit the german it fair |
| 17:17.17 | GNUtoo | there is overo fire,earth etc... |
| 17:17.21 | GNUtoo | ok |
| 17:17.25 | XorA | I kept worrying I would sneez and overo would fly |
| 17:17.51 | GNUtoo | too bad that the fire consume more than the other |
| 17:17.54 | XorA | static discharge is probably the worst danger of the stand :-) |
| 17:17.58 | GNUtoo | lol |
| 17:18.06 | XorA | everyone pokes the bare boards |
| 17:18.35 | GNUtoo | so bringing dock(= debug board) is not a good idea |
| 17:18.53 | XorA | GNUtoo: if its delicate dont have it out |
| 17:18.57 | GNUtoo | ok |
| 17:18.59 | GNUtoo | it is |
| 17:19.00 | hrw | GNUtoo: especially when there will be no BUGgers rather |
| 17:19.13 | hrw | XorA: it is pcb without any case |
| 17:19.27 | GNUtoo | and it's also pre-production |
| 17:19.29 | XorA | hrw: some like OM debug board is not delicate though |
| 17:19.33 | XorA | hrw: or precious |
| 17:19.42 | hrw | XorA: same stuff |
| 17:20.04 | XorA | in past years I pnly bring devices I can live without |
| 17:20.12 | GNUtoo | serial+usb+ethernet+powe+reset-button+ some other unknown things |
| 17:20.19 | hrw | GNUtoo: o yes, preproduction or even rather internal only device |
| 17:20.23 | GNUtoo | power means plug |
| 17:20.52 | hrw | GNUtoo: powerled is also present |
| 17:21.00 | GNUtoo | yes |
| 17:21.28 | GNUtoo | and "the sound of the machine"(elephant dream) like audio is also present |
| 17:22.01 | XorA | this year I had hoped to show zoom2 but Im unfortuneately working |
| 17:22.20 | XorA | and elphel camera |
| 17:22.36 | GNUtoo | ok |
| 17:22.52 | XorA | anyway Im off home |
| 17:22.55 | GNUtoo | too bad that zoom 2 doesn't have a modem that you can easily find |
| 17:23.07 | woglinde | hm wha arm core was bug? |
| 17:23.19 | GNUtoo | btw I don't know well elphel camera apaart of the fact that it runs GNU/Linux |
| 17:23.27 | GNUtoo | woglinde, armv6 with vfp |
| 17:23.35 | hrw | woglinde: imx31 so arm1136 |
| 17:23.44 | GNUtoo | 128M of ram |
| 17:24.17 | hrw | 32MB nor flash for u-boot |
| 17:24.26 | GNUtoo | the cpu is like 533 Mhz or something like that |
| 17:24.36 | hrw | woglinde: ask Robert for bug - he has one |
| 17:24.42 | hrw | 533 yes |
| 17:24.42 | woglinde | hm with jazell= |
| 17:24.52 | GNUtoo | woglinde, he has jazelle working???!!! |
| 17:25.05 | hrw | Features : swp half thumb fastmult vfp edsp java |
| 17:25.05 | woglinde | gnutoo I am asking |
| 17:25.12 | woglinde | no not robert |
| 17:25.20 | woglinde | but ed nevielle |
| 17:25.24 | woglinde | args neville |
| 17:25.35 | woglinde | I am going testing now on beagleboard |
| 17:25.39 | GNUtoo | hrw, I know but jazelle has not been reverse enginerred last time I looked(last year) |
| 17:25.44 | hrw | yep |
| 17:25.58 | woglinde | GNUtoo no need |
| 17:26.07 | GNUtoo | ah? |
| 17:26.07 | woglinde | ed was lead designer of jazelle |
| 17:26.11 | GNUtoo | lol |
| 17:26.21 | woglinde | now he contributes to openjdk/icedtea |
| 17:26.29 | GNUtoo | wow |
| 17:26.44 | GNUtoo | so...we now have jazelle-enabled openjdk/icedtea ? |
| 17:26.48 | woglinde | here is latest change set |
| 17:26.50 | woglinde | http://icedtea.classpath.org/hg/icedtea6/rev/ba5d4644582d |
| 17:26.58 | woglinde | gnutoo I said I am testing it |
| 17:27.16 | GNUtoo | ok |
| 17:28.15 | hrw | woglinde: so arm926, 1136, 1176, cortex-A{5,8,9} will get java stuff to be nicer |
| 17:28.16 | Laibsch | kergoth: Can you please fix the chat group configuration? I think somebody mentioned to you what needs to be done after server move. If not, let me know and I can dig it out. |
| 17:28.16 | hrw | ?? |
| 17:28.28 | Laibsch | kergoth: BTW, why the hostile tone in the BTS? |
| 17:30.04 | kergoth | why? because you didn't take 10 minutes to bother to look at the thing you're requesting features in |
| 17:31.00 | woglinde | *sigh* |
| 17:31.14 | woglinde | 3700 taks for console-image |
| 17:31.25 | woglinde | beagel-board angstroem |
| 17:31.28 | woglinde | this suckz |
| 17:32.55 | *** join/#oe toi (~toi@d54C2A96D.access.telenet.be) |
| 17:39.01 | RP__ | pushed new autoconf and automake into poky |
| 17:39.15 | *** part/#oe XorA (~XorA@www.xora.org.uk) |
| 17:40.10 | woglinde | rp *g* |
| 17:43.06 | *** join/#oe marcosmamorim (~marcos@201-42-211-41.dsl.telesp.net.br) |
| 17:43.07 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 17:43.56 | woglinde | rp oh you have co-workers which send patches |
| 17:45.40 | eFfeM | re |
| 17:46.27 | *** part/#oe meindian523 (~easwarh@unaffiliated/easwar) |
| 17:47.05 | woglinde | re effem |
| 17:57.32 | *** join/#oe schroedinbug (~schroedin@71-215-121-120.hlrn.qwest.net) |
| 17:58.32 | *** join/#oe marcosmamorim1 (~marcos@201-43-36-219.dsl.telesp.net.br) |
| 18:02.48 | *** join/#oe marcosmamorim (~marcos@189-18-31-129.dsl.telesp.net.br) |
| 18:05.55 | mickeyl | anyone know whether UML is now fully mainline? |
| 18:06.00 | mickeyl | (the kernel, not the modelling language) |
| 18:06.25 | hrw | did not it died? |
| 18:06.30 | mickeyl | did it? |
| 18:07.18 | mickeyl | oh well, i just grab a .32 and see for myself |
| 18:08.17 | hrw | it did not - uml-devel speaks about .32 |
| 18:08.24 | mickeyl | excellent |
| 18:08.32 | mickeyl | need it for my little init project |
| 18:08.57 | mickeyl | always booting one of the phones is a bit too much of turnaround time ;) |
| 18:11.02 | hrw | -> off |
| 18:11.33 | hrw | mickeyl: qemu? |
| 18:13.59 | *** join/#oe XorA (~XorA@www.xora.org.uk) |
| 18:14.50 | *** join/#oe kristoffer (~kristoffe@109.58.23.59.bredband.tre.se) |
| 18:15.34 | mickeyl | too much overhead |
| 18:15.41 | mickeyl | uml is faster |
| 18:15.53 | mickeyl | just a small binary that i can feed with a rootfs directly on my host |
| 18:16.05 | mickeyl | i don't need system emulation |
| 18:27.02 | GNUtoo | mickeyl, why not using the kernel thing... |
| 18:27.27 | GNUtoo | lguest |
| 18:27.30 | GNUtoo | or something like that |
| 18:27.54 | mickeyl | what's that? |
| 18:28.24 | mickeyl | ah, simple hypervisor |
| 18:29.33 | GNUtoo | yes but it permit you to run a linux kernel only |
| 18:29.45 | GNUtoo | and it's in mainline |
| 18:29.49 | *** join/#oe Weaselweb (~quassel@77-64-189-43.dynamic.primacom.net) |
| 18:32.35 | mickeyl | will consider this |
| 18:32.37 | mickeyl | for now uml works fine |
| 18:32.37 | mickeyl | ./linux rootfstype=hostfs rw init=/bin/bash |
| 18:32.40 | mickeyl | ... |
| 18:32.47 | mickeyl | root@(none):/# uname -a |
| 18:32.47 | mickeyl | Linux (none) 2.6.32.7 #1 Tue Feb 2 19:16:30 CET 2010 x86_64 GNU/Linux |
| 18:32.49 | mickeyl | :) |
| 18:34.44 | eFfeM | RP, did a bitbake -c clean sysvinit; bitbake sysvinit, this time on my system at home, I get no ipk's in staging-pkg. |
| 18:34.44 | eFfeM | http://www.pastie.org/806255 contains the full listing of the work tree. There are no .ipk files in the dir and also not in the package in DEPLOY_DIR_PSTAGE |
| 18:37.05 | eFfeM | btw there is an error in log_packagedstaging_fastpath statig that it cannot stat $TMPDIR/cross/armv7a |
| 18:37.54 | eFfeM | log.staging_helper and log.staging_package_installer are empty |
| 18:39.09 | eFfeM | log.do_package_stage_all and log.do_package_write are also empty as is log.sysroot_stage_all |
| 18:43.51 | eFfeM | (last addendum: just verified that TMPDIR/cross/armv7a exists and contains things; misread the dir it is $TMPDIR/work/beagleboard-angstrom-linux-gnueabi/sysvinit-2.86-r57/sysroot-destdir///home/frans/oe/tmp_angstrom/cross/armv7a/* : apparently the /// got me) |
| 18:44.08 | eFfeM | :q |
| 18:45.10 | *** join/#oe marcosmamorim (~marcos@201-68-50-183.dsl.telesp.net.br) |
| 18:50.22 | *** join/#oe marcosmamorim (~marcos@189-18-208-59.dsl.telesp.net.br) |
| 19:02.04 | *** join/#oe marcosmamorim (~marcos@189-18-208-59.dsl.telesp.net.br) |
| 19:08.20 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 19:12.50 | *** join/#oe cfriedt (~cfriedt@dslc-082-083-158-254.pools.arcor-ip.net) |
| 19:18.05 | *** join/#oe Tryum (~Tryum@e-corporation.info) |
| 19:19.21 | *** join/#oe methril (~methril@189.27.132.187.dynamic.adsl.gvt.net.br) |
| 19:23.30 | *** join/#oe dvermd (~roudoudou@78.234.93.192) |
| 19:25.22 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 19:37.52 | *** join/#oe bluelightning (~bluelight@93-96-131-185.zone4.bethere.co.uk) |
| 19:37.52 | *** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning) |
| 19:52.34 | RP__ | eFfeM: The code which is meant to handle this is python do_package_stage () in packaged-stage.bbclass |
| 19:52.52 | RP__ | eFfeM: The bb.copyfile(srcfile, destpath + srcname) under if bb.data.inherits_class('package_ipk', d): |
| 19:55.37 | eFfeM | RP__: ah thanks, was just peeking at that func but a little bit before (the if not packaged line) |
| 19:56.29 | eFfeM | but i am not really a python wiz, not really an idea how to debug this |
| 19:56.59 | RP__ | eFfeM Add some "print srcname" and "print srcfile" statements into that if, see where its looking for what... |
| 19:57.11 | RP__ | then you can work out why it doesn't find it... |
| 19:57.23 | eFfeM | RP__: will do , thanks |
| 19:59.39 | eFfeM | i also did a diff with the poky version but did not find changes that (in my humble opinion) could explain this |
| 20:01.46 | RP__ | eFfeM: My guess is angstrom plays with some paths that break something |
| 20:02.05 | RP__ | eFfeM: but its just a guess |
| 20:02.33 | eFfeM | RP__ well i was a litlte bit surprised with the /// in the path, but that is harmless |
| 20:02.34 | RP__ | eFfeM: See if packaged-staging is looking in the right place for a file of the correct name. If its not, we can learn from that |
| 20:03.00 | RP__ | -> back in a bit |
| 20:03.29 | eFfeM | RP__: catch you later, will definitely keep you posted |
| 20:06.08 | GNUtoo | mmm I found that: XINERAMA = "${@['--disable-xinerama','--enable-xinerama'][bb.data.getVar('MACHINE',d) in ['ion']]}" in xserver-xorg_1.7.4.bb without putting the package in the machine arch.... |
| 20:06.14 | GNUtoo | is it normal? |
| 20:09.14 | eFfeM | RP__: we've got him :-) |
| 20:10.39 | eFfeM | RP__: angstrom adds DISTRO_PR to the package name |
| 20:15.26 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:16.30 | florian | re |
| 20:23.07 | *** join/#oe d_t_h (~dieter@p4FDECE0E.dip.t-dialin.net) |
| 20:23.46 | eFfeM | RP__: changed |
| 20:23.47 | eFfeM | srcname = bb.data.expand(pkgname + "_${PV}-" + pr + "_" + arch + ".ipk", d) |
| 20:23.47 | eFfeM | into |
| 20:23.47 | eFfeM | srcname = bb.data.expand(pkgname + "_${PV}-" + pr + "${DISTRO_PR}" + "_" + arch + ".ipk", d) |
| 20:23.47 | eFfeM | tested it and now the ipk files end up in the .ipk in pstage, so I consider it resolved |
| 20:23.47 | eFfeM | Only question left is: is this change also needed in the package_deb and package_rpm parts |
| 20:24.30 | eFfeM | RP__ btw: DISTRO_PR is ?= assigned to "" so guess it is always there |
| 20:26.21 | *** join/#oe sgh (~quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 20:39.43 | woglinde | yeah |
| 20:39.45 | woglinde | root@beagleboard:~# java -version |
| 20:39.45 | woglinde | java version "1.6.0_17" |
| 20:39.45 | woglinde | OpenJDK Runtime Environment (IcedTea6 1.8pre) (Debian build 1.6.0_17-b17) |
| 20:39.45 | woglinde | OpenJDK Zero VM (build 14.0-b16, interpreted mode) |
| 20:41.28 | *** join/#oe Martin-B (~martin@pool-127-67-198-89.dbd-ipconnect.net) |
| 20:42.26 | woglinde | hms |
| 20:42.30 | woglinde | not functional |
| 20:47.12 | *** join/#oe timtimred (~meh@79-69-162-74.dynamic.dsl.as9105.com) |
| 20:53.45 | woglinde | uh |
| 20:53.48 | woglinde | its functional |
| 20:53.50 | woglinde | but slow |
| 21:03.02 | *** join/#oe ant__ (~andrea@host116-190-dynamic.60-82-r.retail.telecomitalia.it) |
| 21:05.45 | GNUtoo | ok |
| 21:05.50 | GNUtoo | slower than without/ |
| 21:05.51 | GNUtoo | ? |
| 21:07.11 | *** join/#oe pb__ (~pb@85.210.8.8) |
| 21:07.16 | GNUtoo | woglinde, btw do you still have your openoffice recipe? |
| 21:08.44 | eFfeM | :ls |
| 21:08.49 | eFfeM | dah :-) |
| 21:26.35 | *** join/#oe methril_ (~methril@189.27.132.187.dynamic.adsl.gvt.net.br) |
| 21:26.47 | *** join/#oe mimecar (~mimecar@81.203.176.156.dyn.user.ono.com) |
| 21:51.04 | *** join/#oe methril_ (~methril@189.27.132.187.dynamic.adsl.gvt.net.br) |
| 21:57.23 | eFfeM_asleep | back tomorrow mornig :-) |
| 21:57.55 | *** join/#oe MWelchUK_work__ (~welchma@65.91.2.71) |
| 22:06.17 | *** join/#oe jgrant (~jgrant@206.55.114.249) |
| 22:08.11 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:10.42 | *** join/#oe hansdampf (~moritz@rgnb-4d04b45d.pool.mediaWays.net) |
| 22:16.26 | woglinde | gnutoo hm yes saw it yesterday in the office :( |
| 22:16.50 | GNUtoo | woglinde, ok and you didn't took it with you I bet |
| 22:17.20 | woglinde | unfornatly ;( |
| 22:17.23 | woglinde | not |
| 22:17.25 | GNUtoo | ok |
| 22:17.36 | woglinde | and unfornatly I will be not in the office tomorrow |
| 22:17.40 | woglinde | only with luck |
| 22:17.47 | GNUtoo | because before buying touchbook I'd like to try to cross-compile openoffice |
| 22:18.07 | GNUtoo | it's the only free software I know which can make presentations |
| 22:18.15 | grg | you would like to do that? |
| 22:18.23 | grg | that doesn't sound like fun |
| 22:18.23 | *** join/#oe Sleep_Walker (~Sleep@193.179.96.131) |
| 22:18.39 | GNUtoo | I've a computer that is on the night |
| 22:18.45 | GNUtoo | so I've spase cycles |
| 22:19.07 | grg | haha. I'm sure the build failures will waste many a cycle |
| 22:19.30 | woglinde | grg it isnt fun |
| 22:19.43 | woglinde | you have to restart and restart ad idl running |
| 22:20.04 | GNUtoo | ad idl ? |
| 22:20.27 | woglinde | at idl |
| 22:20.39 | GNUtoo | I may also have access to a dual-quad-core machine with 4GB of ram |
| 22:23.38 | grg | Does anyone else get messages from their chinese manufacturer like this: "the LCD driver , show erro ." but no actual error message in the email? |
| 22:23.45 | woglinde | gnutoo next week I will send it to you |
| 22:23.50 | woglinde | promised |
| 22:24.20 | GNUtoo | ok thanks |
| 22:29.20 | florian | grg: uh |
| 22:31.39 | grg | .... and since the software has been working fine in pre production units, shouldn't they realise that its probably a hardware issue with those samples? |
| 22:32.08 | grg | and perhaps not ask a software guy to remotely debug their hardware problems? |
| 22:32.22 | grg | is just a little frustrated |
| 22:38.58 | *** join/#oe GNUtoo|oeee (~GNUtoo@host46-130-dynamic.244-95-r.retail.telecomitalia.it) |
| 22:40.01 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 22:45.19 | florian | grg: that's a quite well known effect... |
| 22:48.35 | *** join/#oe Sleep_Walker (~Sleep@193.179.96.131) |
| 22:53.58 | *** join/#oe tmbinc (abcd@83.141.3.59) |
| 22:54.22 | woglinde | hi tmbinc |
| 22:56.14 | *** join/#oe steliosk (~Stelios@ipa107.2.tellas.gr) |
| 22:56.30 | woglinde | hi steliosk |
| 23:00.09 | *** join/#oe marcosmamorim1 (~marcos@201-43-148-99.dsl.telesp.net.br) |
| 23:00.14 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 23:08.54 | woglinde | good nite |
| 23:17.26 | dcordes | I need bitbake to use the kernel headers that are specific to configured machine in order to build this recipe http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/xorg-driver/xf86-video-msm_git.bb . a known working hack is to replace SRC_URI in recipes/linux-libc-headers/linux-libc-headers_2.6.31.bb . how to do this correctly? |
| 23:21.46 | *** join/#oe [o (~academic@189.32.98.148) |
| 23:21.56 | *** part/#oe [o (~academic@189.32.98.148) |
| 23:24.14 | *** join/#oe univac (~univac@xmms2/user/univac) |
| 23:37.55 | CosmicPenguin | If you build an appropriate MSM kernel then you can use the staging headers from that |
| 23:38.59 | CosmicPenguin | EXTRA_OECONF="--with-kernel-headers=${STAGING_KERNEL_DIR}/include" |