Wednesday, 2018-04-11

*** nathani_ <nathani_!> has joined #yocto00:26
*** rburton <rburton!> has quit IRC00:30
*** learningc <learningc!> has joined #yocto00:51
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:06
*** Willy-- <Willy--!~william@> has joined #yocto01:17
*** nighty- <nighty-!> has joined #yocto01:26
*** dreyna <dreyna!> has quit IRC01:27
*** User_ <User_!> has joined #yocto01:30
*** ntl <ntl!> has joined #yocto01:31
*** learningc <learningc!> has quit IRC01:34
-YoctoAutoBuilder- build #981 of nightly-oe-selftest is complete: Success [build successful] Build details are at
*** stephano <stephano!~stephano@> has quit IRC01:39
*** kaspter <kaspter!~Instantbi@> has quit IRC02:13
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:14
*** Willy-- <Willy--!~william@> has quit IRC02:19
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:24
*** stephano <stephano!stephano@nat/intel/x-vgeafeycmsdiqorq> has joined #yocto02:38
*** ntl <ntl!> has quit IRC02:45
*** User_ <User_!> has quit IRC03:32
*** learningc <learningc!> has joined #yocto03:33
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:07
*** dreyna <dreyna!> has joined #yocto04:38
*** stephano <stephano!stephano@nat/intel/x-vgeafeycmsdiqorq> has quit IRC04:44
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:46
*** gtristan <gtristan!~tristanva@> has joined #yocto05:06
*** hamis <hamis!~irfan@> has joined #yocto05:08
*** Ashok <Ashok!c302f4c1@gateway/web/freenode/ip.> has joined #yocto05:20
AshokHi All05:20
AshokAnyone has use i.max6 BSP for linux?05:21
*** learningc <learningc!> has quit IRC05:30
*** agust <agust!> has joined #yocto05:37
*** dreyna <dreyna!> has quit IRC05:42
*** quite <quite!quite@unaffiliated/quite> has quit IRC06:02
*** pohly <pohly!> has joined #yocto06:04
*** learningc <learningc!> has joined #yocto06:20
*** kpo__ <kpo__!> has joined #yocto06:24
*** quite <quite!quite@unaffiliated/quite> has joined #yocto06:25
*** kpo__ <kpo__!> has quit IRC06:30
*** frieder <frieder!> has joined #yocto06:34
*** Kakounet <Kakounet!> has joined #yocto06:40
*** kbo <kbo!c1f09a78@gateway/web/freenode/ip.> has joined #yocto06:41
Aur313Ashok if you are talking about imx6 yes06:41
kboHello, I want to remove /usr/include/c++ headers from my target (space constraint), how can I do it ?06:43
Aur313kbo, what image do you use?06:48
kboI use a custom image recipe that inherits the core-image06:49
Aur313kbo, maybe you have some kind of "IMAGE_FEATURES" with "dev-pkgs" included06:52
kboAur313, I have EXTRA_IMAGE_FEATURES ?= "debug-tweaks"06:56
kboin my local.conf06:56
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:57
*** fl0v0 <fl0v0!> has joined #yocto06:59
Ashokyes's about imax607:03
*** JaMa <JaMa!~martin@> has joined #yocto07:05
*** Bunio_FH <Bunio_FH!> has joined #yocto07:10
*** colrack <colrack!~colrack@> has joined #yocto07:12
*** prabhakarlad <prabhakarlad!~prabhakar@> has left #yocto07:21
*** Renault <Renault!~Renault@2a02:a03f:409a:6e00:7d53:e685:9f84:3421> has joined #yocto07:26
*** ant_work <ant_work!> has joined #yocto07:29
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto07:30
*** Renault <Renault!~Renault@2a02:a03f:409a:6e00:7d53:e685:9f84:3421> has quit IRC07:33
*** Renault <Renault!~Renault@2a02:a03f:409a:6e00:7d53:e685:9f84:3421> has joined #yocto07:35
*** prabhakarlad <prabhakarlad!~prabhakar@> has quit IRC07:36
*** TobSnyder <TobSnyder!> has joined #yocto07:37
*** rovanceo_ <rovanceo_!~rovanceo@> has quit IRC07:54
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto07:54
*** rovanceo_ <rovanceo_!~rovanceo@> has joined #yocto07:55
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto07:58
prabhakarladhello, Is there a way to call a image recipe from another recipe ? (I did try depends but it doesnt work, require image/.. works but it creates a new tar again)08:00
prabhakarladIs there a pkg_postinst_${PN} available for Image recipe ?08:21
*** rperier <rperier!~rperier@ubuntu/member/rperier> has quit IRC08:21
*** varjag <varjag!> has joined #yocto08:24
*** ant_work <ant_work!> has quit IRC08:28
*** fl0v0 <fl0v0!> has quit IRC08:32
*** fl0v0 <fl0v0!> has joined #yocto08:33
*** osten <osten!3e2c8629@gateway/web/freenode/ip.> has joined #yocto08:35
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:39
ostenWhat way is the best to change the password of the root user ?08:39
prabhakarladosten: EXTRA_USERS_PARAMS = "\usermod -p '\$1\$17daNVyp\$i7uiAI8yZhHPbpbyomFLk1' root; "08:43
yoctiNew news from stackoverflow: Yocto do_kernel_metadata failed with custom BSP <>08:49
ostenprabhakarlad: Would i need to inherit extrausers for using it ?08:52
prabhakarladosten: Yes Indeed INHERIT += "extrausers"09:04
*** JoeR <JoeR!> has joined #yocto09:08
JoeRHi all.09:08
JoeRI'm pretty sure I'm in the wrong place, but I'm hoping someone might be able to steer me to right place!09:09
JoeRI'm trying to sort out a problem with an imx6 and its galcore driver. IT works when built within Yocto, as a bitbaked recipe, but I get nowhere when just using the toolchain and building stand-alone. Is there anywhere anyone knows that can help me with that?09:10
*** kbo <kbo!c1f09a78@gateway/web/freenode/ip.> has quit IRC09:16
*** vdehors <vdehors!> has joined #yocto09:18
yoctiNew news from stackoverflow: Enabling systemd in yocto image removes bash <>09:19
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto09:21
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC09:23
*** JoeR <JoeR!> has quit IRC09:36
ostenprabhakarlad: Ty, do you also happen to know how i should change the /etc/network/interface file ? Just with a recipe witch override the file or ?09:51
prabhakarladosten: you can use ROOTFS_PREPROCESS_COMMAND09:54
*** kaspter1 <kaspter1!~Instantbi@> has joined #yocto09:55
*** kaspter <kaspter!~Instantbi@> has quit IRC09:55
*** kaspter1 is now known as kaspter09:55
ostenprabhakarlad: If i just copy it during the preproccess, wouldn't it just be overwritten when the default network recipe copies the default interface file ?09:59
*** kaspter1 <kaspter1!~Instantbi@> has joined #yocto10:00
*** kaspter <kaspter!~Instantbi@> has quit IRC10:02
*** kaspter1 is now known as kaspter10:02
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:13
yoctiNew news from stackoverflow: Adding bash to a yocto image <>10:19
*** TobSnyder <TobSnyder!> has quit IRC10:21
*** zloy <zloy!~user@> has joined #yocto10:22
zloyhey, guys10:22
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:23
prabhakarladosten: IMAGE_POSTPROCESS_COMMAND should do it when everything is done and its about to tar10:27
zloyguys, I have a recipe and would like to make a package will be compiled every time regardless of whether iw was compiled or not10:29
zloyhere is the draft of my recipe:
zloywhat do I have to change there ^^^?10:30
*** ant_work <ant_work!> has joined #yocto10:34
*** learningc <learningc!> has quit IRC10:51
*** colrack <colrack!~colrack@> has quit IRC10:55
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has joined #yocto10:55
tzanybody got an example of an out-of-kernel-tree kernel module build which installs its own header into /usr/include/linux ?11:06
tzI've got a recipe which creates the -dev package, but whenever I populate_sdk it doesn't turn up11:06
tz(and the header is present in the -dev rpm)11:07
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has quit IRC11:11
*** rperier <rperier!~rperier@ubuntu/member/rperier> has joined #yocto11:11
*** pk <pk!c6af4424@gateway/web/freenode/ip.> has joined #yocto11:12
pkfetchall cmd not running11:12
*** morphis <morphis!> has joined #yocto11:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:15
*** learningc <learningc!~User@2001:e68:5443:6ddd:fcf9:b1a1:d97e:7ba1> has joined #yocto11:18
*** nighty-- <nighty--!> has joined #yocto11:56
*** colrack <colrack!~colrack@> has joined #yocto12:07
*** Ashok <Ashok!c302f4c1@gateway/web/freenode/ip.> has quit IRC12:25
*** learningc <learningc!~User@2001:e68:5443:6ddd:fcf9:b1a1:d97e:7ba1> has quit IRC12:26
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto12:43
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC12:44
*** vdehors <vdehors!> has quit IRC12:44
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto12:45
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC12:53
*** yann <yann!~yann@> has joined #yocto12:55
*** vdehors <vdehors!> has joined #yocto12:57
tgoodwinIs there a correct approach for recipes that install python packages?  Seemingly no matter how I setup my FILES definition, I end up with packaging errors that two or more recipes try to install /usr/lib/python2.7, for example.  The error only occurs if I try to deploy RPM packages.12:58
*** angelobt <angelobt!3e6e1362@gateway/web/freenode/ip.> has joined #yocto13:02
angelobtHi, I want to add files to packages-split/${PN}-dev directory, but with no luck13:04
Crofton|worktgoodwin, I blame fray for all rpm issues13:04
angelobtI have added to my recipe FILES_${PN}-dev += "/usr/include/imx"13:04
angelobtdo_install_append() { oe_runmake headers_install INSTALL_HDR_PATH=${D}/usr/include/imx ARCH=$ARCH}13:05
angelobtsysroot_stage_all_append() { sysroot_stage_dir "${D}/usr/include/imx" "${SYSROOT_DESTDIR}/usr/include/imx"}13:05
angelobtanyone have some ideas ?13:06
tgoodwinCrofton|work, lol, alright.  For now I can get around it picking one of the others, but with the RPM one being the 'default' in the local.conf template, I had guessed I would see more forum posts about other people hitting this issue unless I'm flat doing something wrong.13:12
Crofton|workYeah, I'm not an rpm user, and despite the default, I susepct most heavy users use opkg :)13:14
*** learningc <learningc!~User@> has joined #yocto13:14
*** vladzouth_ <vladzouth_!500c5411@gateway/web/freenode/ip.> has joined #yocto13:14
*** Crofton|work <Crofton|work!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC13:15
*** Crofton|work <Crofton|work!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto13:16
*** falk0n <falk0n!> has joined #yocto13:18
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto13:19
*** rburton <rburton!> has joined #yocto13:34
*** stephano <stephano!> has joined #yocto13:41
*** stephano <stephano!> has quit IRC13:42
*** stephano <stephano!~stephano@> has joined #yocto13:47
*** morphis_ <morphis_!> has joined #yocto13:50
*** morphis <morphis!> has quit IRC13:54
*** mardy <mardy!> has joined #yocto13:58
sveinseI have a strange issue on rocko: If I use rsync from target to another target, ssh fails "ssh: Could not resolve hostname xxx.local: Inappopriate ioctl for device", yet running ssh using the same URL from the command line works fine. Any ideas on how to debug this? I'm openssh13:59
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:00
*** gtristan <gtristan!~tristanva@> has quit IRC14:00
*** gtristan <gtristan!~tristanva@> has joined #yocto14:01
*** hamis <hamis!~irfan@> has quit IRC14:06
*** otavio_ is now known as otavio14:08
*** droman <droman!> has joined #yocto14:14
sveinseMight there be some enviroment settings that rsync doesn't pass on to ssh, that it use when being called directly?14:18
sveinseIt applies to .local domain, i.e. Avahi mdns lookups14:19
yoctiNew news from stackoverflow: How to add the standard library to arm-fslc-linux-gnueabi-gcc in yocto meta-toolchain fatal error: stdio.h: No such file or directory <>14:20
*** learningc <learningc!~User@> has quit IRC14:21
*** learningc <learningc!~User@> has joined #yocto14:22
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:30
*** ant_work <ant_work!> has quit IRC14:36
*** Abrases <Abrases!cffd0313@gateway/web/freenode/ip.> has joined #yocto14:38
*** JaMa <JaMa!~martin@> has quit IRC14:39
AbrasesHi, I'm trying to disable service from SysVinit like dnsmasq, I have look at dnsmasq recipe and it seems that it extend from update-rc.d wich add the service14:40
AbrasesWhat would be the clean way to disable that inherit ? I guess it's not to modify the recipe itself right ?14:41
*** JoeR <JoeR!> has joined #yocto14:45
JoeRHi! I'm using Yocto and a distro I've based off poky. Is this the right place to ask questions?14:45
*** kaspter <kaspter!~Instantbi@> has quit IRC14:49
*** kaspter <kaspter!~Instantbi@> has joined #yocto14:51
JoeRI'd like to know how Yocto manages module autoloading. I've got an image autoloading a driver fine. However, I've replaced the driver with one built outside of Yocto (though using its toolchain). I've rebooted the system, rerun depmod and the module modprobes fine.14:51
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:51
JoeRIt does not, however, autoload. Which seems weird.14:52
JoeRSo I don't know how Yocto is making the system autoload the module. At the moment my thoughts are that I'm using a busybox depmod on the running image and perhaps Yocto does something different when it builds the system offline?14:52
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto14:56
sveinseI think the dns resolver in rocko might depend on stdin(!!!) for avahi .local lookups. If I do "ssh machine.local" from a yocto system, it succeeds. However if I do "ssh machine.local 0<&-" which closes stdin, it fails with "ssh: Could not resolve hostname machine.local: Inappropriate ioctl for device"14:57
angelobtAnyone knows how to add kernel'headers into sdk ?14:57
*** JoeR <JoeR!> has quit IRC14:59
sveinseAnyone else here with a running yocto (rocko) system with open(ssh) and avahi running? It would be nice if one could test "ssh hostname.local 0<&-" to see if it fails. (Actually not interested if you can get login or not.)15:01
*** droman <droman!> has quit IRC15:02
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC15:05
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:05
*** Abrases <Abrases!cffd0313@gateway/web/freenode/ip.> has quit IRC15:09
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto15:10
*** colrack <colrack!~colrack@> has quit IRC15:13
*** marka <marka!~masselst@> has joined #yocto15:16
*** scottrif <scottrif!> has joined #yocto15:17
*** kaspter <kaspter!~Instantbi@> has quit IRC15:21
*** kaspter <kaspter!~Instantbi@> has joined #yocto15:23
armpitsveinse, I know the automatic testing is done using ssh for coms to the target. not sure if avahi is running15:23
armpitso its tested with every stable build15:23
*** svenn <svenn!> has joined #yocto15:30
svennhow to pack kernel and device-tree into jffs2 and rootfs into ubi? I have so far rootfs in ubi, but have no clue how to make a kernelfs with the same run.15:32
sveinsearmpit: ssh to the target or from target?15:34
sveinseThis occurs from target, but to target works fine15:34
armpitssh to the target15:35
sveinseI'm building vanilla rocko for qemu x64 now to see if it suffers the same issue15:35
armpitwhich core-image-minimal ?15:35
* armpit will have to give it a try15:36
stephanosvenn: sounds like you are talking about fitimage15:37
sveinsearmpit: I'm building core-image-x11, but I suppose the minial could work15:39
armpitsveinse, k15:41
sveinsedarn, it works fine on qmeu15:42
sveinseAre there any generic arm targets that can easily be used with qemu from yocto?15:44
sveinseA question on the side: What option in yocto includes rpcbind and rpc.statd ? Or rather excludes...15:46
svennstephano: looks very much like what I want as we bundle kernel and device-tree on a a jffs2 image to burn to a different partition than the rootfs15:47
stephanosvenn: for those partitions have a look at wic:
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:49
*** angelobt <angelobt!3e6e1362@gateway/web/freenode/ip.> has quit IRC15:51
svennok, reading up on that now15:51
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC15:53
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:58
*** kpo__ <kpo__!> has joined #yocto16:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:08
*** scottrif <scottrif!> has quit IRC16:11
*** scottrif <scottrif!> has joined #yocto16:12
kergothhmm, BBFILES_DYNAMIC is rather high overhead, having to add each layer area one by one16:14
sveinseI'm trying to rid my production image of rpcbind and rpc.statd, but it seems they are included due to a depchain from packagegroup-core-full-cmdline, which eventually pulls in rpcbind. Is there a (clean) way to refuse installing a singluar package from the system, or do I need to take the work to duplicate the packagegroup hierarchy?16:18
kergothif it's pulled in via RRECOMMENDS rather than RDEPENDS you can use BAD_RECOMMENDATIONS. iirc bluelightning added a feature to explicitly remove a package after the install too, but if it's via RDEPENDS it'd end up uninstalling packagegroups too16:20
kergothabsolute worst case you could find the spot where it's pulled in and remove it there, i.e. with _remove16:20
*** learningc <learningc!~User@> has quit IRC16:20
*** Kakounet <Kakounet!> has quit IRC16:21
*** kpo__ <kpo__!> has quit IRC16:21
sveinseIts pulled in via RDEPENDS unfortunately: poky/meta/recipes-extended/packagegroups/packagegroup-core-full-cmdline.bb16:21
kergoththen you can always alter that via _remove, either in local.conf or a bbappend16:23
kergothunless you want to retain the existing unmodified packagegroup, in which case you'd need to create a replacement16:24
*** Bunio_FH <Bunio_FH!> has quit IRC16:28
*** stephano <stephano!~stephano@> has quit IRC16:33
*** marka <marka!~masselst@> has quit IRC16:33
*** klynn <klynn!> has joined #yocto16:36
*** balister_ <balister_!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto16:37
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:37
*** Crofton|work <Crofton|work!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC16:37
*** behanw <behanw!uid110099@gateway/web/> has quit IRC16:38
*** martinkelly1 <martinkelly1!> has joined #yocto16:38
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto16:38
*** jkridner|pd is now known as jkridner_16:38
*** jkridner_ is now known as jkridner__16:38
*** fl0v0 <fl0v0!> has quit IRC16:39
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:40
*** ntl <ntl!> has joined #yocto16:40
*** balister_ is now known as Crofton|work16:40
*** jkridner__ is now known as jkridner16:41
*** Renault <Renault!~Renault@2a02:a03f:409a:6e00:7d53:e685:9f84:3421> has quit IRC16:46
*** klynn <klynn!> has quit IRC16:46
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:46
*** Renault <Renault!~Renault@2a02:a03f:409a:6e00:7d53:e685:9f84:3421> has joined #yocto16:46
*** vdehors <vdehors!> has quit IRC16:49
sveinsethis name resolution issue is so weird!16:52
*** learningc <learningc!~User@> has joined #yocto16:53
*** nayfe <nayfe!uid259604@gateway/web/> has joined #yocto16:57
*** WillMiles <WillMiles!> has joined #yocto17:06
aarcaneIs there an easy way to convert a python 'requirements.txt' directly to yocto layers?  is there a layer that handles running a pip install cross-compile automagically?  How do I pull in all the python requirements, preferably without having to manually enumerate each dependency the hard way.17:07
sveinseaarcane: The pythonic way of handling py dependendencies is via setuptools and pip.17:09
sveinseNot completely sure how that fits into the world of Yocto thou17:09
aarcanesveinse, yeah, pip install -r requirements.txt17:09
aarcanewhen running stock raspbian it's super simple17:09
*** zeddii_home <zeddii_home!> has left #yocto17:10
sveinseI'm doing a lot of py-coding, but I haven't had the oppertunity to get any of that into a yocto image yet17:10
*** learningc <learningc!~User@> has quit IRC17:10
aarcaneI have a python component that is the majority of my application, so I would like to be able to simply pack it up and have it do the equivalent of running 'pip install -r requirements.txt' before building the image.  I'm sure it's not too uncommon of a requirement...17:11
*** learningc <learningc!~User@> has joined #yocto17:11
sveinseIn a Yocto image, why would one want pam? What is the use case where you need it?17:12
aarcanesveinse, uh...  I don't need it, but I can think of a few cases17:13
aarcanelike when you're making ldap connected thin terminals17:13
sveinseaarcane: when? right. We're connecting only via a preshared ssh certificate. Would one need pam for that?17:13
aarcaneUh.. Not to establish an outbound connection, no...17:14
sveinseaarcane: inbound? Is pam used in the mechanism which makes ssh check ~/.ssh/* and so on?17:15
aarcanepam is one of those base package things...  someone might know better than me, but you almost never want to be without pam.  YOu don't specifically need it, but so many other things are expecting it to be there by default17:17
sveinsejust curious since 'pam' is a DISTRO_FEATURES option, so it is apparently workable without it17:18
aarcanesveinse, well, read the documentation about that feature17:19
aarcanesveinse, though truth be told, I've found that there is very minimal documentation for yocto...17:19
aarcanesveinse, a lot of "Here's how you make an image", and very little "Here's how to make an image do these common tasks"  or "Here's how to configure these common packages"17:20
sveinseaarcane: I hear ya. I'm making the same struggles17:21
*** Jefro <Jefro!~josiermi@> has joined #yocto17:22
sveinseTruth to be told, I'm unsure if Yocto is viable in our organization. I'm the only one working on this, and tasks are time consuming. Like now, where I "just" need to remove three services which has open ports to the wild, and it turns out to be buried after multiple recursive dependencies. So it simply takes too much time.17:25
sveinseBut on the other hand, there is no real alternative. Well there is, but they too has complications and complexities. So it's Yocto for now17:26
sveinseI am to investigate if running android is an alternative. Apparently there is better access to devs there17:27
kergothaarcane: most yocto builds dont' use pam. it can be opted into, but most distros don't17:27
kergothsveinse: to be fair, any linux distro would have similar issues if you want to remove a package that's pulled in via package dependencies indirectly17:28
kergothdebian, etc17:28
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:29
sveinsekergoth: yes. I used to lead a ubuntu based image a couple of years back. Built the build system from scratch. Not unlike bitbake in concept actually. Wasn't free of hazzle to put it that way :P17:29
*** marka <marka!~masselst@> has joined #yocto17:29
sveinsebut progress /is/ slower on oe/yocto. There are many implicit or buried rules, so you have to find them. The layering of information makes navigation complex17:31
benvantende[m]just out of curiosity. info on working with yocto is unclear or hard to find, not there?17:33
*** stephano <stephano!stephano@nat/intel/x-fusrmffisfhgbwyw> has joined #yocto17:33
sveinseNeither qemux86_64 nor qemuarm on rocko exhibits the dns lookup issue I'm seeing on my target17:33
sveinsebenvantende[m]: sorry, what do you mean?17:34
aarcanebenvantende[m], I'm going to say 'yes'.  There is a lot of documentation I haven't found yet...  but I cna't say it doesn't exist17:35
*** Jefro <Jefro!~josiermi@> has quit IRC17:35
benvantende[m]Ahh just not easy to find. Common problem. Thanks for the feedback17:36
aarcanebenvantende[m], try google searching "Yocto networking" and see how long it takes to find a good, concisive, semi-relevant guide that explains the various layers and packages and how to configure them17:37
benvantende[m]aarcane: check17:38
sveinseOne example now: I don't want busybox version of netstat. What do I do to not get that?17:39
*** ladidadida <ladidadida!> has joined #yocto17:41
*** pohly <pohly!> has quit IRC17:42
*** kaspter <kaspter!~Instantbi@> has quit IRC17:42
*** kaspter <kaspter!~Instantbi@> has joined #yocto17:43
*** JaMa <JaMa!~martin@> has joined #yocto17:46
kergoththe convention is to just add the real package to your image17:51
kergothcheck your linux host, see what package owns netstat, add to IMAGE_INSTALL, done17:51
*** khem <khem!~khem@unaffiliated/khem> has quit IRC17:51
kergothwe use update-alternatives for busybox symlinks, the real versions will be used in preference to busybox versions17:51
sveinsekergoth: which reminds me, in lack of a yocto package database, I've built world for a qemu machine to build a library of packages in which I can search to find what recipe it belongs to17:53
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC17:55
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto17:55
sveinseI see that my target which troubles with dns lookups is running named (for some reason). Gotta find out why and if that can be the culprit17:57
aarcanesveinse, what's in resolv.conf ?17:58
*** ladidadida <ladidadida!> has quit IRC17:58
sveinsemy dns servers on lan17:59
aarcanenot your problem17:59
aarcaneuse wireshark or tcpdump to trace your dns resolution18:00
kergothyou don't really need to build world to know what binary packages will be emitted, bitbake already knows this via PACKAGES & PACKAGES_DYNAMIC. not sure we provide a build time tool to access that data, though, since i stopped working on the bb tool. oe-pkgdata-util can search an dlist packages, but only after the build18:01
kergoths/an dlist/and list/18:01
sveinseaarcane: not that simple unfortunately. It's not for dns, its for mdns (avahi). And secondly it happens locally: if I run ssh mymachine.local from the command-line it works fine, but if I do "ssh mymachine.local 0<&-" it fails with "ssh: Could not resolve hostname mymachine.local: Inappropriate ioctl for device".18:02
sveinseHence it's the closing of stdin on the dns resolver (!) which croaks18:02
kergothsounds like a bug in ssh to me. i'm assuming you tested with ping, host, nslookup, etc?18:02
kergothalso verified the configuration in /etc/nsswitch.conf?18:02
kergothspecifically where mdns or mdns_minimal are listed18:03
*** tuxgeek1 <tuxgeek1!8961427d@gateway/web/freenode/ip.> has joined #yocto18:03
aarcaneugh..  is broken or am I missing something?18:03
sveinsekergoth: it is plausible it's a ssh bug, haven't been able to recreate with any other dns-resolving apps18:04
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto18:05
tuxgeek1Does yocto support generation of  "vmdk" images (used by vmware/virtualbox)? I tried doing a bitbake with IMAGE_FSTYPES += " vmdk"; but it doesn't work.18:05
kergothand did you compare to a different ssh implementation?18:05
kergothdropbox and openssh are both available18:05
sveinsekergoth: nsswitch.conf has mdns under "hosts: files myhostname mdns4_minimal [NOTFOUND=return] dns mdns"18:06
kergothyeah, dropbear, thanks18:06
sveinseThis is openssh18:06
*** learningc <learningc!~User@> has quit IRC18:08
kergothit sounds like ssh is just misreporting the error. it tries to resolve, and while doing that it also needs to do an ioctl on stdin for some unrelated reason, which fails, sets errno, and openssh reports that as a failure on the resolution18:08
* kergoth shrugs18:08
sveinsehah, if I put mdns first in the nsswitch.conf it resolves. On to something here... Thanks, kergoth18:10
sveinseand rsync is back on track. perfect. Now I need to read up on the consequences for rearranging the order in nsswitch.conf18:12
kergothif 'files' isn't first, /etc/hosts won't be able to override dns, myhostname, or mdns, etc. i don't know the difference between mdns4_minimal and mdns, though18:14
sveinseI think I have found the culprit: On the failing system I have "hosts: files myhostname mdns4_minimal [NOTFOUND=return] dns mdns" while on a fresh qemu rocko system I get "hosts: files mdns4_minimal [NOTFOUND=return] myhostname dns mdns". If I move 'myhostname' then it resolves correctly18:17
sveinseSo something has reordered the sequence here.18:17
*** diembed <diembed!> has joined #yocto18:19
kergothtough to say, if myhostname and avahi both alter nsswitch.conf with sed, it could just be the package install order affecting the result18:19
kergothseems clear it's myhostname resulting in the issue, the real question is why myhostname is failing or has anything to do with stdin whatsoever18:19
sveinseIs is failing on stdin, I've traced that. But if this is after ssh has failed resolution and wants to do something with stdin is plausible18:21
kergothit doesn't make sense that having myhostname before mdns4_minimal would prevent it from resolving. if it doesn't resolve via myhostname, it moves on and tries the next resolver18:21
aarcane  Really helpful error message18:22
kergothHmm, looks like paul added some more methods and commands to tinfoil to deal with the server split, i might be able to fix some of my bb tool commands to work again without too much difficulty.. course some of it is no longer as important given oe-depends-dot and oe-pkgdata-util current functionality, but some is18:23
*** t0mmy <t0mmy!> has joined #yocto18:24
*** frieder <frieder!> has quit IRC18:26
*** Renault <Renault!~Renault@2a02:a03f:409a:6e00:7d53:e685:9f84:3421> has quit IRC18:27
sveinseI'm not able to get it to fail on vanilla systems by rearranging myhostname the "wrong" way. But it is consistently fixing my issue on target. Very strange18:31
sveinseand for the record, I'm looking up other .local hosts, not my own hostname18:32
aarcaneYeah, something's broken in meta-web-kiosk and specifically vala...
kergothi wonder if the myhostname version is different, and also what, if any, recommendation for nsswitch.conf the myhostname project itself advises18:34
sveinseon my host ubuntu myhostname is last of all18:36
kergothhuh, that's interesting18:39
sveinseAllright, gotta go. Your input has been invaluable, kergoth, thanks a lot18:45
kergothnp, good luck18:45
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto18:48
aarcanewell, I got vala and midori to *think* about building...18:52
aarcaneLet's see if they compile18:52
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:b1d9:b0eb:cda7:c14a> has joined #yocto18:52
rburtonaarcane: probably best to use epiphany instead of midori these days, web-kiosk hasn't been touched for ages18:53
aarcanerburton, I've noticed that, but there's no documentation on epiphany18:53
*** grumblr <grumblr!~grumble@freenode/staff/grumble> has joined #yocto18:53
aarcaneor rather, there's no documentation on building a web-kiosk using epiphany18:53
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC18:53
*** grumblr is now known as grumble18:54
*** ladidadida <ladidadida!> has joined #yocto18:54
rburtonaarcane: changing midori to epiphany in the image will be a big part of it, then change the init script18:55
*** ladidadida <ladidadida!> has joined #yocto18:55
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC18:59
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:12
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:23
*** milindur <milindur!> has quit IRC19:28
*** rfried <rfried!~rfried@> has quit IRC19:28
*** rfried <rfried!~rfried@> has joined #yocto19:28
*** ladidadida <ladidadida!> has quit IRC19:33
*** falk0n <falk0n!> has quit IRC19:34
*** CosineKitty <CosineKitty!6375baf8@gateway/web/freenode/ip.> has joined #yocto19:40
*** tuxgeek1 <tuxgeek1!8961427d@gateway/web/freenode/ip.> has quit IRC19:50
*** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto19:58
*** bluelightning <bluelightning!~paul@> has joined #yocto19:59
*** bluelightning <bluelightning!~paul@> has quit IRC19:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:59
*** milindur <milindur!> has joined #yocto20:00
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC20:01
*** AbleBacon_ is now known as AbleBacon20:01
*** TinoGuest_ <TinoGuest_!sid158161@gateway/web/> has joined #yocto20:21
*** robher_ <robher_!sid20343@linaro/robher> has joined #yocto20:21
*** jjkivilu_ <jjkivilu_!~jjk@> has joined #yocto20:23
*** Jefro <Jefro!josiermi@nat/intel/x-akblgkqrlsfzqsoo> has joined #yocto20:23
*** JEEB_ <JEEB_!> has joined #yocto20:24
*** Bunio_FH <Bunio_FH!> has joined #yocto20:28
*** radsquirrel[m] <radsquirrel[m]!radsquirre@gateway/shell/> has quit IRC20:28
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@> has quit IRC20:28
*** jjkivilu <jjkivilu!~jjk@> has quit IRC20:28
*** robher <robher!sid20343@linaro/robher> has quit IRC20:28
*** TinoGuest <TinoGuest!sid158161@gateway/web/> has quit IRC20:28
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC20:28
*** zzeroo <zzeroo!> has quit IRC20:28
*** JEEB <JEEB!~jeeb@unaffiliated/jeeb> has quit IRC20:28
*** TinoGuest_ is now known as TinoGuest20:28
*** robher_ is now known as robher20:28
*** zzeroo <zzeroo!> has joined #yocto20:29
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@> has joined #yocto20:30
*** radsquirrel[m] <radsquirrel[m]!radsquirre@gateway/shell/> has joined #yocto20:32
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto20:34
*** Bunio_FH <Bunio_FH!> has quit IRC20:41
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC20:50
*** tlwoerner <tlwoerner!~Trevor@> has joined #yocto20:50
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto20:50
*** Jefro <Jefro!josiermi@nat/intel/x-akblgkqrlsfzqsoo> has quit IRC20:51
*** Jefro <Jefro!~josiermi@> has joined #yocto20:51
*** Jefro <Jefro!~josiermi@> has quit IRC20:55
*** fischerm <fischerm!~mfischer@> has quit IRC20:56
*** fischerm <fischerm!~mfischer@> has joined #yocto21:05
*** CosineKitty <CosineKitty!6375baf8@gateway/web/freenode/ip.> has quit IRC21:12
aarcaneokay, so a package (webkitgtk) failed to build because OOM killer.  I expanded the memory and restarted the build, but some files were corrupted...  so I tried removing the folder 'rm -rf tmp/work/cortexa7t2hf-neon-vfpv4-poky-linux-gnueabi/webkitgtk/'21:14
aarcaneBut now when I try to continue, bitbake webkitgtk, it gives me some error about cmake not found and doesn't try to re-download or re-extract or anything webkitgtk21:15
*** marka <marka!~masselst@> has quit IRC21:31
aarcanebitbake -c cleanall webkitgtk was what finally made it servicable21:32
*** falk0n <falk0n!> has joined #yocto21:37
*** King_InuYasha <King_InuYasha!~kvirc@fedora/ngompa> has quit IRC21:38
*** martinkelly1 <martinkelly1!> has quit IRC21:47
*** WillMiles <WillMiles!> has quit IRC21:49
*** JEEB_ <JEEB_!> has quit IRC21:55
*** JEEB_ <JEEB_!~jeeb@unaffiliated/jeeb> has joined #yocto21:55
*** JEEB_ is now known as JEEB21:55
rburtonaarcane: the easy fix is bitbake webkitgtk -C unpack21:58
rburtonwhich forces a clean unpack and then builds21:58
rburtonbitbake webkitgtk -cclean would have worked21:58
rburtonjust deleting bits of tmp didn't work because bitbake didn't know you did that, so it thought everything was still in there21:59
*** ntl <ntl!> has quit IRC22:07
*** t0mmy <t0mmy!> has quit IRC22:13
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:16
*** nayfe <nayfe!uid259604@gateway/web/> has quit IRC22:17
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:19
*** agust <agust!> has quit IRC22:32
*** nathani_ <nathani_!> has quit IRC22:41
*** martinkelly1 <martinkelly1!~martin@> has joined #yocto22:50
aarcanehow do I do the equivalent of bitbake -j 1?22:59
RPaarcane: set BB_NUMBER_THREADS to 1 and PARALLEL_MAKE  to ""23:01
*** rovanceo__ <rovanceo__!~rovanceo@> has joined #yocto23:09
aarcaneyeah, if there are four different threads trying to use all 6 GB of ram,  it's never going to finish linking :P23:10
*** rovanceo_ <rovanceo_!~rovanceo@> has quit IRC23:11
*** scottrif <scottrif!> has quit IRC23:26
*** nighty-- <nighty--!> has quit IRC23:30
*** rburton <rburton!> has quit IRC23:33
-YoctoAutoBuilder- build #405 of nightly-musl-x86-64 is complete: Failure [failed Running Sanity Tests] Build details are at
*** stephano <stephano!stephano@nat/intel/x-fusrmffisfhgbwyw> has quit IRC23:51
*** stephano <stephano!~stephano@> has joined #yocto23:52
-YoctoAutoBuilder- build #949 of nightly-musl is complete: Failure [failed Running Sanity Tests] Build details are at

Generated by 2.11.0 by Marius Gedminas - find it at!