| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 00:03 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 00:03 | |
| *** otavio <otavio!~otavio@2804:38a:c050:2858:d06f:3025:db13:a9e4> has quit IRC (Ping timeout: 272 seconds) | 00:16 | |
| *** otavio <otavio!~otavio@187.71.136.22> has joined #yocto | 00:17 | |
| *** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has quit IRC (Ping timeout: 276 seconds) | 00:19 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Read error: Connection reset by peer) | 00:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 00:35 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 00:39 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 00:40 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 00:54 | |
| *** otavio <otavio!~otavio@187.71.136.22> has quit IRC (Ping timeout: 272 seconds) | 00:55 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 00:56 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto | 01:04 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 01:15 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (Ping timeout: 244 seconds) | 01:20 | |
| *** starblue1 <starblue1!~juergen@dslb-188-109-108-211.188.109.pools.vodafone-ip.de> has quit IRC (Ping timeout: 276 seconds) | 01:21 | |
| *** starblue1 <starblue1!~juergen@dslb-094-221-180-086.094.221.pools.vodafone-ip.de> has joined #yocto | 01:22 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto | 01:27 | |
| *** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has joined #yocto | 01:30 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:39 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 02:12 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:36 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 03:05 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 03:05 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Read error: Connection reset by peer) | 03:30 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 03:30 | |
| *** peoliye <peoliye!~peoliye@205.251.233.52> has joined #yocto | 03:32 | |
| *** Circuitsoft <Circuitsoft!uid393878@id-393878.lymington.irccloud.com> has joined #yocto | 03:36 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 240 seconds) | 03:44 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 03:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 03:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 03:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 03:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:54 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 04:08 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 04:19 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 04:19 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 272 seconds) | 04:24 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 04:24 | |
| *** amitk <amitk!~amit@103.208.71.178> has joined #yocto | 04:45 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:53 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 05:32 | |
| *** peoliye <peoliye!~peoliye@205.251.233.52> has quit IRC (Quit: Client closed) | 05:33 | |
| *** qvwwsy <qvwwsy!~qvwwsy@user/ako> has joined #yocto | 05:39 | |
| qvwwsy | hello, after switching to kirkstone I get several kernels in the /boot/ dir: zImage, fitImage, uImage which wasn't the case with the honister. oe-pkgata-util says that they come from linux-yocto recipe which isn't much of a help. Any hints? | 05:41 |
|---|---|---|
| *** ptsneves <ptsneves!~Thunderbi@83.11.65.125.ipv4.supernova.orange.pl> has joined #yocto | 05:58 | |
| *** ptsneves <ptsneves!~Thunderbi@83.11.65.125.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 244 seconds) | 06:09 | |
| *** ptsneves <ptsneves!~Thunderbi@83.11.65.125.ipv4.supernova.orange.pl> has joined #yocto | 06:23 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 276 seconds) | 06:28 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:29 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 06:31 | |
| *** tlwoerner__ <tlwoerner__!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 06:31 | |
| LetoThe2nd | qvwwsy: do a bitbake -e on linux-yocto and look at the KERNEL_IMAGE_TYPES variable (or kinda similar) | 06:32 |
| LetoThe2nd | and, yo dudX | 06:32 |
| *** tlwoerner_ <tlwoerner_!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 244 seconds) | 06:33 | |
| *** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has quit IRC (Ping timeout: 244 seconds) | 06:33 | |
| *** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has joined #yocto | 06:34 | |
| *** kami <kami!~kami@190.2.144.24> has joined #yocto | 06:40 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:43 | |
| *** frieder <frieder!~frieder@200116b824f4f5810000000000002000.dip.versatel-1u1.de> has joined #yocto | 06:49 | |
| *** amitk <amitk!~amit@103.208.71.178> has quit IRC (Ping timeout: 272 seconds) | 07:06 | |
| *** amitk <amitk!~amit@103.208.69.35> has joined #yocto | 07:12 | |
| *** mateuszmar2 <mateuszmar2!~mateuszma@178235146175.dynamic-3-poz-k-0-0-0.vectranet.pl> has joined #yocto | 07:14 | |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has joined #yocto | 07:14 | |
| *** mckoan|away is now known as mckoan | 07:17 | |
| wkawka | Hi, can I navigate what and how affects rootfs size? I have a strange situation where container which is even not on rootfs partition takes 30k blocks | 07:17 |
| mckoan | good morning | 07:17 |
| wkawka | I'm trying to investigate it | 07:18 |
| LetoThe2nd | wkawka: maybe enable buildhistory, and inspect the output? plus, look at the contents, which packages put the stuff into your resulting thing. | 07:21 |
| LetoThe2nd | wkawka: side note: your question is contradictory in itself. "what affects rootfs size"-"even not a rootfs partition" | 07:22 |
| *** dev1990 <dev1990!~dev@77-254-237-122.adsl.inetia.pl> has joined #yocto | 07:24 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:26 | |
| *** davidinux <davidinux!~davidinux@92.118.62.37> has quit IRC (Ping timeout: 268 seconds) | 07:44 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 07:45 | |
| *** LetoThe2nd <LetoThe2nd!~Josef_Hol@ec2-52-29-15-71.eu-central-1.compute.amazonaws.com> has quit IRC (Quit: WeeChat 3.5) | 07:45 | |
| *** davidinux <davidinux!~davidinux@net-31-156-156-253.cust.vodafonedsl.it> has joined #yocto | 07:45 | |
| *** LetoThe2nd <LetoThe2nd!~Josef_Hol@2a01:4f8:211:1bdd::2> has joined #yocto | 07:47 | |
| *** denisoft81 <denisoft81!~denisoft8@host-95-239-126-92.retail.telecomitalia.it> has joined #yocto | 07:52 | |
| denisoft81 | Hi all, I received an error message when I installed a python module on yocto hardknott with pip3. Kindly, how can I do? Thanks in advance https://pastebin.com/V2kkAM0r | 07:55 |
| qschulz | morning folks | 07:59 |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-1432-37.w90-63.abo.wanadoo.fr> has joined #yocto | 08:03 | |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 08:05 | |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto | 08:05 | |
| Tyaku | Hi, What is the best practices with rsyslog and yocto ? For example, currently I would like to implement in my custom image "IMAGE_INSTALL += rsyslog" and configure rsyslog to transmit the logs to a fixed IPV4 address, but only if the image is built "on debug". Is it the good way to do it ? | 08:05 |
| Tyaku | Also, is it possible in a custom image (image.bb) to put a condition like "if (XXX) IMAGE_INSTALL" where XXX comes from local.conf | 08:06 |
| khem | we do have a variable called DEBUG_BUILD when set to 1 it build debug version of image but the notion of debug is different for different people | 08:08 |
| khem | you might be better off by defining separate image for your debug version | 08:08 |
| khem | and add it in there | 08:09 |
| *** dacav <dacav!~dacav@31-209-41-39.cust.bredband2.com> has joined #yocto | 08:10 | |
| LetoThe2nd | Tyaku: you can "inject" information into the image recipe from local.conf. from my experience, the most maintainable approach is to package you dev-time modifications up as a custom DISTRO that you hold in a personal layer. | 08:16 |
| khem | I think its not dev thing that is being asked here, its more like a deployed image with and without rsyslog, | 08:20 |
| LetoThe2nd | khem: i interpreted the "if the image is built on debug" as a dev version. if we're talking about deployed stuff, then you're rightä | 08:22 |
| Tyaku | So, to build an image with/without rsyslog depending if it's production firmware or not, | 08:25 |
| Tyaku | The best option is to have custom-image-prod.bb and custom-image-dev.bb ? | 08:26 |
| LetoThe2nd | Tyaku: its the most common approach. I would suggest the -dev version being not independent, but directly require-ing the -prod one and only extend, but thats a minor thing. | 08:28 |
| *** LetoThe2nd <LetoThe2nd!~Josef_Hol@2a01:4f8:211:1bdd::2> has quit IRC (Quit: WeeChat 3.5) | 08:28 | |
| *** LetoThe2nd <LetoThe2nd!~Josef_Hol@2a01:4f8:211:1bdd::2> has joined #yocto | 08:29 | |
| *** LetoThe2nd <LetoThe2nd!~Josef_Hol@2a01:4f8:211:1bdd::2> has quit IRC (Client Quit) | 08:31 | |
| *** LetoThe2nd <LetoThe2nd!~Josef_Hol@2a01:4f8:211:1bdd::2> has joined #yocto | 08:32 | |
| Tyaku | LetoThe2nd I was watching it, but as the -prod is a .bb I can't put inherit custom-image-prod | 08:32 |
| LetoThe2nd | Tyaku: not inherit. require. see core-image-minimal-dev.bb for the blueprint :-) | 08:33 |
| Tyaku | Thanks, I'm going to look it | 08:34 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:36 | |
| *** Guest5 <Guest5!~Guest5@212.118.206.70> has joined #yocto | 08:37 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:39 | |
| glembo[m] | How to call a shell function from a python function with arguments?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/100db2e1cbde127266397a9f5689108a625fb9b4) | 09:04 |
| *** kami <kami!~kami@190.2.144.24> has quit IRC (Ping timeout: 252 seconds) | 09:09 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 09:13 | |
| qschulz | glembo[m]: depending on the scenario, you could use do_python_task[postfunc] += "some_sh_func;" if I'm not mistaken | 09:17 |
| qschulz | but still no argument though | 09:19 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:24 | |
| qschulz | i guess you could create a variable in the python function and put it in the datastore, and access it from the shell function with ${MYVAR} ? | 09:27 |
| qschulz | just throwing ideas right now | 09:27 |
| qschulz | (d.setVar for adding a variable to the datastore) | 09:27 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:31 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 09:32 | |
| *** camus1 is now known as camus | 09:32 | |
| rburton | glembo[m]: bb.build.exec_func() | 09:42 |
| rburton | literally hundreds of examples in oe-core | 09:42 |
| rburton | you'll need to throw values into the datastore to "pass arguments" though | 09:43 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 09:44 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 09:44 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 09:49 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:49 | |
| fleg | Hi, I'm trying to use the `npmsw://` url in my SRC_URI, but some packages are in registries that require auth tokens. At first I thought that having a properly configured .npmrc would solve the problem, but after digging deeper I've found that retrieving dependencies stored in the shrinkwrap file is done "by hand" in fetch2/npmsw.py. Is there an | 09:57 |
| fleg | obvious way to use the auth token there, or do I have to get my hands dirty and work around it somehow? ;) | 09:57 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Ping timeout (120 seconds)) | 09:58 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 244 seconds) | 10:03 | |
| *** starblue1 <starblue1!~juergen@dslb-094-221-180-086.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 272 seconds) | 10:04 | |
| *** TobiQS <TobiQS!~TobiQS@93.241.91.170> has joined #yocto | 10:04 | |
| *** starblue1 <starblue1!~juergen@dslb-094-221-180-086.094.221.pools.vodafone-ip.de> has joined #yocto | 10:06 | |
| *** Circuitsoft <Circuitsoft!uid393878@id-393878.lymington.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 10:15 | |
| ptsneves | RP: > To make this work you need to know "where it looked but didn't find" files | 10:22 |
| ptsneves | The thing is that with this new logic it will not even proceed to full parsing and it will not do so until a valid file is given for parsing. This seems to me exactly the same logic i implemented by making the not finding a file a fatal error. | 10:22 |
| ptsneves | I am sorry i did not see your message before :( | 10:22 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 10:28 | |
| ptsneves | The shortcutting of parsing into a fatal is actually highlighted by the message Alexandre sent on the original conversion: It broke a poky test which tested a missing file on the download step. That poky test which now fails at the file checksumming step, and the exception is different and the reason the test now fails. Maybe this is the key behavior change to evaluate if you want to proceed with my change. | 10:28 |
| *** kami <kami!~kami@5.114.71.128> has joined #yocto | 10:28 | |
| RP | ptsneves: There is no such thing as "full parsing" | 10:30 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 10:30 | |
| RP | ptsneves: There is a piece of the puzzle I don't think you understand here :/ | 10:30 |
| RP | ptsneves: bitbake doesn't reparse recipes every time, each time you run it. Instead it forms a cache of the data it needs and detects changes to the recipes to know what to reparse | 10:31 |
| ptsneves | @RP Ok, i am aware of that. And what bitbake wants to know is if the files changed to know if needs to retrigger do-fetch | 10:32 |
| RP | ptsneves: Imagine FILESPATH = "a:b:c", SRC_URI = "file://myfile" and c/myfile exists and you run bitbake -p. If you then touch b/myfile, we need to reparse this recipe for the new checksum | 10:32 |
| ptsneves | @RP i follow :) | 10:32 |
| RP | ptsneves: it isn't even about running it, it is knowing when to reparse. To make things work, we not only need to know the checksum of c/myfile but also that b/myfile didn't exist | 10:33 |
| RP | if b/myfile exists, we know something changed and we have to reparse | 10:33 |
| *** kami <kami!~kami@5.114.71.128> has quit IRC (Ping timeout: 252 seconds) | 10:41 | |
| LetoThe2nd | does anybody happen to know a variable which has a nice evaluation history in a vanilla poky setup? nice in terms of, good for showing. | 10:45 |
| ptsneves | ok still following. Let us consider that: | 10:54 |
| ptsneves | When SRC=URI="file://myfile" and it does not exist we call this State A. | 10:54 |
| ptsneves | When SRC_URI="file://myfile" and it starts existing we call State B. | 10:54 |
| ptsneves | When SRC_URI="file::/myfile" exists and is modified we call State C. | 10:54 |
| ptsneves | I argue that with the current patch all combinations of states and their changes are observable or irrelevant, but appropriate parse cache invalidation will happen | 10:54 |
| ptsneves | The result of get_checksump_file_list: | 10:54 |
| ptsneves | file list@STATE A = ?? // the program is aborted due to the fatal. No parse cache matters and current state is a dont care | 10:54 |
| ptsneves | file list@STATE B = ['file://myfile'] // The contents are now checksummable and the file exists. The list has a new element | 10:54 |
| ptsneves | file list@STATE C = ['file://myfile'] // The contents changed and the checksuming results will decide whether the cache is invalidated. The list does not change. | 10:54 |
| ptsneves | STATE A -> STATE B/C => observable due to list becoming available | 10:54 |
| ptsneves | STATE B <-> STATE C => list not changing, checksumming to decide if file changed | 10:54 |
| ptsneves | STATE B -> STATE A => not observable for cache purposes but irrelevant since bitbake dies of fatal error | 10:54 |
| ptsneves | oh damn my client broke this down. Sorry guys | 10:54 |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Remote host closed the connection) | 10:56 | |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 11:00 | |
| RP | ptsneves: I don't think that does match what I'm talking about, it doesn't work like this | 11:04 |
| ptsneves | @RP Ok that is fine. If you wish to revisit the topic let me know | 11:06 |
| RP | ptsneves: go back to the scenario I mentioned. c/myfile existed and was parsed. We then create b/myfile. How does bitbake know to reparse things and that things have changed? | 11:06 |
| RP | ptsneves: we can clean up the code, we just can't drop this piece of functionality | 11:06 |
| ptsneves | @RP totally agree :) I have been on the biting end of parsing cache not being invalidated when it should :) I will try to understand it a bit better but i doubt the patch can stand if you are right | 11:08 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Remote host closed the connection) | 11:15 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 11:16 | |
| *** otavio <otavio!~otavio@2804:38a:c050:2858:2013:bd90:ef2d:4f3d> has joined #yocto | 11:37 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:460e:4f00:24d7:51ff:fed6:906d> has joined #yocto | 11:42 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 11:47 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 11:54 | |
| ThomasRoos[m] | another dnf --skip-broken question... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/a19981e7a9ea553158e4e4acad5735e46fa731d4) | 12:01 |
| ThomasRoos[m] | I know I can use ipkg instead of rpm - then the error is gone. | 12:09 |
| landgraf | ThomasRoos[m]: you should rebuild corretto without X11 support (either use configure and/or some kind of packageconfig/flag). again --skip-broken will not help and corretto will not be installed | 12:19 |
| landgraf | rpm adds autogenerated dependency, I'm not sure if it can be filtered using yocto | 12:20 |
| landgraf | oh. it's binary . well... | 12:22 |
| ThomasRoos[m] | yes... | 12:22 |
| ThomasRoos[m] | Rebuilding is the best solution, but not achievable without big efforts. | 12:23 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 12:23 | |
| ThomasRoos[m] | I wonder why there is no simple way to disable this check - I just want to install files and dnf shouldn't care about if they can be executed... | 12:24 |
| landgraf | ThomasRoos[m]: It's DNF's job to handle dependencies. if you want to install files use rpm --nodeps | 12:26 |
| landgraf | ThomasRoos[m]: another option - just extract the rpm somewhere (rpm2cpio <rpmfile> | cpio -id) and use it | 12:26 |
| ThomasRoos[m] | landgraf: yes, how to pass this when creating a image? | 12:27 |
| ThomasRoos[m] | I was hoping that I can set a env variable or bitbake var to disable this DNF check - enable (-skip-broken) | 12:29 |
| rburton | ThomasRoos[m]: use the bin_package class to repackage the rpm and delete the bits that are causing you problems | 12:30 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 272 seconds) | 12:30 | |
| *** JohnSmith[m] <JohnSmith[m]!~zenstoicm@2001:470:69fc:105::1:39c0> has joined #yocto | 12:31 | |
| ThomasRoos[m] | <rburton> "Thomas Roos: use the bin_package..." <- I don't use the rpm version of corretto - I just use the binary package as a zip file. Sorry - not specific about this. So my only chance to create an image without using package_rpm and use package_ipk instead or delete the libs that causing problems. | 12:38 |
| *** qvwwsy <qvwwsy!~qvwwsy@user/ako> has quit IRC (Ping timeout: 268 seconds) | 12:40 | |
| rburton | ThomasRoos[m]: delete the libs causing problems | 12:41 |
| rburton | that's not a workaround, it's the solution | 12:41 |
| ThomasRoos[m] | yes, I like this the best - but how to do this automatically? Try and error? | 12:43 |
| LetoThe2nd | ThomasRoos[m]: rather "seek and destroy" | 12:43 |
| LetoThe2nd | rburton: just for you https://youtu.be/Wm58sGEdgAw | 12:44 |
| landgraf | ThomasRoos[m]: ./jre/lib/amd64/libglassgtk2.so | 12:46 |
| landgraf | ./jre/lib/amd64/libprism_es2.so | 12:46 |
| landgraf | etc | 12:46 |
| ThomasRoos[m] | Of course - better would be the corretto team would just provide a headless version... | 12:47 |
| rburton | a neat recipe would split those into headless and gtk packages, then you can just instead the headless bits | 12:48 |
| ThomasRoos[m] | yes, this is what Ubuntu does | 12:48 |
| rburton | for this reason :) | 12:49 |
| ThomasRoos[m] | yes, this gives you the ability for a working package management. | 12:50 |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 12:50 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 260 seconds) | 12:51 | |
| rburton | ThomasRoos[m]: you know meta-aws has a coretto recipe in already, right? | 12:51 |
| rburton | https://github.com/aws4embeddedlinux/meta-aws/blob/master/recipes-devtools/amazon-corretto/corretto-11-bin_11.0.15.9.1.bb | 12:51 |
| ThomasRoos[m] | yes, I'm the maintainer ;) | 12:51 |
| rburton | ha | 12:51 |
| rburton | well, then you've no excuse for not doing it properly ;) | 12:51 |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Remote host closed the connection) | 12:52 | |
| ThomasRoos[m] | ...yes | 12:52 |
| rburton | it's just a jdk, how hard can it be to build <runs manically> | 12:52 |
| rburton | meta-java does build a jdk from scratch, so it's not impossible, just a... challenge. | 12:52 |
| ThomasRoos[m] | I know | 12:53 |
| ThomasRoos[m] | ;) | 12:53 |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 12:54 | |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-1432-37.w90-63.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal) | 12:56 | |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 12:59 | |
| ptsneves | ThomasRoos[m]: funny thing. ipk has a EXTRAOPKGCONFIG variable to add extra parameters to opkg but rpm does not have. You can append to ROOTFS_PKGMANAGE if you want but this will break if you change package manager in the future, given aguments are likely not compatible | 13:02 |
| rburton | don't work around this with rootfs tweaks | 13:03 |
| rburton | just fix the packaging | 13:03 |
| ptsneves | :) sorry only caught up with the conversation now | 13:03 |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 260 seconds) | 13:04 | |
| ptsneves | by the way, how do you guys extract the patches from emails to apply on your trees? Do you copy paste them? | 13:09 |
| RP | ptsneves: save the email and use git am | 13:09 |
| ptsneves | thanks | 13:10 |
| rburton | some people use lore/b4 | 13:10 |
| rburton | or patchworks | 13:10 |
| rburton | i had a tool which meant i could tag emails in my mailer and then run a script which would fetch the mails and apply them | 13:11 |
| JPEW | I have an embarssing `git mutt` alias :) | 13:11 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 13:14 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 13:17 | |
| ptsneves | Yes. I just tried saving the email in .txt from thunderbird and the file is not recognizable by git :( | 13:31 |
| ptsneves | i guess i will use lore. | 13:32 |
| qschulz | ptsneves: right click, save selected messages, plain text format | 13:33 |
| qschulz | should be enough, worked for me (for other mailing lists than oe/yocto though) | 13:33 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 13:34 | |
| JaMa | saving from mutt works fine for me and if I want to apply it "remotely", then downloading mbox format from patchwork is 2nd best option for me | 13:35 |
| *** mateuszmar2 <mateuszmar2!~mateuszma@178235146175.dynamic-3-poz-k-0-0-0.vectranet.pl> has quit IRC (Quit: Client closed) | 13:35 | |
| ptsneves | @qschulz that is what i tried and it gets the header mangled. Example https://pastebin.com/NDT0gYUb | 13:36 |
| ptsneves | The rest of the patch looks fine | 13:36 |
| JaMa | wget https://patchwork.yoctoproject.org/project/bitbake/patch/20220708205407.1680137-1-ptsneves@gmail.com/mbox/ -O - | git am | 13:37 |
| denisoft81 | Hi all, I would need to install a python module on the yocto image to run a test script and if everything works correctly I append the appropriate recipes. When installing using pip3 I get this error. How can I fix it? https://pastebin.com/8A1N2Hpi | 13:37 |
| ptsneves | @JaMa that seems to work :) thanks | 13:39 |
| qschulz | ptsneves: tried with this exact patchset (I assume) and it exported it fine? "works on my machine"TM :) | 13:39 |
| qschulz | denisoft81: are you running pip3 on your target directly? | 13:40 |
| *** TobiQS <TobiQS!~TobiQS@93.241.91.170> has quit IRC (Remote host closed the connection) | 13:40 | |
| ptsneves | @qschulz obviously we need to containerize thunderbird to make sure your machine is the ruling one | 13:40 |
| denisoft81 | Hi qschulz, thanks for your reply. Yes, I run pip3 directly on target | 13:41 |
| qschulz | denisoft81: going to give you some headaches :/ | 13:41 |
| qschulz | denisoft81: here it complains you don't have some gcc on your target to compile the python module | 13:42 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 13:42 | |
| qschulz | ptsneves: there's a flatpak on flathub :) | 13:42 |
| ptsneves | @qschulz :D | 13:43 |
| ptsneves | oh damn i cannot apply bitbake's paches directly into poky | 13:44 |
| ptsneves | bah i give up i will butcher the patch manually | 13:44 |
| qschulz | ptsneves: git am --directory=bitbake ? (just from the manpage, haven't tried) | 13:46 |
| denisoft81 | thanks qschulz | 13:46 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 13:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 13:49 | |
| *** kscherer <kscherer!~kscherer@dsl-173-206-153-62.tor.primus.ca> has joined #yocto | 13:51 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:52 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 13:53 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:54 | |
| ptsneves | maybe. I just manually edited the patch. | 13:56 |
| RP | qschulz: that sounds a lot simpler than some of the stuff I end up doing | 13:57 |
| qschulz | ptsneves: in the worst case, I think patch should be able to handle those too, just go into bitbake and then patch -p 1 < my.patch ? | 14:06 |
| ptsneves | @qschulz yep patch has -p1 but here it is the other way around i think. I would need the equivalent of patchdir :) | 14:07 |
| ptsneves | i have another patch i need to bring to poky so i will try the --directory | 14:07 |
| *** TobiQS <TobiQS!~TobiQS@p5df15baa.dip0.t-ipconnect.de> has joined #yocto | 14:09 | |
| qschulz | ptsneves: you always need -p 1 because of a/ and b/ in the paths IIRC? since patch patches relative to the current directory, if you cd into bitbake dir in poky git dir it should be fine | 14:11 |
| ptsneves | your are right | 14:11 |
| *** tjqurm <tjqurm!~tjqurm@user/ako> has joined #yocto | 14:12 | |
| ptsneves | @qschuz it worked! Another tool in the bag :) | 14:13 |
| qschulz | ptsneves: nice! :muscle: | 14:16 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 276 seconds) | 14:19 | |
| *** zeddiii is now known as zeddii | 14:25 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:c65d:59ac:1aeb:8346> has quit IRC (Ping timeout: 255 seconds) | 14:34 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (Read error: Connection reset by peer) | 14:56 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto | 15:00 | |
| *** ptsneves <ptsneves!~Thunderbi@83.11.65.125.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 272 seconds) | 15:10 | |
| *** TobiQS <TobiQS!~TobiQS@p5df15baa.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 15:11 | |
| *** fenrig <fenrig!~fenrig@ptr-vdf7arjkw3zsv1cibr.18120a2.ip6.access.telenet.be> has joined #yocto | 15:12 | |
| fenrig | Hi, please refer me to other channel (#meta-oe?) if I'm asking in the wrong location. Im trying to add lighttpd-module-authn_file in kirkstone | 15:13 |
| fenrig | So I'ved expanded the packageconfig to incorporate "nettle" and add the -Dwith_nettle=true compile flag. It compiles authn_file (checked in the temp/log.do_compile). On top of that I have the mod_authn_file.so in <image>/usr/lib/lighttpd/ | 15:15 |
| fenrig | I believe this line should pick that module up an create the yocto package (lighttpd-module-authn_file), but when I create my image I still get "nothing provides lighttpd-module-authn_file needed by ..." | 15:17 |
| fenrig | am I missing something? | 15:17 |
| fenrig | btw I forgot to post the link to "this line": http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-extended/lighttpd/lighttpd_1.4.64.bb?h=kirkstone#n78 | 15:18 |
| qschulz | fenrig: there might be some issues around the filename being named authn_file | 15:20 |
| qschulz | underscores are invalid characters for packages | 15:20 |
| fenrig | oh so the code to generate the filename wont work as well | 15:20 |
| fenrig | "the line" | 15:21 |
| qschulz | so either it's messed up or we have some magic stuff that replaces the underscore by a dash | 15:21 |
| qschulz | oe-pkgdata-util list-pkgs lighthttpd should give you the list of packages created by the recipe | 15:21 |
| fenrig | it doesnt list the modules in fact of lighttpd | 15:23 |
| fenrig | Im only getting lighttpd from that package | 15:24 |
| fenrig | though if I do bitabke lighttpd-module-authn_file it says this "lighttpd RPROVIDES lighttpd-module-authn_file" | 15:25 |
| qschulz | mmm, --recipe lighttpd maybe instead of just lighttpd? | 15:25 |
| fenrig | lighttpd-module-authn-file | 15:25 |
| fenrig | oh it works indeed :D i just need to put - instead of _ | 15:26 |
| fenrig | I guess I took that "line" too literal | 15:26 |
| fenrig | ty for your help | 15:27 |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 15:28 | |
| qschulz | fenrig: well, if you don't know underscore is an invalid character for package name and that there is some magic in do_split_packages, that was actually a safe assumption :) | 15:28 |
| qschulz | very welcome :) | 15:28 |
| fenrig | I forgot about the _ , indeed I did not know of this magic :D but it works now, super happy | 15:28 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 15:30 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 15:33 | |
| kranzo | Hi all, | 15:34 |
| kranzo | does a cleanall the sstate for the recipe or just the specific configuration active right now? | 15:34 |
| rburton | all sstate | 15:35 |
| RP | kranzo: use cleansstate, not cleanall and it is for the recipe | 15:35 |
| *** tjqurm <tjqurm!~tjqurm@user/ako> has quit IRC (Ping timeout: 244 seconds) | 15:42 | |
| kranzo | thats good thx, now the tricky question, i'm facing a basehash change because of some tinkering with env vars. | 15:45 |
| kranzo | using the origenv example from here: https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-metadata.html#passing-information-into-the-build-task-environment | 15:45 |
| kranzo | i'm injecting an env var into my recipe, testing the var for existence and providing an default value otherwise. | 15:45 |
| kranzo | now when the var is exported i get the basehash changed error. | 15:45 |
| kranzo | My question what is the best way of debugging the reparsing process? | 15:45 |
| fenrig | typically you can read the exports that are applied in the tasks inside the recipe work directory | 15:47 |
| fenrig | they are atop of the do_compile/do_install | 15:47 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 15:48 | |
| fenrig | poky/build/tmp/work/cortexa7t2hf-neon-vfpv4-poky-linux-gnueabi/<component>/<version>/temp/run.do_compile | 15:49 |
| fenrig | oh sorry I misread your question, sorry | 15:50 |
| *** otavio <otavio!~otavio@2804:38a:c050:2858:2013:bd90:ef2d:4f3d> has quit IRC (Ping timeout: 240 seconds) | 15:51 | |
| *** otavio <otavio!~otavio@187.71.136.22> has joined #yocto | 15:53 | |
| kranzo | maybe in other words: | 15:53 |
| kranzo | can i apply the env var to the taskhashes of a single recipe instead of all (as it seems to work when exported in the *.conf) | 15:53 |
| *** jpuhlman_ <jpuhlman_!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 15:53 | |
| *** jpuhlman is now known as Guest642 | 15:53 | |
| *** Guest642 <Guest642!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Killed (copper.libera.chat (Nickname regained by services))) | 15:53 | |
| *** jpuhlman_ is now known as jpuhlman | 15:53 | |
| kranzo | fenrig: but you read it :) | 15:53 |
| *** otavio <otavio!~otavio@187.71.136.22> has quit IRC (Ping timeout: 240 seconds) | 16:01 | |
| *** otavio <otavio!~otavio@200-102-164-25.user3p.brasiltelecom.net.br> has joined #yocto | 16:03 | |
| *** borsnw <borsnw!~borsnw@user/ako> has joined #yocto | 16:04 | |
| *** otavio <otavio!~otavio@200-102-164-25.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 244 seconds) | 16:07 | |
| *** otavio <otavio!~otavio@200.102.164.25> has joined #yocto | 16:08 | |
| borsnw | so, I still want to get rid of the kernels be put into the /boot. linux-yocto recipe generates kernel-image-fitimage, kernel-image-uimage and kernel-image-zimage. I want to get rid of these package. bitbake -e linux-yocto shows KERNEL_IMAGETYPES="zImage uImage fitImage". I found in the meta/poky/meta/classes/kernel.bbclass the following https://pastebin.com/jZNAeXWF | 16:08 |
| borsnw | it says - allow machine to override deps if kernel image is not wanted. So how do I override? | 16:09 |
| borsnw | # printf "!pe" | 16:14 |
| rburton | borsnw: don't install kernel-image (assuming a recent release). PACKAGE_EXCLUDE = "kernel-image-*" works in an image recipe | 16:25 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 16:25 | |
| borsnw | yes, kirkstone | 16:26 |
| borsnw | should this be bbappend to the linux-yocto.bb ? | 16:26 |
| rburton | no, image | 16:27 |
| borsnw | what image? sorry, not familiar with yocto | 16:28 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:28 | |
| rburton | the image you're building | 16:29 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 16:41 | |
| *** otavio <otavio!~otavio@200.102.164.25> has quit IRC (Read error: Connection reset by peer) | 16:43 | |
| *** otavio <otavio!~otavio@200.102.164.25> has joined #yocto | 16:45 | |
| RP | zeddii: meta-virt seems unhappy about something: https://autobuilder.yoctoproject.org/typhoon/#/builders/128/builds/314/steps/12/logs/stdio - not sure what changed :/ | 16:50 |
| *** jpuhlman_ <jpuhlman_!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 16:51 | |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Killed (lithium.libera.chat (Nickname regained by services))) | 16:51 | |
| *** jpuhlman_ is now known as jpuhlman | 16:51 | |
| *** mckoan is now known as mckoan|away | 17:01 | |
| *** denisoft81 <denisoft81!~denisoft8@host-95-239-126-92.retail.telecomitalia.it> has quit IRC (Quit: Leaving) | 17:05 | |
| *** rohieb <rohieb!~rohieb@neptun.rohieb.name> has left #yocto (Leaving) | 17:06 | |
| *** amitk <amitk!~amit@103.208.69.35> has quit IRC (Ping timeout: 264 seconds) | 17:19 | |
| zeddii | RP: would be due to christopher's patch, but I see one from ross that will address the issue. | 17:25 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 17:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 17:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 17:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 17:39 | |
| *** otavio <otavio!~otavio@200.102.164.25> has quit IRC (Remote host closed the connection) | 17:41 | |
| RP | zeddii: great | 17:41 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-117-195.93.132.pool.telefonica.de> has joined #yocto | 17:42 | |
| *** otavio <otavio!~otavio@200.102.164.25> has joined #yocto | 17:44 | |
| *** hushmoney <hushmoney!5206@2a01:4f8:141:1272::2> has quit IRC (Read error: Connection reset by peer) | 17:47 | |
| *** ptsneves <ptsneves!~Thunderbi@83.11.65.125.ipv4.supernova.orange.pl> has joined #yocto | 17:48 | |
| *** peoliye <peoliye!~peoliye@205.251.233.51> has joined #yocto | 17:59 | |
| *** fenrig <fenrig!~fenrig@ptr-vdf7arjkw3zsv1cibr.18120a2.ip6.access.telenet.be> has quit IRC (Quit: Client closed) | 17:59 | |
| *** ptsneves <ptsneves!~Thunderbi@83.11.65.125.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 260 seconds) | 18:00 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-117-195.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 18:00 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 18:04 | |
| *** alimon <alimon!~alimon@2806:10b7:3:586b:2c32:cfff:fe8e:de1f> has quit IRC (Ping timeout: 276 seconds) | 18:06 | |
| *** ptsneves <ptsneves!~Thunderbi@83.11.65.125.ipv4.supernova.orange.pl> has joined #yocto | 18:20 | |
| *** peoliye <peoliye!~peoliye@205.251.233.51> has quit IRC (Quit: Client closed) | 18:29 | |
| *** ptsneves <ptsneves!~Thunderbi@83.11.65.125.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 272 seconds) | 18:30 | |
| *** alimon <alimon!~alimon@200.68.172.180> has joined #yocto | 18:31 | |
| *** otavio_ <otavio_!~otavio@200.102.164.25> has joined #yocto | 18:33 | |
| *** otavio <otavio!~otavio@200.102.164.25> has quit IRC (Ping timeout: 240 seconds) | 18:35 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-117-195.93.132.pool.telefonica.de> has joined #yocto | 18:45 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-117-195.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 244 seconds) | 18:56 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 18:58 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 18:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 19:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:03 | |
| *** frieder <frieder!~frieder@200116b824f4f5810000000000002000.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection) | 19:17 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 19:25 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:25 | |
| *** xperia64 <xperia64!~xperia64@pool-71-115-223-249.syrcny.fios.verizon.net> has quit IRC (Quit: WeeChat 2.3) | 19:31 | |
| *** borsnw <borsnw!~borsnw@user/ako> has quit IRC (Remote host closed the connection) | 19:35 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-117-195.93.132.pool.telefonica.de> has joined #yocto | 19:43 | |
| *** Guest5 <Guest5!~Guest5@212.118.206.70> has quit IRC (Quit: Client closed) | 19:50 | |
| *** amitk <amitk!~amit@103.208.69.35> has joined #yocto | 19:53 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 20:00 | |
| *** alimon <alimon!~alimon@200.68.172.180> has quit IRC (Ping timeout: 272 seconds) | 20:08 | |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 20:15 | |
| *** amitk <amitk!~amit@103.208.69.35> has quit IRC (Ping timeout: 276 seconds) | 20:20 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-117-195.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 20:21 | |
| *** alimon <alimon!~alimon@200.68.172.42> has joined #yocto | 20:22 | |
| *** alimon <alimon!~alimon@200.68.172.42> has quit IRC (Read error: Connection reset by peer) | 20:24 | |
| *** alimon <alimon!~alimon@200.68.172.130> has joined #yocto | 20:30 | |
| *** alimon <alimon!~alimon@200.68.172.130> has quit IRC (Read error: Connection reset by peer) | 20:32 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 20:44 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-117-195.93.132.pool.telefonica.de> has joined #yocto | 20:45 | |
| *** peoliye <peoliye!~peoliye@205.251.233.52> has joined #yocto | 20:50 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 20:51 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 20:54 | |
| *** alimon <alimon!~alimon@200.68.161.31> has joined #yocto | 20:55 | |
| RP | sakoman: qemu-system-arm: error while loading shared libraries: libbrlapi.so.0.8: cannot open shared object file: No such file or directory | 20:57 |
| RP | sakoman: this is getting silly | 20:57 |
| sakoman | RP: this is the week from hell! trying to debug the ruby failures :-( | 20:58 |
| *** peoliye29 <peoliye29!~peoliye@205.251.233.52> has joined #yocto | 20:58 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:460e:4f00:24d7:51ff:fed6:906d> has quit IRC (Ping timeout: 240 seconds) | 20:58 | |
| *** peoliye <peoliye!~peoliye@205.251.233.52> has quit IRC (Quit: Client closed) | 20:59 | |
| *** adams[1] <adams[1]!~adams1]@205.251.233.52> has joined #yocto | 20:59 | |
| * sakoman wonders how many more PACKAGECONFIGs we are going to need to add to qemu.inc :-( | 21:04 | |
| RP | sakoman: my build has qemu issue, issue with my fetch change, usrmerge issue, buildpaths issues, meta-virt failure and it is only halfway | 21:05 |
| sakoman | RP: ouch! | 21:09 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 272 seconds) | 21:24 | |
| *** adams[1] <adams[1]!~adams1]@205.251.233.52> has quit IRC (Ping timeout: 252 seconds) | 21:32 | |
| *** peoliye29 <peoliye29!~peoliye@205.251.233.52> has quit IRC (Ping timeout: 252 seconds) | 21:32 | |
| *** adams[1] <adams[1]!~adams1]@205.251.233.48> has joined #yocto | 21:40 | |
| sakoman | RP: oh my! just kill me now :-( | 21:42 |
| sakoman | pokybuild@ubuntu2110-ty-2:~/yocto-worker/no-x11/build/build/tmp/work/x86_64-linux/ruby-native/3.1.2-r0$ /home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/ruby/3.1.2-r0/recipe-sysroot-native/usr/bin/ruby | 21:42 |
| sakoman | /home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/ruby/3.1.2-r0/recipe-sysroot-native/usr/bin/ruby: error while loading shared libraries: libcapstone.so.4: cannot open shared object file: No such file or directory | 21:42 |
| RP | sakoman: well, that explains a few things | 21:45 |
| *** geoffhp <geoffhp!~geoff@207.154.79.70> has joined #yocto | 21:45 | |
| RP | and raises other questions too | 21:45 |
| sakoman | RP: indeed it does :-( | 21:46 |
| *** geoffhp <geoffhp!~geoff@207.154.79.70> has quit IRC (Client Quit) | 21:47 | |
| * sakoman sees continuing wack-a-mole in our future | 21:47 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 276 seconds) | 21:49 | |
| * sakoman queues a build, sees it won't start for quite some time, goes for food | 21:57 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 22:10 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 22:10 | |
| *** Maxxed <Maxxed!~Maxxed@nrgt.net> has joined #yocto | 22:13 | |
| *** kscherer <kscherer!~kscherer@dsl-173-206-153-62.tor.primus.ca> has quit IRC (Quit: Konversation terminated!) | 22:31 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC (Quit: Leaving) | 23:00 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 23:04 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-117-195.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 244 seconds) | 23:12 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 23:39 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!