*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 00:12 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 00:13 | |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 00:20 | |
*** _julian_ <_julian_!~quassel@x2f03027.dyn.telefonica.de> has joined #yocto | 00:27 | |
-YoctoAutoBuilder- build #226 of nightly-fsl-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc-lsb/builds/226 | 00:28 | |
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has quit IRC | 00:29 | |
kergoth | sometimes i wish i could append to a variable default value without modifying the flag directly | 00:30 |
---|---|---|
kergoth | foo ??+= or something equally twisted | 00:30 |
kergoth | would be really handy for PACKAGECONFIG defaults | 00:30 |
*** _julian <_julian!~quassel@x2f12c27.dyn.telefonica.de> has quit IRC | 00:30 | |
kergoth | we should think about having a packageconfig backfill mechanism | 00:31 |
*** shoragan <shoragan!~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7> has joined #yocto | 00:31 | |
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has joined #yocto | 00:31 | |
*** scot__ <scot__!~scot@130.164.62.183> has quit IRC | 00:49 | |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 00:50 | |
-YoctoAutoBuilder- build #269 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips-lsb/builds/269 | 00:55 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 00:56 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 00:57 | |
-YoctoAutoBuilder- build #257 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/257 | 01:00 | |
-YoctoAutoBuilder- build #259 of nightly-non-gpl3 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-non-gpl3/builds/259 | 01:12 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 01:15 | |
*** jkridner <jkridner!~jkridner@nat/ti/x-canoznmotynanaea> has joined #yocto | 01:16 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 01:16 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 01:16 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 01:20 | |
*** jkridner <jkridner!~jkridner@nat/ti/x-uiygidrggcecobzi> has joined #yocto | 01:25 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 01:25 | |
*** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has joined #yocto | 01:25 | |
*** Net147 <Net147!~Net147@60-241-181-112.static.tpgi.com.au> has quit IRC | 01:28 | |
-YoctoAutoBuilder- build #251 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/251 | 01:36 | |
-YoctoAutoBuilder- build #114 of minnow is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/114 | 01:46 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 01:50 | |
-YoctoAutoBuilder- build #228 of nightly-fsl-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/228 | 02:00 | |
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto | 02:01 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 02:03 | |
*** sameo <sameo!~samuel@192.55.55.39> has quit IRC | 02:08 | |
*** darknighte is now known as darknighte_znc | 02:26 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 02:28 | |
*** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has quit IRC | 02:28 | |
-YoctoAutoBuilder- build #257 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/257 | 02:32 | |
-YoctoAutoBuilder- build #257 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/257 | 02:40 | |
-YoctoAutoBuilder- build #260 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/260 | 02:49 | |
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC | 02:50 | |
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto | 02:52 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:17 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 03:20 | |
-YoctoAutoBuilder- build #98 of minnow-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/98 | 03:26 | |
-YoctoAutoBuilder- build #230 of nightly-fsl-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/230 | 03:48 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 04:17 | |
*** tonghuix <tonghuix!~tonghuix@61.149.210.24> has joined #yocto | 04:17 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 04:19 | |
*** tonghuix <tonghuix!~tonghuix@61.149.210.24> has quit IRC | 04:32 | |
-YoctoAutoBuilder- build #260 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm-lsb/builds/260 | 04:38 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:43 | |
*** davest <davest!Adium@nat/intel/x-hcvgiizzucxikkyx> has joined #yocto | 04:43 | |
*** wgao <wgao!~wgao@1.202.252.122> has quit IRC | 04:48 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:48 | |
*** alex_kag <alex_kag!~alex_kag@178.124.16.226> has joined #yocto | 04:50 | |
*** wgao <wgao!~wgao@1.202.252.122> has joined #yocto | 04:52 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 05:12 | |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 05:13 | |
*** davest <davest!Adium@nat/intel/x-hcvgiizzucxikkyx> has quit IRC | 05:25 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:32 | |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 05:47 | |
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 05:47 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:59 | |
-YoctoAutoBuilder- build #228 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/228 | 06:08 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 06:09 | |
*** zeeblex <zeeblex!apalalax@nat/intel/x-sgwkmykjrrllzsyw> has joined #yocto | 06:10 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 06:11 | |
*** simar <simar!~simar@128.224.252.2> has joined #yocto | 06:34 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 06:35 | |
*** simar_ <simar_!~simar@128.224.252.2> has quit IRC | 06:37 | |
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto | 06:44 | |
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has quit IRC | 06:44 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 06:44 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 06:44 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 06:45 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 06:50 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 06:51 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 06:52 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 06:52 | |
*** tf <tf!~tomas@178.79.160.5> has joined #yocto | 06:58 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 07:00 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 07:01 | |
*** silviof1 is now known as silviof | 07:04 | |
*** Zagor <Zagor!~bjst@sestofw01.enea.se> has joined #yocto | 07:09 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 07:09 | |
*** mike <mike!c2881242@gateway/web/freenode/ip.194.136.18.66> has joined #yocto | 07:12 | |
*** mike is now known as Guest27321 | 07:12 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 07:13 | |
*** tbn <tbn!~tbn@84.55.160.118> has joined #yocto | 07:38 | |
LetoThe2nd | is there a way to completely reset a bitbake build? i just aborted one and cleared download/sstate afterwars, but now it seems to be confused | 07:39 |
*** tbn is now known as Guest15862 | 07:39 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 07:43 | |
*** agust <agust!~agust@p4FC46B48.dip0.t-ipconnect.de> has joined #yocto | 07:44 | |
*** wgao <wgao!~wgao@1.202.252.122> has quit IRC | 07:46 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 07:46 | |
*** wgao <wgao!~wgao@1.202.252.122> has joined #yocto | 07:46 | |
*** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has joined #yocto | 07:48 | |
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:51 | |
*** florian_kc is now known as florian | 07:51 | |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 07:52 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 07:56 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 07:59 | |
ndec | LetoThe2nd: what do you mean by reset? | 08:11 |
ndec | you can either remove 'tmp' folder and keep download and sstate, that's generally enough. | 08:11 |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 08:12 | |
ndec | next step is to remove sstate too, and you pretty much restart from scratch. | 08:12 |
LetoThe2nd | ndec: thanks *notes* | 08:14 |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 08:16 | |
ndec | LetoThe2nd: sometimes when doing 'dev' i end up with messing up the 'sysroot' folder, especially when editing/changing recipes. in that case removing 'tmp' is the right thing to do. | 08:16 |
LetoThe2nd | ndec: ok.. think i get it (slowly) | 08:16 |
*** sameo <sameo!samuel@nat/intel/x-rqpxkfdpwqjwzexo> has joined #yocto | 08:18 | |
*** simon_b <simon_b!c06dbe58@gateway/web/freenode/ip.192.109.190.88> has joined #yocto | 08:19 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 08:21 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 08:22 | |
erbo | anyone know if there's some documentation on the nativesdk.bbclass (other than reading the bbclass :) )? | 08:24 |
simon_b | Hello. I would like to add patches in a fixes layer (called meta-fixes) for dlt-daemon in meta-ivi. But bitbake only searches inside meta-ivi and in downloads.. Hence, it does find the bbappend, which lists the patches as part of the SRC_URI | 08:24 |
simon_b | Can I append something to the search path? | 08:24 |
erbo | simon_b: yes, using FILESEXTRAPATHS_prepend | 08:25 |
simon_b | erbo: thank you. How do I specifiy the bbappend' | 08:26 |
simon_b | ..path? | 08:26 |
erbo | simon_b: look at e.g. recipes-core-ivi/eglibc/eglibc_2.18.bbappend | 08:26 |
simon_b | thx | 08:27 |
erbo | the row FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" will make it look in the <dir of the bbappend>/<packagename> for files | 08:27 |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 08:28 | |
erbo | simon_b: if it's a fix that affects everyone the meta-ivi maintainers are usually very helpful getting it fixed in meta-ivi | 08:28 |
*** honschu <honschu!~honschu@p549E8157.dip0.t-ipconnect.de> has joined #yocto | 08:30 | |
*** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto | 08:30 | |
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC | 08:34 | |
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto | 08:35 | |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 08:35 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 08:39 | |
*** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has joined #yocto | 08:49 | |
* jeremiah lurks | 08:49 | |
B4gder | hey jeremiah! | 08:50 |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 08:50 | |
jeremiah | B4gder: Ohai! | 08:54 |
jeremiah | Good to know you're here too! | 08:54 |
jeremiah | Now I'm not as scared =D | 08:54 |
B4gder | haha | 08:56 |
*** belen <belen!~Adium@134.134.139.76> has joined #yocto | 08:59 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 09:02 | |
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 09:07 | |
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 09:07 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:07 | |
bluelightning | morning all | 09:08 |
*** alex_kag <alex_kag!~alex_kag@178.124.16.226> has quit IRC | 09:31 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 09:37 | |
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 09:54 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 10:14 | |
*** B4gder <B4gder!~daniel@sestofw01.enea.se> has quit IRC | 10:17 | |
*** B4gder <B4gder!~daniel@rockbox/developer/bagder> has joined #yocto | 10:17 | |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 10:18 | |
*** alex_kag <alex_kag!~alex_kag@178.124.16.226> has joined #yocto | 10:28 | |
*** simar_ <simar_!~simar@128.224.252.2> has joined #yocto | 10:34 | |
*** simar <simar!~simar@128.224.252.2> has quit IRC | 10:38 | |
*** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 10:40 | |
*** Guest27321 <Guest27321!c2881242@gateway/web/freenode/ip.194.136.18.66> has quit IRC | 10:53 | |
*** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has quit IRC | 10:54 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 11:20 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 11:20 | |
*** daBONDi_work <daBONDi_work!~david@80.122.151.98> has joined #yocto | 11:23 | |
BCMM | when building kbd, i get "Exception: ExpansionError: Failure expanding variable SUMMARY, expression was ${SUMMARY} - Debugging files which triggered exception Exception: variable SUMMARY references itself!". i don't particularly mind if my distro doesn't have kbd; is there an easy way to tell bitbake not to include it in the image? | 11:32 |
daBONDi_work | Hi, i got a bootup problem, i generate an Image cpio.gz Image with "Intel Atom" and core-image-minimal-initramfs, then i copied it to a cf card with a syslinux bootloader, it boots up and Holds/Wait with follow Message "Waiting for removable media..." is there any special kind in syslinux to append the rootfs? | 11:32 |
BCMM | as far as i can tell, the actual inclusion of kbd is several includes/inherits deep, so ideally i would like a way to say "don't build kbd even though it says you should", rather than having to edit some official bbclass | 11:33 |
BCMM | daBONDi_work: does yocto generate a syslinux config for you, or did you have to do that manually? | 11:34 |
rburton | BCMM: this may sound odd, but try bitbake kbd -ccleanall and then try your build again | 11:34 |
rburton | BCMM: i've seen that error happen very rarely/randomly | 11:34 |
BCMM | rburton: thanks, i'll try that | 11:35 |
daBONDi_work | bcmm: i build it manualy syslinux -i /dev... and make a syslinux config, LABEL xx kernel bzImage initrd ...gpio.gz | 11:35 |
BCMM | rburton: in general, is there an easy way to just remove a package from my image, other than by modifying core classes or recipes? | 11:35 |
BCMM | rburton: looks like that's working now, thanks. what's the diff between clean and cleanall? | 11:36 |
daBONDi_work | bcmm i think it removes the kernel file also and rebuild it | 11:37 |
rburton | BCMM: there's a way in development now, but sometimes if you can chase where the package is getting pulled in you can see a way to remove it | 11:39 |
rburton | ie kbd might be tied to "have a keyboard" machine feature | 11:40 |
BCMM | rburton: huh, that's a pretty good idea actually | 11:40 |
BCMM | it does have a keyboard, but i'm perfectly happy to just use the in-kernel keymap | 11:40 |
BCMM | rburton: any idea how to do a build without udev? | 11:40 |
*** BCMM_ <BCMM_!~user@unaffiliated/bcmm> has joined #yocto | 11:41 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 11:41 | |
*** BCMM_ is now known as BCMM | 11:41 | |
rburton | BCMM: meta/recipes-core/packagegroups/packagegroup-core-boot.bb defines VIRTUAL-RUNTIME_dev_manager ?= udev | 11:43 |
rburton | so you could change that | 11:43 |
rburton | i expect setting it to "" would let you use a static /dev | 11:43 |
rburton | (you can do that in your distro or local.conf) | 11:43 |
*** smartin_ is now known as smartin | 11:43 | |
rburton | then you get to play the game of all the other things that also want udev ;) | 11:44 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 11:49 | |
*** el_robin_ <el_robin_!~el_robin@2a01:e0b:1:124:7ca1:158a:f7c4:103d> has quit IRC | 11:51 | |
*** el_robin <el_robin!~el_robin@2a01:e0b:1:124:5dde:883e:3ed5:b46e> has joined #yocto | 11:53 | |
BCMM | rburton: the client switch above was me losing electricy and moving to a phone, so I'll try stuff when it comes back. thanks. | 11:58 |
*** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has quit IRC | 12:07 | |
daBONDi_work | when i want to build a linux Image to run completly from ram the core-image-minimal-initramfs is the way to go right? | 12:12 |
daBONDi_work | or is it even possible to build it with yocto | 12:12 |
rburton | daBONDi_work: yeah, that works | 12:12 |
daBONDi_work | i use "debirf" before to shrink down a debian dist | 12:12 |
rburton | there's plenty of prior art for yocto-based products that are actually fairly large initramfs systmes | 12:13 |
daBONDi_work | i need a small x86_64 Image | 12:14 |
daBONDi_work | current my debirf image has 70 MB | 12:14 |
daBONDi_work | space is not so critical its running on an full blown intel atom | 12:14 |
daBONDi_work | with 2gb ram | 12:14 |
daBONDi_work | ok i think i found it why my image not booting on system with cf card | 12:18 |
daBONDi_work | CONFIG_PCMCIA in kernel config maybe missing | 12:18 |
BCMM | daBONDi_work: that is exactly wthan I'm trying to do (run with only an initramfs) | 12:19 |
daBONDi_work | you got it to work ? :D | 12:19 |
BCMM | daBONDi_work: still working on it, but kinda | 12:19 |
BCMM | i've been using rpi-hwup-image from the unofficial raspberry pi bsp, then building an initramfs manually from the generated filesystem | 12:20 |
daBONDi_work | i trying realy hard to understand the yocto structure, but my brain don't get it :-) maybe my brain missing some prerequesites | 12:20 |
BCMM | so far it requires manually disabling udev to boot | 12:20 |
BCMM | maybe i should be basing what I'm doing on core-image-minimal-initramfs instead | 12:21 |
BCMM | i guess i could still use the MACHINE from the pi bsp to get the right arm abi... | 12:22 |
daBONDi_work | so prbly i need a selfmade bsp depennding on atom-pc and add up "CONFIG_PCMCIA", back to the yocto docs :-) | 12:22 |
*** scot__ <scot__!~scot@130.164.62.183> has joined #yocto | 12:26 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 12:28 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 12:29 | |
*** cfo215 <cfo215!~christos@mail.abemblem.com> has joined #yocto | 12:40 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 12:40 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 12:41 | |
cfo215 | Hello everyone, I've been playing around with my own layers and after removing my layer from the bblayers.conf file bitbake seems to still include remnants from it in the build. I keep getting "ERROR: Nothing RPROVIDES 'hello' " | 12:45 |
daBONDi_work | cfo215: I think << yocto noob, make a bitbake -c cleanall | 12:46 |
daBONDi_work | should cleanup all prebuild packages and the sstate dir an rebuild all fresh | 12:47 |
bluelightning | no, that's not the problem here | 12:47 |
bluelightning | cfo215: you must still have a reference to "hello" somewhere in your configuration | 12:47 |
cfo215 | bluelightning: I'm reproducing it for you now. I'll paste it along with my notes. | 12:53 |
daBONDi_work | Kernel find now my cf Card and put it under hda1 but got still "Waiting for removable media" :-/ | 12:55 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 13:01 | |
*** jkridner <jkridner!~jkridner@nat/ti/x-zfmqmrfnupykqyfu> has joined #yocto | 13:01 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 13:01 | |
*** Guest15862 <Guest15862!~tbn@84.55.160.118> has quit IRC | 13:10 | |
*** tbn <tbn!~tbn@mad27-1-88-172-46-29.fbx.proxad.net> has joined #yocto | 13:10 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 13:11 | |
*** tbn is now known as Guest99740 | 13:11 | |
*** Guest99740 <Guest99740!~tbn@mad27-1-88-172-46-29.fbx.proxad.net> has quit IRC | 13:12 | |
*** rikroled <rikroled!~tbn@mad27-1-88-172-46-29.fbx.proxad.net> has joined #yocto | 13:12 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-qamcpnvsqfuvhrqn> has joined #yocto | 13:12 | |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 13:13 | |
*** Garibaldi|work1 <Garibaldi|work1!~andydalt@nat/cisco/x-phfzdwsnrkpwvusy> has quit IRC | 13:15 | |
tf | daBONDi_work: you will probably have to make your own init script | 13:15 |
daBONDi_work | mhh | 13:16 |
tf | or your card is not getting correctly mounted | 13:17 |
tf | the init script looks for rootfs.img in /media/*/ | 13:17 |
daBONDi_work | im currently crawling the meta\rec..-core\initrdscripts\files/init-live.sh, here it stands | 13:17 |
daBONDi_work | yeah thats the same iam reading | 13:17 |
daBONDi_work | im trying now to put debugshell as kernel option so it breaks out of the udev script and bring me to shell | 13:18 |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 13:18 | |
daBONDi_work | can i overrite a script in an recipie from an other recipie ? | 13:19 |
lpapp | hi, when I am building 32 bit stuff with Yocto on a 64 bit host, do I need to have a lot of 32 bit libraries around or Yocto will build those for me? | 13:19 |
tf | daBONDi_work: make a bbappend | 13:19 |
tf | lpapp: should just work | 13:19 |
*** thaytan_ is now known as thaytan | 13:20 | |
daBONDi_work | tf: will the rootfs.img get copied to a ram root fs? | 13:20 |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 13:20 | |
daBONDi_work | or will system mount the img itself | 13:21 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 13:21 | |
tf | daBONDi_work: if you choose the 'boot' option, it creates a loop device and mounts the rootfs.img on the loop device | 13:22 |
tf | the rootfs.img is not a ram image | 13:22 |
daBONDi_work | what 'boot' option? | 13:22 |
cfo215 | bluelightning: http://pastebin.com/3WwNnEtw | 13:22 |
eren | new blog post: http://hambedded.org/blog/2013/08/20/waiting-for-removable-media-problem/ | 13:23 |
tf | daBONDi_work: when the live image first boots, you get an option in the bootloader to either 'boot' or 'install' | 13:24 |
tf | the default is 'boot' | 13:24 |
daBONDi_work | i make a syslinux bootloader config | 13:24 |
tf | sure | 13:24 |
daBONDi_work | and pass the initrd and kernel file | 13:24 |
tf | sure | 13:24 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 13:24 | |
tf | daBONDi_work: the init script that is waiting for removable media is part of the initrd | 13:24 |
tf | because the initrd is just a small image that loads / installs the real image | 13:26 |
tf | you want to make a real image, with a normal init program instead, I think | 13:26 |
daBONDi_work | ahh now i get it | 13:26 |
daBONDi_work | yes i want a system hows run completly from ram | 13:26 |
daBONDi_work | after start | 13:26 |
tf | basically, you want the rootfs from something line core-image-minimal | 13:27 |
tf | but build in the appropriate format for the ram disk | 13:27 |
daBONDi_work | yes :-) | 13:27 |
tf | which is cpio.gz, if I am not mistaken | 13:27 |
daBONDi_work | yes thats what i was reading | 13:27 |
tf | I don't think core-image-minimal builds cpio.gz by default | 13:28 |
bluelightning | cfo215: run bitbake -e | less and search for hello (with / ) | 13:28 |
tf | you need to enable that | 13:28 |
tf | daBONDi_work: plus you will need to make sure the ramdisk is big enough, there are some kernel params for that, iirc | 13:29 |
*** davest <davest!~Adium@134.134.137.73> has joined #yocto | 13:29 | |
daBONDi_work | thx | 13:29 |
cfo215 | bluelightning: will grep do? | 13:30 |
daBONDi_work | will check, thx tf! for clueing the thing with initrd! | 13:30 |
bluelightning | cfo215: not really, we want to see how it's being set | 13:30 |
cfo215 | bluelightning: Will do. | 13:30 |
tf | daBONDi_work: you might want to create your own image recipe from something like core-image-minimal, and just change the IMAGE_FSTYPES in the recipe (see core-image-minimal-initramfs for that) | 13:32 |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 13:34 | |
daBONDi_work | so i make a copy of core-image-minimal-dev.bb(Inerits core-image Minimal.bb with dev-pkgs) put it in my own layer and add IMAGE_FSTYPE=cpio.gz to it, or something like that, will try tf THX | 13:37 |
cfo215 | bluelightning: http://pastebin.com/3yTjKHaS | 13:37 |
bluelightning | cfo215: so basically on line 45 of your local.conf you are appending " hello" | 13:38 |
bluelightning | cfo215: if you don't want that, remove it :) | 13:38 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 13:40 | |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 13:42 | |
cfo215 | bluelightnight: sure enough "IMAGE_INSTALL_append += "hello"... but now I'm really confused. Should I use my layer from bblayers.conf or use IMAGE_INSTALL_append += "<recipe-name>" in local.conf? | 13:43 |
bluelightning | cfo215: it's not really either-or | 13:44 |
bluelightning | cfo215: two different things | 13:44 |
bluelightning | cfo215: if you want to add a layer to your configuration, the path to it has to be added to conf/bblayers.conf | 13:44 |
bluelightning | cfo215: the IMAGE_INSTALL_append is adding a package to be installed in your image | 13:45 |
bluelightning | cfo215: I'm assuming you changed your bblayers.conf to remove the layer that contained the recipe that provided a "hello" package, but since you didn't remove the line from local.conf that added that package to your image -> error | 13:45 |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 13:46 | |
cfo215 | bluelightning: Yes, that is correct. So if I understand it correctly then if i have a recipe in my layer but don't included it in bblayers.conf I could still use a recipe from it by 'IMAGE_ISTALL_append'ing the recipe name. | 13:47 |
bluelightning | cfo215: no, that's not right | 13:48 |
cfo215 | bluelightning: ic | 13:48 |
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 13:48 | |
bluelightning | cfo215: if a package is mentioned in IMAGE_INSTALL there must be a recipe providing it or you'll get the error you were getting | 13:49 |
bluelightning | there's not a lot more to it than that | 13:49 |
*** zeeblex <zeeblex!apalalax@nat/intel/x-sgwkmykjrrllzsyw> has left #yocto | 13:50 | |
cfo215 | bluelightning: I guess I was thinking that if the recipe was in the sources folder, even though it's parent layer was not included in the bblayers.conf file that bitbake would find it. | 13:50 |
cfo215 | bluelightning: ... if I used IMAGE_INSTALL to make a reference to it. | 13:51 |
cfo215 | bluelightning: Thanks for all your help! I've got to get moving on... | 13:52 |
bluelightning | no, IMAGE_INSTALL doesn't at all influence the recipes that are parsed | 13:52 |
bluelightning | ok | 13:53 |
bluelightning | np | 13:53 |
cfo215 | bluelightning: I'm still trying to get my head around all the configuration docs. It will come... or my head will explode. Either, I suppose, will work. | 13:54 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 13:54 | |
*** cfo215 <cfo215!~christos@mail.abemblem.com> has quit IRC | 13:54 | |
daBONDi_work | hi, I am again :-) i got a recipie in my layer, in the bb file(its an new Image File), i have follow line: "require core-image-minimal.bb" | 13:55 |
daBONDi_work | how can i include something from an other layer in an bb , bitbakes tells me it cannot finr core-image-minimal.bb | 13:55 |
Stygia | bluelightning, Hey dude, I have a problem. I hope you have some advice. | 13:57 |
Stygia | The boss N' I are trying to update the recipes for our own code, which needs to be fetched from our private git repository | 13:57 |
Stygia | We have set it up so that he is authenticated via ssh, so no credentials are need to push or pull. | 13:58 |
*** kspr <kspr!~Kasper@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto | 13:58 | |
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 13:58 | |
Stygia | And now, we've added something like git://bitbucket.org/movis/movisboxsite;protocol=ssh;branch=master;user=git | 13:59 |
Stygia | This is what we've managed to find that doesn't generate errors outright... | 13:59 |
Stygia | bluelightning, Okay, as I"m typing this, he actually managed it. :P So sorry to disturb you. | 13:59 |
kspr | Hey Stygia | 14:00 |
Stygia | It's that guy, BTW. | 14:00 |
bluelightning | Stygia: ok, happy to be your cardboard cutout developer ;) | 14:00 |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 14:00 | |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 14:00 | |
bluelightning | daBONDi_work: use the full path from the base of the layer | 14:02 |
bluelightning | daBONDi_work: i.e. require recipes-core/images/core-image-minimal.bb | 14:02 |
*** darknighte_znc is now known as darknighte | 14:02 | |
*** alex_kag <alex_kag!~alex_kag@178.124.16.226> has quit IRC | 14:04 | |
daBONDi_work | bluelightning: THX it works, was obvious, why iam not thinging about this :-), maybe i dont understand the system, do it combine all layers to 1 big thing? | 14:05 |
bluelightning | daBONDi_work: no, you just clone/extract each one wherever it makes sense, then point to them in the conf/bblayers.conf file under your build directory | 14:06 |
daBONDi_work | ok this is why the Path is only recipies-core/.. because meta = layer is in bblayers.conf and got submerged to the big Virtual bblayers.conf Directory/configfile/or wathever :-) | 14:07 |
daBONDi_work | now i get it, documentation is quite confusing :-), thx 4 your time | 14:11 |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 14:12 | |
Stygia | bluelightning, Hah it wasn't quite like that, I genuinely didn't know, my boss' just managed to make it work after he asked me to come ask here. | 14:12 |
Stygia | bluelightning, FYI you've made a noticable impact in our company's efforts to get profitable. :P | 14:12 |
Stygia | bluelightning, We should pay you or something. | 14:12 |
bluelightning | Stygia: it's ok, I'm happy to help :) | 14:13 |
Stygia | bluelightning, Yea I know. :) | 14:13 |
bluelightning | Stygia: the perl recipe contributions you're preparing will be more than sufficient recompense :) | 14:13 |
Stygia | bluelightning, Heh yea I'm hoping so. | 14:15 |
Stygia | libX-something-perl, Artistic-1.0+ | GPL-1.0+, all this stuff is gradually getting there... | 14:15 |
Stygia | bluelightning, This, titled libtaint-util-perl: http://pastebin.com/v4WnDKSq | 14:19 |
Stygia | bluelightning, That's what you'd want commited, yea? | 14:19 |
bluelightning | Stygia: yep | 14:20 |
Stygia | bluelightning, With section set to 'libs', but still. | 14:20 |
bluelightning | Stygia: FYI it seems like we inherited this naming scheme from debian, fwiw: http://packages.debian.org/search?keywords=libtaint-util-perl | 14:21 |
Stygia | bluelightning, Yea, it does match the debian one very closely. | 14:21 |
*** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto | 14:22 | |
*** tomz is now known as Guest15408 | 14:23 | |
*** alex_kag <alex_kag!~alex_kag@37.213.46.42> has joined #yocto | 14:26 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 14:29 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 14:29 | |
*** BCMM <BCMM!~user@unaffiliated/bcmm> has quit IRC | 14:31 | |
*** sameo <sameo!samuel@nat/intel/x-rqpxkfdpwqjwzexo> has quit IRC | 14:31 | |
*** tonghuix <tonghuix!~tonghuix@61.149.210.24> has joined #yocto | 14:34 | |
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto | 14:45 | |
*** sameo <sameo!~samuel@192.55.55.37> has joined #yocto | 14:46 | |
*** BSDCat <BSDCat!unique@calvin.idempot.net> has joined #yocto | 14:48 | |
*** tonghuix <tonghuix!~tonghuix@61.149.210.24> has quit IRC | 14:48 | |
*** BCMM <BCMM!~user@unaffiliated/bcmm> has joined #yocto | 14:50 | |
*** belen <belen!~Adium@134.134.139.76> has quit IRC | 14:56 | |
davest | YPTM: davest is in the meeting! | 14:57 |
bluelightning | YPTM: Paul Eggleton joined | 14:57 |
sgw_ | YTPM: Saul is on and will be leading this week | 14:57 |
sgw_ | YTPM: Is the Yocto Project Tech Meeing Con-Call Starting now | 14:58 |
sgw_ | Dial-in number: 1.972.995.7777 | 14:58 |
sgw_ | Participant passcode: 42001078 | 14:58 |
*** belen <belen!~Adium@134.134.139.74> has joined #yocto | 14:58 | |
sgw_ | This call is open to all and the channel remains open to discuss any topic. | 14:59 |
BSDCat | YTPM: MatthewW is on | 14:59 |
*** AlexG <AlexG!86bfdd4a@gateway/web/freenode/ip.134.191.221.74> has joined #yocto | 14:59 | |
*** Bagder <Bagder!~daniel@rockbox/developer/bagder> has quit IRC | 15:00 | |
Guest15408 | YPTM: Tom Z on | 15:00 |
*** Guest15408 is now known as tomz2 | 15:00 | |
belen | YPTM: belen joined | 15:00 |
cristianiorga | YPTM: Cristian joined | 15:01 |
RP | YPTM: Richard is on the call | 15:02 |
*** Corneliu <Corneliu!c0c6972c@gateway/web/freenode/ip.192.198.151.44> has joined #yocto | 15:02 | |
pidge | YPTM: Beth is on the call. | 15:02 |
Corneliu | YPTM: Corneliu joined | 15:02 |
*** Bagder <Bagder!~daniel@rockbox/developer/bagder> has joined #yocto | 15:02 | |
*** alex_kag <alex_kag!~alex_kag@37.213.46.42> has quit IRC | 15:03 | |
jmpdelos__ | YPTM: Polk is here | 15:03 |
fray | YPTM: Mark is here | 15:03 |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.72> has joined #yocto | 15:03 | |
jzhang-laptop | YPTM: jzhang's here | 15:03 |
zeddii | YPTM: Bruce will be late. | 15:03 |
sgw_ | https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.5_Status | 15:04 |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 15:04 | |
nitink | YPTM: nitin on the call | 15:04 |
rburton | YPTM: ross on | 15:04 |
Zagor | argh, what's the code? | 15:05 |
BSDCat | 42001078 | 15:05 |
Zagor | thanks | 15:06 |
Zagor | YPTM: Björn is on the call | 15:06 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 15:08 | |
halstead | YPTM: Michael present. | 15:10 |
*** Ramana_ <Ramana_!0117d572@gateway/web/freenode/ip.1.23.213.114> has joined #yocto | 15:11 | |
rburton | pidge: can i grab you for 5 after the call? | 15:12 |
*** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has joined #yocto | 15:16 | |
pidge | rburton: sure | 15:17 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 15:18 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 15:19 | |
lpapp | hi, how can I get a package list what core-image-minimal builds? | 15:20 |
*** sameo <sameo!~samuel@192.55.55.37> has quit IRC | 15:20 | |
JaMa | enable buildhistory | 15:20 |
lpapp | without building. | 15:20 |
lpapp | I would like to see what it will build. | 15:20 |
lpapp | and judge if that is good enough for me. | 15:21 |
*** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 15:21 | |
*** belen <belen!~Adium@134.134.139.74> has quit IRC | 15:22 | |
rburton | lpapp: bitbake -g will give you the dependency tree, from which you can get the package list | 15:22 |
rburton | its not exactly what you want though, but it will work now | 15:22 |
lpapp | rburton: sounds like something to be reported. | 15:23 |
daBONDi_work | hi i can boot the generated hddimg file from a cf card on the device, how i can boot it with syslinux and the rootfs is in ram so the system dont need the cfcard anymore, is that even possible ? can someone point me in a direction? thx | 15:23 |
lpapp | it would be nice for the users to be able to get the package list for an image, anytime, anywhere. | 15:23 |
*** belen <belen!~Adium@134.134.139.76> has joined #yocto | 15:24 | |
lpapp | rburton: is there a report about it, already | 15:26 |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.72> has quit IRC | 15:27 | |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 15:28 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 15:28 | |
*** ant_home <ant_home!~andrea@host59-63-dynamic.1-79-r.retail.telecomitalia.it> has joined #yocto | 15:30 | |
lpapp | rburton: reported because I have not found anything quickly, https://bugzilla.yoctoproject.org/show_bug.cgi?id=5025 | 15:30 |
yocti | Bug 5025: normal, Undecided, ---, saul.wold, NEW , Query the package list built by an image | 15:30 |
*** Ramana_ <Ramana_!0117d572@gateway/web/freenode/ip.1.23.213.114> has quit IRC | 15:39 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 15:45 | |
*** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has joined #yocto | 15:46 | |
*** jmpdelos__ <jmpdelos__!~polk@174-22-161-20.clsp.qwest.net> has quit IRC | 15:47 | |
*** simon_b <simon_b!c06dbe58@gateway/web/freenode/ip.192.109.190.88> has quit IRC | 15:49 | |
*** jmpdelos <jmpdelos!~polk@174-22-161-20.clsp.qwest.net> has joined #yocto | 15:54 | |
*** tonghuix <tonghuix!~tonghuix@61.149.210.24> has joined #yocto | 16:07 | |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.76> has joined #yocto | 16:07 | |
*** rikroled <rikroled!~tbn@mad27-1-88-172-46-29.fbx.proxad.net> has quit IRC | 16:08 | |
bluelightning | sgw_: re the PACKAGE_EXCLUDE functionality, you can see my comment here: http://lists.openembedded.org/pipermail/openembedded-core/2013-August/082760.html | 16:11 |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 16:11 | |
*** Corneliu <Corneliu!c0c6972c@gateway/web/freenode/ip.192.198.151.44> has quit IRC | 16:11 | |
sgw_ | bluelightning: I am reviewing fray's patch set, and the pending question is if we persist the excluded package list or not, correct? | 16:11 |
bluelightning | sgw_: yes | 16:11 |
sgw_ | bluelightning: Yeah, I have read both your message and fray's reply | 16:11 |
fray | ya.. I don't think it is necessary myself.. but I can see why someone could expect it.. | 16:12 |
bluelightning | to my mind it makes sense that the excluded packages stay excluded; the user is free to disable the exclusions | 16:12 |
JaMa | seebs: when you have a minute can you please check http://pastebin.com/C5Z1jYCg and suggest what else to try with pseudo? | 16:12 |
*** tonghuix <tonghuix!~tonghuix@61.149.210.24> has quit IRC | 16:12 | |
*** tonghuix <tonghuix!~tonghuix@61.149.210.24> has joined #yocto | 16:13 | |
sgw_ | bluelightning: I can see both sides of this as fray points out. I would tend to fall to leaving them transient since 2 of 3 package systems don't support persistence (at this time) and in most cases there won't be the data on the system anyway. | 16:14 |
sgw_ | bluelightning: it would take user action on a system with pkg-management enabled to install something new. | 16:15 |
bluelightning | the (common) case where the package manager and associated db are not installed don't enter into this discussion, this is about when they are | 16:16 |
sgw_ | bluelightning: fray: The question that comes to mind is will an update unwittingly cause a previously excluded patch to be included? | 16:16 |
sgw_ | or just the user action of adding a package? | 16:16 |
bluelightning | if it were only a matter of the user explicitly installing items on the excluded list then this wouldn't be an issue | 16:16 |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 16:17 | |
*** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has joined #yocto | 16:17 | |
sgw_ | bluelightning: so the question is: when updating a system, will a previously excluded patch be installed? Possibly due to a change in dependecies? | 16:18 |
bluelightning | s/patch/package/ | 16:19 |
bluelightning | I don't see how it couldn't be | 16:19 |
*** tonghuix <tonghuix!~tonghuix@61.149.210.24> has quit IRC | 16:20 | |
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 16:21 | |
*** jzhang-laptop <jzhang-laptop!~jzhang16@134.134.139.76> has left #yocto | 16:21 | |
*** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 16:21 | |
sgw_ | yes package, | 16:22 |
*** dvhart <dvhart!dvhart@nat/intel/x-zdqnzfcwpeiepydz> has joined #yocto | 16:25 | |
sgw_ | bluelightning: I am still leaning to leave it transient, as fray sez it's a limited case, this can be address at a later time if it becomes an issue, even if we wanted it to persist we could only make it work for rpm in the time frame we have. | 16:26 |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 16:26 | |
fray | sgw_ sorry back.. ya.. a field upgrade could bring in exclude packages.. | 16:27 |
fray | but I'm not sure if that is a good or bad thing.. | 16:27 |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 16:28 | |
*** daBONDi_work <daBONDi_work!~david@80.122.151.98> has quit IRC | 16:28 | |
sgw_ | fray: that what this seems to hinge on, you have more background on deployments at this point, so you would have to answer that question. | 16:28 |
fray | for a desktop environment, it'd be a problem.. | 16:28 |
fray | for an embedded environment, I'm not sure it is.. | 16:28 |
fray | the people I know who want the exclusion stuff will likely NOT be doing package based field upgrades.. or at least not ones with packages available theyd on't want installed -- ever | 16:29 |
bluelightning | so it kind of sounds like it doesn't matter one way or another for most cases | 16:30 |
sgw_ | As I think about this, I can see an edge case of excluding a package that provides a service and then it being installed and started, it uses resources (disk and cpu) which could have un-intended effects on the embedded systems, I could be talking may way the other direction! | 16:30 |
bluelightning | in which case, we can merge the patches as-is, but I will be working on a follow-up series that makes it persist | 16:31 |
bluelightning | so far I haven't heard a convincing argument as to why it should not | 16:31 |
sgw_ | bluelightning: given I have just started to look at think about this, I think that's a good direction to take. If we have a persistent patch set then we won't run into issues that might occur. | 16:32 |
sgw_ | fray I will pull in your updated patch set. | 16:33 |
kergoth | https://gist.github.com/kergoth/6283884 - any thoughts? | 16:36 |
*** alex_kag <alex_kag!~alex_kag@37.213.46.42> has joined #yocto | 16:36 | |
bluelightning | kergoth: do we need to add another class for this? | 16:37 |
fray | sorry, having way way too many discussions at once.. catching back up | 16:38 |
bluelightning | kergoth: I like the idea of centralising this, it's just that the number of classes we have is only going up :( | 16:38 |
*** AlexG <AlexG!86bfdd4a@gateway/web/freenode/ip.134.191.221.74> has quit IRC | 16:38 | |
fray | bluelightning / sgw_ : I can't say I have a compelling argument either way honestly.. the existing implementation is simply there to be consistent across package managers (to avoid suprises).. and this met the 'easiest way to implement the solution' | 16:39 |
fray | it's certainly easier on smart to store the exclusions then it was on opkg / deb | 16:40 |
kergoth | bluelightning: we could put it in cml1.bbclass, but then we'd need a way to opt-in to it, since we don't want to break existing recipes. | 16:41 |
kergoth | bluelightning: so.. options are limited afaict | 16:41 |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 16:43 | |
* kergoth shrugs | 16:44 | |
bluelightning | kergoth: looking at this, surely there's a way to make it not break anything... | 16:44 |
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 16:44 | |
kergoth | i don't see how. | 16:45 |
kergoth | but i'd certainly be interested to see it | 16:45 |
*** darknighte is now known as darknighte_znc | 16:46 | |
sgw_ | fray: I think we have a plan moving forward, to start with your implementation, and then move to a persistent model, with you and bluelightning looking at the creating the persistent version | 16:46 |
kergoth | I guess you could make it not do anything if DEFCONFIG is unset, but still fail if the path doesn't exist, then alter kernel.bbclass to set DEFCONFIG to KERNEL_DEFCONFIG by default, for compat with existing recipes. but then there's the question of default behavior if neither defconfig nor kernel_defconfig are set by the recipe, does it trust the recipe knows what its doing, or does it default to ${WORKDIR}/defconfig the way kernel.bbclass does today | 16:47 |
fray | sgw_ works for me | 16:47 |
sgw_ | fray: great | 16:47 |
kergoth | the problem is, many kernel recipes prepend to do_configure to create .config and everything | 16:47 |
kergoth | there's no way to inject code between that and the actual configuration | 16:47 |
* sgw_ back after a run | 16:47 | |
kergoth | so there's no way to automatically do it without the recipe opt-ing in to this manner of configuration | 16:48 |
* kergoth goes to get food and caffeine and think about it | 16:48 | |
fray | in some ways, this type of change seems reasonable to me as a 'compatibility' break.. | 16:48 |
*** alex_kag <alex_kag!~alex_kag@37.213.46.42> has quit IRC | 16:48 | |
*** _alex_kag_ <_alex_kag_!~alex_kag@37.213.46.42> has joined #yocto | 16:48 | |
fray | lets get rid of the inconsistencies.. and explaint o people how to 'fix' the recipes that use the cml1 class | 16:48 |
fray | my only question though is right now appropriate for implementation, or does this need to wait for 1.6? | 16:49 |
bluelightning | only if it could be made to error out when using "incompatible" recipes | 16:49 |
fray | bluelightning yes.. | 16:49 |
fray | detectign that is a question... | 16:49 |
kergoth | i thought about making it chmod -w .config in prepare_config, so do_configure would error out if it tried to write to it, but that'd break use of minimal defconfigs w/ oldconfig filling in the gaps | 16:50 |
seebs | JaMa: That does indeed look like files are getting created by statically-linked binaries. We've got basically nothing for that right now, except "rebuild binaries dynamically linked". | 16:51 |
seebs | Would be interesting to run more comprehensive logging in some other way to see when those files are created, and what by. | 16:52 |
*** _alex_kag_ <_alex_kag_!~alex_kag@37.213.46.42> has quit IRC | 16:53 | |
kergoth | aside: we should also dro pour "yes '' | oe_runmake oldconfig" bits in kernel.bbclass in favor of oe_runmake silentoldconfig (though it'd change the behavior from auto-enabling what's missing to using its default values, but that's much more sane anyway..) | 16:53 |
*** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has quit IRC | 16:54 | |
kergoth | er, no, nevermind that, i forgot about yes's argument behavior :) | 16:57 |
*** BCMM <BCMM!~user@unaffiliated/bcmm> has quit IRC | 17:05 | |
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC | 17:06 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 17:13 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 17:14 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 17:15 | |
JaMa | seebs: ah I forgot to mention that this one was created with internal toolchain | 17:20 |
JaMa | seebs: the same happens e.g. with procfs utils, I'm running another build from scratch to see if the list of modified file atributtes is the same | 17:22 |
seebs | Hmm. Interesting! Then we may actually have a case of something bypassing pseudo and moving files around. I suppose in theory you could try to run things with pseudo's logging on, it can be very verbose. | 17:22 |
seebs | It's at least a little disturbing for a file to be showing up in the database with 'no path', that sort of implies that it got added in some unexpected way. | 17:24 |
JaMa | PSEUDO_DEBUG=5 should be enough? | 17:24 |
seebs | Don't use PSEUDO_DEBUG, that's... useless, really. | 17:24 |
seebs | I don't know off the top of my head how to export the right values, I think it might just be PSEUDO_OPTIONS=-l | 17:24 |
seebs | Pseudo has a logging mode where it creates a log database which records every operation. | 17:25 |
seebs | This is much more informative than the debug crud. | 17:25 |
JaMa | ok | 17:25 |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 17:25 | |
seebs | BTW, I have patches that improve the debug stuff a LOT. | 17:25 |
JaMa | I'll try to create some smaller reproducer then image which takes 3 hours to build from scratch :) | 17:25 |
seebs | My background task is fixing it. | 17:25 |
seebs | Basically, in my tree, PSEUDO_DEBUG=[letters] toggles various debugging flags. | 17:26 |
seebs | So you don't have to have verbose reporting on every aspect of everything to get information about IPC. | 17:26 |
JaMa | sounds nice | 17:31 |
*** belen <belen!~Adium@134.134.139.76> has quit IRC | 17:31 | |
seebs | In retrospect, I have no idea why I didn't do it that way in the first place. | 17:32 |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 17:32 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 17:33 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 17:34 | |
*** cjosephson <cjosephson!~cjosephso@207.47.42.180.static.nextweb.net> has quit IRC | 17:35 | |
*** cjosephson <cjosephson!~cjosephso@207.47.42.180.static.nextweb.net> has joined #yocto | 17:37 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 17:37 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 17:38 | |
*** ka6sox is now known as zz_ka6sox | 17:47 | |
*** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 17:48 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 17:51 | |
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 17:54 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 17:58 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 17:58 | |
*** _alex_kag_ <_alex_kag_!~alex_kag@37.213.46.42> has joined #yocto | 18:14 | |
*** ftonello <ftonello!~felipe@wsip-70-183-20-162.oc.oc.cox.net> has joined #yocto | 18:16 | |
*** zz_ka6sox is now known as ka6sox | 18:20 | |
*** smartin <smartin!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 18:20 | |
sgw_ | khem: around? | 18:23 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:25 | |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 18:26 | |
*** davest <davest!~Adium@134.134.137.73> has quit IRC | 18:29 | |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 18:31 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 18:34 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 18:35 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 18:36 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 18:38 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 18:43 | |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 18:53 | |
*** swex__ <swex__!~swex@178.17.206.110> has joined #yocto | 18:58 | |
*** swex_ <swex_!~swex@178.17.200.236> has quit IRC | 18:58 | |
mranostay | howdy challinan | 19:04 |
challinan | hey mranostay how are ya? | 19:05 |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 19:07 | |
mranostay | oh it is going | 19:08 |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 19:09 | |
*** cjosephson <cjosephson!~cjosephso@207.47.42.180.static.nextweb.net> has quit IRC | 19:11 | |
*** cjosephson <cjosephson!~cjosephso@207.47.42.180.static.nextweb.net> has joined #yocto | 19:12 | |
*** cfo215 <cfo215!~christos@mail.abemblem.com> has joined #yocto | 19:13 | |
challinan | mranostay: you going to ELC-E? | 19:13 |
_alex_kag_ | hello, does qt4e-demo-image broken? it buiding good, but then i run it - qtdemoE -qws is segmentation fault | 19:17 |
*** amarsman <amarsman!~marsman@195-241-212-143.ip.telfort.nl> has joined #yocto | 19:18 | |
_alex_kag_ | i try run it on imx6qsabresd | 19:19 |
cfo215 | _alex_kag_: try '$ file qtdemoE' to see if it compiled properly for your target. It should give you something like " ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, stripped" if it compile correctly for your target. my target is ELF 32-bit LSB on ARM processor. Also, make sure all your required libraries are on the target (if using shared libraries). | 19:26 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 19:27 | |
JaMa | seebs: sorry to interrupt you again, but where should I find logs from PSEUDO_OPTIONS=-l? pseudo.log and logs.db looks the same as before | 19:28 |
seebs | The logs.db should be huge. If they're not, it's quite possible that, say, bitbake is helping by stripping PSEUDO_... oh. | 19:29 |
seebs | PSEUDO_OPTS | 19:29 |
seebs | I should perhaps point out that my memory for words is occasionally quite bad, and it never hurts to check what I say against the man page. :) | 19:29 |
JaMa | I've used sysroots/x86_64-linux/usr/bin/pseudo --help | grep -i PSEUDO without any output :) | 19:31 |
*** BSDCat <BSDCat!unique@calvin.idempot.net> has left #yocto | 19:31 | |
JaMa | btw not sure if it's intentional but -l is described as long and later as verbose format | 19:31 |
_alex_kag_ | cfo215: thanks, tomorrow will test | 19:34 |
seebs | It's not --help. There is an actual man page. | 19:36 |
cfo215 | how do you extend IMAGE_FEATURES += "dev-pkgs" to include a custom development package from a custom layer? I tried finding dev-pkgs* but it must not be a .bb file or *.inc file. | 19:36 |
seebs | See pseudo.1 in the pseudo directory. | 19:36 |
JaMa | seebs: yes I'm reading it now | 19:38 |
JaMa | seebs: --help is a bit more accessible when using pseudo from OE | 19:38 |
seebs | Yes. Although currently pseudo doesn't actually have *any* long options, so all it's doing is displaying the default usage stuff because - isn't a valid option. | 19:39 |
seebs | The man page is probably too large to be encapsulated in --help output, but I could probably improve it some. | 19:39 |
JaMa | strassek_: btw there is also many entries in pseudo.log about path mismatch | 19:40 |
JaMa | pseudo: path mismatch [2 links]: ino 49477724 db '/OE/work/i586-oe-linux/perl/5.14.3-r1/pkgdata/runtime/perl' req '/OE/pkgdata/i586-oe/runtime/perl'. | 19:40 |
seebs | Where is -l described as "long" and later as "verbose" format? I am not sure what you were looking at. | 19:40 |
JaMa | I belive it's caused by using hardlinks | 19:40 |
*** agust <agust!~agust@p4FC46B48.dip0.t-ipconnect.de> has quit IRC | 19:40 | |
seebs | Yes. pseudo is okay with those, they're advisory warnings -- thus the "path mismatch [2 links]". | 19:41 |
seebs | It is suspicious but those aren't regarded as fatal errors, in general. | 19:41 |
JaMa | from --help: | 19:41 |
JaMa | --format=WORD across -x, commas -m, horizontal -x, long -l, | 19:41 |
JaMa | single-column -1, verbose -l, vertical -C | 19:41 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 19:41 | |
seebs | ... Which program's --help is that? It does not look familiar to me. | 19:42 |
JaMa | pseudo --help | 19:43 |
JaMa | well pseudo version used in dylan release | 19:43 |
seebs | Those options aren't at all related to pseudo, but I have no idea what they ARE from. | 19:44 |
JaMa | omg please ignore it :) | 19:44 |
seebs | Looks like diagnostics from ls. | 19:44 |
JaMa | I forgot leading "ls" before path to pseudo | 19:44 |
* JaMa needs more coffee or less rum or something | 19:44 | |
seebs | ... And of course, rather than "ls path --help" telling you that there's no file --help, it "helpfully" interprets the option anyway. | 19:45 |
seebs | I hate that behavior. | 19:45 |
JaMa | btw the list of files with different file attributes is changing a bit with each rebuild from scratch, I'll let you know if I find something interesting in logs.db after few hours | 19:47 |
seebs | It really feels like something is moving files around that pseudo was tracking, and doing so outside of pseudo. | 19:51 |
seebs | Either statically-linked binaries, or a syscall I don't know about yet, or just some harmless bookkeeping task that needed a fakeroot qualifier and didn't get it. | 19:51 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 19:53 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 20:03 | |
*** cfo215 <cfo215!~christos@mail.abemblem.com> has left #yocto | 20:03 | |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 20:06 | |
*** davest <davest!Adium@nat/intel/x-kgltwapxlxccutav> has joined #yocto | 20:07 | |
*** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has quit IRC | 20:12 | |
*** smartin__ <smartin__!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 20:12 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 20:13 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 20:14 | |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC | 20:20 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 20:22 | |
seebs | So, I think I have meta-sourcery working with multilibs, too, now. | 20:24 |
kergoth | nice | 20:24 |
seebs | It turned out to be stunningly easy, except for the 45 minutes I spent unable to figure out why nothing at all was working. | 20:25 |
kergoth | i hate those days | 20:25 |
seebs | Answer: I had some buggy code, I wanted to run bitbake -e to examine some values, and I had put a "return" above a large hunk of necessary functionality so that bitbake -e would work, then forgot to remove it. | 20:25 |
seebs | Only got it when I did a "git diff" to look at all the changes in case I'd done something obviously wrong. I had. | 20:25 |
kergoth | ugh, yes, ConfigParsed time sanity checking sucks | 20:26 |
seebs | I am not sure at all whether my multilib handling is right. | 20:26 |
seebs | It's basically a check for MULTILIB_VARIANTS, and if that's set, for each one, get a new d.createCopy(), get DEFAULTTUNE_virtclass-multilib-%s, set DEFAULTTUNE to that, finalize, and invoke populate_toolchain_links on that. | 20:27 |
seebs | I feel that this is almost certainly overengineered, but I am not sure of a simpler way. | 20:27 |
seebs | ... My build failed due to a kernel source file producing a warning, which was treated as an error. | 20:28 |
seebs | Original plan: Use our XLP-based BSP to quickly confirm that I'm generating the right name for the multilib subdirectory, which I need to make a one-line change. | 20:29 |
seebs | Actual outcome: Roughly 9 hours of debugging how meta-sourcery interacts with multilibs. | 20:29 |
seebs | ... But I did successfully make the one-line change, so that's a win. | 20:31 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 20:32 | |
*** bbp <bbp!2e412846@gateway/web/freenode/ip.46.65.40.70> has joined #yocto | 20:42 | |
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC | 20:54 | |
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has joined #yocto | 20:57 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 20:58 | |
*** tlwoerner_ <tlwoerner_!~tlwoerner@dsl-67-55-9-50.acanac.net> has joined #yocto | 21:05 | |
*** tlwoerner_ <tlwoerner_!~tlwoerner@linaro/tlwoerner> has joined #yocto | 21:05 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:06 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 21:07 | |
*** Liang <Liang!~Leon@137.48.225.173> has joined #yocto | 21:13 | |
*** Liang <Liang!~Leon@137.48.225.173> has quit IRC | 21:14 | |
*** LiangC <LiangC!~Leon@137.48.225.173> has joined #yocto | 21:15 | |
pidge | Hi LiangC | 21:21 |
LiangC | Hi Beth? | 21:21 |
pidge | yes! | 21:22 |
LiangC | Looking forward to working with you:) | 21:22 |
pidge | ditto. we'll take this to pm. | 21:23 |
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has quit IRC | 21:23 | |
LiangC | sure | 21:24 |
*** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has joined #yocto | 21:27 | |
* mranostay yawns | 21:31 | |
RP | khem: around? | 21:34 |
seebs | RP: Should I resubmit my proposed patch to improve the reporting when shell commands cause an exit due to set -e? | 21:35 |
*** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has quit IRC | 21:36 | |
*** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has joined #yocto | 21:38 | |
RP | seebs: I'll merge it, it just about still applies | 21:39 |
seebs | Okay, thanks! | 21:40 |
kergoth | woo | 21:41 |
kergoth | that'll be handy | 21:41 |
kergoth | just yesterady i got bit by a quietly failing task :) | 21:41 |
fray | if it saves time, we have a version that applies to bitbake as of about a week ago | 21:41 |
seebs | The worst of those we ever had involved a tar command which wasn't actually failing silently. | 21:43 |
seebs | It was emitting an error message followed by several thousand lines of non-diagnostic normal output. | 21:43 |
seebs | So we didn't *see* the error message, we just saw a sudden exit for no reason. A patch similar to this at least told us tar was exiting with a non-zero status. | 21:43 |
RP | its in | 21:44 |
kergoth | huh, this kernel build is putting the generated dtbs in arch/arm/boot/dts/, not in arch/arm/boot/ the way linux-dtb.inc is expecting | 21:44 |
kergoth | causing a do_install failure. wonder if thats specific to this bsp kernel or what, weird | 21:44 |
RP | kergoth: I think a patch just landed for that | 21:44 |
kergoth | ah, indeed, didn't see that | 21:46 |
kergoth | cool | 21:46 |
RP | Does anyone see any value in the current gcc .inc files or are we better collecting things into less files? | 21:47 |
RP | I'm finding it a twisty maze and I doubt anyone else finds it easier :/ | 21:47 |
seebs | I'd have to double-check, but I *think* we may be using some of that in our build stuff. Or may not be. | 21:48 |
seebs | ... Woah, there are a LOT more of those than I realized. | 21:48 |
seebs | I would guess that we could get away with fewer. | 21:49 |
kergoth | i'm not big fan of .inc use in recipes anymore for that reason, it definitely gets confusing | 21:49 |
kergoth | though i'd like to resurrect my vim bits that made 'gf' work on required/included/inherited files in recipes | 21:50 |
RP | There are some simple no brain fixes like killing gcc-cross4.inc which I have a patch for | 21:50 |
kergoth | cause that was awesome when it worked (back when BBPATH was in the env) | 21:50 |
RP | but do we merge the gcc-configure-* and gcc-package-* ? | 21:50 |
sgw_ | RP: did you grab the other half of otavio's DISTRO_FEATURES for poky.conf? | 21:51 |
RP | gcc-configure-common and gcc-common ? | 21:51 |
RP | sgw_: no, not yet | 21:51 |
kergoth | RP: for what its worth, there might be value in keeping packaging separate for things like external toolchains, if at any point we want to be able to split out independent recipes for things | 21:52 |
kergoth | course thats more important for eglibc than gcc :) | 21:52 |
RP | kergoth: right, eglibc is a very different situation. If you look at the gcc-package bits, its mostly the do_install functions :/ | 21:53 |
kergoth | ahh, right, in that case, likely just adds confusion | 21:53 |
RP | kergoth: that is my current feeling, the split is currently rather confused... | 21:54 |
RP | sgw_: The reason I haven't done anything with the patch is I can never find the thing | 21:55 |
RP | sgw_: If people sent them to the right mailing lists, I might do a better job of that | 21:55 |
sgw_ | RP: it went to both poky and oe-core might have been sucked into one filter or the other | 21:57 |
RP | sgw_: the resend went to OE-Core only afaict | 22:00 |
RP | I'd marked the original as obsolete which makes it effectively disappear | 22:01 |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 22:02 | |
*** amarsman <amarsman!~marsman@195-241-212-143.ip.telfort.nl> has quit IRC | 22:05 | |
ftonello | does any one had any problem with python linkage while building perf? | 22:05 |
bluelightning | ftonello: failure at do_rootfs? | 22:09 |
ftonello | bluelightning: no, while linking | 22:10 |
bluelightning | ok, then no, maybe someone else has | 22:10 |
ftonello | stuff like /usr/src/kernel/tools/perf/scripts/python/Perf-Trace-Util/Context.c:87: undefined reference to `Py_InitModule4' | 22:10 |
ftonello | I will just disable it, but it's weird because I have python installed.. probably a bug in the recipe | 22:12 |
*** darknighte_znc is now known as darknighte | 22:16 | |
*** smartin <smartin!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 22:18 | |
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC | 22:22 | |
*** jkridner <jkridner!~jkridner@nat/ti/x-qquxzzqpyelzykbc> has joined #yocto | 22:30 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 22:30 | |
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto | 22:34 | |
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC | 22:36 | |
*** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto | 22:36 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 22:39 | |
kergoth | so, i've seen host compiler ICE's building qemu 1.5.0 in the past, but we found bumping to 1.5.1 sidestepped the issue | 22:40 |
kergoth | thoughts on updating qemu in the core? | 22:40 |
*** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has quit IRC | 22:42 | |
-YoctoAutoBuilder- build #137 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests Running Sanity Tests_1 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-systemd/builds/137 | 22:48 | |
*** cfo215 <cfo215!~christos@mail.abemblem.com> has joined #yocto | 22:48 | |
cfo215 | anyone out there know what the default password is for the Angstrom 2012 core-image-minimal build. I've tried all the obvious ones. I thought it was supposed to be blank. | 22:49 |
kergoth | try the angstrom channel | 22:50 |
cfo215 | How/where do you set the default password for the yocto core-image-minimal build? | 22:51 |
*** LiangC <LiangC!~Leon@137.48.225.173> has quit IRC | 22:54 | |
ant_home | cfo215, you probably want to enable # "debug-tweaks" as EXTRA_IMAGE_FEATURES | 22:55 |
ant_home | check out local.conf examples | 22:55 |
cfo215 | ant_home: thanks I'll look at that. Thank you. | 22:55 |
*** cfo215 <cfo215!~christos@mail.abemblem.com> has left #yocto | 22:56 | |
*** cfo215 <cfo215!~christos@mail.abemblem.com> has joined #yocto | 22:56 | |
*** cfo215 <cfo215!~christos@mail.abemblem.com> has left #yocto | 22:59 | |
*** cfo215 <cfo215!~christos@mail.abemblem.com> has joined #yocto | 22:59 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 23:07 | |
*** cfo215 <cfo215!~christos@mail.abemblem.com> has left #yocto | 23:07 | |
*** smartin__ <smartin__!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 23:08 | |
*** zenlinux_ <zenlinux_!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 23:17 | |
*** nitink <nitink!nitink@nat/intel/x-mnwgosekvtysksja> has quit IRC | 23:19 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 23:20 | |
-YoctoAutoBuilder- build #255 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64/builds/255 | 23:22 | |
*** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has quit IRC | 23:30 | |
*** dvhart <dvhart!dvhart@nat/intel/x-zdqnzfcwpeiepydz> has quit IRC | 23:32 | |
*** ant_home <ant_home!~andrea@host59-63-dynamic.1-79-r.retail.telecomitalia.it> has quit IRC | 23:32 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 23:35 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 23:37 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:38 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 23:50 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 23:52 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!