| *** dvhart <dvhart!~dvhart@134.134.139.76> has quit IRC | 00:07 | |
| *** coldnew <coldnew!~user@219-84-253-160-adsl-tai.dynamic.so-net.net.tw> has quit IRC | 00:25 | |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has quit IRC | 00:34 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 00:34 | |
| khem | fray: well thats a typical example of kernel needing more than C standards and more than ABI | 00:45 |
|---|---|---|
| khem | its not first time it would have happened, I wonder how a compiler other than gcc would get to compile kernel its a tall task | 00:45 |
| *** blloyd <blloyd!~blloyd@COX-66-210-177-72-static.coxinet.net> has quit IRC | 00:52 | |
| *** coldnew <coldnew!~user@203.70.194.104> has joined #yocto | 00:57 | |
| *** lcyrin <lcyrin!~lynn@172.56.39.16> has quit IRC | 00:58 | |
| *** Nitin <Nitin!nakamble@nat/intel/x-yrslutxoulijquvw> has quit IRC | 01:09 | |
| *** Nitin <Nitin!~nakamble@134.134.137.73> has joined #yocto | 01:24 | |
| *** moto-timo <moto-timo!~moto-timo@196.40.10.133> has quit IRC | 01:32 | |
| *** Nitin <Nitin!~nakamble@134.134.137.73> has quit IRC | 01:36 | |
| *** lcyrin <lcyrin!~lynn@172.56.39.16> has joined #yocto | 01:38 | |
| *** Nitin <Nitin!nakamble@nat/intel/x-fcmgacvzuofygiep> has joined #yocto | 01:39 | |
| *** Crofton <Crofton!~balister@rrcs-173-197-103-2.west.biz.rr.com> has joined #yocto | 01:39 | |
| *** moto-timo <moto-timo!~moto-timo@196.40.10.133> has joined #yocto | 01:42 | |
| *** Nitin <Nitin!nakamble@nat/intel/x-fcmgacvzuofygiep> has quit IRC | 01:44 | |
| *** manuel_ <manuel_!~manuel_@b07s16le.corenetworks.net> has quit IRC | 01:49 | |
| *** manuel_ <manuel_!~manuel_@AStrasbourg-551-1-12-222.w86-213.abo.wanadoo.fr> has joined #yocto | 01:56 | |
| *** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has quit IRC | 01:59 | |
| *** manuel_ <manuel_!~manuel_@AStrasbourg-551-1-12-222.w86-213.abo.wanadoo.fr> has quit IRC | 02:00 | |
| *** Crofton <Crofton!~balister@rrcs-173-197-103-2.west.biz.rr.com> has quit IRC | 02:12 | |
| *** Crofton <Crofton!~balister@rrcs-173-197-103-2.west.biz.rr.com> has joined #yocto | 02:21 | |
| *** msm <msm!~msm@cpe-72-182-100-192.austin.res.rr.com> has joined #yocto | 02:28 | |
| *** msm` <msm`!~msm@cpe-72-182-100-192.austin.res.rr.com> has quit IRC | 02:31 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 02:48 | |
| -YoctoAutoBuilder- build #180 of minnow-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/minnow-lsb/builds/180 | 02:55 | |
| *** Crofton <Crofton!~balister@rrcs-173-197-103-2.west.biz.rr.com> has quit IRC | 03:03 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 03:13 | |
| *** coldnew` <coldnew`!~user@220-128-210-238.HINET-IP.hinet.net> has joined #yocto | 03:46 | |
| *** lcyrin <lcyrin!~lynn@172.56.39.16> has quit IRC | 03:48 | |
| *** behanw <behanw!~behanw@204.239.216.30> has joined #yocto | 03:48 | |
| *** coldnew <coldnew!~user@203.70.194.104> has quit IRC | 03:50 | |
| *** lcyrin <lcyrin!~lynn@172.56.39.16> has joined #yocto | 03:51 | |
| *** coldnew` <coldnew`!~user@220-128-210-238.HINET-IP.hinet.net> has quit IRC | 03:52 | |
| *** coldnew <coldnew!~user@220-128-210-238.HINET-IP.hinet.net> has joined #yocto | 03:52 | |
| -YoctoAutoBuilder- build #182 of nightly-fsl-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc-lsb/builds/182 | 03:56 | |
| -YoctoAutoBuilder- build #181 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/181 | 04:12 | |
| *** blloyd <blloyd!~blloyd@COX-66-210-177-72-static.coxinet.net> has joined #yocto | 04:19 | |
| *** coldnew` <coldnew`!~user@203.70.194.104> has joined #yocto | 04:23 | |
| *** coldnew <coldnew!~user@220-128-210-238.HINET-IP.hinet.net> has quit IRC | 04:24 | |
| *** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has quit IRC | 04:45 | |
| *** behanw <behanw!~behanw@204.239.216.30> has quit IRC | 04:48 | |
| *** lcyrin <lcyrin!~lynn@172.56.39.16> has quit IRC | 04:53 | |
| *** lcyrin <lcyrin!~lynn@172.56.39.16> has joined #yocto | 04:54 | |
| *** Crofton <Crofton!~balister@rrcs-173-197-103-2.west.biz.rr.com> has joined #yocto | 05:19 | |
| *** Sput <Sput!~sputnick@quassel/developer/sput> has quit IRC | 05:43 | |
| *** Sput <Sput!~sputnick@quassel/developer/sput> has joined #yocto | 05:44 | |
| *** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has joined #yocto | 05:51 | |
| *** flihp <flihp!~flihp@c-76-24-20-220.hsd1.ma.comcast.net> has quit IRC | 06:05 | |
| *** Nitin1 <Nitin1!nakamble@nat/intel/x-qgsypifnayogzhpl> has joined #yocto | 06:08 | |
| *** Nitin2 <Nitin2!~nakamble@134.134.139.74> has joined #yocto | 06:11 | |
| *** flihp <flihp!~flihp@c-76-24-20-220.hsd1.ma.comcast.net> has joined #yocto | 06:13 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 06:14 | |
| *** Nitin1 <Nitin1!nakamble@nat/intel/x-qgsypifnayogzhpl> has quit IRC | 06:14 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 06:17 | |
| *** tasslehoff <tasslehoff!~Tasslehof@ti0260a430-0866.bb.online.no> has joined #yocto | 06:20 | |
| *** [Sno] <[Sno]!~Sno]@pd956d8ef.dip0.t-ipconnect.de> has joined #yocto | 06:33 | |
| *** cristianiorga <cristianiorga!cristianio@nat/intel/x-vqcuvqltbcfrwann> has joined #yocto | 06:35 | |
| -YoctoAutoBuilder- build #182 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/182 | 06:38 | |
| *** coldnew`` <coldnew``!~user@220-128-210-238.HINET-IP.hinet.net> has joined #yocto | 06:46 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 06:46 | |
| *** coldnew` <coldnew`!~user@203.70.194.104> has quit IRC | 06:51 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 06:54 | |
| *** coldnew`` <coldnew``!~user@220-128-210-238.HINET-IP.hinet.net> has quit IRC | 06:55 | |
| *** roric <roric!~roric@c-b19b70d5.013-177-67626713.cust.bredbandsbolaget.se> has joined #yocto | 07:00 | |
| *** Sput <Sput!~sputnick@quassel/developer/sput> has quit IRC | 07:40 | |
| *** Crofton <Crofton!~balister@rrcs-173-197-103-2.west.biz.rr.com> has quit IRC | 07:46 | |
| *** Sput <Sput!~sputnick@quassel/developer/sput> has joined #yocto | 07:47 | |
| *** lcyrin <lcyrin!~lynn@172.56.39.16> has quit IRC | 07:47 | |
| *** Nitin2 <Nitin2!~nakamble@134.134.139.74> has quit IRC | 07:50 | |
| *** TheLost <TheLost!~TheLost@151.8.66.180> has quit IRC | 08:03 | |
| *** florian_kc is now known as florian | 08:05 | |
| TuTizz | Morning all, is anyone succeeded to ecryptfs a folder with an image of yocto? I always got the "rc = [-22]" error and don't know what to do next. For the moment I add ecryptfs to my kernel and tryied to add ecryptfs-utils from meta-ivi. | 08:06 |
| *** TheLost <TheLost!~TheLost@151.8.66.180> has joined #yocto | 08:08 | |
| *** g1zer0 <g1zer0!~g1zer0@adsl-ull-94-56.48-151.net24.it> has joined #yocto | 08:23 | |
| *** TheLost <TheLost!~TheLost@151.8.66.180> has quit IRC | 08:27 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC | 08:28 | |
| *** g1zer0 <g1zer0!~g1zer0@adsl-ull-94-56.48-151.net24.it> has quit IRC | 08:32 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 08:33 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 08:33 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:33 | |
| *** g1zer0 <g1zer0!~g1zer0@adsl-ull-94-56.48-151.net24.it> has joined #yocto | 08:33 | |
| bluelightning | morning all | 08:39 |
| *** TheLost <TheLost!~TheLost@151.8.66.180> has joined #yocto | 08:42 | |
| *** tmpsantos <tmpsantos!tmpsantos@nat/intel/x-theyjqaskaisnymn> has joined #yocto | 08:42 | |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 08:52 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 08:59 | |
| *** TobSnyder <TobSnyder!~schneider@ip92343918.dynamic.kabel-deutschland.de> has quit IRC | 09:13 | |
| *** TobSnyder <TobSnyder!~schneider@ip92343918.dynamic.kabel-deutschland.de> has joined #yocto | 09:14 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 09:26 | |
| *** TobSnyder <TobSnyder!~schneider@ip92343918.dynamic.kabel-deutschland.de> has quit IRC | 09:26 | |
| *** dlan <dlan!~dennis@116.228.88.131> has joined #yocto | 09:27 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 09:27 | |
| *** TobSnyder <TobSnyder!~schneider@ip92343918.dynamic.kabel-deutschland.de> has joined #yocto | 09:27 | |
| *** TobSnyder <TobSnyder!~schneider@ip92343918.dynamic.kabel-deutschland.de> has quit IRC | 09:28 | |
| *** TobSnyder <TobSnyder!~schneider@ip92343918.dynamic.kabel-deutschland.de> has joined #yocto | 09:30 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 09:32 | |
| *** cristianiorga <cristianiorga!cristianio@nat/intel/x-vqcuvqltbcfrwann> has quit IRC | 09:34 | |
| *** belen1 <belen1!~Adium@192.198.151.44> has joined #yocto | 09:57 | |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 09:59 | |
| *** cristianiorga <cristianiorga!~cristiani@134.134.139.74> has joined #yocto | 10:06 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto | 10:06 | |
| *** Crofton <Crofton!~balister@rrcs-173-197-103-2.west.biz.rr.com> has joined #yocto | 10:15 | |
| *** phantoxe <phantoxe!~destroy@acarlosss.broker.freenet6.net> has joined #yocto | 10:16 | |
| *** TheLost <TheLost!~TheLost@151.8.66.180> has quit IRC | 10:32 | |
| *** TheLost <TheLost!~TheLost@151.8.66.180> has joined #yocto | 10:33 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.48.231.235> has quit IRC | 10:42 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.48.231.235> has joined #yocto | 10:44 | |
| *** d_s_e <d_s_e!~d.s.e@ppp-93-104-103-135.dynamic.mnet-online.de> has joined #yocto | 10:47 | |
| *** g1zer0 <g1zer0!~g1zer0@adsl-ull-94-56.48-151.net24.it> has quit IRC | 10:54 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:02 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:02 | |
| *** tmpsantos <tmpsantos!tmpsantos@nat/intel/x-theyjqaskaisnymn> has quit IRC | 11:06 | |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 11:06 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 11:07 | |
| *** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has quit IRC | 11:14 | |
| *** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has joined #yocto | 11:16 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 11:16 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:19 | |
| *** manuel_ <manuel_!~manuel_@AStrasbourg-551-1-12-222.w86-213.abo.wanadoo.fr> has joined #yocto | 11:30 | |
| *** manuel_ <manuel_!~manuel_@AStrasbourg-551-1-12-222.w86-213.abo.wanadoo.fr> has quit IRC | 11:44 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 11:45 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 11:45 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:45 | |
| *** belen1 <belen1!~Adium@192.198.151.44> has quit IRC | 11:48 | |
| *** jimBaxter_uk <jimBaxter_uk!~jbaxter@jimbax.plus.com> has joined #yocto | 11:49 | |
| *** g1zer0 <g1zer0!~g1zer0@adsl-ull-94-56.48-151.net24.it> has joined #yocto | 12:01 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC | 12:12 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 12:13 | |
| *** andyj25 <andyj25!d23d430c@gateway/web/freenode/ip.210.61.67.12> has quit IRC | 12:15 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 12:17 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 12:18 | |
| *** coldnew <coldnew!~user@219-84-253-160-adsl-tai.dynamic.so-net.net.tw> has joined #yocto | 12:29 | |
| *** belen <belen!Adium@nat/intel/x-gxsczatlgbstxwgy> has joined #yocto | 12:32 | |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 12:34 | |
| *** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has quit IRC | 12:43 | |
| *** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has joined #yocto | 12:45 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 12:53 | |
| *** tasslehoff <tasslehoff!~Tasslehof@ti0260a430-0866.bb.online.no> has quit IRC | 12:59 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 13:05 | |
| lpapp | does Yocto forbid all the ports by default with core-image-minimal? I do not seem to be able to get an open port for gdbserver... | 13:06 |
| lpapp | telnet seems to work, but gdb cannot connect to the established gdbserver on port 2345. | 13:08 |
| rburton | no firewall by default | 13:09 |
| lpapp | strange... | 13:10 |
| lpapp | then probably my gdbserver package is broken or something. | 13:12 |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 13:13 | |
| lpapp | I think the problem is that I was hoping for kindly ignoring this error message as gdbserver got installed: http://paste.kde.org/p7ykn96ub | 13:14 |
| lpapp | but I do not see such a package in my Yocto generation? | 13:14 |
| *** [Sno] <[Sno]!~Sno]@pd956d8ef.dip0.t-ipconnect.de> has quit IRC | 13:21 | |
| *** fusman <fusman!~fahad@110.93.212.98> has quit IRC | 13:21 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 13:22 | |
| lpapp | I am not sure what this busybox-ntp is and how to fix it just yet. | 13:28 |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 13:30 | |
| lpapp | Configuring busybox-ntp. | 13:39 |
| lpapp | update-rc.d: /etc/init.d/ntpd: file does not exist | 13:39 |
| lpapp | why is it trying to do that I wonder? | 13:39 |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 13:53 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 13:53 | |
| *** Crofton <Crofton!~balister@rrcs-173-197-103-2.west.biz.rr.com> has quit IRC | 14:05 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-uimnlqtzhqoichwi> has joined #yocto | 14:05 | |
| *** manuel_ <manuel_!~manuel_@AStrasbourg-551-1-12-222.w86-213.abo.wanadoo.fr> has joined #yocto | 14:06 | |
| *** Crofton <Crofton!~balister@rrcs-173-197-103-2.west.biz.rr.com> has joined #yocto | 14:10 | |
| blloyd | anyone know of any tools or have any suggestions on how to troubleshoot video issues under a yocto build? I have hardware that works with an old linux distro with vga=314, but when I use that under yocto I get what looks 4 copies of the screen going accross and all of it fitting in top 1/4 of the screen going down. It's like a refresh rate nightmare without X being involved. :( | 14:24 |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 14:24 | |
| fray_ | sorry I don't.. but that almost sounds like a problem with the frame buffer driver(s) | 14:29 |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 14:30 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto | 14:32 | |
| *** Crofton <Crofton!~balister@rrcs-173-197-103-2.west.biz.rr.com> has quit IRC | 14:35 | |
| blloyd | could be: moving from a Linux 2.4 based distro to 3.4 is a bit of a nightmare. (My predecessor chose an already EOL product for the first deployment. :( ) | 14:35 |
| JaMa | finally upgrading from gcc-2.95? :) | 14:37 |
| blloyd | lpapp. Look at your busybox.bb and bbappends for it. | 14:39 |
| *** TheLost <TheLost!~TheLost@151.8.66.180> has quit IRC | 14:40 | |
| blloyd | scary, huh, JaMa? Actually, I've been using gcc 4.8 for a lot of work, but this one stupid device/application has been held hostage for way too long. And the only thing that used gcc-2.95 on this was the custom hardware driver. | 14:41 |
| lpapp | blloyd: did, but could not spot anything obvious, unfortunately. | 14:42 |
| blloyd | generally it used a gcc 3.X compiler, which was bad enough. | 14:42 |
| *** TheLost <TheLost!~TheLost@151.8.66.180> has joined #yocto | 14:42 | |
| blloyd | lpapp: anyways, the error you listed is the the ntp post installer script which ran close to the gdb post-installation script. As long as the time is right on the box, it shouldn't cause gdb errors. I don't think gdb uses the wall clock anyways, so probably doesn't affect your gdb problem at all. | 14:44 |
| blloyd | and unless I missed a change, busybox-ntp is not available under an unmodified yocto setup. I have a .bbappend myself to enable it (which I may be canning in favor of meta-oe's ntp package). | 14:45 |
| lpapp | blloyd: the gdbserver seems to be broken | 14:51 |
| lpapp | I am trying to send characters over telnet via that port, but it does not seem to reply. I wonder what else could break it. | 14:52 |
| blloyd | do you have ssh access to the device? | 14:52 |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 14:54 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC | 14:54 | |
| lpapp | blloyd: sure | 14:54 |
| *** ndec is now known as ndec|vacations | 14:54 | |
| *** alimon <alimon!~alimon@189-212-76-162.static.axtel.net> has joined #yocto | 15:05 | |
| *** dmiller_ <dmiller_!~dmiller@97-64-167-34.client.mchsi.com> has quit IRC | 15:06 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 15:06 | |
| *** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 15:14 | |
| RP | JaMa: Can I merge the autotools patch now? | 15:20 |
| *** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC | 15:24 | |
| JaMa | RP: m4 or foreign or both? But I think I'm fine with both now | 15:26 |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 15:26 | |
| JaMa | test-dependencies.sh build is just finishing, will send report in 5 minutes or so and it doesn't look bad | 15:26 |
| *** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has quit IRC | 15:29 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 15:29 | |
| RP | JaMa: m4 is the one I'd like to get in next. I think we've fixed most of the issues, any remaining ones shouldn't be too bad. foreign can wait a bit longer if needed | 15:33 |
| RP | JaMa: great, I'm pleased things are starting to look a bit better :) | 15:33 |
| RP | JaMa: I pushed the insane change in as I'd like it on all the builds to start getting people to see the issues reported | 15:34 |
| RP | hopefully it will generate a wave of patches | 15:34 |
| blloyd | RP: Uhg. wasn't the insane stuff already insane enough? | 15:36 |
| blloyd | lpapp: I suggest ssh in and check that gdb server is running. It can't respond if it isn't running. If it is, try a netstat and make sure the port you are hitting is shown in the list. | 15:37 |
| RP | blloyd: probably :) | 15:39 |
| lpapp | blloyd: no-no, it is running | 15:40 |
| lpapp | as I said, I can connect to it via telnet | 15:40 |
| lpapp | it just does not talk back. | 15:41 |
| JaMa | RP: I agree with both m4 is definitely fine and insane_qa is good improvement | 15:41 |
| lpapp | and btw, I started gdbserver manually, so it is not run automatically; that means it is running since I start manually in the foreground. | 15:41 |
| JaMa | peopele seem to react more to warnings in their own build, than some report sent to ML :) | 15:41 |
| RP | JaMa: yes, I'm hoping that will help :) | 15:42 |
| Marex | RP: thanks for reassigning the bug, sorry if I messed up the bugzilla submission | 15:44 |
| RP | Marex: you didn't, I'm just hoping Eric has some better idea than me | 15:45 |
| Marex | RP: thank you | 15:45 |
| RP | Marex: you can at least track it to a commit now | 15:45 |
| Marex | RP: the problem is that the toolchain CFLAGS changed between 1.2 and 1.3 , it's only since 1.3 that they contain -O2 and -g flags | 15:47 |
| Marex | RP: I will leave it to bugzilla now though, don't mean to pester you on IRC, just wanted to say thanks | 15:47 |
| RP | Marex: they've always had those flags | 15:47 |
| RP | Marex: I suspect in 1.3 we started passing extra flag options in that patch | 15:48 |
| *** TobSnyder <TobSnyder!~schneider@ip92343918.dynamic.kabel-deutschland.de> has quit IRC | 15:48 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 15:49 | |
| Marex | RP: ah yes, but I really have no clue how to fix it other than by filtering out the flags for OE_QMAKE_... | 15:50 |
| RP | Marex: that may in fact be the right solution | 15:51 |
| Marex | RP: I'm not sure if that really scales | 15:51 |
| RP | Marex: well, there are some specific flags causing problems, lets filter those and see where we are? | 15:51 |
| Marex | RP: once CFLAGS change again, the filter would have to be adjusted, so such solution would need some real thinking through first | 15:52 |
| *** TobSnyder <TobSnyder!~schneider@ip92343918.dynamic.kabel-deutschland.de> has joined #yocto | 15:52 | |
| Marex | RP: you might be right actually | 15:52 |
| RP | Marex: I'm guessing there are a small number of flags qmake wants to control itself | 15:52 |
| Marex | RP: yeah, seems that way | 15:52 |
| Marex | RP: you do have a point actually | 15:52 |
| Marex | ah ! | 15:53 |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC | 15:53 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-hayqltpuytnnkovs> has joined #yocto | 15:53 | |
| Marex | RP: I will try cooking this solution to see where this gets me, thank you ! | 15:54 |
| Marex | RP: I will update bugzilla with a patch if it looks good | 15:54 |
| lpapp | rburton: what was the option again not to accumulate 100 GB build stuff, just keep the latest? It was some rm/remove keyword, but I just cannot find it anymore. | 15:54 |
| *** dmoseley <dmoseley!~dmoseley@rrcs-98-101-90-147.midsouth.biz.rr.com> has joined #yocto | 15:54 | |
| rburton | rm_old_work or something like that | 15:55 |
| rburton | its in meta-oe iirc | 15:55 |
| lpapp | ah, rm_work | 15:55 |
| rburton | or use rm_work to just clean away work dirs entirely | 15:55 |
| RP | Marex: please do put a summary of the discussion on the bug regardless but sounds good | 15:55 |
| RP | Marex: saves someone like eric duplicating anything | 15:55 |
| lpapp | rburton: yeah, thanks. | 15:56 |
| *** sjolley <sjolley!sjolley@nat/intel/x-akuxysdyvfzwtouo> has joined #yocto | 15:57 | |
| Marex | RP: argh ... no, this cannot help, the QMAKE is picking CFLAGS themselves too | 15:58 |
| Marex | RP: I dont have yocto 1.2 build here, but i have eldk 5.2.1 available (based on poky, no modifications to the toolchain stuff) | 15:59 |
| Marex | RP: this is what we have in the CFLAGS there | 16:00 |
| Marex | export CFLAGS=" -march=armv5te -marm -mthumb-interwork -mtune=arm926ej-s --sysroot=/opt/eldk-5.2.1/armv5te/sysroots/armv5te-linux-gnueabi" | 16:00 |
| Marex | no -O* flags and no -g flags | 16:00 |
| Marex | so the qmake does not pick up anything like that into the builds | 16:00 |
| Marex | RP: for yocto 1.3 | 16:00 |
| Marex | export CFLAGS=" -O2 -pipe -g -feliminate-unused-debug-types" | 16:01 |
| TobSnyder | is it possible to have an image that inherit core-image in one layer and create another image in another layer that is based on the first one? | 16:01 |
| Marex | I will have to sum this discussion up in a bit more coherent manner | 16:01 |
| RP | Marex: hmm, I see :/ | 16:02 |
| Marex | RP: that's why "unset ..." worked | 16:02 |
| RP | Marex: most of that moved to CC instead of CFLAGS | 16:02 |
| Marex | RP: the solution might be to see if qmake is not mistakenly using CFLAGS instead of OE_QMAKE_CFLAGS (?) | 16:03 |
| *** Nitin <Nitin!~nakamble@134.134.139.74> has joined #yocto | 16:03 | |
| Marex | RP: if qmake was using the later, then we could just fixup the later in the toolchain setup script and be done with it | 16:03 |
| Marex | RP: if the former, then we have a problem | 16:03 |
| RP | Marex: possibly. or that the qte script shouldn't be exporting CFLAGS at all | 16:03 |
| Marex | RP: the thing that's exporting CFLAGS is actually generic for all SDK toolchains | 16:04 |
| Marex | RP: special-casing the qte one is not a way to go I think | 16:04 |
| Marex | but then, I am no longer confident in my knowledge of this stuff, so it's better to see what Eric can come up with | 16:04 |
| RP | Marex: the qte one could just unset it | 16:04 |
| RP | with a comment explaining why | 16:05 |
| Marex | RP: or filter it out | 16:05 |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 16:05 | |
| RP | Marex: yes, or filter | 16:05 |
| Marex | RP: there's no need to unset everything, only the offenders | 16:05 |
| Marex | heh | 16:05 |
| Marex | RP: thanks, it's good talking such things through with someone else :) | 16:05 |
| RP | Marex: is there anything left that is useful in there? I suspect qmake would set -pipe | 16:05 |
| Marex | there is something in LDFLAGS actually | 16:06 |
| RP | Marex: LDFLAGS != CFLAGS :) | 16:06 |
| Marex | -Wl,--hash-style=gnu and such | 16:06 |
| RP | right | 16:06 |
| Marex | RP: ah yes, sorry . | 16:06 |
| Marex | RP: LDFLAGS would need filtering too, since they contain -Wl,-O1 | 16:07 |
| Marex | so it's CFLAGS, CXXFLAGS, LDFLAGS and CPPFLAGS which would need filtering I think | 16:07 |
| RP | Marex: sounds about right | 16:08 |
| Marex | RP: I will be off for a bit now, will get back to it shortly (today) | 16:08 |
| Marex | thanks ! | 16:09 |
| RP | Marex: np | 16:09 |
| *** cubicool <cubicool!~cubicool@router.emperor-sw2.exsbs.net> has joined #yocto | 16:15 | |
| cubicool | Hello everyone! I'm having trouble finding a way to install systemd into a core-image-x11 derived image of mine. | 16:15 |
| cubicool | I see systemd_213.bb, but bitbake doesn't recognize that as a valid target. | 16:15 |
| rburton | _213 is the version, the packages will be called systemd etc | 16:16 |
| rburton | but see the manual for how to switch to systemd | 16:16 |
| kergoth | rburton: fyi, looks like rm_old_work currently lives in meta-shr (didn't remember seeing it in meta-oe so double checked) | 16:17 |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:18 | |
| cubicool | rburton: Thanks, is there a guide somewhere? | 16:20 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 16:21 | |
| cubicool | I see that it has to be enabled via a variable called DISTRO_FEATURES, but I don't think simply defining it is the right way (inmy image .bb file). | 16:21 |
| rburton | cubicool: http://www.yoctoproject.org/docs/1.6.1/dev-manual/dev-manual.html#selecting-an-initialization-manager | 16:21 |
| rburton | the yocto documentation is broad, at least read the table of contents so the major manuals so you're aware of what is covered | 16:22 |
| cubicool | Thanks, rburton. | 16:23 |
| cubicool | I have the bitbake, yocto, and yocto dev guides open, but my search terms were weak apparently. | 16:24 |
| *** TobSnyder <TobSnyder!~schneider@ip92343918.dynamic.kabel-deutschland.de> has quit IRC | 16:26 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC | 16:31 | |
| *** meph1s <meph1s!~eric@e180081139.adsl.alicedsl.de> has joined #yocto | 16:35 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-uimnlqtzhqoichwi> has quit IRC | 16:38 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 16:44 | |
| *** g1zer0 <g1zer0!~g1zer0@adsl-ull-94-56.48-151.net24.it> has quit IRC | 16:55 | |
| *** meph1s <meph1s!~eric@e180081139.adsl.alicedsl.de> has quit IRC | 16:56 | |
| *** meph1s <meph1s!~eric@e180083209.adsl.alicedsl.de> has joined #yocto | 16:57 | |
| *** LCyrin_ <LCyrin_!~lynn@172.56.38.155> has joined #yocto | 16:59 | |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 17:00 | |
| *** LCyrin_ <LCyrin_!~lynn@172.56.38.155> has quit IRC | 17:04 | |
| *** dmoseley <dmoseley!~dmoseley@rrcs-98-101-90-147.midsouth.biz.rr.com> has quit IRC | 17:06 | |
| *** roric <roric!~roric@c-b19b70d5.013-177-67626713.cust.bredbandsbolaget.se> has quit IRC | 17:08 | |
| *** roxell <roxell!~roxell@linaro/roxell> has quit IRC | 17:10 | |
| blloyd | ok, does anyone have any good reading for KMS and yocto? The samples for syslinux setup use a video=vesafb vga=XYZ syntax, which from my current reading means pre-KMS setup. | 17:11 |
| *** phantoxe <phantoxe!~destroy@acarlosss.broker.freenet6.net> has quit IRC | 17:15 | |
| *** msm` <msm`!~msm@cpe-72-182-100-192.austin.res.rr.com> has joined #yocto | 17:16 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 17:16 | |
| RP | rm_old_work should move into the core and be considered as a default | 17:17 |
| bluelightning | I did suggest that a while ago, IIRC I didn't get much of an enthusiastic response | 17:18 |
| -YoctoAutoBuilder- build #180 of poky-tiny is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/180 | 17:18 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 17:18 | |
| kergoth | What I dislike about it today is the way its implemented means your checksums will all shift if you inherit it vs not inheriting it due to changing the task graph. but that wouldnt' be an issue if it was always included :) | 17:18 |
| *** msm <msm!~msm@cpe-72-182-100-192.austin.res.rr.com> has quit IRC | 17:19 | |
| bluelightning | and surely we could fix that if needed... | 17:19 |
| cubicool | Do you guys know of anyone using Yocto with this: https://developer.nvidia.com/jetson-tk1 | 17:20 |
| cubicool | Because I am currently, and I'd like to submit my layers eventually. | 17:21 |
| kergoth | of course, yeah. i'd love to see rm_old_work go in on general principle, though personally i don't keep my tmpdirs around long enough for it to do much :) | 17:21 |
| cubicool | It actually works like a charm. I'm trying to get systemd working now, but that will require me making my own custom distro apparently, which looks fun (and not comlicated). | 17:22 |
| *** staylor <staylor!~staylor@mail.au-zone.com> has joined #yocto | 17:22 | |
| otavio | Hello | 17:27 |
| bluelightning | hey otavio | 17:27 |
| otavio | I have a customer which is updating their SDK from 1.5 to 1.6 | 17:27 |
| bluelightning | otavio: btw I have your & Daiane's book sitting in front of me, congrats! | 17:27 |
| otavio | They found that calling the gcc byhand in 1.5 (not using $CC) works, while 1.6 fails. | 17:28 |
| otavio | bluelightning: oh man | 17:28 |
| otavio | bluelightning: I hope we did not so badly hehe | 17:28 |
| bluelightning | otavio: looks pretty good to me so far | 17:28 |
| otavio | :-D | 17:28 |
| *** LCyrin_ <LCyrin_!~lynn@172.56.38.155> has joined #yocto | 17:28 | |
| bluelightning | re gcc in the SDK, I'm sure I remember that being discussed not that long ago | 17:28 |
| bluelightning | I think the conclusion is that we expect it to be called via $CC | 17:29 |
| otavio | They found that calling the gcc byhand in 1.5 (not using $CC) works, while 1.6 fails. In case, with gcc 4.8.1 it does not need the sysroot param and finds out it fine | 17:29 |
| bluelightning | RP: is that correct? | 17:29 |
| otavio | bluelightning: isn't this a regression? | 17:29 |
| RP | otavio: no, its not. gcc *needs* that sysroot to be specified | 17:30 |
| *** d_s_e <d_s_e!~d.s.e@ppp-93-104-103-135.dynamic.mnet-online.de> has quit IRC | 17:30 | |
| RP | otavio: there is a default hardcoded into gcc, its luck whether you match or not | 17:30 |
| -YoctoAutoBuilder- build #183 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/183 | 17:30 | |
| otavio | RP: and why it used to work? (I am not complaining, but asking) | 17:30 |
| otavio | RP: I see | 17:31 |
| RP | otavio: probably they didn't relocate that one | 17:31 |
| * RP has been thinking of making the default "broken" to force the issue | 17:31 | |
| otavio | RP: I fully support | 17:31 |
| otavio | RP: as /this/is/a/invalid/path/for/sysroot | 17:32 |
| otavio | :) | 17:32 |
| RP | otavio: right | 17:32 |
| *** LCyrin <LCyrin!~LCyrin@2607:fb90:40a:16a4:d813:7b34:bb77:d564> has joined #yocto | 17:32 | |
| RP | otavio: in theory if we set that in the bintuils/gcc recipes we should be good | 17:32 |
| *** LCyrin_ <LCyrin_!~lynn@172.56.38.155> has quit IRC | 17:32 | |
| RP | in fact we should probably patch gcc to find that from the environment in the SDK to make things easier | 17:34 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 17:34 | |
| lpapp | where can I find this dependency? gdbserver: unsatisfied recommendation for glibc-thread-db | 17:34 |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.48.231.235> has quit IRC | 17:34 | |
| -YoctoAutoBuilder- build #186 of build-appliance is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/186 | 17:35 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.48.231.235> has joined #yocto | 17:35 | |
| otavio | RP: yes; this would be good | 17:35 |
| otavio | RP: as it'd allow broken makefiles which reset gcc to work | 17:35 |
| RP | otavio: "work". You'd lose the other flags | 17:36 |
| otavio | RP: yes | 17:36 |
| otavio | RP: it "work"; to be sincere I am unsure we ought to "work" or fail and force a proper fix | 17:36 |
| fray_ | I've just been fighting with a customer about this myself.. they claim "but it works!". I finally had to show them about a dozen cases where it didn't for them to start using '$CC' like they should | 17:36 |
| fray_ | in this case I'd rather a 'fail' then a 'maybe works' | 17:37 |
| * RP would prefer "fail" | 17:37 | |
| otavio | fray_: yes; it does makes sense as it may end misbehaving due missing flags or causing different results | 17:37 |
| RP | that is probably why we've never gone the environment route | 17:38 |
| fray_ | ? | 17:38 |
| RP | in contrast to what I said earlier, setting the sysroot from the environment is probably a bad idea | 17:40 |
| fray_ | I make use of the sysroot parameter in the environment, but if the toolchain could automatically select it based on the CFLAGS, that would be very useful | 17:40 |
| *** dompe <dompe!0fc3c959@gateway/web/freenode/ip.15.195.201.89> has joined #yocto | 17:42 | |
| dompe | hi, quick question | 17:42 |
| dompe | I need to make a recipe that should depend on the image recipe being build | 17:43 |
| dompe | what variables should I use to get the location of the image from the deploy dir? | 17:43 |
| *** manuel_ <manuel_!~manuel_@AStrasbourg-551-1-12-222.w86-213.abo.wanadoo.fr> has quit IRC | 17:45 | |
| cubicool | Is it still possible to get GPE with Yocto? | 17:47 |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93.48.231.235> has quit IRC | 17:47 | |
| cubicool | I have a client from back in 2007... | 17:47 |
| *** dompe <dompe!0fc3c959@gateway/web/freenode/ip.15.195.201.89> has left #yocto | 17:47 | |
| RP | cubicool: meta-gpe still exists in meta-oe but it isn't particularly actively maintained | 17:47 |
| bluelightning | cubicool: someone would need to migrate the recipes from OE-Classic | 17:48 |
| bluelightning | bbl | 17:48 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:48 | |
| cubicool | Cool, thanks. :) | 17:50 |
| *** belen <belen!Adium@nat/intel/x-gxsczatlgbstxwgy> has quit IRC | 17:52 | |
| lpapp | so I have this: ./tmp/work/armv5te-foo-linux-gnueabi/eglibc/2.17-r3/packages-split/eglibc-thread-db | 17:57 |
| blloyd | lpapp: I suggest $TCLIBC-dbg as a dependency. | 17:57 |
| lpapp | but why cannot I see it in ./tmp/deploy/ipkg somewhere? | 17:57 |
| lpapp | why is no package created? | 17:58 |
| blloyd | gdb depends on thread db DEBUGGING symbols being available. | 17:58 |
| lpapp | blloyd: it is not my recipe; it is the standard gdb in meta. | 17:58 |
| lpapp | I am just trying to install the gdbserver from it without modification; I oughta be able to do so with core-image-minimal, right? | 17:58 |
| lpapp | (after building the gdb recipe myself afterwards) | 17:59 |
| blloyd | just add $TCLIBC-dbg to your image and see what happens. :) | 17:59 |
| lpapp | I do not follow; why is gdb not working out-of-the-box in Yocto's meta layer? | 17:59 |
| blloyd | I suggest you rebuild your image, and use EXTRA_INCLUDE += "$TCLIBC-dbg gdb-server" in your local.conf to get the extra programs you want. | 18:00 |
| lpapp | are you claiming it may be a bug or it is the intended way that everyone adds such things to images? | 18:00 |
| lpapp | I do not have "my image"; I use core-image-minimal. ;) | 18:00 |
| lpapp | which is an upstream image in Yocto. | 18:00 |
| fray_ | In -most- cases, you would be using cross-gdb.. so you don't wnat debug symbols on the target.. | 18:00 |
| fray_ | if you are trying to debug on the target, then you will want to install at a minimu the target gdb and target libc debug symbols.. | 18:01 |
| lpapp | nope | 18:01 |
| lpapp | that would be quite big which we cannot afford; however, we can afford gdbserver. | 18:01 |
| fray_ | in order ot debug something with threading you need both the libthread_db.so and some ofthe other glibc dbg symbols.. | 18:01 |
| blloyd | fray_: there is one set of symbols that gdb must have to function. In fact, the kernel needs them too to form a valid multi-threaded core dump.... | 18:01 |
| fray_ | gdbserver doesn't need -anything- extra on the target to work | 18:01 |
| fray_ | blloyd, I'm not aware of any.. but perhaps something has changed? | 18:02 |
| lpapp | well, it gives a warning, but anyway, my gdbserver seems to be broken. | 18:02 |
| fray_ | I've always dropped gdbserver onto the target.. and then used the -dbg packages to construct a local sysroot that I can debug | 18:02 |
| lpapp | I cannot talk to it the way that it would talk back. | 18:02 |
| lpapp | not even from telnet, let alone the host arm gdb. | 18:02 |
| blloyd | done much with multi-threaded apps? That's the only time the problem I am discussing comes into play? | 18:03 |
| fray_ | I do my remote debugging w/ gdbserver via the network.. so as long as the network is up.. and the host and target don't haev firewall rules preventing it.. it's worked.. but the last time I did any serious debugging was YP 1.5 based | 18:03 |
| fray_ | I haven't needed to do so in 1.6 or master | 18:03 |
| lpapp | All I get is "Connected timed out". | 18:03 |
| lpapp | gdbserver 192.168.0.32:2345 /usr/bin/foo | 18:04 |
| lpapp | Process /usr/bin/auth created; pid = 23710 | 18:04 |
| lpapp | Listening on port 2345 | 18:04 |
| blloyd | ok, I haven't used gdb-server a lot, so it might avoid the issue (perhaps getting what it needs from the remote debugger?), but the information gdb needs for threading is stripped from the pthread library. | 18:05 |
| blloyd | and that looks like you have gdb-server on your box already to be that far. | 18:05 |
| lpapp | yes, I have, and I can connect to it with telnet | 18:06 |
| lpapp | but if I type +?3F in telnet, I do not see anything coming back from the server. | 18:06 |
| lpapp | which makes me think the gdbserver is broken. | 18:07 |
| lpapp | (have no clue how to unbreak it :( ) | 18:07 |
| kergoth | huh, apparently flex requires flex-native to build its ptest bits, so it can run flex itself. | 18:16 |
| * kergoth adds to todo | 18:16 | |
| cubicool | You know, this is just a side note, but the rampant incompetence of many engineering teams (with vast funds and influence) is so frustrating here in Atlanta it makes me very much want to turn to the dark side. | 18:19 |
| cubicool | This group thinks Samba is "too hard" so lets put our private, business-critical data on ... wait for it ... Dropbox. | 18:19 |
| lpapp | dark side is good | 18:20 |
| kergoth | i hope it's at least in an encrypted disk image | 18:20 |
| kergoth | heh | 18:20 |
| cubicool | Patent filings, etc. I just. I don't even. | 18:20 |
| cubicool | Firmware source code. | 18:20 |
| kergoth | having that on any server you don't control is a recipe for disaster, and thats not considering the fact that the dropbox employees could get to it | 18:21 |
| cubicool | I already have Samba setup for them (windows users) on a Linode we host... it works fine. | 18:21 |
| kergoth | its pretty disturbing that they think samba is hard.. not that i'm a big fan of it, but hey, at least it's not nfs | 18:21 |
| kergoth | :) | 18:21 |
| cubicool | To them it's a Z drive. | 18:21 |
| cubicool | And that's still too hard. | 18:21 |
| cubicool | One guy is a Ph. D. EE, other is a MS EE. | 18:22 |
| kergoth | i'm curious about what the dark side is in this context :) | 18:22 |
| cubicool | The Dark Side is me taking these companies hostage. | 18:22 |
| kergoth | ahh, right. death star time | 18:22 |
| cubicool | People and their obseession with the latest buzzword stuff. | 18:22 |
| cubicool | You know what? | 18:22 |
| cubicool | FUCK THE CLOUD. | 18:23 |
| cubicool | I hope that's in a log somewhere and shows up when a future employer googles me. | 18:23 |
| lpapp | hmm, where can I find the x86_64 gdb on the host in the yocto environment that can debug the arm binary of mine on the host? | 18:32 |
| lpapp | I tried to use my own arm gdb, but that does not seem to be compatible with the gdbserver Yocto generates :( | 18:34 |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has quit IRC | 18:34 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has joined #yocto | 18:34 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 18:36 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 18:36 | |
| *** zenlinux <zenlinux!zenlinux@2600:3c00::f03c:91ff:fedb:c91> has joined #yocto | 18:40 | |
| *** LCyrin <LCyrin!~LCyrin@2607:fb90:40a:16a4:d813:7b34:bb77:d564> has quit IRC | 18:44 | |
| *** LCyrin <LCyrin!~LCyrin@2607:fb90:2708:891f:1e49:b84e:d268:131> has joined #yocto | 18:54 | |
| *** RudiStreif <RudiStreif!~rudi@ip68-7-84-4.sd.sd.cox.net> has joined #yocto | 18:58 | |
| kergoth | seebs: could use an opinion on something meta-sourcery related when you have a few minutes | 19:05 |
| seebs | Sure. | 19:05 |
| kergoth | I started working on breaking up the recipe into multiple again. I'm wondering if you think this seems cleaner or not. I figure it'll be much easier to opt-in//opt-out of particular components from the external toolchain when they're separate recipes. and the generic sysroot extraction is less specific to the sourcery toolchain. see https://github.com/kergoth/meta-sourcery/tree/recipe-split. | 19:07 |
| kergoth | https://github.com/kergoth/meta-sourcery/blob/recipe-split/recipes-devtools/gcc/gcc-runtime-external.bb is an example sysroot extraction recipe | 19:07 |
| kergoth | https://github.com/kergoth/meta-sourcery/blob/recipe-split/recipes-devtools/gcc/gcc-external-cross.bb sets up the symlinks/wrappers in the sysroot to be able to run the toolchain binaries | 19:07 |
| seebs | Did I send you the current meta-sourcery tree we're using? I know I sent one at one point, I don't recall how current it was. | 19:08 |
| kergoth | this has no multilib handling yet, i realize. https://github.com/kergoth/meta-sourcery/blob/recipe-split/classes/common-license.bbclass sets up automatic LIC_FILES_CHKSUM to the common license files if LICENSE is set and LIC_FILES_CHKSUM isn't. https://github.com/kergoth/meta-sourcery/blob/recipe-split/classes/external-toolchain.bbclass is the core of the recipes including sysroot extraction, and external-toolchain-cross.bbclass just handles | 19:08 |
| kergoth | symlinking/wrapping external binaries into cross | 19:08 |
| seebs | I ask because I did at least some of that. | 19:09 |
| seebs | In particular, I did multlibs. | 19:09 |
| kergoth | I remember looking at one, but i think it was quite a while ago | 19:09 |
| seebs | I think I had multilibs working, and also had cross/cross-canadian working. | 19:09 |
| seebs | And it might be worth looking at it as a possible starting point, although I think at this point it's missing some significant changes from your branch. | 19:10 |
| kergoth | I'm particularly proud of the generic sysroot extraction, though i admit the code probably isn't ideal. It searches multiple base paths in the external toolchain, and also checks multiple alternate locations within the sysroot using a MIRRORS-like mechanism. perhaps we can pull in the best of the two meta-sourcery trees | 19:14 |
| kergoth | https://github.com/kergoth/meta-sourcery/blob/recipe-split/classes/external-toolchain.bbclass#L23-L34 | 19:14 |
| kergoth | on the plus side, the main thing i wanted to know, whether a broken up recipe is a good thing, i have an answer to, since we both did it independently | 19:17 |
| seebs | Yeah, I think my breakout is different from yours, but it's definitely a good idea. | 19:17 |
| paulg | anyone know why we make /home as drwxr-sr-x (i.e. the "s") -- it has fray 's fingerprints on it but he's only guilty of importing it. | 19:18 |
| seebs | Mine specifically aims to make it easier to rebuild libc, because that's a common customer requirement. | 19:18 |
| seebs | I would assume the intention is to make home directories default to /home's group instead of root's group? | 19:18 |
| kergoth | I was hoping that aligning the recipe structure to precisely mirror hte upstream recipes would make it easier, it could even be done as a bbclassextend of 'external'. I also was focused on making the extraction generic, such that it should work with other toolchains than just sourcery, and could in theory be used to extract something from the host sysroot (that is, /) to support a native machine more easily | 19:22 |
| * kergoth ponders | 19:22 | |
| *** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has joined #yocto | 19:22 | |
| *** LynnCyrin <LynnCyrin!~LCyrin@2607:fb90:404:43b:6b31:2e3f:5f30:df34> has joined #yocto | 19:23 | |
| *** fusman <fusman!~fahad@39.42.215.36> has joined #yocto | 19:23 | |
| *** LCyrin <LCyrin!~LCyrin@2607:fb90:2708:891f:1e49:b84e:d268:131> has quit IRC | 19:25 | |
| kergoth | that kind of hurts my head. imagine there are no recipes in meta-sourcery, just a few bbclasses which are used via BBCLASSEXTEND to create versions of the main recipes which pull things from an existing sysroot, and bbappends to the toolchain recipes which extend them and tweak the FILES variables to make them less greedy. | 19:28 |
| seebs | Hmm. That's an interesting idea. | 19:31 |
| seebs | Ours has additional magic because of space/speed issues. | 19:31 |
| seebs | We don't actually ship with the entire tree unpacked; we bundle up sets of related multilibs into cpio archives, which we gzip. | 19:31 |
| kergoth | ah, right, i remember you mentioning that. that's quite interesting | 19:32 |
| seebs | If you bundle the whole set up, it takes way too long to read things from the archives. Also, bzip2 is an order of magnitude or so slower to decompress. | 19:32 |
| seebs | But if you bundle subsets, it tends to go pretty smoothly and get good results, and is about the same speed as copying from a raw filesystem. | 19:32 |
| kergoth | I was thinking about switching to cpio instead of cp even for fully extracted toolchains, to avoid cp annoyances. heh | 19:33 |
| kergoth | that's pretty cool | 19:33 |
| seebs | And if you were putting the extracted archives in git, which kills/breaks symlinks, it eliminates a ridiculous quantity of duplicated files. | 19:33 |
| *** fusman <fusman!~fahad@39.42.215.36> has quit IRC | 19:33 | |
| seebs | I'll go grab the current tree and put it somewhere you can look at. I've been using it at least somewhat successfully with a 4.9 preview drop. | 19:33 |
| kergoth | cool, i'd certainly be interested in that. it'd be nice to have a best-of-both-worlds setup. i particularly like your toolchain wrapper generation to deal with tuning arguments and whatnot | 19:34 |
| fray_ | kergoth -- someone here thinks they found a bug with one of your commits.. :) | 19:35 |
| fray_ | commit b45c9ed40bb4f893f99127a21776aef3ae888ad7 | 19:35 |
| kergoth | that happens :) what's the issue? | 19:35 |
| fray_ | Author: Chris Larson <clarson@kergoth.com> | 19:35 |
| fray_ | Date: Tue Sep 30 16:30:41 2003 +0000 | 19:35 |
| fray_ | Add base-files 3.0.10 (from debian). | 19:35 |
| fray_ | :) | 19:35 |
| kergoth | haha | 19:35 |
| kergoth | wow, that's old | 19:35 |
| fray_ | that's an oe-classic commit number bTW | 19:36 |
| fray_ | the issue is when the base-files was transitioned into the newer style stuff in commit 1295a2da65762726681b781337970b44b520f0d3 (Oct 2004) ;) | 19:36 |
| fray_ | the 'dirs2775' perm files, /home, /usr/src and /var/lib/local all lost their group names.. | 19:37 |
| fray_ | so they becmae 2775 root:root.... before they were.. | 19:37 |
| fray_ | 2775 root:staff, 2775 root:src 2775 root:staff.. (from what I can tell) | 19:37 |
| fray_ | so the 2775 root:root is a bit 'umm odd'.. and could be a security hole in some odd context. | 19:38 |
| fray_ | ANYWAY.. I told him to file a bug.. :P | 19:38 |
| fray_ | but thought you'd like a 10 year old defect | 19:38 |
| seebs | My oldest defect is one I filed against NeXTStep 0.8 or so. | 19:39 |
| seebs | Which I believe is still present in modern OS X. | 19:39 |
| seebs | It was *accepted* as a defect, way back when, but never got fixed. | 19:39 |
| kergoth | hmm, I don't see anything in the commit that removes a chgrp or chown. in fact, the previous removed /usr/src | 19:39 |
| seebs | The bug: If you have a password containing control characters, LoginWindow doesn't accept it, even though a console login would. | 19:39 |
| fray_ | the commit 1295a2da65762726681b781337970b44b520f0d3 added those in.. the previous version (original version that is) had some chowns in it.. | 19:40 |
| seebs | And thus, my brief period of using ^S^E^E^B^S as a password ended. It lasted about an hour. To this day, I've never seen a password-cracker which even *tries* control characters, though. | 19:40 |
| fray_ | anyway.. ignoring the historical non-sense.. I don't think there is any reason for those three to be set 2775 root:root.. | 19:40 |
| kergoth | agreed | 19:41 |
| fray_ | so base-files and files/fs-perms.txt needs to be fixed | 19:41 |
| kergoth | as far as i can tell, the chowns in base-files were always commented out | 19:45 |
| * kergoth shrugs | 19:45 | |
| fray_ | the bitbake import really obscured some of the things, so I'm not sure | 19:46 |
| fray_ | 'er.. bitbake -- bitkeeper | 19:46 |
| fray_ | (god I hated that system) | 19:46 |
| kergoth | yeah, bk had that annoying thing where the creation of new empty files was separate from the content | 19:46 |
| kergoth | made the imports all ugly | 19:46 |
| *** dvhart <dvhart!dvhart@nat/intel/x-hayqltpuytnnkovs> has quit IRC | 19:50 | |
| *** manuel_ <manuel_!~manuel_@AStrasbourg-551-1-12-222.w86-213.abo.wanadoo.fr> has joined #yocto | 20:04 | |
| kergoth | Man, I hate it when I've hacked on a feature so long that the git historyi s just mangled and i have to go back and completely rework the history nearly from scratch | 20:10 |
| kergoth | not fun | 20:10 |
| fray_ | ya.. I try not to do that... but it seems to happen every now and then | 20:15 |
| fray_ | lots of rebase and manual edits at that point | 20:15 |
| fray_ | lol.. bitbake/oe-core just ran my 20 CPU (40 w/ HT) and 128 GB of ram "out of resources" building toolchain components.. | 20:16 |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 20:16 | |
| fray_ | the bitbake parallel of 40 and the make -j 40 ran it our of some resource.. | 20:16 |
| fray_ | I dropped the -j to 16 and it's MUCH happier | 20:16 |
| * kroon wishes he had a 40 core/128GB system | 20:17 | |
| acidx | try make -j -l40 | 20:17 |
| fray_ | too bad it's only mine temporarily.. | 20:17 |
| fray_ | (it's a multiple developer access machine, but I'm the only one on it since I'm currently setting it up) | 20:17 |
| rink_ | sweet :) | 20:17 |
| kroon | I wonder what JaMa uses for his world/test-dependencies builds | 20:18 |
| *** e8johan <e8johan!~quassel@c-5eeaaad3-74736162.cust.telenor.se> has joined #yocto | 20:19 | |
| JaMa | -j 8 only | 20:19 |
| kroon | ah | 20:20 |
| JaMa | but a lot of ram for 60G tmpfs | 20:20 |
| kergoth | Yeah, i try not to mess up the history too, its usually when the task isn't a priority and/or gets set aside for a long period of time before i get back to it. its easy to cheat and pause the task by checking in the current state blindly :) | 20:21 |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 20:25 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 20:27 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 20:30 | |
| kergoth | Hmm, its a pain to set things like file-checksums and vardepvalue when overrides are involved | 20:41 |
| *** ant_home <ant_home!~andrea@95.232.251.54> has joined #yocto | 20:44 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-akuxysdyvfzwtouo> has quit IRC | 20:48 | |
| *** pidge <pidge!~eflanagan@c-24-21-207-18.hsd1.or.comcast.net> has quit IRC | 20:53 | |
| paulg | fray_, i gave you credit for the research in bug 6579 | 21:00 |
| yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=6579 normal, Undecided, ---, richard.purdie, NEW , Default fs-perms.txt has odd settings for /home and other dirs | 21:00 |
| *** e8johan <e8johan!~quassel@c-5eeaaad3-74736162.cust.telenor.se> has quit IRC | 21:01 | |
| fray_ | lol | 21:02 |
| *** e8johan <e8johan!~quassel@c-5eeaaa46-74736162.cust.telenor.se> has joined #yocto | 21:02 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 21:09 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 21:12 | |
| *** sjolley1 <sjolley1!sjolley@nat/intel/x-gfzvgindzrsiqziy> has joined #yocto | 21:14 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 21:14 | |
| *** rocksquad <rocksquad!~rocksquad@47.19.83.226> has joined #yocto | 21:15 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 21:19 | |
| *** mranostay <mranostay!~mranostay@c-50-186-57-56.hsd1.or.comcast.net> has joined #yocto | 21:19 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 21:19 | |
| *** ftonello <ftonello!~felipe@wsip-70-183-20-162.oc.oc.cox.net> has quit IRC | 21:25 | |
| *** radhus <radhus!~radhus@evpsnl.radhuset.org> has quit IRC | 21:28 | |
| * darknighte signs out of IRC for the weekend | 21:30 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 21:30 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 21:38 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC | 21:38 | |
| *** e8johan <e8johan!~quassel@c-5eeaaa46-74736162.cust.telenor.se> has quit IRC | 21:41 | |
| RP | paulg: fancy just sending a patch for it? :) | 21:42 |
| RP | paulg: it does look a bit crazy so I'm happy to see it fixed | 21:43 |
| paulg | RP, can do. | 21:43 |
| paulg | I was discussing with fray_ in another channel that it kind of sucks that we have the information stored in two places... | 21:44 |
| paulg | fs_perms and the base_files recipe. | 21:44 |
| fray_ | ya.. fs-perms SHOULD have corrected any change he made in the fs-perms files.. | 21:45 |
| fray_ | but for one of them it didn't.. it didn't change an existing symlink to dir.... | 21:45 |
| paulg | I tried to clobber the /var/log --> /var/volatile/log symlink from an appended fs-perms.txt | 21:46 |
| paulg | I know the file got parsed, cause it fixed up the kooky perms discussed above. | 21:46 |
| fray_ | I would have throught that it would have warned if nothing else.. | 21:46 |
| fray_ | but looking at the code I'm not seeing it.. and I'm forgetting it.. | 21:47 |
| paulg | anyway fray_ put me onto doing the bbappend for base_files, so hopefully that will let me get my log files on disk. | 21:47 |
| fray_ | 'er.. I'm forgetting how I originally implemented it.. | 21:48 |
| fray_ | it was intended originally though that any changes to fs-perms.txt would apply everywhere or at a minimum a QA warning would be generated saying it failed to apply.. | 21:49 |
| fray_ | it may simply be a case of fixing a 'link' to a 'dir' was missed in the original work | 21:49 |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 21:59 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| paulg | seems /var/mail should be root:mail and not root:root as well, given that it is chmod 2775 | 22:01 |
| paulg | fray_, will the fs-perms.txt processing get angry if the system configuration doesn't create a mail uuid, yet I ask for it in there? | 22:02 |
| fray_ | yes.. | 22:02 |
| cubicool | I have a whole set of bb files now for building GDAL, OpenSceneGraph, GeographicLib, and a bunch of utility osg libraries. Am I replicating work? | 22:02 |
| paulg | er, group id. | 22:02 |
| fray_ | any group ids used must be defined prior to usage | 22:03 |
| paulg | setting /var/mail to 2775 doesn't make sense if it is root:root | 22:03 |
| paulg | ooh sweet. just checked my booted system and id mail exists. | 22:04 |
| fray_ | is /var/mail in base-files? | 22:04 |
| paulg | uid=gid = 8 | 22:04 |
| paulg | lemme check | 22:04 |
| paulg | yes | 22:05 |
| paulg | and it is wrong :) | 22:05 |
| paulg | dirs4775 = "/var/mail" | 22:05 |
| paulg | should be 2775 based on what is in fs-perms.txt and what ubuntu has. | 22:06 |
| * paulg fixes | 22:06 | |
| fray_ | that directory should have been "corrected" | 22:07 |
| paulg | oddly on my deployed target, it didn't get created _at_all_ | 22:08 |
| *** radhus <radhus!~radhus@sevh.radhuset.org> has joined #yocto | 22:08 | |
| fray_ | that is what I expected actually | 22:08 |
| * paulg wonders if dirs4775 is even parsed | 22:08 | |
| fray_ | do_install_append_linuxstdbase() { | 22:09 |
| fray_ | for d in ${dirs3755}; do | 22:09 |
| fray_ | install -m 0755 -d ${D}$d | 22:09 |
| fray_ | done | 22:09 |
| fray_ | for d in ${dirs4775}; do | 22:09 |
| fray_ | install -m 2755 -d ${D}$d | 22:09 |
| fray_ | done | 22:09 |
| fray_ | } | 22:09 |
| fray_ | only processed if -linuxstdbase- is defined.. | 22:09 |
| fray_ | otherwise, it's only generated "on-demand" | 22:09 |
| paulg | yeah, that looks wrong. | 22:09 |
| fray_ | so it's not -really- 4775.. someone just used '4' | 22:09 |
| paulg | dirs4775 using -m 2775 :) | 22:10 |
| paulg | same with the 3755 one. | 22:10 |
| paulg | kind of misleading. | 22:10 |
| fray_ | ya, they used it as a counter.. | 22:10 |
| fray_ | thats really confusing.. | 22:10 |
| paulg | ouch. | 22:10 |
| fray_ | should have been something like dirs775-lsb dirs2775-lsb | 22:11 |
| paulg | I didn't even see that pattern. | 22:11 |
| *** Nitin <Nitin!~nakamble@134.134.139.74> has quit IRC | 22:15 | |
| *** Nitin <Nitin!nakamble@nat/intel/x-oozwarwbtcmjhqtw> has joined #yocto | 22:16 | |
| paulg | fray, I'm thinking of renaming those to have names that don't suck, but that would break anyone who is currently bbappending them now. | 22:17 |
| fray_ | it shouldn't.. | 22:17 |
| fray_ | they're only active if the 'lsb' distro feature is enabled | 22:17 |
| kergoth | should be easy enough to resolve, just reference the old vars in your new ones | 22:17 |
| paulg | Do we treat that as a sacred API, or just do the right thing and fix the suckage? | 22:17 |
| * kergoth yawns | 22:17 | |
| fray_ | I'd fix it.. I don't think this one is sacred | 22:18 |
| *** meph1s <meph1s!~eric@e180083209.adsl.alicedsl.de> has quit IRC | 22:42 | |
| *** cubicool <cubicool!~cubicool@router.emperor-sw2.exsbs.net> has quit IRC | 22:48 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto | 22:48 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC | 22:48 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 22:48 | |
| *** rocksquad <rocksquad!~rocksquad@47.19.83.226> has quit IRC | 23:02 | |
| *** T0mW <T0mW!~Tom@70.15.161.110.res-cmts.t132.ptd.net> has quit IRC | 23:08 | |
| *** blloyd <blloyd!~blloyd@COX-66-210-177-72-static.coxinet.net> has quit IRC | 23:11 | |
| *** lyang01 <lyang01!~lyang001@1.202.252.122> has joined #yocto | 23:22 | |
| *** RagBal_ <RagBal_!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 23:22 | |
| *** jmdelos_ <jmdelos_!~polk@75-173-232-37.clsp.qwest.net> has joined #yocto | 23:23 | |
| *** smo_ <smo_!canuck@smocean.eveny.ca> has joined #yocto | 23:23 | |
| *** dv__ <dv__!~quassel@chello062178118086.5.14.vie.surfer.at> has joined #yocto | 23:24 | |
| *** Marex_ <Marex_!~Marex@195.140.253.167> has joined #yocto | 23:24 | |
| *** denix0 <denix0!~denix@pool-71-191-205-189.washdc.fios.verizon.net> has joined #yocto | 23:25 | |
| *** joshualamorie <joshualamorie!~joshua.la@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 23:29 | |
| *** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has quit IRC | 23:29 | |
| *** smo <smo!~canuck@smocean.eveny.ca> has quit IRC | 23:29 | |
| *** maxtothemax <maxtothemax!maxtothema@nat/intel/x-vzhsikvlzoyztocb> has quit IRC | 23:29 | |
| *** denix <denix!~denix@pool-71-191-205-189.washdc.fios.verizon.net> has quit IRC | 23:29 | |
| *** lyang0 <lyang0!~lyang001@1.202.252.122> has quit IRC | 23:29 | |
| *** kbouhara <kbouhara!~kbouhara@hyperion.atermes.fr> has quit IRC | 23:29 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 23:29 | |
| *** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 23:29 | |
| *** jmpdelos <jmpdelos!~polk@75-173-232-37.clsp.qwest.net> has quit IRC | 23:29 | |
| *** denix0 is now known as denix | 23:29 | |
| *** smo_ is now known as smo | 23:29 | |
| *** joshualamorie <joshualamorie!~joshua.la@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 23:30 | |
| *** kbouhara <kbouhara!~kbouhara@hyperion.atermes.fr> has joined #yocto | 23:31 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:35 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has left #yocto | 23:47 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 23:47 | |
| nerdboy | RudiStreif: hey | 23:47 |
| *** alimon <alimon!~alimon@189-212-76-162.static.axtel.net> has quit IRC | 23:49 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC | 23:56 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!