| *** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 00:06 | |
| *** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 00:30 | |
| *** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto | 00:32 | |
| *** paulg_ <paulg_!~paulg@71-19-175-186.dedicated.allstream.net> has quit IRC | 00:35 | |
| *** hellerbarde <hellerbarde!~quassel@217-162-210-252.dynamic.hispeed.ch> has quit IRC | 00:44 | |
| *** paul_ <paul_!~paul@24-246-6-178.cable.teksavvy.com> has joined #yocto | 01:01 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 01:31 | |
| *** paul_ <paul_!~paul@24-246-6-178.cable.teksavvy.com> has quit IRC | 02:40 | |
| *** zeddii_home_ <zeddii_home_!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 03:11 | |
| *** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 03:11 | |
| *** zeddii_home_ is now known as zeddii_home | 03:11 | |
| *** kscherer__ <kscherer__!~kscherer@128.224.252.2> has quit IRC | 03:13 | |
| *** kscherer__ <kscherer__!~kscherer@128.224.252.2> has joined #yocto | 03:14 | |
| *** jmleo <jmleo!~jmleo@105-197-190-109.dsl.ovh.fr> has joined #yocto | 03:24 | |
| *** _jmleo <_jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has quit IRC | 03:26 | |
| *** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto | 05:09 | |
| *** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 05:11 | |
| *** roric_ <roric_!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has joined #yocto | 05:28 | |
| *** akhandav <akhandav!~arun@139.181.35.34> has quit IRC | 05:29 | |
| *** dshwang <dshwang!dshwang@nat/intel/x-ggpnibnsfctcmbya> has quit IRC | 05:32 | |
| *** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC | 05:40 | |
| *** dshwang <dshwang!~dshwang@134.134.139.74> has joined #yocto | 05:40 | |
| *** marekb <marekb!~marek@81.89.61.168.vnet.sk> has joined #yocto | 05:44 | |
| *** roric_ <roric_!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has quit IRC | 05:45 | |
| *** stiandre <stiandre!~stiandre@250.97.45.31.customer.cdi.no> has joined #yocto | 06:05 | |
| *** pohly <pohly!~pohly@p57A57AA6.dip0.t-ipconnect.de> has joined #yocto | 06:05 | |
| *** stiandre <stiandre!~stiandre@250.97.45.31.customer.cdi.no> has quit IRC | 06:09 | |
| *** frsc <frsc!~frsc@dslb-094-216-229-010.094.216.pools.vodafone-ip.de> has joined #yocto | 06:14 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 06:15 | |
| *** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto | 06:17 | |
| *** wadim_ <wadim_!~egorov@mail.phycard.de> has joined #yocto | 06:21 | |
| *** TobSnyder <TobSnyder!~schneider@ip923447ca.dynamic.kabel-deutschland.de> has joined #yocto | 06:28 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 06:28 | |
| *** frsc <frsc!~frsc@dslb-094-216-229-010.094.216.pools.vodafone-ip.de> has quit IRC | 06:34 | |
| *** frsc <frsc!~frsc@dslb-094-216-229-010.094.216.pools.vodafone-ip.de> has joined #yocto | 06:39 | |
| *** Metanaou <Metanaou!c3dc2512@gateway/web/freenode/ip.195.220.37.18> has joined #yocto | 06:42 | |
| Metanaou | Hello | 06:43 |
|---|---|---|
| Metanaou | When building an image with IMAGE_TYPES = "iso", I've an error : | 06:43 |
| Metanaou | Missing or unbuildable dependency chain was: ['core-image-minimal', 'syslinux'] | 06:43 |
| Metanaou | How do I add syslinux ? | 06:43 |
| *** fabo <fabo!~fabo@linaro/fabo> has quit IRC | 06:44 | |
| *** fabo <fabo!~fabo@linaro/fabo> has joined #yocto | 06:44 | |
| Metanaou | (IMAGE_FSTYPES, not *TYPES) | 06:44 |
| LetoThe2nd | Metanaou: its not about building syslinux, its about finding out why its not found or cannot be built. | 06:47 |
| LetoThe2nd | Metanaou: and a quick check in the layer index suggests that you need oe-core | 06:49 |
| *** roric_ <roric_!~roric@83.140.117.51> has joined #yocto | 06:51 | |
| Metanaou | LetoThe2nd: oe-core isn't in Poky ? | 06:51 |
| *** frsc <frsc!~frsc@dslb-094-216-229-010.094.216.pools.vodafone-ip.de> has quit IRC | 06:53 | |
| LetoThe2nd | Metanaou: i can properly explain it, just got that bit from http://layers.openembedded.org/layerindex/branch/master/layers | 06:53 |
| LetoThe2nd | s/can/can't/ | 06:54 |
| Metanaou | Reading this : https://github.com/openembedded/openembedded-core | 06:54 |
| Metanaou | It seems that oe-core is in Poky. | 06:54 |
| Metanaou | So I could add it, but I'll have two times the same thing. | 06:55 |
| LetoThe2nd | Metanaou: yeah you're right syslinux is in recipes-devtools | 06:56 |
| LetoThe2nd | so next step: find out why it can't be built. are you targetting something other than x86, maybe? | 06:57 |
| Metanaou | Yeah | 06:57 |
| Metanaou | It's for ARM. | 06:57 |
| LetoThe2nd | no syslinux for you, then. | 06:57 |
| LetoThe2nd | so no iso | 06:57 |
| Metanaou | Aww, shit. | 06:57 |
| LetoThe2nd | c'mon, how did you expect it to boot? | 06:57 |
| Metanaou | So if I want to have a deployable image, how can I manage that ? | 06:57 |
| Metanaou | Maybe syslinux was used only to built it. :D | 06:58 |
| LetoThe2nd | depends on your way of deployment. | 06:58 |
| Metanaou | For Freescale, I use .sdcard image, it's pretty cool. | 06:58 |
| LetoThe2nd | Metanaou: you are aware that the boot process in ARM land is heavily machine specific, in contrast to x86's bioses and such? | 06:58 |
| Metanaou | dd if=image.sdcard of=/dev/sdX, done. | 06:58 |
| Metanaou | LetoThe2nd: no, I wasn't. | 06:59 |
| LetoThe2nd | well then you are now. | 06:59 |
| Metanaou | I'm pretty new in embedded. | 06:59 |
| LetoThe2nd | plus, the sdcard thing isn't freescale specific, it's specific to a line of boards that share a common hardware setup in terms of sd card interfacing and boot settings. | 07:00 |
| _4urele_ | Metanaou, what board do you have? (beaglebone black, raspberry pi, sabre sd...) | 07:00 |
| LetoThe2nd | i can easily crank up a fsl board where that "sdcard" thing won't do anything at all. | 07:00 |
| LetoThe2nd | Metanaou: so your first step is: specify the board in use, and determine the way of deployment. | 07:01 |
| Metanaou | _4urele_: the fsl is an i.mx6q sabresd. | 07:01 |
| Metanaou | I have also an Olimex lime2 | 07:01 |
| Metanaou | LetoThe2nd: with the sabresd, I boot on u-boot and I download a minimal image on RAM (rootfs is .cpio.gz.u-boot). Then I download the real system and flash it on eMMC. | 07:02 |
| Metanaou | And I separatly flash a specific u-boot in the boot partition, in order to enable the boot on eMMC. | 07:03 |
| _4urele_ | Metanaou, then you are pretty aware of the boot process! | 07:03 |
| LetoThe2nd | Metanaou: to me, that does not specify how you deploy, but rather a manual reflashing | 07:04 |
| Metanaou | With the Olimex, it's way harder, 'cause I don't have a depployable image. | 07:04 |
| Metanaou | LetoThe2nd: so what do you mean by "how you deploy" ? | 07:04 |
| LetoThe2nd | what do you want to hand out? some blob that people have to reflash manually as you described? or some blob that automatically reflashes a board upon boot? if so, what medium are you using? | 07:05 |
| LetoThe2nd | the sdcard image that you named for fsl is an example of the latter, with sd card being the medium | 07:06 |
| Metanaou | The first boot is done using the sd card, in order to have u-boot. | 07:07 |
| Metanaou | But after, I'd like to do it all by network. | 07:07 |
| Metanaou | So the simplest is to have a deployable image (like the .sdcard, that I use without sd card) that I can flash on the eMMC. | 07:08 |
| LetoThe2nd | and having a short look at the olimex board, i'm pretty convinced one could also create a sdcard image comparable to the fsl one for it. its just hte the sdcard magic you know is provided by fsl, and specific to them. you might be able to beat it into shape, of course. | 07:09 |
| Metanaou | It's seems interesting. | 07:09 |
| LetoThe2nd | Metanaou: ok, so you're actually looking for a way to deploy a *new* blob to devices that are already initially flashed and functional, right? | 07:09 |
| Metanaou | I'll have a look into it, thanks. | 07:09 |
| Metanaou | LetoThe2nd: almost. | 07:10 |
| LetoThe2nd | Metanaou: in that case, have a look at meta-swupdate by sbabic. | 07:10 |
| Metanaou | On the first boot, I have a functionnal system booted on RAM? | 07:10 |
| Metanaou | s/?/. | 07:10 |
| Metanaou | But then, yes, I want to deploy another blob on the device. | 07:10 |
| LetoThe2nd | so you need the deployment-receiver mechanism to be present in the blob AND then initial boot. | 07:11 |
| LetoThe2nd | which again is of course possible. | 07:11 |
| *** else58 <else58!~ed@cpe-24-55-5-238.austin.res.rr.com> has quit IRC | 07:11 | |
| LetoThe2nd | swupdate could probably be used to archieve that, so my advice would be to have a proper look at it. | 07:13 |
| *** sameo <sameo!~samuel@192.55.54.42> has joined #yocto | 07:14 | |
| *** jku <jku!jku@nat/intel/x-pcuitkaysxoqlnkw> has joined #yocto | 07:14 | |
| Metanaou | LetoThe2nd: can't I use a simple bash script ? | 07:15 |
| Metanaou | Which download the sdcard image and u-boot binary and flashs them in the eMMC ? | 07:15 |
| LetoThe2nd | of course you can, but then your and my defintion of "simple" won't share too much intersection | 07:16 |
| LetoThe2nd | of course if leave out any kind of fault-tolerance, power interruption, broken rom and all those fun parts, then it becomes almost "simple" | 07:16 |
| LetoThe2nd | been there, done that. now we're using swupdate, as its just more bang for the buck - we don't have to replicate functionality that somebody else already has properly implemented and tested | 07:17 |
| LetoThe2nd | for something in private tinkering, no problem with a small script. you can fix it whenever it fails. | 07:18 |
| *** ericbutters <ericbutters!~eric@217.110.68.82> has quit IRC | 07:19 | |
| LetoThe2nd | if you want to ship a real product, i seriously advice you to evaluate existing, proven and well-tested mechanisms first. | 07:19 |
| LetoThe2nd | (with swupdate just being one of them, i'm not trying to sell you anything.) | 07:19 |
| *** stiandre <stiandre!~stiandre@109.247.13.242> has joined #yocto | 07:21 | |
| _4urele_ | LetoThe2nd, I didn't knew swupdate, I'm very interested about it! are you using it? | 07:21 |
| Metanaou | LetoThe2nd: the same, it seems really cool. | 07:21 |
| Metanaou | Too bad I haven't found it before. :( | 07:21 |
| LetoThe2nd | _4urele_: we're using it, yes. | 07:21 |
| _4urele_ | is it possible to update the current used rootfs with it? | 07:22 |
| LetoThe2nd | I can't share too many details as i'm really just a user, not the architect - but it works, and it certainly is vastly superior to our previous homebrew mechanism | 07:22 |
| LetoThe2nd | _4urele_: don't think so. | 07:22 |
| LetoThe2nd | you always need some kind of twin or intermediate system. | 07:22 |
| *** else58 <else58!~ed@cpe-24-55-5-238.austin.res.rr.com> has joined #yocto | 07:23 | |
| _4urele_ | LetoThe2nd, that's make sense ;) just wanted to be sure, but it seems pretty awesome! | 07:23 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:24 | |
| LetoThe2nd | i repeat, don't get me wrong: i do *not* advocate using that particular thing, i advocate properly evaluating exiting things before wasting time on a limited homebrew solution. | 07:24 |
| Metanaou | LetoThe2nd: it doesn't seem to be supporting yocto 1.7+ | 07:33 |
| *** Biliogadafr <Biliogadafr!~User@port-35-adslby-pool45.infonet.by> has joined #yocto | 07:34 | |
| LetoThe2nd | Metanaou: ok, so? | 07:38 |
| Metanaou | So there are some awful errors. :p | 07:38 |
| *** miandonmenmian_ <miandonmenmian_!~miandonme@140.206.114.194> has joined #yocto | 07:38 | |
| miandonmenmian_ | how can i check if my bbapped is read or loaded? | 07:39 |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 07:43 | |
| LetoThe2nd | Metanaou: can always be fixed :-) | 07:46 |
| *** frsc <frsc!~frsc@dslb-094-216-229-010.094.216.pools.vodafone-ip.de> has joined #yocto | 07:50 | |
| *** frsc <frsc!~frsc@dslb-094-216-229-010.094.216.pools.vodafone-ip.de> has quit IRC | 07:51 | |
| *** frsc <frsc!~frsc@dslb-094-216-229-010.094.216.pools.vodafone-ip.de> has joined #yocto | 07:52 | |
| *** [Sno] <[Sno]!~sno@rademacherexchange.de> has joined #yocto | 07:56 | |
| *** CromFr <CromFr!~CromFr@146.185.162.164> has joined #yocto | 08:21 | |
| *** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has joined #yocto | 08:26 | |
| *** Metanaou <Metanaou!c3dc2512@gateway/web/freenode/ip.195.220.37.18> has left #yocto | 08:32 | |
| redengin | miandonmenmian_, bitbake "myrecipe" | 08:37 |
| miandonmenmian_ | from what I can tell, if it doesnt complain, then it is loaded. I suppose what I'm doing wrong has to be somewhere whiting the priority of my layer | 08:40 |
| miandonmenmian_ | because in spite that my layer includes some extra packages, those packages are not loaded | 08:41 |
| miandonmenmian_ | on the image | 08:41 |
| *** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-eglvuzwxfseslnba> has joined #yocto | 08:41 | |
| redengin | does your image include the dependency on the recipe? | 08:41 |
| redengin | miandonmenmian_, how are you testing for "loaded"? | 08:42 |
| *** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has joined #yocto | 08:45 | |
| miandonmenmian_ | the recipe require dependencies, so i suppose it would complain is it isnt there. however one of the dep might not be included on the image conf | 08:47 |
| miandonmenmian_ | im testing for loaded, because its not on the image when the image is run | 08:47 |
| miandonmenmian_ | i'd rather find a faster approach to this kind of tests | 08:48 |
| redengin | miandonmenmian_, have you done this before? | 08:51 |
| miandonmenmian_ | was working before i updated my yocto environment | 08:51 |
| miandonmenmian_ | but i did use the bbappend before for the included packages, instead i edited other layer directly | 08:51 |
| redengin | did you check that your layer is on the new environment? | 08:51 |
| miandonmenmian_ | yes, layer is there | 08:52 |
| miandonmenmian_ | just realized that not all packages are built | 08:52 |
| miandonmenmian_ | i dont understand why some are built, but no error output | 08:52 |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-ztwlymuylsjmefjt> has joined #yocto | 08:52 | |
| redengin | miandonmenmian_, is there a reason you customized another layer rather than creating your own? | 08:53 |
| miandonmenmian_ | i created my own, but seems the append didnt work, so just added the steps of my layer to the other layer on top | 08:53 |
| miandonmenmian_ | Now im trying to get my layer really working | 08:53 |
| redengin | the bbappend will only get applied if the original recipe is used | 08:54 |
| miandonmenmian_ | both my own and the original recipes are loaded | 08:54 |
| miandonmenmian_ | bitbake has them when compiling image. bitbake-layers also includes them | 08:54 |
| *** ddalex1 <ddalex1!~ddalex@5-14-92-181.residential.rdsnet.ro> has quit IRC | 08:56 | |
| *** Ulfalize1 <Ulfalize1!~ulf@h59ec3d69.selutin.dyn.perspektivbredband.net> has quit IRC | 09:00 | |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto | 09:02 | |
| miandonmenmian_ | redengin: does the append have to name the main source on it? i see no reference to this, but i saw some appends have a similar line | 09:05 |
| miandonmenmian_ | like this: require conf/distro/poky.conf | 09:05 |
| *** ][Sno][ <][Sno][!~sno@rademacherexchange.de> has joined #yocto | 09:11 | |
| *** [Sno] <[Sno]!~sno@rademacherexchange.de> has quit IRC | 09:13 | |
| redengin | confs are different than recipes | 09:13 |
| redengin | miandonmenmian_, is there any way to see what you're working on? | 09:15 |
| miandonmenmian_ | redengin: i'll try to clean it up and post it later on. but i was trying to make some sense of it before doing that, i'll try to put it somewhere | 09:16 |
| redengin | I'd start by comparing your local.conf between environments | 09:24 |
| redengin | did you create a custom image, or are you using local.conf to define your image dependencies? | 09:25 |
| *** arfoll <arfoll!arfoll@nat/intel/x-dysejognaoqkvczr> has quit IRC | 09:25 | |
| redengin | and yes, if you have just "x.bbappend" in your layer, you'll still need the layer that provided the original "x.bb" | 09:26 |
| redengin | but you should see errors if there are unmet dependencies | 09:27 |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-ztwlymuylsjmefjt> has left #yocto | 09:34 | |
| *** wrock <wrock!4d5006dc@gateway/web/freenode/ip.77.80.6.220> has joined #yocto | 09:41 | |
| *** wrock <wrock!4d5006dc@gateway/web/freenode/ip.77.80.6.220> has joined #yocto | 09:42 | |
| wrock | hello everyone, I'm trying to compile an arm distr on ubuntu 15.04, and the only thing i can't compile is mesa(warning treated as errors", someone has an idea at which point i need to fix that? | 09:43 |
| *** zwerch <zwerch!~Adium@ip-176-199-52-59.hsi06.unitymediagroup.de> has joined #yocto | 09:43 | |
| rburton | wrock: helpful if you pastebin the actual errors | 09:45 |
| *** leowt <leowt!~leowt@36.246.137.78.rev.vodafone.pt> has joined #yocto | 09:48 | |
| wrock | sec | 09:50 |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-zbydnwntehqerzmn> has joined #yocto | 09:52 | |
| wrock | here are the last couple of line rburton: http://pastebin.com/vJTMSp2P | 09:58 |
| wrock | i tried to delete all -werror flags in the package | 10:00 |
| wrock | but that didnt work | 10:00 |
| wrock | somehow the changes didn't apply | 10:00 |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-zbydnwntehqerzmn> has left #yocto | 10:00 | |
| wrock | also, in run.do_compile i can't find an Werror flag | 10:06 |
| *** zloy` <zloy`!~user@62.216.45.138> has joined #yocto | 10:07 | |
| zloy` | hey guys | 10:07 |
| zloy` | is there a documentation about creating my own rootfs and building busybox? | 10:07 |
| redengin | zloy`, wouldn't you just bitbake busybox? | 10:09 |
| zloy` | redengin: I have my own config file for busybox | 10:09 |
| redengin | zloy`, what do you mean by rootfs? busybox won't boot | 10:10 |
| zloy` | redengin: furthmore, I'd like to create my own rootfs with init scripts | 10:10 |
| zloy` | redengin: by rootfs I mean the directories structures /bin, /sbin, /root, /dev, /sys, etc. | 10:11 |
| zloy` | redengin: and why busybox won't boot? Actually I built busybox and created rootfs manually and it boots perfectly | 10:11 |
| redengin | zloy`, did you make the init busybox? | 10:12 |
| zloy` | redengin: yes, I did | 10:12 |
| *** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 10:12 | |
| *** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto | 10:13 | |
| redengin | zloy`, ah, then I understand | 10:13 |
| zloy` | redengin: so, what about the documentation? :) | 10:13 |
| zloy` | I just want to create my own meta for building busybox and rootfs | 10:13 |
| redengin | zloy`, I'm not sure I understand what documentation there would be | 10:13 |
| redengin | zloy`, as in you just want an image that defines busybox as the init? | 10:14 |
| zloy` | redengin: and creates my own rootfs folders structure | 10:16 |
| zloy` | and scripts of course | 10:16 |
| redengin | zloy`, then you'd make a (or many recipes) to add those folders/scripts | 10:17 |
| zloy` | redengin: as far as I understood this (https://www.yoctoproject.org/docs/1.8/dev-manual/dev-manual.html#understanding-and-creating-layers) document is that what I want, right? | 10:18 |
| redengin | somewhat, but really you just need a recipe for your customization, that recipe needs to be in a layer | 10:18 |
| *** husanu4 <husanu4!~husanu@91.199.104.6> has joined #yocto | 10:19 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 10:19 | |
| redengin | and then that layer needs to be added to your build environment | 10:19 |
| zloy` | should I create my own layer? | 10:20 |
| zloy` | or I can customize an existing one? | 10:20 |
| redengin | zloy`, layers just make it easier to reuse what you make | 10:20 |
| redengin | zloy`, that way you won't have to push your changes onto the parent layer | 10:21 |
| redengin | zloy`, inside your build environment it doesn't care about the git heritage | 10:22 |
| redengin | zloy`, make sense? | 10:23 |
| zloy` | redengin: I think yes :) I am creating my own layer anyway :) | 10:25 |
| *** husanu4 <husanu4!~husanu@91.199.104.6> has quit IRC | 10:25 | |
| *** husanu4 <husanu4!~husanu@91.199.104.6> has joined #yocto | 10:26 | |
| redengin | layers are a best practice, but once you've added it to your build environment (bblayers.conf) its all one big pool | 10:26 |
| zloy` | understood, thank you | 10:27 |
| redengin | also, per previous confusion, if you add a layer of bbappend, you still need the layer that includes the bb | 10:28 |
| *** husanu4 <husanu4!~husanu@91.199.104.6> has quit IRC | 10:28 | |
| zloy` | ok, I will create a layer :) | 10:29 |
| *** husanu4 <husanu4!~husanu@91.199.104.6> has joined #yocto | 10:29 | |
| zloy` | thank you for the support | 10:29 |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has quit IRC | 10:30 | |
| *** husanu4 <husanu4!~husanu@91.199.104.6> has quit IRC | 10:31 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:39 | |
| *** ][Sno][ is now known as [Sno] | 10:50 | |
| zloy` | redengin: btw, if I create by own layer, where I want to build busybox and rootfs, should I include meta, meta-yocto and meta-yocto-bsp to bblayers.conf file in the build/conf/ directory? | 10:51 |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto | 10:56 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 11:05 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 11:06 | |
| rburton | you only need meta-yocto if you're using poky, and meta-yocto-bsp if you're using a bsp from there | 11:11 |
| *** miandonmenmian_ <miandonmenmian_!~miandonme@140.206.114.194> has quit IRC | 11:36 | |
| *** miandonmenmian <miandonmenmian!~miandonme@140.206.114.194> has quit IRC | 11:37 | |
| Crofton|work | rburton, thanks for watching stackoverflow | 11:37 |
| Crofton|work | do postint run at first boot on oe-classic? | 11:39 |
| florian | If I remember correctly they all run both at install time and at first boot | 11:51 |
| zwerch | Crofton: what florian said, but there is a way to test if it currently runs at first boot. you want it? | 11:52 |
| rburton | Crofton|work: got a rss feed for "yocto", should probably add more keywords ;) | 11:53 |
| florian | some scripts that contain bits which will fail not running at boot time test if they executed during install to an offline root | 11:54 |
| Crofton|work | yeah, I think that is correct | 11:54 |
| florian | dbus e.g. | 11:54 |
| Crofton|work | http://stackoverflow.com/questions/31001815/debugging-bitbake-pkg-postinst-pn-append-to-config-file-installed-by-other-r | 11:55 |
| rburton | Crofton|work: he used ${D} in a postinst, which will get expanded during the build | 11:56 |
| rburton | so have the wrong value | 11:56 |
| zwerch | pkg_postinst_stuff() { | 11:56 |
| zwerch | #!/bin/sh -e | 11:56 |
| zwerch | if [ x"$D" = "x" ]; then | 11:56 |
| zwerch | # do something at first boot here | 11:56 |
| zwerch | else | 11:56 |
| zwerch | exit 1 | 11:56 |
| zwerch | fi | 11:56 |
| zwerch | } | 11:56 |
| Crofton|work | someone reply on Stackoverflow :) | 11:57 |
| zwerch | Will do :) | 11:57 |
| Crofton|work | we need to build reputation there | 11:57 |
| Crofton|work | so we can vote down bad answers | 11:57 |
| Crofton|work | rburton, I marked openembedded yocto and poky | 11:57 |
| rburton | oh, thanks to jku for monitoring stackoverflow | 12:01 |
| zwerch | I answered, UPVOTE PLS 😄 | 12:01 |
| zwerch | jk | 12:01 |
| rburton | zwerch: runs at firstboot if rootfs fails | 12:02 |
| rburton | if rootfs run exits 0, firstboot doesn't happen | 12:02 |
| rburton | i'd put that in a comment but i don't have enough reputation | 12:02 |
| rburton | (firstboot is basically fallback) | 12:03 |
| Crofton|work | earning reputation seems hard | 12:03 |
| rburton | especially when you can't earn reputation with "well, actually" comments :) | 12:03 |
| zwerch | I edited it, better like this? | 12:04 |
| rburton | would be good to say that the behaviour is run all postinsts at rootfs time, and any that fail run again on first boot. | 12:05 |
| rburton | which leads to your example | 12:05 |
| zwerch | seems right, yes | 12:06 |
| rburton | *but* the question was about doing something at rootfs time, so he just needs to use $D properly | 12:06 |
| rburton | oh, unless there's an ordering problem | 12:06 |
| rburton | does rpm ensure all depends are installed when it runs the postinst? | 12:08 |
| Crofton|work | what do people use to view rss feeds these days? | 12:16 |
| rburton | i used feedkit on my macbook ;) | 12:17 |
| Crofton|work | looking at the feedly chrome thing | 12:18 |
| zwerch | Reeder on iOS / OS X | 12:30 |
| *** sameo <sameo!~samuel@192.55.54.42> has quit IRC | 12:39 | |
| Crofton|work | I'm setting up fedely, see if this helps me | 12:46 |
| *** husanu3 <husanu3!~husanux1@91.199.104.6> has joined #yocto | 12:50 | |
| *** sameo <sameo!~samuel@192.55.54.42> has joined #yocto | 12:52 | |
| *** husanu5 <husanu5!~husanux1@91.199.104.6> has joined #yocto | 12:56 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-172-72-214-31.carolina.res.rr.com> has quit IRC | 12:59 | |
| *** husanu5 <husanu5!~husanux1@91.199.104.6> has quit IRC | 13:00 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 13:02 | |
| *** Nilesh_ <Nilesh_!~nilesh@116.202.115.149> has joined #yocto | 13:03 | |
| *** Nilesh_ <Nilesh_!~nilesh@116.202.115.149> has left #yocto | 13:04 | |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto | 13:04 | |
| *** Nilesh_ <Nilesh_!~nilesh@116.202.115.149> has joined #yocto | 13:04 | |
| *** hellerbarde <hellerbarde!~quassel@217-162-210-252.dynamic.hispeed.ch> has joined #yocto | 13:05 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:05 | |
| *** hugovs <hugovs!~hugo@179.181.118.120> has quit IRC | 13:10 | |
| *** hugovs <hugovs!~hugo@179.181.114.218> has joined #yocto | 13:11 | |
| *** husanux1 <husanux1!~husanux1@91.199.104.6> has joined #yocto | 13:13 | |
| *** husanux1 <husanux1!~husanux1@91.199.104.6> has quit IRC | 13:13 | |
| wrock | hey, how can you modify the the bitbake core-minimal / core-sato? (I'd like to have some modules from sato in the minimal image) | 13:14 |
| *** husanux5 <husanux5!~husanux5@91.199.104.6> has joined #yocto | 13:14 | |
| wrock | since the sato image is too load it on the zedboard | 13:15 |
| *** Nilesh_1 <Nilesh_1!~nilesh@116.202.115.149> has joined #yocto | 13:15 | |
| *** Nilesh_ <Nilesh_!~nilesh@116.202.115.149> has quit IRC | 13:15 | |
| *** husanux5 <husanux5!~husanux5@91.199.104.6> has quit IRC | 13:18 | |
| LetoThe2nd | wrock: create new image recipe, start with the core minimal one and add the stuff you want | 13:19 |
| jku | wrock: making your own image is not difficult. You can copy e.g. meta/recipes-sato/images/core-image-sato.bb and then remove/add image features, and install extra packages and packagegroups | 13:19 |
| *** tsramos <tsramos!tsramos@nat/intel/x-ohxzwuxohdraxpce> has joined #yocto | 13:19 | |
| *** husanux9 <husanux9!~husanux9@91.199.104.6> has joined #yocto | 13:20 | |
| *** husanux9 <husanux9!~husanux9@91.199.104.6> has quit IRC | 13:21 | |
| *** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC | 13:22 | |
| *** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto | 13:22 | |
| wrock | so minimal is everything in meta/ but without recipes-sato? jku | 13:24 |
| hellerbarde | what determines the order of layers from which bbappend files are parsed? I have some trouble overriding a variable in a bbappend file from an upstream layer. | 13:25 |
| *** husanux2 <husanux2!~husanux2@91.199.104.6> has joined #yocto | 13:25 | |
| hellerbarde | Oh and how can I best debug this without building the complete image and flashing it to see what changed? | 13:25 |
| jku | wrock: minimal is what meta/recipes-core/images/core-image-minimal.bb defines (definitely not everything in meta) | 13:26 |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.42> has joined #yocto | 13:28 | |
| *** husanux2 <husanux2!~husanux2@91.199.104.6> has quit IRC | 13:29 | |
| jku | hellerbarde: "bitbake -e <recipe>" is very useful for debugging variables (lots of output though, pipe to a file and search there) | 13:30 |
| hellerbarde | jku: okay. thanks a lot. | 13:31 |
| wrock | i have something like that there,were are they defined? IMAGE_INSTALL = "packagegroup-core-boot ${ROOTFS_PKGMANAGE_BOOTSTRAP} ${CORE_IMAGE_EXTRA_INSTALL}" | 13:33 |
| wrock | i guess its the best i lloking for a manual.. | 13:33 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 13:46 | |
| kergoth | hellerbarde: bbappend application order is done in layer priority order, so check your layer priority in your layer.conf. | 13:47 |
| hellerbarde | ohhhh, right. I thought i remembered that from somewhere. kergoth thanks so much. So much to remember when getting into this system. | 13:48 |
| *** jku <jku!jku@nat/intel/x-pcuitkaysxoqlnkw> has quit IRC | 13:54 | |
| *** wadim_ <wadim_!~egorov@mail.phycard.de> has quit IRC | 13:54 | |
| *** dfaught <dfaught!~dfaught@cpe-70-123-104-72.tx.res.rr.com> has joined #yocto | 14:00 | |
| *** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC | 14:00 | |
| *** timsche <timsche!~quassel@port-92-192-114-198.dynamic.qsc.de> has joined #yocto | 14:02 | |
| *** manderke <manderke!~manderke@5-13-245-144.residential.rdsnet.ro> has joined #yocto | 14:03 | |
| manderke | hi guys | 14:04 |
| manderke | I'm trying to build an image for x86 but I can't seem to make it get rid of the initramfs | 14:04 |
| manderke | I do not want a live image, I want a normal installation on an usb key | 14:04 |
| *** dfaught <dfaught!~dfaught@cpe-70-123-104-72.tx.res.rr.com> has quit IRC | 14:04 | |
| manderke | so first step would be to get rid of the initramfs | 14:05 |
| manderke | if I try to do INITRD_IMAGE = "", build is complaining that: ERROR: Nothing PROVIDES '' | 14:06 |
| manderke | then it just says my target has no buildable providers | 14:07 |
| manderke | and that's it | 14:07 |
| manderke | somehow, somebody drags in the initramfs | 14:07 |
| manderke | how can I debug that kind of dependency? | 14:07 |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 14:07 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 14:10 | |
| *** madisox <madisox!~madison@64-71-1-115.static.wiline.com> has joined #yocto | 14:10 | |
| *** marekb <marekb!~marek@81.89.61.168.vnet.sk> has quit IRC | 14:18 | |
| rburton | manderke: define "normal install". the default image type for x86 is live, so change that instead of trying to hack it. ie make it build a ext3 file system that you can put in a partition you created, or instead use wic to create a disk image from the ext3 | 14:18 |
| manderke | rburton, I've changed IMAGE_FSTYPES, it is not live anymore | 14:19 |
| *** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has quit IRC | 14:19 | |
| manderke | my problem is happening when IMAGE_FSTYPES is set to my own class | 14:20 |
| manderke | but only on x86 device | 14:20 |
| manderke | I've no idea why live is even considered | 14:22 |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-zbydnwntehqerzmn> has joined #yocto | 14:22 | |
| raykinsella78 | folks - tricky one | 14:23 |
| raykinsella78 | I need to pull multiple git repos inorder to build a project. | 14:23 |
| *** Nilesh_1 <Nilesh_1!~nilesh@116.202.115.149> has quit IRC | 14:23 | |
| raykinsella78 | I need to pull repo into A | 14:23 |
| raykinsella78 | I then need to pull repo B in A/B | 14:23 |
| raykinsella78 | I then do a make inside A/ | 14:24 |
| raykinsella78 | make sense? | 14:24 |
| raykinsella78 | These are two seperate git repos - not branches on the same repo. | 14:24 |
| *** behanw <behanw!~behanw@2001:470:b26c:0:58c5:e8bf:b165:9cf2> has quit IRC | 14:25 | |
| rburton | so far so usual | 14:25 |
| manderke | rburton, just gave a try with IMAGE_FSTYPES set to ext3 and I get the same error | 14:25 |
| rburton | manderke: don't force initrd_image to '' | 14:25 |
| rburton | that's unrelated to "i dont' want a live image" | 14:26 |
| rburton | raykinsella78: what's the problem? | 14:26 |
| manderke | rburton, if I don't do that, the initramfs ends up embedded in the kernel | 14:26 |
| raykinsella78 | rburton - I well I specify two git:// in my SRC_URI, it just ignores the second one. | 14:26 |
| raykinsella78 | RC_URI = " \ | 14:27 |
| raykinsella78 | git://github.com/tianocore/edk2.git;protocol=https;branch=svn/branches/UDK2014.SP1;name=UDK2014 \ | 14:27 |
| raykinsella78 | git://github.com/tianocore/edk2-FatPkg.git;protocol=https;branch=master;name=FatPkg \ | 14:27 |
| rburton | manderke: i thought you wanted a non-live image? why is using a initramfs so bad? | 14:28 |
| *** stiandre <stiandre!~stiandre@109.247.13.242> has quit IRC | 14:28 | |
| *** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC | 14:28 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 14:29 | |
| rburton | raykinsella78: see recipes-multimedia/gstreamer/gstreamer1.0-omx_git.bb for an example of pulling multiple git repos | 14:29 |
| raykinsella78 | legend thanks | 14:29 |
| rburton | (basiscally set destsuffix so it doesn't want to unpack them both to git/ | 14:29 |
| manderke | rburton, because the provided initramfs does some things I don't need; for starters I want the rootfs to be mounted from one of the usb's key partition while the init script from the initramfs tries to loop mount a rootfs image file | 14:30 |
| *** dgm816 <dgm816!~dgm816@97-64-167-34.client.mchsi.com> has joined #yocto | 14:30 | |
| *** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto | 14:30 | |
| *** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto | 14:33 | |
| *** timsche <timsche!~quassel@port-92-192-114-198.dynamic.qsc.de> has quit IRC | 14:38 | |
| *** wrock <wrock!4d5006dc@gateway/web/freenode/ip.77.80.6.220> has quit IRC | 14:39 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 14:44 | |
| lpapp | bluelightning_: hey | 14:44 |
| bluelightning_ | hello | 14:44 |
| bluelightning_ | I'm not really here btw ;) | 14:44 |
| lpapp | ah, ok. I will not ask then. | 14:45 |
| rburton | ask the channel, not the GUY WHO SHOULD NOT BE ON IRC | 14:45 |
| rburton | bluelightning_: don't make me find an op to kick you | 14:46 |
| zedd_ | DO IT!! | 14:46 |
| bluelightning_ | rburton: I wasn't paying any attention until I was pinged | 14:46 |
| *** zedd_ is now known as zeddii | 14:46 | |
| lpapp | but it is related to our last conversation | 14:46 |
| lpapp | btw, I asked the channel afterwards and no one knew :) | 14:46 |
| lpapp | it is about the sdk generation (stripping). | 14:46 |
| bluelightning_ | I'm dropping now ;) | 14:46 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 14:46 | |
| lpapp | for some reason I cannot get the files-in-sdk.txt generated | 14:46 |
| lpapp | even though the buildhistory variable looks correct to me. | 14:46 |
| lpapp | I am using 1.6.3. | 14:46 |
| Crofton|work | what is the name for 1.6.3? | 14:47 |
| lpapp | and I am not sure how to pin this issue down. | 14:47 |
| lpapp | daisy | 14:47 |
| Crofton|work | dizzy daisy etc? | 14:47 |
| Crofton|work | hmm, I do not have a build for that to check, sorry | 14:48 |
| lpapp | it is probably about my environment, yet I am not sure what to check. | 14:48 |
| _4urele_ | rburton, what a leadership! | 14:48 |
| lpapp | based on the manual, it ought to be generated when the SDK is generated. | 14:48 |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 14:48 | |
| lpapp | given that the buildhistory variable is set up properly. | 14:48 |
| lpapp | I can be sure about that with bitbake -e -c populate_sdk myimage | grep ^BUILDHISTORY | 14:49 |
| lpapp | BUILDHISTORY_FEATURES="image package sdk" | 14:50 |
| lpapp | BUILDHISTORY_COMMIT="1" | 14:51 |
| *** roric_ <roric_!~roric@83.140.117.51> has quit IRC | 14:52 | |
| lpapp | perhaps it is better to ask on the mailing list as it seems to be a bit specific knowledge? :) | 14:52 |
| lpapp | and also, it is summer time. | 14:53 |
| Crofton|work | yeah, you need to find someone with a daisy build and compare notes, also, tst on a later build to see if it works as you expect. | 14:55 |
| Crofton|work | I see the file in my master build | 14:55 |
| manderke | so any idea on how I can get rid off of the initramfs? | 14:57 |
| lpapp | Crofton|work: hmm, I can try that with the latest poky, but I cannot test it with my layer :) | 14:57 |
| lpapp | but even that is a good start, indeed. | 14:57 |
| *** adelcast <adelcast!~adelcast@130.164.62.82> has left #yocto | 14:59 | |
| *** ddalex1 <ddalex1!~ddalex@5-14-92-181.residential.rdsnet.ro> has joined #yocto | 15:07 | |
| *** benjamirc <benjamirc!~besquive@134.134.139.74> has joined #yocto | 15:17 | |
| raykinsella78 | how do I override the SRCREV of a named branch in local.conf | 15:19 |
| raykinsella78 | ? | 15:19 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 15:20 | |
| raykinsella78 | SRCREV_pn-edk2[branch] isn't working | 15:21 |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 15:21 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 15:22 | |
| *** behanw <behanw!~behanw@S01060024012ae73d.gv.shawcable.net> has joined #yocto | 15:25 | |
| *** nicolas_ <nicolas_!58a61e6b@gateway/web/freenode/ip.88.166.30.107> has joined #yocto | 15:28 | |
| nicolas_ | Hi guys ! | 15:28 |
| nicolas_ | I have a question, regarding the use of an external toolchain in yocto | 15:29 |
| lpapp | raykinsella78: ? | 15:29 |
| lpapp | raykinsella78: SRCREV means some hash, which is available only in one branch | 15:29 |
| lpapp | you will not get the same hash for a commit in a different branch. | 15:29 |
| lpapp | so I am not getting your question. | 15:29 |
| lpapp | nicolas_: ok | 15:29 |
| nicolas_ | I'm currently trying to produce an armhf image for an iMX6 board | 15:29 |
| nicolas_ | Using an external toolchain from linaro (2013.10), and it seems to be alsmot working | 15:30 |
| rburton | raykinsella78: it uses overrides not flags, try SRCREV_branch_pn-edk2 | 15:30 |
| nicolas_ | System boots, but I notice that some of my binaries got prefixed with "arm-linux-gnueabihf-" | 15:31 |
| rburton | nicolas_: by "some" do you mean "the toolchain" | 15:31 |
| nicolas_ | Nope, I mean the package nano for example | 15:32 |
| rburton | now that's special | 15:32 |
| nicolas_ | Yes ! I started digging, but I am now a little bit hopeless as I can't ssem to find where this would happend | 15:33 |
| nicolas_ | And I also can't figre out with some packages would be prefixed and others not | 15:35 |
| nicolas_ | I should probably mention that I am using deb packages format | 15:35 |
| nicolas_ | rburton: And this is probably all connected, but ldconfig is not found on the target | 15:37 |
| *** zwerch <zwerch!~Adium@ip-176-199-52-59.hsi06.unitymediagroup.de> has quit IRC | 15:39 | |
| nicolas_ | Any ideas :) ? | 15:40 |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 15:44 | |
| raykinsella78 | thanks .. rburtion | 15:47 |
| hellerbarde | is there a way to mark a bb as permanently dirty, to force a re-download and a rebuild on every run? | 15:48 |
| hellerbarde | use -c clean maybe? | 15:48 |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 15:50 | |
| hellerbarde | so does bitbake -c cleanall delete all the things only for the specified recipe or for _all_ dependencies as well? | 15:53 |
| rburton | cleanall will remove work tree, sstate, and downloads for the recipe | 15:55 |
| *** behanw <behanw!~behanw@S01060024012ae73d.gv.shawcable.net> has quit IRC | 15:58 | |
| *** adelcast <adelcast!~adelcast@130.164.62.224> has joined #yocto | 16:01 | |
| *** nicolas_ <nicolas_!58a61e6b@gateway/web/freenode/ip.88.166.30.107> has quit IRC | 16:03 | |
| *** frsc <frsc!~frsc@dslb-094-216-229-010.094.216.pools.vodafone-ip.de> has quit IRC | 16:05 | |
| kergoth | heh, that is confusing, since fetchall runs fetch against the recipe and its deps :) | 16:06 |
| *** TobSnyder <TobSnyder!~schneider@ip923447ca.dynamic.kabel-deutschland.de> has quit IRC | 16:06 | |
| rburton | yeah, i guess | 16:06 |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has quit IRC | 16:06 | |
| *** arfoll <arfoll!arfoll@nat/intel/x-fgxmihzquyidautt> has joined #yocto | 16:11 | |
| *** berton <berton!~fabio@201.22.227.56> has joined #yocto | 16:11 | |
| kergoth | inconsistent, i should say | 16:15 |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-xftftclqzydhfgwp> has joined #yocto | 16:22 | |
| hellerbarde | thanks guys. | 16:23 |
| kergoth | RP: https://gist.github.com/d6736d5c777d007ab4fc | 16:23 |
| rburton | kergoth: i had a custom class that caused that too | 16:24 |
| kergoth | hmm | 16:24 |
| rburton | kergoth: you've event handlers that cause events to be fired | 16:24 |
| rburton | i added an event mask to make my handler work, not sure if that's a good enough fix for you | 16:25 |
| kergoth | rburton: sanity.bbclass fires events from its handler :P | 16:26 |
| rburton | alternatively, we basically reference count the assignment of d in execute_handler | 16:26 |
| rburton | i added a mask and it stopped happening, which is when i stopped caring about the problem... | 16:26 |
| kergoth | sanity has eventmask already :) | 16:26 |
| rburton | kergoth: throw a debug statement before it executes the handler so you know what is causing the problem | 16:27 |
| RP | kergoth: I think its events which trigger other events that do that | 16:28 |
| kergoth | yep, see above | 16:28 |
| RP | kergoth: I'm just a bit puzzled why some cases hit it and others generally dont | 16:28 |
| kergoth | none of my sanity tests failed, so i'm assuming its the success event in this case | 16:29 |
| rburton | kergoth: well my timer class caused that exact error, until i gave it event masks | 16:30 |
| rburton | (https://github.com/rossburton/meta-ross/commit/22a0a4058a9359bb223f60da2e16f5c13eee2dde#diff-c491088205b10cd3b0a70eb575192607) | 16:30 |
| kergoth | i don't fire events anywhere in any of my local layers | 16:30 |
| RP | kergoth: log messages are events (e.g. bb.note) | 16:31 |
| kergoth | i currently have poky, meta-oe, meta-virtualization, meta-oe, and meta-mentor & meta-sourcery. | 16:31 |
| kergoth | i expect we should revert this until the kinks are worked out, if we can't print messages from event handlers, that's a serious problem :) | 16:31 |
| kergoth | Hmm, it's kind of too bad that event handlers are run immediately in caller context, rather than queued up for execution in an event loop or something | 16:32 |
| kergoth | oh well | 16:32 |
| RP | kergoth: well, what puzzles me is the autobuilder works, all my builds work etc | 16:32 |
| RP | kergoth: I'd like to understand how to trigger this | 16:33 |
| kergoth | currently all i have configured is the poky layers, meta-oe, meta-sourcery, and the meta-mentor layers. | 16:33 |
| kergoth | i'll try to pare down to a test case | 16:33 |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-zbydnwntehqerzmn> has quit IRC | 16:33 | |
| kergoth | it's happening on every bitbake execution in this configuration | 16:33 |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-fyiyyifkkgvchemf> has joined #yocto | 16:35 | |
| RP | kergoth: I did comment on https://bugzilla.yoctoproject.org/show_bug.cgi?id=7668 earlier btw. If we remove the predefined function capability of register we could implement this like you suggest instead | 16:35 |
| yocti | Bug 7668: enhancement, Medium, 1.9 M1, richard.purdie, IN PROGRESS REVIEW , Feature request: inject 'd' as well as 'e' into event handlers | 16:35 |
| kergoth | saw that, i'd forgotten about the direct function handling.. | 16:35 |
| kergoth | afaik no one is using that, but i guess some external layer could be | 16:35 |
| kergoth | hmm | 16:35 |
| RP | kergoth: I'm not aware of anything either fwiw | 16:36 |
| RP | kergoth: the other way is to only remove d from builtins if we added it | 16:36 |
| * kergoth nods | 16:37 | |
| kergoth | i wish there was a cleaner way to do this.. can't just inject something into the context of a function object other than through builtins :\ | 16:37 |
| kergoth | huh, https://stackoverflow.com/questions/2749655/why-are-closures-broken-within-exec is rather interesting | 16:40 |
| kergoth | always wondered about that | 16:40 |
| kergoth | I always rather liked being able to pass a function into bb.event, as it made it more general purpose, but our event handling is pretty specific to use with our metadata anyway in most cases, so.. | 16:41 |
| *** limbrik <limbrik!~textual@64.197.89.235> has quit IRC | 16:47 | |
| tripzero | hmm... python3 in poky seems... incomplete | 16:48 |
| kergoth | RP: i think rburton is right, it seems related to event handlers with no eventmask (i didn't think i had any left, but i was wrong, should have paid closer attention), so the same event is fired from both the outer and inner events when events are fired from other events.. but i'm not sure why that would cause this failure offhand | 16:49 |
| kergoth | haven't verified that adding eventmasks fixes it yet though, testing further | 16:49 |
| rburton | tripzero: did you just install python3-core and none of the modules (python3-modules will pull them all in)? | 16:49 |
| kergoth | specifically, in this case, if i print messages before and after the event function call, i'm seeing multiple events fired after check_sanity_eventhandler starts but before check_sanity_eventhandler exits | 16:50 |
| tripzero | rburton: probably! | 16:50 |
| tripzero | rburton: is there a way to get bitbake to spit out a list of packages for a recipe? | 16:50 |
| kergoth | yep, rburton called it, fixing those resolved the problem | 16:51 |
| rburton | kergoth: now you can figure out *why* | 16:51 |
| rburton | tripzero: oe-pkgdata-util can do that i think | 16:52 |
| kergoth | its possible i had no event handlers that catch the sanity success or failure messages | 16:52 |
| kergoth | so nothing was run in the nested event handling | 16:52 |
| kergoth | but ahving a non-eventmasked event handler changed that | 16:52 |
| kergoth | i expect adding a handler for the sanity success or failure message would exhibit the same behavior, but that's just a theory | 16:52 |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC | 16:53 | |
| *** sameo <sameo!~samuel@192.55.54.42> has quit IRC | 16:54 | |
| *** berton <berton!~fabio@201.22.227.56> has quit IRC | 16:56 | |
| *** berton <berton!~fabio@201.22.227.56> has joined #yocto | 16:57 | |
| *** sameo <sameo!~samuel@192.55.54.42> has joined #yocto | 17:00 | |
| manderke | so did anybody ever ran a yocto kernel on x86 without the initramfs? | 17:05 |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto | 17:08 | |
| *** jku <jku!~jku@d-lltyxzqsj--98wl3k-3.rev.dnainternet.fi> has joined #yocto | 17:12 | |
| *** sameo <sameo!~samuel@192.55.54.42> has quit IRC | 17:13 | |
| manderke | or to put it differently, did anybody try running a regular (installed) usb yocto os? (as opposed to a live usb yocto image?) | 17:13 |
| Crofton|work | zeddii, awake? | 17:18 |
| Crofton|work | | /home/balister/src/oe-core/build/tmp-glibc/work-shared/ettus-e1xx/kernel-source/arch/arm/include/asm/irqflags.h:11:5: warning: "__LINUX_ARM_ARCH__" is not defined [-Wundef] | 17:18 |
| Crofton|work | | #if __LINUX_ARM_ARCH__ >= 6 | 17:18 |
| Crofton|work | any tips on that, with linux-yocto-custom | 17:19 |
| zeddii | Crofton|work, hmm. was just building lots of random kernels yesterday. that's with an older kernel or 4.1 ? | 17:20 |
| Crofton|work | older 3.0 era | 17:21 |
| Crofton|work | 3.5 era builds, just doesn't work :( | 17:21 |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-fyiyyifkkgvchemf> has left #yocto | 17:25 | |
| *** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-eglvuzwxfseslnba> has quit IRC | 17:32 | |
| Crofton|work | zeddii, might be self inflicted .... | 17:36 |
| Crofton|work | no .... | 17:36 |
| kergoth | hmm, wonder how difficult it'd be to make recipetool more extensible by pulling plugins from lib/recipetool/* from all entries in BBPATH | 17:38 |
| *** Biliogadafr <Biliogadafr!~User@port-35-adslby-pool45.infonet.by> has quit IRC | 17:54 | |
| *** tsramos_ <tsramos_!~tsramos@134.134.137.73> has joined #yocto | 17:56 | |
| *** aswin <aswin!~aswin@103.224.145.223> has joined #yocto | 17:59 | |
| *** tsramos <tsramos!tsramos@nat/intel/x-ohxzwuxohdraxpce> has quit IRC | 17:59 | |
| *** dfaught <dfaught!~dfaught@cpe-70-123-104-72.tx.res.rr.com> has joined #yocto | 18:01 | |
| *** husanu7 <husanu7!~husanu7@5-12-36-106.residential.rdsnet.ro> has joined #yocto | 18:02 | |
| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has quit IRC | 18:03 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 18:05 | |
| *** husanu7 <husanu7!~husanu7@5-12-36-106.residential.rdsnet.ro> has quit IRC | 18:14 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 18:18 | |
| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has joined #yocto | 18:19 | |
| *** phantoneD <phantoneD!destroy@a89-152-21-144.cpe.netcabo.pt> has quit IRC | 18:21 | |
| *** phantoxeD <phantoxeD!destroy@a89-152-21-144.cpe.netcabo.pt> has joined #yocto | 18:21 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-xftftclqzydhfgwp> has quit IRC | 18:26 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 18:26 | |
| *** kw01f <kw01f!~kw01f@x5d8742d9.dyn.telefonica.de> has joined #yocto | 18:29 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-nmvqngfksvviadsb> has joined #yocto | 18:31 | |
| *** kscherer__ <kscherer__!~kscherer@128.224.252.2> has quit IRC | 18:32 | |
| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has quit IRC | 18:32 | |
| tripzero | grr. even with python3-modules I still don't have "imp": ImportError: No module named 'imp' | 18:34 |
| tripzero | which means I can't run "get-pip.py" | 18:34 |
| tripzero | rburton: are there any other essential python3 packages besides python3-modules? | 18:35 |
| *** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has joined #yocto | 18:35 | |
| *** Mohican <Mohican!~Doug@179.159.56.214> has joined #yocto | 18:36 | |
| *** kw01f <kw01f!~kw01f@x5d8742d9.dyn.telefonica.de> has quit IRC | 18:42 | |
| kergoth | sounds like somebody forgot to include it in the python-3.4-manifest.inc for somer eason | 18:44 |
| *** paulg_ <paulg_!~paulg@72.1.195.9> has joined #yocto | 18:44 | |
| *** tripzero <tripzero!~tripzero@134.134.139.76> has quit IRC | 18:45 | |
| Crofton|work | http://lists.busybox.net/pipermail/buildroot/2015-June/130833.html | 18:46 |
| *** tripzero <tripzero!~tripzero@134.134.139.76> has joined #yocto | 18:53 | |
| rburton | tripzero: what kergoth said - please fix the manifest | 19:03 |
| *** glfernando <glfernando!glfernando@nat/intel/x-hhmkpneorwgvmlxe> has joined #yocto | 19:07 | |
| *** ddalex <ddalex!~ddalex@19.153.198.146.dyn.plus.net> has joined #yocto | 19:23 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ipqgkqvigpjcavwn> has joined #yocto | 19:23 | |
| tripzero | rburton: I missed what kergoth said. which manifest? | 19:31 |
| tripzero | kergoth: can repeat directive? | 19:32 |
| *** benjamirc <benjamirc!~besquive@134.134.139.74> has quit IRC | 19:32 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-aggbqfisrproahui> has joined #yocto | 19:34 | |
| *** benjamirc <benjamirc!besquive@nat/intel/x-aggbqfisrproahui> has quit IRC | 19:36 | |
| kergoth | see scripts/contrib/python/generate-manifest-3.4.py and meta/recipes-devtools/python/python-3.4-manifest.inc which is generated by it | 19:41 |
| kergoth | imp must be missing from the former, add it | 19:41 |
| *** [Sno] <[Sno]!~sno@rademacherexchange.de> has quit IRC | 19:45 | |
| *** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has quit IRC | 19:49 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 19:54 | |
| tripzero | y | 19:54 |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 19:56 | |
| *** berton <berton!~fabio@201.22.227.56> has quit IRC | 19:56 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 19:56 | |
| *** berton <berton!~fabio@201.22.227.56> has joined #yocto | 19:56 | |
| *** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has joined #yocto | 19:59 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 20:01 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 20:02 | |
| tripzero | kergoth: thx | 20:05 |
| kergoth | np | 20:16 |
| *** jku <jku!~jku@d-lltyxzqsj--98wl3k-3.rev.dnainternet.fi> has quit IRC | 20:20 | |
| *** staylor <staylor!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto | 20:23 | |
| *** pohly <pohly!~pohly@p57A57AA6.dip0.t-ipconnect.de> has quit IRC | 20:29 | |
| *** berton <berton!~fabio@201.22.227.56> has quit IRC | 20:33 | |
| *** ddalex <ddalex!~ddalex@19.153.198.146.dyn.plus.net> has quit IRC | 20:35 | |
| *** paulg_ <paulg_!~paulg@72.1.195.9> has quit IRC | 20:36 | |
| *** tsramos <tsramos!~tsramos@192.55.54.40> has joined #yocto | 20:41 | |
| *** tsramos__ <tsramos__!~tsramos@134.134.137.73> has joined #yocto | 20:42 | |
| *** tsramos_ <tsramos_!~tsramos@134.134.137.73> has quit IRC | 20:44 | |
| *** tsramos <tsramos!~tsramos@192.55.54.40> has quit IRC | 20:45 | |
| *** ddalex <ddalex!~ddalex@19.153.198.146.dyn.plus.net> has joined #yocto | 20:47 | |
| *** lamego <lamego!~lamego@134.134.139.72> has joined #yocto | 20:49 | |
| *** ddalex <ddalex!~ddalex@19.153.198.146.dyn.plus.net> has quit IRC | 20:51 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-nmvqngfksvviadsb> has quit IRC | 20:56 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-tzmytegckcvnutwr> has joined #yocto | 21:03 | |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 21:03 | |
| *** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 21:04 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 21:10 | |
| *** dfaught <dfaught!~dfaught@cpe-70-123-104-72.tx.res.rr.com> has joined #yocto | 21:12 | |
| *** davez <davez!43b812c0@gateway/web/freenode/ip.67.184.18.192> has joined #yocto | 21:12 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 21:13 | |
| RP | Crofton|work: someone should see if we could share a test framework ;-) | 21:15 |
| *** dfaught <dfaught!~dfaught@cpe-70-123-104-72.tx.res.rr.com> has quit IRC | 21:21 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 21:32 | |
| -YoctoAutoBuilder- build #347 of nightly-fsl-ppc is complete: Failure [failed BuildImages Building Toolchain Images Building Toolchain Images_1 UploadToasterEventlog] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/347 | 21:35 | |
| -YoctoAutoBuilder- build #355 of nightly-fsl-ppc-lsb is complete: Failure [failed BuildImages UploadToasterEventlog] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc-lsb/builds/355 | 21:35 | |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC | 21:36 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ipqgkqvigpjcavwn> has quit IRC | 21:36 | |
| Crofton|work | RP, everyone should write their own | 21:38 |
| *** paul_ <paul_!~paul@24-246-6-178.cable.teksavvy.com> has joined #yocto | 21:39 | |
| *** tsramos__ <tsramos__!~tsramos@134.134.137.73> has quit IRC | 21:45 | |
| *** paul__ <paul__!~paul@24-246-6-178.cable.teksavvy.com> has joined #yocto | 21:45 | |
| *** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has quit IRC | 21:47 | |
| *** paul_ <paul_!~paul@24-246-6-178.cable.teksavvy.com> has quit IRC | 21:50 | |
| *** tsramos <tsramos!~tsramos@192.55.54.40> has joined #yocto | 21:52 | |
| RP | kergoth: I quickly wrote up a patch to fix that event handler issue, at least in theory | 21:54 |
| RP | kergoth: whether we should do something different remains to be seen | 21:54 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 21:57 | |
| *** dbozec <dbozec!~dbozec@2001:41d0:fe78:1700:3c2c:2840:cb01:45b3> has quit IRC | 21:59 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| * kergoth nods, he doesn't have a very strong opinion on it either way, though modifying __builtins__ feels slightly uglier | 22:03 | |
| -YoctoAutoBuilder- build #346 of nightly-ipk is complete: Failure [failed BuildImages Running Sanity Tests Running Sanity Tests_1 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/346 | 22:03 | |
| *** madisox <madisox!~madison@64-71-1-115.static.wiline.com> has quit IRC | 22:07 | |
| -YoctoAutoBuilder- build #349 of nightly-ppc-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/349 | 22:08 | |
| -YoctoAutoBuilder- build #358 of nightly-non-gpl3 is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-non-gpl3/builds/358 | 22:09 | |
| *** dbozec <dbozec!~dbozec@2001:41d0:fe78:1700:407d:1d03:e91f:784e> has joined #yocto | 22:11 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.61.150> has joined #yocto | 22:12 | |
| *** hugovs <hugovs!~hugo@179.181.114.218> has quit IRC | 22:13 | |
| -YoctoAutoBuilder- build #351 of nightly-qa-pam is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/351 | 22:15 | |
| *** clsulliv1 <clsulliv1!~clsulliv@134.134.137.75> has left #yocto | 22:15 | |
| *** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 22:19 | |
| *** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has joined #yocto | 22:23 | |
| -YoctoAutoBuilder- build #348 of nightly-qa-extras is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/348 | 22:24 | |
| *** madisox <madisox!~madison@64-71-1-114.static.wiline.com> has joined #yocto | 22:25 | |
| *** tripzero <tripzero!~tripzero@134.134.139.76> has quit IRC | 22:25 | |
| -YoctoAutoBuilder- build #353 of nightly-multilib is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 Running Sanity Tests_2 BuildImages_3 Running Sanity Tests_3 BuildImages_4] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/353 | 22:27 | |
| -YoctoAutoBuilder- build #357 of nightly-world is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/357 | 22:30 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.42> has quit IRC | 22:31 | |
| -YoctoAutoBuilder- build #351 of nightly-qa-logrotate is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/351 | 22:32 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 22:32 | |
| -YoctoAutoBuilder- build #6 of ptest-x86-64 is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org/main/builders/ptest-x86-64/builds/6 | 22:33 | |
| -YoctoAutoBuilder- build #348 of buildtools is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/buildtools/builds/348 | 22:36 | |
| -YoctoAutoBuilder- build #346 of nightly-intel-gpl is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-intel-gpl/builds/346 | 22:40 | |
| -YoctoAutoBuilder- build #364 of poky-tiny is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/364 | 22:40 | |
| *** phantoneD <phantoneD!~destroy@a89-152-21-144.cpe.netcabo.pt> has joined #yocto | 22:44 | |
| *** phantoxeD <phantoxeD!destroy@a89-152-21-144.cpe.netcabo.pt> has quit IRC | 22:47 | |
| -YoctoAutoBuilder- build #348 of build-appliance is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/348 | 22:48 | |
| *** lamego <lamego!~lamego@134.134.139.72> has quit IRC | 22:50 | |
| *** madisox <madisox!~madison@64-71-1-114.static.wiline.com> has quit IRC | 22:51 | |
| -YoctoAutoBuilder- build #351 of nightly-qa-systemd is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/351 | 22:55 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.61.150> has quit IRC | 22:58 | |
| *** tsramos <tsramos!~tsramos@192.55.54.40> has quit IRC | 22:59 | |
| *** tsramos <tsramos!~tsramos@192.55.54.40> has joined #yocto | 22:59 | |
| *** tsramos <tsramos!~tsramos@192.55.54.40> has quit IRC | 23:04 | |
| -YoctoAutoBuilder- build #351 of nightly-oecore is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/351 | 23:04 | |
| *** madisox <madisox!~madison@64-71-1-115.static.wiline.com> has joined #yocto | 23:06 | |
| *** paul__ <paul__!~paul@24-246-6-178.cable.teksavvy.com> has quit IRC | 23:07 | |
| *** vdehors_ <vdehors_!~vincent@LAubervilliers-656-1-235-184.w193-248.abo.wanadoo.fr> has quit IRC | 23:09 | |
| *** vdehors_ <vdehors_!~vincent@LAubervilliers-656-1-235-184.w193-248.abo.wanadoo.fr> has joined #yocto | 23:10 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-111-224.ronkva.east.verizon.net> has quit IRC | 23:14 | |
| *** Crofton <Crofton!~balister@pool-108-44-111-224.ronkva.east.verizon.net> has quit IRC | 23:15 | |
| *** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has quit IRC | 23:17 | |
| *** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has joined #yocto | 23:26 | |
| *** Crofton|work <Crofton|work!~balister@108.44.122.86> has joined #yocto | 23:28 | |
| *** Crofton <Crofton!~balister@108.44.122.86> has joined #yocto | 23:28 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-tzmytegckcvnutwr> has quit IRC | 23:33 | |
| *** behanw <behanw!~behanw@2001:470:b26c:0:8915:1977:5054:4e69> has joined #yocto | 23:33 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 23:43 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 23:48 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 23:51 | |
| *** seebs_ <seebs_!~seebs@home.seebs.net> has joined #yocto | 23:51 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!