| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 00:27 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.156.11> has quit IRC | 01:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:31 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 01:54 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 04:26 | |
| *** onlyesterday <onlyesterday!~onlyester@113.160.58.178> has quit IRC | 04:51 | |
| iceaway | Is there any way in a recipe to reference the base path of the layer that it exists in? | 05:10 |
|---|---|---|
| iceaway | I have some private key files etc. that are not placed in the recipe dir, but in a subdir directly under my layer root. | 05:11 |
| kroon | iceaway, I know at least you can capture THISDIR with immediate expansion, :=, and use a relative path to any place in your layer | 05:21 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:24 | |
| iceaway | kroon: thanks, will try that! | 05:26 |
| iceaway | I have another really strange issue, related to u-boot. I want to change between two different root file system, for firmware upgrade purposes, and in my uboot env the variable mmcroot=<dev> sets which root file system to boot from. The issue is that if I modify mmcroot from Linux with fw_setenv, it looks like it is successful with fw_printenv. But when I reboot mmcroot (if I print it in u-boot) will have | 05:28 |
| iceaway | reverted to the default value. If I continue booting into Linux and use fw_printenv however, I can see the value I set before rebooting. | 05:28 |
| iceaway | I can even add new variables with fw_printenv, which are retained after rebooting, but mmcroot seems like it always is overwritten when u-boot starts. | 05:29 |
| kroon | iceaway, sounds like u-boot is not looking at the same env file that linux updates ? | 05:34 |
| kroon | iceaway, can you see the variables you set with fw_printenv in u-boot ? | 05:36 |
| iceaway | That is what I thought too, but if I create a new variable with fw_setenv, I can see that variable in u-boot. | 05:36 |
| iceaway | I can also change other variables like mmcpart. but there seems to be some magic with mmcroot. | 05:36 |
| kroon | iceaway, maybe some u-boot script resets it ? | 05:36 |
| iceaway | Possibly, not anything in the env though, I grepped the entire env for mmcroot and it does not appear to be set by any other script. | 05:37 |
| kroon | not even via some sneaky variable substitution tricks | 05:37 |
| iceaway | Hmm I suppose it could be that, u-boot scripting is a bit of black magic to me. | 05:39 |
| kroon | dev=root, mmc$dev=foobar - you get the deal | 05:39 |
| iceaway | I will have another look at the enviroment stuff :) | 05:40 |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 05:41 | |
| iceaway | Nothing really pops out for me. If anyone cares to have a look: https://pastebin.com/DkYqK9F0 | 05:43 |
| iceaway | Weird thing is that when Linux starts again, the mmcroot variable has been reverted to what I set before the reboot. So the change in u-boot does not seem to go into non-volatile storage. | 05:45 |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 05:50 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:f9e2:21e5:8b16:9d92> has quit IRC | 06:00 | |
| kroon | iceaway, nothing stands out to me. maybe its time to patch u-boot to debug if/when mmcroot is set | 06:09 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:94af:b4e3:6058:dfc8> has joined #yocto | 06:11 | |
| iceaway | kroon: yes, might have to do that. Thanks for the help. | 06:14 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:21 | |
| *** frsc <frsc!~frsc@200116b8248f7d00a8b4905239d22ba1.dip.versatel-1u1.de> has joined #yocto | 06:29 | |
| *** frsc <frsc!~frsc@200116b8248f7d00a8b4905239d22ba1.dip.versatel-1u1.de> has quit IRC | 06:31 | |
| *** frsc <frsc!~frsc@200116b8248f7d0034785c205e37db7b.dip.versatel-1u1.de> has joined #yocto | 06:33 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC | 06:33 | |
| *** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC | 06:36 | |
| *** alimon <alimon!alimon@gateway/shell/linaro/x-kdxwurhyvcmjuqof> has quit IRC | 06:40 | |
| *** lpoulain <lpoulain!lpoulain@gateway/shell/linaro/x-aiynxuzngodwwpba> has quit IRC | 06:40 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto | 06:40 | |
| *** lpoulain <lpoulain!lpoulain@gateway/shell/linaro/x-kzrmbxcmvnbhjopk> has joined #yocto | 06:40 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 06:52 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 06:57 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:59 | |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has joined #yocto | 07:24 | |
| *** monkeyman79 <monkeyman79!504f5681@80.79.86.129> has joined #yocto | 07:24 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 07:28 | |
| *** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC | 07:34 | |
| *** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 07:34 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 07:35 | |
| *** julmust <julmust!a5e1c069@165.225.192.105> has joined #yocto | 07:40 | |
| *** leitao <leitao!~leitao@2620:10d:c092:380::1:f9be> has joined #yocto | 08:17 | |
| *** leitao <leitao!~leitao@2620:10d:c092:380::1:f9be> has quit IRC | 08:21 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:23 | |
| *** yann|work <yann|work!~yann@85.118.38.73> has joined #yocto | 08:38 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 08:39 | |
| *** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto | 08:39 | |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 08:39 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:47 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 09:06 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 09:08 | |
| yocti | New news from stackoverflow: How do i patch in yocto? <https://stackoverflow.com/questions/57903358/how-do-i-patch-in-yocto> | 09:10 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 09:42 | |
| *** monkeyman79 <monkeyman79!504f5681@80.79.86.129> has quit IRC | 09:45 | |
| *** julmust <julmust!a5e1c069@165.225.192.105> has quit IRC | 09:46 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 09:53 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:54 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:00 | |
| kpo | hello, i'm developing gui application in qt for raspberry pi, the application should start on boot (via sytemd service), I'd rather not start it as root, so I've added some users using extrausers class. Unfortunately, my application needs access to /dev/vchciq (GPU interface), which is owned by root/root. I'd like to add user group, such as gui for users that should be able to use GPU - that's not a problem, extrausers to the resque. The problem (or | 10:04 |
| kpo | question) is where/when should I change the ownership of /dev/vchciq? Am I able to d that on build level? Or should I make some kind of service, that changes that on boot? | 10:04 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:05 | |
| rburton | write a udev rule to change the permissions as the node is created | 10:05 |
| rburton | (as all the nodes in /dev are generated by udev) | 10:05 |
| kpo | thank you, I'll investigate | 10:05 |
| kpo | (as all the nodes in /dev are generated by udev) <- this looks exactly like the thing I was looking for, thanks rburton | 10:06 |
| *** monkeyman79 <monkeyman79!504f5681@80.79.86.129> has joined #yocto | 10:34 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 10:34 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 10:39 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 10:47 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:50 | |
| *** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:54 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 10:56 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:00 | |
| *** monkeyman79 <monkeyman79!504f5681@80.79.86.129> has quit IRC | 11:26 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:26 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:27 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:32 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:33 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:43 | |
| kanavin_ | zeddii, if I need to bisect a linux-yocto regression, what is the standard procedure? | 11:46 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:52 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:55 | |
| *** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has joined #yocto | 12:04 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:24 | |
| *** anujm <anujm!~anujm@134.134.139.77> has joined #yocto | 12:26 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 12:34 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:40 | |
| *** alimon <alimon!alimon@gateway/shell/linaro/x-umqzdehtpsigkkxb> has joined #yocto | 13:01 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 13:06 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 13:12 | |
| *** rewitt <rewitt!rewitt@nat/intel/x-hrzfvohlnvxyqomo> has quit IRC | 13:17 | |
| *** rewitt <rewitt!~rewitt@134.134.139.74> has joined #yocto | 13:17 | |
| iceaway | I'm trying to find out how to get rid of a large lib in my image that I don't need. So I ran "oe-pkgdata-util find-path /usr/lib64/libVSC.so", to get the name of the recipe. But I cannot find that recipe anywhere. I tried looking for .bb files in my meta layers, and ran "bitbake-layers show-recipes" but it did not show up. | 13:20 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:29 | |
| kroon | iceaway, maybe you have better luck with: oe-pkgdata-util find-path *libVSC* | 13:30 |
| *** falk0n <falk0n!~falk0n@a109-49-142-1.cpe.netcabo.pt> has joined #yocto | 13:31 | |
| iceaway | kroon: I did find the recipe that brings in that lib, or at least the name of it, but when I search for that name I cannot find the actual recipe. | 13:32 |
| iceaway | Could it be hidden by some PROVIDES variable in another recipe? | 13:33 |
| kroon | iceaway, packages can get renamed | 13:34 |
| kroon | debian-style | 13:34 |
| kroon | so you found which *package* the file comes from, but not the recipe which generated that package | 13:36 |
| iceaway | ahh right, the old package vs recipe confusion strikes again. | 13:36 |
| iceaway | more digging... | 13:37 |
| *** kaspter <kaspter!~Instantbi@115.204.208.100> has quit IRC | 13:59 | |
| *** kaspter <kaspter!~Instantbi@115.204.208.100> has joined #yocto | 13:59 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC | 13:59 | |
| *** learningc <learningc!~learningc@218.111.14.130> has joined #yocto | 14:00 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 14:04 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 14:14 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 14:14 | |
| *** learningc <learningc!~learningc@218.111.14.130> has quit IRC | 14:14 | |
| *** anujm <anujm!~anujm@134.134.139.77> has quit IRC | 14:19 | |
| *** stephano <stephano!stephano@nat/intel/x-uintfwsxfkrtyrbq> has joined #yocto | 14:19 | |
| fullstop | I'm having great difficulty cross compiling a python3 package which is not a yocto /oe recipe yet. | 14:20 |
| fullstop | It uses cmake to build some binary components and it consistently finds libraries in the recipe-sysroot-native directory instead of recipe-sysroot. | 14:21 |
| fullstop | cmake.bbclass has "set( CMAKE_FIND_ROOT_PATH ${STAGING_DIR_HOST} ${STAGING_DIR_NATIVE} ${CROSS_DIR} ${OECMAKE_PERLNATIVE_DIR} ${OECMAKE_EXTRA_ROOT_PATH} ${EXTERNAL_TOOLCHAIN})" | 14:21 |
| fullstop | which suggests that both are added and, from what I've read, it should find stuff in ${STAGING_DIR_HOST} first. The library is there, but it still tries to link to the native one and fails. | 14:22 |
| *** dreyna <dreyna!~dreyna@rrcs-76-80-82-53.west.biz.rr.com> has joined #yocto | 14:22 | |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has quit IRC | 14:24 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 14:29 | |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has joined #yocto | 14:29 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:30 | |
| armpit | YP bug triage as started | 14:32 |
| *** PinkSnake23 <PinkSnake23!51ff1123@81.255.17.35> has quit IRC | 14:33 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 14:39 | |
| *** florian_kc is now known as florian | 14:41 | |
| *** learningc <learningc!~learningc@121.122.76.45> has joined #yocto | 14:41 | |
| *** Crofton|mini <Crofton|mini!~Crofton@2601:5c0:c100:b84:3d3f:64d6:2ba1:780b> has quit IRC | 14:41 | |
| *** learningc <learningc!~learningc@121.122.76.45> has quit IRC | 14:48 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:04 | |
| rburton | JPEW: if you want to fix RPs bitbake patch go for it :) | 15:07 |
| JPEW | rburton: I'm fixing it by replacing the whole thing :) | 15:10 |
| JPEW | rburton: We have to completely re-write the server and change the protocol in order for it to scale as well as we need. | 15:10 |
| armpit | replacing it like writing it in Java ? | 15:14 |
| *** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC | 15:24 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:24 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 15:27 | |
| smurray | armpit: heh, that would almost be worthwhile if it lead to more meta-java improvements ;) | 15:29 |
| *** kaspter <kaspter!~Instantbi@115.204.208.100> has quit IRC | 15:37 | |
| khem | Java is only good in cup but rust or goland might be good options | 15:37 |
| *** kaspter <kaspter!~Instantbi@115.204.208.100> has joined #yocto | 15:38 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 15:38 | |
| *** learningc <learningc!~learningc@121.122.76.45> has joined #yocto | 15:46 | |
| *** rewitt <rewitt!~rewitt@134.134.139.74> has quit IRC | 16:01 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:03 | |
| *** learningc <learningc!~learningc@121.122.76.45> has quit IRC | 16:04 | |
| *** stephano <stephano!stephano@nat/intel/x-uintfwsxfkrtyrbq> has quit IRC | 16:09 | |
| *** yann|work <yann|work!~yann@85.118.38.73> has quit IRC | 16:09 | |
| *** learningc <learningc!~learningc@121.122.76.45> has joined #yocto | 16:09 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:16 | |
| *** marler8997 <marler8997!0f41fc0d@ztxe01hpics303.austin.hp.com> has joined #yocto | 16:20 | |
| marler8997 | I'm getting errors with "<package> rdepends on <package> [debug-deps]". Is there an easy way to see why these rdepends are occuring? Sometimes when I see these errors it will say one so rdpeends on another, but I'm not getting that output this time | 16:22 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 16:27 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 16:40 | |
| marler8997 | I looked at the do_package_qa log and I saw some bbnote messages, I think I found out which file it was | 16:40 |
| kroon | marler8997, you can always check insane.bbclass | 16:47 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:48 | |
| marler8997 | Yeah I could add some debug in there | 16:48 |
| *** learningc <learningc!~learningc@121.122.76.45> has quit IRC | 17:06 | |
| *** learningc <learningc!~learningc@121.122.76.45> has joined #yocto | 17:12 | |
| *** frsc <frsc!~frsc@200116b8248f7d0034785c205e37db7b.dip.versatel-1u1.de> has quit IRC | 17:16 | |
| *** rewitt <rewitt!~rewitt@134.134.139.74> has joined #yocto | 17:18 | |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has quit IRC | 17:18 | |
| *** User__ <User__!~learningc@121.122.76.45> has joined #yocto | 17:27 | |
| *** learningc <learningc!~learningc@121.122.76.45> has quit IRC | 17:28 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 17:29 | |
| Piraty | adelcast: if [ ! -z "$SOURCE_DATE_EPOCH" ]; then => if [ -n "$SOURCE_DATE_EPOCH" ]; then | 17:40 |
| Piraty | adelcast: also is it really necessary to depend on gnu tar? | 17:52 |
| kroon | Can I have multiple but different versions of yocto/bitbake-memory-resident servers running at the same time ? | 17:53 |
| kroon | (for different builds of course) | 17:53 |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 18:00 | |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has joined #yocto | 18:02 | |
| kroon | And is there a faster way to extract TMPDIR besides running "bitbake -e | grep ^TMPDIR=" ? | 18:02 |
| *** User__ <User__!~learningc@121.122.76.45> has quit IRC | 18:05 | |
| *** dreyna <dreyna!~dreyna@rrcs-76-80-82-53.west.biz.rr.com> has quit IRC | 18:05 | |
| adelcast | Piraty: the issue is --clamp-mtime, AFAIK that requires gnu tar > 1.28 | 18:11 |
| Piraty | yes, that's what the comment says | 18:11 |
| Piraty | why not set the time to SOURCE_EPOCH to all files alike ? | 18:12 |
| Piraty | usually developers have a mechanism to determine SOURCE_EPOCH on their own (or the buildsystem), at least i have | 18:13 |
| adelcast | the idea is to only modify the mtime for files that are created at build time, to have consistency | 18:13 |
| *** learningc <learningc!~learningc@121.122.76.45> has joined #yocto | 18:13 | |
| *** yann|work <yann|work!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has joined #yocto | 18:14 | |
| adelcast | https://git.dpkg.org/git/dpkg/dpkg.git/tree/dpkg-deb/build.c | 18:14 |
| adelcast | (that's what dpkg build does) | 18:14 |
| Piraty | that would be a good point (if feature parity is a goal ;) ) | 18:16 |
| adelcast | not necessarily parity since opkg is more lightweight | 18:17 |
| adelcast | but for most functionality, I do try to stay as close to debian as possible | 18:17 |
| Piraty | btw if gnu tar is the required one, tar -a would save you from the pipe to the compressor by only specifying the suffix. as far as i know, busybox tar has (or used to have) a different way of handling -a | 18:17 |
| Piraty | nevermind my noise then, thanks for maintaining opkg | 18:18 |
| adelcast | =), no worries, I do appreciate all input to improve the codebase | 18:18 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:21 | |
| *** learningc <learningc!~learningc@121.122.76.45> has quit IRC | 18:27 | |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has quit IRC | 18:30 | |
| rburton | adelcast: patch looks good, i can test it later | 18:38 |
| adelcast | rburton: thanks! | 18:38 |
| Piraty | adelcast: shouldn't you have prefix opkg-utils ? also, which bugzilla do you refer to? | 18:40 |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 18:41 | |
| adelcast | Piraty, yeah, that was my bad, the header message should have had [opkg-utils] to make sure this message was going to opkg-utils, not regular opkg | 18:44 |
| Piraty | was slightly confused for 5 sec | 18:44 |
| adelcast | all opkg bugs are tracked in bugzilla, under the yocto project | 18:44 |
| Piraty | i think you can set that prefix in the respective repo's .git/config | 18:44 |
| adelcast | https://bugzilla.yoctoproject.org/buglist.cgi?product=opkg&component=opkg | 18:44 |
| adelcast | ah, good to know, might as well just do that now | 18:45 |
| Piraty | ah this was new to me | 18:45 |
| adelcast | yeah, officially opkg is part of the yocto project, the source code is on yocto's git servers and bugs are tracked in yocto's bugzilla | 18:45 |
| Piraty | yet the ML is on google | 18:47 |
| Piraty | only yocto's opkg, not openwrt's yocto ;) | 18:47 |
| adelcast | yeah.....that other opkg is, well, a different story...I have been trying to see if we can merge, but haven't had luck | 18:48 |
| kergoth | the ML being on google really doesn't mean much, yocto has adopted projects that originally started elsewhere, transitioning mailing lists is a pain for everybody.. | 18:55 |
| Piraty | merging is hard code-wise or people-wise? | 18:59 |
| adelcast | people-wise, unsurprisingly....a couple of years ago someone took the effort of porting the OpenWRT patches to master yocto opkg and I worked with him to merge all of them | 19:01 |
| adelcast | but the openWRT guys showed no interest on starting using upstream yocto opkg | 19:02 |
| adelcast | and their opkg is weird...is branched off a random commit on 0.2.7, at least that's what it used to be last time I checked | 19:02 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:08 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 19:09 | |
| Piraty | at least the use cmake, but that's a very small win then | 19:14 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 19:16 | |
| *** Bunio_FH1 <Bunio_FH1!~bunio@clj-165.netdrive.pl> has joined #yocto | 19:28 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:30 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:54 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 20:05 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 20:07 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 20:08 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 20:08 | |
| *** gondor <gondor!~gond@5-13-192-177.residential.rdsnet.ro> has joined #yocto | 20:10 | |
| gondor | hi all | 20:10 |
| gondor | is it possible to alter MACHINE_FEATURES from my layer but without re-creating the machine .conf file from the bsp that I use? | 20:11 |
| gondor | I tried from local.conf and layer.conf but I can't do a MACHINE_FEATURES_remove on a per-machine basis | 20:12 |
| gondor | thanks | 20:12 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:19 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 20:37 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 20:49 | |
| khem | gondor: I would suggest to create a new machine conf | 20:51 |
| khem | which inherits the original machine and you override needed bits in that config | 20:51 |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 21:10 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:17 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 21:33 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 21:40 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 21:46 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 21:49 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 21:58 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 21:59 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 22:03 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 22:04 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:07 | |
| jwessel | JaMa: Thanks for the pointer. I seriously doubt it fixes the problem in the case, but I did figure out the issue I asked about yesterday. | 22:10 |
| jwessel | https://pastebin.com/Y8T6kbcZ | 22:10 |
| jwessel | The FILERPROVIDES was getting scrambled when usrmerge was on. | 22:10 |
| jwessel | So it causes the lib32-bash to look like it doesn't actually provide /bin/bash | 22:10 |
| jwessel | I'll send a patch out for consideration after more builds and analysis of the issue. | 22:11 |
| JaMa | yes, so it set the FILERPROVIDES as providing lib32-/bin/bash for you, right? | 22:12 |
| JaMa | that's the same as what I was seeing, but that's because of multilib, not usrmerge, isn't it? | 22:13 |
| jwessel | The multilib case seems to work ok. | 22:14 |
| jwessel | The usrmerge adds in a hard specification which gets overwritten. | 22:14 |
| jwessel | I had been debugging between a multilib build with and without usrmerge. | 22:15 |
| jwessel | At any rate, that seems to be logical way to fix it, but I don't want to break something worse. That condition is pretty deep in the call chain of lots of other functions for the variable manipulation. | 22:16 |
| JaMa | ok, for me this is broken in all builds using multilib without usrmerge, but my work arounds work as well, so I can live with it | 22:21 |
| *** __angelo <__angelo!~prefetch@unaffiliated/ad/x-0785363> has quit IRC | 22:24 | |
| jwessel | Ah... I can explain away why it breaks in the generic multilib case. | 22:26 |
| jwessel | It is the update-alternatives code that bash used that caused it to work for the multilib case without usrmerge. | 22:26 |
| jwessel | If the update alternatives are off, or not processed etc... You'd get the same exact error. | 22:27 |
| *** __ad <__ad!~prefetch@unaffiliated/ad/x-0785363> has joined #yocto | 22:27 | |
| *** __ad is now known as __angelo | 22:27 | |
| jwessel | That is why I figured the classextend change wouldn't exactly fix your issue. | 22:27 |
| jwessel | You would also need to have the same line of code the usrmerge activates in the bash recipe, and then you'd stop seeing all those errors. | 22:28 |
| jwessel | I had added a pile of print()'s to figure out what was going on. | 22:28 |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 22:35 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 22:36 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:39 | |
| JaMa | unfortunatelly u-a isn't the only issue with multilib, see http://git.openembedded.org/openembedded-core/commit/?id=01b9810ff1cea53ae321f6fbe760b83573ed78c0 | 22:41 |
| *** BCMM_ <BCMM_!~BCMM@unaffiliated/bcmm> has quit IRC | 22:45 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 22:59 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 23:21 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!