| *** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has joined #yocto | 00:00 | |
| *** mulhern <mulhern!~mulhern@24.128.153.12> has joined #yocto | 00:18 | |
| *** seebs <seebs!~seebs@174-20-243-249.mpls.qwest.net> has joined #yocto | 00:21 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 00:22 | |
| *** _julian_ <_julian_!~quassel@x2f15f70.dyn.telefonica.de> has joined #yocto | 00:32 | |
| *** _julian <_julian!~quassel@x2f0a33e.dyn.telefonica.de> has quit IRC | 00:35 | |
| brm | RP: Sorry got disconnected ... yes I agree sysroot sounds wrong | 00:36 |
|---|---|---|
| *** davest1 <davest1!~Adium@134.134.139.72> has quit IRC | 00:37 | |
| evanp | cjosephson: build/tmp/deploy/images, where "build" is your build dir and possibly really is "build" | 00:37 |
| *** seebs <seebs!~seebs@174-20-243-249.mpls.qwest.net> has quit IRC | 00:40 | |
| brm | RP: So the manual says sysroot must point to my root filesystem .. but all I have in the image directory is a brm-image-beaglebone.tar.xz file, so how do I get the tools to break it out somewhere? | 00:40 |
| *** rtollert <rtollert!~rtollert@client-74-216.natinst.com> has joined #yocto | 00:42 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 00:47 | |
| brm | RP: Got it !!! As you say it should have been ... /sysroots/beaglebone .. conbfures fine now and built binary, Yay .. now all I have to do is get it to talk to my target board. | 00:47 |
| *** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has joined #yocto | 00:50 | |
| *** feydrautha <feydrautha!~user@184.70.21.10> has joined #yocto | 00:54 | |
| *** feydrautha <feydrautha!~user@184.70.21.10> has joined #yocto | 00:55 | |
| *** blloyd_ <blloyd_!~blloyd@mobile-166-137-147-112.mycingular.net> has quit IRC | 00:58 | |
| *** mulhern <mulhern!~mulhern@24.128.153.12> has quit IRC | 01:16 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 01:19 | |
| *** feydrautha <feydrautha!~user@184.70.21.10> has quit IRC | 01:29 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 01:36 | |
| *** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC | 01:57 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 02:01 | |
| *** silviof2 <silviof2!~silviof@ppp-93-104-181-187.dynamic.mnet-online.de> has joined #yocto | 02:01 | |
| *** silviof1 <silviof1!~silviof@unaffiliated/silviof> has quit IRC | 02:04 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 02:06 | |
| brm | Anyone know how I use runqemu-extract-sdk with a rootfs.tar.xz file instead of what it expects .... tar.bz2 ? | 02:07 |
| brm | i am asking cause when I run qemu from eclipse it is complaining about where I told it to find the kernel | 02:16 |
| *** darknighte is now known as darknighte_znc | 02:20 | |
| *** brm <brm!da653619@gateway/web/freenode/ip.218.101.54.25> has quit IRC | 02:20 | |
| *** simar_ <simar_!~simar@128.224.252.2> has joined #yocto | 02:24 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 02:27 | |
| *** simar <simar!~simar@128.224.252.2> has quit IRC | 02:27 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 02:30 | |
| *** zenlinux <zenlinux!~sgarman@c-71-59-178-152.hsd1.wa.comcast.net> has joined #yocto | 02:47 | |
| nerdboy | brm: not played with that... | 03:04 |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 03:04 | |
| nerdboy | either it just doesn't support xz decompression or there's a setting somewhere for that... | 03:05 |
| nerdboy | i assume it's supposed to make an image and extract the rootfs then boot it? | 03:06 |
| *** zenlinux <zenlinux!~sgarman@c-71-59-178-152.hsd1.wa.comcast.net> has left #yocto | 03:23 | |
| *** brm <brm!6f45f8a8@gateway/web/freenode/ip.111.69.248.168> has joined #yocto | 03:33 | |
| brm | back again: Anyone know how I use runqemu-extract-sdk with a rootfs.tar.xz file instead of what it expects .... tar.bz2 ? | 03:36 |
| nerdboy | proxy must've hiccuped again... | 03:40 |
| brm | huh? | 03:51 |
| nerdboy | didn't see a part message so i was answering you with useless crap | 03:51 |
| nerdboy | didn't miss anything... | 03:51 |
| brm | so do you have an answer? | 03:52 |
| nerdboy | not really, i was just asking what it was supposed to do | 03:53 |
| nerdboy | as in "make an image and extract the rootfs then boot it?" | 03:53 |
| brm | well it is mean't to produce a rootfs that you can use with qemu | 03:54 |
| nerdboy | then it would need to make an image file with the rootfs on it | 03:54 |
| brm | I have a roots.tar.xv that is decompressed onto an SD card to use on real hardware, that works fine | 03:54 |
| brm | now I want to use the rootfs with quemu | 03:55 |
| brm | the example given shows runquemu-extract-sdk only used with .bz2 images | 03:56 |
| nerdboy | there's a bbclass in the rpi layer that adds sdimg as a build output | 03:57 |
| brm | i am not using a rpi ... beaglebone | 03:57 |
| nerdboy | right, but it should be not-too-difficult to add it to the bb layer | 03:58 |
| nerdboy | just a thought... | 03:58 |
| brm | I have allready run the rootfs.tar.xz image on the target board, so you are saying I need some other rootfs image? | 03:58 |
| nerdboy | is runquemu-extract-sdk a shell script? | 03:58 |
| nerdboy | the tarball is not an image | 03:59 |
| nerdboy | it's a rootfs tarball | 03:59 |
| brm | sorry, did not bben image, | 03:59 |
| brm | I mean't that the tarball is decompresssed onto the SD card .. I couls just as well decomp that on my PC | 04:00 |
| *** klinger_ <klinger_!~klinger@e181049127.adsl.alicedsl.de> has quit IRC | 04:00 | |
| nerdboy | the rpi bbclass creates the image file and extracts the rootfs for you | 04:00 |
| nerdboy | you just dd the image to card and expand it to whatever size you need | 04:01 |
| nerdboy | anyway, if runquemu-extract-sdk is a script of some kind, did you look to see if you can pass it any options? | 04:02 |
| nerdboy | *useful options | 04:02 |
| brm | will do .. cheers | 04:03 |
| nerdboy | or edit it if there's no compression option... | 04:04 |
| brm | will do ... not on that machine at the moment ... will check it out .. thanks | 04:05 |
| *** brm <brm!6f45f8a8@gateway/web/freenode/ip.111.69.248.168> has quit IRC | 04:07 | |
| *** klinger_ <klinger_!~klinger@f053234237.adsl.alicedsl.de> has joined #yocto | 04:16 | |
| *** Satrukaan <Satrukaan!~Thunderbi@192-0-149-234.cpe.teksavvy.com> has joined #yocto | 04:20 | |
| *** Satrukaan <Satrukaan!~Thunderbi@192-0-149-234.cpe.teksavvy.com> has quit IRC | 04:25 | |
| *** alex_kag <alex_kag!~alex_kag@178.124.20.132> has joined #yocto | 04:49 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 05:09 | |
| *** tlwoerner <tlwoerner!~trevor@linaro/tlwoerner> has quit IRC | 05:17 | |
| *** agust <agust!~agust@p4FC46512.dip0.t-ipconnect.de> has joined #yocto | 05:23 | |
| *** tlwoerner <tlwoerner!~trevor@linaro/tlwoerner> has joined #yocto | 05:28 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 05:35 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:48 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:50 | |
| *** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has joined #yocto | 06:34 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 06:34 | |
| *** smartin <smartin!~smartin@ANantes-655-1-161-176.w90-59.abo.wanadoo.fr> has joined #yocto | 06:44 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 06:50 | |
| *** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 07:04 | |
| *** Zagor <Zagor!~bjst@sestofw01.enea.se> has joined #yocto | 07:07 | |
| *** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 07:07 | |
| *** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 07:13 | |
| *** TuTizz <TuTizz!~TuTizz@46.18.96.158> has quit IRC | 07:13 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 07:13 | |
| alex_kag | hello, is it bug? : mfw_isink requre libgstfsl-0.10 for work, but only gst-fsl-plugin-dev and gst-fsl-plugin-dbg contain it... | 07:15 |
| nerdboy | alex_kag: maybe a lib packaging issue? | 07:24 |
| nerdboy | does it work if you install the -dev package? | 07:24 |
| alex_kag | im waiting building image | 07:27 |
| nerdboy | this describes the packaging guidelines => http://www.embeddedlinux.org.cn/OEManual/recipes_packages.html | 07:32 |
| nerdboy | hopefully it's not too out of date... | 07:32 |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 07:38 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 07:42 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 07:48 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 07:48 | |
| *** silviof2 is now known as silviof | 07:50 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@176.60.171.132> has joined #yocto | 07:52 | |
| *** _alex_kag <_alex_kag!~alex_kag@178.124.20.132> has joined #yocto | 07:53 | |
| *** alex_kag <alex_kag!~alex_kag@178.124.20.132> has quit IRC | 07:53 | |
| *** _alex_kag is now known as alex_kag | 07:53 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@176.60.171.132> has quit IRC | 07:58 | |
| *** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 08:03 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 08:10 | |
| -YoctoAutoBuilder- build #218 of nightly is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/218 | 08:10 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 08:11 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 08:11 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:11 | |
| *** gmacario <gmacario!~gmacario@91.80.63.53> has joined #yocto | 08:15 | |
| zecke | \ | 08:21 |
| bluelightning | morning zecke, all | 08:22 |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 08:23 | |
| zecke | hi. :) | 08:27 |
| *** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has joined #yocto | 08:29 | |
| *** florian_kc is now known as florian | 08:30 | |
| *** honschu <honschu!~honschu@p549E852E.dip0.t-ipconnect.de> has joined #yocto | 08:30 | |
| *** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto | 08:30 | |
| *** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC | 08:33 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:40 | |
| *** cjosephson <cjosephson!~cjosephso@107-0-144-3-ip-static.hfc.comcastbusiness.net> has quit IRC | 08:43 | |
| *** cjosephson <cjosephson!~cjosephso@207.47.42.180.static.nextweb.net> has joined #yocto | 08:44 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 08:45 | |
| *** Garen <Garen!~garen@69.76.17.207> has quit IRC | 08:58 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 09:02 | |
| *** belen <belen!Adium@nat/intel/x-ooxfbtkerrvwpzqk> has joined #yocto | 09:12 | |
| *** JaMa <JaMa!~martin@ip-62-24-80-145.net.upcbroadband.cz> has quit IRC | 09:17 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 09:26 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has left #yocto | 09:32 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 09:33 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 09:39 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 09:46 | |
| *** B4gder <B4gder!~daniel@sestofw01.enea.se> has quit IRC | 09:56 | |
| *** belen <belen!Adium@nat/intel/x-ooxfbtkerrvwpzqk> has quit IRC | 09:59 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.124.22.24> has joined #yocto | 10:02 | |
| *** alex_kag <alex_kag!~alex_kag@178.124.20.132> has quit IRC | 10:02 | |
| *** Krz <Krz!c0c69724@gateway/web/freenode/ip.192.198.151.36> has joined #yocto | 10:04 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 10:04 | |
| otavio | Morning | 10:05 |
| *** ka6sox is now known as ka6sox-away | 10:16 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 10:16 | |
| *** belen <belen!~Adium@134.134.139.76> has joined #yocto | 10:32 | |
| *** JaMa <JaMa!~martin@ip-62-24-80-145.net.upcbroadband.cz> has joined #yocto | 10:38 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 10:41 | |
| lpapp | hi, what is the best of handling BB_NUMBER_THREADS to be the accurate number for each PC including CI? | 10:42 |
| lpapp | way* | 10:42 |
| lpapp | MAKEFLAGS can be used for PARALLEL_MAKE | 10:42 |
| lpapp | as the local.conf is pretty much the same otherwise, we just check that in. | 10:43 |
| lpapp | the only non-portable bit so far is BB_NUMBER_THREADS. | 10:43 |
| JaMa | bluelightning: hi, is "classes/terminal: fix pseudo exiting when launching devshell" also needed for master or already in Saul's queue? | 10:55 |
| ndec | JaMa: 'classes/terminal' is a fix for a problem in dylan only. | 10:58 |
| ndec | cf. devshell was broken 2 days ago. | 10:58 |
| *** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC | 11:00 | |
| *** mario-goulart <mario-goulart!~user@email.parenteses.org> has joined #yocto | 11:01 | |
| JaMa | ok, I was just surprised that it does apply in master too | 11:01 |
| Crofton|work | lpapp, BB_NUMBER_THREADS is likely very dependent on exact machine setup, including disks etc | 11:18 |
| lpapp | Crofton|work: which is exactly the reason for my question how to solve it. | 11:18 |
| lpapp | parallel is a standard MAKEFLAGS stuff. | 11:19 |
| Crofton|work | I think most people use empircal methodas | 11:19 |
| Crofton|work | empirical methods :) | 11:19 |
| lpapp | like ? | 11:19 |
| Crofton|work | guessing :) | 11:19 |
| lpapp | ?? | 11:20 |
| JaMa | there is script to benchmark which value works best for your hardware | 11:20 |
| JaMa | google for bb-matrix | 11:20 |
| *** belen <belen!~Adium@134.134.139.76> has quit IRC | 11:20 | |
| lpapp | you are probably misunderstanding the question. | 11:21 |
| lpapp | Crofton|work: probably you, too. | 11:21 |
| lpapp | Crofton|work: I know what to put in there, but I do not know _how_ | 11:22 |
| *** belen <belen!~Adium@134.134.137.75> has joined #yocto | 11:22 | |
| Crofton|work | 101378268367730737515 | 11:22 |
| Crofton|work | urg | 11:22 |
| Crofton|work | https://plus.google.com/101378268367730737515/posts/KLURPQuGyJw ? | 11:22 |
| JaMa | http://wiki.webos-ports.org/wiki/OE_benchmark | 11:23 |
| lpapp | it is still irrelevant. | 11:23 |
| lpapp | what you probably do not understand is the fact, once you put a value in there (No matter what), it will be device specific. | 11:23 |
| lpapp | and that will not be working across multiple platforms and setups unlike MAKEFLAGS for the parallel stuff. | 11:24 |
| lpapp | so pretty much, what people will need is the equivalence of MAKEFLAGS for threads. | 11:24 |
| JaMa | you can run the benchmark on every machine you care about and put right value in variable in /etc/profile or whatever | 11:26 |
| bluelightning | this is one of the reasons site.conf exists | 11:26 |
| lpapp | bluelightning: except that as I suggested many times, it will not help unless you have an out of the build (i.e. global setting) | 11:28 |
| lpapp | or even out of repository for that matter. | 11:28 |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 11:28 | |
| JaMa | most people have out of the build "setup" repos | 11:29 |
| lpapp | let me repeat: _out of the repository_ | 11:30 |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 11:30 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 11:30 | |
| lpapp | there are just more and more global stuff I would like to set up. | 11:32 |
| lpapp | it is not getting less, just more, and it is scary IMO yocto does not address this. | 11:32 |
| lpapp | hmm, why is oe-core building gtk-doc? | 11:36 |
| lpapp | gtk is not really like core, yeah? | 11:36 |
| lpapp | (especially the doc) | 11:36 |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 11:36 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 11:37 | |
| lpapp | is there an option to switch gtk off, or a "more minimal" image than core-image-minimal? | 11:37 |
| lpapp | hmm, so it is not possible to check out the meta-networking layer separately? :( | 11:47 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 11:51 | |
| JaMa | meta-networking is the only exception where it is possible | 11:55 |
| lpapp | well, it is just a subdirectory, really. | 11:57 |
| lpapp | in openembedded | 11:57 |
| lpapp | it is not any different in there tha others. | 11:57 |
| JaMa | it is also separate repository on github | 12:00 |
| JaMa | you can find e-mail about it on oe-devel ML, in last 1-3 weeks | 12:01 |
| lpapp | can anyone help with this pod2man issue? http://paste.kde.org/~lpapp/p158554ad/ | 12:02 |
| lpapp | well, that repository is read only. | 12:02 |
| lpapp | so contribution would not be possible in there. | 12:03 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 12:07 | |
| *** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has quit IRC | 12:07 | |
| *** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has joined #yocto | 12:07 | |
| lpapp | http://lists.openembedded.org/pipermail/openembedded-core/2013-June/080341.html -> seems no one cherry picked it yet ... | 12:09 |
| lpapp | why not? | 12:09 |
| bluelightning | lpapp: local configuration is not supposed to be put into a repository | 12:14 |
| bluelightning | lpapp: yes, it has been cherry-picked | 12:15 |
| bluelightning | http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=dylan&id=d3c465dc1e6b956e4636d016e06ffcb881c90030 | 12:15 |
| lpapp | bluelightning: then it is not the right fix. | 12:16 |
| lpapp | bluelightning: for my issue, that is. | 12:16 |
| lpapp | so any idea for my issue? | 12:16 |
| bluelightning | that's a different question then | 12:16 |
| bluelightning | which version are you actually using? the 1.4.1 release? | 12:17 |
| lpapp | master | 12:18 |
| lpapp | bluelightning: ^ | 12:20 |
| bluelightning | right, I guess I was confused by "poky-dylan-9.0.1" in your paste | 12:21 |
| bluelightning | if you're using master then not sure, sorry | 12:22 |
| lpapp | oops | 12:22 |
| lpapp | you might be right ... | 12:22 |
| lpapp | sorry, you are right. | 12:22 |
| lpapp | we are using 9.0.1 poky indeed. | 12:22 |
| lpapp | ok, that sucks. | 12:22 |
| lpapp | hope there will be a 9.0.2 soon... | 12:22 |
| bluelightning | yep, it's imminent | 12:23 |
| bluelightning | last patchset just got merged, final build should be over the weekend and QA testing will happen next week | 12:23 |
| *** flynn278 <flynn278!80db310e@gateway/web/freenode/ip.128.219.49.14> has joined #yocto | 12:24 | |
| lpapp | bluelightning: do you know why gtk stuff is needed for core stubb, even if stub? | 12:24 |
| bluelightning | I suspect because some upstream gtk-doc-using stuff just breaks without gtk-doc, so we have to stub it rather than disabling it | 12:25 |
| bluelightning | but I actually don't know for usre | 12:25 |
| bluelightning | sure | 12:25 |
| lpapp | bluelightning: http://paste.kde.org/~lpapp/p345c2aca/ | 12:26 |
| lpapp | bluelightning: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4988 | 12:29 |
| yocti | Bug 4988: normal, Medium, Future, kergoth, NEW , QA fatal errors for the external Code Sourcery toolchain. | 12:29 |
| lpapp | kergoth: any progress on fixing that simple one? ^ | 12:29 |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 12:29 | |
| lpapp | bluelightning: is that simple to fix? | 12:30 |
| bluelightning | I don't know if the /lib/libssl.so.1.0.0 is actually needed | 12:31 |
| lpapp | bluelightning: means? | 12:32 |
| bluelightning | meaning I don't know if it's needed... not sure how to put it any other way | 12:32 |
| bluelightning | if it is, add a spec that picks it up to FILES_<appropriate package name> | 12:32 |
| bluelightning | if not, in do_install(_append?) just rm ${D}/lib/libssl.so.* and rmdir /usr/libexec | 12:33 |
| Net147 | if I create xf86-video-nouveau and xf86-video-ati recipes, should it go into oe-core or meta-oe? | 12:33 |
| lpapp | bluelightning: which recipe? | 12:34 |
| bluelightning | lpapp: the one it's reporting the issue with, external-sourcery-toolchain.bb | 12:34 |
| lpapp | bluelightning: so meta-sourcery, right? | 12:34 |
| bluelightning | lpapp: from the path, it looks like that's the one you're building, yes | 12:35 |
| bluelightning | Net147: good question | 12:35 |
| lpapp | bluelightning: why haven't you used ${libdir} | 12:36 |
| bluelightning | lpapp: ${libdir} could be used sure, depends on whether the installation is using ${libdir} already or just hardcoding /lib | 12:37 |
| Net147 | bluelightning: I am looking to add it for use with NVIDIA ION and AMD E-350 platforms. as a sideeffect it would also support desktop/laptop ATI/NVIDIA graphics too. | 12:37 |
| lpapp | bluelightning: rm -r ${D}${libdir}/libssl.so.* ${D}/usr/libexec | 12:37 |
| bluelightning | normally we use ${libdir} because we're fully controlling the build process, here I'm not so sure since this is dealing with precompiled binaries | 12:37 |
| lpapp | that one? | 12:37 |
| bluelightning | lpapp: looks like it should work yes | 12:38 |
| lpapp | bluelightning: but how can it work for others? | 12:38 |
| bluelightning | lpapp: others? | 12:38 |
| lpapp | bluelightning: other people | 12:39 |
| lpapp | ah you meant this: rm -r ${D}${libdir}/libssl.so* ${D}/usr/libexec | 12:39 |
| lpapp | note the so*, not so.* | 12:39 |
| lpapp | since it is just libssl.so | 12:40 |
| bluelightning | lpapp: well yes but arguably if you have deleted the real library then you probably don't want any symlinks to it to be present either if they exist... | 12:40 |
| bluelightning | Net147: searching through recipes it looks like we've added additional drivers in other layers rather than in the core ; there are two in meta-oe (geode and glamo) for example | 12:40 |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC | 12:40 | |
| lpapp | bluelightning: ? | 12:40 |
| lpapp | ERROR: QA Issue: external-sourcery-toolchain: Files/directories were installed but not shipped /lib/libssl.so.1.0.0 | 12:41 |
| lpapp | still getting it. | 12:41 |
| lpapp | libdir might not be working then ... | 12:41 |
| bluelightning | ah right, of course. ${libdir} is /usr/lib not /lib | 12:41 |
| lpapp | ./tmp/sysroots/beagleboard/usr/include/eglibc-locale-internal-armv7a-vfp-neon-poky-linux-gnueabi/lib/libssl.so.1.0.0 | 12:41 |
| bluelightning | ${base_libdir} is what you'd need there | 12:41 |
| lpapp | ./tmp/sysroots/beagleboard/lib/libssl.so.1.0.0 | 12:41 |
| lpapp | yes | 12:41 |
| lpapp | so with dot or without? | 12:42 |
| bluelightning | I'd say without because of what I've said above | 12:42 |
| bluelightning | if there aren't any other files matching of course then the issue is moot | 12:42 |
| lpapp | WARNING: QA Issue: No GNU_HASH in the elf binary: '/home/lpapp/Projects/poky/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/external-sourcery-toolchain/2009q1-203-r22/packages-split/nscd/usr/sbin/nscd' | 12:43 |
| lpapp | bluelightning: http://paste.kde.org/~lpapp/p9e792937/ | 12:43 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 12:45 | |
| *** jkridner <jkridner!~jkridner@nat/ti/x-aqxqwzwqordkumfe> has joined #yocto | 12:45 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 12:45 | |
| Net147 | bluelightning: so I should target meta-oe then? | 12:46 |
| bluelightning | Net147: going by the current placement of recipes, it would seem so yes; I don't know if much in the way of deliberate organisation has gone into that though | 12:47 |
| bluelightning | lpapp: I guess add INSANE_SKIP_nscd += "ldflags" | 12:48 |
| lpapp | bluelightning: I would like to solve it, not work around. | 12:48 |
| Net147 | bluelightning: well if oe-core is to only have graphics driver recipes for only the hardware platforms that it is actively tested with, then that makes sense | 12:48 |
| bluelightning | lpapp: I don't think there is any way to properly solve it since that issue has been precompiled into the binaries that that recipe is just packaging | 12:49 |
| lpapp | bluelightning: gosh | 12:49 |
| lpapp | bluelightning: you understand it is a suboptimal step for people involved? | 12:49 |
| Krz | I want to debug do_populate_sdk function in poky/meta/classes/populate_sdk_base.bbclass, is there any echo/print function I can use there? | 12:50 |
| bluelightning | lpapp: is that issue present in the modern version of the toolchain? | 12:50 |
| lpapp | bluelightning: same with that line, too | 12:51 |
| bluelightning | lpapp: I'm not in charge of maintaining meta-sourcery... | 12:51 |
| lpapp | bluelightning: http://paste.kde.org/~lpapp/p93009aa6/ | 12:51 |
| bluelightning | Krz: depends if it's a shell function or a python function you want to debug within | 12:52 |
| bluelightning | Krz: for python functions, bb.warn() can be useful for quick debug messages; long term you'd add bb.debug() and then just look at the task log or increase verbosity | 12:52 |
| Krz | bluelightning: fakeroot python do_populate_sdk() { - looks like python for me:) | 12:52 |
| bluelightning | Krz: for shell tasks you can just echo or use bbwarn/bbdebug/etc. but those messages won't come out to the build terminal, only the logs | 12:53 |
| bluelightning | Krz: right, ok | 12:53 |
| bluelightning | lpapp: odd error, never seen that one before... you might want to have a look at the spec file it has generated | 12:55 |
| lpapp | bluelightning: which file ? | 12:56 |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 12:56 | |
| bluelightning | lpapp: there should be a single .spec file in the workdir for the recipe | 12:57 |
| lpapp | bluelightning: which recipe | 13:00 |
| bluelightning | the one that the error is about... | 13:00 |
| lpapp | I have no idea what that is ... | 13:01 |
| bluelightning | which recipe is indicated in the error at the end of your paste? | 13:01 |
| lpapp | no clue. | 13:02 |
| lpapp | maybe cs | 13:03 |
| lpapp | cat ./tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/external-sourcery-toolchain/2009q1-203-r22/external-sourcery-toolchain.spec | wgetpaste | 13:03 |
| lpapp | Your paste can be seen here: http://bpaste.net/show/123550/ | 13:03 |
| bluelightning | lpapp: eww.. look at the lines after %package -n gdbserver | 13:06 |
| bluelightning | I think that's where the problem lies... | 13:06 |
| lpapp | bluelightning: if you say so ... | 13:06 |
| lpapp | bluelightning: not sure what to do with it ... | 13:07 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 13:07 | |
| Net147 | which task in linux-yocto is responsible for integrating the bsp kernel config fragments into .config? | 13:08 |
| Net147 | so I can force it to generate the .config again with new changes in bsp kernel config | 13:09 |
| bluelightning | Net147: not sure, perhaps do_kernel_configme ? I'm not an expert in that area at all | 13:12 |
| Net147 | bluelightning: that's what I tried first, it didn't work | 13:13 |
| bluelightning | ah ok, not sure then | 13:13 |
| bluelightning | any changes ought to be picked up automatically I would have thought... | 13:14 |
| Net147 | bluelightning: only if recipe changes | 13:14 |
| bluelightning | zeddii is probably the best person to help debug any issues | 13:14 |
| bluelightning | (with linux-yocto) | 13:14 |
| Net147 | it seems like it is done in do_patch | 13:16 |
| Net147 | do_unpack -> kernel_checkout -> do_patch -> .. | 13:16 |
| zeddii | do_patch builds the meta-series, which is where the fragments are detected. do_configme processes the meta-series and finalizes the config. | 13:17 |
| Net147 | zeddii: so bitbake -C patch virtual/kernel? | 13:18 |
| zeddii | that won't config the kernel, no. | 13:18 |
| zeddii | it's the configme | 13:18 |
| Net147 | -C configme? | 13:18 |
| zeddii | bitbake -c kernel_configme linux-yocto | 13:19 |
| Net147 | zeddii: testing... | 13:19 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 13:20 | |
| lpapp | bluelightning: got a clue? | 13:20 |
| bluelightning | lpapp: not on this issue, no | 13:20 |
| lpapp | bluelightning: too bad ... | 13:20 |
| Net147 | zeddii: the .config file still not correct | 13:21 |
| zeddii | you really aren't giving me anything to go on | 13:21 |
| zeddii | I assure you that it works, so there's something you are doing that I don't know about. | 13:22 |
| bluelightning | lpapp: looks like it tries to auto-determine the correct version and fails because the gdb binary can't be run (missing ncurses?) | 13:22 |
| Net147 | zeddii: okay, I just need to wait for build to complete I think | 13:23 |
| Net147 | zeddii: looks correct now | 13:23 |
| zeddii | configme runs before do_configure | 13:23 |
| bluelightning | lpapp: maybe a DEPENDS on ncurses-native would help? | 13:23 |
| zeddii | so depending on what you were looking for, that might have been the problem. | 13:23 |
| bluelightning | lpapp: (a complete guess) | 13:23 |
| lpapp | bluelightning: for a toolchain? :O | 13:23 |
| bluelightning | lpapp: clearly the gdb binary has a shared library dependency on it... | 13:24 |
| lpapp | DEPENDS += "${@base_conditional('PREFERRED_PROVIDER_linux-libc-headers', PN, '', 'linux-libc-headers', d)}" | 13:24 |
| lpapp | how to extend this line ? | 13:24 |
| bluelightning | just add stuff before the closing quote, or put another line underneath it doing DEPENDS += "whatever-value-you-want" | 13:25 |
| lpapp | bluelightning: do I need to clean up before retry | 13:27 |
| lpapp | (same error) | 13:27 |
| lpapp | even with -c cleanall | 13:27 |
| bluelightning | well, I don't know | 13:28 |
| bluelightning | clearly it needs ncurses and can't find it | 13:28 |
| lpapp | well, adding to DEPENDS does not help. | 13:28 |
| lpapp | and rerunning bitbake stunnel | 13:29 |
| Net147 | zeddii: what I am doing is I have a kernel already built. then I enable a new kernel option in meta-custom-bsp/recipes-kernel/linux/files/custom.cfg and do bitbake -C kernel_configme virtual/kernel | 13:29 |
| bluelightning | I did say that was a guess | 13:29 |
| Krz | In my Yocto build I have the directory with whole bunch of broken symlinks: /dev/shm/kmsywula/tmp/work/i586-poky-linux-uclibc/meta-toolchain/1.0-r7/sdk/image/opt/my-tiny/1.4.1/sysroots/i586-poky-linux-uclibc/usr/src/debug/uclibc/0.9.33+gitAUTOINC+946799cd0ce0c6c803c9cb173a84f4d607bde350-r8.4/git/include/bits | 13:29 |
| Krz | do you know who is responsible for building this ? | 13:30 |
| zeddii | Net147, right, so in that case, you need to prop them back to WORKDIR and that's the patch phase, it collects up the bits and pieces. | 13:30 |
| Net147 | zeddii: so I was right I need to do -C patch instead | 13:30 |
| zeddii | yup. | 13:30 |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 13:32 | |
| Net147 | perhaps the build system can be improved to detect changes in the .cfg even if there are no changes in the recipes? | 13:33 |
| *** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto | 13:33 | |
| zeddii | I have something open for that in 1.5, so looking into it! | 13:33 |
| zeddii | Net147, are you on master ? | 13:33 |
| Net147 | yes | 13:33 |
| Net147 | you got the bug report number? | 13:33 |
| zeddii | I'll track it down. I'm 3 minutes late for a meeting :) | 13:34 |
| zeddii | 4 | 13:34 |
| zeddii | heh | 13:34 |
| zeddii | Net147, one other quick question, you had that .cfg file listed in the SRC_URI, right ? | 13:34 |
| zeddii | if so, that should hit the checksum when you modified it, just a matter of re-running the right phases after that. | 13:35 |
| Net147 | zeddii: custom.scc has "kconfig hardware custom.cfg" | 13:35 |
| Net147 | zeddii: and I changed custom.cfg | 13:36 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-cymidptunsucfyrj> has joined #yocto | 13:36 | |
| lpapp | bluelightning: thanks anyway ... | 13:36 |
| lpapp | :) | 13:36 |
| zeddii | Net147, ok, that's good too. that's right what I'm looking into. will let you know that bug number. | 13:36 |
| zeddii | you can drop me an email at bruce.ashfield@windriver.com .. so I don't forget. | 13:37 |
| Net147 | zeddi: thanks | 13:37 |
| bluelightning | lpapp: if you want to hack around it for the time being you could just hardcode CSL_VER_GDB to some value instead of letting it try to obtain it from the non-working binary | 13:38 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 13:39 | |
| *** jkridner <jkridner!~jkridner@nat/ti/x-lguoiaqqayymlyci> has joined #yocto | 13:40 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 13:40 | |
| lpapp | bluelightning: plenty of issues around the toolchain. | 13:40 |
| lpapp | perhaps it will be better to switch to the internal within a few years. | 13:41 |
| bluelightning | the internal toolchain is certainly what we use to test the system and how many people use it | 13:41 |
| lpapp | the only problem is that it does not make any sense to rebuilt it all the time ... | 13:42 |
| lpapp | rebuild* | 13:42 |
| lpapp | it would slow the CI down significantly. | 13:42 |
| JaMa | that;s what sstate is for :) | 13:43 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 13:44 | |
| bluelightning | indeed | 13:46 |
| *** jukkar <jukkar!jukka@nat/intel/x-jsopvmlqrmfmooyu> has quit IRC | 13:51 | |
| *** jukkar <jukkar!~jukka@134.134.139.74> has joined #yocto | 13:52 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.124.22.24> has quit IRC | 14:02 | |
| lpapp | bluelightning: ? | 14:03 |
| lpapp | bluelightning: you do not wanna check in sstates into the repository, I guess. | 14:03 |
| bluelightning | you don't, no | 14:03 |
| lpapp | bluelightning: then how would that solve the CI's issue? | 14:03 |
| bluelightning | have a shared sstate cache mirror that each builder points to using SSTATE_MIRRORS | 14:04 |
| lpapp | bluelightning: are you saying a sstate cache does not ever change? | 14:08 |
| lpapp | what if I add new packages, remove existing, modify dependencies, etc. | 14:08 |
| bluelightning | lpapp: if the inputs don't change | 14:08 |
| lpapp | the states are changing, and hence the jobs ... | 14:08 |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 14:08 | |
| bluelightning | yes, and therefore the signature will change and the task will be re-run instead of having its output extracted from sstate | 14:09 |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 14:11 | |
| *** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has quit IRC | 14:19 | |
| *** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 14:21 | |
| lpapp | bluelightning: but that would mean we need to be careful to keep sync with the server. | 14:23 |
| lpapp | and that is an additional hassle. | 14:23 |
| lpapp | and a potential places for errors. | 14:23 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 14:29 | |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 14:29 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:40 | |
| bluelightning | lpapp: not sure how you get potential places for errors | 14:45 |
| lpapp | bluelightning: forget sync? | 14:46 |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 14:46 | |
| bluelightning | then it would just rebuild instead of restoring from sstate and give you the same result... | 14:46 |
| bluelightning | it's a build time saving mechanism, nothing more | 14:46 |
| lpapp | it is critical on CI ... | 14:47 |
| lpapp | whether it is one hour or two ... | 14:47 |
| lpapp | it is not a "subtle feature" | 14:48 |
| lpapp | IOW, it is a blocker. | 14:48 |
| bluelightning | using shared state you can reduce the build time significantly for the items that haven't changed since the last build | 14:48 |
| bluelightning | what is a blocker? | 14:48 |
| lpapp | building slowly. | 14:48 |
| lpapp | since that slows down the merges etc etc etc... | 14:49 |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 14:50 | |
| bluelightning | yes, so try using shared state to resolve that... | 14:50 |
| lpapp | but it can get error prone easily ... | 14:50 |
| lpapp | unlike an external toolchain installed once... | 14:50 |
| bluelightning | no, I don't think it can | 14:56 |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 14:56 | |
| lpapp | bluelightning: what if you forget to sync up? | 15:01 |
| bluelightning | I just answered that question | 15:02 |
| Krz | can you use sstate when changing from eglibc to uclibc? | 15:02 |
| lpapp | bluelightning: you need to update. | 15:02 |
| lpapp | bluelightning: which means you can forget it | 15:03 |
| lpapp | bluelightning: which means the slow might get an uncool regression. | 15:03 |
| lpapp | slow = build* | 15:03 |
| bluelightning | lpapp: no, it won't | 15:03 |
| bluelightning | Krz: in theory yes but I don't know if anyone has tested that | 15:04 |
| lpapp | bluelightning: sure, it will. | 15:04 |
| lpapp | or I do not understand the magic. | 15:04 |
| bluelightning | lpapp: all of the inputs go into a checksum, which is used to fetch the shared state package (tarball). If one of the inputs have changed, the checksum will be different -> the old output will not be re-used | 15:04 |
| lpapp | bluelightning: so there will be no speed up ... | 15:05 |
| lpapp | so it will slow down ... | 15:05 |
| bluelightning | no | 15:05 |
| bluelightning | it's unlikely you will always be changing everything at once | 15:05 |
| bluelightning | thus, there will be large numbers of tasks whose inputs are unchanged | 15:06 |
| lpapp | bluelightning: sure, we will. | 15:06 |
| lpapp | i.e. yocto update | 15:06 |
| bluelightning | all of those that do not change can be extracted from sstate instead of being built | 15:06 |
| lpapp | pretty much everything changes with a yocto update ... | 15:06 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 15:07 | |
| *** davest <davest!Adium@nat/intel/x-cnnpioozrsrpupms> has joined #yocto | 15:11 | |
| *** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 15:13 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 15:14 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 15:16 | |
| *** cargo23 <cargo23!~esmith@sf-nat.sourcefire.com> has joined #yocto | 15:21 | |
| lpapp | bluelightning: why are bitbake recipes so complicated many times? | 15:27 |
| lpapp | I mean, some packages on other distributions are simpler in the sense that config, make, install, etc are the default. | 15:28 |
| Crofton|work | epic way around autorev at parse time :) | 15:28 |
| Crofton|work | https://github.com/Xilinx/meta-xilinx/blob/master/recipes-kernel/linux/linux-xlnx-dev.bb | 15:28 |
| lpapp | here, it seems the environment and those steps require quite a bit of customization. | 15:28 |
| lpapp | Crofton|work: you work for Xilinx ? | 15:28 |
| Crofton|work | me? no | 15:28 |
| Crofton|work | just a consumer | 15:28 |
| lpapp | ok | 15:28 |
| bluelightning | lpapp: I guess one reason would be that many of those other distros don't cross-compile | 15:29 |
| lpapp | bluelightning: cannot that be avoided by putting the boilerplate into a central place ? | 15:29 |
| bluelightning | lpapp: we do that, see meta/classes/* | 15:29 |
| zeddii | Crofton|work, same trick we play with linux-yocto-dev :P So I approve | 15:30 |
| Crofton|work | heh | 15:30 |
| lpapp | bluelightning: then why still so much customization in most of the recipes ? | 15:30 |
| Crofton|work | I'm not certain I'd encourage that in a customer facing bsp :) | 15:30 |
| Crofton|work | gah, they are using PR in a kernel recipe | 15:31 |
| Krz | Finding whole bunch of broken symlinks on poky-dylan9.0.1: /build/kmsywula/yocto_build/tmp/work/i586-poky-linux-uclibc/uclibc find -L -type l | 15:31 |
| bluelightning | lpapp: we'd have to get more specific | 15:31 |
| Krz | it does not look valid at all, and that's 100% upstreamed code | 15:31 |
| bluelightning | lpapp: in order to answer the question | 15:31 |
| Crofton|work | I need to send them a patch to add machineoverrides to each SRC_URI line | 15:32 |
| lpapp | bluelightning: ok, I will become specific at home during the weekend if you wish. | 15:32 |
| bluelightning | khem: can you help Krz with uclib stuff ^? | 15:32 |
| Crofton|work | and it is a bitch addding a driver in your custom hardware linux-yocto recipe | 15:32 |
| *** nitink <nitink!~nitink@134.134.137.73> has quit IRC | 15:34 | |
| Crofton|work | would SRC_URI_${MACHINE} += "foo" work? | 15:36 |
| Crofton|work | or is this crossing the streams :) | 15:37 |
| Krz | broken symlinks were not found yet is because populate_sdk/tar_sdk tars whole package without --hard-dereference; I believe that should be default flag | 15:37 |
| *** hollisb <hollisb!~hollisb@c-67-169-221-181.hsd1.or.comcast.net> has joined #yocto | 15:44 | |
| *** jackmitchell <jackmitchell!~Thunderbi@host217-34-104-101.in-addr.btopenworld.com> has quit IRC | 15:44 | |
| *** cfo215_ <cfo215_!4473ad42@gateway/web/freenode/ip.68.115.173.66> has joined #yocto | 15:45 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 15:50 | |
| kergoth | bluelightning: i'll take a closer look at that tslib patch sometime today, sorry for the delay | 15:51 |
| Krz | ups, i meant tar -h (the other is for hardlinks) | 15:54 |
| bluelightning | kergoth: no worries... I think we may be safe without it, but of course you would be able to tell for sure | 15:55 |
| kergoth | that's not necessarily true, i'm admittedly pretty rusty at this, i need to think about handing off tslib maintainance to someone with hardware that has an actual touchscreen :) | 15:56 |
| kergoth | ah, didn't see your latest reply, if it's working on mips, i'm in favor of just pushing the update and dealing with any potential problems if and when they appear | 15:59 |
| kergoth | heh | 15:59 |
| Crofton|work | zeddii, have you dealt with builds that contain multiple bsp's each using a .bbappend to modify the kernel? | 16:01 |
| zeddii | yup. plenty. lots of stacked layers around here. | 16:02 |
| Crofton|work | so I would be correct in assuming that you need to use a machien override in your SRC_URI's that you append? | 16:04 |
| Crofton|work | since all the linux-yocto bbappnds will stack in some order | 16:04 |
| zeddii | yah, if they are changing things that are really board specific. we control the order, and of course drive most changes into a git tree (versus patches), but they should be tagged machine specific. | 16:05 |
| Crofton|work | yeah, there are loads of patches against 3.8 | 16:06 |
| Crofton|work | and there is the epic line | 16:06 |
| Crofton|work | https://github.com/Xilinx/meta-xilinx/blob/master/recipes-kernel/linux/linux-yocto_3.8.bbappend#L10 | 16:06 |
| cfo215_ | Hi All: I'm trying to bitbake my recipe and it keeps puking. I get "Recipe file does not have license file information (LIC_FILES_CHKSUM)", I have "LIC_FILES_CHKSUM = 'file://COPYING;md5=bb3ca60759f3202f1ae42e3519cd06bc"' in my recipe | 16:06 |
| Crofton|work | which mandates everyone have the ${KMACHINE}-standard.scc file | 16:06 |
| *** nitink <nitink!nitink@nat/intel/x-qqgizzeqxdugsujg> has joined #yocto | 16:07 | |
| cfo215_ | its a GPLv3 license and i generated the md5 on my machine from the COPYING file in the source tarball, which is local to my machine. | 16:07 |
| sgw_ | cfo215_: can you paste both your recipe and the full error text to pastebin or the like | 16:07 |
| cfo215_ | sgw_: will do. w1 | 16:08 |
| sgw_ | cfo215_: or recipe snipet | 16:08 |
| zeddii | Crofton|work, yah, they can have those patches, they just need to make that ${KMACHINE}-standard.scc be something you can override, or they should put their machine name in there and you inherit it .. then add, how ever you like. | 16:09 |
| Crofton|work | yeah | 16:09 |
| Crofton|work | I added my own bbappend, and it blew up because I do not use that name | 16:10 |
| Crofton|work | the only way I can see making that line work is add a SRC_URI line for each machine they have in the layer | 16:10 |
| cfo215_ | sgw_:http://pastebin.com/jFBrLvND | 16:13 |
| sgw_ | cfo215_: and if you cut and paste the "invalid file" the COPYING file is really there at that path? | 16:17 |
| *** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has joined #yocto | 16:22 | |
| cfo215_ | sgw_: no the file isn't there... I don't quite understand how it all works (yet). I thought the bb system would extract the tarball to inspect the COPYING file. | 16:24 |
| cfo215_ | COPYING is just the standard GPLv3 boilerplate text. | 16:24 |
| bluelightning | cfo215_: it will, it's just a matter of ensuring S points to the right directory and then LIC_FILES_CHKSUM should match up with that (since that will be the current working dir when that is checked) | 16:25 |
| bluelightning | cfo215_: looking at what you're doing in do_install I wonder if S should be set to "${WORKDIR}/phidget21" | 16:26 |
| cfo215_ | bluelightning: i'll comment it out and see what happens. | 16:28 |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.126.67.243> has joined #yocto | 16:28 | |
| bluelightning | cfo215_: I'd suggest naming your recipe as libphidget_2.1.8.20130723.bb and then you shouldn't need to set S, and your package version will be correct as well | 16:30 |
| *** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 16:30 | |
| sgw_ | cfo215_: when you are in ${S}, are there files there at all? if you cd .. from ${S} what directories exist? or what does the tarball contain for it's root | 16:30 |
| bluelightning | cfo215_: (since it defaults to being derived from the filename) | 16:30 |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 16:30 | |
| kergoth | we should really change it so ${S} doesn't get autocreated if it doesn't exist, but thats the default behavior of 'dirs'.. | 16:32 |
| kergoth | heh | 16:32 |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 16:33 | |
| cfo215_ | bluelightning: same results. I do suspect something though... testing again. | 16:34 |
| bluelightning | kergoth: yes, I agree | 16:35 |
| *** feydrautha <feydrautha!~user@184.70.21.10> has joined #yocto | 16:37 | |
| seebs | kergoth: If I wanted to submit some patches to meta-sourcery, would I use the yocto contrib tree, or some other tree, or just send you patches? | 16:39 |
| cfo215_ | bluelightning: I tried remvoving the PR variable, but got some error, just with r0 instead of r1 in the file path. | 16:39 |
| bluelightning | cfo215_: right, changing PR won't help here | 16:40 |
| sgw_ | cfo215_: could the files be in phigets/phidget21/COPYING? It would be helpful to know the top directory of your tarball. | 16:41 |
| kergoth | seebs: its easiest to open pull requests against the github repository, thats where we're doing our main development, and mirroring to the yocto repository. https://github.com/MentorEmbedded/meta-sourcery | 16:42 |
| seebs | Okay. | 16:42 |
| seebs | What toolchains would you normally test that against? I know my patches work with ours, but they're not quite the standard/default. | 16:43 |
| cfo215_ | sgw_:bluelightning: /media/toshiba-usb3/work/test/setup-scripts/sources/meta-epic/recipes-epic/phidgets/files/libphidget_2.1.8.20130723.tar.gz ALSO: ./configure depends on libusb if that matters. | 16:43 |
| cfo215_ | sgw_:bluelightning: libusb-dev (sources) that is... | 16:45 |
| bluelightning | cfo215_: I'm just testing a modified version of this recipe here | 16:45 |
| sgw_ | cfo215_: that's your tarball, what's the top level directory inside the tarball? | 16:45 |
| Krz | I compared the broken symlinks to Yocto 1.3 and it was everything fine there :(. Looks like some nasty thing introduced in Yocto 1.4.1. It is only present in uclibc build, eglibc is fine. | 16:47 |
| *** mthalmei_away <mthalmei_away!~mthalmei@ex4.michisoft.net> has quit IRC | 16:47 | |
| Krz | Is anybody out there using uclibc? Looks like it is not well used | 16:47 |
| bluelightning | khem is the uclibc expert | 16:48 |
| bluelightning | he may not be around, not sure | 16:48 |
| cfo215_ | sgw_:bluelightning: libphidget-2.1.8.20130723 | 16:48 |
| Krz | bluelightning: maybe email? | 16:49 |
| *** ka6sox-away is now known as ka6sox | 16:49 | |
| sgw_ | cfo215_: then you should not need to set $S if you have named your recipe as bluelightning suggests then the "right" thing should happen when it unpacks | 16:49 |
| bluelightning | cfo215_: try this instead (cleaned up, and build-tested): http://pastebin.com/fRkNFZF4 | 16:50 |
| Krz | bluelightning: i'm not sure about the impact, but there is whole bunch of header files missing after installing sdk (due to broken symlinks) | 16:50 |
| bluelightning | cfo215_: it's an autotooled piece of software so "inherit autotools" is needed, and that pretty much takes care of everything | 16:50 |
| *** mthalmei_away <mthalmei_away!~mthalmei@ex4.michisoft.net> has joined #yocto | 16:52 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.126.67.243> has quit IRC | 16:54 | |
| cfo215_ | bluelightning: http://pastebin.com/SW5NLSwU for results. couldn't fetch | 16:56 |
| bluelightning | cfo215_: right, you need to name it libphidget_2.1.8.20130723.bb | 16:57 |
| cfo215_ | bluelightning: sorry, didn't do that | 16:58 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 16:59 | |
| cfo215_ | bluelightning: in the local.conf and change the name of the diretory too? I got "ERROR: Nothing PROVIDES 'phidgets'" when I bitbaked it. | 17:01 |
| bluelightning | cfo215_: right, the recipe and package produced will now be called "libphidget" | 17:01 |
| cfo215_ | bluelightning: sorry ment to say bblayers.conf | 17:01 |
| bluelightning | shouldn't need to change bblayers.conf though | 17:01 |
| bluelightning | just bitbake libphidget | 17:02 |
| flynn278 | Crofton|work, if you have success let me know I am starting to do the same thing with that same file. | 17:04 |
| Crofton|work | urg? Which file? | 17:04 |
| Crofton|work | meta-xilnix | 17:05 |
| flynn278 | Crofton | 17:05 |
| *** belen <belen!~Adium@134.134.137.75> has quit IRC | 17:05 | |
| *** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has quit IRC | 17:05 | |
| flynn278 | Crofton|work yes, meta-xilnix | 17:05 |
| Crofton|work | k | 17:05 |
| Crofton|work | in gnuradio dev call atm | 17:05 |
| Crofton|work | going to make a patch to override things | 17:05 |
| *** belen <belen!Adium@nat/intel/x-qmhfevzmknjkzcub> has joined #yocto | 17:08 | |
| cfo215_ | bluelightning: I got: "NOTE: Tasks Summary: Attempted 1147 tasks of which 1133 didn't need to be rerun and all succeeded." but can't seem to find the *.ipk file in deploy. | 17:09 |
| bluelightning | cfo215_: I think it will be called libphidget21-0 (due to debian renaming) | 17:10 |
| bluelightning | cfo215_: you should definitely be able to find it with find tmp/deploy/ipk -name "*phidget*" | 17:11 |
| b1gtuna | ADT installer site is offline - http://downloads.yoctoproject.org/releases/yocto/yocto-1.4/adt_installer | 17:13 |
| cfo215_ | bluelightning: /media/toshiba-usb3/work/test/setup-scripts/build/tmp-angstrom_v2012_12-eglibc/deploy/ipk/armv7a-vfp-neon/libphidget21-dev_2.1.8.20130723-r0_armv7a-vfp-neon.ipk !!! Yeah !!! Thanks for all your help. | 17:13 |
| bluelightning | cfo215_: no worries... if you feel like sending a patch to add that recipe to meta-oe that would be awesome ;) | 17:14 |
| Crofton|work | flynn278, are you on the meta-xilnix list? | 17:15 |
| cfo215_ | bluelightning: Unfortunately Phidgets doesn't expose their source on github. if you try to download their drivers the link is: http://www.phidgets.com/docs/OS_-_Linux#Quick_Downloads Also, kernel 2.6 or newer is required and should be added to the recipe | 17:17 |
| cfo215_ | bluelightning: which is why I used a local tarball. | 17:17 |
| bluelightning | cfo215_: if the recipe actually depends on the kernel itself you can add virtual/kernel to DEPENDS | 17:17 |
| flynn278 | Crofton|work, yes I am on the meta-xilnix list | 17:17 |
| bluelightning | cfo215_: the URL I have there works but who knows if they will break it by removing old tarballs | 17:17 |
| bluelightning | cfo215_: could always ask them to not do that... or add the tarballs to the OE source mirror | 17:18 |
| cfo215_ | bluelightning: who do I contact at Yocto/OE to start the ball rolling. | 17:23 |
| bluelightning | cfo215_: which, to get the tarball uploaded you mean? or to submit the patch? | 17:23 |
| cfo215_ | bluelightning: yes and yes. | 17:24 |
| cfo215_ | bluelightning: on an other note:... I hope the find the bastards doing teh DoS on GitHub and string them up by the balls... assuming they have them... | 17:25 |
| bluelightning | cfo215_: for the tarball, you can talk to ka6sox (Tom King, ka6sox at gmail) | 17:26 |
| b1gtuna | May I get some help setting ADT/Toolchain? If my machine type is beagleboard/overo, what's the recommended way of setting the dev environment up? It looks like the auto-installer only gives arm, x86, x86_64, ppc, mips as options. | 17:26 |
| bluelightning | cfo215_: for the patch, see http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded | 17:26 |
| cfo215_ | bluelightning: thanks | 17:26 |
| bluelightning | cfo215_: and it would be the meta-oe layer within the meta-openembedded repository that this recipe would best go into | 17:26 |
| cfo215_ | bluelightning: thanks again. | 17:27 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 17:27 | |
| bluelightning | cfo215_: ah, I wasn't aware that github was being DDOS'd... that might explain the recent failures I've had fetching from there | 17:27 |
| bluelightning | cfo215_: np | 17:27 |
| *** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC | 17:28 | |
| *** mr_science <mr_science!~sarnold@net-cf9a4e91.cst.impulse.net> has joined #yocto | 17:29 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:29 | |
| cfo215_ | bluelightning: Last to days. the current status is "Everything working normally" per https://status.github.com/ | 17:29 |
| bluelightning | b1gtuna: you can build an companion SDK for your image by doing bitbake -c populate_sdk imagename, if that helps | 17:29 |
| b1gtuna | bluelightning: And I should get beagle/overo as the target architectures? | 17:30 |
| *** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has quit IRC | 17:30 | |
| mr_science | how is that different than building the standard meta-sdk target? | 17:30 |
| cargo23 | Newb question: What is wrong with this line? CONFIGUREOPTS := "${@d.getVar('CONFIGUREOPTS', True).replace('--with-libtool-sysroot=$SDKTARGETSYSROOT', ' ')}" | 17:30 |
| bluelightning | b1gtuna: you need to set MACHINE appropriately to match that yes | 17:30 |
| cfo215_ | bluelightning: Thanks for all your help. Now I'm onto the 1-Wire SDK libraries... unless someone has already done that? | 17:30 |
| * mr_science missed the laed-up to that one... | 17:30 | |
| b1gtuna | bluelightning: hmm ok that helps. I tried the method already, but perhaps I missed something. Thanks always! | 17:31 |
| bluelightning | b1gtuna: the difference from meta-toolchain is that the target portion of the SDK will contain the right stuff to match up with the image, if the image contains additional libraries | 17:31 |
| bluelightning | b1gtuna: but if you don't care about that, meta-toolchain will work just as well | 17:31 |
| mr_science | ah | 17:31 |
| b1gtuna | bluelightning: ah I see. Not sure why the ADT manual discourages bitbaking populate_sdk | 17:31 |
| bluelightning | cfo215_: I was sure someone had... | 17:31 |
| b1gtuna | bluelightning: coolio, gracias | 17:31 |
| cargo23 | The line compiles fine, but it doesn't match, so I'm failing to eliminate the --with-libtool-sysroot option to configure. | 17:32 |
| bluelightning | b1gtuna: I think that the very latest in-development version of the manual has more of a pointer to doing it that way | 17:32 |
| cfo215_ | bluelightning: I'll do some digging and see what I find. | 17:32 |
| cfo215_ | bluelightning: thanks again. | 17:32 |
| b1gtuna | bluelightning: great! Will do some more reading too | 17:32 |
| *** cfo215_ <cfo215_!4473ad42@gateway/web/freenode/ip.68.115.173.66> has quit IRC | 17:32 | |
| -YoctoAutoBuilder- build #254 of nightly-non-gpl3 is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-non-gpl3/builds/254 | 17:33 | |
| cargo23 | nvrm... I got it, I needed ${STAGING_DIR_TARGET} instead of $SDK... | 17:35 |
| mr_science | bluelightning: does that produce equivalent output? ie, the poky sdk archive? | 17:36 |
| mr_science | the bitbake -c populate_sdk thing... | 17:37 |
| mr_science | i guess we'll see when it's done... | 17:38 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 17:39 | |
| bluelightning | hmm, I was going to say to cfo215 that the one-wire stuff just got moved to a new layer (meta-filesystems) | 17:41 |
| *** belen <belen!Adium@nat/intel/x-qmhfevzmknjkzcub> has quit IRC | 17:42 | |
| -YoctoAutoBuilder- build #256 of nightly-arm-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm-lsb/builds/256 | 17:45 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 17:49 | |
| -YoctoAutoBuilder- build #222 of nightly-fsl-ppc-lsb is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc-lsb/builds/222 | 17:50 | |
| -YoctoAutoBuilder- build #253 of nightly-ppc-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/253 | 17:51 | |
| *** Krz <Krz!c0c69724@gateway/web/freenode/ip.192.198.151.36> has quit IRC | 17:51 | |
| bluelightning | mulhern: FYI, meta-perl just got created in the meta-openembedded repository | 17:52 |
| mulhern | bluelightning: Thanks for the heads up. | 17:52 |
| bluelightning | mulhern: I talked to Stygia as well, hopefully he will submit his block of recipes soon | 17:52 |
| * bluelightning -> home | 17:53 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:53 | |
| * mr_science -> two weeks off starting Monday | 17:53 | |
| -YoctoAutoBuilder- build #94 of minnow-lsb is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/94 | 17:53 | |
| -YoctoAutoBuilder- build #66 of buildtools is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/buildtools/builds/66 | 17:55 | |
| mr_science | time to install the oldest kid into his new dorm room again... | 17:56 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 17:58 | |
| ka6sox | I guess he is gone | 17:59 |
| -YoctoAutoBuilder- build #256 of nightly-x86-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/256 | 17:59 | |
| *** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto | 18:09 | |
| -YoctoAutoBuilder- build #265 of nightly-mips-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips-lsb/builds/265 | 18:09 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 18:13 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.126.67.243> has joined #yocto | 18:16 | |
| -YoctoAutoBuilder- build #28 of eclipse-plugin-kepler is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/eclipse-plugin-kepler/builds/28 | 18:16 | |
| mr_science | ka6sox: ? | 18:26 |
| *** dvhart <dvhart!~dvhart@134.134.139.72> has joined #yocto | 18:28 | |
| -YoctoAutoBuilder- build #247 of nightly-x86-64-lsb is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/247 | 18:31 | |
| otavio | sgw_: I fixed a regression in linux-dtb; I added you in Cc | 18:36 |
| *** davest <davest!Adium@nat/intel/x-cnnpioozrsrpupms> has quit IRC | 18:38 | |
| *** davest <davest!Adium@nat/intel/x-obfgjxtpwfqjzoek> has joined #yocto | 18:41 | |
| -YoctoAutoBuilder- build #224 of nightly-fsl-arm-lsb is complete: Failure [failed Building Images Building Images_1 Building Images_2] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/224 | 18:42 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 18:48 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 18:49 | |
| *** swex_ <swex_!~swex@178.17.197.110> has quit IRC | 18:58 | |
| mranostay | hi Jefro | 18:58 |
| *** swex_ <swex_!~swex@88.210.27.94> has joined #yocto | 19:00 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 19:13 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 19:13 | |
| -YoctoAutoBuilder- build #251 of nightly-world is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-world/builds/251 | 19:13 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-32-225.ronkva.east.verizon.net> has quit IRC | 19:13 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-32-225.ronkva.east.verizon.net> has joined #yocto | 19:18 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 19:25 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 19:27 | |
| seebs | Are there any other meta-sourcery users around? I am working on some stuff, and seek use cases to try out and make sure I haven't broken them. | 19:35 |
| *** ka6sox is now known as ka6sox-away | 19:40 | |
| JaMa | seebs: Hi, I was testing those changing file atributes a bit more and I can reproduce it with external 32bit toolchain even on 32bit builder | 19:46 |
| seebs | Interesting! | 19:46 |
| seebs | Hmm. I wonder -- are any of the toolchain binaries statically linked? | 19:46 |
| seebs | Because pseudo can't defeat statically-linked binaries. | 19:47 |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 19:47 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 19:48 | |
| JaMa | let me check | 19:49 |
| JaMa | seebs: yes, e.g. ranlib c++ objdump ld.bfd objcopy strip g++ ar nm ld as gcc ldconfig sln cc1 lto-wrapper cc1plus lto1 collect2 fixincl c++filt .. are all statically linked | 19:53 |
| JaMa | seebs: also it seems independent from paralelism (both BB_THREADS and PARALLEL_MAKE) as it happens even with -j1 and one BB_THREAD | 19:56 |
| Jefro | mranostay belated howdy | 19:57 |
| seebs | Yeah, that would do it. d'oh | 20:03 |
| seebs | We don't have a plan, really, for static binaries. That is the one glaring weakness in pseudo's design; it has to intercept calls through providing symbols that get taken instead of the libc symbols. | 20:03 |
| seebs | There's mechanisms for intercepting syscalls, but they're a lot harder. | 20:04 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 20:08 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 20:17 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 20:20 | |
| *** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has joined #yocto | 20:21 | |
| *** nitink <nitink!nitink@nat/intel/x-qqgizzeqxdugsujg> has quit IRC | 20:23 | |
| *** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has quit IRC | 20:23 | |
| *** smartin <smartin!~smartin@ANantes-655-1-161-176.w90-59.abo.wanadoo.fr> has quit IRC | 20:26 | |
| *** flynn278 <flynn278!80db310e@gateway/web/freenode/ip.128.219.49.14> has quit IRC | 20:26 | |
| -YoctoAutoBuilder- build #253 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/253 | 20:26 | |
| -YoctoAutoBuilder- build #250 of nightly-x86-64 is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64/builds/250 | 20:27 | |
| *** j8 <j8!~IceChat9@199.44.250.3> has quit IRC | 20:29 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 20:31 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 20:40 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:42 | |
| *** davest <davest!Adium@nat/intel/x-obfgjxtpwfqjzoek> has quit IRC | 20:42 | |
| *** nitink <nitink!nitink@nat/intel/x-jjjvdtclunapsdtk> has joined #yocto | 20:51 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 20:56 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 20:59 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 21:06 | |
| -YoctoAutoBuilder- build #255 of nightly-mips is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips/builds/255 | 21:09 | |
| -YoctoAutoBuilder- build #256 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/256 | 21:14 | |
| *** nitink <nitink!nitink@nat/intel/x-jjjvdtclunapsdtk> has quit IRC | 21:19 | |
| *** nitink1 <nitink1!~nitink@134.134.137.73> has joined #yocto | 21:19 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 21:28 | |
| b1gtuna | Has anyone successfully configured remote debugging through the ADT? Using USB serial port on a board? | 21:33 |
| *** Guest90294 <Guest90294!~trz@c-68-53-177-94.hsd1.in.comcast.net> has left #yocto | 21:57 | |
| *** agust <agust!~agust@p4FC46512.dip0.t-ipconnect.de> has quit IRC | 22:01 | |
| *** jzhang <jzhang!~jzhang@134.134.139.70> has joined #yocto | 22:07 | |
| bluelightning | b1gtuna: jzhang might be able to help with ADT questions | 22:19 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-cymidptunsucfyrj> has quit IRC | 22:20 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-xgwqwobajhcopfkh> has joined #yocto | 22:21 | |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 22:29 | |
| -YoctoAutoBuilder- build #255 of nightly-non-gpl3 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-non-gpl3/builds/255 | 22:31 | |
| -YoctoAutoBuilder- build #219 of nightly is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/219 | 22:31 | |
| b1gtuna | bluelightning: thanks I was just watching her presentations on ADT stuff. Helping a lot | 22:32 |
| -YoctoAutoBuilder- build #267 of nightly-intel-gpl is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/267 | 22:35 | |
| -YoctoAutoBuilder- build #260 of poky-tiny is complete: Failure [failed Building Images Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/poky-tiny/builds/260 | 22:36 | |
| b1gtuna | jzhang: I'm trying ADT/Eclipse. I can't remote debug the Hello World example because my remote target doesn't have sftp subsystem. Should I enable tools-sdk or dev-pkgs in EXTRA_IMAGE_FEATURES? | 22:37 |
| b1gtuna | jzhang: ah, tcf-agent is what i need | 22:40 |
| jzhang | b1gtuna: which image are u using? | 22:41 |
| *** kuemo <kuemo!b2c0b9f5@gateway/web/freenode/ip.178.192.185.245> has joined #yocto | 22:42 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 22:42 | |
| b1gtuna | jzhang: It's gumstix-xfce-image from meta-gumstix | 22:46 |
| jzhang | b1gtuna: include eclipse-debug, that'll give u gdbserver, tcf-agent and openssh-sftp-server | 22:46 |
| b1gtuna | jzhang: as EXTRA_IMAGE_FEATURES? | 22:46 |
| jzhang | yes | 22:48 |
| b1gtuna | jzhang: awesome. ty | 22:49 |
| b1gtuna | jzhang: glad i asked. It's not something in the manual | 22:50 |
| jzhang | np:) | 22:51 |
| jzhang | btw, once you enable the eclipse debugging, use ssh connection which is much more stable than tcf | 22:52 |
| b1gtuna | jzhang: great ty | 22:52 |
| *** kuemo <kuemo!b2c0b9f5@gateway/web/freenode/ip.178.192.185.245> has quit IRC | 22:52 | |
| jzhang | u r welcome, have fun... | 22:53 |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 22:54 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 22:59 | |
| *** nitink1 <nitink1!~nitink@134.134.137.73> has quit IRC | 23:01 | |
| *** nitink <nitink!nitink@nat/intel/x-mhkqqtxtuodstyoi> has joined #yocto | 23:01 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 23:11 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 23:12 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 23:13 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.126.67.243> has quit IRC | 23:22 | |
| *** sameo <sameo!~samuel@192.55.54.42> has joined #yocto | 23:24 | |
| *** hollisb <hollisb!~hollisb@c-67-169-221-181.hsd1.or.comcast.net> has quit IRC | 23:24 | |
| *** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has quit IRC | 23:32 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 23:40 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 23:41 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 23:42 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 23:46 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!