*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 00:06 | |
*** myopiate <myopiate!~myopiate@203.206.170.6> has joined #yocto | 00:11 | |
myopiate | has anybody tried putting everything into /usr before? and linking /[s]bin to /usr/[s]bin etc. kinda like the way Fedora does things now. | 00:12 |
---|---|---|
myopiate | I know busybox puts stuff in /bin and /sbin. This could be solved. glibc is installed in lib when I want it to go in /usr/lib. | 00:16 |
myopiate | has anyone tried changing base_prefix to something other than ""? | 00:17 |
myopiate | do you think it would break many packages? | 00:18 |
*** hollisb <hollisb!~hollisb@c-67-169-221-181.hsd1.or.comcast.net> has quit IRC | 00:19 | |
*** _julian <_julian!~quassel@x2f10ff1.dyn.telefonica.de> has joined #yocto | 00:23 | |
-YoctoAutoBuilder- build #213 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/213 | 00:25 | |
*** _julian_ <_julian_!~quassel@x2f09dc9.dyn.telefonica.de> has quit IRC | 00:27 | |
*** davest <davest!Adium@nat/intel/x-uwhnzejsnkshiayq> has quit IRC | 00:29 | |
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has quit IRC | 00:30 | |
walters | myopiate, i have a brutal hack to do it but it operates after the packages | 00:31 |
walters | myopiate, https://github.com/cgwalters/poky/commit/2ecded006b59455e3e55bbdd029ea089a1e1eddf - if you want the packages to have UsrMove, i suspect it'd be a lot of work | 00:32 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 00:34 | |
*** nitink1 <nitink1!nitink@nat/intel/x-fpvligariwpibuie> has quit IRC | 00:36 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 00:41 | |
myopiate | walters, thanks! I had thought about doing it this way. it is probably all i need | 00:44 |
*** scot__ <scot__!~scot@client-74-113.natinst.com> has quit IRC | 00:49 | |
*** pidge <pidge!~pidge@134.134.139.74> has quit IRC | 00:50 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 00:50 | |
-YoctoAutoBuilder- build #51 of minnow-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/51 | 01:03 | |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has quit IRC | 01:04 | |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has joined #yocto | 01:05 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 01:17 | |
*** nitink <nitink!~nitink@134.134.139.74> has joined #yocto | 01:19 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 01:24 | |
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has joined #yocto | 01:26 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 01:34 | |
-YoctoAutoBuilder- build #206 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/206 | 01:39 | |
-YoctoAutoBuilder- build #25 of buildtools is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/buildtools/builds/25 | 01:53 | |
*** Saur <Saur!pkj@nat/axis/x-wfmqlcfodxumhfiy> has quit IRC | 02:01 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 02:01 | |
-YoctoAutoBuilder- build #209 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64/builds/209 | 02:03 | |
*** silviof2 <silviof2!~silviof@ppp-93-104-167-171.dynamic.mnet-online.de> has joined #yocto | 02:04 | |
*** silviof1 <silviof1!~silviof@ppp-188-174-150-82.dynamic.mnet-online.de> has quit IRC | 02:07 | |
*** davest <davest!Adium@nat/intel/x-xfhbnurmvsdogddn> has joined #yocto | 02:12 | |
-YoctoAutoBuilder- build #215 of poky-tiny is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/poky-tiny/builds/215 | 02:15 | |
-YoctoAutoBuilder- build #215 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/215 | 02:15 | |
*** Saur <Saur!pkj@nat/axis/x-rrrqgkgwrukypvid> has joined #yocto | 02:17 | |
-YoctoAutoBuilder- build #65 of minnow is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/65 | 02:20 | |
*** doerrpau <doerrpau!~doerrpau@cpe-70-124-65-123.austin.res.rr.com> has quit IRC | 02:30 | |
-YoctoAutoBuilder- build #215 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm-lsb/builds/215 | 02:32 | |
*** davest <davest!Adium@nat/intel/x-xfhbnurmvsdogddn> has quit IRC | 02:39 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 02:58 | |
-YoctoAutoBuilder- build #222 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/222 | 03:06 | |
-YoctoAutoBuilder- build #183 of nightly-fsl-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/183 | 03:16 | |
-YoctoAutoBuilder- build #212 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/212 | 03:19 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 03:24 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 03:26 | |
*** joshc <joshc!~joshc@rhlug/joshc> has quit IRC | 03:28 | |
-YoctoAutoBuilder- build #210 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/210 | 03:30 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 03:30 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 03:31 | |
*** doerrpau <doerrpau!~doerrpau@cpe-70-124-65-123.austin.res.rr.com> has joined #yocto | 03:32 | |
*** joshc <joshc!~joshc@rhlug/joshc> has joined #yocto | 03:37 | |
*** joshc <joshc!~joshc@rhlug/joshc> has quit IRC | 03:42 | |
*** klinger <klinger!~klinger@e181128037.adsl.alicedsl.de> has quit IRC | 03:45 | |
kergoth | there we go, added —sysroot= to systemd-tmpfiles and ran it against ${IMAGE_ROOTFS} manually fine, now for integration and working out the kinks, then need a volatiles to tmpfiles.d migration story.. | 03:45 |
kergoth | (using systemd-tmpfiles recipe built for native) | 03:45 |
-YoctoAutoBuilder- build #224 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips-lsb/builds/224 | 03:51 | |
*** klinger <klinger!~klinger@g228060008.adsl.alicedsl.de> has joined #yocto | 03:58 | |
-YoctoAutoBuilder- build #211 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/211 | 03:59 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:09 | |
*** doerrpau <doerrpau!~doerrpau@cpe-70-124-65-123.austin.res.rr.com> has quit IRC | 04:18 | |
*** agust <agust!~agust@p4FC4641B.dip0.t-ipconnect.de> has joined #yocto | 04:32 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 04:35 | |
*** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC | 04:38 | |
myopiate | can I override a package variable within a distro.conf. i.e. I want to change EXTRA_OEMAKE for a specific package in the distro.conf rather than modifying the .bb file. | 04:40 |
myopiate | Should I be wanting to do this? or am I trying to do things backwards. | 04:41 |
*** joshc <joshc!~joshc@rhlug/joshc> has joined #yocto | 04:41 | |
-YoctoAutoBuilder- build #181 of nightly-fsl-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc-lsb/builds/181 | 04:41 | |
*** seebs <seebs!~seebs@97-92-17-178.dhcp.stcd.mn.charter.com> has quit IRC | 04:56 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:59 | |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has quit IRC | 05:04 | |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has joined #yocto | 05:05 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:08 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:08 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 05:13 | |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 05:19 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 05:20 | |
-YoctoAutoBuilder- build #184 of nightly-fsl-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/184 | 05:45 | |
*** Saur <Saur!pkj@nat/axis/x-rrrqgkgwrukypvid> has quit IRC | 05:50 | |
*** cristianiorga <cristianiorga!cristianio@nat/intel/x-lbdvszylplthwike> has quit IRC | 05:59 | |
*** Saur <Saur!pkj@nat/axis/x-tnmksvpafyubfsmo> has joined #yocto | 06:04 | |
-YoctoAutoBuilder- build #212 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips/builds/212 | 06:12 | |
*** Saur <Saur!pkj@nat/axis/x-tnmksvpafyubfsmo> has quit IRC | 06:18 | |
*** Saur <Saur!pkj@nat/axis/x-ikjghbvybhumwpah> has joined #yocto | 06:33 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 06:35 | |
*** e8johan <e8johan!~quassel@p5B1526CC.dip0.t-ipconnect.de> has joined #yocto | 06:38 | |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 06:40 | |
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 06:41 | |
*** Umeaboy <Umeaboy!~Umeaboy@213-21-78-12.customer.t3.se> has joined #yocto | 06:41 | |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 06:43 | |
*** Saur <Saur!pkj@nat/axis/x-ikjghbvybhumwpah> has quit IRC | 06:46 | |
*** bzb <bzb!~bzb@192-0-226-240.cpe.teksavvy.com> has joined #yocto | 06:52 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 06:53 | |
*** bzb <bzb!~bzb@192-0-226-240.cpe.teksavvy.com> has quit IRC | 06:54 | |
-YoctoAutoBuilder- build #183 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/183 | 06:55 | |
*** Saur <Saur!pkj@nat/axis/x-rchfxidhsxgshcmw> has joined #yocto | 07:01 | |
*** plfiorini <plfiorini!~plfiorini@93-39-217-199.ip77.fastwebnet.it> has quit IRC | 07:01 | |
*** Saur <Saur!pkj@nat/axis/x-rchfxidhsxgshcmw> has quit IRC | 07:08 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 07:13 | |
-YoctoAutoBuilder- build #215 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/215 | 07:13 | |
*** Saur <Saur!pkj@nat/axis/x-sbkjufhaqtatokwk> has joined #yocto | 07:23 | |
*** florian <florian!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto | 07:26 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:26 | |
*** Saur <Saur!pkj@nat/axis/x-sbkjufhaqtatokwk> has quit IRC | 07:29 | |
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 07:37 | |
*** tbn <tbn!~tbn@mad27-1-88-172-46-29.fbx.proxad.net> has joined #yocto | 07:38 | |
*** tbn is now known as Guest97929 | 07:38 | |
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 07:41 | |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:41 | |
*** Saur <Saur!pkj@nat/axis/x-ctrtegclbovaourm> has joined #yocto | 07:44 | |
*** cristianiorga <cristianiorga!~cristiani@134.134.137.75> has joined #yocto | 07:45 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:50 | |
*** addu <addu!~addu@sestofw01.enea.se> has joined #yocto | 07:51 | |
-YoctoAutoBuilder- build #177 of nightly is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/177 | 07:52 | |
bluelightning | morning all | 07:57 |
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 08:03 | |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has quit IRC | 08:03 | |
*** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 08:04 | |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has joined #yocto | 08:05 | |
ndec | bluelightning: morning! | 08:07 |
ndec | so, i got more information from our dev. | 08:07 |
ndec | his problem is a 'permission denied' issue during rm_work on gcc-runtime. | 08:07 |
bluelightning | hi ndec | 08:08 |
ndec | his 'pseudo' environment is very similar to mine. LD_LIBRARY_PATH has both /lib and /lib64. | 08:08 |
bluelightning | permission denied? hmm - can you tell what it's trying to delete when it fails? | 08:09 |
ndec | we just made an interesting finding. on his 'corporate' linux PC, he is required to install a 'Linux SDK', which in turns is enabling setuid on chmod and chown... | 08:09 |
*** RagBal <RagBal!~RagBal@84.105.78.52> has joined #yocto | 08:10 | |
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 08:10 | |
ndec | so i am pretty sure that this is the origin of the problem. | 08:10 |
ndec | bluelightning: rm: cannot remove `image/usr/include/c++/unordered_set': Permission denied | 08:10 |
ndec | rm: cannot remove `image/usr/include/c++/cfloat': Permission denied | 08:10 |
ndec | rm: cannot remove `image/usr/include/c++/cstdbool': Permission denied | 08:10 |
bluelightning | what's stopping it I wonder... | 08:11 |
bluelightning | do_rm_work isn't a fakeroot task so pseudo shouldn't be in the way | 08:11 |
ndec | yeah. i finally don't think it's related to pseudo. | 08:12 |
ndec | but the files mentioned above are owned by 'root'. though. that's why i initially thought it was related to pseudo. | 08:12 |
*** RagBal <RagBal!~RagBal@84.105.78.52> has quit IRC | 08:14 | |
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 08:15 | |
*** jbaxter <jbaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:18 | |
bluelightning | ndec: owned by root outside of the pseudo environment? how is that possible? | 08:20 |
ndec | bluelightning: ok... just got confirmation that the problem was the setuid. | 08:21 |
bluelightning | ndec: suid of what specifically? | 08:22 |
ndec | as i said above, on his 'corporate' machine, we figured out that chown, chmod and mknod are setuid. | 08:22 |
*** zeddii_home <zeddii_home!~zeddii_ho@CPE002369bcfa62-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 08:23 | |
ndec | so, i guess that OE uses those, and as a consequence some files ended up as 'root'. then in rm_work that explains the perm denied. | 08:23 |
ndec | bluelightning: after doing the following commands, everything is back to normal: | 08:24 |
ndec | sudo chmod -s `which mknod` | 08:24 |
ndec | sudo chmod -s `which chmod` | 08:24 |
ndec | sudo chmod -s `which chown` | 08:24 |
*** zeeblex <zeeblex!apalalax@nat/intel/x-egyfaqzurcstnhlv> has joined #yocto | 08:25 | |
*** honschu <honschu!~honschu@p508F6F61.dip0.t-ipconnect.de> has joined #yocto | 08:26 | |
*** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto | 08:26 | |
ndec | bluelightning: hehe... in gcc-runtime do_install, i found this: chown -R root:root ${D} | | 08:28 |
*** jbaxter <jbaxter!~jbaxter@jimbax.plus.com> has quit IRC | 08:28 | |
ndec | perhaps we should add a 'sanity' check for that situation. and make sure critical commands don't have +s bit. | 08:29 |
*** belen <belen!Adium@nat/intel/x-htinqborqimpaxmv> has joined #yocto | 08:29 | |
bluelightning | ndec: the question is how did they come to have that bit set in the first place? | 08:30 |
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC | 08:30 | |
ndec | bluelightning: by installing a 'company required' SDK on his linux pc. | 08:30 |
bluelightning | oh dear | 08:30 |
ndec | yeah... if they wanted to increase security, that's lame ;-) | 08:31 |
bluelightning | someone ought to point out to whoever produces that SDK what a massive security hole they're enforcing on their users | 08:31 |
ndec | yep... and I won't name that company, but it's a very well known very large corporation ;-) | 08:32 |
ndec | bluelightning: do you think we should add a sanity check for that? since we now know that it does break the build... | 08:33 |
bluelightning | if it's likely to be encountered by more than a few users in an isolated environment then it seems like we should have a check for it | 08:34 |
bluelightning | ndec: if you haven't already it would be good to run through a full fresh build on the machine with those things disabled just to make sure that was definitely the cause of the problem | 08:38 |
ant_work | I somehow remember there was a bit of discussion about that chown | 08:38 |
ant_work | http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-devtools/gcc/gcc-configure-runtime.inc?id=db99a65b3e93dfacc27ea821c788f15b5de3a497 | 08:47 |
ndec | bluelightning: yes, a fresh build works now. | 08:47 |
ndec | ant_work: well, i think that line in this commit, is exactly what's causing the problem. | 08:48 |
ndec | on the machine which had chown with +s bit. | 08:48 |
*** belen1 <belen1!~Adium@134.134.137.75> has joined #yocto | 08:48 | |
ant_work | http://lists.openembedded.org/pipermail/openembedded-core/2011-June/042775.html | 08:48 |
ant_work | no, this one | 08:49 |
ant_work | http://lists.openembedded.org/pipermail/openembedded-core/2011-June/043556.html | 08:49 |
*** belen <belen!Adium@nat/intel/x-htinqborqimpaxmv> has quit IRC | 08:50 | |
ant_work | specifically gcc | 08:50 |
ant_work | http://lists.openembedded.org/pipermail/openembedded-core/2011-June/043831.html | 08:50 |
*** jackmitchell <jackmitchell!~Thunderbi@host217-34-104-101.in-addr.btopenworld.com> has quit IRC | 09:00 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 09:03 | |
*** jackmitchell <jackmitchell!~Thunderbi@host217-34-104-101.in-addr.btopenworld.com> has joined #yocto | 09:03 | |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 09:07 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 09:16 | |
*** OlivierG` <OlivierG`!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has joined #yocto | 09:17 | |
*** OlivierG` <OlivierG`!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has left #yocto | 09:18 | |
*** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 09:21 | |
*** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 09:21 | |
*** exosyst <exosyst!~nick@2.26.109.249> has joined #yocto | 09:22 | |
eren | morning all | 09:24 |
*** jukkar1 <jukkar1!jukka@nat/intel/x-bwhkeabxdzxogcaj> has quit IRC | 09:26 | |
*** jukkar <jukkar!jukka@nat/intel/x-yatttauwtthqpehh> has joined #yocto | 09:28 | |
bluelightning | hi eren | 09:29 |
*** jbaxter <jbaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:31 | |
eren | bluelightning: https://lists.yoctoproject.org/pipermail/yocto/2013-July/017268.html | 09:32 |
eren | libcurl disables sftp, I am wondering if we should add it with PACKAGECONFIG | 09:32 |
eren | however, we should first package libssh2 library | 09:32 |
eren | any idea? | 09:32 |
bluelightning | eren: right, we'd have to have a libssh2 recipe somewhere before adding that I think | 09:32 |
bluelightning | I searched and there is only a libssh recipe in some unofficial layer which I'm guessing is not the same thing anyway | 09:33 |
eren | bluelightning: is it worth packaging? | 09:37 |
eren | there seems to be one case, actually | 09:37 |
eren | I'm not sure if libcurl with sftp is desired by most people | 09:38 |
bluelightning | right, any additional libssh2 library would probably go into another layer such as meta-networking or meta-oe | 09:38 |
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has joined #yocto | 09:39 | |
Stygia | A question to any number of the yocto project here - If I have written a significant number of recipes, many of which did not exist in advance, and want to contribute to the project - Should I just create my own layer and place it in a public repository, or is there a recommend procedure or collection of recipes somewhere where I could place them? | 09:41 |
Stygia | *member of the | 09:41 |
*** ruben__ <ruben__!d908320e@gateway/web/freenode/ip.217.8.50.14> has joined #yocto | 09:50 | |
bluelightning | Stygia: in the general case it depends on what category the recipes fall into | 09:52 |
bluelightning | Stygia: for your specific perl recipe case, we don't have a specific place for perl recipes outside OE-Core, so it seems reasonable to create one | 09:53 |
Stygia | bluelightning, In this case, I have mostly cpan recipes, and then a few regular programs. | 09:53 |
Stygia | bluelightning, Create one on my own repo, or as part of the project? | 09:53 |
Stygia | bluelightning, I also made one for CCRYPT today, not related to the (presumably so-named) future meta-cpan layer. | 09:53 |
bluelightning | Stygia: unrelated recipes would go somewhere else; if there's no obvious place they could go to meta-oe | 09:54 |
Stygia | bluelightning, I'm still somewhat in doubt. You are saying to contribute it directly back to OE/Yocto, as opposed to just hosting it all on my own repository, yes? | 09:55 |
bluelightning | Stygia: the OE community is fine with people maintaining layers in their own repos | 09:55 |
bluelightning | Stygia: it just gets a bit tricky if we have recipes in more central layers such as meta-oe depending on recipes in a layer that isn't in the same repository | 09:56 |
Stygia | bluelightning, Well, alright, I will do that then. Is there a central place to help people find existing layers, not for hosting, but maybe just as a navigational aid? | 09:56 |
Stygia | bluelightning, If not I think maybe there should be. | 09:57 |
bluelightning | Stygia: at the moment no such dependencies exist though; the issue can be addressed later if need be | 09:57 |
bluelightning | Stygia: sure, there's the layer index at http://layers.openembedded.org | 09:57 |
bluelightning | that provides a way for people to find out about the existence of any particular recipe no matter which layer it's in | 09:58 |
Stygia | bluelightning, Yes exactly, great, that's what I needed. :) Well in that case I think I"m pretty set (until the next recipe gives me trouble), I'll finish up, make the repo public, and add it to that listing. | 09:59 |
bluelightning | Stygia: awesome :) | 09:59 |
Stygia | bluelightning, Although, I think maybe CCRYPT could be included in the actual core distribution, maybe, it doesn't fit with meta-cpan and has no dependencies outside virtual/something which came build-in. | 09:59 |
bluelightning | Stygia: for that one it's probably best to submit a patch to add it to meta-oe | 10:00 |
Stygia | bluelightning, Alright, I will do. Since I've honestly never contributed to an open-source project before... if I check out meta-oe, add my file and push it, then they will look at it and review my commit, yes? | 10:01 |
bluelightning | Stygia: this should help: http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded | 10:01 |
Stygia | bluelightning, Thanks dude. | 10:02 |
Stygia | bluelightning, Or dudeette, whatever. | 10:02 |
bluelightning | Stygia: dude in this case, but nice of you to consider the inherent ambiguity :) | 10:02 |
Stygia | bluelightning, In my language it's much easier to just say something like 'dude' without worrying about gender. | 10:07 |
Stygia | bluelightning, We do say 'man' to women but nobody really "notices" | 10:08 |
Stygia | bluelightning, Only as slang. | 10:08 |
ant_work | unforgivable ;) | 10:08 |
Stygia | ant_work, Actually in most languages the male pronoun is the recognized "default". :P He doesn't always imply gender. | 10:12 |
Stygia | ant_work, Although I think that only applies to English/Anglosax language group. | 10:12 |
rburton | i'd say "he" does imply gender in english, but it's abused because there isn't a non-gendered word that isn't archaic | 10:13 |
Stygia | rburton, Well it does, but it is also the default pronoun AFAIK. Thou/thee is too old, but AFAIK "he" is what's supposed to be the default. | 10:14 |
Stygia | rburton, I know books that consistently use "she" throws me off, because it's unusual, whereas "he" just gets skimmed. | 10:14 |
Stygia | rburton, Although that is simply force of habit I do believe it's a semi-official convention, yea? | 10:14 |
pev | You can use "they" in some circumstances - a bit rude referring to people in the 3rd person if they're present though :-D | 10:15 |
rburton | he is certainly the default option if the gender is unknown, but that's mainly just #everydaysexism ;) | 10:15 |
Stygia | pev, Our "they"/thee is uber-polite, but not as archeic as Thou/Thee | 10:15 |
Stygia | rburton, Well yes it is, but at this point trying to mess with the default pronoun is pointless and confusing IMHO. | 10:16 |
pev | Stygia: Interesting! I like it when languages evolve but keep polite bits in still. I think it says something about the culture and personality of the people using the language... | 10:17 |
Stygia | pev, Yes it does, although now we only use "thee" for really oldish people, it's like "Sir"/Mam to us, but a bit more archeic. | 10:17 |
Stygia | pev, Danish, FYI. | 10:17 |
pev | That would make sense ; all the Danes I've met have been very polite! | 10:18 |
pev | Although the "Sir" thing in the states always confuses me - it comes across as polite but the way people act while saying it generally makes it feel really false...! | 10:18 |
*** Umeaboy <Umeaboy!~Umeaboy@213-21-78-12.customer.t3.se> has quit IRC | 10:20 | |
bluelightning | I always hate being called sir | 10:25 |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 10:39 | |
*** swex_ <swex_!~swex@178.17.201.79> has joined #yocto | 11:01 | |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has quit IRC | 11:03 | |
*** swex <swex!~swex@178.17.201.24> has quit IRC | 11:04 | |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has joined #yocto | 11:05 | |
Stygia | Hmm, if I have a recipe installing files into a shared area where those files already exist, and I am using automation (such as inherit cpan), can I prevent the warnings/errors without having to make a FILES_${PN} array for each recipe? | 11:06 |
bluelightning | Stygia: it's not really a FILES issue; the clashing files shouldn't be being installed in do_install (or more precisely, only one recipe should be doing that) | 11:07 |
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 11:08 | |
Stygia | bluelightning, Well, I'm not manually doing it for either recipe, I have two CPAN recipes, both using "inherit cpan", and they're conflicting. | 11:08 |
bluelightning | Stygia: no, it's likely an upstream issue; the workaround is to just add a do_install_append to delete the files | 11:08 |
Stygia | bluelightning, Ah right, I will do that then. Presumably, upstream as in CPAN, yes? | 11:09 |
Stygia | bluelightning, And not as in the maintainers of cpan.bbclass\ | 11:09 |
bluelightning | Stygia: the specific cpan package I would think | 11:09 |
Stygia | bluelightning, Seems likely, it's not the first package to install things provided by other packages. | 11:09 |
bluelightning | Stygia: I'm assuming it's not a case of a cpan script auto-downloading dependencies... | 11:10 |
Stygia | bluelightning, Not in this case, I don't think. | 11:10 |
bluelightning | ok | 11:10 |
Stygia | bluelightning, Although, looking back to my first week of barely being able to use bb, presumably that's exactly went wrong with my DateTime recipe back then. | 11:11 |
Stygia | bluelightning, Not that it matters now though. :) | 11:12 |
Stygia | bluelightning, After these couple of weeks, I could probably troll this newsgroup and be of help to news when you or rburton weren't around. | 11:12 |
*** klinger <klinger!~klinger@g228060008.adsl.alicedsl.de> has quit IRC | 11:24 | |
pev | Hm, does DEPENDS imply RDEPENDS or do I need to set both? | 11:44 |
*** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has quit IRC | 11:44 | |
Stygia | pev, They're different. | 11:45 |
Stygia | pev, DEPENDS, AFAIK, lists build-time dependencies. | 11:45 |
Stygia | pev, Things needed to actually build the package. | 11:45 |
Stygia | pev, Whereas RDEPENDS is runtime dependencies, i.e. things needed for the package to even run. | 11:45 |
pev | Am I right in thinking DEPENDS relate to recipe names and RDEPENDS is package names? | 11:46 |
Stygia | pev, Ask bluelightning or rburton for confirmation, but I am pretty sure. | 11:46 |
Stygia | pev, Nope, both recipe names AFAIK | 11:46 |
Stygia | pev, The difference is, a DEPENDS will not necessarily be included in the image that uses the package that DEPENDS on it, whereas an RDEPENDS means "build this and include it" | 11:46 |
pev | Stygia: Ahhh http://www.yoctoproject.org/docs/1.4/ref-manual/ref-manual.html#var-RDEPENDS | 11:48 |
Stygia | pev, Huh. Well then clearly you are right. | 11:49 |
Stygia | pev, Although, if I'm not mistaken, aren't package names _usually_ equal to recipe names? | 11:49 |
pev | Stygia: Not sure, I think so - except a recipe can define quite a few package names based off the same root name e.g. -dev -dbg etc? | 11:50 |
pev | *superset | 11:50 |
Stygia | pev, Ah right, I do think so then. Unless you specify a package name explicitly, I think it becomes everything before _ in the recipe name. | 11:51 |
Stygia | bluelightning, rburton would know. | 11:51 |
pev | Stygia: So, I'm trying to test I've got it right. Is the right thing to do to blow away my three interdependent recipies via bitbake -c cleanall and then retest building the recipe that needs its dependencies satisfied? | 11:52 |
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto | 11:59 | |
Stygia | pev, Yes, in my experience. | 12:02 |
Stygia | pev, But we warned cleanall removes changes to config from a menuconfig action | 12:02 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 12:03 | |
*** zeddii_home <zeddii_home!~zeddii_ho@CPE002369bcfa62-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 12:12 | |
bluelightning | DEPENDS is a build-time dependency, RDEPENDS is runtime | 12:12 |
bluelightning | the value of PN is derived from the recipe file name yes | 12:13 |
Stygia | bluelightning, Thanks. :) Thought so. | 12:13 |
bluelightning | you can see how in conf/bitbake.conf, if you're interested | 12:14 |
Stygia | bluelightning, Immediately, there's no such file in my build/conf directory. | 12:15 |
bluelightning | Stygia: meta/conf/bitbake.conf | 12:16 |
bluelightning | (sorry, I should be more specific) | 12:16 |
Stygia | bluelightning, Heh, the more specific version would be sources/poky/meta/conf/bitbake.conf | 12:17 |
Stygia | bluelightning, I was in the build directory which also has a conf dir, was confused. :) But I'd have lived anway, locate is installed after all. | 12:17 |
bluelightning | well, above meta/ it depends on where you've cloned it and what name you've cloned it as :) | 12:18 |
Stygia | bluelightning, Ah, fair enough. I did not know that. :) My boss set all this up and then set me to work writing recipes. | 12:19 |
bluelightning | ah right, fair enough | 12:19 |
*** challinan_ is now known as challinan | 12:20 | |
Stygia | bluelightning, He's really the embedded guy, and I'm the "normal" dev, we're just a busy, tiny company. | 12:20 |
*** scot__ <scot__!~scot@client-74-113.natinst.com> has joined #yocto | 12:26 | |
*** Bagder <Bagder!~daniel@178.174.211.166> has joined #yocto | 12:29 | |
*** Bagder <Bagder!~daniel@rockbox/developer/bagder> has joined #yocto | 12:29 | |
Stygia | bluelightning, Hey, which is more correct, RPROVIDES, or RPROVIDES_${PN}? | 12:32 |
*** zeeblex <zeeblex!apalalax@nat/intel/x-egyfaqzurcstnhlv> has quit IRC | 12:33 | |
bluelightning | Stygia: the latter | 12:34 |
Stygia | bluelightning, Thanks. | 12:34 |
bluelightning | Stygia: you'll get a warning if you use the former since it would apply to all packages in the recipe, which 99% of the time is not what you want | 12:34 |
Stygia | bluelightning, Ah alright, I did use the latter ,but then I saw a comment on a patch saying the former was wrong (without explaination), and I wondered | 12:39 |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-rchxjcmcjdiiumxm> has joined #yocto | 12:45 | |
*** davest <davest!Adium@nat/intel/x-gjmvfslazuvtbhwx> has joined #yocto | 12:49 | |
*** zeeblex <zeeblex!~apalalax@134.134.139.70> has joined #yocto | 12:52 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-rchxjcmcjdiiumxm> has quit IRC | 12:52 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-wjhgflvsyncgnrel> has joined #yocto | 12:57 | |
*** davest <davest!Adium@nat/intel/x-gjmvfslazuvtbhwx> has quit IRC | 12:59 | |
*** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 13:01 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has quit IRC | 13:03 | |
*** OlivierG` <OlivierG`!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has joined #yocto | 13:05 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 13:13 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 13:14 | |
*** addu <addu!~addu@sestofw01.enea.se> has quit IRC | 13:16 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 13:21 | |
*** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto | 13:21 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 13:24 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 13:27 | |
*** walters <walters!walters@nat/redhat/x-yyxlgzzaczvzqsjp> has joined #yocto | 13:28 | |
zecke | bluelightning: hi, one more question.. I'm using opkg and I noticed that on rootfs creation the package database didn't make it into the image | 13:30 |
*** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto | 13:30 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 13:30 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:31 | |
zecke | bluelightning: hi, one more question.. I'm using opkg and I noticed that on rootfs creation the package database didn't make it into the image. is this known? a feature? | 13:32 |
rburton | did you includes package-management in your image features? | 13:33 |
zecke | /var/lib/opkg is empty in my image. :} | 13:33 |
zecke | rburton: yeah, but I assume there is probably another variable I need to set. I am slowly upgrading from edison to master | 13:33 |
bluelightning_ | zecke: package-management needs to be in IMAGE_FEATURES and you need to avoid adding remove_packaging_data_files to ROOTFS_POSTPROCESS_COMMAND (as core-image-minimal used to) | 13:36 |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-wjhgflvsyncgnrel> has quit IRC | 13:37 | |
*** bluelightning_ is now known as bluelightning | 13:38 | |
zecke | bluelightning_: ah yeay, package-management is missing. what is the most sensible place for it? the image.bb? | 13:39 |
bluelightning | zecke: it's up to you really; it depends on whether package management is something fundamental to the image, or all images in your distro config | 13:40 |
*** tinti <tinti!~tinti@maxtrack-F4-0-3-gacc04.bhe.embratel.net.br> has joined #yocto | 13:41 | |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 13:41 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-jqbjlkcymysjeudz> has joined #yocto | 13:43 | |
zecke | bluelightning: thanks! | 13:45 |
zecke | rburton: how open are you to include changes like this? http://lists.freedesktop.org/archives/systemd-devel/2013-July/012115.html? | 13:46 |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 13:47 | |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 13:48 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-jqbjlkcymysjeudz> has quit IRC | 13:48 | |
rburton | zecke: seems reasonable | 13:51 |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-dycczehayaakjcxk> has joined #yocto | 13:56 | |
panda84kde | Hi guys. Hello everybody. I've got a problem listed at the end of this paste: http://pastebin.com/afUBJyUs | 13:58 |
panda84kde | to sum it up: I have a custom image based on fsl-image-gui on which I added a custom layer to which I added lirc from https://github.com/Guacamayo/meta-guacamayo/blob/master/meta-guacamayo/recipes-support/ | 13:59 |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-dycczehayaakjcxk> has quit IRC | 14:00 | |
panda84kde | i'm having this do_rootfs problem, I think due to the fact I added DRIVER ?= "--with-driver=irman" to lirc-config.inc | 14:00 |
panda84kde | now I've commented lirc from my image, but still get the error. | 14:01 |
panda84kde | 2 things: 1) how do I clean out the error? bitbake -c my-image-sdk doesn't seem to help. 2) How do I debug do_rootfs fuction? I don't really know what's causing that error! | 14:02 |
cristianiorga | Net147: Hello Jonathan | 14:04 |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has quit IRC | 14:04 | |
cristianiorga | Net147: related to http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=b52d2bb46ed7c893077ccf9e5a83dc7f11c7f61b | 14:05 |
cristianiorga | Net147: boot-directdisk: allow specifying custom MBR disk signature | 14:05 |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has joined #yocto | 14:05 | |
bluelightning | panda84kde: the issue is in meta/classes/license.bbclass | 14:05 |
bluelightning | panda84kde: for some reason it can't find a package directory for the package that's going to be installed | 14:06 |
bluelightning | panda84kde: aside from that it shouldn't really be erroring out like that though | 14:06 |
panda84kde | bluelightning: first of all hi and thank you :) | 14:07 |
panda84kde | bluelightning: step2: how did you get it's a problem of licence.bbclass? Just because there were warnings about license in the previous lines? | 14:08 |
bluelightning | panda84kde: that and I also have seen this error before, although I've never been able to reproduce it | 14:09 |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 14:11 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 14:12 | |
*** bluelightning_ is now known as bluelightning | 14:12 | |
Net147 | rburton: should I just remove the added patch for mesa git? | 14:15 |
Net147 | rburton: I was thinking since it is set to 9.1.5 release it should have the same patches | 14:15 |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-luxfvqkzyddqxmyr> has joined #yocto | 14:16 | |
panda84kde | bluelightning: should be this "ls": http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/license.bbclass#n31 | 14:17 |
rburton | Net147: just sent another mail - the git "upgrade" was actually a downgrade | 14:17 |
cristianiorga | Net147: regarding issue https://bugzilla.yoctoproject.org/show_bug.cgi?id=4859; seems to be somehow caused by the aforementioned patch | 14:17 |
yocti | Bug 4859: major, High, 1.5 M3, cristian.iorga, IN PROGRESS DESIGN , Build Appliance does not boot in vmWare Player | 14:17 |
ant_work | panda84kde: which packages have been created by lirc-modules? | 14:18 |
*** darknighte_znc is now known as darknighte | 14:19 | |
Net147 | cristianiorga: seems odd | 14:19 |
cristianiorga | Net147: well; you tested that patch with syslinux as the primary bootloader, right? | 14:20 |
Net147 | cristianiorga: yes | 14:20 |
cristianiorga | Net147: in case of BA, the primary bootloader is the BIOS, which (most probabnly) loads the first 440bytes and executes from MBR | 14:21 |
cristianiorga | Net147: but according to wikipedia, the MBR with the disk signature info in it has the first 440 bytes different from the content of the MBR without disk signature | 14:22 |
panda84kde | ant_work: could you please detail the question a bit further? I have no files generated by lirc-modules, I already have lirc modules in my kernel | 14:22 |
Net147 | christianiorga: parted actually generates a disk signature when I checked it. but it's not really random enough. | 14:22 |
cristianiorga | Net147: see https://en.wikipedia.org/wiki/Master_boot_record#PTE, Sector layout section, the two MBR formats, classical generic MBR and Structure of a modern standard MBR | 14:23 |
ant_work | panda84kde: I'm afk so cannot check but I see https://github.com/Guacamayo/meta-guacamayo/blob/master/meta-guacamayo/recipes-support/lirc/lirc-modules_0.9.0.bb | 14:23 |
panda84kde | ant_work: yes, I have and empty lirc-modules package | 14:24 |
Net147 | christianiorga: yes I consulted that page when writing the patch | 14:24 |
*** e8johan <e8johan!~quassel@p5B1526CC.dip0.t-ipconnect.de> has quit IRC | 14:25 | |
cristianiorga | Net147: yes, but mbr.bin does not change if disk signature is included or not; or I am wrng on that assumption? | 14:25 |
ant_work | panda84kde: RDEPENDS_${PN} = "lirc-modules" doesn't pull kernel-module-lirc-dev | 14:25 |
ant_work | afais | 14:25 |
bluelightning | panda84kde: should lirc-modules even be used now that LIRC Is in the mainline kernel? | 14:26 |
Net147 | cristianiorga: mbr.bin is 440 bytes so it isn't supposed to touch the disk signature | 14:27 |
cristianiorga | Net147: Build Appliance is not starting in vmWare Player with a Missing Operating system error; to be honest, I saw that string in mbr.bin file, so ATM I am not sure that is displayed by vmWare emulated BIOS or by syslinux | 14:28 |
cristianiorga | Net147: no, but the format of first 440 bytes are different depending if disk signature is present in MBR or not; right? | 14:28 |
panda84kde | ant_work: yes. I'm wondering why is my do_rootfs failing like that if kernel-module-lirc-dev is not mentioned? | 14:28 |
cristianiorga | Net147: that's according to wikipedia | 14:29 |
Net147 | cristianiorga: in my testing, parted creates the disk signature. so the patch doesn't change the fact that a disk signature is being created. | 14:30 |
ant_work | panda84kde: you can inspect the dependency chain | 14:31 |
panda84kde | ant_work: any hint on how to do that? | 14:31 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 14:32 | |
ant_work | try bitbake -g <foo> -u depexp | 14:33 |
cristianiorga | Net147: I might be wrong, but in your patch, the disk signature is not generated with parted, but using uuid module | 14:33 |
bluelightning | panda84kde: are you installing the main "kernel-modules" meta-package perhaps? | 14:33 |
Net147 | cristianiorga: parted generates one, but we overwrite it using one generated from uuid module | 14:34 |
cristianiorga | Net147: right; on the HW you used for testing, BIOS reads the MBR and starts syslinux, or syslinux is started directly as the initial bootloader? I am asking, because I don't know | 14:35 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 14:35 | |
Net147 | cristianiorga: BIOS reads MBR and starts syslinux | 14:35 |
Net147 | cristianiorga: theoretically, changing the disk signature shouldn't affect the bootability unless there it is overwriting outside of the 4 byte range | 14:37 |
mulhern | Writing a package for a Python script. It RDEPENDS on perl, pretty obviously, but how can I figure out the various Perl libraries that it RDEPENDS on to include them too? | 14:39 |
mulhern | Whoops, "a Python script" should be "a Perl script". | 14:40 |
ant_work | panda84kde: I fail to find a maintainer of the layer but at first sight it needs some love | 14:41 |
sgw_ | Net147: can you do a basic test with your change using vmware player, we clearly are seeing an issue, it might be the bios that vmware uses or ??? | 14:41 |
Net147 | cristianiorga: sgw_: what image type? | 14:42 |
cristianiorga | Net147: overwriting is a possibility, but does not seem to happen; If I would take a wild guess here, is that the emulated BIOS of vmWare Player machine does not play well with that added disk signature; according to the diagrams, if a disk signature is added, the format of the first 440 bytes changes; this does not happen in our syslinux, which provides the first 440 bytes from mbr.bin | 14:42 |
Net147 | cristianiorga: a disk signature is added regardless because parted adds one | 14:42 |
*** fenrig <fenrig!55eac3e5@gateway/web/freenode/ip.85.234.195.229> has joined #yocto | 14:43 | |
*** e8johan <e8johan!~quassel@p5B1526CC.dip0.t-ipconnect.de> has joined #yocto | 14:43 | |
fenrig | Hi how do I enlarge the size of the file system for qemu in yocto | 14:43 |
fenrig | Do I have to enlarge the rootfs? | 14:43 |
fenrig | or do I have to modify something in qemu? | 14:43 |
sgw_ | Net147: it uses IMAGE_FSTYPES = "vmdk" | 14:44 |
cristianiorga | Net147: yes, but maybe the BIOS of that specific board that you tested with is smarter than the BIOS of vmware and manages the change | 14:44 |
Net147 | cristianiorga: I tested in QEMU as well | 14:44 |
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has quit IRC | 14:44 | |
cristianiorga | Net147: Build Appliance runs in vmWare Player, not qemu; like I said, it might be an issue with vmWare machine BIOS | 14:45 |
panda84kde | bluelightning: I'm not adding "kernel-modules" in my image. Could it be in "fsl-image-gui"? | 14:45 |
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has joined #yocto | 14:46 | |
Net147 | cristianiorga: downloading vmware player... | 14:46 |
cristianiorga | Net147: thanks a bunch | 14:47 |
sgw_ | fenrig: you can use IMAGE_ROOTFS_EXTRA_SPACE which will add space in your rootfs | 14:47 |
panda84kde | ant_work: thanks. | 14:47 |
fenrig | sgw_: is it in kilobytes, megabytes, ...? | 14:47 |
rburton | k | 14:47 |
cristianiorga | fenrig: KB | 14:47 |
ant_work | panda84kde: there are machine specific overrides together with lower versions of some packages | 14:48 |
sgw_ | yes KB thanks all | 14:48 |
panda84kde | ant_work: yeah. I just needed lirc but it seems it has been removed from poky: http://git.yoctoproject.org/cgit.cgi/poky/plain/meta/packages/lirc/?h=elroy | 14:51 |
fenrig | sgw_: Thx it worked | 14:52 |
panda84kde | ant_work: is by chace depexp a GUI tool? | 14:53 |
panda84kde | *chance | 14:53 |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 14:53 | |
*** fenrig <fenrig!55eac3e5@gateway/web/freenode/ip.85.234.195.229> has quit IRC | 14:54 | |
panda84kde | reply-to-self: yes, it is. | 14:56 |
Net147 | cristianiorga: in my testing, if I convert the image I use to vmdk format and boot, it boots syslinux and kernel but fails to find disk by the identifier | 14:57 |
Net147 | cristianiorga: so VMware doesn't boot. VirtualBox boots it fine though. | 14:57 |
Net147 | christianiorga: it would probably boot if using /dev/sda1 though | 14:58 |
Net147 | cristianiorga: I mean /dev/hda2 | 15:02 |
cristianiorga | Net147, sgw_ : So we know that it doesn't work; We don't know why :-) Ok, I will continue the investigation | 15:07 |
Net147 | cristianiorga: probably a start would be to do bitbake -C bootdirectdisk theimage, copy the vmdk somewhere, revert patch, bitbake -C bootdirectdisk theimage, compare the two images | 15:08 |
Net147 | cristianiorga: the differences should only be at offsets 440, 441, 442, 443 | 15:08 |
cristianiorga | Net147: Do you think that is possible to add the testing steps that you performed in order to test with vmware player in the YB4859 bug report? | 15:09 |
Net147 | cristianiorga: I haven't got image for vmdk set up, so I just replicate command that vmdk class uses to convert the raw image to vmdk | 15:09 |
cristianiorga | Net147: Did that; I know what's causing it, I don't know how | 15:10 |
Net147 | cristianiorga: qemu-img convert -O vmdk image.hdddirect image.vmdk is that I did | 15:10 |
Net147 | cristianiorga: so are the differences only in those 4 bytes at most? | 15:10 |
cristianiorga | Net147: no, there are other differences, but those other differences might be generated by other factors, like timestamps, etc | 15:11 |
panda84kde | ant_work: lirc-modules "Runtime Depends" on lirc-modules and lirc-modules-dev. I don't get the meaning of depending on itself, but anyhow I still don't get how kernel-module-lirc-dev gets in... | 15:12 |
Net147 | cristianiorga: well yes there is a disk timestamp that is optional 6 bytes | 15:12 |
Net147 | cristianiorga: but that should have been part of mbr.bin anyway | 15:12 |
cristianiorga | Net147: I will continue the investigation tomorrow, I will leave office now | 15:13 |
Net147 | cristianiorga: 0-439 is mbr.bin, 440-443 is disk signature, 444-445 is 0000, 446-509 is partition table (should be same), 510-511 should be 55aa | 15:14 |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-luxfvqkzyddqxmyr> has quit IRC | 15:14 | |
Net147 | cristianiorga: any invalidating bootdirectdisk should change the first sector | 15:14 |
Net147 | cristianiorga: the rest same | 15:15 |
cristianiorga | Net147: well, disk signature is changing the first 512 bytes, right? | 15:15 |
Net147 | cristianiorga: I only change 4 bytes in at offsets 440, 441, 442, 443 | 15:15 |
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has joined #yocto | 15:16 | |
*** darknighte is now known as darknighte_znc | 15:19 | |
*** pidge <pidge!~pidge@134.134.137.75> has joined #yocto | 15:21 | |
*** e8johan <e8johan!~quassel@p5B1526CC.dip0.t-ipconnect.de> has quit IRC | 15:25 | |
*** zeeblex <zeeblex!~apalalax@134.134.139.70> has left #yocto | 15:26 | |
*** volker__ <volker__!5051131d@gateway/web/freenode/ip.80.81.19.29> has joined #yocto | 15:29 | |
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 15:29 | |
volker__ | I'm currently trying to build a yocto image under ubuntu 13.04 x64 for an i.MX6 Q7 module. So far everything is working fine, but I can't figure out how to build gdb-cross with python support. Any help? | 15:30 |
*** tbn_ <tbn_!~tbn@mad27-1-88-172-46-29.fbx.proxad.net> has joined #yocto | 15:30 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-yfwbgbkhdpphevvc> has joined #yocto | 15:32 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 15:33 | |
*** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 15:33 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 15:33 | |
*** Guest97929 <Guest97929!~tbn@mad27-1-88-172-46-29.fbx.proxad.net> has quit IRC | 15:34 | |
*** davest <davest!~Adium@134.134.139.74> has joined #yocto | 15:36 | |
*** belen1 <belen1!~Adium@134.134.137.75> has quit IRC | 15:38 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 15:47 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 15:48 | |
zecke | bluelightning: and another bug.. no one appears to install depmod these days | 15:49 |
*** belen1 <belen1!~Adium@134.134.137.75> has joined #yocto | 15:49 | |
*** Stygia <Stygia!~gmpsaifi@0904ds6-noe.0.fullrate.dk> has quit IRC | 15:51 | |
kergoth | So, I'm working on consolidating volatiles and tmpfiles.d. the approach i'm taking is to add a build of systemd-tmpfiles separate from systemd, and b uild and use it for both systemd and sysvinit builds, have a separate binary package, and create a -native version with --sysroot= support for rootfs build time for read-only-rootfs. | 15:51 |
kergoth | does this seem like a sane approach? | 15:51 |
bluelightning | zecke: I'll admit I don't know how it's normally supposed to be brought in, but it is supposed to be because module package postinstalls expect to be able to run it | 15:55 |
kergoth | doesn't kmod provide that now? maybe i'm behind | 15:56 |
kergoth | i need to spend more quality time at runtime on real hardware, all i do is builds lately | 15:56 |
kergoth | heh | 15:56 |
kergoth | getting rusty | 15:56 |
bluelightning | I think it does, but I'm not able to find how that is normally pulled in as a runtime dependency | 15:56 |
kergoth | huh | 15:57 |
bluelightning | brb changing networks | 15:58 |
kergoth | not seeing it either, strange | 15:58 |
*** belen1 <belen1!~Adium@134.134.137.75> has quit IRC | 15:58 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 15:59 | |
zecke | kergoth: Yeah, module-init-tools-depmod installs depmod.. (depmod.kmod) but I don't know if systemd (linking to kmod) actually needs depmod at all. :} | 15:59 |
*** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto | 16:00 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 16:00 | |
kergoth | probably not, unless it wants to run modprobe | 16:00 |
kergoth | or the api function to do a modprobe | 16:00 |
* kergoth shrugs | 16:00 | |
zecke | kergoth: it does somehow load modules. I have not looked at the code.. but most likely an api call. :) | 16:00 |
* kergoth nods | 16:01 | |
* zecke looks at this nice Oops in the TCPv4 stack on this v3.4 kernel. :} | 16:01 | |
kergoth | ouch | 16:01 |
zecke | kergoth: GCC4.8 made my v3.2er kernel oops in do_loopup.c of namei.c :} | 16:02 |
kergoth | ah | 16:02 |
zecke | but more often than the tcp crash. :) | 16:02 |
zecke | I try to figure out if my move to v3.4 is progress or just change | 16:03 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 16:03 | |
eren | zecke: oh, debugging gcc and kernel | 16:03 |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 16:03 | |
eren | :/ he couldn't stand seeing the words gcc and kernel in the same sentence, I guess | 16:04 |
eren | :P | 16:04 |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 16:04 | |
*** belen1 <belen1!~Adium@134.134.137.73> has joined #yocto | 16:04 | |
kergoth | heheh | 16:05 |
*** bluelightning_ is now known as bluelightning | 16:06 | |
kergoth | i need to stop missing the yocto technical calls, so i can stay current on 1.5 progress | 16:06 |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:12 | |
*** jackmitchell <jackmitchell!~Thunderbi@host217-34-104-101.in-addr.btopenworld.com> has quit IRC | 16:13 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-yfwbgbkhdpphevvc> has quit IRC | 16:27 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-bwboqziaqtfwshrj> has joined #yocto | 16:29 | |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:31 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-bwboqziaqtfwshrj> has quit IRC | 16:32 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-wvevhuvlmsebjbkh> has joined #yocto | 16:33 | |
*** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has joined #yocto | 16:37 | |
*** volker__ <volker__!5051131d@gateway/web/freenode/ip.80.81.19.29> has quit IRC | 16:38 | |
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 16:41 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has quit IRC | 16:55 | |
*** dv__ <dv__!~quassel@chello080108009040.14.11.vie.surfer.at> has joined #yocto | 16:56 | |
*** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has joined #yocto | 16:57 | |
*** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has quit IRC | 16:57 | |
*** pidge <pidge!~pidge@134.134.137.75> has quit IRC | 16:59 | |
*** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto | 17:00 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:00 | |
*** belen1 <belen1!~Adium@134.134.137.73> has quit IRC | 17:00 | |
kergoth | Can someone remind me who we contact about ssh keys for git.yoctoproject.org, again? | 17:01 |
kergoth | drawing a blank | 17:01 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:01 | |
rburton | kergoth: halstead | 17:04 |
kergoth | ah, right, thanks | 17:04 |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has quit IRC | 17:04 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 17:05 | |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has joined #yocto | 17:06 | |
halstead | kergoth, Yep. Just e-mail michael@yoctoproject.org. | 17:06 |
*** bluelightning_ is now known as bluelightning | 17:06 | |
*** pidge <pidge!~pidge@134.134.137.75> has joined #yocto | 17:18 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 17:20 | |
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 17:26 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:28 | |
*** exosyst <exosyst!~nick@2.26.109.249> has quit IRC | 17:31 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has joined #yocto | 17:33 | |
*** b1gtuna <b1gtuna!~adam@206.116.3.18> has quit IRC | 17:33 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 17:34 | |
*** b1gtuna <b1gtuna!~adam@206.116.3.18> has joined #yocto | 17:40 | |
zecke | khem: ping? | 17:41 |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 17:43 | |
*** b1gtuna <b1gtuna!~adam@206.116.3.18> has quit IRC | 17:45 | |
*** atl <atl!~Adium@c-71-193-110-59.hsd1.il.comcast.net> has joined #yocto | 17:48 | |
atl | so close … Computing transaction...error: Can't install qtbase-tools-5.0.2-r2.0@armv7a_vfp_neon: no package provides /usr/bin/perl | 17:49 |
*** b1gtuna <b1gtuna!~adam@206.116.3.18> has joined #yocto | 17:52 | |
*** pidge <pidge!~pidge@134.134.137.75> has quit IRC | 17:55 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 17:59 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 18:04 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 18:04 | |
kergoth | so, intercept scripts are teh things that get run once per package manager invocation, or once for the entire rootfs population, rather than repeatedly for each related package, correct? e.g. depmod, ldconfig, .. | 18:18 |
*** darknighte_znc is now known as darknighte | 18:23 | |
*** jzhang1 <jzhang1!jzhang@nat/intel/x-vezbaqanyfyvskgs> has quit IRC | 18:30 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-wvevhuvlmsebjbkh> has quit IRC | 18:32 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-cxlhfovbsammawcp> has joined #yocto | 18:33 | |
*** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 18:35 | |
*** Garibaldi|work1 <Garibaldi|work1!~andydalt@nat/cisco/x-itvpwfmvbdhuwydk> has joined #yocto | 18:36 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-cxlhfovbsammawcp> has quit IRC | 18:37 | |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has quit IRC | 19:04 | |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has joined #yocto | 19:06 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 19:08 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 19:10 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 19:10 | |
kergoth | hmm, debian has dpkg set up to support something like our do_rootfs intercepts, i wonder if we support that too, or if all we can handle is do_rootfs time bits right now | 19:12 |
kergoth | i expect the latterp | 19:12 |
walters | kergoth: we were talking about %posttrans the other day from rpm | 19:13 |
kergoth | ah, so taking advantage of such things will likely become a future task | 19:13 |
*** Garibaldi|work1 <Garibaldi|work1!~andydalt@nat/cisco/x-itvpwfmvbdhuwydk> has quit IRC | 19:20 | |
rburton | kergoth: dpkg triggers are nice | 19:25 |
rburton | kergoth: just need someone to make opkg do the same ;) | 19:25 |
kergoth | indeed | 19:26 |
kergoth | or just bite the bullet and make a replacement | 19:27 |
kergoth | opkg hurts my head | 19:27 |
kergoth | :) | 19:27 |
rburton | if someones doing that they might as well use dpkg, i suspect | 19:27 |
kergoth | apt-get sucks on embedded. if they don't need network, sure | 19:27 |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 19:29 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 19:32 | |
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto | 19:35 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:35 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-qickockcttdtarep> has joined #yocto | 19:44 | |
mr_science | opkg isn't so bad... | 19:46 |
mr_science | i can remember ipkg being a bit wonky at times | 19:47 |
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has quit IRC | 19:59 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has joined #yocto | 20:01 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 20:06 | |
*** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has quit IRC | 20:13 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 20:24 | |
*** joeythesaint <joeythesaint!~jjm@128.224.252.2> has quit IRC | 20:27 | |
*** atl <atl!~Adium@c-71-193-110-59.hsd1.il.comcast.net> has left #yocto | 20:30 | |
*** scot__ is now known as scot | 20:38 | |
*** agust <agust!~agust@p4FC4641B.dip0.t-ipconnect.de> has quit IRC | 20:52 | |
*** ant_home <ant_home!~andrea@host96-245-dynamic.48-82-r.retail.telecomitalia.it> has joined #yocto | 20:58 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 21:10 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 21:20 | |
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-qickockcttdtarep> has quit IRC | 21:26 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 21:41 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 21:42 | |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC | 21:46 | |
*** davest <davest!~Adium@134.134.139.74> has quit IRC | 21:55 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 21:58 | |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 21:58 | |
*** mranostay <mranostay!~mranostay@ec2-54-215-127-238.us-west-1.compute.amazonaws.com> has quit IRC | 21:58 | |
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 21:58 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 21:58 | |
*** walters <walters!walters@nat/redhat/x-yyxlgzzaczvzqsjp> has quit IRC | 22:04 | |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has quit IRC | 22:04 | |
*** ericben <ericben!~ebenard@pac33-3-88-170-243-169.fbx.proxad.net> has joined #yocto | 22:06 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 22:23 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 22:24 | |
*** b1gtuna <b1gtuna!~adam@206.116.3.18> has quit IRC | 22:26 | |
*** b1gtuna <b1gtuna!~adam@206.116.3.18> has joined #yocto | 22:28 | |
*** FlamesOfEternity <FlamesOfEternity!~paradox@s83-179-40-164.cust.tele2.se> has quit IRC | 22:28 | |
b1gtuna | Anyone knowledgeable with wireless-crda? I'm getting a nasty stack trace saying CRDA cannot be updated. This only happened when I have no internet connection | 22:29 |
*** zenlinux <zenlinux!~sgarman@c-50-139-85-11.hsd1.or.comcast.net> has quit IRC | 22:38 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 22:54 | |
*** dv__ is now known as dv_ | 22:54 | |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 22:55 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 22:57 | |
mr_science | b1gtuna: nope | 23:01 |
mr_science | maybe if your nick was hottuna... | 23:01 |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 23:03 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 23:03 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 23:05 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 23:05 | |
*** jbaxter <jbaxter!~jbaxter@jimbax.plus.com> has quit IRC | 23:11 | |
*** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC | 23:15 | |
*** vmeson <vmeson!~quassel@128.224.252.2> has quit IRC | 23:17 | |
b1gtuna | mr_science: LAWL next life i will be | 23:18 |
*** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto | 23:22 | |
*** zeddii <zeddii!~ddez@128.224.252.2> has joined #yocto | 23:22 | |
*** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has quit IRC | 23:33 | |
b1gtuna | let me try again, how do I use full (proper tools?) instead of busybox? | 23:36 |
b1gtuna | Thanks in advance :) | 23:36 |
*** doerrpau <doerrpau!~doerrpau@cpe-70-124-65-123.austin.res.rr.com> has joined #yocto | 23:37 | |
b1gtuna | (I think udhcpc is conflicting with networkmanager, so I'm trying to get rid of the former) | 23:37 |
*** ant_home <ant_home!~andrea@host96-245-dynamic.48-82-r.retail.telecomitalia.it> has quit IRC | 23:43 | |
*** b1gtuna <b1gtuna!~adam@206.116.3.18> has quit IRC | 23:58 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!