| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tbevumeszdfgtnhq> has joined #yocto | 00:12 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 00:18 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 00:26 | |
| *** pn <pn!~parthi@62.91.23.180> has joined #yocto | 00:43 | |
| *** pn <pn!~parthi@62.91.23.180> has quit IRC | 00:45 | |
| *** pn <pn!~parthi@62.91.23.180> has joined #yocto | 00:46 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 00:50 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:16 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 01:26 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 01:29 | |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto | 01:51 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC | 01:55 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 02:01 | |
| *** sgw1 <sgw1!~sgw@88.130.230.178> has joined #yocto | 02:02 | |
| *** sgw <sgw!~sgw@88.130.230.178> has quit IRC | 02:04 | |
| *** dreyna <dreyna!~dreyna@66-85-107-235.static-ip.telepacific.net> has joined #yocto | 02:28 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-nqzpnpnlrseigrlw> has quit IRC | 03:14 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 03:18 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 03:40 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 03:43 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has quit IRC | 03:48 | |
| *** dreyna <dreyna!~dreyna@66-85-107-235.static-ip.telepacific.net> has quit IRC | 03:49 | |
| yocti | New news from stackoverflow: how to simplify recipe-sysroot-native <https://stackoverflow.com/questions/53331063/how-to-simplify-recipe-sysroot-native> | 03:57 |
|---|---|---|
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto | 04:45 | |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC | 04:47 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:7db3:34a2:3c95:1c57> has quit IRC | 05:57 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:f00c:90a9:e13c:6a53> has joined #yocto | 06:09 | |
| *** dreyna <dreyna!~dreyna@66-85-107-235.static-ip.telepacific.net> has joined #yocto | 06:22 | |
| *** lfa <lfa!~lfa@213-47-163-50.cable.dynamic.surfer.at> has joined #yocto | 06:30 | |
| *** dmoseley <dmoseley!~dmoseley@072-184-106-074.res.spectrum.com> has quit IRC | 06:40 | |
| *** dmoseley <dmoseley!~dmoseley@072-184-106-074.res.spectrum.com> has joined #yocto | 06:42 | |
| *** dmoseley <dmoseley!~dmoseley@072-184-106-074.res.spectrum.com> has quit IRC | 06:46 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC | 06:46 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto | 06:47 | |
| *** dmoseley <dmoseley!~dmoseley@072-184-106-074.res.spectrum.com> has joined #yocto | 06:50 | |
| *** sgw1 <sgw1!~sgw@88.130.230.178> has quit IRC | 06:52 | |
| *** sgw <sgw!~sgw@88.130.230.178> has joined #yocto | 06:55 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tbevumeszdfgtnhq> has quit IRC | 07:02 | |
| *** mihais <mihais!~mihaiserb@86.120.134.70> has joined #yocto | 07:12 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:17 | |
| *** dreyna <dreyna!~dreyna@66-85-107-235.static-ip.telepacific.net> has quit IRC | 07:17 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 07:19 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:23 | |
| *** sagner <sagner!~ags@2a02:169:3460::b6a> has quit IRC | 07:28 | |
| yocti | New news from stackoverflow: CUPS web interface on YOCTO <https://stackoverflow.com/questions/45220470/cups-web-interface-on-yocto> | 07:28 |
| *** wooosaiiii <wooosaiiii!~woo@cpe-90-157-180-95.static.amis.net> has joined #yocto | 07:28 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:32 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 07:39 | |
| *** TobSnyder <TobSnyder!~schneider@95.90.163.47> has joined #yocto | 07:39 | |
| *** moemoe <moemoe!~moemoe@sirius-tau.a-ix.net> has joined #yocto | 07:46 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 07:49 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:50 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 07:50 | |
| moemoe | Hey, I'm trying to build my first yocto for raspberry pi, but getting problems with automake all the time: ERROR: Task (virtual:native:/home/mo/src/poky-sumo/meta/recipes-devtools/autoconf/autoconf_2.69.bb:do_compile) failed with exit code '1' | 07:50 |
| moemoe | console output is at https://nopaste.xyz/?d85a6d38288728b9#D9//svPbk1kebH6XIQb1yxVy8A3rHrBL+5rwMSb4s3g=, logfile at https://nopaste.xyz/?98115df586278c7a#CYLQJY1u1ghiVglHaNIZpa07cDipGeYIa3Cbo+CaunY= | 07:51 |
| moemoe | autoconf on the host-system (debian stable) is installed as well: mo@rrpc0019:~/src/yocto-rpi/build$ autoconf --version | 07:52 |
| moemoe | autoconf (GNU Autoconf) 2.69 | 07:52 |
| moemoe | any hints where to dig further? | 07:52 |
| *** ak77 <ak77!c12e4b03@gateway/web/freenode/ip.193.46.75.3> has quit IRC | 07:54 | |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 07:58 | |
| *** jostor <jostor!55a495f3@gateway/web/freenode/ip.85.164.149.243> has joined #yocto | 08:01 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 08:05 | |
| eduardas_m | hello, so Thud was released yesterday, but I see that thud-next branch is lagging behind the thud branch... I was kinda expecting it to be the other way around... can someone explain the difference and purposes of the two branches? | 08:08 |
| eduardas_m | the yocto-2.6 tag is actually the latest one on the thud-next branch | 08:11 |
| LetoThe2nd | moemoe: well its not about the autoconf on your host, ot is trying to build its own one. but it rings a bell, with the m4 message. | 08:16 |
| jostor | Hi, I am trying to build zeromq.js for raspberrypi3. My recipe is found here: https://gist.github.com/jostor/9f98b37cff6b08cac132ed7f167b16e1#file-gistfile1-txt | 08:16 |
| jostor | The build fails with "configure: error: cannot run C compiled programs. | If you meant to cross compile, use `--host'." | 08:16 |
| jostor | See complete log here: https://gist.github.com/jostor/e200d7993cbc0b271aeddc7421ad3a46 | 08:16 |
| jostor | Does anyone know how to solve this? | 08:17 |
| LetoThe2nd | moemoe: actually no, sorry, i misremembered it | 08:19 |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 08:21 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 08:21 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 08:21 | |
| LetoThe2nd | jostor: find the already existing solutions as inspiration here: http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-connectivity/zeromq/zeromq_4.2.5.bb?h=master | 08:22 |
| *** jkliemann <jkliemann!~jk@141.76.40.106> has joined #yocto | 08:23 | |
| LetoThe2nd | jostor: and as you are basically trying to build the node bindings it seems, it obviously needs zeromq itself to be ready first. so you need to set a DEPENDS on it. | 08:24 |
| jkliemann | hi, is there any layer that provides libperl5.14 for yocto? perl itself is available but it doesn't have any modules available (and at least on Debian those are part of libperl) | 08:24 |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has quit IRC | 08:26 | |
| LetoThe2nd | jkliemann: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/perl/perl_5.24.4.bb?h=master#n269 suggests that its there, and the package is called perl-lib | 08:27 |
| moemoe | LetoThe2nd: hm. thanks anyway. the strange thing is that autoconf and automake both have problems, with similar errors: "configure: error: The installed version of autoconf does not work" and "autom4te: need GNU m4 1.4 or later: m4", so at first it looks like there is some problem with my local tools. | 08:28 |
| *** gunnarx <gunnarx!~gunnarx@unaffiliated/gan> has joined #yocto | 08:28 | |
| LetoThe2nd | moemoe: i'm not totally convinced there. you do have the prerequisites as mentioned in the quick start guide installed? | 08:29 |
| jostor | LetoThe2nd: Thanks! I have added DEPENDS += "zeromq" to my recipe, but I am still getting errors: https://gist.github.com/jostor/495f91b35b0fff839c6b284293bc9c04 | 08:35 |
| jkliemann | LetoThe2nd: thanks, perl-lib was the information I needed | 08:35 |
| *** pn <pn!~parthi@62.91.23.180> has quit IRC | 08:36 | |
| moemoe | LetoThe2nd: I installed the packages mentioned in https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#ubuntu-packages | 08:36 |
| LetoThe2nd | jostor: this might be related to non-crosscompile-issues in the node bindings, but i don't have the possibilities to dig into this at the moment. my suggestion would be to put it on the ML, and/or wait a couple of hours until the USians are wake. | 08:37 |
| LetoThe2nd | moemoe: the essentials part, right? | 08:38 |
| moemoe | LetoThe2nd: right | 08:39 |
| jostor | LetoThe2nd: Ok, Thanks, I will do that | 08:40 |
| LetoThe2nd | moemoe: ok, fine. and this is an otherwise completely untinkered debian as a build host? which poky revision plus layers are you using? | 08:41 |
| jkliemann | LetoThe2nd: it seems the perl standard lib is still not available (or complete), in my case I need File/Glob.pm which isn't available under /usr/lib/perl | 08:41 |
| LetoThe2nd | jkliemann: you'll have to read the perl recipe then and find out if what you are missing is disbaled, or packaged otherwise, or... | 08:42 |
| *** tristanram <tristanram!3e029902@gateway/web/freenode/ip.62.2.153.2> has quit IRC | 08:42 | |
| *** tristanram <tristanram!3e029902@gateway/web/freenode/ip.62.2.153.2> has joined #yocto | 08:43 | |
| moemoe | LetoThe2nd: It's a host I use for development, but all packages installed should be plain debian stable. I'm using sumo, overlays are https://github.com/jumpnow/meta-rpi and the ones listed as dependencies below. | 08:44 |
| LetoThe2nd | moemoe: could you give it a try in the vanilla rpi situation? e.g. poky + meta-openembedded + meta-raspberrypi, and from meta-openembedded you only need oe, python, networking, multimedia | 08:46 |
| LetoThe2nd | moemoe: as documented here: https://git.yoctoproject.org/cgit.cgi/meta-raspberrypi/about/ | 08:46 |
| LetoThe2nd | (feel free to read it as: i'm not convinced that the security and jumptek layers are ok) | 08:47 |
| LetoThe2nd | and the state i linked is pretty much known good, just built it myself a couple of days back. | 08:47 |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto | 08:47 | |
| moemoe | LetoThe2nd: WIll do | 08:51 |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC | 08:51 | |
| *** frsc <frsc!~frsc@200116b824799c00150709653716cea5.dip.versatel-1u1.de> has joined #yocto | 08:53 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 08:54 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 09:01 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:03 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 09:04 | |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 09:04 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 09:04 | |
| *** anujm <anujm!~anujm@192.55.54.40> has joined #yocto | 09:07 | |
| *** mckoan|away is now known as mckoan | 09:15 | |
| *** ant_work <ant_work!~ant__@87.13.122.174> has joined #yocto | 09:24 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:24 | |
| moemoe | LetoThe2nd: Still the same problem: https://nopaste.xyz/?f60384e66175c735#VqrbiFda2E9OYC51pUWKUGwjCKIiUwblWAWCOFvp3vM= | 09:25 |
| moemoe | the config is https://nopaste.xyz/?ed6680e3d75daf23#1oy+azqrGIvzHQO47SmQ9BZcUxhYwxq0sliQUU3d6vM= | 09:25 |
| jofr | Anyone here experienced a bitbake devshell under tmux not going into the appropriate CWD? For me, it just stays in my build-root-directory where I issued the bitbake command..? | 09:27 |
| jofr | My OE_TERMINAL is set to tmux-new-window | 09:27 |
| jofr | If I use another terminal for OE_TERMINAL I get the correct behavior. | 09:28 |
| yocti | New news from stackoverflow: how to force order in DEPENDS while preparing recipe-sysroot? <https://stackoverflow.com/questions/53334709/how-to-force-order-in-depends-while-preparing-recipe-sysroot> | 09:28 |
| *** sgw <sgw!~sgw@88.130.230.178> has quit IRC | 09:36 | |
| RP | rburton: care to glance over -next? | 09:41 |
| RP | rburton: builds cleanly and I think this does fix the httpservice hang | 09:41 |
| moemoe | LetoThe2nd: switched to thud, no problems so far (but compile is still running). | 09:42 |
| *** sgw <sgw!~sgw@88.130.230.178> has joined #yocto | 09:42 | |
| moemoe | just didn't wait long enough :/ | 09:43 |
| moemoe | | ERROR: Function failed: do_compile (log file is located at /home/mo/src/yocto-rpi/plain-rpi-thud/tmp/work/x86_64-linux/autoconf-native/2.69-r11/temp/log.do_compile.21092) | 09:43 |
| moemoe | ERROR: Task (virtual:native:/home/mo/src/poky-thud/meta/recipes-devtools/autoconf/autoconf_2.69.bb:do_compile) failed with exit code '1' | 09:43 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 09:45 | |
| RP | moemoe: Some things to check a) did it build m4-native? b) is m4 in the recipe-sysroot-native for autoconf-native? c) is there anything interesting about the missing m4 in config.log ? | 09:45 |
| *** OpenSorc_ <OpenSorc_!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 09:50 | |
| *** gunnarx__ <gunnarx__!~gunnarx@h-244-80.A137.corp.bahnhof.se> has joined #yocto | 09:50 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-125-187.ssp.dialog.net.pl> has quit IRC | 09:52 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 09:52 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 09:52 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-125-187.ssp.dialog.net.pl> has joined #yocto | 09:52 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 09:52 | |
| moemoe | RP: a) according to tmp/log/cooker/raspberrypi-cm3/20181116093521.log "NOTE: recipe m4-native-1.4.18-r0: task do_populate_sysroot: Succeeded" | 09:53 |
| moemoe | b) mo@rrpc0019:~$ grep m4-native src/poky-thud/meta/recipes-devtools/autoconf/autoconf.inc | 09:53 |
| moemoe | DEPENDS += "m4-native" | 09:53 |
| moemoe | DEPENDS_class-native = "m4-native gnu-config-native" | 09:53 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 09:53 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 09:53 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:53 | |
| *** sgw <sgw!~sgw@88.130.230.178> has quit IRC | 09:53 | |
| *** gunnarx <gunnarx!~gunnarx@unaffiliated/gan> has quit IRC | 09:53 | |
| *** rajm <rajm!~robertmar@148.252.241.226> has quit IRC | 09:53 | |
| *** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC | 09:53 | |
| *** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has joined #yocto | 09:54 | |
| *** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto | 09:54 | |
| *** sgw <sgw!~sgw@88.130.230.178> has joined #yocto | 09:54 | |
| RP | moemoe: no, for b), I mean to go into /home/mo/src/yocto-rpi/plain-rpi/tmp/work/x86_64-linux/autoconf-native/2.69-r11/recipe-sysroot-native and see if usr/bin/m4 exists | 09:54 |
| moemoe | RP: c) doesn't look strange: https://nopaste.xyz/?bcda865b6c189a2c#tycRl//2G0C6UEf1uaqiour0k+NttYNcyXVGBK8goq0= | 09:55 |
| RP | moemoe: can you share the whole config.log please? | 09:55 |
| RP | moemoe: of course this is autoconf-native itself so its not a normal configure process :/ | 09:56 |
| moemoe | https://nopaste.xyz/?ded25feb29107b7f#M4DXrrxHJDFTzMtQviEBnbnWsoPjy/uybUslN/Ftmmo= this m4 binary looks strange to me | 09:57 |
| RP | moemoe: something is definitely wrong there | 09:59 |
| RP | moemoe: does /home/mo/src/yocto-rpi/plain-rpi-thud/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2 exist? | 09:59 |
| moemoe | here is the complete log file: https://nopaste.xyz/?50ccf4432b15bc4e#tAdNq+b54Iu4FBNfSOkCezPrgZK8hPMe/YfCOTdU4cs= | 10:00 |
| moemoe | mo@rrpc0019:~/src/yocto-rpi/plain-rpi-thud/tmp$ file /home/mo/src/yocto-rpi/plain-rpi-thud/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2 | 10:00 |
| moemoe | /home/mo/src/yocto-rpi/plain-rpi-thud/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2: symbolic link to ld-2.28.so | 10:00 |
| moemoe | mo@rrpc0019:~/src/yocto-rpi/plain-rpi-thud/tmp$ file /home/mo/src/yocto-rpi/plain-rpi-thud/tmp/sysroots-uninative/x86_64-linux/lib/ld-2.28.so | 10:00 |
| moemoe | /home/mo/src/yocto-rpi/plain-rpi-thud/tmp/sysroots-uninative/x86_64-linux/lib/ld-2.28.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=692dcab863f5451a27fa549f337f6ce1767f36fe, stripped | 10:00 |
| RP | moemoe: are you building on a noexec filesystem or something odd like that? has any OE/Yocto build every worked? | 10:02 |
| RP | moemoe: also, what is the host distro? The only difference in the file output between your build and mine is your kernel version is older (2.6.32 for you, 3.2.0 for me) | 10:03 |
| RP | moemoe: I suspect something in the uninative code is break things but I don't know how/why :/ | 10:04 |
| LetoThe2nd | hum, he said "debian stable"... but 2.6.32 indicates debian squeeze, which is certainly far beyond stable, with LTS having ended in 2016 | 10:08 |
| RP | LetoThe2nd: remember this is a minimum version, not the actual kernel version | 10:09 |
| *** jlanda23 <jlanda23!~jlanda@95.218.24.194> has joined #yocto | 10:09 | |
| LetoThe2nd | RP: i remember nothing, as usual. ;-) | 10:09 |
| RP | so its certainly using a generation older ABI than my binaries but doesn't mean its that old | 10:09 |
| *** frsc <frsc!~frsc@200116b824799c00150709653716cea5.dip.versatel-1u1.de> has quit IRC | 10:10 | |
| *** mihais <mihais!~mihaiserb@86.120.134.70> has left #yocto | 10:11 | |
| moemoe | It's a Debian running in WSL, I just ordererd a regular Debian VM to try over there. | 10:11 |
| moemoe | Will be ready in some minutes :) | 10:11 |
| *** ak77__ <ak77__!~ak@193.46.75.3> has joined #yocto | 10:12 | |
| RP | moemoe: WSL? That is known not to work | 10:12 |
| LetoThe2nd | *bingo* | 10:13 |
| *** ak77__ <ak77__!~ak@193.46.75.3> has left #yocto | 10:13 | |
| LetoThe2nd | (why can't people mention such weirdnesses right upfront?) | 10:13 |
| RP | I think we're going to need to start detecting WSL | 10:14 |
| moemoe | RP: Okay. Good to know. I searched for WSL in https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html but it wasn't mentioned there | 10:14 |
| moemoe | Just came to my mind when reading the kernel version above, using it for golang since a while and never had problems... | 10:15 |
| RP | moemoe: I will mention this to our docs person, we should probably put it in big letters that WSL doesn't work :/ | 10:15 |
| RP | moemoe: OE/Yocto do some interesting things with the system which WSL doesn't support | 10:16 |
| RP | I'd love to have it work but as of today it doesn't | 10:16 |
| moemoe | Would be great to mention it in the docs, or even better detect it automatically, could have saved me a day of trying. | 10:17 |
| moemoe | $ cat /proc/version | 10:17 |
| moemoe | Linux version 4.4.0-17134-Microsoft (Microsoft@Microsoft.com) (gcc version 5.4.0 (GCC) ) #345-Microsoft Wed Sep 19 17:47:00 PST 2018 | 10:17 |
| moemoe | searching for m$ in /proc/version should be the easist wayI guess | 10:18 |
| moemoe | But thank you for your help so far, RP and LetoThe2nd, sorry I wasted your time trying to hunt an error on a known non-working system. | 10:19 |
| RP | moemoe: we'll improve the docs and I'll try and add something to detect this, we need to do better here | 10:19 |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 10:21 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:21 | |
| *** sgw <sgw!~sgw@88.130.230.178> has quit IRC | 10:22 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:22 | |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 10:28 | |
| *** rajm <rajm!~robertmar@148.252.241.226> has quit IRC | 10:29 | |
| RP | moemoe: patch queued: http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=b6fa510868572683749acc1a651d03d1a7c77da0 | 10:30 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:30 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 10:30 | |
| *** anujm <anujm!~anujm@192.55.54.40> has quit IRC | 10:31 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:34 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has joined #yocto | 10:37 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 10:38 | |
| *** otavio <otavio!~otavio@181.220.65.91> has joined #yocto | 10:41 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 10:41 | |
| *** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto | 10:42 | |
| *** sgw <sgw!~sgw@88.130.230.178> has joined #yocto | 10:45 | |
| *** berton <berton!~berton@181.220.65.91> has joined #yocto | 10:46 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto | 10:48 | |
| *** berton <berton!~berton@181.220.65.91> has quit IRC | 10:50 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto | 10:50 | |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC | 10:52 | |
| *** berton <berton!~berton@181.220.65.91> has joined #yocto | 10:52 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 10:55 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 11:00 | |
| rburton | moemoe: what's the error? | 11:02 |
| moemoe | rburton: the error was using wsl ;) | 11:03 |
| rburton | oh right yeah don't do that | 11:03 |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto | 11:03 | |
| rburton | though bonus points if you root cause it and figure out what the problem is | 11:04 |
| LetoThe2nd | brownie points, even? | 11:04 |
| moemoe | rburton: https://nopaste.xyz/?ded25feb29107b7f#M4DXrrxHJDFTzMtQviEBnbnWsoPjy/uybUslN/Ftmmo= this is closest I got to the problem | 11:05 |
| rburton | ah yeah thats a problem | 11:05 |
| rburton | so it can't run native binaries that it build for itself | 11:05 |
| rburton | might be useful to file a bug so we keep track of where wsl breaks in case someone really does want to fix it | 11:06 |
| kuzulis | Hi guys. What is a best way to generate an different images with a different Linux Kernel patches/configs? For example I have a layer 'foo' which contains the linux recipes and a foo-image recipes.. also I have a layer 'bar' which too has an own linux recipes and own bar-image recipe.. All these layers both are added to bblayers config... | 11:07 |
| kuzulis | e.g. foo layer has: meta-foo/recipes-kernel/linux/ and layer bar has: meta-bar/recipes-kernel/linux/.. | 11:08 |
| *** falk0n_ <falk0n_!~falk0n@a109-49-128-177.cpe.netcabo.pt> has quit IRC | 11:08 | |
| LetoThe2nd | kuzulis: if its otherwise completely identical images, just the kernel differs: either select the kernel through PREFERRED_VERSION/PREFERRED_PROVIDER in local.con, or, make it two machines. | 11:09 |
| rburton | RP: next looks good | 11:10 |
| *** jkliemann <jkliemann!~jk@141.76.40.106> has quit IRC | 11:11 | |
| kuzulis | LetoThe2nd: "PREFERRED_VERSION/PREFERRED_PROVIDER" but the Linux kernels are identical for both layers... How I can divide it to two different providers? | 11:11 |
| LetoThe2nd | well you'd obviously have to give it distinct names, like linux-foo and linux-bar | 11:12 |
| LetoThe2nd | which could be merely wrappers around a common linux-funky-stuff.inc | 11:12 |
| *** falk0n <falk0n!~falk0n@a109-49-128-177.cpe.netcabo.pt> has joined #yocto | 11:15 | |
| kuzulis | LetoThe2nd: Hmm.. but, then I need to modify the local.conf file each time when I want to build the foo-image or bar-image.. Yes? But, is it possible to do it without of modifing of local.conf? | 11:15 |
| LetoThe2nd | kuzulis: -> MACHINES | 11:15 |
| *** falk0n <falk0n!~falk0n@a109-49-128-177.cpe.netcabo.pt> has quit IRC | 11:16 | |
| LetoThe2nd | in the end you'd basically have two biuld directories. they can share a common sstate, so little performance penalty. | 11:16 |
| *** falk0n <falk0n!~falk0n@a109-49-128-177.cpe.netcabo.pt> has joined #yocto | 11:17 | |
| kuzulis | LetoThe2nd: So, do I need to imagine an own machine name? | 11:19 |
| LetoThe2nd | if you're lacking imagination, call them machine1 and machine2..... | 11:20 |
| LetoThe2nd | i mean, you need *SOME* kind of distinction *SOMEWHERE* | 11:22 |
| kuzulis | LetoThe2nd: Hmm.. I don't understand a bit... F.e. currently I use an one board 'apalis-imx6' as a basic platform for the different output images... Some of this images has an bluetooth stack enabled, some has an WiFi support enabled and so on... So, it is similar to that a different 'images' belongs to a different 'projects' basen on 'apalis-imx6' machine. Each that project located on own layer (with own image recipe, a main application recipe and so | 11:27 |
| kuzulis | on.)... So, is it an one way to do such customizations - it is create an own machines for each 'project/layer'? | 11:27 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 11:28 | |
| LetoThe2nd | it really depends on the variations between the projects. but generally, yes, its very common to have a MACHINE config per project. | 11:29 |
| kuzulis | LetoThe2nd: Ok, many thanks for your help. I try look to this way :) | 11:30 |
| LetoThe2nd | kuzulis: in a nutshell, try to view it as three orthogonal things: MACHINE: defines the hardware/feature support for a given project, DISTRO: defines the ABI for a project, IMAGE: defines what packages go into a specific thing | 11:31 |
| kuzulis | LetoThe2nd: What is means of " the ABI for a project" ? | 11:33 |
| LetoThe2nd | kuzulis: https://en.wikipedia.org/wiki/Application_binary_interface | 11:35 |
| kuzulis | LetoThe2nd: I mean in context of Yocto.. :) | 11:35 |
| LetoThe2nd | kuzulis: its the same in the context of yocto. | 11:35 |
| kuzulis | LetoThe2nd: Ok, manu thanks | 11:36 |
| RP | rburton: thanks | 11:39 |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 11:57 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC | 12:05 | |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has quit IRC | 12:09 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 12:14 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 12:16 | |
| moemoe | now binutils-cross-arm fails. /home/yocto/src/yocto-rpi/plain-rpi-thud/tmp/log/cooker/raspberrypi-cm3/console-latest.log -> http://ix.io/1s5Y and /home/yocto/src/yocto-rpi/plain-rpi-thud/tmp/work/x86_64-linux/binutils-cross-arm/2.31-r0/temp/log.do_compile.25454 -> http://ix.io/1s5X | 12:16 |
| moemoe | running on branch "thud" and master for meta-raspberrypi | 12:17 |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 12:25 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 12:33 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 12:33 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 12:36 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:38 | |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto | 12:49 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:51 | |
| *** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC | 12:53 | |
| RP | moemoe: you do seem to be having some bad luck with this :( | 12:53 |
| RP | moemoe: We build that in our core test builds so it would suggest something rpi related :/ | 12:54 |
| RP | moemoe: you might want to test if qemuarm builds? see if you can at least get that working? We *know* that should work | 12:54 |
| moemoe | RP: I'm currently trying sumo, as there is no official thud release for meta-raspberrypi and I need a working system :) | 12:56 |
| moemoe | But as soon as this is okay I can strart a qemuarm build w/o meta-raspi in teh background | 12:56 |
| *** gunnarx__ is now known as gunnarx | 13:04 | |
| *** geissona_ <geissona_!~geissonat@32.97.110.53> has joined #yocto | 13:11 | |
| *** gunnarx <gunnarx!~gunnarx@h-244-80.A137.corp.bahnhof.se> has quit IRC | 13:17 | |
| yocti | New news from stackoverflow: How to find which Yocto Project recipe populates a particular file on an image root filesystem <https://stackoverflow.com/questions/42258323/how-to-find-which-yocto-project-recipe-populates-a-particular-file-on-an-image-r> | 13:29 |
| *** sno <sno!~sno@tmo-107-157.customers.d1-online.com> has joined #yocto | 13:32 | |
| *** sno <sno!~sno@tmo-107-157.customers.d1-online.com> has quit IRC | 13:34 | |
| *** sno <sno!~sno@2a01:598:8084:a54a:79e6:2b91:654a:8b35> has joined #yocto | 13:35 | |
| *** sno <sno!~sno@2a01:598:8084:a54a:79e6:2b91:654a:8b35> has quit IRC | 13:41 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 13:43 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:49 | |
| *** bernardoaraujo <bernardoaraujo!~bernardoa@mx2.silicon-gears.com> has joined #yocto | 13:49 | |
| yates | regarding dnf and package-management, i did notice that specifying PACKAGE_CLASSES ?= "package_rpm" got rpm into my build, but not dnf. I also could not find any reference to dnf in any of my layers. | 13:55 |
| yates | is it possible that morty did not yet include dnf? | 13:55 |
| yates | or is specifying PACKAGE_CLASSES ?= "package_rpm" in my build/conf/local.conf does not operate properly and i need to have it in my own distro.conf file? | 13:57 |
| RP | yates: which version are you building (which branch?) | 13:57 |
| bernardoaraujo | I need to have internal copies of all the source code used to build the linux image in my company. That means cloning all the github repos and tarballs to our servers, and making the recipes point to them. | 13:58 |
| bernardoaraujo | Poky has a very large number of recipes, and manually rewriting all of them would be a lot of work... Is there any way of doing that in a efficient and reliable way, instead of manually? | 13:58 |
| RP | bernardoaraujo: using our inbuilt mirroring mechanism? | 13:58 |
| RP | bernardoaraujo: PREMIRRORS and BB_GENERATE_MIRROR_TARBALLS | 13:59 |
| bernardoaraujo | hey RP, I'm not aware of it... where can I find more info? | 13:59 |
| yates | RP: i believe it's Mort, yocto project version 2.2, current version 2.2.4, as stated here: https://wiki.yoctoproject.org/wiki/Releases | 13:59 |
| yates | Morty | 13:59 |
| RP | yates: morty contains smart instead of dnf | 14:00 |
| yates | aha. | 14:00 |
| RP | yates: we only moved to dnf later | 14:00 |
| yates | aha! | 14:00 |
| rburton_ | yates: morty is *old* | 14:01 |
| rburton_ | (just in case you didn't already know) | 14:01 |
| RP | rburton_: have you much for the AB right now? | 14:01 |
| rburton_ | was literally gearing up a build | 14:02 |
| yates | rburton_: i do. there are some painful reasons we need to stay here for right now. | 14:02 |
| rburton_ | i can wait, or pull something else in | 14:02 |
| RP | rburton_: can you include -next? I could do with a build to watch the AB UI ;-) | 14:02 |
| RP | rburton_: -next is mainly some bitbake tweaks | 14:02 |
| rburton_ | RP: was firing mut so that's based on current next | 14:02 |
| RP | rburton_: could you quickly rebase please :) | 14:02 |
| rburton_ | top commit right now is the wsl fix | 14:03 |
| RP | rburton_: its not now | 14:03 |
| rburton_ | oh now you've pushed ;) | 14:03 |
| RP | rburton_: just to be awkward :) | 14:03 |
| rburton_ | fired | 14:04 |
| rburton_ | also got mingw master-next with the three new patches in | 14:04 |
| RP | rburton_: thanks. Now lets see if the UI behaves better | 14:04 |
| yates | RP: would it be hard to modify to pull in dnf instead? i've found it in the latest openembedded project here https://layers.openembedded.org/layerindex/branch/master/layer/openembedded-core/ | 14:04 |
| rburton_ | yates: the switch from smart to dnf certainly wasn't trivial | 14:06 |
| rburton_ | the rootfs generation is done with that tool so its not just an swap | 14:06 |
| zeddii_home | and wasn’t there an rpm5 issue with dnf, hence why we are also rpm4+dnf now | 14:06 |
| RP | yates: I'd recommend using a later release, it will be easier | 14:07 |
| rburton_ | zeddii_home: pretty sure dnf needs rpm4 | 14:07 |
| RP | correct | 14:07 |
| RP | you have to swap rpm5 for rpm4 | 14:07 |
| rburton_ | yates: at the end of the day dnf and smart both *work* | 14:07 |
| rburton_ | we flipped for numerous reasons | 14:08 |
| rburton_ | backporting all the patches to morty isn't impossible, but its likely easier to upgrade past morty! | 14:08 |
| rburton_ | if you have an OEM who only supports morty, point out how old it is and how its not getting security fixes anymore | 14:08 |
| yates | rburton_: we're using Variscite SoMs, and they do provide newer yocto project versions, but thos new versions use newer versions of the serial driver, and we've made some very painful tweaks on that version of the serial driver. | 14:10 |
| yates | and these tweaks are crucial to the functionality our business is providing | 14:11 |
| yates | that is, our product | 14:12 |
| RP | yates: I suspect using making their morty kernel work on a later release would be easier than swapping in dnf | 14:12 |
| * zeddii_home nods | 14:12 | |
| yates | IF we were to switch now, would sumo be right? | 14:14 |
| bernardoaraujo | RP: if I prepend my server to the PREMIRRORS var, how do I know whether the source code will be fetched from the mirror or the actual SRC_URI? | 14:14 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 14:16 | |
| RP | bernardoaraujo: BB_FETCH_PREMIRRORONLY = "1" | 14:16 |
| RP | yates: that depends. thud just released, sumo is more stable/tested | 14:17 |
| RP | we release every six months | 14:17 |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 14:20 | |
| yates | ok, thanks. i'm tempted to just use smart... that's the MUCH more direction option for now. | 14:21 |
| yates | more direct | 14:21 |
| yates | i know upgrading is going to be required, but not TODAY... :) | 14:22 |
| *** ant_work <ant_work!~ant__@87.13.122.174> has quit IRC | 14:22 | |
| *** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-ietbihkfbnmfxpqp> has quit IRC | 14:23 | |
| *** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has joined #yocto | 14:23 | |
| *** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-awsjvofkpeageski> has joined #yocto | 14:23 | |
| *** rovanceo <rovanceo!~rovanceo@80.97.64.55> has quit IRC | 14:27 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 14:30 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 14:31 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 14:45 | |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 14:46 | |
| *** lpapp_ <lpapp_!~lpapp@kde/lpapp> has joined #yocto | 14:49 | |
| lpapp_ | hi, is there a way to install native python six from the standard library? | 14:49 |
| *** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-awsjvofkpeageski> has left #yocto | 14:53 | |
| *** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-awsjvofkpeageski> has joined #yocto | 14:54 | |
| *** sgw <sgw!~sgw@88.130.230.178> has quit IRC | 15:05 | |
| rburton_ | lpapp_: python-six-native? | 15:09 |
| rburton_ | (meta-python) | 15:10 |
| *** sgw <sgw!~sgw@88.130.230.178> has joined #yocto | 15:10 | |
| *** peacememories <peacememories!~textual@t198-135.demo.tuwien.ac.at> has joined #yocto | 15:16 | |
| *** peacememories <peacememories!~textual@t198-135.demo.tuwien.ac.at> has quit IRC | 15:26 | |
| lpapp_ | rburton_: that would bring another layer in, so I have decided to eliminate the use of six in our python code, thanks | 15:39 |
| lpapp_ | also, I am not sure why people need native python in the sdk... cannot the system-wide python be used ok? | 15:40 |
| RP | lpapp_: sometimes the system-wide python is too old | 15:41 |
| rburton_ | or sometimes the sdk contains python modules that are written in C | 15:41 |
| *** achingbrain15 <achingbrain15!~achingbra@ip5f5bf42d.dynamic.kabel-deutschland.de> has joined #yocto | 15:41 | |
| rburton_ | *if* you can assume the host has a good enough py and *if* you've verified there is no python-written-in-c in your sdk, it's fairly trivial to knock out | 15:41 |
| yates | where does smart get its configuration from? for example the repository uri? | 15:41 |
| lpapp_ | is it | 15:41 |
| rburton_ | we already do exactly that for perl | 15:42 |
| rburton_ | yates: /etc/something :) | 15:42 |
| yates | the docs say /etc/smart... but there is no such file/directory. yet it is connecting to the uri i specified in the build... | 15:43 |
| rburton_ | yates: magic! grep for that url? | 15:43 |
| yates | don't tell me it gets hardcoded... | 15:43 |
| rburton_ | no | 15:43 |
| lpapp_ | how to knock out | 15:43 |
| rburton_ | must go somewhere else | 15:43 |
| rburton_ | lpapp_: see meta/recipes-core/meta/nativesdk-buildtools-perl-dummy.bb | 15:43 |
| yates | i ran strace and could see anywhere in /etc | 15:43 |
| yates | -0couldn't see | 15:44 |
| *** sgw <sgw!~sgw@88.130.230.178> has quit IRC | 15:48 | |
| *** sgw <sgw!~sgw@88.130.230.178> has joined #yocto | 15:50 | |
| yates | hmm. /var/lib/smart/config | 15:54 |
| yates | berry stwange | 15:54 |
| yates | the magic of unconvention... | 15:54 |
| rburton_ | hooray smart | 15:55 |
| rburton_ | maybe it look in both and the automatic feed configuration should write to /etc instead | 15:56 |
| JPEW | rburton_: Seeing as this is the first layer I've ever maintainer, don't think your off the hook yet, I will have questions :) | 15:58 |
| rburton_ | JPEW: that's fair :) | 15:59 |
| RP | JPEW: :D | 16:00 |
| rburton_ | JPEW: fwiw i've the last few patches on the list running through the ab now | 16:01 |
| RP | rburton_: for some definition of running ;-) | 16:01 |
| * RP ducks | 16:01 | |
| rburton_ | pah | 16:01 |
| rburton_ | this new run is a lot happier! | 16:02 |
| rburton_ | oh forgot to rebase the dnf patch! | 16:02 |
| JPEW | Ok. that is one of my questions; How do I patches for meta-mingw get run through the AB? | 16:02 |
| *** lfa <lfa!~lfa@213-47-163-50.cable.dynamic.surfer.at> has quit IRC | 16:02 | |
| rburton_ | JPEW: the nightly-qa-extras run currently exercises it a bit | 16:03 |
| rburton_ | fired as part of the "nightly" build | 16:03 |
| rburton_ | (nightly isn't ran nightly) | 16:04 |
| rburton_ | as you know that's just a build test, doesn't say anything about if it works, so i'm looking forward to your patches :) | 16:04 |
| JPEW | rburton_: Ok, I think thats fine since the volume of patches is low, is it pulling master-next? | 16:04 |
| rburton_ | JPEW: the actual automated runs pull the relevant release branch. otherwise generally master unless told otherwise: i fired the last run manually and told it to pick up master-next explicitly | 16:05 |
| JPEW | rburton_: Ok, would it be sufficent then to notify you or RP when there are changes in master-next that need to be tested and you can pull them into the next build? | 16:06 |
| rburton_ | JPEW: absolutely. | 16:07 |
| JPEW | rburton_: OK, that works for me, Thanks! | 16:07 |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 16:08 | |
| RP | rburton_, JPEW: we can run qa-extras separately too | 16:15 |
| OutBackDingo | nrossi: ping... success | 16:17 |
| nrossi | OutBackDingo: success as in you got it booting and running the encrypted volume? :) | 16:20 |
| * armpit watches JPEW slowly increasing his power | 16:22 | |
| * JPEW arches fingers... "excellent" | 16:23 | |
| OutBackDingo | nrossi: Yupp.... | 16:25 |
| RP | armpit: do I need to do some stable merged? | 16:28 |
| RP | merges | 16:28 |
| armpit | stable/sumo-next is fine | 16:31 |
| bernardoaraujo | TP: thanks man!!!! bye! | 16:32 |
| bernardoaraujo | RP* | 16:32 |
| *** bernardoaraujo <bernardoaraujo!~bernardoa@mx2.silicon-gears.com> has quit IRC | 16:32 | |
| RP | armpit: merged, thanks | 16:33 |
| *** TobSnyder <TobSnyder!~schneider@95.90.163.47> has quit IRC | 16:33 | |
| *** falk0n <falk0n!~falk0n@a109-49-128-177.cpe.netcabo.pt> has quit IRC | 16:34 | |
| *** falk0n <falk0n!~falk0n@a109-49-128-177.cpe.netcabo.pt> has joined #yocto | 16:34 | |
| *** xtron_ <xtron_!~xtron@110.93.212.98> has joined #yocto | 16:40 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 16:42 | |
| *** xtron_ <xtron_!~xtron@110.93.212.98> has quit IRC | 16:42 | |
| *** xtron_ <xtron_!~xtron@110.93.212.98> has joined #yocto | 16:43 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 16:44 | |
| *** learningc <learningc!~learningc@210.195.72.146> has joined #yocto | 16:45 | |
| *** xtron_ <xtron_!~xtron@110.93.212.98> has quit IRC | 16:46 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:49 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:56 | |
| armpit | rburton_, vte failed to build in mut.. need to bug it? | 17:00 |
| armpit | http://errors.yoctoproject.org/Errors/Build/72139/ | 17:01 |
| rburton_ | armpit: on it already | 17:02 |
| RP | armpit: I added 5 patches to thud-next | 17:02 |
| armpit | also there is a warning on do_patch for dnf | 17:02 |
| armpit | RP, k | 17:03 |
| rburton_ | yeah on that too | 17:03 |
| *** rajm <rajm!~robertmar@148.252.241.226> has quit IRC | 17:05 | |
| *** martinkelly <martinkelly!~martin@64.124.55.74> has joined #yocto | 17:08 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 17:11 | |
| *** feddischson <feddischson!~feddischs@55d47166.access.ecotel.net> has joined #yocto | 17:12 | |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 17:14 | |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 17:16 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 17:19 | |
| *** peacememories <peacememories!~textual@t198-135.demo.tuwien.ac.at> has joined #yocto | 17:22 | |
| *** peacememories <peacememories!~textual@t198-135.demo.tuwien.ac.at> has quit IRC | 17:26 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 17:27 | |
| *** mckoan is now known as mckoan|away | 17:28 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 17:39 | |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 17:45 | |
| *** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has left #yocto | 17:46 | |
| *** Zougloub <Zougloub!cJ@zougloub.eu> has quit IRC | 17:52 | |
| *** Zougloub <Zougloub!cJ@zougloub.eu> has joined #yocto | 17:57 | |
| *** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto | 18:04 | |
| *** learningc <learningc!~learningc@210.195.72.146> has quit IRC | 18:21 | |
| *** sgw <sgw!~sgw@88.130.230.178> has quit IRC | 18:30 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 18:34 | |
| *** dreyna <dreyna!~dreyna@66-85-107-235.static-ip.telepacific.net> has joined #yocto | 18:41 | |
| *** feddischson <feddischson!~feddischs@55d47166.access.ecotel.net> has quit IRC | 18:44 | |
| *** falk0n <falk0n!~falk0n@a109-49-128-177.cpe.netcabo.pt> has quit IRC | 18:46 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 18:48 | |
| *** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC | 19:10 | |
| la_croix_ | Evening all. Quick question about standard practice. I have a program that I would like to run periodically. I will trigger it with cron, no problem there, but it's written in go. Is the correct procedure to (cross) compile it myself, and provide the binary to the recipe, or should the recipe do the compilation itself? | 19:21 |
| aehs29 | Im a little confused here, is the bitbake command available on the eSDK or not? | 19:22 |
| *** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 19:36 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto | 19:53 | |
| *** OpenSorc_ <OpenSorc_!~opensorce@216-82-197-9.static.grandenetworks.net> has quit IRC | 19:54 | |
| *** berton <berton!~berton@181.220.65.91> has quit IRC | 19:57 | |
| *** berton <berton!~berton@181.220.65.91> has joined #yocto | 19:57 | |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 20:08 | |
| *** ntl <ntl!~nathanl@nat-wv.mentorg.com> has joined #yocto | 20:12 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC | 20:12 | |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 20:15 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 20:26 | |
| *** berton <berton!~berton@181.220.65.91> has quit IRC | 20:29 | |
| *** ntl <ntl!~nathanl@nat-wv.mentorg.com> has quit IRC | 20:32 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto | 20:33 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 20:40 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 20:52 | |
| rburton_ | la_croix_: why would you build it outside of bitbake? build it in a recipe along with everything else you ship | 21:01 |
| la_croix_ | rburton_ No reason, really, I'm just asking what standard practice is. So I just install go on the build machine and build it in the recipe? | 21:02 |
| rburton_ | la_croix_: use meta-go to get a go cross compiler | 21:02 |
| rburton_ | standard practise is that your layer builds *everything* from sources in a single blast, so you can have *all* the build steps in one place | 21:04 |
| *** lpapp__ <lpapp__!~lpapp@kde/lpapp> has joined #yocto | 21:04 | |
| la_croix_ | rburton_ Does this not work in regular go? I saw this: env GOOS=linux GOARCH=arm64 go build foo | 21:04 |
| rburton_ | no insert magic binary built using instructions which have got lot | 21:04 |
| rburton_ | la_croix_: no idea, never used go | 21:04 |
| la_croix_ | rburton_ That makes sense, thank you | 21:04 |
| rburton_ | er, 'got lost', but you see the point | 21:06 |
| rburton_ | that's the ethos anyway | 21:06 |
| la_croix_ | rburton_ Absolutely. | 21:07 |
| *** lpapp_ <lpapp_!~lpapp@kde/lpapp> has quit IRC | 21:07 | |
| la_croix_ | rburton_ Never used go myself, actually. This just seems like a decent opportunity to learn it | 21:07 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 21:10 | |
| *** lpapp__ <lpapp__!~lpapp@kde/lpapp> has quit IRC | 21:11 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:13 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 21:20 | |
| *** bleu <bleu!~brianleu@cpe-24-211-134-4.nc.res.rr.com> has joined #yocto | 21:30 | |
| *** bleu is now known as brianleu | 21:31 | |
| *** dreyna <dreyna!~dreyna@66-85-107-235.static-ip.telepacific.net> has quit IRC | 21:41 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:49 | |
| *** kaspter1 <kaspter1!~Instantbi@115.230.120.142> has joined #yocto | 21:51 | |
| *** kaspter <kaspter!~Instantbi@115.230.120.142> has quit IRC | 21:52 | |
| *** kaspter1 is now known as kaspter | 21:52 | |
| *** phragment_ <phragment_!~blubb@jabber.htu.tugraz.at> has quit IRC | 21:55 | |
| *** jkliemann <jkliemann!~jk@p5B2F39CC.dip0.t-ipconnect.de> has joined #yocto | 21:59 | |
| *** geissona_ <geissona_!~geissonat@32.97.110.53> has quit IRC | 22:18 | |
| *** geissona_ <geissona_!~geissonat@32.97.110.53> has joined #yocto | 22:19 | |
| *** phragment <phragment!~blubb@jabber.htu.tugraz.at> has joined #yocto | 22:38 | |
| *** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC | 23:03 | |
| *** phragment <phragment!~blubb@jabber.htu.tugraz.at> has quit IRC | 23:04 | |
| *** phragment <phragment!~blubb@jabber.htu.tugraz.at> has joined #yocto | 23:13 | |
| *** phragment <phragment!~blubb@jabber.htu.tugraz.at> has quit IRC | 23:18 | |
| *** [Sno] <[Sno]!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 23:21 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 23:24 | |
| *** phragment <phragment!~blubb@jabber.htu.tugraz.at> has joined #yocto | 23:32 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:39 | |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC | 23:44 | |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto | 23:44 | |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto | 23:45 | |
| *** phragment <phragment!~blubb@jabber.htu.tugraz.at> has joined #yocto | 23:54 | |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 23:54 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 23:54 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-qwrbrlkggcikkpnd> has joined #yocto | 23:56 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!