*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 00:05 | |
*** jkridner <jkridner!~jkridner@d14-69-115-126.try.wideopenwest.com> has joined #yocto | 00:05 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 00:05 | |
*** flihp <flihp!~flihp@c-76-24-20-220.hsd1.ma.comcast.net> has quit IRC | 00:06 | |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 00:11 | |
*** flihp <flihp!~flihp@c-76-24-20-220.hsd1.ma.comcast.net> has joined #yocto | 00:13 | |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 00:26 | |
*** Jefro <Jefro!~jefro@205.154.53.106> has joined #yocto | 00:29 | |
*** RP <RP!~richard@dan.rpsys.net> has quit IRC | 00:51 | |
*** RP <RP!~richard@dan.rpsys.net> has joined #yocto | 00:51 | |
jwessel | sgw_: I found the problem with the negative sized partition. | 00:55 |
---|---|---|
jwessel | Turns out if the disk initially has a bad label there is a bug in mkefidisk.sh | 00:55 |
jwessel | It will just write a msdos partition that is toast. | 00:56 |
*** Jefro <Jefro!~jefro@205.154.53.106> has quit IRC | 01:04 | |
sgw_ | jwessel: so there really was an issue, or just if I had a bad label? | 01:13 |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 01:19 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 01:19 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 01:22 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 01:23 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 01:24 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 01:27 | |
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto | 02:02 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 02:04 | |
*** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has joined #yocto | 02:10 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 02:11 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 02:18 | |
*** kmscherer <kmscherer!~kscherer@dsl-67-230-139-33.tor.primus.ca> has quit IRC | 02:25 | |
*** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has quit IRC | 02:36 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 02:36 | |
*** [simar|on] <[simar|on]!~simar@cn-nat2-uw-129-97-124-111.net.uwaterloo.ca> has quit IRC | 02:45 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 03:10 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:27 | |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 03:38 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 03:40 | |
*** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has joined #yocto | 04:20 | |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 04:28 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 04:30 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 04:38 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 04:38 | |
*** nrossi <nrossi!~nrossi@203.126.243.116> has quit IRC | 04:52 | |
*** nrossi <nrossi!~nrossi@203.126.243.116> has joined #yocto | 04:54 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 04:57 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 04:57 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 04:59 | |
*** mihai <mihai!~mihai@188.27.89.170> has quit IRC | 05:04 | |
*** silviof1 is now known as silviof | 05:06 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 05:34 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:34 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 05:37 | |
*** qt-x <qt-x!~ionel@217.10.196.2> has joined #yocto | 05:51 | |
*** tor <tor!~tor@c-d567e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 06:01 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 06:12 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 06:24 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 06:25 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 06:25 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 06:28 | |
*** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 06:36 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 06:37 | |
*** fpaut_ is now known as fpaut | 06:39 | |
*** JaMa <JaMa!~martin@ip-62-24-80-145.net.upcbroadband.cz> has joined #yocto | 06:42 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 06:43 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 06:45 | |
*** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 06:48 | |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 06:49 | |
*** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto | 06:53 | |
*** mckoan|away is now known as mckoan | 06:57 | |
mckoan | good morning | 06:57 |
TuTizz | morning! | 06:58 |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 07:04 | |
*** zeeblex <zeeblex!~apalalax@134.134.137.73> has joined #yocto | 07:04 | |
*** blitz00 <blitz00!~stefans@192.198.151.44> has joined #yocto | 07:07 | |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 07:07 | |
*** pirut <pirut!~Pirut@134.134.139.72> has quit IRC | 07:12 | |
*** n01 <n01!~n01@host225-0-static.96-5-b.business.telecomitalia.it> has joined #yocto | 07:12 | |
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 07:13 | |
*** pirut <pirut!Pirut@nat/intel/x-jnvldzboikkfmvmo> has joined #yocto | 07:14 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 07:19 | |
*** Zagor <Zagor!~bjst@sestofw01.enea.se> has joined #yocto | 07:22 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 07:22 | |
TuTizz | Hi, I wrote my own recipe, it source had to be download from a svn, each time I update my revision number I modify the bbfile with the new revision number but it look like nothing append to my final image. Should I do something more to specify my update? | 07:22 |
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 07:25 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:25 | |
*** sameo <sameo!~samuel@192.55.54.36> has joined #yocto | 07:25 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:26 | |
ndec | TuTizz: did you add your package in the image? | 07:26 |
TuTizz | ndec, yes I did | 07:29 |
ndec | TuTizz: when you rebuilt your image after the REV update, does it actually re-fetch, and re-build your recipe? | 07:29 |
ndec | TuTizz: also, this is obvious, but you need to bitbake the image not the recipe when you update the REV. | 07:30 |
TuTizz | for a concret example, I moved my LICENSE.LGPL to a different folder and specify his new position with LIC_FILES_CHKSUM = "file://LICENSE.LGPL;md5=fbc093901857fcd118f065f900982c24" | 07:31 |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 07:32 | |
TuTizz | bitbake end with the same previous error and trying to find the file on the old position | 07:32 |
*** smartin <smartin!~smartin@46.218.232.202> has quit IRC | 07:33 | |
ndec | TuTizz: and you changed SRCREV too? | 07:33 |
*** smartin <smartin!~smartin@46.218.232.202> has joined #yocto | 07:34 | |
TuTizz | :( I don't have any SRCREV | 07:34 |
ndec | how do you set PV? | 07:35 |
TuTizz | I believed that it was automatic | 07:38 |
ndec | TuTizz: no, it is not. | 07:40 |
ndec | in general if you get from svn or git, you need to add SRCREV (the revision) to PV. | 07:40 |
ndec | so that bitbake will detect when it needs to re-fetch from svn | 07:40 |
ndec | there are many example of SRCREV usage in tree. | 07:41 |
TuTizz | ok thank you ndec :) | 07:42 |
ndec | TuTizz: btw, you can to SRCREV="${AUTOREV}", in which case bitbake will automatically pick the last revision (or commit). | 07:43 |
ndec | by quering the svn (or git) repo when 'parsing' the recipes. | 07:44 |
TuTizz | ndec, I saw I can do it in my local.conf, can I do it in my recipe directly? | 07:44 |
ndec | you need to set PV in your recipe ,for sure. | 07:45 |
ndec | then SRCREV can either be in recipe or in a conf file. | 07:45 |
ndec | if you do it in a conf file, you need to do SRCREV_pn-<recipe> = "xxx" | 07:46 |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 07:47 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 07:53 | |
bluelightning | morning all | 07:56 |
TuTizz | ndec, perfect that exactly what i want to do :) that works with SRCREV="${AUTOREV}" | 08:00 |
TuTizz | PV = "0.0.3" | 08:00 |
TuTizz | PR = "r0" | 08:00 |
RagBal | On my first boot I'm getting a lot of these errors: ERROR: postinst /etc/rpm-postinsts/kernel-module-zte-ev failed. | 08:00 |
RagBal | All related to kernel modules | 08:00 |
RagBal | Seems like depmod/depmodwrapper aren't shipped with the image, what recipe provides these? | 08:03 |
*** dany <dany!~Thunderbi@94.234.170.160> has joined #yocto | 08:08 | |
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 08:12 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:15 | |
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 08:16 | |
*** dany <dany!~Thunderbi@94.234.170.160> has quit IRC | 08:29 | |
RagBal | Ah found out it needs "kmod" =) | 08:41 |
-YoctoAutoBuilder- build #163 of minnow is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/163 | 08:42 | |
*** markos_ <markos_!~markos@ppp-94-67-56-98.home.otenet.gr> has left #yocto | 08:42 | |
RagBal | But I don't understand why it executes this on the first boot | 08:42 |
*** volker_ <volker_!~quassel@80.81.19.29> has quit IRC | 08:51 | |
*** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has joined #yocto | 08:51 | |
*** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has quit IRC | 08:52 | |
*** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has joined #yocto | 08:52 | |
*** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has quit IRC | 08:58 | |
bluelightning | RagBal: have a look at your log.do_rootfs for the image, if they're running on first boot it means they failed to run during do_rootfs | 09:01 |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 09:01 | |
*** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has joined #yocto | 09:05 | |
RagBal | Ahhh ok, I didn't get a warning about it during the build | 09:05 |
*** hugh_ <hugh_!43a16395@gateway/web/freenode/ip.67.161.99.149> has quit IRC | 09:06 | |
*** dany <dany!~Thunderbi@c-4f66608f-74736162.cust.telenor.se> has joined #yocto | 09:13 | |
*** fpaut <fpaut!~fpaut@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has left #yocto | 09:33 | |
*** fpaut <fpaut!~fpaut@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has joined #yocto | 09:40 | |
mckoan | do we have a recipe for sftp in dylan? is openssh-sftp the right choice? | 09:45 |
bluelightning | mckoan: it's what most people use AFAIK | 09:51 |
mckoan | bluelightning: thx, and can openssh-sftp co-exist with dropbear? | 10:06 |
bluelightning | mckoan: yes | 10:06 |
mckoan | bluelightning: fine thx | 10:06 |
RagBal | bluelightning, install/tmp/rpm-tmp.651: line 6: depmodwrapper: command not found << is in the log, so it indeed can't install the rpms | 10:07 |
RagBal | depmodwrapper is indeed not installed on my host system, it is Ubuntu 12.04 | 10:08 |
bluelightning | RagBal: it's not supposed to be on your host system, it's build by the build system | 10:09 |
*** elbc <elbc!2e12602e@gateway/web/freenode/ip.46.18.96.46> has joined #yocto | 10:09 | |
*** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has quit IRC | 10:09 | |
RagBal | Hmm, not by my build =( | 10:09 |
bluelightning | RagBal: can you please do bitbake -e your-image | grep ^DEPENDS= and tell me what the output is? | 10:10 |
RagBal | DEPENDS="gzip-native qemuwrapper-cross depmodwrapper-cross" | 10:11 |
bluelightning | ok, so that bit is correct | 10:11 |
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC | 10:12 | |
bluelightning | RagBal: you haven't been using the -b option have you? | 10:12 |
RagBal | To build the image? Nope | 10:13 |
*** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has joined #yocto | 10:13 | |
bluelightning | ok, just checking | 10:13 |
RagBal | bluelightning, this is the image recipe I use | 10:14 |
RagBal | http://pastebin.com/DiCBH8xe | 10:14 |
bluelightning | RagBal: if you change that "include" to "require" does it still work? | 10:15 |
*** fpaut is now known as fpaut_ | 10:15 | |
RagBal | bluelightning, yes it is building the image | 10:16 |
bluelightning | ok | 10:16 |
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 10:17 | |
TuTizz | I want to create a new directory in /home/root how can I do? I tried install -d -m 755 ${D}/home/root/.debug but not sure | 10:18 |
TuTizz | (during a do_install() { } | 10:18 |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 10:19 | |
bluelightning | RagBal: if you look in the path given by this command, does it contain depmodwrapper-cross? : bitbake -e | grep ^STAGING_BINDIR_CROSS= | 10:20 |
bluelightning | RagBal: actually depmodwrapper not depmodwrapper-cross | 10:20 |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC | 10:21 | |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto | 10:21 | |
RagBal | No such file or directory | 10:21 |
RagBal | STAGING_BINDIR_CROSS="/ssd/yocto/projects/smarct335x/tmp/sysroots/smarct335x/usr/bin/crossscripts" | 10:22 |
RagBal | Doesn't exist | 10:22 |
bluelightning | hmm | 10:22 |
*** dany <dany!~Thunderbi@c-4f66608f-74736162.cust.telenor.se> has quit IRC | 10:25 | |
RagBal | =( | 10:27 |
*** fpaut_ is now known as fpaut | 10:28 | |
bluelightning | RagBal: that directory ought to exist... is there anything unusual about this build? | 10:34 |
bluelightning | RagBal: are there any depmodwrapper-cross files under /ssd/yocto/projects/smarct335x/tmp/stamps/ ? | 10:39 |
ant_work | the cross files are under host sysroot | 10:45 |
ant_work | not in target | 10:45 |
ant_work | smthg wrong there | 10:46 |
bluelightning | ant_work: bitbake -e depmodwrapper-cross | grep ^STAGING_BINDIR_CROSS= for MACHINE=qemux86 shows /path/to/tmp/sysroots/qemux86/usr/bin/crossscripts here | 10:51 |
bluelightning | and that directory does contain depmodwrapper (and a load of other scripts) | 10:52 |
ant_work | I see, it isn't a typical -cross recipe | 10:55 |
ant_work | I'm always thinking about toolchains and crosscompilers.. I'm biased, sry | 10:56 |
bluelightning | ok, np | 10:56 |
ant_work | the recipe doesn't inherit cross | 10:56 |
ant_work | so there isn't any magic with sysroots | 10:56 |
ant_work | why is it called -cross btw? | 10:57 |
bluelightning | not entirely sure | 10:57 |
bluelightning | we do prefix it for multilib, FWIW | 10:57 |
*** abc <abc!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has joined #yocto | 10:58 | |
bluelightning | well, without anything more to go on I'm not sure I can help.... | 10:59 |
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto | 11:01 | |
RagBal | bluelightning, sorry I was eating my lunch | 11:03 |
bluelightning | RagBal: sorry if I already asked previously, which branch is this? master/dylan/... ? | 11:03 |
RagBal | Dylan | 11:03 |
RagBal | I'm trying to build the BeagleBone Black kernel with Yocto | 11:04 |
bluelightning | RagBal: what do you have set for DISTRO? | 11:04 |
RagBal | poky | 11:05 |
*** rodgort <rodgort!~rodgort@li125-242.members.linode.com> has quit IRC | 11:05 | |
*** rodgort <rodgort!~rodgort@li125-242.members.linode.com> has joined #yocto | 11:08 | |
bluelightning | RagBal: so you're using meta-beagleboard ? | 11:08 |
RagBal | No I'm a dirty boy, I copied the kernel recipe in my own layer | 11:09 |
bluelightning | ah ok | 11:10 |
bluelightning | any other modifications? | 11:10 |
RagBal | A few patches to the kernel, but nothing strange | 11:10 |
RagBal | It works fine with angstrom | 11:10 |
bluelightning | ok, it won't be an issue with the kernel recipe | 11:10 |
RagBal | I'm not fond of my imge recipe | 11:11 |
RagBal | Did you check the link I sent earlier? | 11:11 |
RagBal | Perhaps I'm doing something wrong there | 11:11 |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 11:14 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 11:14 | |
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 11:15 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 11:15 | |
bluelightning | RagBal: I did have a look at it; apart from the IMAGE_INSTALL the rest shouldn't be needed since you're including/requiring core-image-minimal recipe | 11:19 |
bluelightning | but that shouldn't cause the problem you're seeing | 11:19 |
RagBal | Hm | 11:20 |
bluelightning | FWIW, I am running a dylan build here with your image recipe, but to be honest I don't expect it will reproduce the problem; we'll see | 11:21 |
bluelightning | RagBal: did you see my question above re stamps? | 11:22 |
RagBal | ./smarct335x-poky-linux-gnueabi/depmodwrapper-cross <<< Yes | 11:24 |
RagBal | And some task files | 11:24 |
bluelightning | ok, so it does think that it built | 11:25 |
bluelightning | which is what youd expect given that it apparently hasn't tried to build it | 11:25 |
bluelightning | you haven't used any scripts to delete parts of tmp/ or deleted any part of that by hand? | 11:25 |
RagBal | Nope | 11:26 |
bluelightning | ok | 11:26 |
RagBal | Wouldn't dare to taint it =) | 11:26 |
bluelightning | well I need to grab some food and I'll be back in a bit | 11:26 |
RagBal | I can completely rebuild the entire thing | 11:26 |
bluelightning | one thing to try might be to move the tmp directory out of the way and then rebuild, yes | 11:26 |
RagBal | Will do | 11:26 |
bluelightning | (move rather than delete so we still have it for reference) | 11:26 |
RagBal | Roger, enjoy your food, and thanks so far | 11:27 |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 11:31 | |
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 11:36 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 11:37 | |
*** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has quit IRC | 11:38 | |
-YoctoAutoBuilder- build #280 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/280 | 11:47 | |
elbc | rburton: hi ! I have my image working pretty good now, but I recently saw that it was still the libx11.rpm present in the installed packages. so my question is : how to remove a package from my image or how to know which package has needed it when built ? | 11:53 |
rburton | elbc: did you remove x11 from your distro features? | 11:53 |
elbc | yes | 11:54 |
rburton | then it didn't work as if you did, it will *refuse* to build libx11 | 11:54 |
rburton | run bitbake -e |grep DISTRO_FEATURES= | 11:54 |
elbc | rburton: no trace of x11 at all | 11:56 |
rburton | what's your evidence that libx11 is in your image? | 11:58 |
rburton | i.e. do you have /usr/lib/libX11.so.* | 11:58 |
elbc | rburton: I did gedit tmp/work/chiefriver-poky-linux/core-image-weston/1.0-r0/installed_pkgs.txt and I found libx11 in it | 11:59 |
rburton | check the rootfs too in that directory | 12:00 |
rburton | its possible that it found the packages hanging around from when you didn't have it enabled, and they got pulled in through recommends | 12:00 |
elbc | rburton: no traces at all of x11 in /usr/lib but there is in /media/sda1/usr/lib/ | 12:02 |
elbc | rburton: does it mean it is not efficient ? | 12:03 |
rburton | what? there's a /media/sda1/usr/lib path inside the rootfs? | 12:03 |
elbc | it seems to be yes | 12:04 |
rburton | well that's messed up | 12:05 |
elbc | rburton: ? | 12:05 |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 12:05 | |
elbc | rburton: sorry my english is not very good | 12:05 |
rburton | /media is for mounting media on, so it should be an empty directory in the rootfs | 12:05 |
elbc | rburton: oh sorry | 12:05 |
*** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 12:06 | |
elbc | rburton: in the rootfs yes it is empty | 12:06 |
elbc | rburton: but when I do a find . -name "*x11*" or "*X11*" on my target | 12:06 |
rburton | right, so its picking up whatever you plugged in | 12:06 |
elbc | it founds some X11 file in /media/sda1/usr/lib/ | 12:06 |
elbc | rburton: sorry ? | 12:07 |
elbc | rburton: does it mean libx11 is not really installed ? | 12:07 |
rburton | if there's not a /usr/lib/libX11.so* in your target filesystem, then its not installed. | 12:09 |
elbc | rburton: ok ! thank you very much | 12:09 |
rburton | elbc: hm, are you booting from eg usb on a machine that has a different distro on the harddisk? | 12:11 |
bluelightning | RagBal: back | 12:11 |
RagBal | bluelightning, the image is still building. Takes longggg | 12:11 |
RagBal | (996 of 2336) | 12:11 |
bluelightning | RagBal: in your old tmp directory do you have work/smarct335x-poky-linux-gnueabi/depmodwrapper-cross/ ? | 12:11 |
RagBal | Yep | 12:12 |
bluelightning | RagBal: ok, what does it have in it? | 12:12 |
RagBal | Folders: "deploy-rpms depmodwrapper-1.0 image license-destdir package packages-split pkgdata pseudo sysroot-destdir temp" | 12:13 |
RagBal | And a file depmodwrapper-cross.spec | 12:13 |
*** fenrig <fenrig!c1bf9602@gateway/web/freenode/ip.193.191.150.2> has joined #yocto | 12:16 | |
*** fenrig <fenrig!c1bf9602@gateway/web/freenode/ip.193.191.150.2> has left #yocto | 12:16 | |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 12:17 | |
bluelightning | RagBal: ok, could you pastebin temp/log.do_populate_sysroot from there assuming that exists? | 12:19 |
RagBal | bluelightning, http://pastebin.com/XvnV7HZb | 12:23 |
RagBal | The logfile is dated yesterday | 12:23 |
*** vmeson <vmeson!~quassel@128.224.252.2> has quit IRC | 12:23 | |
bluelightning | RagBal: and presumably sysroot-destdir contains usr/bin/crossscripts/depmodwrapper ? | 12:25 |
*** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto | 12:26 | |
RagBal | Yes | 12:27 |
*** qt-x <qt-x!~ionel@217.10.196.2> has quit IRC | 12:28 | |
bluelightning | well, that is strange | 12:30 |
bluelightning | so it definitely did stage the file, and yet not only is it not there, the entire directory is missing | 12:30 |
*** qt-x <qt-x!~ionel@217.10.196.2> has joined #yocto | 12:31 | |
RagBal | In the new build the folder is created | 12:32 |
bluelightning | right... I think it was created in the previous build and somehow it was removed after that | 12:33 |
RagBal | /ssd/yocto/projects/smarct335x/tmp/sysroots/smarct335x/usr/bin/crossscripts <<< that is | 12:33 |
bluelightning | I don't know how that could happen though | 12:33 |
RagBal | Very weird indeed | 12:33 |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 12:33 | |
RagBal | Perhaps I messed stuff up when I forgot to "inherit image" in the recipe yesterday | 12:34 |
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC | 12:34 | |
bluelightning | I don't see how that could cause this | 12:34 |
bluelightning | if depmodwrapper hadn't been built at all it might have helped explain it, but it did build | 12:35 |
RagBal | I did clean/cleansstate on the recipe | 12:35 |
ant_work | ^_^ | 12:39 |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 12:41 | |
*** jkridner <jkridner!~jkridner@98.250.142.42> has joined #yocto | 12:46 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 12:46 | |
elbc | rburton: I have some build errors when trying to build libva-intel-driver : http://pastebin.com/94kAufbm (and I'm sure to know what is expected) | 12:55 |
elbc | (not sure sorry) | 12:55 |
*** kmscherer <kmscherer!~kscherer@128.224.252.2> has joined #yocto | 12:55 | |
rburton | nothing i've seen before, you'll have to debug that yourself. | 12:56 |
Krz- | I have a simple recipe to copy grub.conf over to tmp/deploy/images/.. : http://pastebin.com/AQJPbeEH | 13:01 |
Krz- | I used suggested by bluelightning do_deploy[nostamp] = "1" | 13:01 |
Krz- | but 'bitbake grub-conf' just does not kick my do_deploy function | 13:01 |
Krz- | I have to cleanall and then bitbake once again | 13:01 |
Krz- | so basically do_deploy[nostamp] = "1" doesn't do what I would like it to do - kick off do_deploy function ALWAYS | 13:02 |
bluelightning | that is exactly what nostamp is supposed to do | 13:02 |
bluelightning | have you tried moving nostamp after the function definition? | 13:03 |
Krz- | bluelightning, yes, I tried it does not change anything | 13:04 |
Krz- | bluelightning: maybe I have some other settings in my layer wrong? like layer priorites, BBPATH, etc? | 13:04 |
bluelightning | ok, changing the order wouldn't help looking at examples we have | 13:05 |
bluelightning | nope, that wouldn't be able to influence this I don't think | 13:05 |
Krz- | bluelightning: maybe it doesn't like the fact, that do_deploy is non-standard function, but manually added? | 13:06 |
bluelightning | Krz-: do_deploy isn't a "standard" function, everywhere it's used it's added in this manner | 13:06 |
elbc | rburton: ok thanks | 13:07 |
Krz- | bluelightning: yeah, that's my point. greping for do_deploy[nostamp] in poky/ shows zero results | 13:07 |
bluelightning | typically we would not make that function nostamp | 13:07 |
bluelightning | that doesn't mean it shouldn't work though | 13:08 |
Krz- | bluelightning: maybe nostamp works only for functions like install/compile/build which are standard functions | 13:08 |
bluelightning | no, I know that it works for any function | 13:08 |
Krz- | bluelightning: ok | 13:08 |
Krz- | bluelightning: I know Yocto can create somehow grub.conf as well. If that mechanism can put my grub.conf under tmp/deploy/images/... then I might switch to it | 13:09 |
Krz- | bluelightning: I just need any working solution which will place valid grub.conf there | 13:10 |
bluelightning | Krz-: ok having just tried it, I can see what is going on | 13:12 |
bluelightning | Krz-: nostamp is working; however deploy.bbclass marks this as an sstate task so it tries to run it, sees that none of its inputs have changed and therefore just restores it from sstate-cache | 13:13 |
bluelightning | Krz-: why do you need this to run every time? | 13:13 |
Krz- | bluelightning: it needs to be created everytime user builds an image, even after wipeing-out images/ directory | 13:14 |
bluelightning | Krz-: ok... well, unintentionally this recipe is both poking into DEPLOY_DIR and expecting sstate to manage files it puts there | 13:16 |
bluelightning | Krz-: so you have two choices, either change your do_deploy to put things in DEPLOYDIR (as defined by deploy.bbclass) instead of DEPLOY_DIR_IMAGE, or don't inherit deploy | 13:18 |
*** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has quit IRC | 13:19 | |
*** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688104.dsl.bell.ca> has joined #yocto | 13:19 | |
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 13:20 | |
Krz- | bluelightning: not inheriting deploy works perfect | 13:26 |
RagBal | bluelightning, working perfectly now thank you! | 13:27 |
RagBal | bluelightning, it's not giving the rpm installation during boot | 13:27 |
*** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has joined #yocto | 13:28 | |
bluelightning | RagBal: I'm still confused about how it got into that state though | 13:29 |
*** dany <dany!~Thunderbi@c-4f66e4f2-74736162.cust.telenor.se> has joined #yocto | 13:33 | |
*** Crofton <Crofton!~balister@pool-71-171-32-225.ronkva.east.verizon.net> has quit IRC | 13:40 | |
*** B4gder <B4gder!~daniel@sestofw01.enea.se> has quit IRC | 13:41 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-qehtovrlsmxwryte> has joined #yocto | 13:45 | |
*** belen1 <belen1!Adium@nat/intel/x-kwvpfquqgvtovttm> has joined #yocto | 13:51 | |
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 13:53 | |
*** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has joined #yocto | 13:54 | |
*** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688104.dsl.bell.ca> has quit IRC | 13:55 | |
*** belen1 <belen1!Adium@nat/intel/x-kwvpfquqgvtovttm> has quit IRC | 13:56 | |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 13:59 | |
*** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688104.dsl.bell.ca> has joined #yocto | 14:01 | |
*** belen1 <belen1!~Adium@134.134.139.76> has joined #yocto | 14:03 | |
*** dany <dany!~Thunderbi@c-4f66e4f2-74736162.cust.telenor.se> has quit IRC | 14:04 | |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 14:09 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 14:10 | |
*** vmeson <vmeson!~quassel@128.224.252.2> has quit IRC | 14:12 | |
*** qt-x <qt-x!~ionel@217.10.196.2> has quit IRC | 14:12 | |
*** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688104.dsl.bell.ca> has quit IRC | 14:14 | |
*** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto | 14:20 | |
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 14:22 | |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 14:23 | |
*** fpaut is now known as fpaut_ | 14:23 | |
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 14:23 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 14:36 | |
*** vducuy <vducuy!734e07cb@gateway/web/freenode/ip.115.78.7.203> has joined #yocto | 14:41 | |
vducuy | hi all, i got error when use Linux-yocto-3.10 | 14:42 |
vducuy | Fetcher failure for URL: 'git://git.yoctoproject.org/linux-yocto-3.10.git;bareclone=1;branch=standard/base,meta;name=machine,meta' | 14:42 |
vducuy | with linux-yocto-3.8 it is ok | 14:42 |
vducuy | does it mean failure from git server? | 14:43 |
*** mckoan is now known as mckoan|away | 14:43 | |
bluelightning | vducuy: which machine are you building for? | 14:51 |
bluelightning | zeddii: ^ | 14:51 |
*** nrossi <nrossi!~nrossi@203.126.243.116> has quit IRC | 14:51 | |
*** nrossi <nrossi!~nrossi@203.126.243.116> has joined #yocto | 14:52 | |
zeddii | fetcher failure. smells like infrastructure on the servers. unless there's a bitbake error about branches missing, etc. | 14:54 |
Krz- | can I change the order of evaluating variables from: myimage.bb my.conf files? | 14:58 |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 14:59 | |
jwessel | ant_work: ping | 15:02 |
*** belen1 <belen1!~Adium@134.134.139.76> has quit IRC | 15:02 | |
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 15:03 | |
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has quit IRC | 15:03 | |
*** michael_e_brown <michael_e_brown!~michaeleb@143.166.116.80> has quit IRC | 15:03 | |
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 15:04 | |
*** belen1 <belen1!Adium@nat/intel/x-wpbmiaeodqhmbboh> has joined #yocto | 15:04 | |
vducuy | bluelighting: i tried my own machine and also beagleboard. | 15:06 |
vducuy | the same problem | 15:06 |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 15:11 | |
*** tor <tor!~tor@c-d567e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC | 15:16 | |
*** forcev <forcev!~quassel@wafaa.eu> has joined #yocto | 15:17 | |
*** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has joined #yocto | 15:18 | |
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC | 15:19 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 15:19 | |
ant_work | jwessel: pong | 15:22 |
jwessel | zeddii sent me your conf.tar.gz and I was going to have a look at the failure. | 15:23 |
jwessel | I assume I Just have to build: linux-yocto-tiny-kexecboot ? | 15:23 |
ant_work | yes | 15:23 |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:23 | |
jwessel | ok. The build in progress in that case. I imagine we'll either use your patch or at least get to the stage where all the various cases work again. | 15:24 |
ant_work | jwessel: I'm maybe retarded but cannot yet grasp the real issue with signed modules you have :) | 15:25 |
jwessel | I doubt that. | 15:25 |
jwessel | It is quite possible that the module singing is not working in the first place with the monolithic kernel. | 15:26 |
ant_work | tbh I avoid signed mods like pest ;) | 15:26 |
jwessel | It is not so much module signing as it is modversions being in use. | 15:26 |
jwessel | This prevents the modules from loading if they are not the right ones for the kernel. | 15:27 |
ant_work | jwessel: yes, sorry for the imprecision | 15:27 |
jwessel | | /space/jw/yocto/oe-core/andrea/build/tmp-eglibc/work/c7x0-oe-linux-gnueabi/linux-yocto-tiny-kexecboot/3.10.11+gitAUTOINC+dad2b7e1ce_e1aa804148-r0/linux/scripts/gen_initramfs_list.sh: Cannot open 'initramfs.cpio.lzma' | 15:27 |
jwessel | Is that the typical failure you see? | 15:27 |
ant_work | yes, is the patch for kernel_do_configure() | 15:28 |
ant_work | s/is/is solved by/ | 15:29 |
ant_work | jwessel: I have tried the two steps builds but I didn't set INITRAMFS_IMAGE in local.conf. I just cannot do that, it would pollute any other kernel/image | 15:30 |
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC | 15:30 | |
jwessel | I believe you can set the INITRAMFS_IMAGE else where. | 15:30 |
ant_work | jwessel: try to remove CONFIG_INITRAMFS_SOURCE from the config: the error would disappear but the image would not be embedded, not built | 15:32 |
*** hollisb <hollisb!~hollisb@c-50-139-17-21.hsd1.or.comcast.net> has joined #yocto | 15:32 | |
ant_work | (well, if youeven remove INITRAMFS_TASK ofc) | 15:32 |
*** Stygia <Stygia!~gmpsaifi@94.191.204.140.bredband.3.dk> has joined #yocto | 15:34 | |
jwessel | Of course because the CONFIG_INITRAMFS_SOURCE is what causes it to merge the image in. | 15:35 |
jwessel | I'll get back to you in a few hours. I plan to get to the bottom of this today, but also have some other things going on. | 15:36 |
ant_work | well, it should be triggered by INITRAMFS_IMAGE_BUNDLE | 15:36 |
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto | 15:36 | |
jwessel | Now that I have the problem sitting on my desk as well as the other use cases, we should be able to make it work. | 15:36 |
ant_work | jwessel: thx in advance | 15:37 |
Krz- | I'm totally lost with fighting with IMAGE_FSTYPES = "live" declared inside image recipe. It is just not picked up even if bitbake myimage -e says it's there. | 15:37 |
Krz- | Tried setting this inside python __anonymous inside the same image recipe - doesn't get picked up as well | 15:38 |
Krz- | I just have two different images, and one must be "live ext3", second must be "cpio.lzma cpio.gz". | 15:38 |
jwessel | Krz-: I had only ever used the IMAGE_FSTYPES += "live" in the local.conf | 15:38 |
Krz- | it looks like live works only from conf file | 15:39 |
jwessel | I have had all sorts of problems trying to build "live vmdk" for example. | 15:39 |
jwessel | One completely pollutes the other. | 15:39 |
Krz- | so it means either I build live for both images, or not at all :| | 15:39 |
*** hollisb <hollisb!~hollisb@c-50-139-17-21.hsd1.or.comcast.net> has quit IRC | 15:40 | |
jwessel | I am not sure if you can set it in the image recipe or not. It was never entirely clear to me how this part of bitbake was intended to actually work. | 15:40 |
jwessel | It might also be the case that the various inherits cause the breakage as well. | 15:40 |
Krz- | whatever value of IMAGE_FSTYPES I set in myimage recipe: bitbake myimage -e shows correctly and builds wrongly | 15:41 |
jwessel | I had always thought you could just set the as many fstypes as you want and get certain images. In reality I came to the conclusion of just using multiple build directories. | 15:41 |
ant_work | jwessel: I guess we have INITRAMFS_FSTYPES for the same reason | 15:41 |
jwessel | Krz-: Perhaps open a bug on it and send some mail to the list. I am not sure if it is a bug or "feature". | 15:42 |
*** Stygia <Stygia!~gmpsaifi@94.191.204.140.bredband.3.dk> has quit IRC | 15:43 | |
*** ScriptRipper1 <ScriptRipper1!~ScriptRip@178-26-51-16-dynip.superkabel.de> has joined #yocto | 15:43 | |
vducuy | zeddii: can we check if any problem at server site? tried and see no problem with linux-yocto-3.8 | 15:43 |
Krz- | can I kick off 'live' image build other than by specyfing 'IMAGE_FSTYPES' ? | 15:53 |
Krz- | like IMAGE_EXTRADEPENDS = "core-image-minimal-rootfs" ? | 15:54 |
*** belen1 <belen1!Adium@nat/intel/x-wpbmiaeodqhmbboh> has quit IRC | 15:56 | |
bluelightning | FWIW, I just set IMAGE_FSTYPES += "tar.gz" in an image recipe on dylan and it worked | 15:57 |
bluelightning | just trying with live now | 15:57 |
*** belen1 <belen1!~Adium@134.134.139.76> has joined #yocto | 15:59 | |
zeddii | vducuy, just a manual clone should test it. I just tried one and it looks to be cloning fine, with some throttling, but otherwise fine. | 15:59 |
Krz- | bluelightning: all but live inside image recipe works for me | 16:00 |
ant_work | Krz-: pls use IMAGE_FSTYPES = "${INITRAMFS_FSTYPES}" | 16:00 |
ant_work | and define the latter in your machine.conf | 16:00 |
ant_work | so i.e. the image will have only cpio's | 16:00 |
Krz- | ant_work: my machine.conf applies to both images | 16:00 |
ant_work | yes, but one image uses INITRAMFS_FSTYPES | 16:01 |
ant_work | it works here | 16:01 |
Krz- | well, right, the second image uses cpio.lzma and cpio.gz | 16:01 |
Krz- | so I can do that for one image | 16:01 |
*** kspr <kspr!~kasper@x1-6-20-aa-4b-6e-41-6e.k573.webspeed.dk> has joined #yocto | 16:03 | |
Krz- | ant_work: but... does INITRAMFS_FSTYPES affect live image? since live image I need only in .cpio.gz version :) | 16:03 |
*** n01 <n01!~n01@host225-0-static.96-5-b.business.telecomitalia.it> has quit IRC | 16:03 | |
*** Stygia <Stygia!~gmpsaifi@94.191.185.34.mobile.3.dk> has joined #yocto | 16:05 | |
ant_work | Krz-: in our machine conf we have INITRAMFS_FSTYPES ?= "cpio.gz cpio.lzma" and in our image IMAGE_FSTYPES = "${INITRAMFS_FSTYPES}" | 16:06 |
ant_work | so if you want you can have an higher policy | 16:06 |
ant_work | like defining in local.conf | 16:06 |
ant_work | tbh I never tried 'live' as well ;) | 16:07 |
Krz- | ant_work: I can always tweak in core-image-minimal... bbappend, so that's not a problem | 16:07 |
ant_work | ah ha | 16:08 |
ant_work | http://patches.openembedded.org/patch/16835/ | 16:08 |
*** Stygia <Stygia!~gmpsaifi@94.191.185.34.mobile.3.dk> has quit IRC | 16:11 | |
*** hollisb <hollisb!~hollisb@c-50-139-17-21.hsd1.or.comcast.net> has joined #yocto | 16:12 | |
ant_work | back then the problem was 'live' and core-image-minimal-initramfs | 16:13 |
*** Stygia <Stygia!~gmpsaifi@94.191.185.34.mobile.3.dk> has joined #yocto | 16:14 | |
*** hollisb <hollisb!~hollisb@c-50-139-17-21.hsd1.or.comcast.net> has quit IRC | 16:15 | |
bluelightning | Krz-: I think I've figured out what might be going wrong - try moving the IMAGE_FSTYPES assignment above the "inherit image" or "inherit core-image" line in your image recipe | 16:15 |
jwessel | ant_work: I have the patch for your use case. | 16:15 |
jwessel | I'll send it shortly. I saw the problem right after we chatted but had to go to a meeting. | 16:16 |
ant_work | thanks | 16:16 |
jwessel | I just tested the patch and it worked, so perhaps you can give it a spin too. | 16:16 |
*** hollisb <hollisb!~hollisb@c-50-139-17-21.hsd1.or.comcast.net> has joined #yocto | 16:16 | |
ant_work | sure, in a couple of hours | 16:16 |
jwessel | No worries. :-) | 16:16 |
ant_work | jwessel: eh.. we have to hurry up or the merge windows will be closed :/ | 16:17 |
ant_work | RP: ^^ ;) | 16:17 |
jwessel | Well this is a regression. | 16:17 |
jwessel | It would be fixed as a defect, with high priority, which is what I am doing. | 16:17 |
ant_work | thx, it needs at least one autobuilder run says RP | 16:18 |
jwessel | None of the autobuilders will hit this code, but what he said is also true. | 16:18 |
jwessel | We simply don't have a test case for this in what the autobuilder line up executes. | 16:18 |
jwessel | Or it would have been found already. | 16:18 |
ant_work | I think we and zeddii are the only knoen users... | 16:19 |
ant_work | oh, JaMa's autobuilder as well | 16:19 |
abc | bluelightning: it's Krz here, moving IMAGE_FSTYPES above inherits works perfect | 16:20 |
ant_work | righto, it was redefined by the include | 16:20 |
bluelightning | abc: ah ok... the way live images are implemented internally is kind of weird, so they are a bit special | 16:20 |
ant_work | sry wrong windows | 16:21 |
*** francois99_ <francois99_!~francois9@78-33-60-6.static.enta.net> has quit IRC | 16:21 | |
* ant_work lured an arm-soc kernel to OE/Yocto today | 16:23 | |
ant_work | kernel-dev even | 16:23 |
ant_work | what's the reward ?;) | 16:24 |
jwessel | ant_work: The patch is sent to oe-core, thanks for sending the failure case to zeddii, who sent it to me. | 16:24 |
*** abc <abc!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has quit IRC | 16:24 | |
jwessel | It made it very easy to diagnose how to fix it. | 16:24 |
bluelightning | ant_work: if he gets h3600 going on a modern kernel, I owe you both beers | 16:25 |
ant_work | jwessel: did he send you the pic of the 20Mib kernel embedding core-image-base | 16:25 |
ant_work | ? | 16:25 |
ant_work | :D | 16:25 |
jwessel | ant_work: No, I didn't see any pic's. | 16:25 |
*** belen1 <belen1!~Adium@134.134.139.76> has quit IRC | 16:27 | |
ant_work | bluelightning: he didn't know about kernel-tools | 16:27 |
bluelightning | ant_work: I'd settle for mainline as well | 16:28 |
ant_work | upstream they are trying to unify: less kernels and devicetrees | 16:28 |
ant_work | maybe he'll convert old PXA | 16:28 |
bluelightning | that would be neat too | 16:30 |
ant_work | jwessel: one question about cpio compression: why do you need to handle it? | 16:30 |
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 16:31 | |
jwessel | ant_work: No idea. Someone on zeddii's team wrote that patch. | 16:31 |
ant_work | old code could manage .gz and .lzma w/out issues | 16:31 |
jwessel | I had to clean it up and make it work with the dependency stuff. | 16:31 |
jwessel | If zeddii says it is not needed, lets dump it. I don't like keeping kruft. | 16:31 |
ant_work | iirc RP asked about it as well | 16:32 |
jwessel | Same answer was provided too. All my test cases passed with and without that part. | 16:32 |
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 16:32 | |
*** zeeblex <zeeblex!~apalalax@134.134.137.73> has left #yocto | 16:33 | |
ant_work | ok, I'll test with and without once more | 16:33 |
ant_work | heading home now, be back later | 16:33 |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:33 | |
*** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has quit IRC | 16:34 | |
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 16:39 | |
*** Stygia <Stygia!~gmpsaifi@94.191.185.34.mobile.3.dk> has quit IRC | 16:41 | |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:43 | |
*** pev <pev!~pev@2.31.47.219> has joined #yocto | 16:48 | |
pev | Afternoon! Hopefully an easy question - I've added in an SPI flash MTD driver, seems to detect flash OK, /proc/mtd lists the partitions but yocto doesnt create /dev/mtdX for me. What's the standard way of going about creating hte mtd devnodes under yocto? | 16:51 |
*** acidfu <acidfu!~nib@24.37.17.210> has joined #yocto | 16:52 | |
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 16:52 | |
*** belen1 <belen1!~Adium@134.134.139.76> has joined #yocto | 16:55 | |
*** fenrig <fenrig!~fenrig@94-226-35-134.access.telenet.be> has joined #yocto | 16:56 | |
*** sameo <sameo!~samuel@192.55.54.36> has quit IRC | 16:58 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 17:14 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 17:17 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:24 | |
*** belen1 <belen1!~Adium@134.134.139.76> has quit IRC | 17:28 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 17:36 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 17:37 | |
-YoctoAutoBuilder- build #277 of nightly-fsl-ppc is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/277 | 17:40 | |
*** dv__ <dv__!~quassel@chello080108009040.14.11.vie.surfer.at> has joined #yocto | 17:44 | |
*** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has quit IRC | 17:45 | |
*** fenrig <fenrig!~fenrig@94-226-35-134.access.telenet.be> has quit IRC | 17:50 | |
*** n01 <n01!~n01@2-238-57-164.ip242.fastwebnet.it> has joined #yocto | 17:51 | |
*** dany <dany!~Thunderbi@79.102.241.192> has joined #yocto | 17:53 | |
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 17:59 | |
*** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688104.dsl.bell.ca> has joined #yocto | 18:05 | |
-YoctoAutoBuilder- build #309 of nightly-mips is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips/builds/309 | 18:13 | |
-YoctoAutoBuilder- build #306 of nightly-ppc is complete: Exception [exception Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/306 | 18:13 | |
-YoctoAutoBuilder- build #308 of nightly-non-gpl3 is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-non-gpl3/builds/308 | 18:13 | |
-YoctoAutoBuilder- build #306 of nightly-ppc-lsb is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/306 | 18:13 | |
-YoctoAutoBuilder- build #308 of nightly-x86 is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/308 | 18:13 | |
-YoctoAutoBuilder- build #55 of nightly-qa-extras is complete: Exception [exception Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-extras/builds/55 | 18:13 | |
-YoctoAutoBuilder- build #302 of nightly-x86-64 is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64/builds/302 | 18:13 | |
-YoctoAutoBuilder- build #304 of nightly-world is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-world/builds/304 | 18:13 | |
-YoctoAutoBuilder- build #281 of nightly-fsl-arm-lsb is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/281 | 18:13 | |
-YoctoAutoBuilder- build #306 of nightly-arm-lsb is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm-lsb/builds/306 | 18:13 | |
-YoctoAutoBuilder- build #305 of nightly-multilib is complete: Exception [exception Building Images_4] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/305 | 18:13 | |
-YoctoAutoBuilder- build #147 of minnow-lsb is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/147 | 18:13 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 18:13 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 18:13 | |
fray | One of our testers was verifying the PACKAGE_EXCLUDE functionality, and ended up removing the passwd and group files.. well needless to say other things in the system (post install scripts) started failing.. | 18:21 |
fray | I'm guessing the right answer for this is that we need to check if a passwd/group file was installed (ROOTFS_POST_COMMAND_prepend?) | 18:22 |
fray | and then print a nice error that hey you don't have a passwd/group file | 18:22 |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 18:26 | |
Krz- | what does INSANE_SKIP do? | 18:31 |
Krz- | it's in opencv recipe: INSANE_SKIP_python-opencv = "True" | 18:32 |
fray | INSANE_SKIP_<package> will skip one or more sanity checks.. | 18:32 |
fray | I don't think 'True' is valid | 18:32 |
mr_science | not vaild in oe-core? | 18:33 |
mr_science | it's all over the place in oe-classic... | 18:33 |
fray | oe-core | 18:33 |
fray | contents of INSANE_SKIP_<package> is which sanity checks to skip | 18:33 |
fray | I think the union of: | 18:34 |
fray | WARN_QA ?= "ldflags useless-rpaths rpaths staticdev libdir xorg-driver-abi \ | 18:34 |
fray | textrel already-stripped incompatible-license files-invalid \ | 18:34 |
fray | installed-vs-shipped compile-host-path install-host-path \ | 18:34 |
fray | pn-overrides infodir \ | 18:34 |
fray | " | 18:34 |
fray | ERROR_QA ?= "dev-so debug-deps dev-deps debug-files arch pkgconfig la \ | 18:34 |
fray | perms dep-cmp pkgvarcheck perm-config perm-line perm-link \ | 18:34 |
fray | split-strip packages-list pkgv-undefined var-undefined \ | 18:34 |
fray | version-going-backwards \ | 18:34 |
fray | " | 18:34 |
fray | is all of them | 18:34 |
*** dvhart <dvhart!~dvhart@static-50-53-95-223.bvtn.or.frontiernet.net> has joined #yocto | 18:35 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 18:36 | |
*** drasko <drasko!~drasko@11-96-190-109.dsl.ovh.fr> has quit IRC | 18:42 | |
*** dany <dany!~Thunderbi@79.102.241.192> has quit IRC | 18:47 | |
Krz- | basically I have it in opencv package and I have a problems with opencv | 19:13 |
Krz- | it compiles, but the python module does not work | 19:13 |
Krz- | when I do 'import cv' on target (uclibc) I receive symbol 'th_comment_query_count': can't resolve symbol in lib '/usr/lib/libtheoraenc.so.1' | 19:14 |
Krz- | I checked libtheoraenc and it contains that symbol :( | 19:14 |
Krz- | will see what INSANE_SKIP for opencv tries to hide | 19:15 |
-YoctoAutoBuilder- build #278 of nightly-fsl-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/278 | 19:16 | |
Krz- | Commented out whole INSANE_SKIP and builds fine. It's probably some leftover. | 19:24 |
*** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has quit IRC | 19:28 | |
seebs | So, I have painted myself into a shiny new corner. | 19:34 |
seebs | I'm working on updates to meta-sourcery, and to get around problems with not being able to compute HOST_PREFIX for multilibs outside of a recipe, I moved some setup stuff into a recipe. | 19:35 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 19:35 | |
seebs | And long story short: If there's no sstate cache in sight, the dependency chain results in the extra little bits of code getting run, and all is well. But if the things which depend on this code are in cache, it doesn't get run. | 19:35 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 19:35 | |
seebs | And I may be going about this the wrong way. But what I end up wanting is a way to say "if you even THINK about this recipe, then you must execute this code before you do it, whether you then end up building the recipe or using sstate stuff instead". And I don't know of one. | 19:36 |
-YoctoAutoBuilder- build #318 of nightly-x32 is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/318 | 19:37 | |
seebs | (Reason it has to be in a recipe is that if you are not inside a parsed recipe, the multilib fixups for HOST_PREFIX aren't done, so you end up with -vendor- instead of -vendormllib32- in HOST_PREFIX.) | 19:37 |
*** ant_home <ant_home!~andrea@87.13.50.106> has joined #yocto | 19:37 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 19:38 | |
-YoctoAutoBuilder- build #286 of nightly-oecore is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/286 | 19:43 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 19:44 | |
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 19:50 | |
*** dv__ is now known as dv_ | 19:53 | |
*** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688104.dsl.bell.ca> has quit IRC | 19:55 | |
*** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688104.dsl.bell.ca> has joined #yocto | 19:56 | |
*** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has quit IRC | 19:58 | |
-YoctoAutoBuilder- build #306 of nightly-multilib is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/306 | 19:58 | |
-YoctoAutoBuilder- build #310 of build-appliance is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/310 | 19:59 | |
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has quit IRC | 19:59 | |
*** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has joined #yocto | 20:00 | |
-YoctoAutoBuilder- build #311 of nightly-x86-lsb is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/311 | 20:06 | |
*** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688104.dsl.bell.ca> has quit IRC | 20:11 | |
vducuy | zeddii: the fetch failure because my company internet policy blocked session that connect to linux-yocto-3.10 | 20:12 |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 20:12 | |
vducuy | after fix the fetch in-progress now | 20:13 |
zeddii | good news. my ran to completion here, so we are good to go. gotta love IT departments :) | 20:13 |
-YoctoAutoBuilder- build #310 of nightly-mips is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips/builds/310 | 20:14 | |
vducuy | new policy need to "click" a button to continue for almost new web session.......so terrible for yocto likes development | 20:18 |
*** vducuy <vducuy!734e07cb@gateway/web/freenode/ip.115.78.7.203> has quit IRC | 20:25 | |
*** n01 <n01!~n01@2-238-57-164.ip242.fastwebnet.it> has quit IRC | 20:30 | |
*** n01 <n01!~n01@2-238-57-164.ip242.fastwebnet.it> has joined #yocto | 20:31 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 20:32 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 20:37 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 20:39 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 20:46 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 20:49 | |
ant_home | jwessel: ping | 20:55 |
*** musdem <musdem!~Zack@135.0.51.40> has joined #yocto | 21:05 | |
fray | he's been struggling to figure this out.. | 21:05 |
fray | oops | 21:05 |
ant_home | now I'll play with MODVERSIONS | 21:09 |
*** j8 <j8!~IceChat9@199.44.250.3> has quit IRC | 21:15 | |
*** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 21:19 | |
jwessel | ant_home: With the way I changed things you won't have a problem with modversions. | 21:21 |
jwessel | You'll only have a problem with modversions if you have kernel specific modules in the initramfs, in your case as far as I could tell you don't. | 21:22 |
ant_home | I'm trying to build your usecase but 'old-style' | 21:22 |
jwessel | Well you'll get the circular dependency issue then when you use the INITRAMFS_TASK | 21:23 |
ant_home | well, no | 21:23 |
ant_home | the container is another recipe | 21:23 |
jwessel | The use case I have is building an initramfs for the same kernel I am booting (with kernel modules). | 21:24 |
jwessel | Perhaps in your case you have a secondary kernel and hense no problem no dependency | 21:24 |
*** darknighte is now known as darknighte_znc | 21:25 | |
ant_home | if you see my kernel recipes just requires a linux-yocto so it will be the same kernel | 21:26 |
jwessel | What is the image showing me that you sent? Not sure what I am supposed to glean from it. | 21:27 |
ant_home | and the external kernel doesn't build the modules but uses the ones in the image | 21:27 |
ant_home | that you can embedd a full image and its virtual/kernel + modules in one pass w/out circular deps issues | 21:28 |
ant_home | even old-style | 21:28 |
jwessel | I'll make a change to the INITRAMFS config you sent me to test it. | 21:29 |
jwessel | First I'll send a v2 patch. | 21:29 |
*** gjohnson <gjohnson!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has left #yocto | 21:31 | |
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has joined #yocto | 21:35 | |
ant_home | jwessel: casually I'm researching about "[RFC PATCH] Signed kexec support" | 21:36 |
ant_home | so secureboot and enforced signing | 21:37 |
jwessel | That isn't quite the same thing as MODVERS :-) | 21:37 |
jwessel | FWIW | 21:37 |
ant_home | heh, it's the same paranoia ;) | 21:37 |
jwessel | Ah. so you cannot have a dependency loop in your configuration. You have no kernel modules! | 21:39 |
jwessel | % grep =m tmp-eglibc/work/c7x0-oe-linux-gnueabi/linux-yocto-tiny-kexecboot/3.10.11+gitAUTOINC+dad2b7e1ce_e1aa804148-r0/linux-c7x0-tiny-build/.config | 21:39 |
jwessel | Nada... | 21:39 |
jwessel | If you take for example the qemux86-64 bsp it has some kernel modules. And if I add to the IMAGE_INSTALL += "kernel-module-bonding" for example | 21:41 |
jwessel | It will implode because of the circular dependency of need the kernel to be built but waiting for the module from the kernel compile. | 21:42 |
jwessel | That is why we have to "2nd stage it" | 21:42 |
jwessel | Signing a kernel and the modules for a trusted OS however can be done in the 1st pass. | 21:43 |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 21:43 | |
jwessel | Like in your case if you wanted to sign everything for what ever reason. | 21:43 |
jwessel | At any rate, your use cases should no longer be broken once RP merges the patch. | 21:43 |
ant_home | jwessel: I did understand that the first kernel has just to boot and mount the initramfs, init then loads the modules | 21:44 |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 21:44 | |
jwessel | ant_home: Sure that will work fine for a single pass if klibc doesn't need the modules. | 21:45 |
ant_home | that image doesn't use modules | 21:45 |
ant_home | try core-image-base as I did | 21:45 |
ant_home | as cpio | 21:45 |
jwessel | You mean your config + core-image-base ? | 21:45 |
ant_home | we even have the kernel inside | 21:45 |
ant_home | yes as INITRAMFS_IMAGE | 21:46 |
ant_home | note we did it with tiny but feel free to require -standard | 21:46 |
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@69-165-241-155.cable.teksavvy.com> has quit IRC | 21:52 | |
Krz- | how do I build debug version of python into image? | 21:52 |
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@69.165.241.155> has joined #yocto | 21:52 | |
*** challinan_ <challinan_!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 21:52 | |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 21:55 | |
*** Sput <Sput!~sputnick@quassel/developer/sput> has quit IRC | 21:55 | |
jwessel | Krz-: You mean like python-dbg kind of thing? | 21:55 |
*** Sput <Sput!~sputnick@quassel/developer/sput> has joined #yocto | 21:55 | |
jwessel | Currently the oe-core doesn't have a recipe for that. | 21:55 |
ant_home | jwessel, our klibc image needs a monolithic kernel ofc, it has to scan and detect the block devices and the filesystems | 21:57 |
ant_home | it's a 'bootloader' | 21:57 |
ant_home | the same kernel can reside on SD/CF/MMC/USB so the drivers must be built in | 21:57 |
ant_home | ..at least during development... | 21:57 |
ant_home | jwessel: in other words the external kernel does not install nor packages anything. You are supposed to use the modules in the cpio | 21:57 |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 21:59 | |
*** elbc <elbc!2e12602e@gateway/web/freenode/ip.46.18.96.46> has quit IRC | 21:59 | |
*** otavio <otavio!~otavio@im.ossystems.com.br> has joined #yocto | 21:59 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 21:59 | |
Krz- | jwessel: yeah, but if I do 'bitbake python-dbg' it doesn't do anything | 21:59 |
Krz- | jwessel: is it enough if I do 'IMAGE_INSTALL +="python-dbg" ? | 22:00 |
jwessel | I don't think you are getting what you want there. | 22:00 |
jwessel | the python-dbg package is just the debug symbols for python. | 22:00 |
jwessel | It is not /usr/bin/python-dbg like say ubuntu. | 22:00 |
Krz- | jwessel: I want symbols for gdb for python :) | 22:01 |
jwessel | So you'll have the symbols, but if you are looking for a higher level trace of where python is, using the py extensions in gdb this is not what you want. | 22:02 |
jwessel | If you are just debugging the python interpreter, yes you got what you are looking for. | 22:02 |
Krz- | I have a 'unknown dlopen() error' from python, just looking for any debug info on that | 22:02 |
Krz- | the error comes just after 'import cv' from opencv library | 22:03 |
jwessel | I would imagine simply strac'ing it will tell you what it tried to open | 22:03 |
jwessel | strace -f -o log python... | 22:03 |
jwessel | Sure you could debug it as well, but I don't think you need to. | 22:04 |
jwessel | There is probably an implicit or explicit load of a c library by the class you are pulling in and it isn't there or is linked with other libraries you don't have. | 22:05 |
ant_home | hm, I thought this was fixed: "The recipe shadow-native is trying to install .." | 22:26 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 22:30 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-qehtovrlsmxwryte> has quit IRC | 22:32 | |
*** n01 <n01!~n01@2-238-57-164.ip242.fastwebnet.it> has quit IRC | 22:38 | |
*** challinan_ <challinan_!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 22:42 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 22:43 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 22:44 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 22:45 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 22:54 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 22:58 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 22:58 | |
lpapp | rburton: ping | 22:58 |
*** jzhang-laptop <jzhang-laptop!jzhang16@nat/intel/x-ofztrwxudodfqvow> has joined #yocto | 23:16 | |
jzhang-laptop | halstead: ping | 23:16 |
halstead | Hi jzhang-laptop. :) | 23:17 |
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 23:17 | |
jzhang-laptop | halstead: sent u an email, can you reply? | 23:18 |
halstead | jzhang-laptop, Just got it. | 23:18 |
mr_science | i'm more than happy to come in on a weekend for a real emergency, but what do you say when someone only *thinks* it's an emergency? | 23:19 |
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 23:25 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 23:40 | |
mranostay | mr_science: no? :) | 23:48 |
mr_science | i was thinking of something more delicate... | 23:52 |
mr_science | just can't think of *what* exactly... | 23:52 |
*** hollisb <hollisb!~hollisb@c-50-139-17-21.hsd1.or.comcast.net> has quit IRC | 23:57 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!