| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bpiuxhqaeqiupeqi> has joined #yocto | 00:12 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 00:33 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 00:35 | |
| *** nyjan <nyjan!2504fb7a@gateway/web/freenode/ip.37.4.251.122> has joined #yocto | 00:35 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-108-228.ssp.dialog.net.pl> has quit IRC | 00:36 | |
| *** stephano <stephano!stephano@nat/intel/x-gmhyfwpcuignzath> has quit IRC | 00:40 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 00:53 | |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 01:01 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 01:01 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.49> has joined #yocto | 01:37 | |
| *** kaspter1 <kaspter1!~Instantbi@115.204.111.49> has joined #yocto | 01:39 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.49> has quit IRC | 01:41 | |
| *** kaspter1 is now known as kaspter | 01:41 | |
| *** moto-tim1 <moto-tim1!ttorling@nat/intel/x-gjifsbujgukqilcl> has joined #yocto | 01:59 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC | 02:00 | |
| *** woky <woky!~woky@2a02:2b88:2:1::e72:1> has quit IRC | 02:06 | |
| *** woky <woky!~woky@2a02:2b88:2:1::e72:1> has joined #yocto | 02:06 | |
| *** mattgirv20 <mattgirv20!~mattgirv@pool-71-175-60-90.phlapa.fios.verizon.net> has joined #yocto | 02:30 | |
| *** woky <woky!~woky@2a02:2b88:2:1::e72:1> has quit IRC | 02:31 | |
| *** woky <woky!~woky@2a02:2b88:2:1::e72:1> has joined #yocto | 02:31 | |
| *** moto-tim1 <moto-tim1!ttorling@nat/intel/x-gjifsbujgukqilcl> has quit IRC | 02:39 | |
| *** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto | 02:39 | |
| *** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 02:53 | |
| *** nyjan <nyjan!2504fb7a@gateway/web/freenode/ip.37.4.251.122> has quit IRC | 03:32 | |
| *** apteryx <apteryx!~maxim@45.72.138.75> has joined #yocto | 03:42 | |
| *** lazyape_penthous <lazyape_penthous!~lazyape@2a02:587:b919:4c00:8ba8:391b:2e37:8570> has joined #yocto | 04:05 | |
| *** lazyape_home <lazyape_home!~lazyape@2a02:587:b919:4c00:8ba8:391b:2e37:8570> has quit IRC | 04:07 | |
| *** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 04:43 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 05:23 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 05:47 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:3918:166c:831a:f447> has quit IRC | 05:52 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 05:58 | |
| *** lazyape_home <lazyape_home!~lazyape@2a02:587:b919:4c00:8ba8:391b:2e37:8570> has joined #yocto | 05:59 | |
| *** lazyape_penthous <lazyape_penthous!~lazyape@2a02:587:b919:4c00:8ba8:391b:2e37:8570> has quit IRC | 06:02 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:b596:402e:3806:c8f1> has joined #yocto | 06:04 | |
| *** beneth <beneth!~beneth@lxcb.beneth.fr> has quit IRC | 06:04 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:18 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 06:20 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:20 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 06:45 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto | 06:51 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 06:53 | |
| *** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has joined #yocto | 07:08 | |
| *** beneth <beneth!~beneth@lxcb.beneth.fr> has joined #yocto | 07:08 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 07:09 | |
| *** rovanceo <rovanceo!~rovanceo@80.97.64.55> has quit IRC | 07:11 | |
| *** lazyape_penthous <lazyape_penthous!~lazyape@2a02:587:b919:4c00:8ba8:391b:2e37:8570> has joined #yocto | 07:12 | |
| *** lazyape_home <lazyape_home!~lazyape@2a02:587:b919:4c00:8ba8:391b:2e37:8570> has quit IRC | 07:12 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 07:20 | |
| *** frederik <frederik!~frederik@b2b-37-24-96-114.unitymedia.biz> has joined #yocto | 07:23 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:30 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 07:30 | |
| *** frederik is now known as fmns | 07:31 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC | 08:00 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 08:02 | |
| *** fl0v0 <fl0v0!~fvo@87.123.145.0> has joined #yocto | 08:04 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC | 08:05 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-108-228.ssp.dialog.net.pl> has joined #yocto | 08:15 | |
| *** wooosaiii <wooosaiii!~woo@cpe-90-157-180-95.static.amis.net> has quit IRC | 08:17 | |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has quit IRC | 08:20 | |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-rrhfxcsojumdamcf> has joined #yocto | 08:20 | |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has joined #yocto | 08:21 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 08:26 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 08:26 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 08:26 | |
| *** cquast <cquast!~cquast@laubervilliers-657-1-83-120.w92-154.abo.wanadoo.fr> has joined #yocto | 08:37 | |
| *** lazyape_penthous <lazyape_penthous!~lazyape@2a02:587:b919:4c00:8ba8:391b:2e37:8570> has quit IRC | 08:37 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bpiuxhqaeqiupeqi> has quit IRC | 08:42 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qigytwvmqptipnym> has joined #yocto | 08:44 | |
| *** fmns <fmns!~frederik@b2b-37-24-96-114.unitymedia.biz> has quit IRC | 08:48 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 08:50 | |
| *** cquast <cquast!~cquast@laubervilliers-657-1-83-120.w92-154.abo.wanadoo.fr> has quit IRC | 08:52 | |
| *** cquast <cquast!~cquast@laubervilliers-657-1-83-120.w92-154.abo.wanadoo.fr> has joined #yocto | 08:53 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 08:55 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 08:58 | |
| *** cquast <cquast!~cquast@laubervilliers-657-1-83-120.w92-154.abo.wanadoo.fr> has quit IRC | 09:01 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 09:02 | |
| rokm | Hi, how to call do | 09:04 |
|---|---|---|
| rokm | do_compile in my recipe to build library by cmake | 09:05 |
| rokm | ? | 09:05 |
| LetoThe2nd | what are you *ACTUALLY* trying to do? | 09:05 |
| LetoThe2nd | if your recipe inherits cmake, all the bits and pieces are in place automatically. | 09:05 |
| rokm | so I should remove do_configure and do_compile | 09:08 |
| rokm | I will try | 09:08 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 09:08 | |
| LetoThe2nd | rokm: https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#new-recipe-configuring-the-recipe | 09:10 |
| LetoThe2nd | and https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#new-recipe-installing | 09:10 |
| LetoThe2nd | both have explicit information concerning cmake | 09:10 |
| rokm | https://pastebin.com/JZHb1SLM | 09:10 |
| rokm | here is my recipe | 09:10 |
| LetoThe2nd | that loooks...... wrong. | 09:11 |
| rokm | :( | 09:11 |
| *** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has joined #yocto | 09:11 | |
| rokm | I need it it that ugly format because original is not ready for so | 09:11 |
| rokm | So I got help here | 09:11 |
| rokm | how to change recipe | 09:12 |
| rokm | but it doesn't compile from bitbake and there are no *.so files in rootfs | 09:12 |
| LetoThe2nd | here is a relatively simple cmake-based recipe to look at: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-support/libical/libical_2.0.0.bb?h=master | 09:13 |
| LetoThe2nd | and "it doesn't compile" is not a very good error description either. | 09:13 |
| rokm | doesn't start to compile | 09:14 |
| LetoThe2nd | *sigh* | 09:14 |
| LetoThe2nd | whane you do "what"? | 09:14 |
| rokm | ? | 09:15 |
| LetoThe2nd | "it doesn't start to compile". | 09:15 |
| LetoThe2nd | when you do *WHAT*? | 09:15 |
| rokm | bitbake libinih | 09:15 |
| LetoThe2nd | when do you expect it to maybe ot thinks theres nothing to do? | 09:16 |
| LetoThe2nd | bitbake -c clean libinih; bitbake libinih | 09:17 |
| rokm | tried many times | 09:17 |
| LetoThe2nd | i really find it very hard to understand your problem and what you are doing. | 09:18 |
| rokm | trying to get libini.so | 09:19 |
| rokm | from bitbake | 09:19 |
| rokm | bitbake libinih doesn't work | 09:19 |
| LetoThe2nd | "doesn't work" is not a valid error message | 09:19 |
| rokm | there is no error | 09:20 |
| LetoThe2nd | *sigh* sorry, but i really do not have the nerves for this right now. good luck. | 09:20 |
| rokm | but there are no so files | 09:20 |
| rokm | write this many times | 09:20 |
| rokm | share recipe | 09:20 |
| rokm | there are no error | 09:21 |
| rokm | but there ar no so files | 09:21 |
| rokm | when im doing this from devshell it work | 09:22 |
| *** no_such_user <no_such_user!~no_such_u@fpc125996-trow7-2-0-cust59.18-1.static.cable.virginm.net> has quit IRC | 09:25 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:35 | |
| *** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has quit IRC | 09:46 | |
| *** florian_kc is now known as florian | 09:57 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:04 | |
| pepijndevos | ERROR: Nothing PROVIDES 'gstreamer1.0-omx' | 10:10 |
| pepijndevos | https://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.14.4.bb | 10:10 |
| pepijndevos | What is going on here?? | 10:10 |
| derRichard | is there really no way to create an encrypted rootfs (ext4) with yocto? | 10:11 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:18 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 10:22 | |
| pepijndevos | I should learn to read: gstreamer1.0-omx was skipped: because it has a restricted license not whitelisted in LICENSE_FLAGS_WHITELIST | 10:27 |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:33 | |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 10:37 | |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:39 | |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 10:41 | |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:43 | |
| RP | derRichard: If you know the command to do it from the commandline, bitbake can also do it. It might not be out the box. | 10:51 |
| *** nacknick <nacknick!1fa801ba@gateway/web/freenode/ip.31.168.1.186> has joined #yocto | 10:57 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 10:57 | |
| nacknick | Hello. Where Yocto saves the packages binaries for the image? I need to edit some of those binaries before deploying to the board... | 11:00 |
| nacknick | And I need to know where can I put my python/bash script so it will run on those binaries before creating the image | 11:02 |
| rburton | nacknick: why don't you change the recipe to do what you want? | 11:02 |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto | 11:09 | |
| *** no_such_user <no_such_user!~no_such_u@mail.analogue-micro.com> has joined #yocto | 11:10 | |
| derRichard | RP: yeah, i was a bit shocked that mkfs.ext4 cannot create a fscrypt enabled fs. and there is also no tool to create a dmcrypt offline ;-\ | 11:11 |
| rburton | derRichard: you mean the per-file crypt that ext4 can do? | 11:13 |
| derRichard | rburton: yeah. fscrypt is very nice | 11:14 |
| rburton | mkfs wouldn't need to be involved at all, surely | 11:14 |
| rburton | its just a ext4 | 11:14 |
| derRichard | rburton: ??? | 11:14 |
| derRichard | i want to use mkfs.ext4 -d rootfs/ .. | 11:15 |
| derRichard | and every file in rootfs should be encrypted | 11:15 |
| derRichard | such that i can flash the fs image to my target and have an encrypted rootfs by default | 11:16 |
| derRichard | i somehow expected mkfs.ext4 to support this use-case :D | 11:16 |
| rburton | https://github.com/google/fscrypt | 11:16 |
| derRichard | rburton: did you read what this tool does? | 11:17 |
| rburton | sets up the keys and stuff | 11:17 |
| derRichard | this is not what i'm asking for | 11:17 |
| rburton | as i understand it the process would be mkfs, then setup the crypto keys, then populate the | 11:18 |
| rburton | the catch being that we use mkfs's -d to populate a fs from a directory | 11:18 |
| derRichard | the fscrypt tool is a tool to the fscrypt kernel interface | 11:19 |
| derRichard | i want to create an encrypted ext4 _offline_ | 11:19 |
| derRichard | yocot does not run as root | 11:19 |
| derRichard | *yocto | 11:19 |
| rburton | pretty sure i've seen people do dm-crypt offline fwiw | 11:20 |
| derRichard | rburton: do you remember which tool they used? | 11:20 |
| rburton | ah it was dm-verity | 11:20 |
| rburton | close | 11:20 |
| derRichard | :) | 11:21 |
| * derRichard finds cryptsetup-reencrypt | 11:21 | |
| derRichard | maybe this can help me | 11:21 |
| *** Carton__ <Carton__!~jo@193.134.219.72> has joined #yocto | 11:22 | |
| derRichard | https://wiki.archlinux.org/index.php/dm-crypt/Device_encryption#Encrypt_an_unencrypted_filesystem | 11:22 |
| derRichard | looks good | 11:22 |
| derRichard | if it works, i'll send a patch for yocto :) | 11:23 |
| yocti | New news from stackoverflow: How to get Baud rate of Bluetooth interface of UNIX based gateway (Eurotech)? <https://stackoverflow.com/questions/53722647/how-to-get-baud-rate-of-bluetooth-interface-of-unix-based-gateway-eurotech> | 11:26 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 11:26 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:34 | |
| nacknick | rburton: what do you mean? I can change the recipe to edit the binary? I have to edit the binary itself and replace the original with mine | 11:43 |
| rburton | nacknick: unless you're attempting to backdoor the image by replacing a built binary with some you provide, why not just change the recipe to do what you want | 11:46 |
| LetoThe2nd | nacknick: the question reads as "why do you generate a binary that you don't want anyways?" | 11:47 |
| rburton | (which could be replacing a binary, but at least it will happen every time and be clear in the recipe) | 11:47 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 11:49 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 11:49 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 11:49 | |
| derRichard | hmm, why is fixing/appending the recipe not an option? | 11:49 |
| nacknick | maybe it's an option. I'm just trying to understand where the compiled binary is stored so I'l be able to run my script on it and replacing it | 12:03 |
| rburton | in the work directory briefly during the build, and then the package is written to tmp/deploy | 12:04 |
| *** no_such_user <no_such_user!~no_such_u@mail.analogue-micro.com> has quit IRC | 12:12 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:13 | |
| *** fl0v0 <fl0v0!~fvo@87.123.145.0> has quit IRC | 12:15 | |
| *** fl0v0 <fl0v0!~fvo@87.123.145.0> has joined #yocto | 12:16 | |
| *** fl0v0 <fl0v0!~fvo@87.123.145.0> has quit IRC | 12:19 | |
| *** fl0v0 <fl0v0!~fvo@87.123.145.0> has joined #yocto | 12:20 | |
| *** lundmar <lundmar!~lundmar@79.171.149.172> has quit IRC | 12:23 | |
| *** no_such_user <no_such_user!~no_such_u@217.144.149.244> has joined #yocto | 12:24 | |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has quit IRC | 12:25 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 12:31 | |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-hiohltzovvmfnlmg> has joined #yocto | 12:34 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 12:34 | |
| kanavin_home | rburton: I am working on meson 0.49 update, should be ready soonish | 12:35 |
| rburton | kanavin_home: nice | 12:41 |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 12:41 | |
| rburton | kanavin_: in theory it means we can upstream/remove the qt patch we have, because it should be respecting native=true for pkgconfig calls if we set the PKG_CONFIG=pkg-config-native env var. might need patches from git unless they've rolled a 0.49.1 already. | 12:42 |
| kanavin_home | rburton: I didn't do anything with that patch, but I dropped two of yours as I understand they've been upstreamed in a tweaked form | 12:44 |
| rburton | kanavin_home: sure we can leave the qt one for after the upgrade | 12:44 |
| kanavin_home | rburton: I am also experimenting with virgl support in qemu. just found out how to prevent it from crashing, didn't run demos yet :) | 12:45 |
| rburton | nice | 12:45 |
| rburton | you know to talk to JaMa, pretty sure he has it actually working | 12:45 |
| kanavin_home | rburton: I believe it should be supported and enabled by default, if mesa-demos or qt3d or whatnot work well | 12:46 |
| kanavin_home | rburton: I took some of his patches :) | 12:46 |
| rburton | good stuff | 12:46 |
| rburton | it involves llvm right? | 12:46 |
| rburton | the performance hit on builds is quite considerable :/ | 12:46 |
| kanavin_home | rburton: depends on whether you want the fancy software driver in mesa or not. | 12:46 |
| kanavin_home | rburton: if you just want to use nouveau, or intel driver, no need for llvm | 12:47 |
| rburton | RP: revised sdk qa patches on the ab now | 12:47 |
| ernstp | damn, still getting a lot of random builderrors popping up after enabling useradd-staticids | 12:47 |
| ernstp | and they get stuck in sstate cache unfortunately | 12:47 |
| ernstp | https://bugzilla.yoctoproject.org/show_bug.cgi?id=12107 | 12:48 |
| yocti | Bug 12107: normal, Medium, 2.7, JPEWhacker, NEW , useradd-staticids: groupadd: GID already exists | 12:48 |
| ernstp | I'm thinking that perhaps everything that inherits useradd.class needs to depend on the contents of your USERADD_[GU]ID_TABLES | 12:49 |
| ernstp | when you have staticids enabled | 12:50 |
| kanavin_home | rburton: theoretically we can also link qemu to the host libGL | 12:50 |
| kanavin_home | rburton: this would allow using nvidia's proprietary driver, and generally offload the issue of building mesa to the distributions | 12:51 |
| RP | rburton: thanks, was getting around to looking at that | 12:51 |
| rburton | kanavin_home: awooga dragons | 12:52 |
| rburton | kanavin_: epic can of works. maybe as an opt-in packageconfig | 12:52 |
| RP | kanavin_home: we've done this before once | 12:52 |
| rburton | sdl used to have a lot less host deps, it was a nightmare | 12:53 |
| rburton | erm, a lot more host, a lot less native | 12:53 |
| kanavin_home | yeah, I remember :) | 12:54 |
| pepijndevos | Eeeehm, I updated the raspi layer and now my gstreamer plugins are no longer being installed. dafuq? | 12:54 |
| RP | rburton: we had gl passthrough once too | 12:55 |
| rburton | yeah but that was evil | 12:55 |
| rburton | pepijndevos: sounds like the rpi layer changed? | 12:55 |
| pepijndevos | rburton, but the gstreamer recipes are in poky/meta. Meta-raspberrypi only adds a few bbapends to other recipes, but not to the plugins. | 12:56 |
| rburton | pepijndevos: but does it control the image content too | 12:57 |
| pepijndevos | It's really weird. I have plugins base show up, but good/bad doesn't. And then I add ugly and it also shows up. | 12:57 |
| pepijndevos | No, I have my own image, and one of my main packages RDEPENDS on the plugins | 12:57 |
| pepijndevos | They used to be there... | 12:58 |
| RP | rburton: totally, no denying that! | 12:58 |
| kanavin_home | the way things are going, useful GL in qemu will become a necessity, I think | 12:59 |
| pepijndevos | Can I tell bitbake to rebuild those packages? Maybe it just confused itself... | 12:59 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 12:59 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 12:59 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 12:59 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 12:59 | |
| pepijndevos | huuuuuh??? I did bitbake -f gstreamer1.0-plugins-good and it did nothing... | 13:01 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 13:02 | |
| RP | pepijndevos: that would force the do_build task which would indeed do very little | 13:02 |
| RP | pepijndevos: compared to say forcing it to rerun do_compile | 13:02 |
| ernstp | pepijndevos: does it show up in tmp/deploy/images/machine/IMAGE.manifest ? | 13:03 |
| rburton | pepijndevos: if you want to force a build, neatest way is bitbake gstreamer1.0-plugins-good -C unpack | 13:03 |
| RP | pepijndevos: You can see if these things built by checking for the packages in tmp/deploy/<pkg>/*. I suspect they will have done and you want to look at what the image is including | 13:03 |
| pepijndevos | Trying those things... side note: how do I get rid of those warnings from tainted packages? | 13:08 |
| pepijndevos | ernstp, it seems to be there alright gstreamer1.0-plugins-good cortexa7t2hf_neon_vfpv4 1.14.2 | 13:12 |
| ernstp | rburton: do you have time to take a look at https://bugzilla.yoctoproject.org/show_bug.cgi?id=12107 ? | 13:13 |
| yocti | Bug 12107: normal, Medium, 2.7, JPEWhacker, NEW , useradd-staticids: groupadd: GID already exists | 13:13 |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 13:14 | |
| pepijndevos | RP, there is no tmp/deploy/<pkg>, only images, license, rpm. Neither | 13:15 |
| pepijndevos | of them seems to contain a gstreamer folder | 13:16 |
| ernstp | pepijndevos: you can check in the rpm folder | 13:17 |
| RP | pepijndevos: you're presumably building rpms then which would be in the rpm folder | 13:17 |
| pepijndevos | tmp/deploy/rpm/cortexa7t2hf_neon_vfpv4/gstreamer1.0-plugins-good-1.14.2-r0.cortexa7t2hf_neon_vfpv4.rpm | 13:18 |
| pepijndevos | and a looot of other ones for every single plugin it appears | 13:18 |
| pepijndevos | rpm -q -filesbypkg -p tmp/deploy/rpm/cortexa7t2hf_neon_vfpv4/gstreamer1.0-plugins-good-rtp-1.14.2-r0.cortexa7t2hf_neon_vfpv4.rpm | 13:21 |
| pepijndevos | gstreamer1.0-plugins-good-rtp /usr/lib/gstreamer-1.0/libgstrtp.so | 13:21 |
| pepijndevos | So the RPM is fine... but somehow it never gets installed. | 13:22 |
| rburton | add gstreamer1.0-plugins-good explicitly to your image if you want all the plugins | 13:23 |
| rburton | maybe meta-rpi used to pull it in via a dependency and doesn't anymore | 13:23 |
| rburton | RP: problem was at no point was lzip being told to use the cross compiler so it was always just using the host :) | 13:24 |
| RP | rburton: ouch | 13:24 |
| ernstp | pepijndevos: you can check in tmp/work/machine-something/image/1.0-r0/rootfs/ also | 13:24 |
| rburton | RP: i'll fix up the cpio test to do the same sanity check next | 13:25 |
| pepijndevos | ernstp, ls tmp/work/cortexa7t2hf-neon-vfpv4-poky-linux-gnueabi/gstreamer1.0-plugins-good/1.14.2-r0/image/usr/lib/gstreamer-1.0/ has all the things I want | 13:27 |
| ernstp | pepijndevos: yeah, but does tmp/work/YOURMACHINE-something/YOURIMAGE/1.0-r0/rootfs/ have it? | 13:28 |
| pepijndevos | ls tmp/work/raspberrypi3-poky-linux-gnueabi/rove-image/1.0-r0/rootfs/usr/lib/gstreamer-1.0/ does not have it :((( | 13:28 |
| *** alinucs <alinucs!~abo@static-176-158-51-218.ftth.abo.bbox.fr> has quit IRC | 13:29 | |
| pepijndevos | what is this madness... | 13:29 |
| ernstp | and you build with bitbake rove-image right? | 13:29 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 13:30 | |
| ernstp | if you clean the image "bitbake -c clean rove-image" and then "bitbake -v rove-image" you can double check which packages are installed | 13:30 |
| pepijndevos | Is it normal that rpm -q -R -p tmp/deploy/rpm/cortexa7t2hf_neon_vfpv4/gstreamer1.0-plugins-good-1.14.2-r0.cortexa7t2hf_neon_vfpv4.rpm does not list any deps on the other rpms that actually seem to contain the plugins? | 13:30 |
| nacknick | LetoThe2nd: I don't generate a binary that I don't want. I have a tool that customizes some of the binaries that are generated and I need to run it on them and replace them with the customized binary | 13:33 |
| nacknick | Any change of a single recipe's bb file requires a full rebuild of the image? Is there any way to avoid it? | 13:36 |
| pepijndevos | ernstp, erm... not gstreamer plugins it seems... :) | 13:38 |
| pepijndevos | :( | 13:38 |
| rburton | pepijndevos: that should depend on all the plugins | 13:38 |
| pepijndevos | so my rpms are broken? | 13:39 |
| *** Carton__ <Carton__!~jo@193.134.219.72> has quit IRC | 13:39 | |
| rburton | pepijndevos: oh, wait. PN should recommend PN-meta and PN-meta depends on all the others | 13:40 |
| rburton | might neaten than and remove the -meta package | 13:40 |
| pepijndevos | rpmlib(CompressedFileNames) <= 3.0.4-1 | 13:42 |
| pepijndevos | rpmlib(FileDigests) <= 4.6.0-1 | 13:42 |
| pepijndevos | rpmlib(PayloadFilesHavePrefix) <= 4.0-1 | 13:42 |
| pepijndevos | rpmlib(PayloadIsXz) <= 5.2-1 | 13:42 |
| pepijndevos | No meta dependency | 13:42 |
| *** alinucs <alinucs!~abo@static-176-158-51-218.ftth.abo.bbox.fr> has joined #yocto | 13:42 | |
| pepijndevos | Oh actually, recommends. Yea... that's fine | 13:43 |
| *** frederik <frederik!~frederik@b2b-37-24-96-114.unitymedia.biz> has joined #yocto | 13:43 | |
| *** frederik is now known as fmns | 13:43 | |
| pepijndevos | So wtf... I put the plugins directly in the image IMAGE_INSTALL_append and that doesn't help either | 13:43 |
| *** Carton__ <Carton__!~jo@193.134.219.129> has joined #yocto | 13:47 | |
| *** Carton__ <Carton__!~jo@193.134.219.129> has left #yocto | 13:47 | |
| nacknick | in the recipe's bb file, where can I find the name of the binary that is created? | 13:48 |
| rburton | nacknick: depends on the recipe. if it just calls make, it doesn't know or care | 13:50 |
| nacknick | under "do_install" I have "oe_runmake DESTDIR=${D} install". what "oe_runmake" means? | 13:51 |
| nacknick | where can I found the compiled ELF file...? I could not find it under tmp/deploy | 13:52 |
| nacknick | find | 13:52 |
| nacknick | * | 13:52 |
| nacknick | and what about my previous question? can I avoid rebuild of whole image if I change only single recipe' bb file? | 13:54 |
| nacknick | rburton: ^^^ | 13:55 |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 13:55 | |
| ernstp | nacknick: short answer, no. if it's part of the image you need to rebuild the image... | 13:56 |
| rburton | nacknick: oe_runmake is a function that runs make | 13:57 |
| *** lundmar <lundmar!~lundmar@79.171.149.172> has joined #yocto | 13:57 | |
| rburton | tmp/deploy will have the package | 13:57 |
| nacknick | ernstp: if I change build/conf/local.conf and add more packages to "CORE_IMAGE_EXTRA_INSTALL" it does not rebuild the whole image, the building process is much quicker... | 13:58 |
| nacknick | rburton: under tmp/deploy I have only three folders: image, ipk and licenses | 14:01 |
| nacknick | do you mean ipk? because ipk it's no ELFs | 14:01 |
| nacknick | not | 14:01 |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 14:05 | |
| nacknick | rburton: I think I've found the binaries you meant | 14:08 |
| fmns | are you interested in patches to have sstate binary reproducable? | 14:09 |
| nacknick | are you asking me? | 14:09 |
| fmns | nacknick, in general | 14:10 |
| fmns | nacknick, ipk folder contains packages to be installed on the target which may be ELF | 14:11 |
| rburton | nacknick: the elfs are inside the ipkg, obviously. unpack it. there will be transient elfs inside the work directory too, but altering those won't change anything | 14:17 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 14:18 | |
| nacknick | fmns: I'm not sure what do you ask, so I'll try to explain what I'm trying to do: I have a python script that runs on a binary, does some stuff and create a new binary that includes my customizations, I need that this customized binary to be included in the image instead of the original | 14:21 |
| rburton | nacknick: just call it in the recipe | 14:21 |
| rburton | curious what this stuff is though :) | 14:21 |
| nacknick | fmns: I can't generate the customized binary in advance, the original binaries are not mine and my script works on binaries only | 14:22 |
| fmns | nacknick, I started a different topic, but tried to reply to your question in between. | 14:22 |
| nacknick | rburton: by mistake I searched the binaries under build/tmp/deploy, there I found the ipk files | 14:25 |
| rburton | nacknick: if you want your script to be run always and not just once then edit the recipe to call it in do_install | 14:25 |
| *** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto | 14:26 | |
| nacknick | rburton: this staff is a protection to the binary, because the binary runs under unprotected embedded env | 14:26 |
| tgoodwin | Is PREFERRED_VERSION intended to be used only at global scope (e.g., a recipe can't set a preferred version on one of its DEPENDS packages)? | 14:27 |
| LetoThe2nd | tgoodwin: very much so. recipes cannot influence other recipes | 14:28 |
| tgoodwin | LetoThe2nd: thanks; that's what I figured but the mega manual didn't call it out explicitly. I just noticed that all other layers only ever use it in some global way like a distro. | 14:29 |
| LetoThe2nd | tgoodwin: one thing to absolutely memorize when using anything OE is: "recipes are local, confs are global" | 14:29 |
| eduardas_m | Hello, I get a do_populate_sdk: Postinstall scriptlets of ['util-linux-umount', 'util-linux'] have failed. when generating an SDK via -c populate_sdk | 14:30 |
| LetoThe2nd | so when ever you need to do something that affects anything not right inside that very speicifc recipe you are in, then it needs to go into some form of conf file | 14:30 |
| tgoodwin | LetoThe2nd: right. The issue came up with two packages that required specific versions of one another. I'm looking for a way to enforce that for a layer. | 14:30 |
| eduardas_m | conflict seems between util-linux-umount and toybox umount | 14:30 |
| eduardas_m | but the strange thing is that util-linux-umount does not even ship in my image | 14:31 |
| eduardas_m | for which the SDK is generated | 14:31 |
| fmns | eduardas_m, do you use update-alternatives with toybox? | 14:31 |
| eduardas_m | fmns: yes | 14:31 |
| rburton | tgoodwin: i'd like to see DEPENDS have a way of having version restrictions, but we can't do that right now | 14:31 |
| eduardas_m | fmns: but perhaps not properly | 14:31 |
| rburton | tgoodwin: i'd be happy with it throwing an error if the version didn't match | 14:31 |
| fmns | could you provide more context? | 14:31 |
| rburton | tgoodwin: if there's a preferred version for the recipe you're depending on you could check that in the recipe with some anon py and raise an exception if the version is wrong | 14:32 |
| tgoodwin | rburton: Something like DEPENDS = "package-a_1.2" | 14:32 |
| rburton | tgoodwin: well iirc DEPENDS = " foo (>1.2)" is already parsed, but ignored | 14:32 |
| tgoodwin | (I realize that's probably not bitbakeable) | 14:32 |
| eduardas_m | fmns: here is my toybox recipe: https://pastebin.com/1LRQQg8u | 14:33 |
| tgoodwin | Interesting. | 14:33 |
| rburton | same format as rdepends | 14:33 |
| tgoodwin | Alright, thanks. | 14:35 |
| Piraty | does yocto use ccache? | 14:35 |
| rburton | Piraty: can do | 14:35 |
| Piraty | thank god | 14:35 |
| rburton | Piraty: but we have a higher level caching which means typically its not needed | 14:36 |
| Piraty | you mean packages | 14:36 |
| rburton | i mean sstate | 14:36 |
| Piraty | have yet to look into that | 14:36 |
| fmns | sstate >> ccache | 14:36 |
| Piraty | but i doubt you have a mechanism spying into the build process of an upstream makefile | 14:37 |
| rburton | ccache says "you want to compile foo.c with these flags, here's a binary you can have" | 14:37 |
| Piraty | or even autohell products | 14:37 |
| Piraty | i know what it does | 14:37 |
| rburton | sstate says "you want to build a recipe with these sources/flags/patches, here's the resulting packages" | 14:37 |
| Piraty | i understand | 14:37 |
| Piraty | big software that only changes on little parts (say: a patch) would still not benefit from that | 14:38 |
| rburton | sure, ccache is useful if you've a huge package with you're iterating on | 14:38 |
| Piraty | and i have to rebuild everything, if ccache isn't in option. but i'm glad it is | 14:38 |
| Piraty | thanks you rburton | 14:38 |
| tgoodwin | rburton: is there a mechanism, from a conf file, that would dynamically enforce package versions? For example, a layer has two versions of package A, which has a pile of dependencies with different version requirements for each version A. Would the anonymous python function route "work" in that sense to inject PREFERRED_VERSIONs? Seems like the evaluation of those new preferred version references would be "too late" to | 14:39 |
| tgoodwin | get picked up. | 14:39 |
| rburton | tgoodwin: i'd use anon py to abort the build early if the versions don't work | 14:39 |
| tgoodwin | alright | 14:39 |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 14:40 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:49 | |
| eduardas_m | rburton: how to fix update-alternatives conflict for SDK generation? https://pastebin.com/26tgB5Yb | 14:50 |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 14:53 | |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 14:55 | |
| eduardas_m | rburton: I am using thud branch as it is, as far as I know this still does not contain this: https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=f00b998ef2403cefb0515258a87f14ad687d2325 | 14:57 |
| eduardas_m | can this be related? | 14:58 |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 14:59 | |
| *** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 15:01 | |
| *** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has joined #yocto | 15:15 | |
| didile | Hi there! | 15:17 |
| didile | I've an issue at first boot with busybox | 15:17 |
| didile | "update-alternatives: Error: not linking /sbin/klogd to /bin/busybox.nosuid since /sbin/klogd exists and is not a link" | 15:17 |
| eduardas_m | didile: seems like some other package in the image ships a klogd binary | 15:18 |
| *** didile_ <didile_!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has joined #yocto | 15:21 | |
| didile_ | eduardas_m: this issue happen in poky sumo | 15:21 |
| didile_ | http://lists.openembedded.org/pipermail/openembedded-core/2018-August/155009.html | 15:21 |
| *** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has quit IRC | 15:22 | |
| eduardas_m | didile_: so this fix is not yet in sumo? | 15:23 |
| didile_ | eduardas_m: nop | 15:24 |
| didile_ | I don't think you can make poky sumo fully work as it is | 15:25 |
| didile_ | I also have a warning at do_rootfs | 15:25 |
| didile_ | "do_rootfs: Intentionally failing postinstall scriptlets of ['busybox'] to defer them to first boot is deprecated. Please place them into pkg_postinst_ontarget_${PN} (). If deferring to first boot wasn't the intent, then scriptlet failure may mean an issue in the recipe, or a regression elsewhere." | 15:25 |
| didile_ | the busybox recipe seems broken | 15:26 |
| eduardas_m | didile_: seems there is some related busybox patch: http://lists.openembedded.org/pipermail/openembedded-core/2018-August/273469.html | 15:28 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 15:28 | |
| didile_ | eduardas_m: this is the same patch | 15:28 |
| didile_ | from a different topic | 15:29 |
| didile_ | *a different page of the mailinglist | 15:30 |
| didile_ | I don't explicitly add klogd so to me this is a universal issue with poky sumo | 15:34 |
| didile_ | the patch works however | 15:35 |
| didile_ | I don't have the rights to do a pull request | 15:38 |
| eduardas_m | didile_: if you read carefully, I think Chen Qi says he has sent out another patch | 15:39 |
| eduardas_m | that is not directly linked in the post | 15:39 |
| eduardas_m | didile_: he says "Khem, I've sent out a patch to fix busybox's alternatives logic" | 15:40 |
| eduardas_m | so that might not have been the final fix | 15:40 |
| didile_ | eduardas_m: yes | 15:40 |
| didile_ | eduardas_m: but nobody responded since then... | 15:40 |
| eduardas_m | didile_: I think the fix in master is this: https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=705bb5e8479b814efc2970b79f8709b4364f189d | 15:41 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 15:42 | |
| didile_ | eduardas_m: I see... | 15:43 |
| eduardas_m | didile_: commit seems to be on thud branch, but not in sumo | 15:45 |
| didile_ | sumo needs it too | 15:46 |
| didile_ | definitely | 15:47 |
| eduardas_m | rburton: I am not sure who is responsible for sumo branch maintenance, but could you look at https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=705bb5e8479b814efc2970b79f8709b4364f189d | 15:49 |
| rburton | eduardas_m: not me, you want armpit | 15:49 |
| eduardas_m | rburton: ok, thank you | 15:49 |
| didile_ | rburton: do_rootfs is doing its job | 15:50 |
| eduardas_m | armpit: hello, could you look at backporting this to sumo: https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=705bb5e8479b814efc2970b79f8709b4364f189d | 15:50 |
| didile_ | ... | 15:50 |
| eduardas_m | armpit: I believe it would fix the problem that didile_ has encountered | 15:51 |
| *** TobSnyder <TobSnyder!~schneider@95.90.163.47> has quit IRC | 15:52 | |
| didile_ | eduardas_m: it does | 15:52 |
| armpit | got.. thanks.. | 15:52 |
| didile_ | what's the diff between sumo and thud today? | 15:56 |
| didile_ | is thud a stable branch? | 15:57 |
| didile_ | or rocko? | 15:57 |
| rburton | both are | 15:57 |
| armpit | both are.. sumo is 2.5 release, thud is 2.6 | 15:57 |
| rburton | https://wiki.yoctoproject.org/wiki/Releases | 15:57 |
| didile_ | ok | 15:57 |
| nacknick | is there any way to prevent yocto from stripping linux built-in binaries? | 15:57 |
| didile_ | thanks :) | 15:58 |
| rburton | nacknick: what do you mean by linux built-in? | 15:58 |
| * armpit starts 2 full builds | 15:58 | |
| rburton | nacknick: also, whatever is stripped goes into the -dbg package, so you still have symbols available if you install that package | 15:59 |
| nacknick | rburton: thanks | 16:01 |
| *** kaspter <kaspter!~Instantbi@115.204.111.49> has quit IRC | 16:07 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.49> has joined #yocto | 16:08 | |
| nacknick | for my script, I need the full path of the generated binary (under build/tmp/), what variable saves that path inside .bb file? | 16:13 |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 16:13 | |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 16:17 | |
| fmns | nacknick, I think you want to add a deploy task to deploy a binary next to images or add a new task | 16:17 |
| nacknick | fmns I want to add a 'curl' command inside 'do_install' function and I need to specify the binary's full path | 16:21 |
| fmns | urgs. why not adding it to SRC_URI? | 16:21 |
| nacknick | adding what? | 16:22 |
| fmns | the file you want to download | 16:22 |
| kergoth | nacknick: you sohuld not be doing anything with curl in do_install. the only network connections should be done in do_fetch | 16:22 |
| fmns | ack | 16:23 |
| pepijndevos | The gstreamer plugin problem is still unresolved... but I've given up for today. I updated all the other repos too, let it build for a few hours... still the same. | 16:23 |
| nacknick | I don't want to download it. I want to modify an existing binary | 16:23 |
| nacknick | kergoth, ok. when do_fetch runs? after do_install? | 16:23 |
| kergoth | no | 16:24 |
| nacknick | after make? | 16:24 |
| nacknick | I need ready binary | 16:24 |
| kergoth | i have no clue what you're trying to do | 16:24 |
| kergoth | why would you run curl to modify a binary? | 16:24 |
| kergoth | again, if you want to download something, add it to SRC_URI and let do_fetch download it for you | 16:24 |
| kergoth | as fmns indicated | 16:24 |
| kergoth | otherwise it breaks numerous expectations of the system, and will make it impossible to do builds without network connectivity | 16:25 |
| rburton | nacknick: in do_install, binaries are expected to be installed under $D | 16:26 |
| *** yates_home <yates_home!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto | 16:29 | |
| yates_home | is there a recipe/package that pulls in the normal development packages all at once, like gcc, g++, make, etc? | 16:30 |
| yates_home | is packagegroup-core-buildessential? | 16:30 |
| nacknick | kergoth, I have a server that get the binary and returns modified one which I want to replace with the original one | 16:30 |
| rburton | yates_home: in an image? | 16:30 |
| nacknick | I send the binary to the server with curl | 16:30 |
| kergoth | again, add the url to SRC_URI, let do_fetch download it, and install it to the right place in do_install | 16:30 |
| yates_home | rburton: no, a package i can "smart install" | 16:31 |
| RP | sounds like some kind of signing server? | 16:31 |
| rburton | yates_home: buildessential is probably i | 16:31 |
| yates_home | right | 16:31 |
| nacknick | kergoth, but SRC_URI is defined before running bitbake... | 16:31 |
| kergoth | ahh, interesting. that's not ideal | 16:32 |
| rburton | yates_home: the tools-sdk image feature uses packagegroup-core-sdk | 16:32 |
| nacknick | kergoth, I'm glad you understand at least | 16:32 |
| rburton | nacknick: $D is the path you're after | 16:32 |
| yates_home | ok, thanks | 16:33 |
| rburton | assuming you're running as part of do_install | 16:33 |
| rburton | *if* this is a signing server then you'll want to generalise a lot more | 16:33 |
| rburton | and we can help with that, which is why its best to explain what you're trying to d | 16:33 |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC | 16:35 | |
| fmns | kergoth, do you think it would be costly to replace dict(), set() by ordered versions in lib/bb/data.py to get binary reproducable output from pickle? | 16:41 |
| *** sveinse_ <sveinse_!~sveinse@156.92-221-160.customer.lyse.net> has quit IRC | 16:45 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 16:47 | |
| nacknick | rburton / kergoth: as I wrote, I have a server which modifies the binary (add a protection code to the original binary). you send a post request to the server with the binary in its content and you get in response a modified one. all I need to do is to send the binary to the server and replace the original with the one I get from the server | 16:48 |
| kergoth | the files are in ${D}, modify it there | 16:48 |
| kergoth | ideally you'd use a bbclass for this which is generic, metadata controlled, and could be disabled if necessary | 16:49 |
| nacknick | kergoth, as you can guess, I'm pretty new in yocto, I'll appreciate references because I have no idea what's it 'bbclass' | 16:50 |
| fmns | I think the binaries from PKGD should be used because it's after usual post processing | 16:51 |
| nacknick | fmns what do you mean please? | 16:55 |
| fmns | bbclass files are bitbake's way of extending functionality in multiple recipes | 16:56 |
| *** didile_ <didile_!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has quit IRC | 16:56 | |
| fmns | nacknick, I think you need to create a class to add a function at the end of PACKAGEBUILDPKGD | 17:03 |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 17:03 | |
| *** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has joined #yocto | 17:04 | |
| kergoth | to clarify, you certainly *can* do it directly in do_install, and that'd work for now, but it'd be ideal to use a bbclass for easier usage and maintenance in the long term, rather than copying and pasting fragments around | 17:09 |
| kergoth | fmns is right though, packaging will modify the binaries, so you should sign after that | 17:09 |
| kergoth | or disable stripping/splitting/etc | 17:09 |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 17:10 | |
| *** fmns is now known as fsdun | 17:15 | |
| fsdun | tada | 17:15 |
| nacknick | kergoth / fsdun: if I use bbclass, can I choose which packages I want to apply my modification on, or it applies on all packages? | 17:17 |
| fsdun | you can selectivliy inherit in a recipe or INHERIT in all recipes | 17:18 |
| nacknick | fsdun. ok. sounds interesting | 17:19 |
| fsdun | mostly likely you want to extend KERNEL_CLASSES | 17:19 |
| fsdun | because you'd talk about kernel before IIRC | 17:20 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:23 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 17:25 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:27 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 17:34 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 17:35 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:b596:402e:3806:c8f1> has quit IRC | 17:39 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:41 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qigytwvmqptipnym> has quit IRC | 17:53 | |
| *** sagner <sagner!~ags@2a02:169:34b6:0:ef16:ca50:42ea:5779> has joined #yocto | 17:57 | |
| tgoodwin | Has anyone run into this in rocko: you rebuild your work environment from an sstate-cache only to find that some packages in your recipe "PACKAGES += ..." did not get populated | 17:59 |
| Piraty | format c: | 18:04 |
| *** fl0v0 <fl0v0!~fvo@87.123.145.0> has quit IRC | 18:04 | |
| Piraty | oops wrong window | 18:04 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 18:05 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 18:06 | |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 18:06 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.49> has quit IRC | 18:08 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.49> has joined #yocto | 18:08 | |
| rburton | tgoodwin: never seen that | 18:16 |
| tgoodwin | Weird. Even after a rebuild, I get "nothing provides package-a-python" which is in my package-a recipe as PACKAGES += "package-a-devel" | 18:16 |
| tgoodwin | sorry, package-a-python (in the packages list) | 18:17 |
| tgoodwin | Ah... the package is empty | 18:18 |
| Crofton | the awful hack is ALLOW_EMPTY sometimes | 18:20 |
| *** fsdun <fsdun!~frederik@b2b-37-24-96-114.unitymedia.biz> has quit IRC | 18:32 | |
| *** menomc <menomc!~amery@kwa.jpi.io> has joined #yocto | 18:38 | |
| *** menomc is now known as mnemoc | 18:38 | |
| *** fsdun <fsdun!~frederik@b2b-37-24-96-114.unitymedia.biz> has joined #yocto | 18:42 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 18:45 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 18:46 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:56 | |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto | 19:06 | |
| *** stephano <stephano!stephano@nat/intel/x-udrjndsdplksjglp> has joined #yocto | 19:07 | |
| yates_home | i'm trying to build and use the soci recipe for on-target development. in addition to the core soci package, there are a number of soci "backends" which can be used such as sqlite4, mysql, odbc, etc, but the recipe apparently only builds the pseud-backend "empty" | 19:07 |
| yates_home | https://paste.fedoraproject.org/paste/DpK2643Uy2ZWuP~ObkK4ug | 19:07 |
| yates_home | is there a way to bitbake that recipe but override the PACKAGECONFIG to use one of the other backends, such as "odbc"? | 19:08 |
| yates_home | without changing the recipe? | 19:08 |
| yates_home | which is in sources/meta-openembedded/meta-oe/recipes-support/soci/ | 19:08 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:09 | |
| yates_home | i mean, what's the best way to do this/ | 19:10 |
| yates_home | ? | 19:10 |
| yates_home | i can think of a couple of ways, but they seem like hacks.. | 19:10 |
| yates_home | on fedora/dnf/rpm, these backends come as separate packages. | 19:12 |
| yates_home | am i missing something? like, are these already being built somehow somewhere? | 19:13 |
| yates_home | via .bbappend? | 19:20 |
| *** armpit <armpit!~armpit@45.19.219.177> has joined #yocto | 19:31 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 19:31 | |
| *** no_such_user <no_such_user!~no_such_u@217.144.149.244> has quit IRC | 19:33 | |
| yates_home | yates_home: yes, via .bbappend | 19:42 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:46 | |
| *** fsdun <fsdun!~frederik@b2b-37-24-96-114.unitymedia.biz> has quit IRC | 19:46 | |
| *** fsdun <fsdun!~frederik@b2b-37-24-96-114.unitymedia.biz> has joined #yocto | 19:51 | |
| *** adelcast <adelcast!~adelcast@130.164.62.136> has quit IRC | 19:56 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 19:56 | |
| yates_home | quiet around here... | 20:00 |
| bluelightning | yates_home: sorry, I didn't see the earlier part of the discussion, otherwise I'd probably be responding | 20:02 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 20:10 | |
| *** Nazo <Nazo!~Nazo@mx-ll-180.183.104-216.dynamic.3bb.co.th> has joined #yocto | 20:16 | |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 20:16 | |
| *** Nazo <Nazo!~Nazo@mx-ll-180.183.104-216.dynamic.3bb.co.th> has quit IRC | 20:19 | |
| *** no_such_user <no_such_user!~no_such_u@213.133.132.188> has joined #yocto | 20:38 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 21:06 | |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-hiohltzovvmfnlmg> has quit IRC | 21:09 | |
| *** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has joined #yocto | 21:09 | |
| *** AndersD_ <AndersD_!~AndersD@194.237.220.218> has joined #yocto | 21:09 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 21:12 | |
| rburton | yates_home: bbappend or from distro config eg PACKAGECONFIG_pn-soci = "sqlite" | 21:13 |
| *** abelloni_ is now known as abelloni | 21:14 | |
| rburton | there's a big bit in the docs about this with plenty of worked examples | 21:14 |
| kergoth | i like to use _append and _remove with an indirection rather than explicitly setting the value, that way changes to the default config won't be lost as upstream layers are updated, myself | 21:16 |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC | 21:16 | |
| derRichard | how does yocto learn dependencies for packages? | 21:39 |
| derRichard | i'm facing this: | 21:39 |
| derRichard | ERROR: regina-rexx-3.3-r0 do_package_qa: QA Issue: /usr/share/dateconv.rexx contained in package regina-rexx requires /scratch/rw/xxx/build/tmp/work/i586-poky-linux/regina-rexx/3.3-r0/image/usr/bin/rexx, but no providers found in RDEPENDS_regina-rexx? [file-rdeps] | 21:39 |
| *** peniwize <peniwize!~peniwize@63.140.26.14> has joined #yocto | 21:39 | |
| derRichard | the problem is that the requires path contains the sysroot prefix. it should be just /usr/bin/rexx | 21:40 |
| peniwize | I’m using the meta-intel layer, which has a .conf file that contains: | 21:45 |
| peniwize | SERIAL_CONSOLES = "115200;ttyS0 115200;ttyS1 115200;ttyS2" | 21:45 |
| peniwize | I need to disable all boot loader serial consoles so I assume that I need to set SERIAL_CONSOLES to nothing and I’m not sure where to do it. Can I simply set SERIAL_CONSOLES in one of my recipes or do I need to do it in my local.conf? Is it possible to override the BSP’s conf file like you can override a recipe with an append file? What is the correct way to do this? | 21:45 |
| kergoth | derRichard: sounds like you need to fix dateconv to no longer hardcode the full absolute reference to rexx | 21:46 |
| rburton | derRichard: what kergoth said, that's a bug in regina-rexx | 21:48 |
| rburton | peniwize: your local.conf or distro conf | 21:48 |
| peniwize | rburton: thanks | 21:49 |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto | 21:51 | |
| derRichard | kergoth: i don't understand how yocto find out. does it read /usr/share/dateconv.rexx? | 21:52 |
| rburton | no, it reads the file in the package staging directory that corresponds to /usr/share/dateconv.rexx | 21:52 |
| rburton | so for you /scratch/rw/xxx/build/tmp/work/i586-poky-linux/regina-rexx/3.3-r0/packages-split/regina-rexx/usr/share/dateconv.rexx | 21:53 |
| rburton | doesn't show you the full path as it's not useful, it's telling you what file in what package | 21:53 |
| derRichard | hmmm | 21:55 |
| derRichard | tricky | 21:55 |
| rburton | its foolishly inserting a build path instead of a target path | 21:55 |
| rburton | genuine upstream bug, you just need to figure out how to fix it | 21:56 |
| derRichard | yeah, regina-rexx is "interesting" | 21:56 |
| rburton | good news is that if other distros like debian have packaged this, they'll most likely have fixed it already | 21:56 |
| derRichard | it used to be in openembedded: http://cgit.openembedded.org/openembedded/tree/recipes/regina-rexx/regina-rexx_3.3.bb | 21:57 |
| *** peniwize <peniwize!~peniwize@63.140.26.14> has quit IRC | 21:57 | |
| yocti | New news from stackoverflow: Is it possible to use Embedded OS prepared for i.MX6solo over i.MX6UL...? [closed] <https://stackoverflow.com/questions/53638232/is-it-possible-to-use-embedded-os-prepared-for-i-mx6solo-over-i-mx6ul> | 21:58 |
| *** sa2ajj <sa2ajj!~quassel@dsl-hkibng21-54f864-131.dhcp.inet.fi> has quit IRC | 22:08 | |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 22:15 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 22:15 | |
| *** sagner <sagner!~ags@2a02:169:34b6:0:ef16:ca50:42ea:5779> has quit IRC | 22:19 | |
| derRichard | ./configure: line 4690: MH_CHECK__SIGHANDLER_T: command not found | 22:21 |
| * derRichard never saw such odd errors (autoconf) | 22:21 | |
| RP | derRichard: it can do much worse, trust me ;-) | 22:23 |
| neverpanic | derRichard: Looks like an unexpanded macro after running autoreconf | 22:24 |
| derRichard | RP: yes. for sure | 22:24 |
| neverpanic | maybe a missing dependency? | 22:24 |
| derRichard | well, i don't run autoreconf. just "./configure ...". on my host it works. in yocto it explodes with the said error | 22:24 |
| neverpanic | yocto runs autoreconf | 22:24 |
| derRichard | i'm in devshell | 22:25 |
| derRichard | and disabled autoreconf with: | 22:25 |
| derRichard | do_configure() { | 22:25 |
| derRichard | oe_runconf | 22:25 |
| derRichard | } | 22:25 |
| derRichard | the package sucks, and autoreconf does not work | 22:26 |
| neverpanic | it seems to already have done it then, because your ./configure looks broken. Unless the configure script shipped in the tarball is already broken. | 22:26 |
| RP | derRichard: usually, its easier to make it autoreconf | 22:26 |
| derRichard | RP: i fear you are right | 22:26 |
| RP | it does look rather like an unexpanded macro | 22:26 |
| *** sa2ajj <sa2ajj!~quassel@dsl-hkibng21-54f864-131.dhcp.inet.fi> has joined #yocto | 22:29 | |
| rburton | https://fossies.org/linux/Regina-REXX/aclocal.m4 | 22:30 |
| rburton | it doesn't use aclocal | 22:30 |
| derRichard | RP: maybe you can point me in the right direction? http://paste.debian.net/plain/1055423 | 22:30 |
| rburton | RP: remember i was moaning about this ;) | 22:30 |
| rburton | derRichard: EXTRA_AUTORECONF += "--exclude=aclocal" | 22:31 |
| rburton | that might make it autoreconf | 22:31 |
| rburton | if it doesn't then it does sound like you just need to clean and rebuild it | 22:31 |
| rburton | (if you try the extra autoreconf thing remember to remove your do_configure) | 22:32 |
| derRichard | sure | 22:32 |
| derRichard | sadly --exclude=aclocal does not change things | 22:33 |
| rburton | same error? | 22:33 |
| derRichard | yes | 22:33 |
| rburton | oh, clean it first | 22:33 |
| rburton | you'd have messed up the tree already | 22:33 |
| derRichard | so did i. | 22:33 |
| derRichard | i did a bitbake -c cleanall ... | 22:34 |
| rburton | well, bitbake [recipe] -C unpack is a easy way to force a build from scratch for a specific recipe | 22:34 |
| derRichard | then -c devshell again and ran autoreconf --exclude=aclocal | 22:34 |
| rburton | oh, don't do it in a devshell | 22:34 |
| rburton | you'll forget the arguments you need to pass | 22:34 |
| derRichard | ok, give me a second | 22:34 |
| rburton | or, hope the configure works, leave your do_configure in and run from clean, that should work as that's definitely an undefined macro error which *is* defined in their tree | 22:35 |
| derRichard | i set now EXTRA_AUTORECONF and removed the do_configure hook | 22:35 |
| derRichard | hm, same error (now bitbake ran autoreconf with all the parameters needed) | 22:36 |
| rburton | tbh if its a known crazy upstream, i'd start by making that old oe recipe work and then upgrade it | 22:37 |
| rburton | i suspect you want to change autotools to autotools-brokensep | 22:37 |
| derRichard | did that already :) | 22:37 |
| rburton | oh the pastebin has different errors | 22:37 |
| rburton | thats autoheader, add --exclude=autoheader too | 22:37 |
| derRichard | wow, it configured. how did you know that --exclude=autoheader is needed? | 22:38 |
| derRichard | i have to admit that my autotools fu is weak | 22:39 |
| rburton | because the error log you pastebined was entirely autoheader going ARGH PANIC | 22:39 |
| rburton | which suggests that they don't use autoheader | 22:39 |
| rburton | sounds like a very old school configure script so you're lucky it configured at all | 22:40 |
| derRichard | hehe, ok | 22:40 |
| rburton | the old recipe says clearly that they disable autoreconf because its so archaic | 22:40 |
| derRichard | i wonder why configure works fine on my host system | 22:40 |
| rburton | because then you're running the configure they generated | 22:40 |
| rburton | would most likely work in oe too, the recipe in oe-classic did exactly that | 22:40 |
| derRichard | true, but the same configure does not work in yocto | 22:40 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 22:40 | |
| derRichard | 23:21 < derRichard> ./configure: line 4690: MH_CHECK__SIGHANDLER_T: command not found | 22:41 |
| rburton | yes | 22:41 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 22:41 | |
| rburton | [22:33:47] <rburton>oh, clean it first | 22:41 |
| derRichard | i get this when i try to run the configure script as-is in yocto (with autoreconf disabled) | 22:41 |
| derRichard | i did that :) | 22:41 |
| rburton | are you positive? because autotools.bbclass has some code to delete aclocal.m4 which is most likely the cause | 22:42 |
| rburton | anyway, configures now, and properly | 22:42 |
| rburton | so thats good | 22:42 |
| rburton | now back to watching my government explode | 22:42 |
| kergoth | derRichard: either that was defined in aclocal as rburton indicates, or it's provided by a dependency that you don't have in DEPENDS | 22:43 |
| kergoth | best to check into it outside of yocto in a freshly unpacked tarball, or clean and re-run unpack/patch and examine that | 22:43 |
| kergoth | if you disabled autoreconf but didn't clean the recipe, it's possible it didn't re-unpack the sources to resotre the already-removed aclocal | 22:44 |
| kergoth | so i'd clean and rebuild the recipe to start | 22:44 |
| derRichard | kergoth: thanks a lot for the hint! makes sense | 22:44 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 22:45 | |
| kergoth | bitbake detects variable cahnges to re-run the changed tasks, but just re-executing the task doesn't always undo what previous runs did, if that makes sense | 22:45 |
| * ant_home sees Gentoo has a recipe for 3.9.1 and uses eautoconf... plain, no patches | 22:46 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 22:47 | |
| derRichard | ant_home: yeah, suse also uses the configure as-is | 22:48 |
| ant_home | try to update | 22:48 |
| derRichard | this is 3.9.1 | 22:48 |
| ant_home | ok, I've read a 3.3 before, my bad | 22:49 |
| kergoth | most distros do, but most distros don't need to cross-compile either. we've had to change a number of macros, which means configure needs to be regenerated to include the changes | 22:51 |
| derRichard | yeah 3.3 was the old version | 22:51 |
| derRichard | kergoth: one thing i don't fully understand. why do you need to autoreconf? | 22:52 |
| kergoth | i just told you | 22:52 |
| *** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has quit IRC | 22:52 | |
| derRichard | ahh, now it makes sense | 22:53 |
| kergoth | we've changed macros, configure needs to be regenerated using them, which means autoconf needs to be re-run, and we need to re-run aclocal to ensure the updated macros from the other recipes make it into aclocal.m4 to be used by autoconf | 22:53 |
| kergoth | automake, etc are done too as a matter of course, less critical though | 22:53 |
| derRichard | i didn't realize that you changed autoconf that deeply | 22:53 |
| kergoth | libtool sucks, every libtool-using project includes th elibtool macros and ltmain.sh, and we've had to change both to ensure the generated libtool script is functional in a cross-compilation environment | 22:54 |
| kergoth | and most projects using autoconf+automake also use libtool, so that's a required autoreconf by most recipes there alone | 22:54 |
| kergoth | and then we've had to change some other macros as well along the way | 22:54 |
| *** sa2ajj <sa2ajj!~quassel@dsl-hkibng21-54f864-131.dhcp.inet.fi> has quit IRC | 22:54 | |
| derRichard | what a pain ;-\ | 22:56 |
| kergoth | that's cross-compilation for you | 23:02 |
| kergoth | a pain all around, in every way | 23:02 |
| derRichard | a few years ago i wrote a tool go generate a distro from scratch (cross arm and mips). it was a super pain. but i never had to mess with libtool and autoreconf | 23:03 |
| derRichard | maybe because the set of packages i used as minimal :-) | 23:03 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-knjdzpgajoaoelzo> has joined #yocto | 23:03 | |
| *** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has joined #yocto | 23:04 | |
| RP | derRichard: we really need to sort our libtool patches out with upstream. We just never get around to it and it will be painful | 23:08 |
| *** sa2ajj <sa2ajj!~quassel@dsl-hkibng21-54f864-131.dhcp.inet.fi> has joined #yocto | 23:10 | |
| derRichard | RP: these? https://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-devtools/libtool/libtool/ | 23:11 |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 23:12 | |
| RP | derRichard: yes | 23:13 |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC | 23:20 | |
| *** stephano <stephano!stephano@nat/intel/x-udrjndsdplksjglp> has quit IRC | 23:25 | |
| rburton | RP: qa series resent (and in ross/qa) | 23:26 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:26 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 23:27 | |
| *** stephano <stephano!~stephano@134.134.139.75> has joined #yocto | 23:28 | |
| *** AndersD_ <AndersD_!~AndersD@194.237.220.218> has quit IRC | 23:37 | |
| *** nate0202 <nate0202!~nate02@mail.validmanufacturing.com> has joined #yocto | 23:44 | |
| *** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto | 23:47 | |
| *** nate02 <nate02!~nate02@mail.validmanufacturing.com> has quit IRC | 23:47 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-108-228.ssp.dialog.net.pl> has quit IRC | 23:53 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!