| *** flihp <flihp!~flihp@c-76-24-20-220.hsd1.ma.comcast.net> has joined #yocto | 00:02 | |
| *** joaohf <joaohf!~joaohf@apolo.padtec.com.br> has quit IRC | 00:07 | |
| *** wgao <wgao!~wgao@1.202.252.122> has joined #yocto | 00:07 | |
| *** Jefro <Jefro!~jefro@205.154.66.29> has joined #yocto | 00:07 | |
| *** thirtythreeforty <thirtythreeforty!~thirtythr@unaffiliated/gh403> has joined #yocto | 00:09 | |
| thirtythreeforty | Hello, I've downloaded and built a Yocto image for an i.MX6 (ARM). I would like to test the image, but I don't have the board handy. Is there a way to a) emulate it with qemu or b) recompile the image, but for x86, so that it can be used in something like VirtualBox? | 00:10 |
|---|---|---|
| *** fenrig <fenrig!~fenrig@94-226-35-134.access.telenet.be> has quit IRC | 00:11 | |
| *** fenrig <fenrig!~fenrig@94-226-35-134.access.telenet.be> has joined #yocto | 00:11 | |
| mranostay | heh b would be pointless | 00:15 |
| mranostay | and qemu isn't much better | 00:15 |
| *** fenrig <fenrig!~fenrig@94-226-35-134.access.telenet.be> has quit IRC | 00:16 | |
| *** joaohf <joaohf!~joaohf@apolo.padtec.com.br> has joined #yocto | 00:19 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 00:21 | |
| *** fenrig <fenrig!~fenrig@94-226-35-134.access.telenet.be> has joined #yocto | 00:25 | |
| *** [simar|on] <[simar|on]!~simar@96.125.133.73> has joined #yocto | 00:25 | |
| *** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 00:27 | |
| *** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 00:32 | |
| *** [simar|on] <[simar|on]!~simar@96.125.133.73> has quit IRC | 00:35 | |
| *** fenrig <fenrig!~fenrig@94-226-35-134.access.telenet.be> has quit IRC | 00:36 | |
| *** Jefro <Jefro!~jefro@205.154.66.29> has quit IRC | 00:36 | |
| *** fenrig <fenrig!~fenrig@94-226-35-134.access.telenet.be> has joined #yocto | 00:36 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 00:37 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 00:41 | |
| *** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 00:47 | |
| *** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 00:50 | |
| *** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 00:52 | |
| *** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 00:52 | |
| *** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 00:59 | |
| *** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 01:03 | |
| *** sameo <sameo!~samuel@192.55.55.37> has quit IRC | 01:09 | |
| *** sroy <sroy!~sroy@modemcable118.202-201-24.mc.videotron.ca> has joined #yocto | 01:12 | |
| *** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC | 01:28 | |
| *** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto | 01:30 | |
| *** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has joined #yocto | 01:31 | |
| *** sroy <sroy!~sroy@modemcable118.202-201-24.mc.videotron.ca> has quit IRC | 01:36 | |
| *** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has joined #yocto | 01:38 | |
| *** mihai <mihai!~mihai@86.126.1.237> has quit IRC | 01:52 | |
| *** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has quit IRC | 01:53 | |
| *** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 01:53 | |
| *** behanw <behanw!~behanw@216-58-125-148.cpe.distributel.net> has quit IRC | 01:56 | |
| *** thirtythreeforty <thirtythreeforty!~thirtythr@unaffiliated/gh403> has left #yocto | 02:00 | |
| *** wgao <wgao!~wgao@1.202.252.122> has quit IRC | 02:00 | |
| *** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has quit IRC | 02:01 | |
| *** silviof2 <silviof2!~silviof@ppp-188-174-18-199.dynamic.mnet-online.de> has joined #yocto | 02:01 | |
| *** fenrig <fenrig!~fenrig@94-226-35-134.access.telenet.be> has quit IRC | 02:02 | |
| *** silviof1 <silviof1!~silviof@unaffiliated/silviof> has quit IRC | 02:03 | |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has quit IRC | 02:04 | |
| *** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 02:04 | |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has joined #yocto | 02:06 | |
| *** mihai <mihai!~mihai@188.27.89.170> has joined #yocto | 02:08 | |
| *** wgao <wgao!~wgao@1.202.252.122> has joined #yocto | 02:45 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 02:55 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 03:02 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 03:02 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 03:08 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 03:09 | |
| *** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 03:11 | |
| *** [simar|on] <[simar|on]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 03:14 | |
| *** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 03:21 | |
| *** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 03:27 | |
| *** zz_ka6sox is now known as ka6sox | 04:08 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 04:14 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:14 | |
| *** e8johan <e8johan!~quassel@194.237.7.146> has joined #yocto | 04:19 | |
| *** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has quit IRC | 04:26 | |
| *** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has joined #yocto | 04:26 | |
| *** [simar|on] <[simar|on]!~simar@96.125.133.73> has joined #yocto | 04:33 | |
| *** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has joined #yocto | 04:33 | |
| *** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 04:37 | |
| *** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 04:38 | |
| *** [simar|on] <[simar|on]!~simar@96.125.133.73> has quit IRC | 04:38 | |
| *** [simar|on] <[simar|on]!~simar@96.125.133.73> has joined #yocto | 04:45 | |
| *** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has joined #yocto | 04:46 | |
| *** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 04:48 | |
| *** mihai <mihai!~mihai@188.27.89.170> has quit IRC | 04:57 | |
| *** elbc <elbc!2e12602e@gateway/web/freenode/ip.46.18.96.46> has quit IRC | 05:00 | |
| *** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has quit IRC | 05:00 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:05 | |
| *** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto | 05:08 | |
| *** [simar|on] <[simar|on]!~simar@96.125.133.73> has quit IRC | 05:11 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:12 | |
| *** fy9 <fy9!80db310e@gateway/web/freenode/ip.128.219.49.14> has quit IRC | 05:15 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 05:17 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:29 | |
| *** kbart <kbart!~KBart@213.197.143.19> has joined #yocto | 05:29 | |
| *** [simar|o1] <[simar|o1]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC | 05:41 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC | 05:49 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto | 05:53 | |
| *** agust <agust!~agust@p4FDE61D7.dip0.t-ipconnect.de> has joined #yocto | 05:59 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 06:02 | |
| *** tor <tor!~tor@c-d567e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 06:05 | |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 06:21 | |
| *** zeeblex <zeeblex!~apalalax@134.134.139.76> has joined #yocto | 06:22 | |
| *** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has quit IRC | 06:29 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 06:29 | |
| *** e8johan_ <e8johan_!~quassel@194.237.7.146> has joined #yocto | 06:32 | |
| *** e8johan <e8johan!~quassel@194.237.7.146> has quit IRC | 06:32 | |
| *** cristianiorga <cristianiorga!~cristiani@134.134.139.70> has joined #yocto | 06:34 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 06:37 | |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 06:46 | |
| *** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has quit IRC | 06:55 | |
| *** Zagor <Zagor!~bjst@sestofw01.enea.se> has joined #yocto | 06:58 | |
| *** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 06:58 | |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 06:58 | |
| *** e8johan_ <e8johan_!~quassel@194.237.7.146> has quit IRC | 06:59 | |
| *** n01 <n01!~n01@host225-0-static.96-5-b.business.telecomitalia.it> has joined #yocto | 06:59 | |
| *** musdem <musdem!~Zack@135.0.51.40> has quit IRC | 07:05 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 07:09 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 07:11 | |
| *** smartin <smartin!~smartin@46.218.232.202> has quit IRC | 07:23 | |
| *** smartin <smartin!~smartin@46.218.232.202> has joined #yocto | 07:24 | |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has quit IRC | 07:31 | |
| *** sakoman <sakoman!~steve@static-74-41-60-154.dsl1.pco.ca.frontiernet.net> has joined #yocto | 07:44 | |
| *** florian <florian!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto | 07:49 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:49 | |
| *** silviof2 is now known as silviof | 07:50 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:51 | |
| *** mckoan|away is now known as mckoan | 07:59 | |
| mckoan | good morning | 07:59 |
| *** fpaut_ is now known as fpaut | 07:59 | |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 08:06 | |
| bluelightning | morning all | 08:09 |
| *** BjornArnelid <BjornArnelid!5be58d0a@gateway/web/freenode/ip.91.229.141.10> has joined #yocto | 08:20 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 08:21 | |
| BjornArnelid | Good morning, is there a good way to point at your cross compiler from inside your bitbake recipie? | 08:22 |
| bluelightning | BjornArnelid: ${CC} ? | 08:27 |
| *** roric_ <roric_!~roric@194-237-7-146.customer.telia.com> has joined #yocto | 08:29 | |
| *** khohm <khohm!~quassel@share.basyskom.com> has quit IRC | 08:30 | |
| *** sadhuram <sadhuram!~sadhuram@77.210.13.172> has joined #yocto | 08:40 | |
| sadhuram | hello everyone :) | 08:41 |
| sadhuram | In two weeks I'm gonna receive a board with a Freescale i.MX6 ARM Cortex-A9 CPU. I don't fully understand what you get when you build your custom image. While building can you choose the package manager you want? I could for instance use Pacman from archlinux? | 08:43 |
| bluelightning | sadhuram: the supported package managers are rpm, ipk and deb; there is no support for pacman at this time | 08:44 |
| sadhuram | ok, thanks. So if use deb, will I be able to use both debian and ubuntu repositories? | 08:46 |
| BjornArnelid | When i try pointing at ${CC} in my bitbake recipie i get this: /bin/sh: 1: arm-poky-linux-gnueabi-gcc -march=armv5te -marm -mthumb-interwork --sysroot=/home/bjorn/yocto/poky/build/tmp/sysroots/qemuarmgcc: not found Should not cross compiler automatically be in place while building? | 08:49 |
| *** khohm <khohm!~quassel@share.basyskom.com> has joined #yocto | 08:49 | |
| *** khohm <khohm!~quassel@share.basyskom.com> has quit IRC | 08:53 | |
| *** belen <belen!Adium@nat/intel/x-gchgqnglfehnnhfv> has joined #yocto | 08:57 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:00 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC | 09:06 | |
| *** sadhuram <sadhuram!~sadhuram@77.210.13.172> has quit IRC | 09:07 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto | 09:10 | |
| *** fenrig <fenrig!~fenrig@94-226-35-134.access.telenet.be> has joined #yocto | 09:12 | |
| *** khohm <khohm!~quassel@share.basyskom.com> has joined #yocto | 09:23 | |
| *** khohm <khohm!~quassel@share.basyskom.com> has quit IRC | 09:27 | |
| *** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 09:30 | |
| *** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 09:31 | |
| -YoctoAutoBuilder- build #280 of nightly-fsl-arm is complete: Failure [failed Building Images_2] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/280 | 09:35 | |
| *** ka6sox is now known as ka6sox-away | 09:35 | |
| *** neg <neg!~neg@unaffiliated/neg> has joined #yocto | 09:40 | |
| neg | hi anyone know of a intermidiet fix for yocto bug 3841? I can't update the core and to fix it in a .bbappend. I'm a bit lost here would appreciate any help/pointer thanks | 09:42 |
| yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=3841 normal, Medium, 1.4, ross.burton, RESOLVED WORKSFORME, apr-util-native do_compile fails when using ccache-native | 09:42 |
| *** drasko <drasko!~drasko@11-96-190-109.dsl.ovh.fr> has quit IRC | 09:46 | |
| rburton | neg: if it really is that bug then cleaning should do it - bitbvake -ccleansstate apr-util-native | 09:47 |
| *** khohm <khohm!~quassel@share.basyskom.com> has joined #yocto | 09:49 | |
| neg | rburton: ok than I might have a different problem, im building from everything clean and still hit the issue. Need to investigate more then thanks | 09:49 |
| rburton | neg: if you can replicate on demand from clean feel free to re-open or file a new one | 09:51 |
| *** khohm <khohm!~quassel@share.basyskom.com> has quit IRC | 09:51 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:54 | |
| *** khohm <khohm!~quassel@share.basyskom.com> has joined #yocto | 09:56 | |
| neg | rburton: will do, thanks for your help | 09:56 |
| *** Krz_ <Krz_!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has joined #yocto | 09:57 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 10:01 | |
| *** drasko <drasko!~drasko@11-96-190-109.dsl.ovh.fr> has joined #yocto | 10:01 | |
| drasko | HI all, I have put BB_NO_NETWORK = "1" | 10:04 |
| drasko | and PREMIRRORS += "${TOPDIR}/../packages" | 10:05 |
| drasko | then I put my package in ${TOPDIR}/../packages, but during the build bitbake complains | 10:05 |
| drasko | that it can not do fetch, as it can not do git ls-remote | 10:06 |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 10:07 | |
| drasko | why does it try to git-clone before looking at PREMIRROR? | 10:07 |
| *** B4gder <B4gder!~daniel@sestofw01.enea.se> has quit IRC | 10:12 | |
| drasko | any idea on this? | 10:12 |
| drasko | Is not PREMIRRORS observed before starting to git-clone SRC_URI? | 10:13 |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 10:22 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 10:24 | |
| jackmitchell | drasko: does the recipe use git tags? | 10:37 |
| jackmitchell | drasko: bitbake always has to query the remote server if git tags are used | 10:38 |
| jackmitchell | drasko: a fix is to use full commit hashes instead of the tag | 10:38 |
| *** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 10:40 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:42 | |
| *** blitz00 <blitz00!stefans@nat/intel/x-fecusnapfqydppof> has joined #yocto | 10:53 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 10:53 | |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC | 11:02 | |
| Krz_ | I tried using core-image-minimal-initramfs.cpio.gz, but it fails for me just before 'switch_root' when trying to mount --move /dev ${ROOT_MOUNT}/dev | 11:02 |
| Krz_ | not sure if that's the case of some bug in busybox mount or something else | 11:02 |
| *** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto | 11:03 | |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto | 11:03 | |
| Krz_ | mount: mounting /dev on /rootfs//dev failed: Input/output error [ 15.641473] EXT3-fs error (device loop0): ext3_lookup: deleted inode referenced: 33715 | 11:03 |
| BjornArnelid | If im missing recordmcount in my yocto linux kernel, is there a way to add "make scripts" to my build | 11:27 |
| BjornArnelid | Or is there a base image that includes scripts already? | 11:27 |
| *** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has quit IRC | 11:28 | |
| drasko | Hi all. I have a local tarball of opkg-utils and it does nbot unpack with my open-utils.bb | 11:29 |
| drasko | Any ideas where to look? bitbake -c unpack just creates directory structure, but tar.gz is not unpacked | 11:30 |
| Krz_ | e2fsck on my ext3 image fixed the problem; core-image-minimal-initramfs.cpio.gz works like a charm, thanks Yocto developers, good job :) | 11:32 |
| Krz_ | it would be great though to add some: command || fatal 'command failed' to have shell access in case something went wrong | 11:34 |
| Krz_ | I might submit a patch to make next people's lives easier | 11:34 |
| Krz_ | and don't know why but default core-image-minimal-initramfs is built without 'kernel-modules'. I add this in my bbappend, but I'm pretty sure anybody who uses that needs kernel-modules | 11:51 |
| *** flynn378 <flynn378!80db310e@gateway/web/freenode/ip.128.219.49.14> has joined #yocto | 11:54 | |
| *** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto | 12:00 | |
| RP | Krz_: certainly useful feedback... | 12:17 |
| RP | JaMa: around? | 12:17 |
| JaMa | RP: partially yes | 12:18 |
| *** Krz_ <Krz_!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has quit IRC | 12:20 | |
| RP | JaMa: Was https://bugzilla.yoctoproject.org/show_bug.cgi?id=5132 all down to the mkdir problem in package.bbclass? | 12:21 |
| yocti | Bug 5132: normal, Medium+, 1.5.1, peter.seebach, NEW , pseudo: Different file attributes detected by buildhistory | 12:21 |
| RP | JaMa: or was that only part of the problem? | 12:21 |
| JaMa | only part | 12:22 |
| JaMa | procps still keeps changing file permissions with that mkdir/umask change | 12:23 |
| RP | JaMa: and you didn't find a reason for that as yet? | 12:24 |
| RP | JaMa: I'm planning to propose http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t2&id=24195503f8c1409a9dd97d56a6f21a7d8f14ce1e to fix the mkdir issue | 12:25 |
| *** melonipoika_ <melonipoika_!~quassel@ip050-115.seclan.com> has joined #yocto | 12:39 | |
| *** melonipoika_ <melonipoika_!~quassel@ip050-115.seclan.com> has quit IRC | 12:39 | |
| JaMa | RP: I have similar patch in my queue (sorry I never sent v2 for that), so ACK and thanks | 12:45 |
| JaMa | RP: and I haven't found the reason for procps changes, last clue was that it's possibly from runstrip running in parallel and calling chmod from there | 12:47 |
| RP | JaMa: I wonder if its due to symlinked files being processed in parallel? | 12:47 |
| JaMa | RP: but with added debug output I wasn't able to confirm this theory (chmod was called in same order in 2 builds with different final permissions) but I don't know if I can trust order in logs | 12:48 |
| JaMa | yes something like that, because all those files are with u-a | 12:48 |
| RP | JaMa: hmm, those files are not hardlinked and not symlinks either :/ | 12:54 |
| RP | was a nice idea... | 12:54 |
| JaMa | ah right, it's u-a but not the symlink part | 12:55 |
| JaMa | but IIRC u-a renames binaries in do_package now | 12:55 |
| JaMa | so it can be related to u-a functionality interacting badly with pseudo or something running in paralle | 12:55 |
| *** Krz <Krz!c0c6972c@gateway/web/freenode/ip.192.198.151.44> has joined #yocto | 12:58 | |
| Krz | IRC webclient keeps crashing | 12:58 |
| *** vmeson <vmeson!~quassel@128.224.252.2> has quit IRC | 12:59 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 12:59 | |
| *** Krz- <Krz-!kmsywula@nat/intel/x-izfotunvenzotmnv> has joined #yocto | 13:01 | |
| *** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto | 13:01 | |
| RP | JaMa: but we just run the stripping in parallel, that should wait until it finishes all stripping before it continues :/ | 13:01 |
| *** Krz <Krz!c0c6972c@gateway/web/freenode/ip.192.198.151.44> has quit IRC | 13:02 | |
| *** Krz- <Krz-!kmsywula@nat/intel/x-izfotunvenzotmnv> has quit IRC | 13:02 | |
| *** Krz- <Krz-!kmsywula@nat/intel/x-stsiuhbsvwugvrok> has joined #yocto | 13:02 | |
| Krz- | I have small tweak for this: meta/recipes-core/initrdscripts/files/init-live.sh, where may I submit the patch? | 13:07 |
| *** silviof <silviof!~silviof@ppp-188-174-18-199.dynamic.mnet-online.de> has quit IRC | 13:13 | |
| *** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto | 13:13 | |
| *** padge_ <padge_!~quassel@83-64-248-68.inzersdorf.xdsl-line.inode.at> has joined #yocto | 13:18 | |
| RP | JaMa: interestingly if I read back the file mode after the chmod, it all starts working | 13:18 |
| RP | seebs: this is looking very much like a pseudo bug :/ | 13:19 |
| RP | Krz-: its OE-Core so the openembedded-core mailing list | 13:20 |
| Krz- | basically adding 'live' to IMAGE_FSTYPES creates 2 additional images: .hddimg and core-image-minimal-initramfs. What can I do to create only second one, and stop creating .hddimg? | 13:30 |
| *** padge_ <padge_!~quassel@83-64-248-68.inzersdorf.xdsl-line.inode.at> has quit IRC | 13:31 | |
| *** mbelisko <mbelisko!~mbelisko@81.89.61.168.vnet.sk> has quit IRC | 13:33 | |
| RP | Krz-: override IMAGE_FSTYPES for core-image-minimal-initramfs | 13:36 |
| JaMa | RP: I was trying to read it back in order to refresh OE cachedpath, but I was either reading it in wrong place or as you say it's bug in pseudo and not cachedpath | 13:52 |
| JaMa | RP: http://bpaste.net/show/135285/ this is what I was trying to do last time (more than week ago so I barely remember..) | 13:54 |
| *** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688615.dsl.bell.ca> has joined #yocto | 13:59 | |
| drasko | Hi all, I'd like to make local package repository to speed-up build | 14:00 |
| drasko | do I have to copy all the files from downloads dir or only *.tar.gz and *.tar.bz2? | 14:00 |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 14:01 | |
| drasko | There is a bunch od *.done files | 14:01 |
| *** belen <belen!Adium@nat/intel/x-gchgqnglfehnnhfv> has quit IRC | 14:01 | |
| drasko | do these need to be copied also? | 14:01 |
| *** darknighte_znc is now known as darknighte | 14:01 | |
| *** belen <belen!~Adium@134.134.137.75> has joined #yocto | 14:02 | |
| *** kbart <kbart!~KBart@213.197.143.19> has quit IRC | 14:14 | |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 14:15 | |
| *** dkir <dkir!~dkir@dsl-olubrasgw2-54f878-199.dhcp.inet.fi> has quit IRC | 14:15 | |
| RP | JaMa: I've pasted some more info into that bug. I think there is a flaw in one of the pseudo speedup operations :/ | 14:18 |
| drasko | What exactly have to be copied from downloads directory in order to have a local package repository? | 14:22 |
| bluelightning | drasko: if you need to be selective, you don't need the .done files (assuming you are talking about using PREMIRRORS, or own-mirrors and SOURCE_MIRROR_URL) | 14:26 |
| drasko | bluelightning: I am talking about SOURCE_MIRROR_URL | 14:32 |
| *** BjornArnelid <BjornArnelid!5be58d0a@gateway/web/freenode/ip.91.229.141.10> has quit IRC | 14:33 | |
| JaMa | RP: thanks a lot | 14:34 |
| RP | seebs: around? | 14:36 |
| fray | RP -- re pseudo, which bug? | 14:36 |
| RP | fray: 5132 | 14:36 |
| fray | RP, he usually doesn't get online for another 30-45 minutes | 14:36 |
| fray | I wonder if the log(s) need a more accurate counter.. | 14:39 |
| fray | it's possible for some operations for it to hit the log file at a different itme.. (shouldn't happen, but it's possible) | 14:40 |
| fray | but I'm guessing your analysis is right.. | 14:40 |
| *** belen <belen!~Adium@134.134.137.75> has quit IRC | 14:40 | |
| *** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:41 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC | 14:41 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 14:43 | |
| fray | I'll get his attention when we comes in and we'll see what we can do about this.. | 14:43 |
| fray | but I'm guessing we'll have to change the FAST_OP to wait for a response from the server that it's queued up.. not that it's actually complete.. (but I'm not sure) | 14:44 |
| RP | fray: It might work if there was some kind of sync at process exit | 14:44 |
| RP | I'll put a note in the bug | 14:44 |
| fray | ya.. | 14:45 |
| fray | this is an interesting race though | 14:45 |
| *** belen <belen!Adium@nat/intel/x-qmrqabypcpmnbqzz> has joined #yocto | 14:45 | |
| fray | actions, even fast op are intended to be sequential.. | 14:45 |
| RP | fray: I'd appreciate it if you could get Peters attention on this since I think the priority needs to be upped of the bug, at least until we better understand the problem | 14:48 |
| fray | yup | 14:48 |
| Saur | RP: Shouldn't "export BB_VERBOSE_LOGS=1" cause executed shell commands to be logged to log.do_*? | 14:48 |
| RP | Saur: don't you have to set that in a .conf file? | 14:49 |
| RP | Saur: I doubt its read from the environment by default, not in the default whitelist | 14:50 |
| Saur | RP: Could explain why it didn't work... | 14:50 |
| fray | environment is cleared except for specific variables.. setings are expected to be primarily in a .conf file | 14:51 |
| Saur | Ah, that worked a whole lot better (setting it in local.conf). :) | 14:52 |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 14:55 | |
| *** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto | 14:55 | |
| *** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 15:01 | |
| *** zeeblex <zeeblex!~apalalax@134.134.139.76> has left #yocto | 15:02 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 15:04 | |
| *** zenlinux <zenlinux!~sgarman@c-24-20-145-95.hsd1.or.comcast.net> has joined #yocto | 15:11 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 15:12 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:18 | |
| *** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has joined #yocto | 15:24 | |
| *** hollisb <hollisb!~hollisb@c-67-169-221-181.hsd1.or.comcast.net> has joined #yocto | 15:33 | |
| *** ka6sox-away is now known as ka6sox | 15:35 | |
| *** fpaut is now known as fpaut_ | 15:35 | |
| *** [simar|on] <[simar|on]!~simar@rn-nat3-uw-129-97-125-206.net.uwaterloo.ca> has joined #yocto | 15:35 | |
| *** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 15:38 | |
| *** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 15:40 | |
| *** flynn378 <flynn378!80db310e@gateway/web/freenode/ip.128.219.49.14> has quit IRC | 15:48 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 15:54 | |
| *** belen <belen!Adium@nat/intel/x-qmrqabypcpmnbqzz> has quit IRC | 15:54 | |
| drasko | Hi all. I did BB_GENERATE_MIRROR_TARBALLS = "1", and this generated all tarballs for git cloned packages. It also generated all mirrors in git2 dir | 15:55 |
| drasko | I now removed git2 dir, and put BB_NO_NETWORK = "1", hoping that packages like this can be used : git2_git.xenomai.org.xenomai-head.git.tar.gz | 15:56 |
| drasko | However, I have a bitbake complaining Function failed: Network access disabled through BB_NO_NETWORK but access requested with command git clone --bare --mirror ... | 15:56 |
| *** belen <belen!~Adium@134.134.137.75> has joined #yocto | 15:56 | |
| drasko | like it is not capable to see that git2_git.xenomai.org.xenomai-head.git.tar.gz already exists. | 15:57 |
| RP | drasko: did you run BB_GENERATE_MIRROR_TARBALLS = "1" with a clean DL_DIR? | 15:57 |
| drasko | RP: yes | 15:57 |
| bluelightning | drasko: have you set a specific SRCREV in the xenomai recipe? or just "${AUTOREV}" ? | 15:57 |
| drasko | specific SRCREV | 15:57 |
| bluelightning | drasko: and that is a full hash and not just a tag/branch name? | 15:58 |
| RP | "head" in that tarball name looks worrying | 15:58 |
| drasko | bluelightning: full hash | 15:58 |
| RP | drasko: what is the SRC_URI in the recipe? | 15:58 |
| drasko | SRC_URI = "git://git.xenomai.org/xenomai-head.git;prtocol=git" | 15:59 |
| drasko | These packages are actually in PREMIRRORS += "${TOPDIR}/../packages" | 15:59 |
| *** belen2 <belen2!Adium@nat/intel/x-qeifsbjbxbyurxvp> has joined #yocto | 15:59 | |
| RP | ok, the head isn't what I thought it might be | 15:59 |
| RP | drasko: er, that is not how you use PREMIRRORS | 16:00 |
| drasko | RP, no I have same behaviour for Linux | 16:00 |
| drasko | ERROR: Function failed: Network access disabled through BB_NO_NETWORK but access requested with command git clone --bare --mirror git://git.rocketboards.org/linux-socfpga.git /home/drasko/yocto/build/downloads/git2/git.rocketboards.org.linux-socfpga.git (for url None) | 16:00 |
| RP | drasko: you need something like git://.* file://${TOPDIR}/../packages/ | 16:00 |
| RP | drasko: i.e. to map the git downloads to look in that location | 16:00 |
| drasko | Well - I have a set of packages already in the directory delivered by the third party | 16:00 |
| drasko | and I want to keep a few of my packages in the separate directory | 16:01 |
| *** belen <belen!~Adium@134.134.137.75> has quit IRC | 16:01 | |
| RP | drasko: Right, but I repeat that syntax is incorrect for PREMIRRORS | 16:01 |
| drasko | So I've put my packages in dir pointed by PREMIRRORS | 16:01 |
| RP | PREMIRRORS is not a directory, its a set of mappings | 16:01 |
| drasko | RP: what can be used instead? | 16:01 |
| RP | drasko: see my suggestion above | 16:02 |
| drasko | RP: I do not get it quite... So for every package to add file://${TOPDIR}/../packages/ ? | 16:03 |
| drasko | THis does not seem very elegant to me | 16:03 |
| drasko | Shoule I use PREMIRRORS at all? Is there a way to tell to bitbake that packages are in two different directories? | 16:04 |
| drasko | *Should | 16:04 |
| *** [simar|on] <[simar|on]!~simar@rn-nat3-uw-129-97-125-206.net.uwaterloo.ca> has quit IRC | 16:06 | |
| RP | drasko: first, what do you mean by packages? | 16:07 |
| *** mckoan is now known as mckoan|away | 16:07 | |
| RP | drasko: you have a single directory with some git mirror tarballs in? | 16:08 |
| drasko | RP: yes | 16:08 |
| drasko | one dir with git tarbals | 16:09 |
| RP | drasko: ok, so calling it "packages" is *very* misleading for a start | 16:09 |
| drasko | RP: I ment all recipes | 16:09 |
| RP | drasko: so look at own-mirrors.bbclass and you'll see an example of how PREMIRRORS is meant to be used | 16:09 |
| RP | drasko: what you need is a single line mapping "git://.*/.* file://${TOPDIR}/../packages/" | 16:10 |
| RP | i.e. telling it to look for git tarballs in that directory | 16:11 |
| drasko | RP, so if I understood well, I should replace PREMIRRORS variable in my local.conf to be like this: | 16:12 |
| drasko | PREMIRRORS += "git://.*/.* file://${TOPDIR}/../packages/" | 16:12 |
| drasko | let me try this... | 16:12 |
| drasko | hmmm... Still the same error | 16:15 |
| RP | drasko: check PREMIRRORS gets set to what you expect with bitbake -e | 16:16 |
| drasko | Sorry, now I have some other error - missing some package... I'll have to fix this before | 16:17 |
| drasko | But it looks like PREMIRRORS method you proposed is correct | 16:17 |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 16:18 | |
| *** n01 <n01!~n01@host225-0-static.96-5-b.business.telecomitalia.it> has quit IRC | 16:20 | |
| *** zenlinux <zenlinux!~sgarman@c-24-20-145-95.hsd1.or.comcast.net> has quit IRC | 16:21 | |
| ant_work | zeddii: tested the workaround? | 16:21 |
| drasko | RP: no, still the same error | 16:23 |
| drasko | how to check PREMIRRORS with bitbake -e? It seems to be a function, not variable | 16:23 |
| ant_work | zeddii: JaMa will yell at us soon on next world rebuild ;) | 16:24 |
| zeddii | ant_work. working on it! | 16:24 |
| zeddii | I'm being squeezed by a hardware failure and another request. but I'm at it again now. | 16:25 |
| ant_work | :/ | 16:25 |
| ant_work | zeddii: take the good part of that: progress on bug 4072 | 16:26 |
| yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=4072 enhancement, High, 1.5 M4, bruce.ashfield, IN PROGRESS REVIEW , Avoid circular dependencies when building initramfs that includes kernel modules | 16:26 |
| ant_work | heh | 16:26 |
| zeddii | yah. that bug is the #1 priority now, so I'm on it. | 16:27 |
| * zeddii fooled yocti, but by not mentioning the # | 16:27 | |
| zeddii | s/but/by/ | 16:27 |
| bluelightning | drasko: are you perhaps still inheriting own-mirrors which is setting PREMIRRORS ? | 16:27 |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 16:27 | |
| drasko | bluelightning: actually, syntax is PREMIRRORS_append, not PREMIRRORS += | 16:27 |
| drasko | seems to be different | 16:27 |
| bluelightning | yes, the two are not the same | 16:28 |
| ant_work | bbl | 16:29 |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:29 | |
| drasko | bluelightning: you are right - I am inheriting own-mirrors | 16:29 |
| drasko | Let me try to prepend to PREMIRRORS then... | 16:29 |
| RP | drasko: I'm wondering if there is some line wrap issue in the way you're setting it. you can manually put a newline in with \n if I remember rightly | 16:30 |
| *** pidge <pidge!~pidge@134.134.139.76> has joined #yocto | 16:30 | |
| *** conditionzero <conditionzero!~Unknown@2001:6f8:12d9:13:1e4b:d6ff:fedb:207c> has joined #yocto | 16:30 | |
| conditionzero | hi @ all | 16:30 |
| *** alex_kag <alex_kag!~alex_kag@93.84.109.125> has joined #yocto | 16:32 | |
| conditionzero | i have a question, the problem is i have a package erlang15 and a package erlang16. Now erlang-mochiweb needs erlang15 but a bblacer i have added sets the preferred provider to erlang 16 and even thogh i have set the preferred provider to erlang 15 in the recipe it wont build erlang15 it will build erlang16 | 16:33 |
| *** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 16:33 | |
| *** mr_science <mr_science!~sarnold@net-cf9a4e91.cst.impulse.net> has joined #yocto | 16:34 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:34 | |
| JaMa | zeddii: not so soon, because I'm running test-dependencies.sh on very big world, it's runnig 4 days already and ~ 7 more to go | 16:34 |
| drasko | No, I am confused | 16:34 |
| drasko | I just can not make bitbake to take my git2_... taball | 16:34 |
| drasko | I am trying PREMIRRORS_prepend = "git://.*/.* file://${TOPDIR}/../packages/" | 16:34 |
| drasko | However it is insisting in bare cloning git repo : | 16:35 |
| drasko | git clone --bare --mirror git://git.rocketboards.org/linux-socfpga.git /home/drasko/yocto/build/downloads/git2/git.rocketboards.org.linux-socfpga.git (for url None) | 16:35 |
| * zeddii rushes anyway. | 16:37 | |
| *** dvhart <dvhart!~dvhart@134.134.137.75> has joined #yocto | 16:38 | |
| *** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 16:39 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 16:46 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 16:51 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 16:55 | |
| seebs | RP, that analysis looks right to me, FASTOP has a design flaw; I assumed that any given file would be being modified by a single program, for some reason. | 16:56 |
| RP | drasko: do "bitbake -e > somefile", the open somefile in an editor and see what PREMIRRORS got set to | 16:57 |
| drasko | RP: It was a \n probelm, as you said | 16:57 |
| seebs | Off the top of my head, possible fixes or near-fixes include: | 16:57 |
| drasko | PREMIRRORS_prepend = "git://.*/.* file://${TOPDIR}/../packages/ \n \ https?$://.*/.* file://${TOPDIR}/../packages/ \n \" | 16:57 |
| drasko | THis is what was needed | 16:57 |
| RP | drasko: ok, good :) | 16:57 |
| seebs | 1. atexit() hook which does nothing but send a ping. Since ping requires a response, this should synchronize things. | 16:57 |
| drasko | Only this works, nothing elese, not even =+, not without \n | 16:58 |
| drasko | very strange and confusing syntax | 16:58 |
| seebs | 2. Have the server actually consume all the incoming messages, then put them into a timestamp-sorted queue. This requires each message to have a timestamp with sub-second time data. | 16:58 |
| fray | is there a way to exit w/o atexit firing? | 16:58 |
| seebs | Oh, several. | 16:59 |
| seebs | _exit() and abort(), for instance. | 16:59 |
| RP | seebs: you don't want to know about the timestamp problems I saw in lttng ;-) | 16:59 |
| fray | seebs, for #2, what happens if the message is very delayed (heavily loaded system)? | 16:59 |
| seebs | But it'd catch the really obvious cases. | 16:59 |
| fray | can you intercept abort and _exit as well? | 16:59 |
| seebs | I am not sure. | 16:59 |
| seebs | *thinking* | 16:59 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 16:59 | |
| drasko | RP: looking PREMIRRORS with -e is not possible | 16:59 |
| drasko | result is something like this | 16:59 |
| drasko | PREMIRRORS() { | 16:59 |
| drasko | data.delVar('PREMIRRORS') | 16:59 |
| drasko | localdata.setVar('PREMIRRORS', mirrors) | 16:59 |
| drasko | localdata.setVar('PREMIRRORS', mirrors) | 16:59 |
| drasko | that's all | 17:00 |
| fray | can a 'dtor' be added, will that always fire on exist of an app? or is that a library thing? | 17:00 |
| *** belen <belen!~Adium@134.134.137.75> has joined #yocto | 17:00 | |
| fray | exist -> exit | 17:00 |
| RP | drasko: you ran it through grep didn't you? try -C5 | 17:01 |
| *** belen2 <belen2!Adium@nat/intel/x-qeifsbjbxbyurxvp> has quit IRC | 17:01 | |
| seebs | I do not know enough to say whether it is a safe assumption that a message which has been successfully written to a unix-domain socket will be available to the other end before the write call returns and the app can exit. | 17:01 |
| * RP needs to head afk | 17:02 | |
| *** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has quit IRC | 17:03 | |
| RP | seebs: I will leave you to ponder this but it is something we're probably going to need to fix :/ | 17:03 |
| seebs | Yes, yes we are. | 17:03 |
| seebs | This is very similar to the failure which required the may_delete/did_delete logic. | 17:04 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 17:04 | |
| seebs | *thinks* Wondering whether I could put a serial number on database entries and make that cover for it. | 17:04 |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 17:08 | |
| seebs | Few more observations: You can't guarantee a cleanup call because someone can always segfault. | 17:10 |
| seebs | It might be possible to add a synchronize of some sort to wait(), but it occurs to me that the server will in principle process multiple requests from a given client before it will process some from a client with a higher client ID, and it'd be pretty common for a child process to get processed after its caller. | 17:11 |
| seebs | So in theory, if client #1 is doing a wait, and then a chmod, and client #2 is doing a chmod, and then an exit, you can still (rarely) get the failure even if the wait includes a ping. | 17:12 |
| seebs | It may well be that the atexit() is "good enough" because in principle if things are segfaulting or aborting, we have bigger problems. | 17:13 |
| seebs | In which case I can have a patch attached to the defect for testing in Not Long, I think. | 17:16 |
| fray | ya, I'm not worried so much about segfault.. | 17:16 |
| seebs | The real worry would be people calling _exit(). | 17:16 |
| seebs | Not sure how often that happens, and I sort of worry about breaking things that really DID care whether they exited quickly. | 17:18 |
| seebs | Anyway, updated the bug with a proposed patch, if someone who has a reproducer handy wants to see whether that helps, go right ahead. :) | 17:22 |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 17:24 | |
| *** [simar|on] <[simar|on]!~simar@rn-nat3-uw-129-97-125-198.net.uwaterloo.ca> has joined #yocto | 17:26 | |
| *** nitink <nitink!~nitink@134.134.139.74> has quit IRC | 17:28 | |
| *** conditionzero <conditionzero!~Unknown@2001:6f8:12d9:13:1e4b:d6ff:fedb:207c> has quit IRC | 17:29 | |
| *** [simar|on] <[simar|on]!~simar@rn-nat3-uw-129-97-125-198.net.uwaterloo.ca> has quit IRC | 17:32 | |
| *** belen <belen!~Adium@134.134.137.75> has quit IRC | 17:35 | |
| JaMa | seebs: I'll try it | 17:37 |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 17:37 | |
| *** ArunKumar <ArunKumar!~747@219.91.210.181> has joined #yocto | 17:40 | |
| ArunKumar | newbie: wanted to add "octave" package to my image "core-image-sato", what is the package name for yocto build? | 17:41 |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 17:42 | |
| Krz- | git grep in meta-oe shows only this: meta-oe/recipes-devtools/swig/swig.inc: --without-octave \ | 17:46 |
| Krz- | :) | 17:46 |
| Krz- | so I presume octave is part of swig package, but you need to enable it | 17:46 |
| Krz- | does that make any sense? I have no idea about octave nor swig | 17:47 |
| ArunKumar | same here.. no idea.. im still figuring my way around recipes and layers.. | 17:50 |
| ArunKumar | can u suggest some methods... i am all confused here with the official documentation.. any links to simplified docs will be helpful too | 17:51 |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 17:52 | |
| *** nitink <nitink!nitink@nat/intel/x-ynlhzklobdtvnopn> has joined #yocto | 18:00 | |
| Krz- | I know only yoctoproject.org | 18:01 |
| Krz- | there is documentation section | 18:01 |
| Krz- | IRC normally works well, but at this time most of the people are gone | 18:01 |
| Krz- | go to official swig website, download swig package (sources) and try to compile it first | 18:02 |
| Krz- | figure out if that's what you need, figure out valid ./configure flags for you | 18:02 |
| Krz- | and then you can start with Yocto | 18:02 |
| Krz- | if you don't know what/where you want using Yocto makes your position only worse | 18:03 |
| *** dvhart <dvhart!~dvhart@134.134.137.75> has quit IRC | 18:03 | |
| *** JaMa <JaMa!~martin@ip-62-24-80-145.net.upcbroadband.cz> has quit IRC | 18:06 | |
| *** JaMa <JaMa!~martin@ip-62-24-80-145.net.upcbroadband.cz> has joined #yocto | 18:08 | |
| *** nitink <nitink!nitink@nat/intel/x-ynlhzklobdtvnopn> has quit IRC | 18:18 | |
| *** nitink <nitink!~nitink@134.134.137.71> has joined #yocto | 18:32 | |
| Krz- | does IMAGE_INSTALL -= work in Yocto? ^_^ | 18:33 |
| seebs | No, but there's a _remove these days. | 18:34 |
| denix | quick question - does conditional assignment "?=" in a class get finalized _after_ the recipe using that class is parsed? | 18:41 |
| fray | for image's.. if you want to exclude a package, define: PACKAGE_EXCLUDE = "...." (note this only works in master/dora) | 18:42 |
| fray | that will allow the system to know you don't want something, and then prevent it from being installed. If the rootfs can't be generated you'll get an error that should help you figure out how to resolve it | 18:43 |
| fray | (to remove something complicated, like perl.. it will likely take many iterations) | 18:44 |
| *** nitink1 <nitink1!nitink@nat/intel/x-dwytgxnvebeygrzd> has joined #yocto | 18:44 | |
| *** nitink <nitink!~nitink@134.134.137.71> has quit IRC | 18:45 | |
| *** nitink <nitink!~nitink@134.134.139.76> has joined #yocto | 18:49 | |
| *** nitink1 <nitink1!nitink@nat/intel/x-dwytgxnvebeygrzd> has quit IRC | 18:51 | |
| ndec | denix: i believe it's parsed while the file is being parsed. so the location of 'inherit' has some importance. | 18:55 |
| ndec | i am not 100% sure, but i think that's what i have observed. | 18:55 |
| *** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688615.dsl.bell.ca> has quit IRC | 18:56 | |
| ndec | denix: i think that's what this is saying to (if i read it correctly): http://docs.openembedded.org/bitbake/html/ch02.html#id398548 | 18:56 |
| denix | ndec: thanks. yes, you are correct, but my issue was that += in the recipe on top of ?= in the class actually overwrites the value from class. it's a race and _append should be used instead of += here | 18:59 |
| ndec | if you have += before 'inherit' then yes, i think the ?= is ignored as the variable is set when you reach it. | 19:00 |
| ndec | and yes, _append fixes that. | 19:00 |
| denix | no, even after inherit | 19:00 |
| *** fenrig <fenrig!~fenrig@94-226-35-134.access.telenet.be> has quit IRC | 19:01 | |
| denix | if it was before, it would be obvious | 19:01 |
| *** joeythesaint <joeythesaint!~jjm@128.224.252.2> has quit IRC | 19:01 | |
| *** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688615.dsl.bell.ca> has joined #yocto | 19:01 | |
| ndec | denix: then, no. that doesn't make sense. | 19:01 |
| denix | well, it was also on top of the override :) so that could affect it as well | 19:02 |
| denix | so, VAR_override += "val" is not a good idea :) | 19:03 |
| ndec | hehe... sorry, but too late for me ;-) | 19:03 |
| ndec | i can barely get that right in the morning... | 19:04 |
| denix | yeah, sometimes with all those complex overrides and conditionals it's not obvious what precedes or overrides what :) | 19:05 |
| *** dvhart <dvhart!~dvhart@134.134.139.74> has joined #yocto | 19:05 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 19:09 | |
| *** tor <tor!~tor@c-d567e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC | 19:12 | |
| *** fenrig <fenrig!~fenrig@94-226-35-134.access.telenet.be> has joined #yocto | 19:21 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 19:24 | |
| *** markos_ <markos_!~markos@ppp-94-67-56-98.home.otenet.gr> has joined #yocto | 19:52 | |
| *** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has joined #yocto | 19:52 | |
| markos_ | hi all | 19:53 |
| markos_ | question reg. sabrelite, which dtb should I use with 3.5.7 kernel? when I use the mx6qsabrelite.dtb I get no display, when I use the mx6qsabreauto.dtb I get display but mmc fails to initialize (that's using 3.5.7 from master) | 19:54 |
| *** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688615.dsl.bell.ca> has quit IRC | 19:55 | |
| markos_ | I noticed that mxcfb defines are missing from mx6qsabrelite.dts, is that a bug or am I supposed to do something different here? | 19:55 |
| *** ArunKumar <ArunKumar!~747@219.91.210.181> has quit IRC | 19:55 | |
| *** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688615.dsl.bell.ca> has joined #yocto | 20:01 | |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 20:02 | |
| *** kmccombe <kmccombe!~kevinm@bas10-ottawa23-1128688615.dsl.bell.ca> has quit IRC | 20:09 | |
| *** alex_kag <alex_kag!~alex_kag@93.84.109.125> has quit IRC | 20:10 | |
| *** ant_home <ant_home!~andrea@host119-249-dynamic.21-79-r.retail.telecomitalia.it> has joined #yocto | 20:12 | |
| *** kmscherer_ <kmscherer_!~kscherer@128.224.252.2> has quit IRC | 20:16 | |
| *** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has quit IRC | 20:21 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 20:22 | |
| RP | seebs: I tried the patch and it does seem to resolve that problem | 20:38 |
| seebs | Awesome. Okay, now I have *two* patches to merge into pseudo "real soon now", only I am pretty heavily loaded for a bit here. | 20:40 |
| RP | seebs: could you also put the default format string into pseudolog's help output please ;-) | 20:41 |
| *** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has quit IRC | 20:41 | |
| RP | seebs: I had to read the source the figure out how to see more than 12 chars of the process name which is not an optimal developer workflow | 20:42 |
| seebs | You people are so picky. Next you'll be telling me the thing where all usage messages are delivered by punching the user in the stomach "isn't user-friendly". | 20:43 |
| Daemon404 | you guys are doing it wrong | 20:52 |
| Daemon404 | take a page from the plan9 book | 20:52 |
| Daemon404 | an have every error be "eh?" | 20:52 |
| Daemon404 | s/an/and/ | 20:52 |
| * mr_science prefers "say what?!?" | 20:54 | |
| mr_science | or the classic "lp0 error... printer on fire?" | 20:54 |
| fray | the AIX error is good.. (trying to find the exact phrase) | 20:57 |
| fray | "Shut her down Clancy, she's pumping mud." | 20:57 |
| fray | I believe that was the result of a double fault.. even better that the first customer to 'report' it in the field was an oil driller who, umm.. got very confused | 20:57 |
| mr_science | heh | 20:57 |
| mr_science | even i'm not old enough to remember the lp0 thing, but apparently that was an actual occurance | 20:58 |
| mr_science | line printers throwing so much paper dust that it was literally a fire hazard | 20:59 |
| mr_science | so it really could be on fire... | 20:59 |
| fray | Ya, I've heard of it.. but never seen it either | 20:59 |
| fray | I have seen line printers dancing around the room when something went wrong with them though | 20:59 |
| fray | (these are the big monster ones) | 20:59 |
| mr_science | yup, we had one in my IV&V office for many years | 21:00 |
| fray | kept slamming the head back and forth and printing crap.. was rocking back and forth since the cart it was on wasn't locked in place | 21:00 |
| mr_science | sounded a lot like George Jetson's car when you fired it up | 21:00 |
| fray | heh | 21:00 |
| mr_science | ours had locking wheels... | 21:00 |
| fray | the printer apparently broke the locking -wheel- on the car.. | 21:01 |
| fray | it no longer locked and it started moving | 21:01 |
| mr_science | all four had locks | 21:01 |
| mr_science | must've been a later design... | 21:01 |
| fray | I can't say I remember much else about it.. I was pretty young.. | 21:01 |
| fray | my dad worked for 'Moore Business Forms', and sold paper to honeywell and such.. | 21:01 |
| mr_science | yeah, that was my first office after grad school | 21:01 |
| fray | I had tagged along for some reason on a late visit when this happened.. | 21:02 |
| mr_science | early 90s on an AF base is a lot like the 70's... | 21:02 |
| fray | I don't remember which company though.. but it was a BIG printer.. | 21:02 |
| fray | hehe.. this would have been late 80's | 21:02 |
| fray | (box in the background of the university scene in War Games is a Moore box) | 21:03 |
| fray | I had a room full of those as a kid.. | 21:03 |
| mr_science | they still had 2(!) operational cyber 750s when i got there | 21:03 |
| fray | used for training or? | 21:03 |
| mr_science | my own math dept had decommissioned theirs in 1985 or so... | 21:03 |
| fray | I programmed in uTutor courseware updates in 1994 on a Cyber.. :P | 21:03 |
| mr_science | fray: operational meaning launch support | 21:04 |
| mr_science | one for realtime processing and one for non-realtime | 21:04 |
| Daemon404 | i will take this opportunity to call you all old | 21:06 |
| * Daemon404 runs | 21:06 | |
| mr_science | get off my lawn... | 21:06 |
| * fray was in highschool when he worked on the cyber.. ;) | 21:06 | |
| Daemon404 | i wish i had a lawn. | 21:07 |
| * fray has at least 8 acres that has to be mowed. | 21:07 | |
| fray | I'll let you pretend you have a lawn | 21:07 |
| mr_science | i had to process field data on one all through the 80s... | 21:07 |
| * Daemon404 didnt exist in th 80s | 21:07 | |
| mr_science | undergrad/grad research assitant | 21:07 |
| Daemon404 | well i did. as a foetus. | 21:08 |
| fray | lol | 21:08 |
| mr_science | so you're still wet behind the ears then... | 21:08 |
| Daemon404 | indeed | 21:10 |
| Daemon404 | i made sure to start young though | 21:10 |
| Daemon404 | linux from age 11+ | 21:10 |
| fray | I started using Linux in about 1992.. I was 16.. | 21:11 |
| fray | 'er.. make that 1991 was 16.. :P | 21:11 |
| fray | I started programming in 1994.. | 21:11 |
| Daemon404 | my town didnt get internet until like 1998 | 21:11 |
| fray | (linux that is) | 21:11 |
| Daemon404 | so theres that. | 21:11 |
| fray | I'd been programming since 1984-86ish.. BASIC and Assembly | 21:12 |
| *** pidge <pidge!~pidge@134.134.139.76> has quit IRC | 21:12 | |
| * fray ran a BBS from 1986 -> 1992 | 21:12 | |
| fray | ahh the good 'ol days, where 1200 was 'fast', then 2400.. then 9600, then 19200, then finally 56k | 21:12 |
| Daemon404 | you can relive those to an extent | 21:13 |
| Daemon404 | all you need is a serial cable | 21:13 |
| Daemon404 | and the will to push data through t | 21:13 |
| Daemon404 | it | 21:13 |
| * mr_science first punched cards in 1979 | 21:13 | |
| mr_science | programmable calculators before that... | 21:13 |
| Daemon404 | come to canada | 21:14 |
| Daemon404 | they still need pdp11 engineers | 21:14 |
| mr_science | nope, just cyber/vax | 21:14 |
| mr_science | post-pdp11 | 21:14 |
| mranostay | heh | 21:15 |
| Daemon404 | i suppose vax people will be paid big $$$ for years to come | 21:15 |
| Daemon404 | but probably hate their lives. | 21:15 |
| mr_science | whatever i knew about the vax i've forgotten several times over | 21:15 |
| mr_science | haven't touched a cyber for a long time either... | 21:16 |
| Daemon404 | again im young; started on c64 BASIC | 21:17 |
| mranostay | heh that is young? :) | 21:18 |
| Daemon404 | im 23; thats young in here | 21:18 |
| Daemon404 | in embedded land | 21:18 |
| mr_science | speaking of embedded land... | 21:21 |
| mr_science | this must be the only place where a successful install log is filled with 99% "ECC: 4 uncorrectable bitflip(s) at offset 0x002c6000" | 21:22 |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 21:22 | |
| *** nitink1 <nitink1!nitink@nat/intel/x-sxitpvshdiendcbh> has joined #yocto | 21:55 | |
| *** nitink <nitink!~nitink@134.134.139.76> has quit IRC | 21:58 | |
| *** el_robin <el_robin!~el_robin@2a01:e0b:1:124:3c7c:66ec:30c8:530f> has quit IRC | 22:07 | |
| *** el_robin <el_robin!~el_robin@2a01:e0b:1:124:80d1:68a9:bd4d:b309> has joined #yocto | 22:14 | |
| seebs | This is a gorgeous variable expansion bug and I must share it. | 22:16 |
| seebs | For various perfectly good reasons, I want to copy any files that would have been picked up by ${FILES_linux-libc-headers-dev} from one directory to another. | 22:16 |
| seebs | And since at least one of those names is "/usr/include/asm*", I have to be a little clever about this, because a naive shell expansion will pick up the set of asm* directories on the host, rather than for the target. | 22:17 |
| seebs | So this results in a hunk of shell code which contains "${FILES_linux-libc-headers-dev}". | 22:17 |
| seebs | And if this gets built for a multilib, well. The FILES variable got renamed to FILES_lib32-linux-libc-headers-dev, so there's no longer a variable with the original name. | 22:18 |
| seebs | Since there's no variable, bitbake leaves it for the shell. | 22:18 |
| seebs | And the shell then interprets it as "if $FILES_linux is not set, expand to libc-headers-dev". | 22:18 |
| *** pidge <pidge!~pidge@134.134.139.76> has joined #yocto | 22:22 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:22 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 22:23 | |
| hollisb | wow | 22:24 |
| hollisb | I did not know that shell trick :-) | 22:24 |
| seebs | ${foo-bar} => bar if foo is unset, ${foo:-bar} => bar if foo is unset or an empty string. | 22:25 |
| seebs | So this only happens because the bitbake name happens not to be a valid shell variable name, but does match a shell expansion behavior. | 22:25 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 22:26 | |
| *** ant_home <ant_home!~andrea@host119-249-dynamic.21-79-r.retail.telecomitalia.it> has quit IRC | 22:27 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 22:32 | |
| *** nitink1 <nitink1!nitink@nat/intel/x-sxitpvshdiendcbh> has quit IRC | 22:34 | |
| sgw_ | seebs: you have a chance to look deeper at that ftw() issue? | 22:38 |
| seebs | Not past what I found initially: ftw() always reports targets instead of links, nftw() does unless an additional flag is being passed to it. | 22:39 |
| seebs | hmm | 22:39 |
| seebs | I don't see anything that should interrupt or change that. We're not, say, corrupting the flag argument in any obvious way. | 22:40 |
| sgw_ | seebs, right but without pseudo, the sizes reported into the stat structure is a link size not the target size | 22:40 |
| seebs | What call is being used to create these? | 22:40 |
| seebs | Because if it's not nftw() with FTW_PHYS in the flag field, that's very surprising. | 22:41 |
| seebs | And if it is, pseudo shouldn't affect its behavior, I don't think. | 22:41 |
| *** agust <agust!~agust@p4FDE61D7.dip0.t-ipconnect.de> has quit IRC | 22:41 | |
| seebs | Well, hmm. I do see one thing. | 22:41 |
| seebs | Which is that the original determination of the path to pass to the real nftw() isn't reflecting any flag states. | 22:42 |
| seebs | If there's an easy way to extract a trivial reproducer, I can probably try to get a look at it "soon", but that may or may not imply a particular day. Or week. Life is being exciting. | 22:46 |
| sgw_ | seebs: yes, the producer is creating a btrfs image, which will fail, I can get you some strace output if that helps. | 22:53 |
| sgw_ | seebs: you might be able to take the ftw() code from mkfs.c (in btrfs-progs) and write a really simple test case. | 22:53 |
| *** sameo <sameo!~samuel@192.55.55.37> has joined #yocto | 22:54 | |
| *** sameo <sameo!~samuel@192.55.55.37> has quit IRC | 22:55 | |
| seebs | Hmm. *thinks* | 22:55 |
| *** sameo <sameo!~samuel@192.55.55.37> has joined #yocto | 22:56 | |
| seebs | So, they *want* the target size (which is what ftw() should give them), but they are somehow getting the link's size instead? That is odd. | 22:56 |
| seebs | But I don't immediately know of any cases where pseudo will give the details of a link instead of its target for ordinary stat calls. | 22:57 |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 22:57 | |
| *** sameo <sameo!~samuel@192.55.55.37> has quit IRC | 22:57 | |
| *** sameo <sameo!~samuel@192.55.55.37> has joined #yocto | 22:58 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 22:58 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 22:59 | |
| sgw_ | seebs can I run a simple command under pseudo | 23:00 |
| seebs | Well, in the default case: /path/to/pseudo <cmd> | 23:00 |
| seebs | Optionally, you can specify -P <statedir> | 23:00 |
| seebs | I think. | 23:01 |
| *** nitink <nitink!~nitink@134.134.139.76> has joined #yocto | 23:04 | |
| *** dvhart <dvhart!~dvhart@134.134.139.74> has quit IRC | 23:19 | |
| *** behanw <behanw!~behanw@199.119.129.178> has joined #yocto | 23:20 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 23:32 | |
| *** nitink <nitink!~nitink@134.134.139.76> has quit IRC | 23:33 | |
| *** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has joined #yocto | 23:43 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 23:46 | |
| *** nitink <nitink!~nitink@134.134.139.76> has joined #yocto | 23:55 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!