Wednesday, 2021-12-22

« Tuesday, 2021-12-21 Index Thursday, 2021-12-23 »
*** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!)00:04
*** florian_kc <florian_kc!~florian@dynamic-093-135-127-094.93.135.pool.telefonica.de> has joined #yocto00:21
*** Tokamak <Tokamak!~Tokamak@166.205.152.67> has quit IRC (Ping timeout: 240 seconds)00:33
*** Tokamak <Tokamak!~Tokamak@172.58.188.110> has joined #yocto00:36
*** Tokamak <Tokamak!~Tokamak@172.58.188.110> has quit IRC (Ping timeout: 268 seconds)00:45
*** Tokamak_ <Tokamak_!~Tokamak@166.205.152.1> has joined #yocto00:46
*** florian_kc <florian_kc!~florian@dynamic-093-135-127-094.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)00:50
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:53
vd33is there a way to avoid creating a partition table with wic?00:55
JPEWvd33 I don't know if you can avoid the whole table, but you can make an entry so it is not added to the table... the option is notable I think01:09
vd33JPEW yeah no I'd like to create a image for the boot partition, so far I'm achieving this by using a wks file with the boot part only and adding a task to skip the 512 first bytes in the produced wic image.01:11
JPEWvd33 your boot code (IPL?) has to be in the first sector?01:15
vd33JPEW no, I'm using an update mechanism for the boot partition which requires an image of the partition. So the boot.vfat image what wic doesn't provide you ;-)01:16
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection)01:32
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto01:34
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto01:51
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds)01:53
*** camus1 is now known as camus01:53
*** bluelightning <bluelightning!~paul@2406:e003:151f:d701:2d51:cc80:83dc:c3c7> has quit IRC (Remote host closed the connection)02:29
*** bluelightning <bluelightning!~paul@2406:e003:151f:d701:c1a:c2ba:a9:b057> has joined #yocto02:49
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto03:49
*** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 240 seconds)04:15
moto-timoRP: it's late and this is untested, but here's the workaround I'm testing for the problem at hand https://github.com/moto-timo/meta-dotnet/commit/2eeb6776c6d34ba9909d65daef4d3831e518b46b04:57
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)05:03
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto05:04
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto05:15
*** davidinux <davidinux!~davidinux@84.17.59.176> has joined #yocto05:41
*** ziga <ziga!~ziga@89-212-219-192.dynamic.t-2.net> has joined #yocto06:07
*** sunny <sunny!~sunny@204.253.82.211> has quit IRC (Ping timeout: 256 seconds)06:10
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)06:21
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto06:47
*** Tokamak_ <Tokamak_!~Tokamak@166.205.152.1> has quit IRC (Ping timeout: 268 seconds)06:50
*** Tokamak <Tokamak!~Tokamak@166.205.152.1> has joined #yocto06:56
*** Tokamak_ <Tokamak_!~Tokamak@172.58.188.90> has joined #yocto06:58
*** Tokamak <Tokamak!~Tokamak@166.205.152.1> has quit IRC (Ping timeout: 256 seconds)07:01
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus)07:02
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto07:02
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto07:02
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 240 seconds)07:06
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto07:11
*** Tokamak_ <Tokamak_!~Tokamak@172.58.188.90> has quit IRC (Ping timeout: 240 seconds)07:18
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:3d8e:8c95:7dfc:fe2> has joined #yocto07:19
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:3d8e:8c95:7dfc:fe2> has quit IRC (Remote host closed the connection)07:21
*** Tokamak <Tokamak!~Tokamak@172.58.188.90> has joined #yocto07:25
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:26
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection)07:43
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto07:44
*** Tokamak <Tokamak!~Tokamak@172.58.188.90> has quit IRC (Ping timeout: 268 seconds)07:48
*** Tokamak <Tokamak!~Tokamak@172.58.188.90> has joined #yocto07:56
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto07:57
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:00
*** vd33 <vd33!~vd33@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds)08:08
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 252 seconds)08:11
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto08:11
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 240 seconds)08:16
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto08:16
*** mckoan|away is now known as mckoan08:21
*** olani <olani!~olani@134.238.48.37> has quit IRC (Ping timeout: 268 seconds)08:27
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…)08:40
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto08:44
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Client Quit)08:44
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto08:44
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto08:55
JosefHolzmayrTheyo dudX08:56
RPmoto-timo: seems reasonable09:12
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 268 seconds)09:23
rburtonmoto-timo: presumably fixing dotnet isn't an option here09:43
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto09:44
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 240 seconds)09:45
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto09:45
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 240 seconds)09:54
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto09:55
*** snikulov <snikulov!~snikulov@109-252-86-189.nat.spd-mgts.ru> has joined #yocto10:05
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)10:12
rburtonRP: why does bitbake-selftest have a list of tests to run10:16
RPrburton: no idea10:17
rburtonshould be easily removed10:17
rburtonhm it looks like its non-trivial to setup a task inside bitbake-selftest10:18
RPrburton: aren't there tests which effectively do builds?10:20
rburtoni was hoping it wouldn't be too much faff to construct a task in code and run it10:22
rburtonhttps://www.irccloud.com/pastebin/yfcRWok7/10:23
*** mariusz <mariusz!~mariusz@185.241.198.130> has joined #yocto10:25
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 252 seconds)10:26
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto10:27
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto10:27
RPrburton: since you're testing the network change, you'd need to do it in a new process. For that you'll need the bitbake worker overhead?10:28
rburtonhm good point :)10:28
RPwell, I'm guessing you are10:28
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 250 seconds)10:31
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto10:31
*** olani <olani!~olani@134.238.48.37> has joined #yocto10:34
*** lucaceresoli <lucaceresoli!~ceresoli@host-79-2-93-196.business.telecomitalia.it> has joined #yocto10:50
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 240 seconds)10:51
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto11:05
dacavhi.  I've done some damage to the tmp/deploy directory.  Now building my image recipe fails randomly.  I would say that a git clean and start over would fix it, but I don't want to waste hours.  I'm thikining of erasing only the tmp/work/$machine directory, while keeping x86_64-linux/ (the idea is to avoid re-building native tools, at least).  Would it work? Would you suggest anything better?11:14
JosefHolzmayrThedacav: just remove tmp11:20
dacav24 gigabytes of tmp11:21
JosefHolzmayrThedacav: if you keep downloads and sstate, rebuilding tmp should be a matter of minutes. yet if sstate is damaged, then you're in for trouble anyways.11:21
JosefHolzmayrTheya so what?11:21
dacavah, if you say it is minutes, that's fine11:21
JosefHolzmayrThejust make sure you keep downloads and sstate.11:21
dacavI kept DOWNLOADSDIR away :)11:21
dacavThanks JosefHolzmayrThe.  I suspect I killed sstate while trying to clean and redo minimally... but hey, at this point I think I'm screwed anyway :)11:22
dacavBut 18 gigabytes of downloads, at least, are spared11:23
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 252 seconds)11:25
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto11:26
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)11:30
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 268 seconds)11:31
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto11:32
*** coldspark29 <coldspark29!~claussenj@2a04:4540:6518:2600:1adf:22ef:6c64:2f7> has joined #yocto11:38
*** Nathan80 <Nathan80!~Nathan@host-92-27-73-33.static.as13285.net> has joined #yocto11:46
*** Nathan80 <Nathan80!~Nathan@host-92-27-73-33.static.as13285.net> has quit IRC (Quit: Ping timeout (120 seconds))11:56
*** goliath <goliath!~goliath@user/goliath> has joined #yocto12:00
*** Nathan62 <Nathan62!~Nathan@host-92-27-73-33.static.as13285.net> has joined #yocto12:11
Nathan62Hello, I'm having trouble with ptest. I've followed https://docs.yoctoproject.org/dev-manual/common-tasks.html#testing-packages-with-ptest12:12
Nathan62I create a distro with `DISTRO_FEATURES_append = "ptest"` and added `ptest-pkgs` to my `EXTRA_IMAGE_FEATURES` in local.conf12:12
Nathan62building my image resulted in a bunch of ptest enabled recipes being rebuilt12:13
Nathan62but `ptest-runner` in my image doesn't find any tests to run.12:14
Nathan62Do you have any tips on what to look for?12:14
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)12:25
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto12:26
dacavrburton: yesterday you mentioned that I should probably IMAGE_INSTALL:append kexec instead of kexec-tools.  That was ineffective too, I'm afraid.  Actually, I lied a little in saying that I was using :append.  I'm actually adding kexec/kexec-tools to the existing IMAGE_INSTALL += "..." definition made by a colleague of mine.  Does the operator matter?12:33
rburtonthe only thing that matters is the end result, so use bitbake -e imagename and check that kexec ends up in IMAGE_INSTALL12:33
dacav- it should not, by intuition, yet it is said explicitly to use :append in the reference manual12:33
dacavAh, this is interesting: I could not find `IMAGE_INSTALL` in the output of bitbake -e12:34
dacavit looks ... commented?12:34
rburtonthe output is sh-ish, so ignore that12:35
dacavyes, I usually grep for ^WHATEVER12:35
dacavbitbake -e | grep ^IMAGE_INSTALL → no lines12:35
dacavah, idiot me, I should provide the name of the recipe12:39
dacavAnyway, it does appear to IMAGE_INSTALL, yet it does not end up under tmp/work/$machine/ as I would expect (unless I build it explicitly with bitbake kexec).  Both ways, it won't be in the final image.  If anything, I've ruled out IMAGE_INSTALL.  Thanks.12:44
*** Nathan62 <Nathan62!~Nathan@host-92-27-73-33.static.as13285.net> has quit IRC (Quit: Ping timeout (120 seconds))12:55
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::cf1c> has joined #yocto13:11
*** oberonc <oberonc!~oberonc@109-186-99-217.bb.netvision.net.il> has joined #yocto13:13
oberoncI know paho-mqtt-c has a recipe, how can I tell if paco mqtt c++ has a recipe too ?13:14
dacavoberonc: bitbake-layers show-recipes maybe?13:23
oberoncI did that, but it only lists paho-mqtt-c13:23
oberonceven though https://layers.openembedded.org/layerindex/branch/master/recipes/?q=paho-mqtt-c lists paho-mqtt-cpp also as supported by meta-oe13:24
dacavoberonc: <disclaimer, I'm very new to yocto> ...could it be a matter of version?13:24
oberoncI have no idea13:25
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 250 seconds)13:25
dacavthat is, the recipe you saw on layers.openembedded.org is not compatible with your current version13:25
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto13:26
smurrayoberonc: AFAICT the paho-mqtt-cpp recipe was added in Nov to the master branch in meta-oe, you're not going to see it on any other branch13:27
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 245 seconds)13:30
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto13:31
*** codavi <codavi!~akiCA@user/akica> has joined #yocto13:53
*** ar__ <ar__!~akiCA@user/akica> has joined #yocto13:57
*** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto13:58
*** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 240 seconds)14:00
coldspark29[m]@qschulz Is it only possible to run setup Pyrex after having run ./setup-environment once?14:01
coldspark29[m]I just tried to set it up for a new build environment and it doesn't work without having run that first14:01
coldspark29[m]I thought it would basically accomplish the same14:02
coldspark29[m]But the bblayers.conf is not complete14:02
coldspark29[m]Maybe my setup script needs to be refined14:08
*** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Ping timeout: 240 seconds)14:17
*** coldspark29 <coldspark29!~claussenj@2a04:4540:6518:2600:1adf:22ef:6c64:2f7> has quit IRC (Remote host closed the connection)14:20
*** coldspark29 <coldspark29!~claussenj@2a04:4540:6518:2600:d6e0:2bba:3ed4:f5cc> has joined #yocto14:21
coldspark29[m]Another problem is that we host a lot of stuff on our own server, which needs and SSH key entry. So the Pyrex containers can't access those repositories14:24
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:32
JPEWcoldspark29[m]: You have to map the keys into the container that is needed14:33
JPEWcoldspark29[m]: https://github.com/garmin/pyrex#faq14:33
oberoncI got the paho-mqtt-cpp recipe ad tried ti run it using bitbake paho-mqtt-cpp, I get this error:14:35
oberoncERROR: paho-mqtt-cpp-1.2.0-r0 do_package: QA Issue: paho-mqtt-cpp: Files/directories were installed but not shipped in any package:14:35
oberonc  /usr/lib14:35
oberonc  /usr/lib/cmake14:35
oberonc  /usr/lib/cmake/PahoMqttCpp14:35
oberonc  /usr/lib/cmake/PahoMqttCpp/PahoMqttCppTargets-noconfig.cmake14:35
oberonc  /usr/lib/cmake/PahoMqttCpp/FindPahoMqttC.cmake14:35
oberonc  /usr/lib/cmake/PahoMqttCpp/PahoMqttCppConfigVersion.cmake14:35
oberonc  /usr/lib/cmake/PahoMqttCpp/PahoMqttCppTargets.cmake14:35
oberonc  /usr/lib/cmake/PahoMqttCpp/PahoMqttCppConfig.cmake14:35
oberoncPlease set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.14:35
oberoncpaho-mqtt-cpp: 8 installed and not shipped files. [installed-vs-shipped]14:35
oberoncERROR: paho-mqtt-cpp-1.2.0-r0 do_package: Fatal QA errors found, failing task.14:35
oberoncwhat gives ?14:35
coldspark29[m]JPEW: Ah nice thanks14:36
*** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Remote host closed the connection)14:36
*** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto14:37
coldspark29[m]@JPEW Any ideas about the setup script as well? I load pyrex into my Yocto folder, which has the following structure then... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/7e91bf7b2021e057b40838c1401671d8c9c00ce5)14:39
coldspark29[m]s/then//, s/build//, s/pyrex  pyrex-init-build-env  pyrex.ini//14:39
coldspark29[m]s/then//, s/build//, s/pyrex  pyrex-init-build-env  pyrex.ini//14:39
coldspark29[m]s/then//, s/build//, s/pyrex  pyrex-init-build-env  pyrex.ini//14:40
coldspark29[m]Problem is I can only run Pyrex once I have run ./setup-environment once14:40
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 240 seconds)14:41
JPEWcoldspark29[m]: "My Script" is setup-environment ?14:41
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto14:42
coldspark29[m]Hmm I guess it is something Freescale-related14:42
coldspark29[m]Will probably have to tune the script for Pyrex14:42
JPEWcoldspark29[m]: You can roll the pyrex setup into setup-environment14:43
JPEWcoldspark29[m]: (and probably should)14:43
coldspark29[m]JPEW: For now I would just keep it this way, because a few things like `devtool edit-recipe` are not working14:45
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 268 seconds)14:46
coldspark29[m]So sometimes I would still need to use the normal Yocto environment14:47
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto14:47
JPEWI think you would want something like https://www.irccloud.com/pastebin/whAMTCFd/14:48
*** jpuhlman_ <jpuhlman_!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto14:48
*** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Killed (calcium.libera.chat (Nickname regained by services)))14:48
*** jpuhlman_ is now known as jpuhlman14:48
JPEWcoldspark29[m]: Ah. I'm confused about which file you are showing me the contents of in your previous post14:48
coldspark29[m]JPEW: Are you on IRC?14:50
JPEWcoldspark29[m]: yes14:50
coldspark29[m]Yeah pasting code on IRC is not nice14:51
JPEWI got the code; I just don't know which file "my script" is :)14:52
JPEWIt doesn't really matter too much I guess14:52
coldspark29[m]Oh those are just the commands I use to setup the environment14:52
coldspark29[m]But I guess all of that is correct14:53
JPEWcoldspark29[m]: Looks correct to me14:53
coldspark29[m]I would just need to edit the script from Freescale for Pyrex14:53
JPEWYa. *usually* you would check in pyrex.ini so that everyone uses the same one14:53
coldspark29[m]I also made an issue on Github for the `devtool edit-recpipe` feature14:54
JPEWAnd you can setup the init script so that it does the environment setup automatically14:54
coldspark29[m]Yeah I need to include the .ssh folder etc.14:56
coldspark29[m]Ah I could also mount my .vim folder and .vimrc I guess14:58
JPEWcoldspark29[m]: Ya, that might work14:58
coldspark29[m]Is Vim included in the container?14:58
coldspark29[m]Think it was missing and that is why `devtool edit-recipe` didn't work14:59
JPEWI'm a little leery of passing the editor in.... it's not the same environment, and I'm not sure I want to set the precedence that any random "editor" will work inside the container14:59
JPEWThe whole point of Pyrex is that you can use whatever host environment/editor/etc you want :)14:59
coldspark29[m]Yeah but the command should work14:59
coldspark29[m]Since everyone has his own EDITOR in env, all those should be supported15:00
JPEWIf we want it to just "work" we should hardcode EDITOR to nano or something inside the container15:00
coldspark29[m]Or yeah that would work, but wouldn't satisfy me15:00
JPEWLike I said, setting the precdence that the users editor works in the in container is..... not a road I want to go down15:01
coldspark29[m]I would just like be able to follow Joseph's tutorial for example15:01
coldspark29[m]And he uses those commands15:01
JPEW"An editor" is fine; the users specific editor with all their settings.... no15:01
JPEWSure15:01
coldspark29[m]Why not?15:01
JPEWIt's really hard to get that all configured identically15:02
JPEWFor example, if I'm using Pyrex to build old Yocto on Ubuntu 16.04... it's just not going to go well15:02
JPEWDo we have to keep the latest version of every possible EDITOR in every container?15:03
coldspark29[m]Hmm should I mount my /usr/bin/vim then?15:03
JPEWIt probably won't run due to library dependencies15:03
coldspark29[m]Whole /usr/bin would be a bit much I guess15:03
JPEW(or it might happen to work if you host is close enough to the contianer)15:03
JPEWNo, don't do /usr/bin15:04
JPEWRead the warning at the end of https://github.com/garmin/pyrex#binding-directories-into-the-container15:04
coldspark29[m]Yeah but you could mount those libraries as well. Make some scripts to easily mount those editors from the host15:04
JPEWAt that point, don't use Pyrex :)15:05
JPEWLike I said, I *do* want it to work, but I'm not sure what the best way to go about that is yet15:05
JPEWWe've fixed previous things like this by excluding things from running inside the container (e.g. qemu)15:06
coldspark29[m]Yeah I think mounting the libraries will be as mess on second thought15:06
coldspark29[m]They will substitute the older libraries of the container and break things15:06
JPEWBut... we can't do that here because its a subcommand, and I don't think we can exclude all of devtool as it would break other things it does15:06
coldspark29[m]Maybe you could mount appimages15:07
JPEWPossibly, I don't know enough about them15:07
coldspark29[m]or snaps15:07
coldspark29[m]Well the only viable solution would be to mount an isolated application image into the container15:08
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 256 seconds)15:08
coldspark29[m]Else stuff will break15:08
JPEW*If* we have to run an editor in the container15:08
coldspark29[m]But this will also not be easily done I get it15:08
JPEWThe other problem is that we don't do anything to setup graphical in Purex15:08
coldspark29[m]devtool is quite convenient15:08
coldspark29[m]I don't need it, but it is nice15:09
JPEWSure; Like I said I would prefer to make it so that `devtool edit-recipe` just runs outside the container15:09
JPEWI *think* that will work better15:09
coldspark29[m]Yeah but containers are not supposed to have access to the host15:10
JPEWCorrect15:10
coldspark29[m]I read somewhere that it is possible with named pipes somewhere15:10
coldspark29[m]s/somewhere/somehow/15:10
JPEWPyrex intercepts commands you run and decides if it should run them inside the contianer or outside15:10
JPEWIt's not breaking out of the container, it not running it there in the first place15:11
coldspark29[m]Yeah it is tricky15:12
coldspark29[m]I think adding all the editors wouldn't be so bad. I wouldn't mind the version of the editor that much. I would also not need all of my vim plugins. Would just nice to have the same editor.15:13
coldspark29[m]But well, I will leave it for now15:14
JPEWYou can test this by editing pyrex.ini to pass EDITOR15:14
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto15:14
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 250 seconds)15:16
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto15:17
*** oberonc <oberonc!~oberonc@109-186-99-217.bb.netvision.net.il> has quit IRC (Quit: Client closed)15:48
coldspark29[m]It does propagate it, but there is no vim in the container so15:49
JPEWcoldspark29[m]: Ah15:50
coldspark29[m]I would be perfectly fine with the default, which is vi, but I guess that would be not great for users that don't know the vi commands15:51
coldspark29[m]Many of my colleaques say the only vi command they know is how to get out ^^15:53
JPEWcoldspark29[m]: Right15:53
coldspark29[m]Is there a way I could install my favorite editor to the containers myself?15:54
JPEWYou'd have to build your own container, but ya15:55
JPEWHang, on let me find the documentation...15:55
JPEWhttps://github.com/garmin/pyrex/blob/master/DEVELOPING.md#building-images-locally15:56
JPEWThen you can change the Dockerfile and add whatever you want15:56
*** Borimo <Borimo!~user@107.150.23.149> has quit IRC (Read error: Connection reset by peer)16:02
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto16:03
coldspark29[m]Will look into it tomorrow maybe16:04
coldspark29[m]Thanks16:04
*** Borimo <Borimo!~user@107.150.23.149> has joined #yocto16:06
*** mariusz <mariusz!~mariusz@185.241.198.130> has quit IRC (Ping timeout: 240 seconds)16:11
*** vd33 <vd33!~vd33@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto16:11
vd33apparemently there is a maximum image size which causes me an error16:20
vd33mine in 108+ mo because I have lots of data in the boot partition16:20
vd33180*16:20
vd33is there a way to allow such big image to be created?16:20
fabatera[m]Trying to build gRPC helloworld I'm getting:16:38
fabatera[m]`ERROR: mygrpc-1.0+git999-r0 do_package_qa: QA Issue: /opt/greeter_server contained in package mygrpc requires libhw_grpc_proto.so()(64bit), but no providers found in RDEPENDS_mygrpc? [file-rdeps]`16:38
fabatera[m]Solved after adding `RPROVIDES_${PN} += "libhw_grpc_proto.so()(64bit)"`16:38
fabatera[m]But it looks strange. Any comment?16:38
fabatera[m]-> The .so file is built within helloworld16:39
*** tperrot[m] <tperrot[m]!~tperrotma@2001:470:69fc:105::1:55b1> has joined #yocto16:42
*** Minvera <Minvera!~Minvera@162.223.44.49> has joined #yocto16:44
*** tperrot[m] <tperrot[m]!~tperrotma@2001:470:69fc:105::1:55b1> has left #yocto16:48
*** tperrot[m] <tperrot[m]!~tperrotma@2001:470:69fc:105::1:55b1> has joined #yocto16:49
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)16:50
rburtonvd33: whats the error?16:53
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 256 seconds)16:53
*** tperrot[m] <tperrot[m]!~tperrotma@2001:470:69fc:105::1:55b1> has left #yocto16:55
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.4)16:58
*** lucaceresoli <lucaceresoli!~ceresoli@host-79-2-93-196.business.telecomitalia.it> has quit IRC (Remote host closed the connection)17:00
*** Konsgn <Konsgn!~Konsgn@user/Konsgn> has joined #yocto17:00
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)17:04
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Ping timeout: 268 seconds)17:06
*** zpfvo <zpfvo!~fvo@88.130.218.94> has joined #yocto17:07
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 260 seconds)17:10
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto17:12
vd33rburton "image size exceeds allowed size of X" or something, I'll try to get it back after testing compression17:17
*** zpfvo <zpfvo!~fvo@88.130.218.94> has quit IRC (Quit: Leaving.)17:20
vd33rburton: "Actual rootfs size (187439 kB) is larger than allowed size 131072 kB"17:30
rburtonfrom what?17:30
rburtonmeta/conf/bitbake.conf:INITRAMFS_MAXSIZE ??= "131072"17:31
rburtonthat?17:31
rburtonassuming this is a initramfs17:31
rburtonyou're not saying what type of image, or what stage, so it's hard to comment17:31
*** ziga <ziga!~ziga@89-212-219-192.dynamic.t-2.net> has quit IRC (Ping timeout: 240 seconds)17:54
vd33rburton: hard to say. I've enabled buildhistory and the rootfs image contains qtwebengine which is 110800 KiB already...18:04
*** mckoan is now known as mckoan|away18:04
*** Tokamak <Tokamak!~Tokamak@172.58.188.90> has quit IRC (Ping timeout: 256 seconds)18:07
*** Tokamak <Tokamak!~Tokamak@166.205.152.22> has joined #yocto18:10
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)18:16
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto18:18
rfs613I can get a list of all packages (and versions) using 'bitbake -s'; is there a way to restrict this to package which are actually enabled for a given image?18:19
rfs613(I tried doing 'bitbake -e <image> | grep ^PACKAGES' but this did not produce the list I was expecting.18:21
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)18:26
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto18:27
*** dti <dti!~dtometzki@fedora/dtometzki> has joined #yocto18:29
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Read error: Connection reset by peer)18:29
vd33rburton: the wrong WKS_FILE was deduced, thanks.18:39
vd33can you pass variables from the image recipe to the .wks file?18:43
vd33yes, .wks.in files18:51
*** snikulov <snikulov!~snikulov@109-252-86-189.nat.spd-mgts.ru> has quit IRC (Remote host closed the connection)19:09
*** snikulov <snikulov!~snikulov@109-252-86-189.nat.spd-mgts.ru> has joined #yocto19:09
*** snikulov <snikulov!~snikulov@109-252-86-189.nat.spd-mgts.ru> has quit IRC (Remote host closed the connection)19:14
*** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has joined #yocto19:14
*** florian_kc <florian_kc!~florian@dynamic-002-244-037-135.2.244.pool.telefonica.de> has joined #yocto19:19
*** vd33 <vd33!~vd33@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: Client closed)19:31
*** vd33 <vd33!~vd33@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto19:32
*** mvlad_ <mvlad_!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto19:37
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has quit IRC (Ping timeout: 260 seconds)19:37
*** amitk_ <amitk_!~amit@103.208.69.28> has joined #yocto19:59
*** amitk <amitk!~amit@103.208.71.178> has quit IRC (Ping timeout: 240 seconds)20:01
*** florian_kc <florian_kc!~florian@dynamic-002-244-037-135.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)20:26
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)20:47
*** Tokamak <Tokamak!~Tokamak@166.205.152.22> has quit IRC (Ping timeout: 240 seconds)21:01
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)21:03
*** Tokamak <Tokamak!~Tokamak@166.205.152.22> has joined #yocto21:03
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has quit IRC (Quit: ZNC 1.8.2+deb1+bionic2 - https://znc.in)21:06
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto21:08
*** mvlad_ <mvlad_!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)21:12
*** florian_kc <florian_kc!~florian@dynamic-002-244-037-135.2.244.pool.telefonica.de> has joined #yocto21:29
*** mariusz <mariusz!~mariusz@185.241.198.130> has joined #yocto21:38
*** Tokamak <Tokamak!~Tokamak@166.205.152.22> has quit IRC (Ping timeout: 256 seconds)21:40
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto21:42
*** Tokamak <Tokamak!~Tokamak@172.58.191.109> has joined #yocto21:43
*** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has joined #yocto21:46
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto21:57
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)21:57
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto21:58
*** Minvera <Minvera!~Minvera@162.223.44.49> has quit IRC (Quit: Leaving)22:04
*** florian_kc <florian_kc!~florian@dynamic-002-244-037-135.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)22:07
mcfrisk22:08
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 240 seconds)23:01
*** mariusz <mariusz!~mariusz@185.241.198.130> has quit IRC (Ping timeout: 256 seconds)23:02
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto23:20
*** Tokamak <Tokamak!~Tokamak@172.58.191.109> has quit IRC (Ping timeout: 240 seconds)23:27
*** florian_kc <florian_kc!~florian@dynamic-002-244-037-135.2.244.pool.telefonica.de> has joined #yocto23:29
*** Tokamak <Tokamak!~Tokamak@172.58.191.109> has joined #yocto23:30
*** florian_kc <florian_kc!~florian@dynamic-002-244-037-135.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)23:48
« Tuesday, 2021-12-21 Index Thursday, 2021-12-23 »

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!