| *** ka6sox <ka6sox!~ka6sox@nasadmin/ka6sox> has quit IRC | 00:00 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-27-74-14-9-29.dsl.bell.ca> has quit IRC | 00:02 | |
| *** ka6sox <ka6sox!~ka6sox@nasadmin/ka6sox> has joined #yocto | 00:02 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 00:04 | |
| *** kasper <kasper!~kasper@5.186.44.132> has quit IRC | 00:22 | |
| *** kasper <kasper!~kasper@5.186.44.132.static.fibianet.dk> has joined #yocto | 00:31 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:47 | |
| *** linums <linums!~linums@84.198.214.26> has quit IRC | 01:00 | |
| *** linums <linums!~linums@apn-94-44-120-160.vodafone.hu> has joined #yocto | 01:00 | |
| *** linums <linums!~linums@apn-94-44-120-160.vodafone.hu> has quit IRC | 01:06 | |
| *** linums <linums!~linums@84.198.214.26> has joined #yocto | 01:07 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-27-74-14-9-29.dsl.bell.ca> has joined #yocto | 01:18 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 01:28 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:29 | |
| *** kasper <kasper!~kasper@5.186.44.132.static.fibianet.dk> has quit IRC | 01:42 | |
| *** sgw <sgw!~sgw@c-71-238-119-71.hsd1.or.comcast.net> has left #yocto | 01:55 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-17-174-93-240-105.dsl.bell.ca> has quit IRC | 01:58 | |
| *** RPI_IMX6 <RPI_IMX6!~william@node-1w7jr9qkgk55d8d9nvahmm819.ipv6.telus.net> has quit IRC | 01:59 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-27-74-14-9-29.dsl.bell.ca> has quit IRC | 02:04 | |
| *** rcw <rcw!~rcwoolley@104.247.232.21> has quit IRC | 02:06 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:07 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:07 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-17-174-93-240-105.dsl.bell.ca> has joined #yocto | 02:08 | |
| *** sakoman <sakoman!~steve@99.197.43.113> has quit IRC | 03:05 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 03:09 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 03:15 | |
| *** jobroe <jobroe!~manjaro-u@p57a5913a.dip0.t-ipconnect.de> has joined #yocto | 03:43 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 03:45 | |
| *** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC | 04:00 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto | 04:23 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 04:36 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 04:38 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 04:41 | |
| *** jobroe <jobroe!~manjaro-u@p57a5913a.dip0.t-ipconnect.de> has quit IRC | 04:43 | |
| *** jobroe <jobroe!~manjaro-u@p57a5913a.dip0.t-ipconnect.de> has joined #yocto | 04:45 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-smubsfhhgpppnfzg> has quit IRC | 04:45 | |
| *** davidinux <davidinux!~davidinux@net-5-89-139-222.cust.vodafonedsl.it> has quit IRC | 04:51 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 04:59 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-17-174-93-240-105.dsl.bell.ca> has quit IRC | 05:00 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has joined #yocto | 05:03 | |
| *** davidinux <davidinux!~davidinux@net-5-89-139-222.cust.vodafonedsl.it> has joined #yocto | 05:26 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 05:58 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-120-11.xnet.hr> has joined #yocto | 06:08 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:184f:4c01:f17f:79a> has quit IRC | 06:13 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-fyoxzcltkfvwqfdg> has joined #yocto | 06:25 | |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto | 06:27 | |
| *** frsc <frsc!~frsc@i6DFA8A19.versanet.de> has joined #yocto | 06:30 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 06:31 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:31 | |
| *** camus1 is now known as kaspter | 06:31 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC | 06:31 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 06:32 | |
| *** jobroe <jobroe!~manjaro-u@p57a5913a.dip0.t-ipconnect.de> has quit IRC | 06:33 | |
| *** jobroe <jobroe!~manjaro-u@p57a5913a.dip0.t-ipconnect.de> has joined #yocto | 06:33 | |
| *** mbulut <mbulut!~nameclash@ip1f128f5a.dynamic.kabel-deutschland.de> has joined #yocto | 06:36 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:d6:32fd:8d0a:e0ad> has joined #yocto | 06:38 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 06:41 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-120-11.xnet.hr> has quit IRC | 06:52 | |
| LetoThe2nd | yo dudX | 06:55 |
|---|---|---|
| *** hpsy <hpsy!~hpsy@92.118.12.71> has quit IRC | 06:58 | |
| *** fl0v0 <fl0v0!~fvo@i5E86AE00.versanet.de> has joined #yocto | 06:58 | |
| *** mbulut <mbulut!~nameclash@ip1f128f5a.dynamic.kabel-deutschland.de> has quit IRC | 07:01 | |
| *** hpsy <hpsy!~hpsy@92.118.12.71> has joined #yocto | 07:04 | |
| *** ejo <ejo!~ejo@46.19.18.182> has joined #yocto | 07:07 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-120-11.xnet.hr> has joined #yocto | 07:11 | |
| *** manuel1985 <manuel1985!~manuel@213-147-160-130.nat.highway.bob.at> has joined #yocto | 07:14 | |
| *** manuel1985 <manuel1985!~manuel@213-147-160-130.nat.highway.bob.at> has quit IRC | 07:20 | |
| *** linums <linums!~linums@84.198.214.26> has quit IRC | 07:21 | |
| *** linums <linums!~linums@84.198.214.26> has joined #yocto | 07:22 | |
| *** manuel1985 <manuel1985!~manuel@213-147-160-130.nat.highway.bob.at> has joined #yocto | 07:23 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:23 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 07:24 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 07:25 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 07:25 | |
| manuel1985 | Why is ${PN} "PN"? Shouldn't it be "RN" = "Recipe Name"? | 07:26 |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 07:26 | |
| *** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has joined #yocto | 07:29 | |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has joined #yocto | 07:30 | |
| LetoThe2nd | manuel1985: technically a recipe can provide an arbitralily chose PN by setting it. its a best practise to derive PN automaticall from the recipes name, but its not mandatory. | 07:32 |
| *** mbulut <mbulut!~nameclash@ip1f128f5a.dynamic.kabel-deutschland.de> has joined #yocto | 07:34 | |
| manuel1985 | Got it, thank you. | 07:38 |
| *** mckoan|away is now known as mckoan | 07:39 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 07:43 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 07:50 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 07:50 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:50 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:51 | |
| *** camus1 is now known as kaspter | 07:51 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC | 07:51 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto | 07:52 | |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has quit IRC | 07:53 | |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto | 07:53 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 07:57 | |
| *** gsalazar45 <gsalazar45!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 08:08 | |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:bd78:2f3b:4001:50cf> has joined #yocto | 08:10 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 08:11 | |
| *** gsalazar45 is now known as gsalazar | 08:18 | |
| *** The_Pacifist <The_Pacifist!~The_Pacif@cpe-104-174-238-53.socal.res.rr.com> has quit IRC | 08:30 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 08:37 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:42 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 08:44 | |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has joined #yocto | 08:53 | |
| *** frsc <frsc!~frsc@i6DFA8A19.versanet.de> has quit IRC | 09:13 | |
| *** frsc <frsc!~frsc@i6DFA8A19.versanet.de> has joined #yocto | 09:22 | |
| rburton | manuel1985: the problem with a project having 20 years of history is that some things don't make a lot of sense :) | 09:25 |
| rburton | well, 15 | 09:28 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 09:29 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jvamuisqecnaojhq> has joined #yocto | 09:30 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:d6:32fd:8d0a:e0ad> has quit IRC | 09:31 | |
| LetoThe2nd | i thought it was only 10? so only 8 years left until drinking age! | 09:33 |
| *** florian_kc is now known as florian | 09:34 | |
| rburton | that's yocto | 09:36 |
| *** davidinux <davidinux!~davidinux@net-5-89-139-222.cust.vodafonedsl.it> has quit IRC | 09:36 | |
| rburton | bitbake/oe are older, obviously | 09:36 |
| *** davidinux <davidinux!~davidinux@net-5-89-139-222.cust.vodafonedsl.it> has joined #yocto | 09:37 | |
| *** The_Pacifist <The_Pacifist!~The_Pacif@cpe-104-174-238-53.socal.res.rr.com> has joined #yocto | 09:37 | |
| JaMa | first bitbake commit from kergoth goes to 2003 ".oe file parser function" :) | 09:38 |
| LetoThe2nd | obviously. but we're in the wrong channel then. read: we will be drinking in #oe years before we can start here. | 09:38 |
| manuel1985 | rburton: Thought so :) | 09:51 |
| rburton | really, PN is package name as it's used for the deployed packages. BPN *is* recipe name. | 09:52 |
| JaMa | except for native and nativesdk where BPN *isn't* the recipe name :) | 09:53 |
| rburton | gar, true | 09:53 |
| *** hrw <hrw!~hrw@redhat/hrw> has joined #yocto | 09:55 | |
| hrw | morning | 09:55 |
| qschulz | hrw: o/ | 09:59 |
| *** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC | 10:09 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 10:10 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:11 | |
| *** camus1 is now known as kaspter | 10:11 | |
| *** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto | 10:11 | |
| manuel1985 | What is The Best(TM) way to set up a CMake project in a proper way? Proper means: That I don't make the package maintainers job hard. My current thinking is as follow: My CMake project must not set the DESTINATION argument of install(<target-name> ...). | 10:17 |
| LetoThe2nd | manuel1985: i think its perfectly fine to set DESTINATION | 10:19 |
| hrw | manuel1985: just use standard functions and do not invent own ones? | 10:19 |
| LetoThe2nd | jsut don't hard code a path in there. | 10:20 |
| LetoThe2nd | my blueprint is https://github.com/TheYoctoJester/simple_echo_server/blob/master/CMakeLists.txt | 10:20 |
| rburton | using GNUInstallDirs makes things a lot easier for packagers | 10:22 |
| manuel1985 | LetoThe2nd and hrw: Disagree. cmake.bbclass invokes cmake with `-DCMAKE_INSTALL_BINDIR:PATH=<bindir>` hence there should be no reason to fiddle with this in CMakeLists.txt | 10:24 |
| LetoThe2nd | yup, AFAIK thats why i install to bin, not to "/usr/bin" or such. the example i provided installs to /usr/bin on a standard OE build. to me thats sane and expected. | 10:25 |
| manuel1985 | rburton: Agree, CMake honors these variables if GNUInstallDirs is used. https://cmake.org/cmake/help/latest/module/GNUInstallDirs.html#module:GNUInstallDirs | 10:25 |
| hrw | I've seen things you people would not believe. configure scripts called from different dirs, cmake modules changing standard stuff just to make life harder, sick m4 macros... | 10:26 |
| * hrw -> out | 10:26 | |
| LetoThe2nd | i've never actively pulled in gnuinstalldirs, but i see the described behaviour. hm. | 10:26 |
| manuel1985 | LetoThe2nd: Perhaps there are some distros around which come up with something like "bin64", hence I thought about not setting DESTINATION *at all*. Just to be on the supersecure side. | 10:28 |
| *** netrace <netrace!~netrace@unaffiliated/netrace> has quit IRC | 10:29 | |
| *** netrace_ <netrace_!~netrace@unaffiliated/netrace> has joined #yocto | 10:29 | |
| LetoThe2nd | i tend to just use the simplest and most obvious setup until it breaks. | 10:29 |
| manuel1985 | My feeling is also that CMake honors these variables like ${CMAKE_INSTALL_BINDIR} in every case, not just when GNUInstallDirs is used. However, seems to claim different: https://cmake.org/cmake/help/latest/command/install.html#installing-targets | 10:29 |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-120-11.xnet.hr> has quit IRC | 10:29 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-120-11.xnet.hr> has joined #yocto | 10:30 | |
| manuel1985 | Oh I think I just read the docu wrong. | 10:31 |
| manuel1985 | "For regular executables, static libraries and shared libraries, the DESTINATION argument is not required. For these target types, when DESTINATION is omitted, a default destination will be taken from the appropriate variable from GNUInstallDirs, or set to a built-in default value if that variable is not defined." | 10:31 |
| manuel1985 | So, if CMAKE_INSTALL_BINDIR is set, it is used. If not, go with the default. | 10:33 |
| LetoThe2nd | so i implicitly and without actally knowing have already used gnuinstalldirs, it seems. | 10:33 |
| *** netrace <netrace!~netrace@unaffiliated/netrace> has joined #yocto | 10:34 | |
| manuel1985 | Ok but then the next pargraph is very misleading. It effectively claims the opposite. | 10:34 |
| manuel1985 | "The following table shows the target types with their associated variables and built-in defaults that apply when no destination is given:" | 10:34 |
| *** netrace_ <netrace_!~netrace@unaffiliated/netrace> has quit IRC | 10:34 | |
| manuel1985 | LetoThe2nd: Your live coding session on package splitting got me thinking about all this :) | 10:37 |
| manuel1985 | I f****** hate CMake documentation | 10:39 |
| manuel1985 | What are your oppinions on Meson? | 10:40 |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 10:43 | |
| *** gbr__ <gbr__!~gbressaix@mail2.gorgy-timing.fr> has quit IRC | 10:44 | |
| *** netrace_ <netrace_!~netrace@unaffiliated/netrace> has joined #yocto | 10:45 | |
| *** netrace <netrace!~netrace@unaffiliated/netrace> has quit IRC | 10:45 | |
| *** gbr_ <gbr_!~gbressaix@mail2.gorgy-timing.fr> has joined #yocto | 10:46 | |
| LetoThe2nd | i personally gave it a try some time back and didn't like that it includes some pre-defined target configurations like release, debug,... | 10:47 |
| LetoThe2nd | but that might be just me, i see it being used in many noteworthy projects. | 10:47 |
| manuel1985 | Hmm. I see. We're now partly switching to Meson as it seems to be what GStreamer is using. | 10:48 |
| LetoThe2nd | and systemd, and... | 10:49 |
| manuel1985 | I love systemd, though | 10:49 |
| LetoThe2nd | same here. | 10:55 |
| manuel1985 | Systemd and the AWS CLI are shining examples of a clean CLI interface. Docker is a nightmare. | 10:57 |
| *** Androo <Androo!~andy@071-081-137-109.res.spectrum.com> has joined #yocto | 11:08 | |
| Androo | I'm trying to install some python dependencies into a Yocto image (in custom bb files), and one of them calls kernel functions, namely "shm_unlink" which once booted is undefined. I'm not much of a C developer, I'm assuming there's some linker issue or I'm missing something in the image. If someone could point me in the right direction I'd be grateful. | 11:12 |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 11:14 | |
| LetoThe2nd | "which once booted is undefined"... what does that mean? sounds like you are copying over something pre-compiled instead of actually building for the image. | 11:15 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 11:16 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 11:17 | |
| *** kasper <kasper!~kasper@217.74.219.94> has joined #yocto | 11:19 | |
| *** soderstrom <soderstrom!~soderstro@h-94-254-6-34.NA.cust.bahnhof.se> has joined #yocto | 11:21 | |
| Androo | LetoThe2nd: python dependencies seem to be built by creating a bb file, adding "inherit pypi setuptools", and naming the file after tha package desired. I've done this, it works well. But one of the python packages, "posix_ipc" calls on some functions from <sys/mman.h> (https://github.com/mruffalo/posix_ipc/blob/master/posix_ipc_module.c#L1048) but at runtime this is not found and I just plain don't know | 11:24 |
| Androo | what I'm missing in the recipe. | 11:24 |
| *** soderstrom <soderstrom!~soderstro@h-94-254-6-34.NA.cust.bahnhof.se> has quit IRC | 11:24 | |
| LetoThe2nd | why should it search a header at runtime? | 11:26 |
| LetoThe2nd | something is completely wrong here. | 11:26 |
| Androo | LetoThe2nd: upon importing posix_ipc in python, I get "ImportError: /usr/lib/python2.7/site-packages/posix_ipc.so: undefined symbol: shm_unlink" | 11:27 |
| Androo | If the package is installed on the target, using pypi (pypi install posix_ipc) all is fine. | 11:30 |
| Androo | pip, rather | 11:30 |
| Androo | pip install posix_ipc | 11:30 |
| LetoThe2nd | Androo: thats because in the first case you are crosscompiling, and something is messed up. in the latter case, you are compiling in-target | 11:37 |
| LetoThe2nd | that posix_ipc.so is not python, its a compiled binary. plus, as you are on python 2.7, you are totally out of luck and support anyways. | 11:37 |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 11:41 | |
| Androo | Fully understand the problem, just not the solution. It's a linking issue that I thought might be easily solvable. | 11:42 |
| *** berton <berton!~berton@181.220.78.182> has joined #yocto | 11:43 | |
| Androo | (just not by me, of course, and where does one go to get paid support for cross-compiling on Yocto ... I would pay!) | 11:43 |
| LetoThe2nd | the solution is probably to properly package posix-ipc | 11:43 |
| Androo | this is an attempt at properly packaging it, unless i'm misunderstanding what a proper package for it would look like | 11:45 |
| LetoThe2nd | i am no python guy, hence i cannot hepl with the details, sorry. i can just guess that something in the compilation stage is broken. | 11:58 |
| LetoThe2nd | leon-anavi: maybe? ^^^^ | 11:58 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-kqrnwuplanjtmyct> has joined #yocto | 12:00 | |
| Androo | I'm grateful for the attempt, thank you. I work for a company in the IoT space, and we're trying to learn Yocto to properly produce images for one of our products (traditionally we've just been using Debian and copying the image directly off one of our devices) and it's been a journey! | 12:02 |
| *** bobo <bobo!~bobo@static-213.50.55.45.addr.tdcsong.se> has joined #yocto | 12:04 | |
| LetoThe2nd | welcome to the club! erm.. jungle! erm... welcome anyways! | 12:06 |
| *** kasper <kasper!~kasper@217.74.219.94> has quit IRC | 12:07 | |
| rburton | Androo: there are plenty of consultancies who specialise in yocto and can help migrate from other systems to Yocto | 12:10 |
| Androo | rburton: any recommendations? | 12:11 |
| rburton | https://www.yoctoproject.org/community/consultants/ is a starting point | 12:12 |
| LetoThe2nd | well, leon-anavi as one of the main meta-python contributors works for the konsulko group, for example. :) | 12:12 |
| rburton | i can think of a few who are not on that list though | 12:12 |
| LetoThe2nd | it really depends (TM) but the list is a good starting point. | 12:15 |
| Androo | rburton, LetoThe2nd: all of this is a good starting point, thanks much. So far my hurdles have been overcome by sheer will and patience, so I'll likely try more of that first because it's clearly holes in my knowledge that are at issue, but it's good to know there might be somewhere I can turn to if I give up on myself. | 12:18 |
| LetoThe2nd | Androo: for generic python packaging questions you can also try and poke moto-timo, who will probably around in a couple of hours here | 12:20 |
| rburton | Androo: i'm *guessing* your shm problem is the the prober.py in that repo | 12:29 |
| rburton | Androo: it tries to run some code, which isn't going to work in a cross environment | 12:29 |
| ernstp | How does Yocto calculate the taskhash for a python function? Does it include all "see" the d.getVar calls? | 12:31 |
| Androo | rburton: I'm thinking "-lrt" is needed (see line 361 of prober.py) in this environment, and perhaps this file does not put it there? Not sure. Maybe I should fork this library and modify a few things. | 12:34 |
| rburton | correct | 12:34 |
| rburton | setup.py is terrible at building code in cross environments | 12:34 |
| Androo | rburton: i've noticed! | 12:34 |
| LetoThe2nd | y u no nodejs? :P | 12:34 |
| Androo | LetoThe2nd: there's a lot of bad decisions made about our app that I am tasked to eventually clean up | 12:35 |
| LetoThe2nd | Androo: rule #1 of this channel: do not take me seriously, unless i'm being seirous. | 12:35 |
| rburton | rule #0: ignore LetoThe2nd | 12:36 |
| LetoThe2nd | rburton: sounds like a plan! | 12:37 |
| qschulz | ernstp: IIRC, the sstate-cache stores all variables used by a task and their value. So if a variable changes, it triggers a rebuild of the task. I'm not entirely sure but for me "taskhash" actually means the hash of the content of the task (like... "plain text" content). In that case, no, the taskhash does not include "all see d.getVar" but taskhash AND dependent variables are part of the task's | 12:37 |
| qschulz | sstate-cache | 12:37 |
| ernstp | qschulz: I mean for bash script the variable is just evaluated and then the task hash is simple. And sstate-cache simply uses the task hash as key, right? But for the python d.getVar() calls it must be more complicated... | 12:39 |
| qschulz | ernstp: haven't looked at the code but I think I remember people saying there was some smartness around detecting uses of d.getVar from within a task. | 12:40 |
| ernstp | qschulz: it must somehow determine _before_ running the function if it can use the cache or it should be run again... | 12:40 |
| qschulz | ernstp: anyway, you can what makes up a sstate-cache by running `bitbake-dumpsig -t recipe task` | 12:41 |
| qschulz | you can check* | 12:41 |
| ernstp | qschulz: ah, thanks. that should be helpful... | 12:41 |
| leon-anavi | LetoThe2nd, thanks for mentioning my contributions to meta-python. I'm catching with the conversation right now. | 12:45 |
| LetoThe2nd | leon-anavi: :) | 12:45 |
| ernstp | qschulz: right, it certainly detects d.getVar variables in task dependencies, so all good! | 12:47 |
| leon-anavi | LetoThe2nd, I think we have meta-python in pretty good shape. Most (not all) of the recipe are up to date with https://pypi.org/ | 12:51 |
| *** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC | 13:05 | |
| *** maldrich <maldrich!4995ca45@c-73-149-202-69.hsd1.ma.comcast.net> has joined #yocto | 13:06 | |
| *** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto | 13:06 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 13:17 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 13:22 | |
| *** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto | 13:32 | |
| *** carlsb3rg <carlsb3rg!c147afcf@193.71.175.207> has joined #yocto | 13:34 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:37 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-27-74-14-9-29.dsl.bell.ca> has joined #yocto | 13:38 | |
| *** davidinux <davidinux!~davidinux@net-5-89-139-222.cust.vodafonedsl.it> has quit IRC | 13:47 | |
| *** maldrich <maldrich!4995ca45@c-73-149-202-69.hsd1.ma.comcast.net> has quit IRC | 13:47 | |
| *** davidinux <davidinux!~davidinux@net-5-89-139-222.cust.vodafonedsl.it> has joined #yocto | 13:47 | |
| *** Ninic0c0 <Ninic0c0!56f7ea5f@lfbn-idf2-1-792-95.w86-247.abo.wanadoo.fr> has joined #yocto | 13:47 | |
| *** guest2134 <guest2134!a5e11b3e@165.225.27.62> has joined #yocto | 13:47 | |
| Ninic0c0 | Hi all, can we use bash parameter expansion inside recipe ? in my case ${DISTRO#*-} is still empty but ${DISTRO} contains the good value | 13:49 |
| guest2134 | Hi, I'd like to add an FPGA bitstream to my image, but I use copy&paste and call a command line script, is there a better way, say is it possible to use yocto for this? | 13:49 |
| LetoThe2nd | guest2134: adding a binary file to the image is trivial. running some script also is, it it does not need to be executed at runtime. | 13:50 |
| LetoThe2nd | guest2134: see https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#packaging-externally-produced-binaries | 13:51 |
| guest2134 | do you have a tutorial how to write an image recipe that runs a script after compilation? | 13:51 |
| Ninic0c0 | guest2134 You can also take a look if the vendor provide meta-xyz for your FPGA | 13:52 |
| carlsb3rg | addtask my_script after do_compile? | 13:52 |
| LetoThe2nd | guest2134: it really depends on what the script is supposed to do. | 13:52 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:53 | |
| guest2134 | LetoThe2nd it calls Quartus | 13:53 |
| guest2134 | (with the output from yocto) | 13:53 |
| guest2134 | in the workdir | 13:53 |
| LetoThe2nd | now that does not make any sense at all. | 13:54 |
| LetoThe2nd | you said: "I'd like to add an FPGA bitstream to my image". now it sound like "i want to add my image to something" | 13:54 |
| LetoThe2nd | and the latter is a completely different thing. | 13:54 |
| guest2134 | The Quartus programmer generates the FSBL from the U-Boot output, uses the bitstream and generates the image | 13:56 |
| Ninic0c0 | https://rocketboards.org/foswiki/Documentation/GSRD131GettingStartedYocto | 13:56 |
| Ninic0c0 | guest2134 to be honnest it's exactly what I do with Xilinx product | 13:56 |
| * LetoThe2nd is out, no idea about these things. no fpga guy. | 13:57 | |
| *** sakoman <sakoman!~steve@99.197.43.113> has joined #yocto | 13:58 | |
| *** cbrake1 <cbrake1!~cbrake@cable-pool186-cs17.doycomm.com> has joined #yocto | 13:58 | |
| guest2134 | Do you know what the IMAGE_PSOTPROCESS_COMMAND does? | 13:58 |
| qschulz | guest2134: https://docs.yoctoproject.org/ref-manual/ref-variables.html#term-IMAGE_POSTPROCESS_COMMAND ? | 13:59 |
| carlsb3rg | it is clearly stated in the manual... | 13:59 |
| carlsb3rg | I'm having a hard time adding a kernel module to my image...think it's because the module is 32 bit...anyone have any pointers? | 13:59 |
| *** cbrake <cbrake!~Thunderbi@cable-pool186-cs17.doycomm.com> has joined #yocto | 13:59 | |
| *** sgw <sgw!~sgw@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto | 14:00 | |
| guest2134 | Can I use IMAGE_POSTPROCESS_COMMAND to call a shell script? | 14:00 |
| guest2134 | Or do I have to use add a task? | 14:00 |
| qschulz | guest2134: functions != tasks | 14:01 |
| qschulz | functions are shell only IIRC | 14:02 |
| LetoThe2nd | carlsb3rg: its certainly not because of 32bit per se - builds are completely 32b and no problems at all. so you're probably missing out some(many?) important details | 14:02 |
| guest2134 | Ah okay, thank you qschulz | 14:02 |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-235.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 14:02 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 14:03 | |
| carlsb3rg | I get a bunch of warnings that all of the shift lefts are larger than the data type and pointers are incompatible...then finally an error saying: asm/unistd_64_x32.h: No such file or directory | 14:05 |
| carlsb3rg | so it at least has something to do with 32<->64, but maybe I'm missing an option | 14:06 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 14:08 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 14:09 | |
| *** camus1 is now known as kaspter | 14:09 | |
| *** cbrake1 <cbrake1!~cbrake@cable-pool186-cs17.doycomm.com> has quit IRC | 14:12 | |
| *** cbrake1 <cbrake1!~cbrake@cable-pool186-cs17.doycomm.com> has joined #yocto | 14:13 | |
| carlsb3rg | when bitbake builds, it's looking at the kernel source in /usr/src/kernels instead of build/tmp/work-shared/geodelx/kernel-source/ - that might be the problem? | 14:14 |
| LetoThe2nd | carlsb3rg: almost certainly, but then your module makefile is broken. | 14:15 |
| *** linums <linums!~linums@84.198.214.26> has quit IRC | 14:15 | |
| carlsb3rg | I'll look...might be a variable... | 14:15 |
| carlsb3rg | but the module is from the board manufacturer so I would prefer not to touch it...might end up having to patch tho | 14:16 |
| *** linums <linums!~linums@apn-94-44-121-244.vodafone.hu> has joined #yocto | 14:18 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 14:21 | |
| LetoThe2nd | carlsb3rg: here's a neat example on how the Makefile of an out of tree module has to look like if it shall be properly crosscompile-aware: https://www.yoctoproject.org/docs/current/kernel-dev/kernel-dev.html#incorporating-out-of-tree-modules | 14:22 |
| *** hrw <hrw!~hrw@redhat/hrw> has left #yocto | 14:23 | |
| carlsb3rg | the proper way to do it (according to the manufacturer) is: KERNEL_DIR := /lib/modules/$(shell uname -r)/build | 14:24 |
| carlsb3rg | thanx for info...I'll patch it... ;) | 14:25 |
| carlsb3rg | Makefile from 2004... :D | 14:25 |
| LetoThe2nd | the manufacturer is clearly wrong here. | 14:25 |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has joined #yocto | 14:26 | |
| lxc | need to add some symlinks inside sdk, what would be the right approach? | 14:26 |
| carlsb3rg | The irony is the comment in the Makefile: | 14:26 |
| carlsb3rg | # Kernel build environment directory. Supposedly it is safer to use this# method of referring to it than using /usr/src. | 14:26 |
| carlsb3rg | it's all wrong...lol | 14:27 |
| carlsb3rg | time to patch... | 14:27 |
| qschulz | carlsb3rg: probably KERNEL_DIR ?= would work just fine | 14:32 |
| qschulz | because supposedly Yocto is passing its own KERNEL_DIR | 14:32 |
| qschulz | carlsb3rg: check all other variables that they aren't hardcoded either | 14:32 |
| carlsb3rg | yeah...I was thinking of patching it from KERNEL_DIR := to KERNEL_DIR ?= or maybe just KERNEL_DIR := $(KERNEL_SRC) which i think is what Yocto uses | 14:37 |
| qschulz | carlsb3rg: yeah seems like KERNEL_SRC is the correct value from https://git.yoctoproject.org/cgit.cgi/poky/plain/meta/classes/module.bbclass | 14:38 |
| *** linums <linums!~linums@apn-94-44-121-244.vodafone.hu> has quit IRC | 14:40 | |
| *** linums <linums!~linums@84.198.214.26> has joined #yocto | 14:40 | |
| *** pohly <pohly!~pohly@p54849bad.dip0.t-ipconnect.de> has joined #yocto | 14:50 | |
| *** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC | 14:53 | |
| *** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto | 14:54 | |
| guest2134 | possible dumb question: bitbake core-image-minimal builds an image, bitbake virtual/kernel builds the kernel, bitbake virtual/bootloader the bootloader, etc. Is there a single command to build kernel, bootloader and rootfs? | 14:54 |
| *** gpanders[m] <gpanders[m]!gpandersma@gateway/shell/matrix.org/x-dgbhbvdjampmhqnr> has joined #yocto | 14:54 | |
| gpanders[m] | Hi all, I'm working on adding a new Python recipe using devtool. I used `devtool add` to clone the sources locally and devtool was able to infer that the recipe used setuptools, so it already contains `inherit setuptools3`. However, when I try to build it, I get a ModuleNotFoundError in the `do_configure` stage: "No module named 'setuptools'" | 14:57 |
| gpanders[m] | I've done this process before with other Python packages without any difficulty. Does anyone know what might be causing this particular package to have this problem? | 14:58 |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 14:59 | |
| gpanders[m] | The package in question is cvxopt: https://github.com/cvxopt/cvxopt | 15:00 |
| qschulz | guest2134: usually, you'd put virtual/kernel, bootloader, etc... in EXTRA_IMAGEDEPENDS in your ,achien configuration file | 15:02 |
| *** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has joined #yocto | 15:03 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 15:04 | |
| guest2134 | Ah, that makes sense | 15:06 |
| carlsb3rg | hmm...I put PREFERRED_PROVIDER-virtual/kernel and INIT_MANAGER in machine/[name].conf...can you do it with EXTRA_IMAGEDEPENDS instead? | 15:10 |
| carlsb3rg | can/should? | 15:10 |
| *** pohly <pohly!~pohly@p54849bad.dip0.t-ipconnect.de> has quit IRC | 15:11 | |
| qschulz | carlsb3rg: PREFERRED_PROVIDER_virtual/kernel only tells yocto IF and only IF there is a dependency somewhere on virtual/kernel which recipe to build | 15:15 |
| qschulz | carlsb3rg: it actually does notghin more than that | 15:15 |
| qschulz | carlsb3rg: INIT_MANAGER would be better in a distro conf file IMO | 15:16 |
| qschulz | it does not make much sense to me to force an init manager depending on which machine your building | 15:16 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 15:16 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 15:17 | |
| *** mbulut <mbulut!~nameclash@ip1f128f5a.dynamic.kabel-deutschland.de> has quit IRC | 15:17 | |
| carlsb3rg | I actually put INIT_MANAGER in my distro.conf myself | 15:19 |
| carlsb3rg | now that I checked... | 15:19 |
| RobertBerger | @LetoThe2nd: Python does all the checks at run time, not at build time. You could try to use some static code checker which could tell you dependency issues at build time. https://github.com/priv-kweihmann/meta-sca/blob/master/docs/sca/buildtime_dependencies.md | 15:22 |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has quit IRC | 15:26 | |
| *** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC | 15:28 | |
| *** gbr_ <gbr_!~gbressaix@mail2.gorgy-timing.fr> has quit IRC | 15:28 | |
| gpanders | RobertBerger: idk if that was meant for me or not, but in either case it answered my question. Thanks! | 15:29 |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC | 15:29 | |
| *** gbr__ <gbr__!~gbressaix@mail2.gorgy-timing.fr> has joined #yocto | 15:30 | |
| RobertBerger | @gpanders: It really helped me to work out dependency issues in Python to add meta-sca with some python checks. | 15:30 |
| RobertBerger | @gpanders: at build time | 15:31 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:31 | |
| RobertBerger | @gpanders: as a nice side effect coding style issues were resolved as well. | 15:31 |
| gpanders[m] | in my case, my problem was that I was using `DEPENDS =` instead of `DEPENDS +=`. So I was overwriting the setuptools3 class | 15:31 |
| RobertBerger | I see. | 15:32 |
| dl9pf | RobertBerger: what flags did you use | 15:32 |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-120-11.xnet.hr> has quit IRC | 15:32 | |
| rburton | gpanders[m]: the class should be using _append really so that can't happen | 15:33 |
| *** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto | 15:34 | |
| RobertBerger | @dl9pf: you mean for the python stuff? | 15:36 |
| gpanders | rburton: _append or += ? I see both used in poky. Is one "better" than the other for any reason? | 15:36 |
| rburton | yes | 15:36 |
| rburton | _append happens afterwards | 15:36 |
| *** RJ8 <RJ8!9d30af44@157.48.175.68> has joined #yocto | 15:37 | |
| rburton | so even if your recipe did DEPENDS=foo | 15:37 |
| rburton | the _append would still happen and add setuptools-native | 15:37 |
| *** RJ8 <RJ8!9d30af44@157.48.175.68> has quit IRC | 15:37 | |
| RobertBerger | @dl9pf: SCA_ENABLED_MODULES_IMAGE_PYTHON = " pyfindinjection pylint " | 15:38 |
| kergoth | well, there's a reason most recipes sdefine DEPENDS before inherit :) | 15:38 |
| RobertBerger | @dl9pf: SCA_ENABLED_MODULES_RECIPE_PYTHON = " bandit cspell pyfindinjection pylint pysymcheck radon rats " | 15:38 |
| *** prabhakarlad <prabhakarlad!519d1a00@host81-157-26-0.range81-157.btcentralplus.com> has joined #yocto | 15:40 | |
| dl9pf | RobertBerger: cool, need to try that out | 15:40 |
| *** bobo <bobo!~bobo@static-213.50.55.45.addr.tdcsong.se> has quit IRC | 15:40 | |
| *** guest2134 <guest2134!a5e11b3e@165.225.27.62> has quit IRC | 15:41 | |
| RobertBerger | @dl9pf: check this: https://github.com/priv-kweihmann/meta-sca/blob/master/docs/sca/buildtime_dependencies.md | 15:41 |
| prabhakarlad | Hello all, Is there way in which I can override do_install[noexec] = "0" from a bbappend file (the bb file sets it 1 do_install[noexec] = "1" as a result my do_install isnt being invoked) | 15:42 |
| JPEW | prabhakarlad: I think you can set it back in the bbappend. I think bbappends are always processed after the .bb file (although the order between multiple bbappends can be trickier) | 15:45 |
| kergoth | prabhakarlad: set it to the empty string, not 0 | 15:46 |
| kergoth | prabhakarlad: if that doesnt' work, you can use anonymous python to delete the flag | 15:46 |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 15:49 | |
| prabhakarlad | kergoth, JPEW: setting do_install[noexec] = "" in the bbappend file didnt help! could you please provide pointer on "anonymous python to delete the flag" | 15:59 |
| kergoth | prabhakarlad: python () { d.delVarFlag('do_install', 'noexec') } | 15:59 |
| kergoth | obviously not on one line like that | 16:00 |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 16:00 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 16:05 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 16:05 | |
| prabhakarlad | kergoth: Thank you :) deleting did the trick! | 16:05 |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 16:06 | |
| kergoth | prabhakarlad: no problem | 16:10 |
| kergoth | prabhakarlad: i think there's actually an open yocto bug about that | 16:10 |
| kergoth | prabhakarlad: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13808 | 16:11 |
| kergoth | there it is | 16:11 |
| *** fl0v0 <fl0v0!~fvo@i5E86AE00.versanet.de> has quit IRC | 16:11 | |
| prabhakarlad | kergoth: Thank you for the link and pointing out it was know issue. | 16:12 |
| *** linums <linums!~linums@84.198.214.26> has quit IRC | 16:21 | |
| *** linums <linums!~linums@apn-94-44-229-94.vodafone.hu> has joined #yocto | 16:22 | |
| *** laurittr <laurittr!~laurittr@indie.ed.ntnu.no> has quit IRC | 16:23 | |
| *** mckoan is now known as mckoan|away | 16:32 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 16:33 | |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:bd78:2f3b:4001:50cf> has quit IRC | 16:33 | |
| *** frsc <frsc!~frsc@i6DFA8A19.versanet.de> has quit IRC | 16:34 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 16:40 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 16:42 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 16:42 | |
| *** linums <linums!~linums@apn-94-44-229-94.vodafone.hu> has quit IRC | 16:43 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 16:44 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 16:48 | |
| *** mbulut <mbulut!~nameclash@ip1f128f5a.dynamic.kabel-deutschland.de> has joined #yocto | 16:48 | |
| *** mbulut <mbulut!~nameclash@ip1f128f5a.dynamic.kabel-deutschland.de> has quit IRC | 16:49 | |
| *** laurittr <laurittr!~laurittr@indie.ed.ntnu.no> has joined #yocto | 16:50 | |
| *** linums <linums!~linums@apn-94-44-229-94.vodafone.hu> has joined #yocto | 16:53 | |
| kergoth | Hm, hitting an issue with dunfell builds on ubuntu 20 building qt5 where it runs incredibly slowly compared to other hosts nad also hangs up the system so much that you can't even ssh in. | 16:53 |
| kergoth | Anyone else hit this? | 16:53 |
| *** jobroe <jobroe!~manjaro-u@p57a5913a.dip0.t-ipconnect.de> has quit IRC | 16:55 | |
| *** vmesons <vmesons!~rmacleod@23-233-84-124.cpe.pppoe.ca> has joined #yocto | 16:59 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 17:00 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 17:02 | |
| *** linums <linums!~linums@apn-94-44-229-94.vodafone.hu> has quit IRC | 17:04 | |
| khem | kergoth: strange, any specifics from system load ? | 17:05 |
| kergoth | checking into that. i wasn' tthe one that hit it. and builds in ubuntu 20 under docker happen in a normal amount of time without any problems, so it's either specific to u20 with its kernel, or something about that particular host an dits resources | 17:06 |
| *** linums <linums!~linums@apn-94-44-106-246.vodafone.hu> has joined #yocto | 17:07 | |
| khem | yeah I have seen issues with ub20 but not perf related | 17:09 |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 17:14 | |
| *** vmesons <vmesons!~rmacleod@23-233-84-124.cpe.pppoe.ca> has quit IRC | 17:15 | |
| rewitt | Is this the correct patchwork for oe-core? https://patchwork.openembedded.org/project/oe-core/patches/ The latest patches it shows are from 10/17 | 17:16 |
| khem | rewitt: yes it it,and there were issues with it last week but then halstead has fixed it, atleast it working again for oe-devel mailing list again not sure about oe-core ml | 17:22 |
| rewitt | khem: Alright, I'm sure if halstead is aware then it will be fixed | 17:25 |
| halstead | rewitt, It should be getting patches again. I still need to resubmit patches that arrived while the account was bouncing. | 17:27 |
| rewitt | halstead: No worries, and thanks. I wanted to make sure it was still be updated before I assumed something was wrong. | 17:28 |
| halstead | rewitt, There is a new smtp server I needed to whitelist starting yesterday. That's done. | 17:31 |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC | 17:31 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 17:31 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 17:31 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 17:33 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-fyoxzcltkfvwqfdg> has quit IRC | 17:34 | |
| carlsb3rg | I'm getting permission errors when do_install tries to put my kernel module in /lib/modules...isn't pseudoroot supposed to take care of that? | 17:37 |
| *** Ninic0c0 <Ninic0c0!56f7ea5f@lfbn-idf2-1-792-95.w86-247.abo.wanadoo.fr> has quit IRC | 17:43 | |
| *** linums <linums!~linums@apn-94-44-106-246.vodafone.hu> has quit IRC | 17:44 | |
| *** linums <linums!~linums@84.198.214.26> has joined #yocto | 17:44 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 17:46 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 17:50 | |
| kergoth | carlsb3rg: no. you have to install files to ${D} | 17:51 |
| carlsb3rg | oki...thanks...I'll have to check into that tomorrow | 17:57 |
| *** davidinux <davidinux!~davidinux@net-5-89-139-222.cust.vodafonedsl.it> has quit IRC | 17:57 | |
| carlsb3rg | I see your point...just not sure how to edit my Makefile | 17:57 |
| *** davidinux <davidinux!~davidinux@net-5-89-139-222.cust.vodafonedsl.it> has joined #yocto | 17:58 | |
| rewitt | carlsb3rg: In case you haven't seen it https://www.yoctoproject.org/docs/latest/kernel-dev/kernel-dev.html#incorporating-out-of-tree-modules | 18:03 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:04 | |
| carlsb3rg | I did...but think I've been a victim to makefile order of expansion stuff... | 18:06 |
| carlsb3rg | i'll fix it tomorrow :) | 18:06 |
| carlsb3rg | thanks guys | 18:06 |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 18:07 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 18:08 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:10 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 18:20 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jvamuisqecnaojhq> has quit IRC | 18:20 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto | 18:23 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC | 18:25 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 18:26 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 18:27 | |
| *** camus1 is now known as kaspter | 18:27 | |
| khem | RP: so I did an experiment with and without multilib for qemux86-64 ( without my patch ) and once I enable multilib its rebuilds everything target related, so my patch does not make it any worse | 18:39 |
| khem | RP: the second build it still in progress, I will check how much sstate got reused | 18:40 |
| khem | once its done | 18:40 |
| *** mccc <mccc!~mccc@c-73-221-142-119.hsd1.wa.comcast.net> has quit IRC | 18:40 | |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC | 18:40 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has joined #yocto | 18:43 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 18:53 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 18:54 | |
| linums | Hi guys | 18:59 |
| linums | Have anybody wrestled with amd video card support? | 19:00 |
| linums | I am and I could not be more stuck | 19:00 |
| *** Androo <Androo!~andy@071-081-137-109.res.spectrum.com> has left #yocto | 19:02 | |
| *** prabhakarlad <prabhakarlad!519d1a00@host81-157-26-0.range81-157.btcentralplus.com> has quit IRC | 19:07 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:08 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 19:11 | |
| JaMa | lack of imagination? :) | 19:15 |
| linums | Sort of :D | 19:23 |
| linums | I am trying to drive a radeon device | 19:24 |
| linums | But meta-amd does not really help for me | 19:24 |
| linums | I have a mullins radeon r4/r5 | 19:26 |
| linums | Now I am trying to create the recipe on my own from the x.org sources | 19:27 |
| *** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:c968:e405:6881> has quit IRC | 19:27 | |
| khem | linums: share details maybe someone has run into similar errors | 19:27 |
| linums | I don't know if it sounds reasonable after I failed with the meta-amd | 19:28 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 19:32 | |
| derRichard | can i somehow have an alias for a machine? such that i can use either machine name foo or bar? | 19:33 |
| *** linums <linums!~linums@84.198.214.26> has quit IRC | 19:33 | |
| *** kasper <kasper!~kasper@5.186.44.132> has joined #yocto | 19:33 | |
| *** linums <linums!~linums@apn-94-44-98-234.vodafone.hu> has joined #yocto | 19:34 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 19:35 | |
| khem | derRichard: well you need separate files for best results | 19:35 |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-120-11.xnet.hr> has joined #yocto | 19:35 | |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:37 | |
| RobertBerger | @derRichard: do you want to use the same machine config for multiple machines? then you could just have dummy machines including the common machine config, but you will need to adjust the kernel recipe as well to be compatible | 19:37 |
| kergoth | i'd have the second include the first file and adjust MACHINEOVERRIDES so both overrides are applied | 19:37 |
| RobertBerger | @kergoth, but then they are not completely identical, since due to the override one is "stronger" | 19:38 |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:39 | |
| *** aidanh_ is now known as aidanh | 19:39 | |
| derRichard | currently i cleanup a yocto setup with strange machine names. i cannot rename them now because too many exteral tooling uses these names. so i'd like to do a soft transition and add aliases for the existing machines such that i can use the better names step by step. | 19:39 |
| *** linums <linums!~linums@apn-94-44-98-234.vodafone.hu> has quit IRC | 19:42 | |
| *** linums <linums!~linums@84.198.214.26> has joined #yocto | 19:43 | |
| *** mbulut <mbulut!~nameclash@ip1f128f5a.dynamic.kabel-deutschland.de> has joined #yocto | 19:45 | |
| khem | whats in a name ? that which we call a machine by any other name will cause as much pain - Khem'speare | 19:48 |
| derRichard | machine names such as "some-arm" are not really nice. especially since the layer now supports three different arm based socs :D | 19:50 |
| linums | So, what my problem is with the meta-amd, that it uses 3 machine parameters, and those seemingly does not produce x86-64 images | 19:51 |
| *** sakoman <sakoman!~steve@99.197.43.113> has quit IRC | 19:51 | |
| linums | So now I'm truing to build the driver based on the anongit.freedesktop.org/xorg/driver/xf86-video-amdgpu | 19:52 |
| linums | This results somehow multiple definition errors, and I don't really know why (i can see that the sources are present in 2 folders during the do_compile procedure, but after that, the second folder gets deleted, and I don't know how I could debug this issue) | 19:55 |
| linums | So this issue I can't resolve | 19:55 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:55 | |
| linums | But also I doubt somehow, that amd support is even possible under yocto, and now I am wondering why radeon module recepie is only present in the meta-amd layers, and why is it soo barely updated | 19:57 |
| linums | I know that this is not a specific question, but after 2 weeks of suffering with the radeon kernel module I have no more definite question, sine I have no clear idea how to proceed :( | 19:59 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 20:00 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:00 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-235.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 20:05 | |
| *** sakoman <sakoman!~steve@99.197.43.113> has joined #yocto | 20:09 | |
| *** linums <linums!~linums@84.198.214.26> has quit IRC | 20:25 | |
| *** linums <linums!~linums@apn-94-44-98-234.vodafone.hu> has joined #yocto | 20:25 | |
| *** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:c968:e405:6881> has joined #yocto | 20:40 | |
| *** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 21:04 | |
| *** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has quit IRC | 21:06 | |
| *** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto | 21:06 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has quit IRC | 21:16 | |
| *** berton <berton!~berton@181.220.78.182> has quit IRC | 21:17 | |
| *** agaikova <agaikova!user21236@neotame.csclub.uwaterloo.ca> has quit IRC | 21:18 | |
| *** agaikova <agaikova!user32668@neotame.csclub.uwaterloo.ca> has joined #yocto | 21:19 | |
| *** vineela <vineela!vtummala@nat/intel/x-qratwvneuzlrinpo> has joined #yocto | 21:32 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:32 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 21:33 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:37 | |
| *** linums <linums!~linums@apn-94-44-98-234.vodafone.hu> has quit IRC | 21:42 | |
| *** linums <linums!~linums@apn-94-44-98-234.vodafone.hu> has joined #yocto | 21:45 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 21:53 | |
| *** zbooth <zbooth!~zbooth@2600:1f16:181:f300:d350:982:b6f5:216c> has quit IRC | 21:54 | |
| *** kasper <kasper!~kasper@5.186.44.132> has quit IRC | 21:56 | |
| *** linums <linums!~linums@apn-94-44-98-234.vodafone.hu> has quit IRC | 21:56 | |
| *** zbooth <zbooth!~zbooth@2600:1f16:181:f300:d350:982:b6f5:216c> has joined #yocto | 21:58 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:01 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:06 | |
| *** linums <linums!~linums@84.198.214.26> has joined #yocto | 22:13 | |
| *** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has quit IRC | 22:15 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 22:15 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 22:16 | |
| *** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has joined #yocto | 22:17 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 22:44 | |
| *** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has quit IRC | 22:45 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 22:49 | |
| *** King_In0 <King_In0!~King_InuY@ool-18e49371.dyn.optonline.net> has joined #yocto | 22:59 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC | 23:01 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:06 | |
| *** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has quit IRC | 23:06 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:06 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:11 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:27 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 23:37 | |
| *** creich <creich!~creich@p200300f6af231710000000000000039b.dip0.t-ipconnect.de> has quit IRC | 23:51 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 23:52 | |
| *** creich <creich!~creich@p200300f6af231710000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 23:52 | |
| *** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has joined #yocto | 23:56 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!