*** abelloni <abelloni!~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr> has joined #yocto | 00:01 | |
*** pidge <pidge!~pidge@2a02:8084:0:3000:2544:9cc2:c13c:7e79> has quit IRC | 00:10 | |
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 00:17 | |
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 00:25 | |
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 00:26 | |
*** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p239.net182021249.tokai.or.jp> has joined #yocto | 00:34 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 00:37 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 00:44 | |
*** timsche <timsche!~quassel@port-92-192-48-203.dynamic.qsc.de> has joined #yocto | 00:51 | |
*** bavery <bavery!c066d101@gateway/web/freenode/ip.192.102.209.1> has quit IRC | 01:09 | |
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 01:09 | |
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 01:11 | |
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 01:22 | |
*** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 01:22 | |
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 01:26 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 01:29 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 01:34 | |
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 01:55 | |
*** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC | 02:04 | |
*** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto | 02:05 | |
*** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto | 02:06 | |
*** sjolley <sjolley!sjolley@nat/intel/x-uqfnfbxiyhgvimqu> has joined #yocto | 02:10 | |
*** chankit <chankit!chankitx@nat/intel/x-yhyvffdcnzkflyrk> has joined #yocto | 02:20 | |
*** timsche_ <timsche_!~quassel@port-92-192-59-122.dynamic.qsc.de> has joined #yocto | 02:30 | |
*** timsche <timsche!~quassel@port-92-192-48-203.dynamic.qsc.de> has quit IRC | 02:33 | |
*** timsche_ <timsche_!~quassel@port-92-192-59-122.dynamic.qsc.de> has quit IRC | 02:37 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 02:43 | |
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 03:17 | |
*** pidge <pidge!~pidge@2a02:8084:0:3000:e557:2f7e:d4ed:92eb> has joined #yocto | 03:19 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:24 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:36 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 03:58 | |
*** pohly1 <pohly1!~pohly@p57A56B24.dip0.t-ipconnect.de> has joined #yocto | 03:58 | |
*** pohly <pohly!~pohly@p57A5667F.dip0.t-ipconnect.de> has quit IRC | 04:01 | |
*** pidge <pidge!~pidge@2a02:8084:0:3000:e557:2f7e:d4ed:92eb> has quit IRC | 04:07 | |
*** sg-fn <sg-fn!~shara@c-69-243-176-49.hsd1.il.comcast.net> has quit IRC | 04:47 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:54 | |
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 04:56 | |
*** grma <grma!~gruberm@chello213047201250.tirol.surfer.at> has joined #yocto | 05:06 | |
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto | 05:08 | |
*** akhandav <akhandav!~arun@139.181.35.34> has left #yocto | 05:18 | |
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto | 05:20 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 05:38 | |
*** limotec-dev <limotec-dev!d5b5327c@gateway/web/freenode/ip.213.181.50.124> has joined #yocto | 06:07 | |
*** wadim_ <wadim_!~egorov@mail.phytec.co.uk> has joined #yocto | 06:15 | |
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-ntzanamijarsgamz> has joined #yocto | 06:18 | |
*** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 06:21 | |
*** frsc <frsc!~frsc@80.149.173.68> has joined #yocto | 06:22 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 06:40 | |
*** egavin <egavin!~egavin@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 06:44 | |
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 06:52 | |
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-eqlldvdwryxzjleq> has joined #yocto | 06:56 | |
*** jbrianceau_away is now known as jbrianceau | 06:56 | |
*** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC | 06:58 | |
*** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto | 06:58 | |
*** [Sno] <[Sno]!~sno@ip150.99.69.80.in-addr.arpa> has joined #yocto | 07:05 | |
*** mago_ <mago_!~mago@88.131.56.168> has joined #yocto | 07:05 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 07:06 | |
woah_dude | hi all! | 07:07 |
---|---|---|
woah_dude | i'm trying to add qt to the edison yocto image, i downloaded meta-qt5 from git and add this layer to the bblayers.conf, but when i'm selecting machine from the list in hob, i'm getting this error http://pastebin.com/bvAysSeA | 07:08 |
woah_dude | anybody can advice? | 07:08 |
woah_dude | if i delete this file qtmultimedia_5.4.1.bb, i can start building process but the fail on do_configure in qt_base package | 07:10 |
woah_dude | sorry for my english | 07:10 |
*** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has joined #yocto | 07:11 | |
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 07:14 | |
LetoThe2nd | woah_dude: on a first guess, have you checked that you're using the right branch of meta-qt5, e.g. the one that targets the release of yocto that your edison build is also on? | 07:15 |
LetoThe2nd | woah_dude: and *hint*: just deleting things is way more likely to break stuff even further instead of tfixing them magically. | 07:16 |
woah_dude | i know) but i need only 3 packages from qt, not all | 07:16 |
LetoThe2nd | that doesn't mean that the build process doesn't need some other, less obvious files implicitly | 07:17 |
*** jku <jku!jku@nat/intel/x-nasdxwuiawyuaqiy> has joined #yocto | 07:18 | |
woah_dude | how can i understand which branch of meta-qt i need for edison? | 07:19 |
woah_dude | in terminal: poky git:(c4f1f0f) | 07:22 |
*** noraply <noraply!~nora@sestofw01.enea.se> has joined #yocto | 07:25 | |
woah_dude | ok, i google it, it seems like daisy branch) i get daisy branch from qt git, and error is gone! | 07:25 |
woah_dude | LetoThe2nd thanks for your helps | 07:26 |
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 07:28 | |
*** mckoan|away is now known as mckoan | 07:28 | |
mckoan | good morning | 07:28 |
*** cristianiorga <cristianiorga!~cristiani@134.134.137.71> has quit IRC | 07:30 | |
LetoThe2nd | woah_dude: sry, i'm not here all the time. IRC is rather asynchronous | 07:32 |
LetoThe2nd | woah_dude: basically, check the documentation of your edison stuff (where did you get it from? what git branch are you on there?) and then select the corresponding one in the qt5 layer | 07:33 |
woah_dude | nonono, your advice actually fixed this error) | 07:33 |
LetoThe2nd | ah ok? nice! | 07:33 |
woah_dude | yeah) thanks) | 07:33 |
LetoThe2nd | woah_dude: basically be aware of the fact that the layer mix-n-match mechanism doesn't work too well across different releases | 07:33 |
*** ant___ <ant___!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has joined #yocto | 07:33 | |
woah_dude | ok, i'll be | 07:34 |
*** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has quit IRC | 07:34 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:39 | |
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto | 07:45 | |
*** rburton1 <rburton1!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 07:47 | |
*** zwerch <zwerch!~Adium@ip-109-90-30-99.hsi11.unitymediagroup.de> has joined #yocto | 07:50 | |
zwerch | Hello together. Can anyone tell me how I can load some wifi-drivers at boot? | 07:51 |
*** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has joined #yocto | 07:55 | |
*** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has joined #yocto | 07:57 | |
mckoan | zwerch: take a look at linux-firmware*.bb | 07:59 |
*** ddom <ddom!~ddom@p4FFAB363.dip0.t-ipconnect.de> has joined #yocto | 08:00 | |
*** blitz00 <blitz00!stefans@nat/intel/x-xgelsqrclurjgcuo> has joined #yocto | 08:01 | |
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 08:01 | |
zwerch | mckoan: Yeah, I found that, but they're installed at /lib/modules/[kernel_version]/kernel/drivers/net/wireless and I couldn't find any recipe / script that installs them there. | 08:01 |
mckoan | zwerch: the proper driver knows where to get them | 08:01 |
zwerch | zwerch: And how do I load some of them at boot time? | 08:02 |
zwerch | Oops. I meant mckoan :D | 08:02 |
mckoan | zwerch: add your driver to the kernel image or add the kernel module | 08:03 |
zwerch | Ah, okay | 08:03 |
zwerch | Thanks | 08:03 |
mckoan | zwerch: yw | 08:03 |
*** chris_____ <chris_____!56bcece2@gateway/web/freenode/ip.86.188.236.226> has joined #yocto | 08:08 | |
zwerch | Is there a way to write a bbappend for all linux-${MACHINE}_%? Via a wildcard? So I don't need to write an append for every machine. | 08:16 |
zwerch | Or is this considered bad practice? | 08:16 |
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:20 | |
*** adelcast <adelcast!~adelcast@130.164.62.82> has quit IRC | 08:23 | |
nrossi | zwerch: that sounds like an odd use-case, why is there a kernel for each machine? | 08:25 |
nrossi | zwerch: However you could dod "linux-%.bbappend, and have an annoymous method that checks PN and does a SkipPackage bit like: https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-kernel/linux/linux-yocto-dev.bb#L22 | 08:26 |
*** belen <belen!Adium@nat/intel/x-ydgcfxkvfihffxls> has joined #yocto | 08:27 | |
ant___ | zwerch: why don't you write a single append and use overrides in it? | 08:28 |
zwerch | Maybe I wasn't clear enough: We have a few different machines, and some use different kernel recipes. What I need is a bbappend that matches all of them and appends some stuff to it. | 08:29 |
*** egavin <egavin!~egavin@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 08:30 | |
nrossi | zwerch: does it matter if you append to a kernel that you are not using? | 08:31 |
ant___ | the normal way would be a .bbappend for each recipe / kernel-type | 08:32 |
zwerch | nrossi: I don't think so? :D | 08:32 |
zwerch | ant: okay | 08:32 |
nrossi | zwerch: as long as you are using machine overrides i see no issues with ant___'s suggestion | 08:32 |
ant___ | see this: http://cgit.openembedded.org/meta-handheld/tree/recipes-kernel/linux/linux-handheld_4.0.bb | 08:33 |
ant___ | that's standalone, the old 3.14 was done with .bbappend | 08:34 |
ant___ | http://cgit.openembedded.org/meta-handheld/tree/recipes-kernel/linux/linux-yocto_3.14.bbappend | 08:34 |
zwerch | So, I would do a .inc with my code for all machines, and then a bbappend for each machine, like "linux-imx_%.bbappend" and "linux-rpi_%.bbappend"? Or just one and declare all my machines in it? | 08:36 |
ant___ | remember that the .bbappend will be parsed by anyone having your layer in .conf so even i.e. qemu would get the customization if it isn't done per-machine with override | 08:36 |
zwerch | Okay, so my suggestion would be working, but is bad practice? | 08:37 |
ant___ | I don't get it yet...what's PREFERRED_PROVIDER_virtual/kernel for your machines? | 08:37 |
zwerch | I don't know :O | 08:38 |
ant___ | I lost the crystal ball :/ | 08:39 |
hitlin37 | Hi, is it possible to read lvds screen vendor from cmdline? i'm using mxc/ldb.c driver on imx6 | 08:43 |
zwerch | Sorry, I think I don't understand the system completely yet. Just started working with it. I guess I try some things out, thanks to you all anyway. | 08:43 |
* nrossi hears the crystal ball smash the ground spilly the magic everywhere | 08:44 | |
* LetoThe2nd hands nrossi a vacuum cleaner | 08:44 | |
*** dvhart_ <dvhart_!~dvhart@81.89.201.16> has joined #yocto | 08:58 | |
*** belen1 <belen1!Adium@nat/intel/x-klpsaxhxuiqhpwdo> has joined #yocto | 09:00 | |
*** belen <belen!Adium@nat/intel/x-ydgcfxkvfihffxls> has quit IRC | 09:01 | |
*** adelcast <adelcast!~adelcast@130.164.62.82> has joined #yocto | 09:03 | |
-YoctoAutoBuilder- build #310 of nightly-fsl-arm-lsb is complete: Failure [failed BuildImages BuildImages_1 BuildImages_2 UploadToasterEventlog] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm-lsb/builds/310 | 09:14 | |
*** cristianiorga <cristianiorga!~cristiani@134.134.137.71> has joined #yocto | 09:18 | |
*** belen1 <belen1!Adium@nat/intel/x-klpsaxhxuiqhpwdo> has quit IRC | 09:18 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 09:21 | |
*** belen <belen!Adium@nat/intel/x-jratqxogbcokjvjf> has joined #yocto | 09:32 | |
*** [w00t] <[w00t]!88a32c66@gateway/web/cgi-irc/kiwiirc.com/ip.136.163.44.102> has quit IRC | 09:33 | |
*** dvhart__ <dvhart__!~dvhart@81.89.201.16> has joined #yocto | 09:35 | |
*** belen <belen!Adium@nat/intel/x-jratqxogbcokjvjf> has quit IRC | 09:37 | |
*** dvhart__ <dvhart__!~dvhart@81.89.201.16> has quit IRC | 09:37 | |
*** dvhart_ <dvhart_!~dvhart@81.89.201.16> has quit IRC | 09:39 | |
*** belen <belen!Adium@nat/intel/x-lvmyjvapukvizmxd> has joined #yocto | 09:39 | |
*** vdehors <vdehors!~vdehors@193.56.60.161> has joined #yocto | 09:44 | |
*** zwerch <zwerch!~Adium@ip-109-90-30-99.hsi11.unitymediagroup.de> has left #yocto | 09:45 | |
*** belen1 <belen1!Adium@nat/intel/x-guxpiziqvalczihb> has joined #yocto | 09:52 | |
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 09:53 | |
*** belen <belen!Adium@nat/intel/x-lvmyjvapukvizmxd> has quit IRC | 09:54 | |
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto | 09:57 | |
*** dvhart_ <dvhart_!~dvhart@81.89.201.16> has joined #yocto | 09:58 | |
*** dvhart_ <dvhart_!~dvhart@81.89.201.16> has quit IRC | 09:59 | |
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 10:06 | |
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto | 10:06 | |
woah_dude | anyone knows how to build Qt 5.4 for Edison? | 10:10 |
woah_dude | When building stuff like qtdeclarative, qtquick, qtwebkit, make sure that | 10:11 |
woah_dude | you have required PACKAGECONFIG options enabled in qtbase build, see qtbase.inc | 10:11 |
woah_dude | for detail. | 10:11 |
woah_dude | on the qt meta git i see thus | 10:11 |
woah_dude | what should i do with PACKAGECONFIG? | 10:11 |
*** ericbutters <ericbutters!~eric@217.110.68.82> has quit IRC | 10:28 | |
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto | 10:28 | |
*** ericbutters <ericbutters!~eric@217.110.68.82> has joined #yocto | 10:32 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 10:47 | |
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 10:52 | |
*** belen <belen!Adium@nat/intel/x-qrophwiaqqwqlici> has joined #yocto | 11:01 | |
*** belen1 <belen1!Adium@nat/intel/x-guxpiziqvalczihb> has quit IRC | 11:02 | |
*** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has quit IRC | 11:08 | |
*** fray <fray!~mhatle@192.40.192.95> has quit IRC | 11:22 | |
*** fray <fray!~mhatle@192.40.192.95> has joined #yocto | 11:22 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 11:36 | |
lpapp | good morning | 11:36 |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 11:38 | |
*** CromFr <CromFr!~CromFr@146.185.162.164> has quit IRC | 11:40 | |
lpapp | I am a bit confused why busybox passwd does not work with daisy. It used to work with dylan. | 11:43 |
lpapp | passwd: applet not found - is something wrong with the busybox maintainer script? | 11:43 |
lpapp | busybox pwd for instance works fine. | 11:44 |
lpapp | but using other applets like that, too. | 11:44 |
lpapp | and this does not seem to be in the migration guide either, so I presume that I am doing something wrong, but what exactly? | 11:46 |
lpapp | busybox passwd works just fine on my desktop, too. | 11:46 |
lpapp | to be complete, "passwd" does work (without the busybox prefix), but that is not what I am aiming for. I am always trying to be explicit because I always want to use busybox's applet, no matter what. | 11:47 |
-YoctoAutoBuilder- build #303 of nightly-ipk is complete: Failure [failed BuildImages Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/303 | 11:51 | |
*** richb__ <richb__!~richb@212.183.140.92> has joined #yocto | 11:58 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 11:59 | |
*** woah_dude <woah_dude!~valentin@5.128.82.19> has quit IRC | 12:00 | |
*** limotec-dev <limotec-dev!d5b5327c@gateway/web/freenode/ip.213.181.50.124> has quit IRC | 12:03 | |
*** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 12:03 | |
*** CromFr <CromFr!~CromFr@146.185.162.164> has joined #yocto | 12:07 | |
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 12:15 | |
*** CromFr <CromFr!~CromFr@146.185.162.164> has quit IRC | 12:16 | |
*** CromFr <CromFr!~CromFr@146.185.162.164> has joined #yocto | 12:16 | |
*** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has joined #yocto | 12:26 | |
*** mimetonbo <mimetonbo!ca5311d2@gateway/web/freenode/ip.202.83.17.210> has joined #yocto | 12:27 | |
*** pidge <pidge!~pidge@2a02:8084:0:3000:e557:2f7e:d4ed:92eb> has joined #yocto | 12:35 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 12:36 | |
*** anselmolsm <anselmolsm!~anselmols@192.55.55.41> has joined #yocto | 12:36 | |
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 12:51 | |
-YoctoAutoBuilder- build #298 of nightly-deb is complete: Failure [failed BuildImages Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/298 | 12:55 | |
hitlin37 | anyone had a chance to look into the book : https://www.packtpub.com/hardware-and-creative/yocto-beaglebone# ? | 12:56 |
hitlin37 | was interested to read some sample chapter or review before buying | 12:56 |
*** mimetonbo <mimetonbo!ca5311d2@gateway/web/freenode/ip.202.83.17.210> has quit IRC | 13:03 | |
mckoan | hitlin37: nope, but I suggest this https://www.packtpub.com/virtualization-and-cloud/embedded-linux-projects-using-yocto-project-cookbook | 13:05 |
hitlin37 | hmm..from the same publisher. btw, the ebook there is more expensive than book | 13:06 |
mckoan | hitlin37: or if you are interested to BBB rather than Yocto, http://derekmolloy.ie/beaglebone/ | 13:06 |
mckoan | hitlin37: Derek uses Debian though :-( | 13:07 |
hitlin37 | i use debian as well :) | 13:07 |
mckoan | hitlin37: so this is more than a book, is a complete encyclopedia ;-D | 13:08 |
hitlin37 | its just the software changes so fast that these manual are hard to keep track of updated code. | 13:09 |
hitlin37 | the way you compile yocto 6 months back is probably different than how you would do now... | 13:10 |
*** [Sno] <[Sno]!~sno@ip150.99.69.80.in-addr.arpa> has quit IRC | 13:10 | |
*** ncgs <ncgs!~ncgs@mail.dev.rtsoft.ru> has joined #yocto | 13:11 | |
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 13:22 | |
*** mago_ <mago_!~mago@88.131.56.168> has quit IRC | 13:23 | |
*** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has quit IRC | 13:33 | |
*** varibull <varibull!~varibull@ta.tainstruments.com> has quit IRC | 13:36 | |
*** varibull <varibull!~varibull@ta.tainstruments.com> has joined #yocto | 13:36 | |
*** frsc <frsc!~frsc@80.149.173.68> has quit IRC | 13:42 | |
*** mago_ <mago_!~mago@m83-185-87-226.cust.tele2.se> has joined #yocto | 13:47 | |
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 13:50 | |
*** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 13:51 | |
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 13:51 | |
*** mago_ <mago_!~mago@m83-185-87-226.cust.tele2.se> has quit IRC | 13:55 | |
*** frsc <frsc!~frsc@80.149.173.68> has joined #yocto | 13:55 | |
*** mago_ <mago_!~mago@m83-185-91-108.cust.tele2.se> has joined #yocto | 13:55 | |
*** wadim_ <wadim_!~egorov@mail.phytec.co.uk> has quit IRC | 13:57 | |
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC | 13:59 | |
*** sm0ketst <sm0ketst!54c63c29@gateway/web/freenode/ip.84.198.60.41> has joined #yocto | 14:01 | |
sm0ketst | hi all | 14:01 |
*** jku <jku!jku@nat/intel/x-nasdxwuiawyuaqiy> has quit IRC | 14:01 | |
lpapp | hi | 14:02 |
*** anselmolsm <anselmolsm!~anselmols@192.55.55.41> has quit IRC | 14:04 | |
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-tiozzvppuwrrjvjl> has joined #yocto | 14:05 | |
*** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 14:06 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 14:08 | |
sm0ketst | is it possible to generate the sdk (populate_sdk) with kvm/qemu enabled instead the built qemu? is it better to run kvm in the host with the created rootfs outside the SDK? | 14:08 |
*** mago_ <mago_!~mago@m83-185-91-108.cust.tele2.se> has quit IRC | 14:12 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:15 | |
belen | here is a random question for you all. In the output of bitbake -e, do you ever look at the pre-expansion value of a variable? If so, what for? | 14:15 |
*** frsc <frsc!~frsc@80.149.173.68> has quit IRC | 14:16 | |
*** ddom <ddom!~ddom@p4FFAB363.dip0.t-ipconnect.de> has quit IRC | 14:22 | |
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 14:22 | |
neverpanic | yes, to see how a value ended up in a variable (e.g. via a different variable, etc) | 14:23 |
*** vdehors <vdehors!~vdehors@193.56.60.161> has quit IRC | 14:24 | |
*** vdehors <vdehors!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 14:24 | |
*** madisox <madisox!~madison@64-71-1-115.static.wiline.com> has joined #yocto | 14:25 | |
rburton | belen: see, it's not just me and RP :) | 14:25 |
belen | neverpanic: good to know. Thanks! | 14:26 |
joshuagl | belen: absolutely, yes - same usecase as neverpanic | 14:26 |
belen | thanks joshuagl | 14:26 |
*** mago_ <mago_!~mago@88.131.56.168> has joined #yocto | 14:26 | |
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto | 14:26 | |
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC | 14:26 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 14:26 | |
belen | rburton: fine, you win ;) | 14:27 |
*** milan_ <milan_!~lsb_teste@111.93.218.67> has joined #yocto | 14:29 | |
milan_ | bluelightning: My bitbake build has compilation error for samhain-server. I see a strange Warning all through [[ "cc1: warning: include location "/usr/include" is unsafe for cross-compilation]] | 14:31 |
milan_ | Any idea why it is picking "/usr/include/sys/socket.h" from system path instead | 14:32 |
*** sg-fn <sg-fn!~shara@c-69-243-176-49.hsd1.il.comcast.net> has joined #yocto | 14:32 | |
RP | belen: so we're not that strange? :) | 14:33 |
belen | RP: I wouldn't push it … ;) | 14:33 |
RP | belen: ;-) | 14:36 |
-YoctoAutoBuilder- build #31 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/31 | 14:36 | |
*** mago_ <mago_!~mago@88.131.56.168> has quit IRC | 14:38 | |
bluelightning | milan_: it'll be specific to the samhain build system - if it has a configure script, maybe there is a missing argument | 14:38 |
bluelightning | milan_: or alternatively it may need patching to use the proper sysroot | 14:38 |
*** berton <berton!~fabio@201.22.227.56> has joined #yocto | 14:39 | |
*** munch_ <munch_!~mark@c-50-129-137-132.hsd1.il.comcast.net> has joined #yocto | 14:39 | |
*** munch_ is now known as Guest45073 | 14:40 | |
milan_ | ok | 14:40 |
* lpapp is sad: http://lists.openembedded.org/pipermail/openembedded-core/2015-May/105140.html | 14:44 | |
*** sm0ketst <sm0ketst!54c63c29@gateway/web/freenode/ip.84.198.60.41> has quit IRC | 14:45 | |
*** lamego <lamego!~lamego@134.134.137.75> has joined #yocto | 14:45 | |
*** happycat <happycat!6dbe7afa@gateway/web/freenode/ip.109.190.122.250> has joined #yocto | 14:47 | |
happycat | Hello ! | 14:47 |
kergoth | lpapp: i'm curious, why run busybox directly rather than the symlink? | 14:48 |
* kergoth yawns, morning all | 14:48 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 14:49 | |
happycat | I have a question, i am trying to build mplayer2 with directFB support to stream the video into a framebuffer but the sources of directFB are not found, i added the dependancies and enabled directFB in the mplayer2 recipe , am i missing somehing ? like telling where to find the directFB sources ? sorry i am new to yocto i don't know a lot and i didn't find the solution on my own, hope you can help me , thanks ! | 14:50 |
lpapp | kergoth: I have just answered that on the mailing list. | 14:50 |
kergoth | ah, k | 14:51 |
happycat | nobody ? :/ | 14:56 |
AlexVaduva | happycat: well for starters you will need to check the existence of framebuffer support in kernel | 14:58 |
AlexVaduva | from what I know directfb uses it :D | 14:58 |
*** belen <belen!Adium@nat/intel/x-qrophwiaqqwqlici> has quit IRC | 14:58 | |
*** belen <belen!Adium@nat/intel/x-ccwjayrkfbpcguvf> has joined #yocto | 14:59 | |
*** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p239.net182021249.tokai.or.jp> has quit IRC | 14:59 | |
happycat | Hi, yes i made a driver creating three framebuffers, they are working , but then a DMA allow a FPGA to read them and send the output via HDMI port, i know for sure framebuffer are enabled in kernel, (i can run a Qt app and output it to my framebuffer) the problem now is for a video :/ i just need mplayer with directFB support from yocto :/ | 15:00 |
AlexVaduva | so you have omapfb driver inserted | 15:01 |
happycat | i'm working on a Xilinx board , the framebufferDriver is the one from Xilinx but maybe that's not what you are talking about ? | 15:01 |
AlexVaduva | and if you write something from /dev/urandom to /dev/fb* an output appears on your screen? | 15:01 |
happycat | yes | 15:02 |
*** benjamirc <benjamirc!besquive@nat/intel/x-yrgsbbdabpqwuyzo> has joined #yocto | 15:02 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 15:02 | |
happycat | i can display raw images or start Qt4embeded applications inside it | 15:03 |
AlexVaduva | it may only be a mplayer2 problem or a yocto misconfiguration | 15:03 |
*** kanavin <kanavin!ak@nat/intel/x-jgxbwhvvahepvaph> has quit IRC | 15:04 | |
AlexVaduva | but I am not sure | 15:04 |
AlexVaduva | did you checked the tasks source code run.do_compile for example or some of the log files? | 15:04 |
lpapp | kergoth: I would very much like the idea of dropping privileges for undedicated applets instead. | 15:05 |
kergoth | yeah.. busybox has that capability built in, not sure why we're not using it, unless its paranoia :) | 15:06 |
lpapp | it is also more future proof as some processes may gain access and then yocto will get in the way. | 15:06 |
happycat | i know mplayer2 has no directFB support on my build (mplayer -vo help list the available outputs but there is no fbdev) , i am trying to build it with directFB but now after 3 days i'm a little lost :/ , yes after enabling directFB support in mplayer2 recipe i have an error , the task do_configure executes perfectly but the compile fail because it cannot find directFB sources :/ | 15:06 |
kergoth | i know at one point folks used busybox with the separate tinylogin project when they didn't want to use busybox priv dropping, but of course tinylogin is pretty much unmaintained, so i can see why they changed it | 15:06 |
kergoth | still, you'd htink the split would be a PACKAGECONFIG | 15:06 |
AlexVaduva | sorry I will be out of office for the rest of the day, but maybe the other guys could help | 15:07 |
lpapp | well, dropping privileges properly does not sound complex to me. | 15:07 |
lpapp | not sure what maintenance exactly it requires, but for the time being, I cannot see it a complex patch | 15:07 |
happycat | Ok, thanks for your time :) | 15:07 |
lpapp | of course, this needs to be maintained over time, so is it in Yocto anyway; now it is just IMHO maintained in the wrong place. | 15:07 |
*** berton <berton!~fabio@201.22.227.56> has quit IRC | 15:08 | |
AlexVaduva | if you think it would be useful I could take a look in private | 15:08 |
AlexVaduva | either a private chat or an email to vaduva.jan.alexandru@gmail.com | 15:09 |
AlexVaduva | but I do not guarantee it :D | 15:09 |
kergoth | lpapp: busybox upstream already supports dropping privs, so it'd just be a matter of teaching the recipe to use it in a single binary rather than two when the user wants that. no patches necessary, other than to the recipe | 15:09 |
kergoth | hmm | 15:09 |
lpapp | kergoth: so why is that not done then? | 15:10 |
happycat | Ok i'll mail you tomorow , thanks a lot :) | 15:10 |
rburton | does the splitting predate the priv dropping logic? | 15:11 |
rburton | the splitting logic was merged two years ago now | 15:11 |
kergoth | lpapp: i haven o idea :) | 15:11 |
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 15:11 | |
kergoth | rburton: nope, it's been there for many years | 15:12 |
* rburton shrugs | 15:12 | |
rburton | patches welcome! | 15:12 |
*** happycat <happycat!6dbe7afa@gateway/web/freenode/ip.109.190.122.250> has quit IRC | 15:12 | |
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 15:13 | |
kergoth | i don't remember why we never used it, i suspect it was just paranoia about making busybox suid | 15:13 |
* kergoth shrugs | 15:13 | |
lpapp | well, if it is so, I guess it is just the matter of looking into distros' busybox to see how they implemented it? | 15:13 |
lpapp | I am sure distros like debian looked into it if it is so. | 15:13 |
*** benjamirc <benjamirc!besquive@nat/intel/x-yrgsbbdabpqwuyzo> has quit IRC | 15:14 | |
-YoctoAutoBuilder- build #308 of nightly-multilib is complete: Failure [failed BuildImages_4] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/308 | 15:15 | |
*** kanavin <kanavin!ak@nat/intel/x-ikkedfswraaztone> has joined #yocto | 15:18 | |
*** milan_ <milan_!~lsb_teste@111.93.218.67> has quit IRC | 15:19 | |
*** ddom <ddom!~ddom@p4FFAB363.dip0.t-ipconnect.de> has joined #yocto | 15:22 | |
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has quit IRC | 15:22 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 15:22 | |
* nerdboy gets ready for wed gsoc mtg | 15:24 | |
*** mtetreault <mtetreault!~mtetreaul@QUBCPQ14-1177865816.sdsl.bell.ca> has joined #yocto | 15:25 | |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has joined #yocto | 15:27 | |
*** ddom <ddom!~ddom@p4FFAB363.dip0.t-ipconnect.de> has quit IRC | 15:28 | |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has quit IRC | 15:31 | |
mtetreault | Hi, I'm using the meta-qt5 layer and I am doing a patch (in my own layer using a bbappend) that applies over a meta-qt5 patch. My patch tries to apply before the meta-qt5 layer's patch therefore, when yocto run my patch it cannot find the file that needs to be patched since it doesn't exist yet. meta-qt5 is a priority 7 and my layer is priority 8. Any idea how I could fix that? | 15:32 |
*** ddom <ddom!~ddom@p4FFAB363.dip0.t-ipconnect.de> has joined #yocto | 15:36 | |
*** woah_dude <woah_dude!~valentin@5.128.82.19> has joined #yocto | 15:37 | |
*** jc_ <jc_!414d442a@gateway/web/freenode/ip.65.77.68.42> has joined #yocto | 15:38 | |
*** sjolley <sjolley!sjolley@nat/intel/x-uqfnfbxiyhgvimqu> has quit IRC | 15:39 | |
*** woah_dude <woah_dude!~valentin@5.128.82.19> has quit IRC | 15:41 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 15:42 | |
*** belen <belen!Adium@nat/intel/x-ccwjayrkfbpcguvf> has quit IRC | 15:45 | |
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC | 15:46 | |
*** jchonig <jchonig!~quassel@firewall.honig.net> has joined #yocto | 15:48 | |
*** sg-fn <sg-fn!~shara@c-69-243-176-49.hsd1.il.comcast.net> has quit IRC | 15:51 | |
*** ddom <ddom!~ddom@p4FFAB363.dip0.t-ipconnect.de> has quit IRC | 15:51 | |
*** belen <belen!Adium@nat/intel/x-nhhtpsfjtosbpkau> has joined #yocto | 15:52 | |
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-tiozzvppuwrrjvjl> has quit IRC | 15:53 | |
*** anselmolsm <anselmolsm!~anselmols@192.55.55.41> has joined #yocto | 15:54 | |
*** mckoan is now known as mckoan|away | 16:01 | |
*** ant___ <ant___!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has quit IRC | 16:03 | |
*** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has quit IRC | 16:05 | |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has joined #yocto | 16:05 | |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has quit IRC | 16:05 | |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has joined #yocto | 16:05 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 16:06 | |
*** sjolley <sjolley!sjolley@nat/intel/x-wcmsxzfzhccxgyep> has joined #yocto | 16:07 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 16:13 | |
gabrbedd | Do I file bugs for 'core' on Yocto bugzilla? | 16:17 |
gabrbedd | or somewhere else? | 16:17 |
lpapp | gabrbedd: you mean openembedded-core? | 16:18 |
lpapp | meta/, etc? | 16:18 |
gabrbedd | Right. meta/conf/layer.conf names the layer "core". I found a FTBFS in oprofileui-server_git.bb | 16:19 |
lpapp | yes, that is Yocto bugzilla material, I would say. | 16:19 |
gabrbedd | lpapp: ok, thanks. | 16:19 |
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 16:29 | |
*** belen2 <belen2!Adium@nat/intel/x-ryybhuchkxmvjrxn> has joined #yocto | 16:29 | |
-YoctoAutoBuilder- build #312 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/312 | 16:30 | |
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 16:30 | |
*** belen <belen!Adium@nat/intel/x-nhhtpsfjtosbpkau> has quit IRC | 16:31 | |
*** Pixionus <Pixionus!~quassel@unaffiliated/pixionus> has quit IRC | 16:32 | |
*** Pixionus <Pixionus!~quassel@ec2-52-7-140-93.compute-1.amazonaws.com> has joined #yocto | 16:32 | |
*** Pixionus <Pixionus!~quassel@unaffiliated/pixionus> has joined #yocto | 16:32 | |
*** onoffon <onoffon!~khem@unaffiliated/khem> has joined #yocto | 16:34 | |
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 16:35 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 16:36 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 16:38 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 16:39 | |
*** dmoseley <dmoseley!~dmoseley@cpe-174-96-222-251.carolina.res.rr.com> has joined #yocto | 16:42 | |
*** dmoseley <dmoseley!~dmoseley@cpe-174-96-222-251.carolina.res.rr.com> has quit IRC | 16:42 | |
kergoth | RP: tmp/work/x86_64-linux/opkg-native/1_0.2.2-r0/temp/run.sysroot_stage_all.23387: line 109: sysroot_stage_dirs: command not found — ever seen this? we've seen it in the past, with this or other variables, but have never managed to nail it down. this particular case is dizzy, though. | 16:45 |
kergoth | hmmm | 16:46 |
* kergoth digs through bitbake logs to see if it was fixed at some point | 16:46 | |
RP | kergoth: I just closed a bug about this | 16:48 |
RP | kergoth: I have a suspicion about where the problem is but no more than that | 16:49 |
RP | kergoth: have a read of https://bugzilla.yoctoproject.org/show_bug.cgi?id=6477 | 16:50 |
yocti | Bug 6477: normal, Medium, 1.9, richard.purdie, RESOLVED FIXED, do_populate_sysroot failed: sysroot_stage_dir: command not found | 16:50 |
RP | kergoth: Personally, I think backporting the later codeparser changes may well fix it | 16:51 |
*** tsramos <tsramos!tsramos@nat/intel/x-glxydtbwfbreimdm> has joined #yocto | 16:51 | |
RP | kergoth: I think I hit something like this once I started using frozenset so if you wanted to test on the existing code, thats how I'd do it | 16:51 |
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC | 16:51 | |
kergoth | okay, thanks, will try that | 16:52 |
RP | kergoth: could be something else entirely too, thats just my best guess. I couldn't make it reproduce on master | 16:54 |
*** belen2 <belen2!Adium@nat/intel/x-ryybhuchkxmvjrxn> has quit IRC | 16:59 | |
*** noraply <noraply!~nora@sestofw01.enea.se> has left #yocto | 17:01 | |
*** belen <belen!Adium@nat/intel/x-gstcbmtmgceguzmh> has joined #yocto | 17:01 | |
*** sg-fn <sg-fn!~shara@c-69-243-176-49.hsd1.il.comcast.net> has joined #yocto | 17:07 | |
*** sg-fn <sg-fn!~shara@c-69-243-176-49.hsd1.il.comcast.net> has quit IRC | 17:11 | |
*** armpit <armpit!~akuster@2601:c:a700:3ba7:256b:16fc:c06a:3641> has joined #yocto | 17:19 | |
*** woah_dude <woah_dude!~valentin@5.128.82.19> has joined #yocto | 17:26 | |
*** belen <belen!Adium@nat/intel/x-gstcbmtmgceguzmh> has quit IRC | 17:26 | |
lpapp | hmm, /sbin is no longer in the PATH by default? | 17:29 |
lpapp | my executable used to be in /sbin and it was enough to type myfoo with dylan, apparently not with daisy? | 17:29 |
kergoth | should be for root | 17:30 |
*** woah_dude <woah_dude!~valentin@5.128.82.19> has quit IRC | 17:30 | |
lpapp | it is for root, but not for a regular user like before. Is this expected? | 17:31 |
lpapp | I cannot see it in the migration section. | 17:31 |
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-ntzanamijarsgamz> has quit IRC | 17:32 | |
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-ooqyxkajimbehpuv> has joined #yocto | 17:32 | |
kergoth | every linux distro i've ever used, since 1996, has had the sbin dirs in root's PATH only, not the user, and i end up having to add it to it in my user's profile | 17:33 |
* kergoth shrugs | 17:33 | |
lpapp | Archlinux is different, but my concern is breaking compatibility with documenting it. | 17:34 |
lpapp | but let me put the dylan image back for a quick test. | 17:34 |
kergoth | yeah, that's definitely a concern, compatibility breaks need to be documented somewhere | 17:39 |
* kergoth wonders how much work it'd take to get an arch install back to non-systemd again like it was | 17:40 | |
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 17:43 | |
*** pohly1 <pohly1!~pohly@p57A56B24.dip0.t-ipconnect.de> has quit IRC | 17:44 | |
lpapp | so I wonder if it is best to extend my exec_exists function with /sbin as fallback that currently check an executable name against the PATH ... or I should extend PATH explicitly. | 17:47 |
lpapp | perhaps the former would leave the system more vanilla. | 17:47 |
lpapp | or would that be bad practice? It is not a yocto question though ^_^ | 17:47 |
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 17:49 | |
*** anselmolsm <anselmolsm!~anselmols@192.55.55.41> has quit IRC | 18:08 | |
*** anselmolsm_ <anselmolsm_!anselmolsm@nat/intel/x-qgmzqshcmvsxrofo> has joined #yocto | 18:08 | |
*** RzR <RzR!~RzR@82.236.136.171> has quit IRC | 18:11 | |
*** berton <berton!~fabio@201.22.227.56> has joined #yocto | 18:11 | |
*** jc_ <jc_!414d442a@gateway/web/freenode/ip.65.77.68.42> has quit IRC | 18:12 | |
*** Pixionus is now known as Tejeev | 18:14 | |
*** Tejeev is now known as Pixionus | 18:14 | |
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC | 18:14 | |
*** RzR <RzR!~RzR@82.236.136.171> has joined #yocto | 18:16 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 18:18 | |
*** jku <jku!~jku@212-149-207-214.bb.dnainternet.fi> has joined #yocto | 18:18 | |
*** richb__ <richb__!~richb@212.183.140.92> has quit IRC | 18:24 | |
denix | should PR server handle AUTOREV-ed packages properly? I'm seeing "Package version went backwards" QA issue and the only change is in git hash AUTOINC+abcdef1234.0, the newer being lower of course | 18:35 |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto | 18:36 | |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has quit IRC | 18:39 | |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto | 18:39 | |
*** RzR <RzR!~RzR@82.236.136.171> has quit IRC | 18:41 | |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto | 18:44 | |
kergoth | denix: the AUTOINC is part of SRCPV, which is part of PV, which should be way before the pkgr which the pr server increments, so afaik you'd be best off looking into the autoinc number coming from fetch rather than the pr server, but i may be missing something | 18:46 |
kergoth | hmm | 18:46 |
denix | kergoth: full message - Package version for package ltp-ddt went backwards which would break package feeds from (0:1.0.0-r2+gitrAUTOINC+586d320b13.0 to 0:1.0.0-r2+gitrAUTOINC+2ab12eafbc.0) | 18:48 |
*** RzR <RzR!~RzR@82.236.136.171> has joined #yocto | 18:48 | |
denix | kergoth: so, yes, pkgr is not the problem - .0 in both cases. but why would it choke to detect lower hash as newer? | 18:48 |
*** jbrianceau <jbrianceau!uid10952@gateway/web/irccloud.com/x-eqlldvdwryxzjleq> has quit IRC | 18:49 | |
kergoth | it shouldn't even get to that point | 18:49 |
kergoth | autoinc should be replaced with an integer, no? | 18:50 |
kergoth | at which point the rest of hte version won't matter, one will be newer earlier on in the ersion string | 18:50 |
* kergoth shrugs | 18:50 | |
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 18:52 | |
* kergoth grumbles | 18:55 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 18:57 | |
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 18:59 | |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has quit IRC | 19:01 | |
seebs | So I was trying to debug a thing, and I found a fascinating interaction-of-things. | 19:11 |
seebs | Imagine, if you will, an RPM postinstall script which does something idiomatic like "if [ -n "$D" ] then; exit 1; fi" | 19:11 |
seebs | Now, what happens if you put "set -x" at the top of the postinstall script? | 19:11 |
seebs | The answer is that do_rootfs fails because it sees "exit 1" in the log file output. | 19:11 |
denix | kergoth: it seems prrserv.bbclass is require for that, though is not mandatory for PR server per se... | 19:13 |
rburton | otavio: does libepoxy build on fsl-arm? | 19:14 |
kergoth | huh, that's interesting. without the autoinc replacement, there'd be no sane upgrade handling for git recipes, you can't tell which commit hash is newer.. | 19:14 |
kergoth | seebs: haha, that's amusing. i guess it shoudl be exluding lines with the expected prefix from a set -x | 19:14 |
*** woah_dude <woah_dude!~valentin@5.128.82.19> has joined #yocto | 19:15 | |
*** jku <jku!~jku@212-149-207-214.bb.dnainternet.fi> has quit IRC | 19:15 | |
*** limbrik <limbrik!~textual@64.197.89.235> has joined #yocto | 19:15 | |
kergoth | damnit, how do i get the depends out of an rpm? -qi doesn't seem to show tha tinfo | 19:16 |
* kergoth checks the man page | 19:16 | |
kergoth | ah, -R | 19:18 |
*** woah_dude <woah_dude!~valentin@5.128.82.19> has quit IRC | 19:19 | |
*** sg-fn <sg-fn!~shara@c-69-243-176-49.hsd1.il.comcast.net> has joined #yocto | 19:21 | |
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 19:26 | |
*** mtetreault <mtetreault!~mtetreaul@QUBCPQ14-1177865816.sdsl.bell.ca> has quit IRC | 19:28 | |
seebs | Oh, hey. That's a really good idea. | 19:38 |
seebs | I bet I can make that. | 19:38 |
seebs | whoops, foot brushed cat by accident, now I must spend an hour comforting her since she is hurt and betrayed. | 19:38 |
seebs | rpm --qp --requires or something like that? | 19:38 |
seebs | I look it up periodically. | 19:39 |
kergoth | i have a console-image failing for rpm indicating something is trying to pull in 'libgcc', not 'libgcc-s1', but it doesn't tell me which freaking package wants it | 19:40 |
* kergoth find . -name \*.rpm | while read i; do rpm -qRp "$i" | grep -v libgcc.s | grep libgcc && printf "%s\n" "$i"; done | 19:40 | |
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-ooqyxkajimbehpuv> has quit IRC | 19:42 | |
*** Guest45073 <Guest45073!~mark@c-50-129-137-132.hsd1.il.comcast.net> has quit IRC | 19:53 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 20:03 | |
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 20:07 | |
denix | kergoth: huh, not even INHERIT+=prserv replaces AUTOINC in resulting ipks... what am I missing? | 20:13 |
otavio | rburton: not yet | 20:15 |
otavio | rburton: people is working in a fix | 20:15 |
rburton | otavio: ok, glad that's known | 20:15 |
kergoth | denix: not sure. looks like the PR server *is* what replaces it under normal circumstances, but if the pr server isn't used, it should be replaced by package.bbclass, so AUTOINC should never end up in the binary package, PKGV should have it replaced one way or the other, but i could be remembering wrong | 20:16 |
RP | seebs: don't suppose you had any more thoughts on the reading hardlinked files created outside pseudo problem? | 20:16 |
kergoth | sadly not very familiar with that code | 20:16 |
RP | denix: are you using pr server or not? As kergoth says, AUTOINC shouldn't make it into the final packages | 20:17 |
denix | kergoth: as I see from package.bbclass, it supposed to replace AUTOINC retrieved from PR server, but I still get packages with AUTOINC in the name/version | 20:17 |
seebs | Been thinking about it some. I suppose in theory if we don't care whether we get the database values, we could just not be running under pseudo to begin with, since it's presumably not very relevant. | 20:17 |
seebs | We could turn off that warning, but it's fairly often useful as a diagnostic in cases where something is actually wrong. | 20:18 |
RP | seebs: not true, we care about some set of files, we don't care about some other set | 20:18 |
denix | RP: I had PRSERV_HOST="localhost:0" only, then added INHERIT+="prserv" too, as I see that code referenced from package.bbclass | 20:18 |
RP | seebs: the only way I can see to avoid this is to have some kind of path whitelist/blacklist | 20:18 |
RP | denix: package.bbclass inherits prserv | 20:19 |
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC | 20:20 | |
RP | denix: dizzy again? | 20:20 |
denix | RP: ok, missed that. explains why nothing changed :) doesn't explain why AUTOINC is not replaced | 20:20 |
denix | RP: no, not that ancient :) it's daisy | 20:20 |
seebs | oh, hmm. | 20:21 |
seebs | Well, my canonical answer would be "if the files are expected to be accessed under pseudo, and are linked to files that pseudo knows about, they should probably be created under pseudo so there's a way to be sure it's not database corruption | 20:21 |
seebs | ". | 20:21 |
denix | RP: I do get .X suffix incremented on rebuilds from PR server | 20:21 |
seebs | But that would be sort of expensive. Hmm. | 20:21 |
seebs | Although it might actually be cheaper overall because the "wait, that's suspicious" code is sort of expensive too. | 20:22 |
RP | denix: http://git.yoctoproject.org/cgit.cgi/poky/commit/meta/classes/package.bbclass?id=a9102e5bf9ea2d342cd09ccc603ec160f18a355a ? | 20:22 |
RP | seebs: I really don't want to mark do_packageinfo as needing to run under pseudo :( | 20:23 |
seebs | hmm. | 20:23 |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has quit IRC | 20:23 | |
seebs | I suppose you could do it for just one recipe, but probably expensive. Why does that recipe have to make hard links to a bunch of pseudo-managed files, and then access the hard links instead of the originals? | 20:23 |
RP | seebs: its the generic sstate installation code which makes hardlinks as its faster and uses less diskspace | 20:24 |
seebs | Ahh. | 20:24 |
seebs | hmm. | 20:24 |
*** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 20:24 | |
*** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 20:24 | |
RP | seebs: its not so much one recipe as needing to do this for that task in all recipes | 20:24 |
seebs | I may need to look at the actual specific case to understand this. | 20:25 |
denix | RP: thanks!! I must move to the latest code base ASAP - tired of stepping on already fixed issues... :) | 20:25 |
kergoth | what the hell. i have libgcc in IMAGE_INSTALL, and the libgcc-external recipe has RPROVIDES_${PN} += "libgcc". the resulting libgcc-s1 rpm does provide libgcc. yet an attempt to build the image fails saying it can't find libgcc. | 20:26 |
kergoth | but only with rpm | 20:26 |
seebs | So as I understand it, we have a lot of files which are managed by pseudo. We make hardlinks to those files. Then we end up, running under pseudo, accessing the hardlinks, but we don't care about the ownership-or-mode of the hardlinks, so it'd be fine if pseudo just didn't recognize them? | 20:26 |
kergoth | opkg works fine | 20:26 |
RP | kergoth: debian.bbclass renaming not being accounted for? | 20:27 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:27 | |
RP | seebs: yes | 20:27 |
kergoth | it's not a mapping / renaming issue, it's not obeying RPROVIDES | 20:27 |
seebs | What are we accessing them for? | 20:27 |
kergoth | it was renamed from libgcc-external to libgcc-s1, but renamed or not, it still rprovides libgcc | 20:28 |
seebs | Alternatively: What's the smallest/least-dependency recipe that hits this? | 20:28 |
RP | seebs: we don't care abuout the ownership/mode of them at all ever. There are other files we do want to track under pseudo though | 20:28 |
RP | kergoth: master? I think there is an open bug about that :( | 20:28 |
seebs | Ohhh, so even the originals, we don't actually care about these particular files? | 20:28 |
RP | seebs: right | 20:28 |
kergoth | master, yeah, just with rpm | 20:28 |
kergoth | k, will check the bugzilla, thanks | 20:28 |
kergoth | verifying with pure upstream without mel now, to check sanity | 20:29 |
seebs | Any reason not to delete the original links (under pseudo) before people start looking at the hardlinks? | 20:29 |
seebs | The only reason it's coming up is that pseudo knows about those inodes under a different path name. If it didn't know, it wouldn't care. | 20:29 |
kergoth | ah, right, https://bugzilla.yoctoproject.org/show_bug.cgi?id=5024 | 20:29 |
yocti | Bug 5024: normal, Medium, 1.9 M4, hongxu.jia, IN PROGRESS REVIEW , RPM backend cannot handle RPROVIDES in IMAGE_INSTALL | 20:29 |
RP | seebs: yes, several good ones | 20:29 |
seebs | Drat. | 20:29 |
seebs | Hmm. | 20:30 |
*** berton <berton!~fabio@201.22.227.56> has quit IRC | 20:32 | |
seebs | Well, the sanity-checking could definitely be cleaned up some. | 20:33 |
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 20:34 | |
seebs | And it might make sense to have a "careless mode" where some of the database integrity stuff gets skipped. | 20:35 |
RP | seebs: another option is that we could run some code to tell pseudo "wipe files matching this expression from the db" | 20:35 |
seebs | Hmm. | 20:36 |
seebs | Oh, hey, that's a thought. | 20:36 |
seebs | Huh, that's odd. | 20:36 |
seebs | Why do I have both -r and -R for chroot? | 20:36 |
seebs | I am thinking something like | 20:37 |
seebs | pseudo -r /path => drop everything in the database with '/path%' as its path. | 20:37 |
RP | seebs: we could certainly make that work I think | 20:37 |
seebs | *pondering* Might make sense to have some kind of 'ignore this' setting, too. Will ponder. | 20:37 |
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 20:38 | |
seebs | It wouldn't be horrible, probably, to change the pseudo_diag message there to pseudo_debug(PDBGF_FILE | 20:38 |
seebs | AFK a bit, will be back later. | 20:39 |
*** ant_home <ant_home!~ant__@host215-169-dynamic.56-82-r.retail.telecomitalia.it> has joined #yocto | 20:44 | |
denix | RP: I also needed this from dizzy - http://cgit.openembedded.org/openembedded-core/commit/?id=865d001de168915a5796e5c760f96bdd04cebd61 | 20:47 |
RP | denix: right, makes sense | 20:47 |
*** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 20:54 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 20:55 | |
*** jkridner|work is now known as jkridner | 20:55 | |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has joined #yocto | 20:56 | |
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto | 21:03 | |
*** woah_dude <woah_dude!~valentin@5.128.82.19> has joined #yocto | 21:04 | |
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 21:04 | |
*** j8 <j8!~IceChat9@199.44.250.3> has joined #yocto | 21:06 | |
*** woah_dude <woah_dude!~valentin@5.128.82.19> has quit IRC | 21:08 | |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has quit IRC | 21:29 | |
*** sg-fn <sg-fn!~shara@c-69-243-176-49.hsd1.il.comcast.net> has quit IRC | 21:31 | |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has joined #yocto | 21:41 | |
-YoctoAutoBuilder- build #319 of eclipse-plugin-kepler is complete: Failure [failed Building Eclipse Plugin Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org/main/builders/eclipse-plugin-kepler/builds/319 | 21:42 | |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has quit IRC | 21:49 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 21:59 | |
*** ant_home <ant_home!~ant__@host215-169-dynamic.56-82-r.retail.telecomitalia.it> has quit IRC | 22:01 | |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has joined #yocto | 22:04 | |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has quit IRC | 22:07 | |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has joined #yocto | 22:07 | |
*** anselmolsm_ <anselmolsm_!anselmolsm@nat/intel/x-qgmzqshcmvsxrofo> has quit IRC | 22:18 | |
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto | 22:24 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 22:35 | |
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 22:37 | |
*** scottrif <scottrif!~scottrif@179.42.227.118> has joined #yocto | 22:38 | |
*** timsche <timsche!~quassel@port-92-192-59-122.dynamic.qsc.de> has joined #yocto | 22:51 | |
*** sjolley <sjolley!sjolley@nat/intel/x-wcmsxzfzhccxgyep> has quit IRC | 22:51 | |
*** woah_dude <woah_dude!~valentin@5.128.82.19> has joined #yocto | 22:52 | |
*** woah_dude <woah_dude!~valentin@5.128.82.19> has quit IRC | 22:57 | |
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 23:00 | |
*** lamego <lamego!~lamego@134.134.137.75> has quit IRC | 23:06 | |
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 23:06 | |
*** benjamirc <benjamirc!~besquive@134.134.139.76> has quit IRC | 23:10 | |
*** tsramos <tsramos!tsramos@nat/intel/x-glxydtbwfbreimdm> has quit IRC | 23:12 | |
*** tsramos <tsramos!~tsramos@192.55.55.41> has joined #yocto | 23:13 | |
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 23:14 | |
*** scottrif <scottrif!~scottrif@179.42.227.118> has left #yocto | 23:16 | |
*** tsramos <tsramos!~tsramos@192.55.55.41> has quit IRC | 23:17 | |
*** sjolley <sjolley!sjolley@nat/intel/x-fcuahzwgomwrnrtf> has joined #yocto | 23:23 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 23:26 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 23:47 | |
*** madisox <madisox!~madison@64-71-1-115.static.wiline.com> has quit IRC | 23:50 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 23:52 | |
*** sg-fn <sg-fn!~shara@c-69-243-176-49.hsd1.il.comcast.net> has joined #yocto | 23:54 | |
*** CoRfr <CoRfr!~CoR@carmd-fwm01.sierrawireless.com> has joined #yocto | 23:55 | |
CoRfr | Hi, does anyone has an idea on how to prevent a package to end up in sstate ? | 23:56 |
CoRfr | I have this recipe that generates a file that summarize versions of layers / kernel / ,,, and it's not updated everytime my build runs. | 23:57 |
*** ipuustin <ipuustin!~ipuustin@2001:14b8:100:83a6:c23f:d5ff:fe68:ad9a> has quit IRC | 23:59 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!