*** blloyd <blloyd!~blloyd@mobile-166-137-146-032.mycingular.net> has quit IRC | 00:06 | |
*** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has quit IRC | 00:07 | |
*** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has joined #yocto | 00:08 | |
*** ka6sox-away is now known as ka6sox | 00:09 | |
*** blloyd <blloyd!~blloyd@mobile-166-137-145-019.mycingular.net> has joined #yocto | 00:21 | |
*** cetola <cetola!4a5ca5c1@gateway/web/freenode/ip.74.92.165.193> has left #yocto | 00:25 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 00:32 | |
*** alexhairyman <alexhairyman!~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net> has joined #yocto | 00:51 | |
*** Umeaboy <Umeaboy!~Umeaboy@213-21-78-43.customer.t3.se> has joined #yocto | 00:52 | |
Umeaboy | Hi! | 00:52 |
---|---|---|
Umeaboy | Does Yocto run on Little Endian-devices? | 00:53 |
*** _julian_ <_julian_!~quassel@x2f02ca3.dyn.telefonica.de> has joined #yocto | 00:56 | |
Umeaboy | I have a TV that I want to make some more changes to other than just using a wrapping-script. I have bootloader-access. | 00:57 |
Crofton|work | it should | 00:57 |
Umeaboy | mstar | 00:58 |
Umeaboy | CPU-name is Titania. | 00:58 |
*** _julian <_julian!~quassel@x2f08567.dyn.telefonica.de> has quit IRC | 00:59 | |
Umeaboy | Yes, I know it's a long-shot, but I'm intreeegued to test something else that makes the TV better........ | 00:59 |
Umeaboy | For instance........... in the original EEPROM it's quite difficult to add new drivers. | 00:59 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 01:00 | |
Umeaboy | I'm talking about adding the driver for my external USB sound-card so that I can listen to my movies (at night) through my headset/phones. | 01:01 |
Umeaboy | Crofton|work: Where do I start? | 01:01 |
Umeaboy | I know I have to do some reading, but reading is not the strongest part of me. I like to follow guides instead. | 01:02 |
*** davest <davest!Adium@nat/intel/x-ekznrheqmazarfqd> has quit IRC | 01:04 | |
*** blloyd <blloyd!~blloyd@mobile-166-137-145-019.mycingular.net> has quit IRC | 01:05 | |
*** nitink <nitink!nitink@nat/intel/x-rajhofdogsbpsram> has quit IRC | 01:09 | |
*** nitink <nitink!~nitink@134.134.137.75> has joined #yocto | 01:22 | |
*** nitink <nitink!~nitink@134.134.137.75> has quit IRC | 01:28 | |
*** nitink1 <nitink1!~nitink@134.134.137.75> has joined #yocto | 01:28 | |
*** nitink1 <nitink1!~nitink@134.134.137.75> has quit IRC | 01:32 | |
*** mranostay is now known as mranostay_gone | 01:39 | |
*** scot_ <scot_!~scot@client-74-113.natinst.com> has quit IRC | 01:49 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 02:00 | |
*** Umeaboy <Umeaboy!~Umeaboy@213-21-78-43.customer.t3.se> has quit IRC | 02:08 | |
*** trollixx <trollixx!~trollixx@sf.wisetroll.net> has quit IRC | 02:37 | |
*** trollixx <trollixx!~trollixx@sf.wisetroll.net> has joined #yocto | 02:37 | |
*** trollixx <trollixx!~trollixx@sf.wisetroll.net> has joined #yocto | 02:38 | |
*** silviof2 <silviof2!~silviof@ppp-188-174-151-162.dynamic.mnet-online.de> has joined #yocto | 02:54 | |
*** silviof1 <silviof1!~silviof@ppp-188-174-171-203.dynamic.mnet-online.de> has quit IRC | 02:56 | |
*** seebs <seebs!~seebs@97-92-17-178.dhcp.stcd.mn.charter.com> has quit IRC | 03:14 | |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 03:24 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 03:37 | |
*** SidH_ <SidH_!~SidH_@61.95.193.231> has joined #yocto | 04:09 | |
*** alexhairyman <alexhairyman!~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net> has quit IRC | 04:30 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 04:36 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 04:37 | |
*** crazy_imp <crazy_imp!~mj@a89-183-10-195.net-htp.de> has quit IRC | 04:39 | |
*** SidH_ <SidH_!~SidH_@61.95.193.231> has quit IRC | 04:40 | |
*** crazy_imp <crazy_imp!~mj@a89-183-15-224.net-htp.de> has joined #yocto | 04:41 | |
*** ka6sox is now known as ka6sox-away | 04:57 | |
*** agust <agust!~agust@p4FDE65B6.dip0.t-ipconnect.de> has joined #yocto | 04:59 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 05:15 | |
*** nitink <nitink!~nitink@134.134.137.75> has joined #yocto | 05:22 | |
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto | 05:32 | |
*** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 05:42 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 05:47 | |
*** bilboed <bilboed!~bilboed@173.45.233.71> has quit IRC | 05:57 | |
*** icanicant <icanicant!~klawson@195.88.236.129> has quit IRC | 05:57 | |
*** bilboed <bilboed!~bilboed@173.45.233.71> has joined #yocto | 05:58 | |
*** icanicant <icanicant!~klawson@195.88.236.129> has joined #yocto | 05:58 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 05:59 | |
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto | 06:02 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 06:03 | |
*** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 06:05 | |
*** silviof2 is now known as silviof | 06:07 | |
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 06:14 | |
*** zeeblex <zeeblex!apalalax@nat/intel/x-rrrvkydxutpjrloh> has joined #yocto | 06:16 | |
*** jonatan <jonatan!~jonatan@194-237-7-146.customer.telia.com> has joined #yocto | 06:20 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 06:20 | |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 06:27 | |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 06:28 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 06:37 | |
*** JaMa <JaMa!~martin@ip-62-24-80-145.net.upcbroadband.cz> has joined #yocto | 06:44 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 06:50 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 06:59 | |
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto | 07:03 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:03 | |
*** ivali <ivali!~droid@unaffiliated/ivali> has joined #yocto | 07:13 | |
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 07:16 | |
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 07:16 | |
*** ka6sox-away is now known as ka6sox | 07:21 | |
*** zecke <zecke!~ich@46.115.114.114> has joined #yocto | 07:29 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:34 | |
*** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has joined #yocto | 07:42 | |
*** lpapp <lpapp!~lpapp@cpc11-cmbg15-2-0-cust30.5-4.cable.virginmedia.com> has joined #yocto | 07:45 | |
lpapp | Hi. Yocto does not support arch host yet? http://www.yoctoproject.org/docs/1.4/ref-manual/ref-manual.html#detailed-supported-distros | 07:45 |
*** sameo <sameo!~samuel@192.55.54.41> has joined #yocto | 07:47 | |
bluelightning | morning all | 07:53 |
bluelightning | lpapp: not officially, no... if you want to use it you're welcome to do so, and it may well work fine, but we can't guarantee there won't be issues | 07:53 |
lpapp | bluelightning: I guess I can ask for help in here if there are issues? | 07:54 |
bluelightning | lpapp: sure | 07:55 |
lpapp | bluelightning: yocto needs python 2? Arch has been shipping python 3 since its appearance. | 07:58 |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:58 | |
bluelightning | lpapp: that is correct | 08:03 |
bluelightning | lpapp: we've made some moves towards python 3 support but with a codebase such as ours it is difficult to be compatible with both | 08:04 |
lpapp | bluelightning: oh, it also needs the old texinfo4? | 08:05 |
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has quit IRC | 08:05 | |
bluelightning | lpapp: I thought we patched in support for texinfo 5 in a bunch of different places | 08:06 |
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has left #yocto | 08:06 | |
lpapp | bluelightning: ok, I just saw a thread about it in March this year. | 08:07 |
lpapp | it may have changed after that. | 08:07 |
lpapp | also, my company uses an old yocto version. | 08:08 |
bluelightning | ah, right... in which case you may have issues with that | 08:08 |
bluelightning | I'd suggest using a distro that is more conservative than arch in that case | 08:08 |
lpapp | maybe I can install something in a chroot environment just for this. | 08:09 |
lpapp | but it would be still be nice to get archlinux working with the latest so that when my company switches to a new version, I can drop the chroot environment. | 08:10 |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 08:14 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 08:15 | |
*** fenrig <fenrig!55eac3e5@gateway/web/freenode/ip.85.234.195.229> has joined #yocto | 08:16 | |
fenrig | Hi :) | 08:16 |
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has joined #yocto | 08:18 | |
fenrig | I'm trying to generate a decent yocto distro for my BeagleBone Black using yocto :) I'm using git repo " https://github.com/beagleboard/meta-beagleboard.git " | 08:18 |
fenrig | Now I've got the beaglebone booted :) using MLO and u-boot.img and uImage | 08:18 |
fenrig | BUT | 08:18 |
fenrig | I don't have a Device tree generated file :/ | 08:18 |
fenrig | so I'm stuck at the last u-boot procedure | 08:19 |
fenrig | at the moment I'm reading about u-boot, but that won't fix my issue | 08:19 |
fenrig | could someone give me some pointers on how to look for the root cause of the problem, any help will be appreciated ;) | 08:20 |
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 08:22 | |
*** mckoan|away is now known as mckoan | 08:22 | |
mckoan | good morning | 08:22 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 08:25 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 08:25 | |
fenrig | mckoan: good morning :) | 08:28 |
*** synthnassizer <synthnassizer!~quassel@143.233.242.130> has joined #yocto | 08:28 | |
*** florin <florin!~florin@89.121.200.106> has joined #yocto | 08:42 | |
*** florin is now known as Guest592 | 08:43 | |
Guest592 | hi everybody | 08:43 |
Guest592 | does yocto provide any support for conditionally adding a patch to some package when a certain package is going to be built for an image? | 08:44 |
fenrig | I'm trying to generate a decent yocto distro for my BeagleBone Black using yocto :) I'm using git repo " https://github.com/beagleboard/meta-beagleboard.git ". Now I've got the beaglebone booted :) using MLO and u-boot.img and uImage BUT I don't have a Device tree generated file :/. so I'm stuck at the last u-boot procedure could someone give me some pointers on how to look for the root cause of the problem, any help will be appreciat | 08:44 |
-YoctoAutoBuilder- build #34 of minnow-lsb is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/34 | 08:44 | |
Guest592 | let's say I want to applay a patch to package X only when package Y is going to be compiled as part of my image | 08:45 |
fenrig | Guest592: you can use shell commands (bash) with if's :) | 08:45 |
Guest592 | to check against what? just look-up my image recipe and parse that? | 08:45 |
fenrig | uhm I'll look into that for you, but I'm also just a noob so don't expect fancy solutions (if I can even offer solutions) | 08:46 |
Guest592 | I'd expect yocto to have something fancy for this kind of problem | 08:46 |
bluelightning | Guest592: you can't do that directly I'm afraid | 08:52 |
bluelightning | Guest592: the only option would be to build two versions of the piece of software | 08:52 |
bluelightning | k | 08:52 |
bluelightning | er | 08:52 |
bluelightning | i.e. two recipes | 08:52 |
Guest592 | so X would have 2 recipes for it | 08:53 |
Guest592 | and I should keep myimage recipe always updated with the needed X recipe? | 08:53 |
bluelightning | Guest592: i'd suggest two separate image recipes as well | 08:54 |
Guest592 | I had hoped this would not be the case :) | 08:54 |
Guest592 | seems like a pretty nice feature to have into yocto though | 08:54 |
bluelightning | you're effectively talking about making compilation-level changes based upon the structure of the image | 08:55 |
Guest592 | yes | 08:55 |
Guest592 | I know at least one build system that can handle that :) | 08:55 |
bluelightning | since the image construction happens a lot later in the build process, that would be very difficult | 08:55 |
-YoctoAutoBuilder- build #207 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/207 | 08:55 | |
Guest592 | I'd have thought that right at the beginning of the build, the needed packages should be known by the build system | 08:56 |
ant_work | Guest592: adding a patch conditionally is possible, the point is the condition to check | 08:58 |
Guest592 | condition is if the image beeing built contains a certain package | 08:59 |
fenrig | yes but I think the execution shell, when building the packages (fetch - configure - compile - install - populate - ...) does not have access to that data, though the executing python script of OE should have access to this | 09:00 |
bluelightning | one of the issues is that the final image construction is controlled by the package manager (RPM + smart when the RPM backend is selected) | 09:00 |
-YoctoAutoBuilder- build #48 of minnow is complete: Failure [failed Building Images Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/48 | 09:00 | |
ant_work | that won't work, you'd need to check against some variable | 09:00 |
bluelightning | bitbake has an idea of what is needed to construct the image (via RDEPENDS) but different package managers can have different ideas about actual runtime dependencies, so it doesn't know exactly | 09:00 |
-YoctoAutoBuilder- build #198 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/198 | 09:01 | |
ant_work | Guest592: finally you risk to build two different recipes under the same name... | 09:01 |
ant_work | one patched, the other unpatched | 09:02 |
fenrig | so now about device tree :D | 09:04 |
bluelightning | the other issue with doing something like this is what would happen if you built two images, one that had the conditional package and one that didn't? | 09:05 |
fenrig | I'm trying to generate a beaglebone build, and I have troubles with device tree. As in that I can't find a generated (valid) device tree :) | 09:05 |
ant_work | fenrig: pls try on #beagle, iirc "of" was discussed yesterday | 09:05 |
-YoctoAutoBuilder- build #208 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/208 | 09:06 | |
-YoctoAutoBuilder- build #192 of nightly-x86-64 is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Images_2 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64/builds/192 | 09:06 | |
Guest592 | ant_work, seems like there should be something more to that than having to maintain 2 image recipes for this kind of situation | 09:06 |
fenrig | Iant_work: Okay but I'm building it with yocto, so isn't it closely related to yocto itself? | 09:06 |
-YoctoAutoBuilder- build #196 of build-appliance is complete: Failure [failed Building Images Building Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/196 | 09:07 | |
*** ivali <ivali!~droid@unaffiliated/ivali> has quit IRC | 09:08 | |
-YoctoAutoBuilder- build #198 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/198 | 09:08 | |
*** soldoKyn <soldoKyn!~davide@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 09:10 | |
-YoctoAutoBuilder- build #189 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/189 | 09:11 | |
*** ka6sox is now known as ka6sox-away | 09:13 | |
soldoKyn | hi to all! I need to clean my yocto environment from heavy data...basically i need to clean sstate-cache, tmp and downloads directory. there's a bitbake option to do this or I have to clean that directories with a rude rm -rf? thanks! | 09:16 |
*** lpapp <lpapp!~lpapp@cpc11-cmbg15-2-0-cust30.5-4.cable.virginmedia.com> has quit IRC | 09:16 | |
rburton | soldoKyn: rm -rf | 09:17 |
rburton | iirc, there is a tool to clean sstate of old files | 09:17 |
-YoctoAutoBuilder- build #193 of nightly-arm is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Images_2 Building Images_3 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/193 | 09:17 | |
*** belen <belen!~Adium@134.134.137.73> has joined #yocto | 09:18 | |
-YoctoAutoBuilder- build #195 of nightly-ppc is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Images_2 Building Images_3 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/195 | 09:19 | |
soldoKyn | rburton: ok, I think i'll do an rm -rf! thanks! | 09:21 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:22 | |
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 09:22 | |
*** melonipoika_ <melonipoika_!~quassel@ip050-115.seclan.com> has joined #yocto | 09:25 | |
*** Squt <Squt!~sputnick@quassel/developer/sput> has joined #yocto | 09:25 | |
*** mckoan_ <mckoan_!~marco@unaffiliated/mckoan> has joined #yocto | 09:27 | |
*** nitink1 <nitink1!~nitink@134.134.137.75> has joined #yocto | 09:28 | |
*** OlivierG` <OlivierG`!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has joined #yocto | 09:30 | |
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:31 | |
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC | 09:32 | |
*** nitink <nitink!~nitink@134.134.137.75> has quit IRC | 09:32 | |
*** OlivierG_ <OlivierG_!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has quit IRC | 09:32 | |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 09:32 | |
*** Sput <Sput!~sputnick@quassel/developer/sput> has quit IRC | 09:32 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 09:32 | |
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC | 09:32 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 09:34 | |
-YoctoAutoBuilder- build #195 of nightly-non-gpl3 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-non-gpl3/builds/195 | 09:34 | |
*** OlivierG` <OlivierG`!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has left #yocto | 09:34 | |
-YoctoAutoBuilder- build #197 of nightly-x86 is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Images_2 Building Images_3 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/197 | 09:38 | |
fenrig | in my beaglebone.conf | 09:48 |
fenrig | I found that | 09:48 |
fenrig | MACHINE_ESSENTIAL_EXTRA_RDEPENDS = "kernel-devicetree-overlays" | 09:48 |
fenrig | now I don't get a resulting device tree tar | 09:48 |
fenrig | so I don't understand why it isn't generated :/ | 09:49 |
ant_work | fenrig: is the dtc package built? | 09:49 |
*** ivali <ivali!~droid@unaffiliated/ivali> has joined #yocto | 09:51 | |
fenrig | ant_work: excuse me but I'm still a beginner, how can I verify that a package is being build? By looking at the deploy folder? | 09:51 |
ant_work | no, in workdir | 09:51 |
fenrig | in the work directory I found a dtc source :o | 09:52 |
ant_work | it should be a -native package, built under x86 | 09:52 |
fenrig | and I did one build only, so I think I can assume it's being built | 09:52 |
ant_work | I'm sorry | 09:53 |
fenrig | ? | 09:54 |
ant_work | I can't help you too much being I stopped working with beagle* before devicetree | 09:54 |
ant_work | afais the infrastructure is there | 09:54 |
fenrig | ant_work: it's not your fault, I just don't understand yocto (openembedded) that good. It's still a complex jungle for me :o | 09:54 |
*** ivali <ivali!~droid@unaffiliated/ivali> has quit IRC | 10:00 | |
*** soldoKyn <soldoKyn!~davide@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 10:11 | |
-YoctoAutoBuilder- build #193 of nightly-multilib is complete: Failure [failed Building Images_2 Running Sanity Tests_2 Building Images_3 Running Sanity Tests_3 Building Images_4] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/193 | 10:12 | |
fenrig | uhm how do layer.conf work? | 10:13 |
fenrig | when does OE read this file :o | 10:13 |
fenrig | and what is {layerdir} | 10:14 |
*** belen <belen!~Adium@134.134.137.73> has quit IRC | 10:19 | |
*** jbaxter <jbaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 10:20 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:37 | |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 10:39 | |
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto | 10:46 | |
ndec | fenrig: from bitbake usermanual: BitBake will first search the current working directory for an optional "conf/bblayers.conf" configuration file. This file is expected to contain a BBLAY\ | 10:47 |
ndec | ERS variable which is a space delimited list of 'layer' directories. For each directory in this list, a "conf/layer.conf" file will be searched for and parsed with the LAYERDI\ | 10:47 |
ndec | R variable being set to the directory where the layer was found. The idea is these files will setup BBPATH and other variables correctly for a given build directory automatica\ | 10:47 |
ndec | lly for the user. | 10:47 |
ndec | argh.. sorry about that ;-) | 10:47 |
*** walters <walters!~walters@cpe-173-88-94-148.columbus.res.rr.com> has quit IRC | 10:48 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 10:50 | |
*** belen <belen!~Adium@134.134.137.75> has joined #yocto | 10:51 | |
-YoctoAutoBuilder- build #195 of nightly-mips is complete: Failure [failed Building Images Running Sanity Tests Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips/builds/195 | 11:05 | |
jackmitchell | rburton_: are you saying that xuser is general user which it's only function is that it's not root? | 11:15 |
jackmitchell | because I am struggling to understand, why connman needs to depend on it | 11:15 |
rburton_ | jackmitchell: to be honest you don't want to know | 11:15 |
jackmitchell | is it because connman wants a non root user to switch to? | 11:15 |
*** belen <belen!~Adium@134.134.137.75> has quit IRC | 11:15 | |
jackmitchell | I'm just confused, to why I need xuser when I don't have X11 in my image | 11:16 |
rburton_ | it's because the shell can run as non-root but the upstream connman DBus ACLs don't work because generally we don't have anything that says "user is at the console" | 11:16 |
jackmitchell | and I aussume it's because I have connman in my image | 11:16 |
rburton_ | yes | 11:16 |
rburton_ | i suspect dbus will moan if the ACLs talk about a user that doesn't exist | 11:16 |
rburton_ | to fix this we need to make the at-console stuff work in dbus for us | 11:17 |
jackmitchell | ok, I kind of get it | 11:17 |
rburton_ | the easy solution is "mandate systemd" :) | 11:17 |
jackmitchell | well, I use systemd in my image | 11:17 |
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 11:17 | |
jackmitchell | but I think I agree it shouldn't be called xuser, it's particularly consfusing | 11:17 |
rburton_ | this is something that's been bugging me since i started on yocto | 11:17 |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 11:18 | |
rburton_ | jackmitchell: does your stuff all run as root, or do you have another "normal" user? | 11:19 |
jackmitchell | I only have root and (since recently) xuser | 11:19 |
rburton_ | i wonder if dbus can ACL on a user's groups, so we can stop hard-coding that username | 11:20 |
jackmitchell | so yes, everything currently runs as root | 11:20 |
-YoctoAutoBuilder- build #161 of nightly is complete: Failure [failed Building Images Building Images_9 Building Images_10] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/161 | 11:21 | |
rburton_ | hm, yes, it can do groups. | 11:21 |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 11:21 | |
fenrig | ant_work: How can i check if it's build? | 11:24 |
ant_work | fenrig: 1) you have to check for artifacts in deploydir 2) check under tmpdir/work 3) check the produced ipk/rpm 4) re-bitbake the recipe and see 0 tasks executed | 11:28 |
fenrig | ant_work: I've found a binary of dtc and sources in the work directory, however I did not find a rpm (yocto distro) but that is because the target does not run device tree compiler | 11:29 |
ant_work | sure, it's dtc-native | 11:30 |
*** belen <belen!~Adium@134.134.139.70> has joined #yocto | 11:30 | |
*** blitz00 <blitz00!~stefans@192.198.151.43> has joined #yocto | 11:45 | |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 11:45 | |
*** scot_ <scot_!~scot@client-74-113.natinst.com> has joined #yocto | 11:45 | |
*** zecke <zecke!~ich@46.115.114.114> has quit IRC | 11:47 | |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 11:48 | |
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC | 12:26 | |
*** OlivierG <OlivierG!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has joined #yocto | 12:40 | |
*** ScriptRipper1 <ScriptRipper1!~ScriptRip@178-26-53-46-dynip.superkabel.de> has joined #yocto | 12:42 | |
*** belen <belen!~Adium@134.134.139.70> has quit IRC | 12:44 | |
*** OlivierG <OlivierG!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has quit IRC | 12:51 | |
*** walters <walters!~walters@cpe-173-88-94-148.columbus.res.rr.com> has joined #yocto | 12:52 | |
fenrig | So I think I found (not sure yet) why .dtb for beaglebone is not generated :) | 12:54 |
fenrig | the machine conf was missing " KERNEL_DEVICETREE = ... " | 12:55 |
fenrig | now I don't know for sure what to fill in " ... " | 12:55 |
fenrig | at the moment I'm using " KERNEL_DEVICETREE = "arch/${ARCH}/boot/dts/am335x-bone.dts" " | 12:55 |
fenrig | but for some reason it fails | 12:56 |
fenrig | | ERROR: Function failed: do_devicetree_image | 12:56 |
fenrig | how do I go about fixing this (can't find the exact reason why) | 12:56 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 12:57 | |
ant_work | fenrig: this is in the archives http://www.mail-archive.com/yocto@yoctoproject.org/msg07515.html | 12:58 |
ant_work | try KERNEL_DEVICETREE = "${S}/arch/ | 12:59 |
ant_work | (inelegant and strange, though) | 12:59 |
fenrig | ant_work: I'm testing your solution | 12:59 |
ant_work | but I think I know why you're struggling | 12:59 |
ant_work | I fear for the black bone you'd need Angstrom and its customizations | 13:00 |
ant_work | Yocto is tested on beagleboard afaik, then you need extra layers | 13:00 |
fenrig | ant_work: the generated build does work, i stole a dtb file from the archlinux arm os :) | 13:02 |
bluelightning | surely meta-beagleboard should be all that's needed | 13:02 |
fenrig | ant_work: and now it boots, unfortenately I get the same error with your ${S} fix | 13:03 |
fenrig | but I noticed something I missed last time | 13:03 |
fenrig | temp/run.do_devicetree_image.3545: package_stagefile_shell: not found | 13:03 |
*** belen <belen!~Adium@134.134.137.75> has joined #yocto | 13:03 | |
fenrig | bluelightning: I'm using it, but it generates a 3.8 linux kernel (with devicetree) but I'm missing the devicetree dtb's :) so uboot can't finish it's boot process | 13:04 |
fenrig | would you guys like to see the full error response? | 13:05 |
fenrig | https://gist.github.com/anonymous/7b051a307f457393c99d | 13:07 |
fenrig | I think the warning can be safely ignored (allthough it bothers me that it shows up at all) | 13:09 |
*** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC | 13:10 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 13:11 | |
*** e8johan_ <e8johan_!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 13:11 | |
fenrig | the error is quite odd | 13:19 |
fenrig | and I can't seem to find anything about it on the internet | 13:19 |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 13:19 | |
ant_work | bluelightning: maybe a stale linux.inc ? | 13:19 |
fenrig | which is also very odd :o | 13:19 |
ant_work | yes, package_stagefile_shell it's from the old times iirc | 13:20 |
ant_work | fenrig: see https://github.com/beagleboard/meta-beagleboard/blob/master/common-bsp/recipes-kernel/linux/linux.inc | 13:23 |
ant_work | KERNEL_DEVICETREE_ is already set | 13:23 |
ant_work | just for fun, remove the linux.inc you have in meta-oe | 13:23 |
Net147 | are we staying with kernel 3.8 for the next release even though its EOL? | 13:26 |
bluelightning | Net147: zeddii_home_ would be the best person to answer that but if it follows our usual pattern we'd be using 3.10 for this release | 13:27 |
Net147 | zeddii_home_: ^ | 13:28 |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 13:30 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 13:31 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:32 | |
ant_work | fenrig: have you already commented that line? | 13:34 |
fenrig | ant_work: normally KERNEL_DEVICETREE wasn't present by default, I added it so I could have the dtb file for u-boot | 13:39 |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 13:48 | |
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 13:50 | |
ant_work | fenrig: the way Poky/Yocto does it is /linux-dtb.inc | 13:52 |
*** bluelightning1 <bluelightning1!~paul@83.217.123.106> has joined #yocto | 13:52 | |
*** madman-alex <madman-alex!~luccisa@nat/cisco/x-curpayqaacapkqzn> has quit IRC | 13:53 | |
*** belen2 <belen2!Adium@nat/intel/x-dellqwlmllzfjphq> has joined #yocto | 13:53 | |
*** belen <belen!~Adium@134.134.137.75> has quit IRC | 13:53 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:56 | |
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 13:57 | |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 14:03 | |
*** mckoan_ is now known as mckoan|away | 14:08 | |
*** pev <pev!~pev@2.31.92.225> has joined #yocto | 14:08 | |
pev | Heya, would anyone be willing to help me with a newbie idiot question? | 14:09 |
pev | (build related) | 14:09 |
*** ka6sox-away is now known as ka6sox | 14:15 | |
*** Squt is now known as Sput | 14:17 | |
rburton_ | pev: ask, don't ask to ask | 14:18 |
pev | oh, ok...! | 14:19 |
pev | So I've just started getting to grips with yocto. I've got a BSP thats come from someone else and I'm playing with rebuilding uboot via "bitbake -v -f -c compile u-boot-pev". This works fine. However I'm trying to read up on what the 'correct' way is to modify and update patches for it | 14:20 |
pev | So, there's a patch file : meta-my-board/recipes-bsp/u-boot/u-boot-pev/local-changes.patch | 14:21 |
pev | but I don't know the accepted / convenient way to modify the source / update the patch is... | 14:22 |
*** Guest592 <Guest592!~florin@89.121.200.106> has quit IRC | 14:22 | |
rburton_ | one way is to use the devshell function | 14:22 |
pev | I guess I'm missing something really obvious but cant seem to see anything obvious in the documentation | 14:22 |
rburton_ | bitbake -c devshell u-boot-pev | 14:22 |
rburton_ | that drops you into the source directory, where you can edit and compile directly | 14:22 |
rburton_ | actually generating the patch is Your Problem, so you can use quilt or git | 14:23 |
pev | so does that update the patch auto-magically? | 14:23 |
pev | ah | 14:23 |
pev | Is there a quick a-b-c walkthrough of that somewhere out there? | 14:23 |
rburton_ | hm, not sure | 14:23 |
rburton_ | if not this should be in the manual | 14:23 |
*** ScriptRipper1 <ScriptRipper1!~ScriptRip@178-26-53-46-dynip.superkabel.de> has quit IRC | 14:23 | |
rburton_ | have you looked through the docs on yoctoproject.org? | 14:24 |
pev | I'm broadly familiar with quilt through devloping around openwrt | 14:24 |
rburton_ | cool | 14:24 |
rburton_ | so in the devshell, do the quilt stuff to edit a file and generate the patch | 14:24 |
pev | but to be honest I've set up all my sources in SVN as I'm more familiar with it than GIT and havent got time to learn at the mo... | 14:24 |
rburton_ | then copy it out of the work dir into the layer | 14:24 |
pev | So you think I should generate iterative patches rather than re-generating the existing patch? | 14:25 |
rburton_ | depends on the problem | 14:25 |
rburton_ | if you're fixing a patch, re-generating makes sense | 14:25 |
pev | at the moment fixing but adding features next so both realy | 14:26 |
fenrig | Okay I found the problem: in do_devictree_image of linux.inc of meta-beagleboard/common-bsp/recipes-kernel "package_stagefile_shell()" is not found, so I've copied it from linux-dtb.inc of "meta/recipes-kernel" | 14:26 |
mulhern | Snort is soo close to starting as a daemon process. But it fails just as it forks because fork can't allocate enough memory. There is a fix: set the number in /proc/sys/vm/overcommit_memory to 1. Then you can set it back to 0 once the daemon is successfully started. Is there some standard way to handle this problem? Or should I just try to make it explicit in the snort initialization script? | 14:27 |
*** sameo <sameo!~samuel@192.55.54.41> has quit IRC | 14:28 | |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 14:34 | |
mulhern | pev: Actually, I edit in the workdir but compile from the poky/build dir when making patches. bitbake -e is nice because it tells you the values of all the environment variables that you have set, shows how they were expanded, etc. bitbake -c listtasks will tell you all the tasks available for a particular recipe. | 14:36 |
rburton_ | mulhern: devshell gives you a terminal with all those set for you | 14:37 |
pev | mulhern : what do you do to recreate the patch in your world? Manually? | 14:37 |
*** ScriptRipper1 <ScriptRipper1!~ScriptRip@178-26-239-211-dynip.superkabel.de> has joined #yocto | 14:37 | |
mulhern | rburton: Yep, I know, more or less the same thing. | 14:38 |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 14:38 | |
mulhern | pev: My one experience with regenerating an existing patch was awkward. Right now I'm really only generating new patches. I think quilt can help you with the regeneration stuff as well, but I started using quilt two weeks ago…and that was after the regeneration experience. | 14:40 |
pev | Ok, I'd settle for your procedure for generating new for now :-D Is it as low tech as duplicating a clean un-built dir and then manually diffing to your modified dir? I know it works but feels very clunky! | 14:41 |
rburton_ | using quilt in the work directory is easy enough | 14:42 |
rburton_ | the patches are generated in the wrong place, but you can mv them to where your recipe is easy enough | 14:42 |
pev | I take it you have to manually take care of patch sequencing via patch file name prefixes? | 14:43 |
rburton_ | bitbake's SRC_URI is sorted in order of application | 14:43 |
pev | rburton_: Is that the same as what I'm reading here : http://www.yoctoproject.org/docs/1.0/poky-ref-manual/poky-ref-manual.html#usingpoky-modifying-packages-quilt | 14:44 |
rburton_ | pev: yes | 14:44 |
pev | Ok, so it's explicit via SRC_URI and not wildcarded? | 14:44 |
rburton_ | wildcards have gotchas | 14:45 |
rburton_ | so its best to be explicit | 14:45 |
rburton_ | i wonder if its possible to setup quilt "properly" when unpacking, so quilt refresh actually updates the patches in the layer | 14:46 |
rburton_ | pev: those docs are old, http://www.yoctoproject.org/docs/1.4/dev-manual/dev-manual.html#using-a-quilt-workflow is the latest copy | 14:48 |
pev | rburton_: thanks | 14:49 |
*** jonatan <jonatan!~jonatan@194-237-7-146.customer.telia.com> has quit IRC | 14:54 | |
kergoth | rburton_: pretty sure quilt refresh unlinks and recreates patches, rather than following links, so they'd have to be hardlinked, which would limit the paths to not crossing filesystem boundaries, or you'd have to alter quilt to write them in place, i think, anyway | 14:58 |
* kergoth shrugs | 14:58 | |
rburton_ | kergoth: awww, the hardlink limitation would stop it working for me at least, so i don't care anymore :) | 14:59 |
kergoth | rburton_: the patch resolver stuff will automatically update the layer files if the quilt series changes after fixing it in the patch resolver shell, iirc, but that was never very pretty | 14:59 |
kergoth | I could see an argument for a quilt refresh argument which makes it modify in-place.. hmm | 15:00 |
rburton_ | it would be nice if the patcher automatically did a git init and effectively did a git am of each patch | 15:00 |
kergoth | that could be interesting, indeed | 15:01 |
kergoth | one time i had a experimental class that turned workdir into a git repo and tagged the tasks :) | 15:01 |
kergoth | was interesting to examine that log | 15:01 |
rburton_ | ha | 15:01 |
rburton_ | yes i bet | 15:01 |
Crofton | kergoth, shouldn't you be drinking beer and shooting fireworks? | 15:06 |
kergoth | rburton_: actually, there's already a git-apply based patch applier, doubt it'd take much to extend that.. hmm | 15:07 |
kergoth | heh, i hate arizona on the 4th, we never want to go watch fireworks in the evening because it's way too damn hot to be sitting outside :) | 15:08 |
Crofton | heh | 15:08 |
Crofton | and I figure they are worried about catching everything on fire | 15:08 |
Crofton | here, we are hoping it stops raining long enough for them | 15:08 |
*** acidfu <acidfu!~nib@24.37.17.210> has joined #yocto | 15:08 | |
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 15:08 | |
kergoth | Hmm, somewhere around here I have a rewritten patch.bbclass which avoids the classes, resolver stuff, and had a partial implementation of series file support, so you could do file://foo.series or file://series rather than listing each file | 15:09 |
kergoth | Crofton: heh, gotta love mother nature | 15:09 |
Crofton | yeah | 15:10 |
Crofton | there was a lot of localized flooding yesterday | 15:10 |
Crofton | more possible today | 15:10 |
*** alexhairyman <alexhairyman!~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net> has joined #yocto | 15:13 | |
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 15:17 | |
* rburton_ wonders what to talk about at ELCE | 15:23 | |
*** steve___ <steve___!c18ddb24@gateway/web/freenode/ip.193.141.219.36> has joined #yocto | 15:31 | |
*** steve___ is now known as Guest95734 | 15:31 | |
*** Guest95734 <Guest95734!c18ddb24@gateway/web/freenode/ip.193.141.219.36> has quit IRC | 15:35 | |
*** fenrig <fenrig!55eac3e5@gateway/web/freenode/ip.85.234.195.229> has quit IRC | 15:36 | |
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 15:39 | |
*** nitink <nitink!~nitink@134.134.137.75> has joined #yocto | 15:40 | |
*** nitink1 <nitink1!~nitink@134.134.137.75> has quit IRC | 15:40 | |
*** hbragge <hbragge!~braggeh@xdsl-83-150-81-82.nebulazone.fi> has left #yocto | 15:41 | |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 15:42 | |
*** jackmitchell <jackmitchell!~Thunderbi@host217-39-177-237.in-addr.btopenworld.com> has quit IRC | 15:45 | |
*** gcoville <gcoville!~ghc@c-24-2-51-66.hsd1.ca.comcast.net> has quit IRC | 15:46 | |
*** nitink <nitink!~nitink@134.134.137.75> has quit IRC | 16:01 | |
*** zenlinux_ <zenlinux_!~sgarman@c-24-20-145-95.hsd1.or.comcast.net> has joined #yocto | 16:03 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 16:03 | |
*** ScriptRipper1 <ScriptRipper1!~ScriptRip@178-26-239-211-dynip.superkabel.de> has quit IRC | 16:04 | |
*** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has quit IRC | 16:09 | |
*** synthnassizer <synthnassizer!~quassel@143.233.242.130> has quit IRC | 16:14 | |
*** belen <belen!~Adium@134.134.139.76> has joined #yocto | 16:14 | |
*** belen2 <belen2!Adium@nat/intel/x-dellqwlmllzfjphq> has quit IRC | 16:15 | |
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto | 16:17 | |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 16:19 | |
*** nitink <nitink!nitink@nat/intel/x-nqgekrftsuoiabsa> has joined #yocto | 16:33 | |
*** zenlinux_ <zenlinux_!~sgarman@c-24-20-145-95.hsd1.or.comcast.net> has quit IRC | 16:54 | |
*** zeeblex <zeeblex!apalalax@nat/intel/x-rrrvkydxutpjrloh> has left #yocto | 16:56 | |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 17:00 | |
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 17:02 | |
*** swex_ <swex_!~swex@178.17.196.140> has quit IRC | 17:07 | |
*** swex_ <swex_!~swex@178.17.196.140> has joined #yocto | 17:08 | |
*** adam____ <adam____!~adam@d154-20-156-127.bchsia.telus.net> has quit IRC | 17:14 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 17:17 | |
*** adam___ <adam___!~adam@d205-250-102-157.bchsia.telus.net> has joined #yocto | 17:22 | |
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 17:23 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 17:23 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 17:24 | |
*** alexhairyman <alexhairyman!~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net> has quit IRC | 17:25 | |
*** belen <belen!~Adium@134.134.139.76> has quit IRC | 17:25 | |
*** joshc <joshc!~joshc@neo.teric.us> has quit IRC | 17:36 | |
*** joshc <joshc!~joshc@rhlug/joshc> has joined #yocto | 17:36 | |
*** winfriedd <winfriedd!~winfried@37-251-117-39.FTTH.ispfabriek.nl> has joined #yocto | 17:36 | |
*** nitink <nitink!nitink@nat/intel/x-nqgekrftsuoiabsa> has quit IRC | 17:48 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 17:53 | |
*** nitink <nitink!~nitink@134.134.137.75> has joined #yocto | 18:03 | |
-YoctoAutoBuilder- build #209 of nightly-intel-gpl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/209 | 18:04 | |
*** nitink <nitink!~nitink@134.134.137.75> has quit IRC | 18:10 | |
*** adam___ <adam___!~adam@d205-250-102-157.bchsia.telus.net> has quit IRC | 18:11 | |
*** adam___ <adam___!~adam@s206-116-3-18.bc.hsia.telus.net> has joined #yocto | 18:14 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 18:29 | |
*** bluelightning1 <bluelightning1!~paul@83.217.123.106> has quit IRC | 18:45 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has quit IRC | 18:49 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has joined #yocto | 18:51 | |
*** scot_ <scot_!~scot@client-74-113.natinst.com> has quit IRC | 18:58 | |
*** scot_ <scot_!~scot@client-74-113.natinst.com> has joined #yocto | 18:59 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 18:59 | |
Daemon404 | seebs, there is a typo in your book. i am disappointed. | 19:05 |
seebs | Oh? | 19:05 |
seebs | I think I know of a couple which I've reported to APress, but I don't think sales are fast enough that additional printings are super likely. | 19:06 |
Daemon404 | page 158 under Almquist Shell | 19:06 |
Daemon404 | there's an extra paren | 19:06 |
Daemon404 | (ash)) | 19:06 |
seebs | Meh. | 19:07 |
Daemon404 | and this concludes The Daily Pedant | 19:07 |
seebs | Well, that's not so much a typo as the inevitable punishment for your moral failings, see. | 19:07 |
Daemon404 | seems plausible. | 19:07 |
*** kergoth <kergoth!~kergoth@covenant.kergoth.com> has quit IRC | 19:11 | |
*** kergoth <kergoth!~kergoth@covenant.kergoth.com> has joined #yocto | 19:11 | |
*** yocti <yocti!~supybot@yocto-www.yoctoproject.org> has joined #yocto | 19:40 | |
*** francois99 <francois99!~francois9@78-33-60-6.static.enta.net> has quit IRC | 19:41 | |
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has quit IRC | 19:41 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 19:41 | |
*** Crofton <Crofton!~balister@pool-71-171-45-174.ronkva.east.verizon.net> has quit IRC | 19:41 | |
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 19:41 | |
*** addu <addu!~addu@sestofw01.enea.se> has quit IRC | 19:41 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 19:41 | |
*** jjardon_ is now known as jjardon | 19:41 | |
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 19:41 | |
*** addu <addu!~addu@sestofw01.enea.se> has joined #yocto | 19:41 | |
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 19:47 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 19:47 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 19:47 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 19:48 | |
*** ant_home <ant_home!~andrea@host69-50-dynamic.0-79-r.retail.telecomitalia.it> has joined #yocto | 19:51 | |
*** jmdelos_ <jmdelos_!~polk@174-24-109-134.clsp.qwest.net> has joined #yocto | 19:53 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 19:56 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 19:56 | |
*** jmpdelos <jmpdelos!~polk@174-24-109-134.clsp.qwest.net> has quit IRC | 19:57 | |
*** davest <davest!~Adium@134.134.139.72> has joined #yocto | 20:01 | |
*** joey_saint <joey_saint!~jjm@128.224.252.2> has quit IRC | 20:01 | |
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto | 20:07 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:07 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 20:10 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 20:25 | |
*** jbaxter <jbaxter!~jbaxter@jimbax.plus.com> has quit IRC | 20:29 | |
*** MWelchUK <MWelchUK!~martyn@host86-139-243-15.range86-139.btcentralplus.com> has joined #yocto | 20:29 | |
MWelchUK | Hi Guys. Is there a way to add autotool site config options to a recipe? | 20:30 |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC | 20:33 | |
*** ausxxh_ <ausxxh_!~xxiao@72.14.179.126> has joined #yocto | 20:55 | |
*** davest <davest!~Adium@134.134.139.72> has quit IRC | 20:56 | |
*** MWelchUK <MWelchUK!~martyn@host86-139-243-15.range86-139.btcentralplus.com> has quit IRC | 20:57 | |
*** MWelchUK <MWelchUK!~martyn@host86-139-243-15.range86-139.btcentralplus.com> has joined #yocto | 21:00 | |
*** davest <davest!Adium@nat/intel/x-sngviydcusghfyel> has joined #yocto | 21:01 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 21:02 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 21:03 | |
*** zenlinux_ is now known as zenlinux | 21:09 | |
-YoctoAutoBuilder- build #197 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/197 | 21:10 | |
*** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has quit IRC | 21:11 | |
*** davest <davest!Adium@nat/intel/x-sngviydcusghfyel> has quit IRC | 21:12 | |
*** davest <davest!~Adium@134.134.139.72> has joined #yocto | 21:19 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 21:25 | |
*** blloyd <blloyd!~blloyd@98.142.65.186> has joined #yocto | 21:32 | |
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto | 21:39 | |
bluelightning | MWelchUK: sure - you can use CACHED_CONFIGUREVARS or meta/site/* | 21:44 |
*** honschu <honschu!~honschu@p549EB472.dip0.t-ipconnect.de> has joined #yocto | 21:45 | |
*** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto | 21:45 | |
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC | 21:48 | |
*** davest <davest!~Adium@134.134.139.72> has quit IRC | 21:50 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 21:53 | |
*** davest <davest!Adium@nat/intel/x-iswjflahflfgppno> has joined #yocto | 22:05 | |
*** Umeaboy <Umeaboy!~Umeaboy@213-21-78-43.customer.t3.se> has joined #yocto | 22:20 | |
*** davest <davest!Adium@nat/intel/x-iswjflahflfgppno> has quit IRC | 22:38 | |
*** winfriedd <winfriedd!~winfried@37-251-117-39.FTTH.ispfabriek.nl> has quit IRC | 22:39 | |
*** pev <pev!~pev@2.31.92.225> has quit IRC | 23:36 | |
*** Umeaboy <Umeaboy!~Umeaboy@213-21-78-43.customer.t3.se> has quit IRC | 23:44 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!