Thursday, 2020-12-10

*** rcw <rcw!~rcwoolley@> has quit IRC00:01
*** Ru3D3e <Ru3D3e!> has joined #yocto00:02
*** rcw <rcw!~rcwoolley@> has joined #yocto00:03
*** hpsy1 <hpsy1!~hpsy@> has joined #yocto00:06
*** fitzsim <fitzsim!> has joined #yocto00:08
*** hpsy1 <hpsy1!~hpsy@> has quit IRC00:08
*** hpsy <hpsy!~hpsy@> has quit IRC00:08
*** agust <agust!> has quit IRC00:13
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:15
*** rcw <rcw!~rcwoolley@> has quit IRC00:16
*** jonasbits <jonasbits!~quassel@2001:2002:4e48:1aca:908e:1969:c028:2e1d> has quit IRC00:16
*** Gundy <Gundy!5bc86cfa@> has quit IRC00:18
*** jonasbits <jonasbits!> has joined #yocto00:18
*** jonasbits_ <jonasbits_!~quassel@2001:2002:4e48:1aca:908e:1969:c028:2e1d> has joined #yocto00:28
*** jonasbits <jonasbits!> has quit IRC00:30
*** kiwi_29 <kiwi_29!> has quit IRC00:35
*** jonasbits_ <jonasbits_!~quassel@2001:2002:4e48:1aca:908e:1969:c028:2e1d> has quit IRC00:41
*** jonasbits <jonasbits!~quassel@2001:2002:4e48:1aca:908e:1969:c028:2e1d> has joined #yocto00:41
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC00:46
*** jonasbits <jonasbits!~quassel@2001:2002:4e48:1aca:908e:1969:c028:2e1d> has quit IRC00:47
*** jonasbits <jonasbits!> has joined #yocto00:49
*** amerigo <amerigo!uid331857@gateway/web/> has quit IRC00:59
*** jonasbits_ <jonasbits_!> has joined #yocto01:01
*** Ru3D3e <Ru3D3e!> has joined #yocto01:02
*** jonasbits <jonasbits!> has quit IRC01:04
*** jonasbits_ <jonasbits_!> has quit IRC01:21
*** jonasbits <jonasbits!> has joined #yocto01:22
*** Ru3D3e <Ru3D3e!> has joined #yocto02:03
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:07
*** Hadi <Hadi!a5e1d930@> has joined #yocto02:11
HadiHow to control what goes into the rpm-src package. I am using autotool. I am not sure if aututool  or package.bbclass populate the $WORKDIR/package/usr/src/. Currently it only coping  some *.c and header files. I want copy more files. How can I do that? Thanks02:14
*** mbulut <mbulut!> has quit IRC02:34
*** sakoman <sakoman!> has quit IRC02:40
*** Ru3D3e <Ru3D3e!> has joined #yocto03:03
*** Ru3D3e <Ru3D3e!> has quit IRC03:04
*** kaspter <kaspter!~Instantbi@> has quit IRC03:19
*** kaspter <kaspter!~Instantbi@> has joined #yocto03:19
*** davidinux <davidinux!~davidinux@> has quit IRC03:35
*** ericch <ericch!> has quit IRC03:46
*** ahadi_ <ahadi_!> has quit IRC03:49
*** camus <camus!~Instantbi@> has joined #yocto03:50
*** kaspter <kaspter!~Instantbi@> has quit IRC03:50
*** camus is now known as kaspter03:50
*** ahadi <ahadi!> has joined #yocto03:52
*** Hadi <Hadi!a5e1d930@> has quit IRC03:55
*** Ru3D3e <Ru3D3e!> has joined #yocto04:04
*** sakoman <sakoman!> has joined #yocto04:04
*** Ru3D3e <Ru3D3e!> has quit IRC04:04
*** sakoman <sakoman!> has quit IRC04:05
*** codyps <codyps!~codyps@2601:18f:800:209d:60b1:22ff:fea0:5284> has quit IRC04:06
*** codyps <codyps!~codyps@2601:18f:800:209d:60b1:22ff:fea0:5284> has joined #yocto04:06
*** minimaxwell <minimaxwell!> has quit IRC04:28
*** oberstet <oberstet!~oberstet@> has quit IRC04:42
*** habing <habing!~habing@2001:4bb8:192:7944:b486:552f:43c9:2> has joined #yocto04:55
*** Ru3D3e <Ru3D3e!> has joined #yocto05:04
*** camus <camus!~Instantbi@> has joined #yocto05:34
*** kaspter <kaspter!~Instantbi@> has quit IRC05:34
*** camus is now known as kaspter05:34
*** Hadi <Hadi!a5e1d930@> has joined #yocto05:41
HadiThere used to be support  SRC_DIST_LOCAL  to download all the src into deploy/source directory.  I think it is deprecated. Anyone knows the alternative05:43
HadiHere are some info about it
*** Hadi <Hadi!a5e1d930@> has quit IRC05:54
*** kaspter <kaspter!~Instantbi@> has quit IRC06:01
*** camus <camus!~Instantbi@> has joined #yocto06:01
*** camus is now known as kaspter06:04
*** Ru3D3e <Ru3D3e!> has joined #yocto06:05
*** jobroe <jobroe!> has joined #yocto06:05
*** Ru3D3e <Ru3D3e!> has quit IRC06:05
*** CoLa|work <CoLa|work!> has joined #yocto06:09
*** lh___ <lh___!sid77898@gateway/web/> has quit IRC06:11
*** lh___ <lh___!sid77898@gateway/web/> has joined #yocto06:11
*** alessioigor <alessioigor!> has joined #yocto06:12
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has quit IRC06:13
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has joined #yocto06:13
*** carlsb3rg <carlsb3rg!> has joined #yocto06:25
*** vineela <vineela!~vtummala@> has quit IRC06:31
*** habing <habing!~habing@2001:4bb8:192:7944:b486:552f:43c9:2> has quit IRC06:31
*** vineela <vineela!~vtummala@> has joined #yocto06:32
*** vineela <vineela!~vtummala@> has quit IRC06:34
*** AndersD <AndersD!> has joined #yocto06:35
*** AndersD_ <AndersD_!> has joined #yocto06:41
*** AndersD <AndersD!> has quit IRC06:44
*** eduardas <eduardas!~eduardas@> has joined #yocto06:50
*** kpo_ <kpo_!> has quit IRC06:54
*** kpo_ <kpo_!> has joined #yocto06:55
*** davidinux <davidinux!~davidinux@> has joined #yocto06:58
*** pharaon2502 <pharaon2502!> has joined #yocto07:02
*** nerdboy <nerdboy!~sarnold@> has joined #yocto07:04
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto07:04
*** Ru3D3e <Ru3D3e!> has joined #yocto07:05
*** alejandrohs <alejandrohs!> has joined #yocto07:06
*** eduardas <eduardas!~eduardas@> has quit IRC07:06
*** Ru3D3e <Ru3D3e!> has quit IRC07:06
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto07:09
*** ThomasD13 <ThomasD13!> has joined #yocto07:15
*** Shikadi` <Shikadi`!> has quit IRC07:21
*** agust <agust!> has joined #yocto07:24
*** mckoan|away is now known as mckoan07:34
mckoangood morning07:34
khemgm mckoan07:34
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC07:35
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto07:36
*** bps <bps!~bps@> has joined #yocto07:39
*** frwol <frwol!> has joined #yocto07:46
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto07:47
*** wz <wz!> has joined #yocto07:48
*** camus <camus!~Instantbi@> has joined #yocto07:49
*** kaspter <kaspter!~Instantbi@> has quit IRC07:50
*** camus is now known as kaspter07:50
*** bps <bps!~bps@> has quit IRC07:50
*** carlsb3rg <carlsb3rg!> has quit IRC07:50
*** oberstet <oberstet!~oberstet@> has joined #yocto07:50
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has joined #yocto07:50
*** frsc <frsc!> has joined #yocto07:50
*** beneth <beneth!> has joined #yocto07:55
*** fl0v0 <fl0v0!> has joined #yocto07:58
*** sjolley <sjolley!> has joined #yocto07:59
*** frsc <frsc!> has quit IRC07:59
*** carlsb3rg <carlsb3rg!> has joined #yocto08:03
*** frsc <frsc!> has joined #yocto08:05
*** Ru3D3e <Ru3D3e!> has joined #yocto08:06
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC08:24
*** paulg <paulg!> has quit IRC08:38
LetoThe2ndyo dudX08:49
*** paulg <paulg!> has joined #yocto08:50
*** DanmerZ <DanmerZ!~op@> has joined #yocto08:54
mckoanhi LetoThe2nd08:57
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:00
*** kaspter <kaspter!~Instantbi@> has quit IRC09:02
*** kaspter <kaspter!~Instantbi@> has joined #yocto09:02
*** falk0n <falk0n!> has quit IRC09:06
*** Ru3D3e <Ru3D3e!> has joined #yocto09:07
*** Ru3D3e <Ru3D3e!> has quit IRC09:07
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:5178:619c:fc92:5a85> has joined #yocto09:13
*** falk0n <falk0n!> has joined #yocto09:13
*** mbulut <mbulut!> has joined #yocto09:13
*** tnovotny <tnovotny!> has joined #yocto09:16
*** camus <camus!~Instantbi@> has joined #yocto09:26
*** kaspter <kaspter!~Instantbi@> has quit IRC09:28
*** camus is now known as kaspter09:28
*** hpsy <hpsy!~hpsy@> has joined #yocto09:30
*** leon-anavi <leon-anavi!~Leon@> has quit IRC09:49
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:50
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:ac98:a516:163d:bcb1> has joined #yocto09:59
*** kaspter <kaspter!~Instantbi@> has quit IRC10:00
*** kaspter <kaspter!~Instantbi@> has joined #yocto10:00
*** Ru3D3e <Ru3D3e!> has joined #yocto10:07
*** goliath <goliath!> has joined #yocto10:13
*** loblik <loblik!a5e150fc@> has joined #yocto10:14
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:16
loblikI'm building image for aarch64 SOC which has system controller which is 32bit arm core. I would like to have recipe which builds firmware for the SCU (system controller). Can I somehow specify different toolchain to be used for this recipe?10:17
qschulzloblik: if you jsut want a 32b version, you can use multilib and ask for the lib32- package of the system controller firmware10:20
qschulzif it's a completely different toolchain, you probably want to have a look at multiconfig with two different machines, one representing the target and the other the system controller10:20
*** Ru3D3e <Ru3D3e!> has joined #yocto10:23
* LetoThe2nd just ordered 3TB pcie nvme for his build machine :)10:26
LetoThe2ndfast sstate, yay!10:27
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto10:27
*** leon-anavi <leon-anavi!~Leon@> has quit IRC10:32
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto10:33
erboLetoThe2nd: I remember the first builds I did using openembedded on a budget laptop, must have been 2008 or 2009. I had no idea what I was doing and every iteration took forever.10:35
erboNow I still don't have a clue, but at least building is faster :)10:35
*** Ru3D3e <Ru3D3e!> has quit IRC10:38
LetoThe2ndwell said box actually performed nicely after purchase in 2015. its a 32way xeon with 128G ram already, so as long as we had less and smaller builds caching would effectively boost builds incredibly for us. nowadays the box is way more loaded, plus the builds are much larger. hence io kicks in badly.10:38
*** frsc <frsc!> has quit IRC10:40
paulbarkerLetoThe2nd: Now you can break things even faster!10:46
*** dreyna <dreyna!> has quit IRC10:47
rburtonloblik: you might want to look at meta-arm, it has recipes and compilers for arm firmware10:54
rburtonloblik: ideally, multiconfig, but firmware building is sufficiently insane that meta-arm currently just uses standalone compilers10:55
LetoThe2nd"firmware building is sufficiently insane" ... awesome quote10:57
*** frwol <frwol!> has quit IRC10:57
rburtonLetoThe2nd: guess how many hours of my life were wasted writing this comment
LetoThe2ndrburton: i hereby guess: n. with n > 0.10:59
*** frsc <frsc!> has joined #yocto11:04
*** wz <wz!> has quit IRC11:13
*** luneff <luneff!~yury@> has joined #yocto11:13
luneffhey guys! Any good method of collecting coredumps for Yocto? Like google's breakpad. I see there's an assortment of tools, wondering if there's mainstream11:15
RPluneff: we'd love to have something standard but I don't think anyone has put it together yet unfortunately11:16
LetoThe2ndluneff: we're using minicoredumper for getting reasonable-sized dumps on the devices, and it works ok for us. but ofc, its not comparable in scope.11:18
luneffLetoThe2nd, do you analyze them on the board or you upload it elsewhere against debug syms?11:19
LetoThe2ndluneff: the latter. we keep a proper history of deployed versions so we can correlate them11:20
lunefflots of code, probably? get syms from yocto build, UI, receiving part...11:21
LetoThe2ndwell it depends on the usecase, obviously.11:22
*** habing <habing!~habing@2001:4bb8:192:7944:b486:552f:43c9:2> has joined #yocto11:26
Ad0hm putting DROPBEAR_EXTRA_ARGS in my distro.conf seems to do nothing11:37
Ad0I guess it's not even a variable11:37
*** gourve_l <gourve_l!> has quit IRC11:38
qschulzAd0: of course, because it's not in a file that is parsed by Yocto11:40
qschulzit's in a file that is added to the sources via SRC_URI11:40
qschulzso just override it11:40
Ad0yeah I did a grep and had a quick glance , mistook it for an actual variable11:40
*** CoLa|work <CoLa|work!> has quit IRC11:41
Ad0lol I am actually gonna make it into a variable11:41
qschulzAd0: if it's only for your distro, you can have your new file in a subdir named after the distro11:41
Ad0I thought that was only for machines11:41
qschulzAd0: no, distros too, but be aware that distro has precedence over machines11:43
qschulzso you won't be able to mix it that well11:43
qschulzbut if it's really not specific to a machine but to a distro, it's fine11:43
Ad0right here, I only care about distros. I have 2 machines and both can run 2 distros, prod and dev edition of the distro11:44
Ad0so typically dev has remote ssh access and prod has
Ad0I can have logic for it in the bbappend or you say it can be a certain dir structure11:45
Ad0I have no idea how to form a search query for that structure though11:45
*** leon-anavi <leon-anavi!~Leon@> has quit IRC11:46
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto11:47
Ad0how is the distro specific directory structure in a recipe dir?11:47
Ad0the less script trickery the better! :)11:48
*** jkprg <jkprg!~jkprg@> has joined #yocto11:53
LetoThe2ndAd0: dirty trick: add a nonexisting filename to SRC_URI and build the recipe. the resulting error message shows all searched directories, in order.11:58
Ad0I should override the dropbear recipe right?11:58
Ad0sometimes I see files written in own recipies that strictly belongs to another recipe11:59
Ad0there is poky/meta/recipes-core/dropbear/dropbear/dropbear.default already so12:00
qschulzAd0: have your own bbappend12:01
qschulzprovided you have meta-mylayer/recipes-core/dropbear/dropbear_%.bbappend12:01
qschulzthen you put your file in:12:01
*** wz <wz!> has joined #yocto12:01
Ad0ah ok12:01
Ad0thanks. LetoThe2nd also thanks for the trick12:02
qschulzand you add FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"12:02
qschulzto your bbappend12:02
Ad0yes I have also seen variations of that12:02
qschulzno need to add it again to SRC_URI since it's probably added in the original recipe12:02
Ad0like "${THISDIR}/files:"12:03
LetoThe2ndi just had a weird idea. would it make sense to have a warning if a variable is set but never read, and vice versa?12:03
Ad0meta-mender does that to their own variables12:03
Ad0LetoThe2nd, it makes a lot of sense, at least with some kind of switch / argument12:03
Ad0I have been thinking some variables like the one I set was actually used12:03
LetoThe2ndthat could help to quickly spot types, basically.12:04
Ad0but it wasn't and it would have been picked up by that12:04
LetoThe2ndlike bitbake -Werror-all12:04
loblikif I go with multiconfig to build system controller firmware. can I somehow disable building all the other packages except the recipe which builds firmware?12:05
qschulzloblik: there was a talk about building a free-rtos app with yocto the ELCE of last year12:06
loblikI don't want to endup with two images for distinct targets. I just need one package for different platform and include that firmware to main target image.12:06
rburtonloblik: meta-arm literally does that12:07
qschulzloblik: you can do dependencies across multiconfigs12:07
qschulzon packages specifically12:07
qschulzbut rburton will know much more than I do :)12:07
rburtonmeta-arm has recipes for scp-firmware, trusted-firmware-a, trusted-firmware-m and op-tee.12:07
*** manuel1985 <manuel1985!> has quit IRC12:08
*** tgoodwin <tgoodwin!> has joined #yocto12:09
rburtonif you go multiconfig then you just bitbake the firmware12:09
rburtonmeta-arm currently doesn't do multiconfig for the firmware but its on our todo list12:10
Ad0I think I will actually just use the the install_append and echo the variable defined in my distro file12:10
Ad0then I can append from the one in the base config and stuff12:10
qschulzAd0: up to you, I generally don't like mixing mechanisms12:10
*** kaspter <kaspter!~Instantbi@> has quit IRC12:15
*** kaspter <kaspter!~Instantbi@> has joined #yocto12:15
*** mmurto <mmurto!> has joined #yocto12:18
Ad0qschulz, seems like I shouldn't have the same distro name as machine, ever12:18
Ad0I don't of course but I see the paths being searched12:18
Ad0distro is on the same directory level as machine so they can't be mixed. it's either or12:19
mmurtoHi all! I'm trying to determine which recipes created which packages in a manifest file of an image with oe-pkgdata-util lookup-recipe <recipe-name>. It seems to work pretty well, but it doesn't find recipes for some specific packages, the ones alike kernel-5.4.61-yocto-standard. Does anyone know why is that so?12:24
Ad0installing my own systemd services. should that be done in my own recipe or should I override some systemd recipe? I do it in my own main layer recipe that does "everything"12:29
erboAd0: ship the systemd services in the recipe of the service, there's systemd.bbclass that provides most of the functionality12:30
Ad0thanks I do that now12:31
*** frwol <frwol!> has joined #yocto12:31
*** gourve_l <gourve_l!> has joined #yocto12:33
*** konsgnxx <konsgnxx!> has joined #yocto12:35
*** eduardas <eduardas!~eduardas@> has joined #yocto12:38
*** creich <creich!> has quit IRC12:46
*** creich <creich!> has joined #yocto12:48
*** spiro <spiro!~spiro@> has joined #yocto12:52
*** kaspter <kaspter!~Instantbi@> has quit IRC12:58
*** zandrey <zandrey!~zandrey@> has joined #yocto13:08
*** carlsb3rg <carlsb3rg!> has quit IRC13:18
*** ctlnwr_ <ctlnwr_!~catalin@> has joined #yocto13:21
*** ctlnwr <ctlnwr!~catalin@> has quit IRC13:24
*** loblik <loblik!a5e150fc@> has quit IRC13:24
*** ctlnwr__ <ctlnwr__!~catalin@> has joined #yocto13:24
*** jkprg <jkprg!~jkprg@> has quit IRC13:26
*** ctlnwr_ <ctlnwr_!~catalin@> has quit IRC13:29
*** jkprg <jkprg!~jkprg@> has joined #yocto13:29
*** eduardas <eduardas!~eduardas@> has quit IRC13:29
*** jkprg <jkprg!~jkprg@> has quit IRC13:30
*** jkprg <jkprg!~textual@> has joined #yocto13:31
*** jkprg <jkprg!~textual@> has quit IRC13:39
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto13:40
*** mmurto <mmurto!> has quit IRC13:40
*** eduardas <eduardas!~eduardas@> has joined #yocto13:44
*** sakoman <sakoman!> has joined #yocto13:49
*** luneff <luneff!~yury@> has quit IRC13:51
*** spiro <spiro!~spiro@> has left #yocto13:52
*** jkprg <jkprg!~textual@> has joined #yocto13:55
*** rcw <rcw!~rcwoolley@> has joined #yocto13:59
*** habing <habing!~habing@2001:4bb8:192:7944:b486:552f:43c9:2> has quit IRC14:20
*** gdk-pixbuf48 <gdk-pixbuf48!> has joined #yocto14:21
*** vineela <vineela!~vtummala@> has joined #yocto14:21
gdk-pixbuf48hello. anyone here?14:23
*** ssajal <ssajal!> has quit IRC14:23
gdk-pixbuf48I wrote my question on #poky but the channel seems to be dead14:25
gdk-pixbuf48 I try to build poky and I encounter some weird issue, I searched through web and there is literally no answer to that mystery.14:25
gdk-pixbuf48I run MACHINE=qemux86 bitbake core-image-minimal, just vanilla poky clone, yocto-3.214:26
gdk-pixbuf48every time I get "gdk-pixbuf-query-loaders No such file or directory" during core-image-minimal-1.0-r0 do_rootfs14:26
LetoThe2ndsoudns strange.14:26
LetoThe2ndi can give it a try but will take some time.14:27
gdk-pixbuf48it works for other people, just not for me and I have no idea how to attack this issue. I mean it's just basic poky build. I am sure it works for 100s of people in CIs around the world14:28
erbogdk-pixbuf48: what build host are you using?14:28
LetoThe2nderbo: very good point.14:29
gdk-pixbuf48ubuntu 18.04.2 amd6414:29
erbothat sounds supported enough :)14:30
erbogdk-pixbuf48: could you post the local.conf to some pastebin?14:33
erbogdk-pixbuf48: and do you have all of the packages listed on installed?14:34
erboThere's a nice apt-get line there, make sure all are installed14:34
*** konsgnxx <konsgnxx!> has quit IRC14:35
*** Konsgn <Konsgn!> has joined #yocto14:35
gdk-pixbuf48ok, let me check14:35
*** Konsgn is now known as Guest6112414:36
gdk-pixbuf48something is installing, so maybe some package was missing. I will check and get back to you later if it still doesn't work14:37
gdk-pixbuf48thanks a lot14:38
*** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has quit IRC14:38
gdk-pixbuf48nope still doesn't work14:38
gdk-pixbuf48what a bummer14:38
erboI kicked off a build here, but I guess odds are it will just work.14:39
*** ThomasD13 <ThomasD13!> has quit IRC14:45
gdk-pixbuf48thanks. I will get back to you later, maybe I will be able to provide some more detailed failure log but I can't paste the whole file14:45
*** pharaon2502 <pharaon2502!> has quit IRC14:45
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto14:46
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC14:46
*** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has joined #yocto14:52
*** Guest61124 is now known as konsgnxx14:57
*** ericch <ericch!> has joined #yocto14:59
*** jkprg <jkprg!~textual@> has quit IRC15:02
*** ssajal <ssajal!~ssajal@> has joined #yocto15:02
*** jobroe <jobroe!> has quit IRC15:08
RPndec, kanavin_home: :)15:12
*** mbulut <mbulut!> has quit IRC15:13
*** Sibert <Sibert!b98ee3b8@> has joined #yocto15:24
JPEWkanavin_home: Good job on that!15:24
*** sjolley <sjolley!> has quit IRC15:25
SibertHi everyone. I'm struggeling with adding pulseaudio/bluetooth to my image. Can anyone point me to the right documentation because I can't find it15:25
RobertBerger@RP I did some md5sum over a kernel and device tree a customer and me built and it was identical ;) so something happens with reproduce able stuff15:26
*** dreyna <dreyna!> has joined #yocto15:28
RPRobertBerger: you used an insecure algorithm and have been hacked? :)15:29
RPseriously, the reproducible stuff is starting to come together nicely :)15:29
RPits nice it worked like that out the box15:29
*** habing <habing!~habing@2a02:8388:6c0:1200:269c:52c3:be0c:e984> has joined #yocto15:42
wyrewhy if I've set `DISTRO = "myown"` I see `DISTRO = "poky"` in the build configuration when I run bitbake?15:48
*** mihai- is now known as mihai15:52
*** mbulut <mbulut!> has joined #yocto15:54
qschulzwyre: where did you set iot?15:54
Ad0hm should I pre-generate a host key for all devices for SSH server or should I map the host key to a writable place ?15:58
wyreqschulz, sorry, it was my fault, now apparently is working as I expected15:59
*** AndersD_ <AndersD_!> has quit IRC16:05
qschulzAd0: IIRC, keys are auto-generated on first boot16:09
Ad0yeah but on a read only system they are generated on every boot16:09
qschulzAd0: then generate them during the image creation16:10
Ad0so I a) have to direct the path to writable part or supply my own key16:10
*** wmat <wmat!> has joined #yocto16:10
JPEWAd0: You can redirect them to a r/w location; that's what we do16:10
Ad0then it will be the same for all devices , which I guess is not a big problem?16:10
qschulzAd0: addendum to my own suggestion: unless you want to upgrade the system in which case meh16:10
Ad0should it truly be unique for each device?16:10
Ad0if the device is upgrade but it's on the shared data partition, then it's persisted16:11
Ad0rootfs-postcommands.bbclass will actually force a config variable if I don't put an rsa key file there16:14
Ad0so should I a) put a real file there with content "dummy" or empty, and add in default config to point to another file, or b) use systemd to remap /var/lib/dropbear to /data/dropbear16:16
Ad0I would need to put /etc/dropbear/dropbear_rsa_host_key there to trick that script lol16:17
Ad0OR mount /var/lib/dropbear to /data/dropbear with systemd16:18
Ad0I feel I should do the latter16:18
Ad0but either way I need to actually know the inner workings of a bbclass to figure this out hehe16:19
qschulzAd0: what did you need to know about the "inner workings of a bbclass"?16:20
*** wz <wz!> has quit IRC16:22
Ad0if I had added DROPBEAR_RSAKEY_DIR to the /etc/default/dropbear without reading, it would have overwritten that variable16:23
Ad0because it didn't detect that /etc/dropbear/dropbear_rsa_host_key16:23
Ad0that's how I interpret it16:24
Ad0more more correctly, I would have gotten 2 of them. where the last one is written by rootfs-postcommands.bbclass. since these are env vars it would simply overwrite mine in practice16:25
*** leon-anavi <leon-anavi!~Leon@> has quit IRC16:32
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:5178:619c:fc92:5a85> has quit IRC16:32
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto16:33
*** rpcme <rpcme!345f0407@> has joined #yocto16:38
*** jkprg <jkprg!~jkprg@> has joined #yocto16:39
rpcmeHello all - wondering if there's been any prior work on this - I have a need to use Apache Maven but I have a couple challenges with that - 1/ (building app) how maven is dealing with project dependencies and 2/ (building maven itself) you need maven to build maven, so now I have a bit of conundrum on the builder front.  any ideas?16:41
rpcmeI think /2/ is really the biggest problem at this point16:41
*** jkprg <jkprg!~jkprg@> has quit IRC16:42
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has quit IRC16:44
*** Shikadi` <Shikadi`!> has joined #yocto16:50
paulbarkerrpcme: It's always worth searching the layer index for a recipe:
paulbarkerI've no idea on the status of that but it may be a place to start16:53
*** frwol <frwol!> has quit IRC16:54
gdk-pixbuf48hello again. Earlier I described my problem with building vanilla poky. I found post on SO with the very similar symptoms to mine:
*** frsc <frsc!> has quit IRC16:57
gdk-pixbuf48Unlike OP, I use bitbake and it doesn't work for me even using standard set of tools16:57
RobertBerger@RP - I just tried for fun and was very surprised ;) Another piece of Magic! I wish I could understand better how some of those magic things work.17:03
*** mbulut <mbulut!> has quit IRC17:03
*** eduardas <eduardas!~eduardas@> has quit IRC17:08
v0nif my board is a commercial board but with a custom in-house designed daughter board on it, is it best if I define my own machine?17:16
v0nan Rpi with a custom daughter board for example17:17
frayin my experience, if you need to adjust settings that are typically setup with the MACHINE configuration, serial ports, capabilities, like ethernet, kernel configurations, etc.. then it's a new MACHINE17:17
fraybut if you use the existing machine without modification, and it's just a different board -- then that isn't needed..17:17
erbogdk-pixbuf48: hmm, build succeded here17:18
v0nfray: these are mostly connectivity for new devices such as usb and all, which requires a DTS though17:18
*** gourve_l <gourve_l!> has quit IRC17:18
*** fl0v0 <fl0v0!> has quit IRC17:18
frayunder the current world, if you have a new Device Tree, then you likely want to specify a new machine.. but your new machine can inherit the general purpose one and save you work..17:19
frayI'm currently working on something for the Xilinx FPGAs along that line.  There will be a general purpose machine (without a default DTB) specified, and then you can specify a machine and pass just the differences in yoru configuration, inheriting the generics..17:19
fraynot worked out all of the details yet, but that is the direction we're heading..17:19
v0nfray: I see. So I can separate the recipes and stuffs specific to the company and its daughter board into a private layer and distribute only the generic layers to customers so that they can build they own recipes for the target, right?17:22
v0n(if let's say most of the IP resides in the daughter board and what's connected to it)17:23
frayso for the Xilinx stuff I was mentioning, I would expect that the end developer would do something like create their own layer, that would depend on meta-xilinx-bsp..  and then their custom software, drivers and configuration would be in their BSP layer,a nd all of the support software comes from meta-xilinx-bsp ... I would assume something like that can likely be done with the RPi as well.. you might hit a few snags, but ti shouldn't be too bad17:24
frayalso their machine.conf file would look something like:  include conf/machine/zynqmp-generic \n # local setting here....17:26
*** Sibert <Sibert!b98ee3b8@> has quit IRC17:28
v0nfray: got it. Maybe a new machine isn't required here. What I want is to deliver the hardware and "base" layers/recipes for them to integrate their own application, but without distributing some private parts of the hardware description (daughter board mainly) and some in-house apps and system conf.17:30
*** zandrey <zandrey!~zandrey@> has quit IRC17:30
*** T_UNIX <T_UNIX!~T_UNIX@2a02:8071:b696:bd00:57dc:e194:3053:35c0> has joined #yocto17:30
frayput the private stuff in its own layer..  public stuff in it's layer and you should be good..17:31
frayIf you look at the Yocto Project Compliance (layers) stuff, there are recommendatiosn for distribution, BSP, and other layers that might be relevant17:31
v0nexactly. And the private layer would contain stuffs like KERNEL_DEVICETREE_raspberrypi and other specifics17:32
*** gourve_l <gourve_l!> has joined #yocto17:32
*** meego <meego!~meego@2001:41d0:fe7e:c800:588b:ae0f:2fd0:1df> has joined #yocto17:32
rpcmepaulbarker thank you - I would not have thought of putting it in this layer - I thought it would be been in meta-java17:32
v0nso since they will have hands on the hardware, there's no reason to abstract a new "machine" here I think.17:33
fraymakes sense17:33
v0nwithout the private layer they won't be able to build a complete system (let's say we have custom init and recovery routines, etc.) but we will be able to install their pre-built .ipk or squashfs application images17:35
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC17:35
frayjust remember to pay attaention to GPL compliance requirements... FSF interpretation is that the customary build system components need to be available.. (not everyone agrees what that means).. but the easiest wayt o fullfil that is just give the layers to rebuild them..17:37
v0n(squashfs can be easily overlayed over the system to apply custom settings)17:37
frayso if you are modifying any GPL (any version) stuff, consider that going in the public layer17:37
v0nfray: does KERNEL_DEVICETREE_rpi += "private.dtb" apply here?17:38
frayall depends on if the devicetree is being linked into GPL code (or needed to build it)17:40
frayI know it's possible to embedded the DTB into u-boot, but I don't know if u-boot developers consider that to be linking or if that is a problem)17:41
kanavin_homeRP, JPEW: cheers :) I guess we can separately promote the holdouts, and invite people to work on them?17:42
*** lexano <lexano!> has quit IRC17:44
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto17:45
kanavin_home(once the actual world repro commits merge of course)17:46
*** lexano <lexano!> has joined #yocto17:46
kanavin_homeI see they are still in -next17:46
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC17:47
RPkanavin_home: I just didn't want to tempt fate with the M1 build!17:49
RPkanavin_home: we do need to promote that!17:49
*** nerdboy <nerdboy!~sarnold@> has joined #yocto17:54
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:54
T_UNIXis anybody else suffering from a failed ncurses build due to a failure of pseudo (
T_UNIXa core-dump upon statements such as `cat << EOF` (of which there are a ton in ncurses)?17:55
*** Yumasi <Yumasi!> has joined #yocto17:57
RPT_UNIX: which distro is that running on?17:58
*** mckoan is now known as mckoan|away18:04
*** stzsch <stzsch!~stzsch@> has quit IRC18:22
T_UNIXRP Fedora18:23
frayselinux maybe?  anything in the log file?18:23
T_UNIXlikely :-/18:27
*** meego <meego!~meego@2001:41d0:fe7e:c800:588b:ae0f:2fd0:1df> has quit IRC18:28
T_UNIXI'm building inside a container so I'm using volumes18:31
T_UNIXI had to relabel all the build files so that it would not fail to copy some labeled file using another context.18:32
T_UNIXbtw. se linux context and copy/move instructions: is some good news18:32
*** habing <habing!~habing@2a02:8388:6c0:1200:269c:52c3:be0c:e984> has quit IRC18:38
*** kpo_ <kpo_!> has quit IRC18:41
*** gdk-pixbuf48 <gdk-pixbuf48!> has quit IRC18:41
*** kpo_ <kpo_!> has joined #yocto18:42
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:7c6f:1cc7:4d4:a791> has joined #yocto18:46
*** meego_ <meego_!~meego@2a01:e0a:1ec:b0e0:288b:9f40:3713:4521> has joined #yocto18:54
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:7c6f:1cc7:4d4:a791> has quit IRC18:56
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:30ae:5418:fc55:5042> has joined #yocto18:56
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC18:57
*** jkprg <jkprg!> has joined #yocto18:57
*** meego__ <meego__!~meego@2a01:e0a:1ec:b0e0:3525:eae0:5b22:148e> has joined #yocto18:58
*** meego___ <meego___!~meego@2a01:e0a:1ec:b0e0:1d86:205b:e6d0:7060> has joined #yocto18:59
*** meego_ <meego_!~meego@2a01:e0a:1ec:b0e0:288b:9f40:3713:4521> has quit IRC18:59
*** crawler <crawler!> has joined #yocto19:00
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:30ae:5418:fc55:5042> has quit IRC19:01
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:ed24:a169:6271:5f67> has joined #yocto19:02
*** meego__ <meego__!~meego@2a01:e0a:1ec:b0e0:3525:eae0:5b22:148e> has quit IRC19:02
*** meego_ <meego_!~meego@2a01:e0a:1ec:b0e0:bd17:6f12:bb53:9b8c> has joined #yocto19:03
*** meego___ <meego___!~meego@2a01:e0a:1ec:b0e0:1d86:205b:e6d0:7060> has quit IRC19:04
jkprgHi experts! I'd like to put /usr/* into separate partition. I've found how to do it with wic. But is it possible to split rootfs this way for runqemu purpose to test mounting?19:04
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:ed24:a169:6271:5f67> has quit IRC19:06
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:3809:865:f18b:e982> has joined #yocto19:07
*** meego_ <meego_!~meego@2a01:e0a:1ec:b0e0:bd17:6f12:bb53:9b8c> has quit IRC19:08
*** meego_ <meego_!~meego@2a01:e0a:1ec:b0e0:e59e:899b:7fc4:59f1> has joined #yocto19:08
*** meego__ <meego__!~meego@2a01:e0a:1ec:b0e0:ed8f:dd75:9f7d:922b> has joined #yocto19:09
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:3809:865:f18b:e982> has quit IRC19:12
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:7981:d0ec:dba8:64ef> has joined #yocto19:12
*** meego_ <meego_!~meego@2a01:e0a:1ec:b0e0:e59e:899b:7fc4:59f1> has quit IRC19:13
*** meego__ <meego__!~meego@2a01:e0a:1ec:b0e0:ed8f:dd75:9f7d:922b> has quit IRC19:14
*** meego_ <meego_!~meego@2a01:e0a:1ec:b0e0:c038:6986:4d0d:bffa> has joined #yocto19:15
*** kiwi_29 <kiwi_29!> has joined #yocto19:15
*** meego__ <meego__!~meego@2a01:e0a:1ec:b0e0:3c67:120a:ccb:fb91> has joined #yocto19:16
*** meego___ <meego___!~meego@2a01:e0a:1ec:b0e0:9b5:3ed5:8608:6454> has joined #yocto19:17
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:7981:d0ec:dba8:64ef> has quit IRC19:17
*** asteriusio <asteriusio!> has quit IRC19:17
*** asteriusio <asteriusio!> has joined #yocto19:17
*** meego___ <meego___!~meego@2a01:e0a:1ec:b0e0:9b5:3ed5:8608:6454> has quit IRC19:17
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:9b5:3ed5:8608:6454> has joined #yocto19:18
*** jkprg_ <jkprg_!> has joined #yocto19:18
*** meego_ <meego_!~meego@2a01:e0a:1ec:b0e0:c038:6986:4d0d:bffa> has quit IRC19:19
*** meego__ <meego__!~meego@2a01:e0a:1ec:b0e0:3c67:120a:ccb:fb91> has quit IRC19:20
*** Yumasi <Yumasi!> has quit IRC19:26
*** jkprg_ <jkprg_!> has joined #yocto19:26
kiwi_29hello..which package provides modprobe inside yocto. I removed busybox on my sysvinit based system and all hell broke loose19:32
kiwi_29Is there a package which I can install which provides all the applets provided by busybox?19:33
*** jkprg_ <jkprg_!> has quit IRC19:33
*** jkprg <jkprg!> has quit IRC19:33
*** jkprg <jkprg!> has joined #yocto19:34
*** jkprg_ <jkprg_!> has joined #yocto19:34
paulbarkerkiwi_29: I usually figure questions like that out by looking at what provides the utility on my host system19:40
kiwi_29I agree .. with so much going on ..I almost forgot there is also
*** jkprg_ <jkprg_!> has quit IRC19:41
*** jkprg <jkprg!> has quit IRC19:41
*** jkprg <jkprg!> has joined #yocto19:41
*** jkprg_ <jkprg_!> has joined #yocto19:41
kiwi_29Thanks paulbarker .. I did exactly that ... looked man page for modprobe and found it as part of kmod. ... therefore
*** frsc <frsc!> has joined #yocto19:51
*** frsc <frsc!> has quit IRC19:52
*** T_UNIX <T_UNIX!~T_UNIX@2a02:8071:b696:bd00:57dc:e194:3053:35c0> has left #yocto19:54
*** vineela <vineela!~vtummala@> has quit IRC19:57
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC20:01
*** moto-timo <moto-timo!> has joined #yocto20:02
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto20:02
*** moto-timo <moto-timo!> has joined #yocto20:04
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto20:04
*** jkprg <jkprg!> has quit IRC20:04
*** jkprg_ <jkprg_!> has quit IRC20:04
*** jkprg <jkprg!> has joined #yocto20:05
*** jkprg_ <jkprg_!> has joined #yocto20:05
*** jkprg <jkprg!> has quit IRC20:05
*** kiwi_29_ <kiwi_29_!> has joined #yocto20:06
*** kiwi_29 <kiwi_29!> has quit IRC20:06
*** tnovotny <tnovotny!> has quit IRC20:13
*** alessioigor <alessioigor!> has quit IRC20:13
*** jkprg_ <jkprg_!> has quit IRC20:16
*** jkprg <jkprg!> has joined #yocto20:17
*** alessioigor_ <alessioigor_!> has joined #yocto20:18
*** alessioigor_ <alessioigor_!> has quit IRC20:20
*** alessioigor <alessioigor!> has joined #yocto20:24
*** alessioigor <alessioigor!> has quit IRC20:25
*** jkprg <jkprg!> has quit IRC20:26
*** jkprg <jkprg!> has joined #yocto20:26
*** roussinm <roussinm!> has quit IRC20:27
*** leon-anavi <leon-anavi!~Leon@> has quit IRC20:32
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto20:33
*** psiva87 <psiva87!> has joined #yocto20:34
*** jkprg <jkprg!> has quit IRC20:35
*** jkprg <jkprg!> has joined #yocto20:35
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC20:40
*** Ad0 <Ad0!~Ad0@> has quit IRC20:42
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC20:42
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:ac98:a516:163d:bcb1> has quit IRC20:46
*** Ad0 <Ad0!~Ad0@> has joined #yocto20:47
*** jkprg <jkprg!> has quit IRC20:52
*** jkprg <jkprg!> has joined #yocto21:04
*** vineela <vineela!~vtummala@> has joined #yocto21:17
*** jkprg <jkprg!> has quit IRC21:24
psiva87Hi everyone, I have a yocto recipe which uses cmake to install some binaries in {bindir}, how can I add it to sysroot/rootfs?21:25
*** tgoodwin <tgoodwin!> has quit IRC21:31
*** jkprg <jkprg!> has joined #yocto21:32
*** warthog9 <warthog9!> has quit IRC21:49
*** DanmerZ <DanmerZ!~op@> has quit IRC21:51
bluelightningpsiva87: for the rootfs (image), you just need to know what package that binary is going into, assuming it's not the main package for the recipe (same name as the recipe)21:51
bluelightningpsiva87:  for the sysroot (what other recipes with that recipe in DEPENDS see) we don't usually install target binaries, assuming this recipe is building for the target that is21:52
*** psiva87 <psiva87!> has quit IRC21:55
*** bobbyj <bobbyj!> has joined #yocto21:57
*** mbulut <mbulut!> has joined #yocto21:57
*** jkprg <jkprg!> has quit IRC21:57
*** jkprg <jkprg!> has joined #yocto21:58
*** bobbyj <bobbyj!> has left #yocto21:58
*** konsgnxx <konsgnxx!> has quit IRC22:00
*** bobbyJ <bobbyJ!> has joined #yocto22:04
*** beneth <beneth!> has left #yocto22:05
bobbyJGreetings!  I'm trying to install a recipe to build libevhtp into my rootfs and supply the rootfs with the dev packages (so the necessary headers).  My recipe, even though it builds the libevhtp correctly, and generates a *-dev package, those header are never installed into my rootfs.  I've included 'dev-pkgs' in my image install.22:05
bobbyJSecondary - is there already an existing libevhtp recipe somewhere?  I've not been able to locate one22:06
*** jbdubois <jbdubois!26484849@> has joined #yocto22:08
bobbyJI was under the impression that installing dev packages would be a somewhat automagic process - meaning I would not need to manually install the necessary files myself in my 'do_install_append ()' step22:09
jbduboisI'm looking to install rsync on yocto running on an arm64, Anybody have any luck doing that?22:10
kergothbobbyJ: that depends on your recipe and what you're building.22:10
bobbyJI'm happy to share my recipe kergoth22:10
bobbyJLICENSE = "BSD"LIC_FILES_CHKSUM = "file://LICENSE;md5=68e2a80f5f9020a66f4512962817cd66"SRC_URI = "git://"SRC_URI[md5sum] = "ee1ae46269309acbda568c42a93d1a88"SRC_URI[sha256sum] = "316ede0d672be3ae6fe489d4ac1c8c53a1db7d4fe05edaff3c7c853933e02795"SRCREV = "e200bfa85bf253e9cfe1c1a9e705fccb176b9171"S =22:12
bobbyJ"${WORKDIR}/git"DEPENDS_append = "libevent"22:12
bobbyJThats not ideal...22:12
bobbyJ```LICENSE = "BSD"LIC_FILES_CHKSUM = "file://LICENSE;md5=68e2a80f5f9020a66f4512962817cd66"SRC_URI = "git://"SRC_URI[md5sum] = "ee1ae46269309acbda568c42a93d1a88"SRC_URI[sha256sum] = "316ede0d672be3ae6fe489d4ac1c8c53a1db7d4fe05edaff3c7c853933e02795"SRCREV = "e200bfa85bf253e9cfe1c1a9e705fccb176b9171"S =22:13
bobbyJ"${WORKDIR}/git"DEPENDS_append = "libevent"22:13
bobbyJ```LICENSE = "BSD"LIC_FILES_CHKSUM = "file://LICENSE;md5=68e2a80f5f9020a66f4512962817cd66"SRC_URI = "git://"SRC_URI[md5sum] = "ee1ae46269309acbda568c42a93d1a88"SRC_URI[sha256sum] = "316ede0d672be3ae6fe489d4ac1c8c53a1db7d4fe05edaff3c7c853933e02795"SRCREV = "e200bfa85bf253e9cfe1c1a9e705fccb176b9171"S =22:13
bobbyJ"${WORKDIR}/git"DEPENDS_append = "libevent"22:13
bobbyJThat didn't work how I thought it would22:13
bobbyJsorry for the garbage22:13
neverpanicbobbyJ: Use a pastebin service.22:13
bobbyJI effectively added 'dev-pkgs' to the IMAGE_INSTALL_append to a 'core-image-base' recipe22:17
bobbyJduring the install step for the `libevhtp` build process, I can see its installing dev packages, etc..., this just never makes it into the core-image-base generated rootfs22:20
*** tangofoxtrot <tangofoxtrot!~jon@unaffiliated/tangofoxtrot> has joined #yocto22:24
*** jkprg <jkprg!> has quit IRC22:25
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto22:28
bobbyJ <--- Thats the recipe, sorry for not stating that earlier22:28
*** bobbyJ <bobbyJ!> has quit IRC22:32
*** warthog9 <warthog9!> has joined #yocto22:38
*** bobbyJ <bobbyJ!> has joined #yocto22:41
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC22:42
*** rcw <rcw!~rcwoolley@> has quit IRC22:42
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto22:42
*** ssajal <ssajal!~ssajal@> has quit IRC22:44
*** oberstet <oberstet!~oberstet@> has quit IRC22:44
bobbyJ This is a recipe I'm trying to use to install libevhtp into a core-image-base recipe.  I'm trying to get the dev package installed (so the headers installed into `/usr/include` of the final rootfs.  However this does not work.  ANyone have any insight or suggestions?22:44
*** jkprg <jkprg!> has joined #yocto22:45
*** agust <agust!> has quit IRC22:46
*** bantu <bantu!~bantu@unaffiliated/bantu> has quit IRC22:48
JPEWbobbyJ: If you dig into the recipe's ${WORKDIR}, you should be able to see if the files are being packaged correctly22:49
JPEWbobbyJ: Also, 'dev-pkgs' is an image feature: EXTRA_IMAGE_FEATURES += "dev-pkgs"22:51
*** bantu <bantu!~bantu@unaffiliated/bantu> has joined #yocto22:51
bobbyJCorrect, I misspoke regarding dev-pkgs22:52
bobbyJI have verified that the dev-packages are being installed in the {WORKDIR}22:54
bobbyJin the packages-split directory, there are `libevhtp  libevhtp-dbg  libevhtp-dev  libevhtp-doc  libevhtp-locale  libevhtp-src  libevhtp-staticdev` folders, all with contents like you'd expect22:54
kiwi_29_Hello ... I removed busybox from my SYSVINIT based system with this code in my distro.conf22:56
kiwi_29_# Replace busybox22:56
kiwi_29_VIRTUAL-RUNTIME_login_manager = "shadow-base"22:56
kiwi_29_PREFERRED_PROVIDER_virtual/base-utils = "coreutils"22:56
kiwi_29_VIRTUAL-RUNTIME_base-utils = "coreutils"22:56
kiwi_29_VIRTUAL-RUNTIME_base-utils-hwclock = "util-linux-hwclock"22:56
kiwi_29_VIRTUAL-RUNTIME_base-utils-syslog = ""22:56
bobbyJas well as in the `package` directory, I find the tree of what I'd expect to be installed into my rootfs (eg there's an include, lib, and src direcotry)22:56
JPEWbobbyJ: Maybe try explictly installing libevhtp-dev ?22:56
kiwi_29_Now ...the hddimg and the iso of the image which is generated crashes when I select install at boot time22:56
bobbyJ@JPEW - do you mean by adding libevhtp-dev into my image?22:57
bobbyJI tried that as well, and get an interesting error22:57
JPEWbobbyJ: Ya22:57
kiwi_29_the error is /sbin/init not found22:57
kiwi_29_is there any dependency on busybox based stuff in hddimg or iso images?22:57
bobbyJ@JPEW --> (this is the error I get when I add `libevhtp-dev` to my image_install_append22:59
bobbyJFor completeness JPEW , here's my image-recipe
JPEWbobbyJ: Hmm, maybe libevhtp is empty?23:00
bobbyJNot sure what you mean by 'empty' ?23:01
bobbyJit pulls down the code from git, builds it and installs it in its {WORKDIR}23:02
JPEWSorry, I have to go eat supper.... my guess is the package is empty and being removed (static library maybe?), in which case there is a variable to allow a package to exist even though it's empty23:02
JPEWALLOW_EMPTY_${PN} = "1" maybe?23:02
bobbyJOkay, I'll give that a try.  Thanks for support!23:02
rburtonbobbyJ: "oe-pkgdata-util list-pkg-files -p libevhtp" will show you what packages exist and what is in them23:03
bobbyJyup - let me show you that output, maybe I'm just being crosseyed23:03
bobbyJHere's the output
kiwi_29_The exact error while installing image using the hddimg on my hardware is :23:05
kiwi_29_Run /init as init process23:05
kiwi_29_Failed to execute /init (error -2)23:05
kiwi_29_Kernel Panic - not syncing : No working init found. . Try passing init= option to kernel23:06
*** mbulut <mbulut!> has quit IRC23:07
*** mbulut <mbulut!> has joined #yocto23:07
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC23:08
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has quit IRC23:08
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:09
bobbyJHmm JPEW, I think you were right although I don't fully understand what you mean by empty.23:09
bobbyJI added the ALLOW_EMPTY_${PN} = "1" and it appears now that the dev packages are installed correctly23:09
kiwi_29_I see here ->     which says hddimg requres initramfs which requires busybox ..23:10
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto23:16
*** bobbyJ <bobbyJ!> has quit IRC23:25
*** jbdubois <jbdubois!26484849@> has quit IRC23:29
*** vineela <vineela!~vtummala@> has quit IRC23:35
*** bantu <bantu!~bantu@unaffiliated/bantu> has quit IRC23:41
*** bantu <bantu!~bantu@unaffiliated/bantu> has joined #yocto23:43

Generated by 2.17.2 by Marius Gedminas - find it at!