Friday, 2019-06-14

*** csanchezdll <csanchezdll!> has quit IRC01:03
*** camus <camus!~Instantbi@> has joined #yocto01:40
*** kaspter <kaspter!~Instantbi@> has quit IRC01:40
*** camus is now known as kaspter01:40
*** justanotherboy <justanotherboy!~justanoth@> has joined #yocto01:57
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC02:25
*** lazyape_penthous <lazyape_penthous!> has joined #yocto03:13
*** lazyape_home <lazyape_home!> has quit IRC03:17
*** armpit <armpit!~armpit@2601:202:4180:c33:f1f2:b6fa:2cfe:4d00> has quit IRC03:22
*** Crofton|road <Crofton|road!~Crofton@2601:5c0:c100:b84:8dbd:55c9:72d3:a9f5> has quit IRC03:22
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC03:22
*** OnkelUlla <OnkelUlla!> has quit IRC03:22
*** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC03:22
*** nrossi <nrossi!nrossimatr@gateway/shell/> has quit IRC03:22
*** quite <quite!~quite@unaffiliated/quite> has quit IRC03:22
*** mattsm <mattsm!> has quit IRC03:22
*** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has quit IRC03:22
*** luckywho <luckywho!~quassel@> has quit IRC03:22
*** awafaa <awafaa!sid716@gateway/web/> has quit IRC03:22
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC03:22
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC03:22
*** gattuso <gattuso!> has quit IRC03:22
*** Crofton <Crofton!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC03:22
*** zzeroo <zzeroo!> has quit IRC03:22
*** zeddii <zeddii!> has quit IRC03:22
*** armpit <armpit!~armpit@2601:202:4180:c33:f1f2:b6fa:2cfe:4d00> has joined #yocto03:38
*** Crofton|road <Crofton|road!~Crofton@2601:5c0:c100:b84:8dbd:55c9:72d3:a9f5> has joined #yocto03:38
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto03:38
*** OnkelUlla <OnkelUlla!> has joined #yocto03:38
*** rperier <rperier!~quassel@unaffiliated/bambee> has joined #yocto03:38
*** nrossi <nrossi!nrossimatr@gateway/shell/> has joined #yocto03:38
*** quite <quite!~quite@unaffiliated/quite> has joined #yocto03:38
*** mattsm <mattsm!> has joined #yocto03:38
*** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has joined #yocto03:38
*** luckywho <luckywho!~quassel@> has joined #yocto03:38
*** awafaa <awafaa!sid716@gateway/web/> has joined #yocto03:38
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto03:38
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto03:38
*** gattuso <gattuso!> has joined #yocto03:38
*** Crofton <Crofton!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto03:38
*** zzeroo <zzeroo!> has joined #yocto03:38
*** zeddii <zeddii!> has joined #yocto03:38
*** lazyape_penthous <lazyape_penthous!> has quit IRC03:42
*** lazyape_penthous <lazyape_penthous!> has joined #yocto03:51
*** lazyape_penthous <lazyape_penthous!> has quit IRC03:51
*** lazyape_penthous <lazyape_penthous!> has joined #yocto03:52
*** lazyape_penthous <lazyape_penthous!> has quit IRC04:13
*** lazyape_penthous <lazyape_penthous!> has joined #yocto04:15
*** justanotherboy <justanotherboy!~justanoth@> has quit IRC04:18
*** lazyape_penthous <lazyape_penthous!> has quit IRC04:18
*** fatalhalt <fatalhalt!> has quit IRC04:45
*** AndersD <AndersD!> has joined #yocto05:12
*** TobSnyder <TobSnyder!> has joined #yocto05:48
*** JaMa <JaMa!> has joined #yocto05:53
*** tprrt <tprrt!> has joined #yocto05:57
*** cvasilak <cvasilak!~cvasilak@2a02:587:8109:7900:bdde:8d22:a3af:5fef> has joined #yocto05:58
*** agust <agust!> has joined #yocto06:00
*** Chaser <Chaser!~Chaser@> has quit IRC06:10
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:11
*** Chaser <Chaser!~Chaser@> has joined #yocto06:21
*** mckoan|away is now known as mckoan06:27
*** yann <yann!> has quit IRC06:27
mckoangood morning06:27
luckywhoI'm having issue in my yocto rootfs, where include folder is missing in /usr/.06:31
*** u1106 <u1106!~quassel@> has quit IRC06:33
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:f4c2:8c52:413b:46b3> has joined #yocto06:33
*** u1106 <u1106!~quassel@> has joined #yocto06:33
LetoThe2ndluckywho: its not an issue, its intended. neither headers nor compilers to use them are installed by default, as compiling on target is a, well... rather bad practise.06:35
LetoThe2ndluckywho: so think about it. think about it once more, now harder. if you still think you need to compile in target (i bet you skipped the thinking part), then go here and read up on the dev-pkgs and tools-sdk IMAGE_FEATURES06:37
luckywhoLetoThe2nd: I'm installing pip packages. Because of header files missing installation fails.06:41
LetoThe2ndluckywho: and again, doing this at runtime in target is a bad practise06:42
LetoThe2ndluckywho: if you need to manufacture a thousand of these devices, are you gonna run the install process each time? see. thats why we write recipes to take care of this at image building time.06:43
LetoThe2ndluckywho: if you are jsut doing a one of a kind tinkering project and want to poke things directly on the target, then you are with great chances better off using debian or such06:44
luckywhoLetoThe2nd: Thank you. I will add recipe.06:45
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto06:47
LetoThe2ndluckywho: in meta-python there are lots of examples using the various mechanisms. like,
*** woutervh <woutervh!~woutervh@> has joined #yocto06:51
*** jmiehe <jmiehe!> has joined #yocto06:53
woutervhrburton, what do you mean? I want to use the sink in a qtwidget, and for that need the display and surface06:54
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC06:59
*** jeanba <jeanba!~jbl@> has joined #yocto07:12
*** jeanba <jeanba!~jbl@> has left #yocto07:13
*** csanchezdll <csanchezdll!> has joined #yocto07:18
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:29
*** yacar_ <yacar_!~yacar@> has joined #yocto07:30
*** alessioigor <alessioigor!~alessioig@> has joined #yocto07:33
*** alexb3600 <alexb3600!> has joined #yocto07:38
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto07:41
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has quit IRC07:48
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC07:48
*** alexb3600 <alexb3600!> has quit IRC07:51
woutervhHello, I built a wayland-distro image, fully functional. So wayland is running, gstreamer waylandsink is working etc07:57
woutervhhowever, I want to includ waylandsink in qt07:58
woutervhFor that i need wayland surface and display07:59
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto07:59
woutervhlong story short, as explained here:
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC08:00
woutervhI want to include gst/wayland/wayland.h, but yocto complains that it is not available08:00
Dvorkinrburton, I'm building the "fake" tiny image of one  recipe and it builds "gnome-*test", "python" and a lot of other things. how can I get rid of this default "tiny" image dependencies?08:02
*** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto08:06
*** rburton <rburton!> has joined #yocto08:08
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto08:25
DvorkinI'm building the "fake" tiny image of one  recipe and it builds "gnome-*test", "python" and a lot of other things. how can I get rid of this default "tiny" image dependencies?08:36
LetoThe2ndwhat is a fake tiny image?08:43
LetoThe2ndyet in any case, have bitbake -g depexp drop the task and recipe dependency dot files, and inspect them to find out what causes your unwanted dependencies.08:57
*** opennandra <opennandra!> has joined #yocto09:01
*** cvasilak <cvasilak!~cvasilak@2a02:587:8109:7900:bdde:8d22:a3af:5fef> has quit IRC09:04
woutervhwhy is gst-libs/gst/mpegts/mpegts.h making it to my image-include, and gst-libs/gst/wayland/wayland.h isn't?09:13
woutervhapparently only interfaces  mpegts  webrtc are build from gst-libs09:14
LetoThe2ndwoutervh: packageconfig wayland is set?
woutervhLetoThe2nd, yes, waylandsink is even working on the system09:17
LetoThe2ndwoutervh: then i'd try and see if the install stage actually deploys the header in question and it is just not packaged, or if it isn't even installed09:19
LetoThe2ndwoutervh: -> look into the recipe sysroots and package-split directories.09:20
*** nslu2-log <nslu2-log!~nslu2-log@> has quit IRC09:21
woutervhpackages-split has it in gst-libs/gst/....09:21
woutervhbut not in sysroots09:21
LetoThe2ndwoutervh: and in which package-split subdirectory is it? is the corresponding package installed?09:27
LetoThe2ndor rather, being depended on by whatover you are trying to build against it.09:27
woutervhLetoThe2nd, only in it's own gstreamer1.0-plugins-bad09:31
woutervhnot in the package I depend on gstreamer-plugins-bad09:31
*** nslu2-log <nslu2-log!~nslu2-log@> has joined #yocto09:32
LetoThe2ndwoutervh: hm. i just have the gut feeling that you are going wrong somewhere, but can't put my finger on it. not a gstreamer user, myself.09:34
woutervhI also have that impression :-) But not being a real yocto developer, it's also hard ;-)09:36
woutervhIf I look in the meson file, it has some dependencies:09:36
woutervhuse_wayland = wl_protocol_dep.found() and wl_client_dep.found() and wl_scanner.found() and libdrm_dep.found()09:36
woutervhso I need wayland_protocols, wayland_client, wayland_scanner and libdrm09:37
woutervhcan I add those in a bbappend to bad?09:37
LetoThe2ndheh, i'm not a YP dev too. i have exacly zero code contributions :)09:37
yoctiNew news from stackoverflow: How to run x11 apps(i.e,VNC viewer) on RDK-V which is built with westeros compositor? <>09:38
*** yacar_ <yacar_!~yacar@> has quit IRC09:52
*** kuzulis <kuzulis!~kuzulis@> has joined #yocto10:05
kuzulisHi guys. I have an 'own' yocto configuration with the X11 support && Qt 5.11.2. It compiles fine... But at attempt to update the Qt meta layer to use e.g. Qt 5.12.3, the Qt configuration fails with this error: "test config.qtbase_gui.libraries.xcb_xinput FAILED".. so, seems that it can't find the XCB XInput package... I looked in the all source yocto layers/recipes and did not find any mention about 'xcb xinput'... What I'm missing?10:11
*** rburton <rburton!> has quit IRC10:17
*** rburton_ <rburton_!> has joined #yocto10:17
kanavinRP: so do you submit the perl fix with perlbug, or shall I take it up?10:26
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:f4c2:8c52:413b:46b3> has quit IRC10:33
RPkanavin: Good question. Do you know if we've used perlbug before?10:34
*** Bunio_FH <Bunio_FH!> has joined #yocto10:47
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:50
kanavinRP: I have never used it myself. Seems like it can be used for both bug reports and sending patches.10:52
RPkanavin: I guess since I've gotten this far with it I should finish it off. I never quite intended to run with it, just kept looking further...10:53
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:54
LetoThe2ndkanavin: i just misread that as "goth bug reports". d'uh. probably time to end the week at the desk.10:54
kuzulisGuys, how to add a 'chromium' package to my image? I have added the 'chromium' to 'IMAGE_INSTALL_append' of But the bitbake say: ERROR: Nothing RPROVIDES 'chromium' (but /mnt/data/Yocto-miatech/yocto-miatech/sources/meta-miatech/meta-dingdong/recipes-images/images/ RDEPENDS on or otherwise requires it)... BUT, I see that this recipe is in: /mnt/data/Yocto-miatech/yocto-miatech/sources/meta-miatech/sources/meta-freescale/dynami10:55
kuzulisc-layers/browser-layer/recipes-browser/chromium/chromium_52.0.2743.76.bbappend ..10:55
LetoThe2ndkuzulis: that is only an append, not a full blown recipe10:56
LetoThe2ndkuzulis: you probably want to look at meta-browser, for example
kuzulisLetoThe2nd: Do I need then to add 'chromium-x11' to the IMAGE_INSTALL_append, or just 'chromium' ?10:59
kanavinRP: I appreciate that you pushed this further to the actual patch, would take me longer probably11:02
kuzulisLetoThe2nd: Hmm.. I have added this 'meta-browser' layer, also have added IMAGE_INSTALL_append = 'chromium'.. But the bitbake says: ERROR: No recipes available for: bla-bla-bla .. <path/to/freescale/layer>.. Why it points to 'freescale' ?11:03
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto11:03
RPkanavin: I have a commit in master-next I'm testing11:04
RPkanavin: I'm just poking at it in between everything else11:04
kuzulisLetoThe2nd: Maybe do I need to mask the '.../meta-freescale/dynamic-layers/browser-layer/recipes-browser/chromium/chromium-wayland_48.0.2548.0.bbappend' somehow?11:05
LetoThe2ndkuzulis: i'd guess that you are mixing up layer revisions.11:06
LetoThe2ndkuzulis: as meta-browser refers to v75-something, and your freescale thing to v48-something11:07
kuzulisLetoThe2nd: Yes, my layer based on 'pyro' revision, but the 'meta-browser' has not a 'pyro' branch, so I use a master branch from there.11:09
kuzulisLetoThe2nd: So, what I need to do?11:09
LetoThe2ndkuzulis: find a pyro revision of meta-browser, or forward your layer, or find the one who provided you with outdated recipes and make him support them.11:11
kuzulisLetoThe2nd: and, no any other ways?11:12
LetoThe2ndkuzulis: sure. don't use anything of it and just go home.11:12
kuzulisLetoThe2nd: no, I'm meant, what if I try to create an own 'chromium_75.bbappend' file in my meta-layer?11:14
LetoThe2ndkuzulis: that is variant 2: "forward your layer"11:14
kuzulisLetoThe2nd: ahh... many thanks.. :)11:15
millonigood afternoon, folks. how did poky deal with this build error in automake
millonidid it deal with it at all? basically can't build automake on systems with perl v5.26.111:16
millonibut i'm on an old version of poky11:17
*** AndersD <AndersD!> has quit IRC11:18
*** opennandra <opennandra!> has quit IRC11:18
millonii can't see this being solved in the poky git log. or maybe this error doesn't occur with automake 1.16?11:18
*** AndersD <AndersD!> has joined #yocto11:19
kuzulisLetoThe2nd: I have found the 'old' chrome version v52 in meta-browser layer... but at attempt to build my image I gon another unrelated error: No recipes available for: /gnome-settings-daemon_2.32.1.bbappend ... But, I do not use this gnome-settings-daemon.. How to solve this?11:21
*** yacar_ <yacar_!~yacar@> has joined #yocto11:21
LetoThe2ndkuzulis: same technique qpplies.11:22
kuzulisLetoThe2nd: Can I use BBMASK instead to skip this recipe?11:23
LetoThe2ndkuzulis: seriously, you are obviously mixing up bits and pieces without taking care of versions, dependencies, whatever. this is not going to work11:23
LetoThe2ndkuzulis: take a step back, look at your layer contruction and versions, decide upon what you actually want to archieve, and then plan the way. instead of randomly adding things and wondering why the build breaks.11:24
kuzulisLetoThe2nd: It is hard to me to update the revisions of all meta-layers of my 'yocto' repo... I'm not an Yocto expert. :(11:25
LetoThe2ndkuzulis: its never to late to become one11:26
LetoThe2ndkuzulis: but if you have a stack of outdated layers on the one hand, and an uptodate layer on the other hand that provides something you want, then you need to start sorting out things. no matter how much you feel like not being an expert11:27
kuzulisLetoThe2nd: Ohh.. many thanks, anyway. :(11:28
*** opennandra <opennandra!> has joined #yocto11:28
*** radsquirrel <radsquirrel!> has quit IRC11:29
*** radsquirrel <radsquirrel!> has joined #yocto11:33
*** berton <berton!~berton@> has joined #yocto11:40
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:41
rburton_milloni: upgrade to a newer poky, because that problem is *old*11:45
millonia tmp fix for now? i can't see it fixed anywhere in the poky git11:46
rburton_did you try ef4907f311e3ddedfa3eb8a111cc1d146c19851a11:46
rburton_poky c65d565e239be1e991080a37a261a1267bdda19c11:46
rburton_the error message is literally the same11:47
milloniin ? no such ref11:47
rburton_1fe39e849299a720ab0bcace7d6d8325e6cd8193 is the "my perl is too new" bug11:47
rburton_ef49 is oe-core, not poky.  use c65d11:48
millonithank you, i missed that11:49
millonii saw "fix race in parallel builds" and stopped reading there :)11:49
Dvorkinrburton, thanks for your answers. Everything is almost fine. Except one thing. when I run -c populate_sdk it says, no such task11:58
rburton_Dvorkin: you didn't inherit image12:03
rburton_that's *not* an image recipe12:04
rburton_and sdks are generated from image recipes12:04
DvorkinMay I just inherit populate_sdk in this metaimage and get a task listed?12:05
rburton_the SDK code looks at IMAGE_INSTALL, which isn't set12:06
rburton_just write a normal image that depends on the stuff you build normally12:06
DvorkinI already have "normal" image. And I can build separately with -c populate_sdk multiconfig:mypltatform:img-x12:07
Dvorkinso to make sdk I have to run this command twice for two platforms12:08
Dvorkinit is not very convinient12:08
Dvorkinwhat if I'll set IMAGE_INSTALL in this metarecipe and inherit populate_sdk?12:09
*** AndersD <AndersD!> has quit IRC12:29
kuzulisLetoThe2nd: Why bitbake say that: No recipes available for: ../sources/meta-browser/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bbappend, but the recipe is in: /sources/meta-openembedded/meta-gnome/recipes-gnome/gnome-settings-daemon/ ?12:33
RPkanavin: have submitted it. Used perlbug to generate the mail then moved to my mailer to send12:35
LetoThe2ndkuzulis: just because the file is there, it does not mean bitbake is aware of it. i'd guess that you have not added meta-gnome to bblayers.12:35
kuzulisLetoThe2nd: Oops, yes, you are right. Sorry, many thanks ))12:38
opennandrahi, I'm trying to compile simple go app (hello world.go) in ycoto rocko like: but get error:12:39
opennandra warning: "/..." matched no packages12:39
opennandra| can't load package: package .: no Go files in12:39
opennandraany ideas or examples?12:40
*** AndersD <AndersD!> has joined #yocto12:42
kanavinRP: cheers12:48
kanavinRP: and thanks12:48
*** luckywho <luckywho!~quassel@> has quit IRC12:48
*** geissonator <geissonator!~geissonat@> has joined #yocto12:52
millonirburton_: i think that's actually a different error, the help2man message is the same, but that's just because you always get that message  when the perl script fails12:52
rburton_milloni: try the other perl fix i pasted maybe?12:52
milloniyeah, let me try12:53
rburton_kanavin: i think i'm seeing gstreamer-libav fail to build docs with the new gtk-doc13:06
*** yann <yann!~yann@> has joined #yocto13:11
millonirburton_: thank you, it worked :)13:12
*** justanotherboy <justanotherboy!> has joined #yocto13:13
*** jmiehe <jmiehe!> has quit IRC13:14
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:16
*** AndersD <AndersD!> has quit IRC13:26
kanavinrburton_, hmm, why is that not seen on AB?13:27
rburton_guessing that it doesn't build enough13:27
rburton_i'll review the target13:27
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has quit IRC13:30
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto13:31
*** kanavin <kanavin!~kanavin@> has quit IRC13:38
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has quit IRC13:39
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto13:40
*** camus <camus!~Instantbi@> has joined #yocto13:41
*** kanavin <kanavin!~kanavin@> has joined #yocto13:44
*** kaspter <kaspter!~Instantbi@> has quit IRC13:44
*** camus is now known as kaspter13:44
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has quit IRC13:44
*** litb <litb!> has joined #yocto13:45
litbhello all13:45
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto13:45
litbI'm setting  INITRAMFS_IMAGE  in my distro config file. but it's not picked up by the linux kernel. i looked into the .config file and it contains  CONFIG_INITRAMFS_SOURCE =""13:45
litbis it not supported to set INITRAMFS_IMAGE in the distro config file? is it somehow overwritten in the kernel recipe?13:46
rburton_kanavin: yes its the gtk-doc upgrade13:46
rburton_kanavin: annoyingly, upstream gst-av have moved to a new doc system13:47
rburton_so thats going to be fun13:47
rburton_ah the ab doesn't exerise it because its gst-libav so not in the images out of the box13:49
*** kuzulis <kuzulis!~kuzulis@> has quit IRC13:49
rburton_RP: do we do any testing of builds with 'commerical' license flags enabled?13:49
*** rburton_ is now known as rburton13:49
rburtonshould the ab? could the ab?13:49
RPrburton: no hits in the AB config13:50
RPcould it? probably13:50
litbdocs say "You must set the INITRAMFS_IMAGE_BUNDLE variable in a configuration file. You cannot set the variable in a recipe file. "13:52
litbas far as I can see, a distro  config is a configuration file13:52
rburtondistro or local.conf13:53
kanavinrburton, if they have we might just disable gtk-doc until the version with the new doc system is in oe-core?13:54
litbrburton, hmm zcat /proc/config.gz   says that CONFIG_INITRAMFS_SOURCE = "". So i guess that means that a initramfs was not bundled?13:54
qschulzrburton: just went through my mind, but can't we have a warning for recipes that have a license with *commercial* in int and no LICENSE_FLAGS = "comemrcial" set?13:55
qschulzI'm still a bit unhappy by meta-qt5 providing qtbase even though I have GPL-3.0 blacklisted (because they have GPL-3.0 | Qt-Commercial)13:56
litbqschulz, I made a github issue for that ~ two weeks ago13:56
litbI think they are overly coarse with their license declaration. maybe some tools like qtcreater or something are under GPL-3, but not the library itself13:57
* zeddii emerges from the redeye home … read email .. goes for a nap14:00
qschulzlitb: good point to raise, though this does not fix the actual problem with <LICENSE_X> | <OBSCURE_COMMERCIAL_LICENSE> and having LICENSE_X blacklisted.14:01
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has quit IRC14:01
litbI think they can easily fix this my putting the LICENSE declaration in the specific packages14:01
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto14:03
litbqschulz, shouldn't  yocto then assume that the package is licensed under the obscure commercial license?14:05
JPEWI recall there has been some discussion about arm trusted firmware around here. Does anyone know about that?14:10
*** Bunio_FH <Bunio_FH!> has quit IRC14:10
qschulzlitb: yes but the package is not marked as actually commercial which is incorrect14:12
litbah i see!14:13
qschulzor at least confusing14:13
qschulzbecause normally you have to whitelist commercial licenses14:13
qschulzbut is not marked as commercial when GPL-3.0 is disabled14:14
qschulzs/disabled/blacklisted, time to go home with that many typos :)14:14
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has quit IRC14:19
litbah, I see! seems like some more magic is needed in yocto14:20
*** WillMiles <WillMiles!> has joined #yocto14:20
litbwould need to  parse that boolean expression, substitute "false" for each of the blacklisted expressions, false for commercial licenses, and true for all other licenses. if it evaluates to false, throw an error14:21
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto14:21
qschulzor I don't know, a way to say FOO and BAR licenses are commercial and then Yocto resolves the | & in LICENSE and find out if any of the needed license is FOO or BAR14:23
qschulzFor qtbase, I found that with current Yocto, this should work:14:24
qschulz+ LICENSE_FLAGS = "${@ "commercial" if (incompatible_license_contains('GPL-3.0', True, False, d) or \14:25
qschulz+             incompatible_license_contains('The-Qt-Company-GPL-Exception-1.0', True, False, d) or \14:25
qschulz+             (incompatible_license_contains('GPL-2.0+', True, False, d) and \14:25
qschulz+              incompatible_license_contains('LGPL-3.0', True, False, d))) \14:25
qschulz+              else ''}"14:25
qschulzbut see how readable that is? horrible :) And then if LICENSE changes, this has to change as well.14:25
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC14:26
*** TobSnyder <TobSnyder!> has quit IRC14:27
*** opennandra <opennandra!> has quit IRC14:28
*** yann <yann!~yann@> has quit IRC14:34
*** prabhakarlad <prabhakarlad!~prabhakar@> has left #yocto14:36
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto14:41
*** lfa <lfa!~lfa@> has quit IRC14:45
litbqschulz, ah so the problem is that yocto doesn't know whether that license is commercial, and then it fails to detect that you used commercial licenses14:46
*** vineela <vineela!~vtummala@> has joined #yocto14:46
litbi see now. anyway, I have another problem with WIC: It uses "bzImage" as the kernel. it's hardcoded in the bootimg-pcbios WIC plugin14:46
litbbut unfortunately, that symlink in deploy/images/<machine> always points to the non-initramfs-kernel. and I see no way to provide the correct kernel image short of using my own WIC plugin14:47
litbcopy-pasting the bootimg-pcbios14:47
litbif only there would be a system that's as easy as buildroot but as flexible as yocto >>14:49
*** yacar_ <yacar_!~yacar@> has quit IRC14:59
*** armpit <armpit!~armpit@2601:202:4180:c33:f1f2:b6fa:2cfe:4d00> has quit IRC15:01
*** rcw <rcw!~rcw@> has joined #yocto15:03
kergoththat's a tough one, flexibility implies a certain amount of complexity, which is hard to introduce without a learning curve, unless you're very good at design15:06
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto15:10
*** woutervh <woutervh!~woutervh@> has quit IRC15:17
dirbaioHello! in WIC, how can I manually set my partition numbers?15:23
dirbaioI need them to be numbered 1, 2, 3, 5, 6 (skipping 4)15:23
dirbaioand I'm getting 1, 2, 3, 4, 5, and afaict there's no way to manually set the part number...?15:24
dirbaioI'm using GPT15:24
*** vineela <vineela!~vtummala@> has quit IRC15:28
*** vmeson <vmeson!> has quit IRC15:29
litbweird.. I've created an initrd with the "dracut" package from meta-initramfs, using PACKAGES_INSTALL = "kmod kernel-modules coreutils bash dracut plymouth-initrd" and inheriting class core-image15:44
litbbut.. the initrd drops me into a login screen?15:44
litbah, in fact, it seems to paste systemd into it.15:47
*** jackmitchell <jackmitchell!~Thunderbi@> has joined #yocto15:50
jackmitchellwhat's the currently recommended way for a live image installer under x8615:51
jackmitchellI've tried the hddimg, which works OK but it has a number static defaults in the install script15:52
jackmitchellor is everyone just rolling their own installer and using tar archives extracted onto a partition like you would with arm?15:52
*** lucaceresoli <lucaceresoli!> has quit IRC16:04
*** mckoan is now known as mckoan|away16:08
rburtonjackmitchell: you can fairly easily roll your own install scripts in the hddimg framework16:25
rburtonbut essentially, installers are quite niche16:25
rburtonlike for testing i just run directly from a fast usb3 stick16:26
RPjackmitchell: I think there are patches to try and move hddimg over to use wic16:26
jackmitchellRP: rburton: ok, I'll take a look, I was expecting to see something like a bootable image which includes image X and just dd's it to an available drive16:27
rburtonisn't that basically what the installer does?16:27
rburton(with the live complication for fun)16:28
jackmitchellrburton: it messes around with the grub config and other bits and pieces so a lot of custom configuration doesn't move over16:28
jackmitchellis there a way to include one image in another image, or is that just asking for trouble?16:29
*** gsalazar <gsalazar!> has quit IRC16:32
*** vmeson <vmeson!> has joined #yocto16:33
*** vineela <vineela!~vtummala@> has joined #yocto16:39
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:45
millonihow do i select the gcc version to compile native packages?16:46
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC16:49
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has quit IRC16:55
RPjackmitchell: it definitely can be done using dependencies16:55
*** armpit <armpit!~armpit@> has joined #yocto17:02
*** geissonator <geissonator!~geissonat@> has quit IRC17:12
millonii set GCCVERSION and SDKGCCVERSION in local.conf but that doesn't appear to do anything17:14
milloniactually i do GCCVERSION ?=, that might be it17:16
litbman this is a mess :( I need dracut to create an initramfs for my distribution. so I actually don't need "dracut" but "dracut-native". therefore i created a .bbappend file and added the native class17:18
litbhowever trying to run it with         oe-run-native dracut-native dracut    fails because dracut wants its files and expects a   /usr/lib/dracut/  . that is of course not present17:18
litbI need to chroot into   /mnt/vcs/git/poky/build/tmp/work/i686-linux/dracut-native/1_049-r0/recipe-sysroot-native   ... isn't there a better way to do this?17:19
*** geissonator <geissonator!~geissonat@> has joined #yocto17:22
*** armpit <armpit!~armpit@> has quit IRC17:23
*** peacememories <peacememories!> has joined #yocto17:28
millonilitb: does yocto actually build stuff in chroots?17:28
litbmilloni, I have no idea, but i don't think so17:36
milloniright, me neither17:36
milloniusually it has a directory with the source17:36
litbI've dropped the plans to use dracut as initramfs. it's to complicated to setup in a cross-building  setting it seems :(17:36
millonia separate one with the build artifactrs17:36
litbi've just use the simple initramfs-framework and start plymouth manually from /exec.d/<some script of mine>17:37
litbmilloni, ah17:37
litbI'm just a few feeks into yocto, so I've not got a very good idea of things17:37
millonithe path that you've pasted, that's the right path to look at17:37
litbmilloni, not if I'm on the buildsystem17:38
litbah you mean the path i would need to chroot into17:38
milloniyes, except that you cannot chroot into it17:38
millonibecause there's no chroot17:38
litbyeah; i guess that's it. that's also the one that  oe-find-native-sysroot gives17:39
milloniif you're talking about the buld stage17:39
millonii've not done initramfs with yocto17:39
litbmilloni, hmm, but in that directory tree, there seem to be /usr and /bin and all the friends that have all the binary and libraries that were built natively17:39
millonithat might be the image recipe?17:40
litbso in fact couldn't I chroot into them and execute a binary in them?17:40
millonipossibly you could17:40
litbmilloni, hm I think it's independent of images17:40
milloniwhat's the problem again? is it failing to build or boot up?17:40
litbit's just the stuff that were built because they might be needed during the build, like a qemu binary17:40
litbmilloni, well initially i was trying to include "plymouth" into an initramfs. from meta-oe. and then its "plymouth-initrd" package has a dependency on dracut.17:41
litbso I thought I need that too. but that's all bullshit. dracut doesn't seem to be made for this kind of flexibility.17:42
litbit's even described as "Dracut is an event driven initramfs infrastructure. dracut (the tool) is used to create an initramfs image by copying tools and files from an installed system and combining it with the dracut framework". so it requires an installed system to run from17:42
litbI'm hopelessly lost trying to run it within a buildsystem to generate the initramfs for a yet-not-installed system, I think17:42
milloniit seems suspicious to me17:42
milloniyocto should make the initramfs afaik17:42
millonidoes it need dracut for it? i would assume yocto itself is the tool17:43
litbso I'll reset and just use the openembedded initramfs framework and don't use dracut. plymouth should work with that aswell, I think17:43
milloniyeah, that seems to be the way to go :)17:43
millonijust use yocto/poky/openembedded ready solutions whenever possible17:43
litbmilloni, well the folks that built the meta-openembedded/meta-initramfs use dracut in some mysterious ways to generate initramfs-es that contain dracut17:44
*** vineela <vineela!~vtummala@> has quit IRC17:44
millonihm okay17:44
millonii dont understand any of this, sorry :)17:44
litbi've given up understanding that stuff :)17:44
*** litb <litb!> has quit IRC17:45
*** peacememories <peacememories!> has quit IRC17:54
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:58
*** vineela <vineela!~vtummala@> has joined #yocto17:58
*** armpit <armpit!armpit@nat/google/x-nldmrqjxndmqvsqc> has joined #yocto18:18
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:34
*** armpit <armpit!armpit@nat/google/x-nldmrqjxndmqvsqc> has quit IRC18:38
*** dv_ <dv_!> has quit IRC18:40
*** dv_ <dv_!> has joined #yocto18:54
*** opennandra <opennandra!> has joined #yocto19:04
*** tprrt <tprrt!> has quit IRC19:16
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:809b:4d31:2aa2:47b8> has joined #yocto19:31
opennandrais there way how to find out from which package is file installed?19:35
opennandraI'm looking for /etc/environment19:35
kergothoe-pkg-util find-path after you've done a build19:35
kergothsomething like that anyway19:36
opennandrakergoth: thanks it's : oe-pkgdata-util find-path /etc/environment19:37
kergoththat's the one19:37
opennandraand it works ;)19:37
*** vineela <vineela!~vtummala@> has quit IRC19:40
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:809b:4d31:2aa2:47b8> has quit IRC19:53
*** geissonator <geissonator!~geissonat@> has quit IRC19:54
*** adelcast <adelcast!~adelcast@> has joined #yocto19:56
*** Lihis <Lihis!> has quit IRC20:14
*** rburton <rburton!> has quit IRC20:22
*** vineela <vineela!vtummala@nat/intel/x-zfzcxbqcmchpklbm> has joined #yocto20:27
*** WillMiles <WillMiles!> has quit IRC21:03
*** rcw <rcw!~rcw@> has quit IRC21:04
*** opennandra <opennandra!> has quit IRC21:10
*** tgraydon <tgraydon!~tgraydon@> has joined #yocto21:27
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:50
*** vineela <vineela!vtummala@nat/intel/x-zfzcxbqcmchpklbm> has quit IRC21:51
*** berton <berton!~berton@> has quit IRC22:01
*** justanotherboy <justanotherboy!> has quit IRC22:01
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC22:05
*** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-jpxevfzqtmbtlfev> has joined #yocto22:08
*** armpit <armpit!~armpit@2601:646:8100:b254:f1f2:b6fa:2cfe:4d00> has joined #yocto22:10
*** jackmitchell <jackmitchell!~Thunderbi@> has quit IRC22:12
*** jackmitchell <jackmitchell!~Thunderbi@> has joined #yocto22:13
*** agust <agust!> has quit IRC22:16
*** vineela <vineela!vtummala@nat/intel/x-oagwolxzynuimbdv> has joined #yocto22:18
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto22:19
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:19
*** jackmitchell <jackmitchell!~Thunderbi@> has quit IRC22:20
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:26
*** chandana73 <chandana73!~ckalluri@> has joined #yocto22:56
yoctiNew news from stackoverflow: Developing Paho-Mqtt-C Application on Host for Target having libraries <>23:10
chandana73For thud, ifupdown is being replaced by tools like iw and ip. My understanding is that ifup and ifdown are scripts that handle enabling/disabling interfaces, restarting wpa_supplicant and udhcpc. I see that with iw and ip, I am able to connect to different ssid [but no internet access] and its upto me as a user to manually restart wpa_supplicant and udhcpc to get a new ip and internet access. I was wondering if there is a script/tool that23:12
chandana73 is recommended as a good replacement to ifupdown which takes care of interface enablement, restarting wpa_supplicant and udhcpc.23:12
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC23:30
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto23:30
*** armpit <armpit!~armpit@2601:646:8100:b254:f1f2:b6fa:2cfe:4d00> has quit IRC23:55

Generated by 2.11.0 by Marius Gedminas - find it at!