*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC | 01:03 | |
*** camus <camus!~Instantbi@183.128.187.205> has joined #yocto | 01:40 | |
*** kaspter <kaspter!~Instantbi@183.128.187.205> has quit IRC | 01:40 | |
*** camus is now known as kaspter | 01:40 | |
*** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has joined #yocto | 01:57 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zkebvdsdgqpuxnls> has quit IRC | 02:25 | |
*** lazyape_penthous <lazyape_penthous!~lazyape@athedsl-211560.home.otenet.gr> has joined #yocto | 03:13 | |
*** lazyape_home <lazyape_home!~lazyape@athedsl-211560.home.otenet.gr> has quit IRC | 03:17 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:f1f2:b6fa:2cfe:4d00> has quit IRC | 03:22 | |
*** Crofton|road <Crofton|road!~Crofton@2601:5c0:c100:b84:8dbd:55c9:72d3:a9f5> has quit IRC | 03:22 | |
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC | 03:22 | |
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has quit IRC | 03:22 | |
*** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC | 03:22 | |
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-ypqqcdaxtwwncviy> has quit IRC | 03:22 | |
*** quite <quite!~quite@unaffiliated/quite> has quit IRC | 03:22 | |
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 03:22 | |
*** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has quit IRC | 03:22 | |
*** luckywho <luckywho!~quassel@49.207.50.14> has quit IRC | 03:22 | |
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-ksjferkpaqbitxjy> has quit IRC | 03:22 | |
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC | 03:22 | |
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC | 03:22 | |
*** gattuso <gattuso!~gattuso@pompel.me> has quit IRC | 03:22 | |
*** Crofton <Crofton!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC | 03:22 | |
*** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has quit IRC | 03:22 | |
*** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 03:22 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:f1f2:b6fa:2cfe:4d00> has joined #yocto | 03:38 | |
*** Crofton|road <Crofton|road!~Crofton@2601:5c0:c100:b84:8dbd:55c9:72d3:a9f5> has joined #yocto | 03:38 | |
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto | 03:38 | |
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has joined #yocto | 03:38 | |
*** rperier <rperier!~quassel@unaffiliated/bambee> has joined #yocto | 03:38 | |
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-ypqqcdaxtwwncviy> has joined #yocto | 03:38 | |
*** quite <quite!~quite@unaffiliated/quite> has joined #yocto | 03:38 | |
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto | 03:38 | |
*** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has joined #yocto | 03:38 | |
*** luckywho <luckywho!~quassel@49.207.50.14> has joined #yocto | 03:38 | |
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-ksjferkpaqbitxjy> has joined #yocto | 03:38 | |
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto | 03:38 | |
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto | 03:38 | |
*** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto | 03:38 | |
*** Crofton <Crofton!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto | 03:38 | |
*** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has joined #yocto | 03:38 | |
*** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 03:38 | |
*** lazyape_penthous <lazyape_penthous!~lazyape@athedsl-211560.home.otenet.gr> has quit IRC | 03:42 | |
*** lazyape_penthous <lazyape_penthous!~lazyape@athedsl-211560.home.otenet.gr> has joined #yocto | 03:51 | |
*** lazyape_penthous <lazyape_penthous!~lazyape@athedsl-211560.home.otenet.gr> has quit IRC | 03:51 | |
*** lazyape_penthous <lazyape_penthous!~lazyape@athedsl-211560.home.otenet.gr> has joined #yocto | 03:52 | |
*** lazyape_penthous <lazyape_penthous!~lazyape@athedsl-211560.home.otenet.gr> has quit IRC | 04:13 | |
*** lazyape_penthous <lazyape_penthous!~lazyape@athedsl-211560.home.otenet.gr> has joined #yocto | 04:15 | |
*** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has quit IRC | 04:18 | |
*** lazyape_penthous <lazyape_penthous!~lazyape@athedsl-211560.home.otenet.gr> has quit IRC | 04:18 | |
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 04:45 | |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:12 | |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 05:48 | |
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 05:53 | |
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 05:57 | |
*** cvasilak <cvasilak!~cvasilak@2a02:587:8109:7900:bdde:8d22:a3af:5fef> has joined #yocto | 05:58 | |
*** agust <agust!~agust@pD95F1ED1.dip0.t-ipconnect.de> has joined #yocto | 06:00 | |
*** Chaser <Chaser!~Chaser@192.241.229.182> has quit IRC | 06:10 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:11 | |
*** Chaser <Chaser!~Chaser@192.241.229.182> has joined #yocto | 06:21 | |
*** mckoan|away is now known as mckoan | 06:27 | |
*** yann <yann!~yann@lfbn-1-3372-5.w90-127.abo.wanadoo.fr> has quit IRC | 06:27 | |
mckoan | good morning | 06:27 |
---|---|---|
luckywho | I'm having issue in my yocto rootfs, where include folder is missing in /usr/. | 06:31 |
*** u1106 <u1106!~quassel@163.172.172.46> has quit IRC | 06:33 | |
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:f4c2:8c52:413b:46b3> has joined #yocto | 06:33 | |
*** u1106 <u1106!~quassel@163.172.172.46> has joined #yocto | 06:33 | |
LetoThe2nd | luckywho: 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 |
LetoThe2nd | luckywho: 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 https://www.yoctoproject.org/docs/2.7/ref-manual/ref-manual.html#ref-features-image and read up on the dev-pkgs and tools-sdk IMAGE_FEATURES | 06:37 |
luckywho | LetoThe2nd: I'm installing pip packages. Because of header files missing installation fails. | 06:41 |
LetoThe2nd | luckywho: and again, doing this at runtime in target is a bad practise | 06:42 |
LetoThe2nd | luckywho: 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 |
LetoThe2nd | luckywho: 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 such | 06:44 |
luckywho | LetoThe2nd: Thank you. I will add recipe. | 06:45 |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 06:47 | |
LetoThe2nd | luckywho: in meta-python there are lots of examples using the various mechanisms. like, http://git.openembedded.org/meta-openembedded/tree/meta-python/recipes-extended/python-meh/python3-meh_0.47.bb | 06:48 |
*** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto | 06:51 | |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:53 | |
woutervh | rburton, what do you mean? I want to use the sink in a qtwidget, and for that need the display and surface | 06:54 |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 06:59 | |
*** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 07:12 | |
*** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 07:13 | |
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 07:18 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:29 | |
*** yacar_ <yacar_!~yacar@80.214.117.17> has joined #yocto | 07:30 | |
*** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 07:33 | |
*** alexb3600 <alexb3600!~alexb3600@101.228.0.109.rev.sfr.net> has joined #yocto | 07:38 | |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto | 07:41 | |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has quit IRC | 07:48 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 07:48 | |
*** alexb3600 <alexb3600!~alexb3600@101.228.0.109.rev.sfr.net> has quit IRC | 07:51 | |
woutervh | Hello, I built a wayland-distro image, fully functional. So wayland is running, gstreamer waylandsink is working etc | 07:57 |
woutervh | however, I want to includ waylandsink in qt | 07:58 |
woutervh | For that i need wayland surface and display | 07:59 |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto | 07:59 | |
woutervh | long story short, as explained here: https://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/tests/examples/waylandsink/main.c | 08:00 |
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 08:00 | |
woutervh | I want to include gst/wayland/wayland.h, but yocto complains that it is not available | 08:00 |
Dvorkin | rburton, 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 #yocto | 08:06 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:08 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-tknyffvzhumvxrcg> has joined #yocto | 08:25 | |
Dvorkin | 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:36 |
LetoThe2nd | what is a fake tiny image? | 08:43 |
LetoThe2nd | yet 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!~marek@109-230-35-25.dynamic.orange.sk> has joined #yocto | 09:01 | |
*** cvasilak <cvasilak!~cvasilak@2a02:587:8109:7900:bdde:8d22:a3af:5fef> has quit IRC | 09:04 | |
woutervh | why is gst-libs/gst/mpegts/mpegts.h making it to my image-include, and gst-libs/gst/wayland/wayland.h isn't? | 09:13 |
woutervh | apparently only interfaces mpegts webrtc are build from gst-libs | 09:14 |
LetoThe2nd | woutervh: packageconfig wayland is set? http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.16.0.bb?h=master#n81 | 09:16 |
woutervh | LetoThe2nd, yes, waylandsink is even working on the system | 09:17 |
LetoThe2nd | woutervh: 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 installed | 09:19 |
LetoThe2nd | woutervh: -> look into the recipe sysroots and package-split directories. | 09:20 |
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC | 09:21 | |
woutervh | packages-split has it in gst-libs/gst/.... | 09:21 |
woutervh | but not in sysroots | 09:21 |
LetoThe2nd | woutervh: and in which package-split subdirectory is it? is the corresponding package installed? | 09:27 |
LetoThe2nd | or rather, being depended on by whatover you are trying to build against it. | 09:27 |
woutervh | LetoThe2nd, only in it's own gstreamer1.0-plugins-bad | 09:31 |
woutervh | not in the package I depend on gstreamer-plugins-bad | 09:31 |
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto | 09:32 | |
LetoThe2nd | woutervh: 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 |
woutervh | I also have that impression :-) But not being a real yocto developer, it's also hard ;-) | 09:36 |
woutervh | If I look in the meson file, it has some dependencies: | 09:36 |
woutervh | use_wayland = wl_protocol_dep.found() and wl_client_dep.found() and wl_scanner.found() and libdrm_dep.found() | 09:36 |
woutervh | so I need wayland_protocols, wayland_client, wayland_scanner and libdrm | 09:37 |
woutervh | can I add those in a bbappend to bad? | 09:37 |
LetoThe2nd | heh, i'm not a YP dev too. i have exacly zero code contributions :) | 09:37 |
yocti | New news from stackoverflow: How to run x11 apps(i.e,VNC viewer) on RDK-V which is built with westeros compositor? <https://stackoverflow.com/questions/56595280/how-to-run-x11-appsi-e-vnc-viewer-on-rdk-v-which-is-built-with-westeros-compos> | 09:38 |
*** yacar_ <yacar_!~yacar@80.214.117.17> has quit IRC | 09:52 | |
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto | 10:05 | |
kuzulis | Hi 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!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 10:17 | |
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:17 | |
kanavin | RP: 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 IRC | 10:33 | |
RP | kanavin: Good question. Do you know if we've used perlbug before? | 10:34 |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 10:47 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:50 | |
kanavin | RP: I have never used it myself. Seems like it can be used for both bug reports and sending patches. | 10:52 |
RP | kanavin: 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 IRC | 10:54 | |
LetoThe2nd | kanavin: i just misread that as "goth bug reports". d'uh. probably time to end the week at the desk. | 10:54 |
kuzulis | Guys, how to add a 'chromium' package to my image? I have added the 'chromium' to 'IMAGE_INSTALL_append' of my-image.bb.. But the bitbake say: ERROR: Nothing RPROVIDES 'chromium' (but /mnt/data/Yocto-miatech/yocto-miatech/sources/meta-miatech/meta-dingdong/recipes-images/images/dingdong-image.bb 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/dynami | 10:55 |
kuzulis | c-layers/browser-layer/recipes-browser/chromium/chromium_52.0.2743.76.bbappend .. | 10:55 |
LetoThe2nd | kuzulis: that is only an append, not a full blown recipe | 10:56 |
LetoThe2nd | kuzulis: you probably want to look at meta-browser, for example http://layers.openembedded.org/layerindex/recipe/72136/ | 10:57 |
kuzulis | LetoThe2nd: Do I need then to add 'chromium-x11' to the IMAGE_INSTALL_append, or just 'chromium' ? | 10:59 |
LetoThe2nd | kuzulis: https://github.com/OSSystems/meta-browser/blob/master/recipes-browser/chromium/chromium-x11_75.0.3770.80.bb#L23 | 11:00 |
kanavin | RP: I appreciate that you pushed this further to the actual patch, would take me longer probably | 11:02 |
kuzulis | LetoThe2nd: 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 #yocto | 11:03 | |
RP | kanavin: I have a commit in master-next I'm testing | 11:04 |
RP | kanavin: I'm just poking at it in between everything else | 11:04 |
kuzulis | LetoThe2nd: 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 |
LetoThe2nd | kuzulis: i'd guess that you are mixing up layer revisions. | 11:06 |
LetoThe2nd | kuzulis: as meta-browser refers to v75-something, and your freescale thing to v48-something | 11:07 |
kuzulis | LetoThe2nd: 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 |
kuzulis | LetoThe2nd: So, what I need to do? | 11:09 |
LetoThe2nd | kuzulis: 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 |
kuzulis | LetoThe2nd: and, no any other ways? | 11:12 |
LetoThe2nd | kuzulis: sure. don't use anything of it and just go home. | 11:12 |
kuzulis | LetoThe2nd: no, I'm meant, what if I try to create an own 'chromium_75.bbappend' file in my meta-layer? | 11:14 |
LetoThe2nd | kuzulis: that is variant 2: "forward your layer" | 11:14 |
kuzulis | LetoThe2nd: ahh... many thanks.. :) | 11:15 |
milloni | good afternoon, folks. how did poky deal with this build error in automake https://github.com/Homebrew/linuxbrew-core/issues/6275 | 11:16 |
milloni | did it deal with it at all? basically can't build automake on systems with perl v5.26.1 | 11:16 |
milloni | but i'm on an old version of poky | 11:17 |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 11:18 | |
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has quit IRC | 11:18 | |
milloni | i can't see this being solved in the poky git log. or maybe this error doesn't occur with automake 1.16? | 11:18 |
milloni | 1.16.1 | 11:19 |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 11:19 | |
kuzulis | LetoThe2nd: 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@80.214.117.17> has joined #yocto | 11:21 | |
LetoThe2nd | kuzulis: same technique qpplies. | 11:22 |
kuzulis | LetoThe2nd: Can I use BBMASK instead to skip this recipe? | 11:23 |
LetoThe2nd | kuzulis: seriously, you are obviously mixing up bits and pieces without taking care of versions, dependencies, whatever. this is not going to work | 11:23 |
LetoThe2nd | kuzulis: 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 |
kuzulis | LetoThe2nd: 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 |
LetoThe2nd | kuzulis: its never to late to become one | 11:26 |
LetoThe2nd | kuzulis: 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 expert | 11:27 |
kuzulis | LetoThe2nd: Ohh.. many thanks, anyway. :( | 11:28 |
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has joined #yocto | 11:28 | |
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 11:29 | |
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 11:33 | |
*** berton <berton!~berton@181.220.86.53> has joined #yocto | 11:40 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:41 | |
rburton_ | milloni: upgrade to a newer poky, because that problem is *old* | 11:45 |
milloni | yeah | 11:45 |
milloni | a tmp fix for now? i can't see it fixed anywhere in the poky git | 11:46 |
rburton_ | did you try ef4907f311e3ddedfa3eb8a111cc1d146c19851a | 11:46 |
rburton_ | poky c65d565e239be1e991080a37a261a1267bdda19c | 11:46 |
rburton_ | the error message is literally the same | 11:47 |
milloni | in https://git.yoctoproject.org/cgit/cgit.cgi/poky/ ? no such ref | 11:47 |
rburton_ | 1fe39e849299a720ab0bcace7d6d8325e6cd8193 is the "my perl is too new" bug | 11:47 |
rburton_ | ef49 is oe-core, not poky. use c65d | 11:48 |
milloni | thank you, i missed that | 11:49 |
milloni | i saw "fix race in parallel builds" and stopped reading there :) | 11:49 |
Dvorkin | rburton, thanks for your answers. Everything is almost fine. Except one thing. https://pastebin.com/wh01QjwK when I run -c populate_sdk it says, no such task | 11:58 |
rburton_ | Dvorkin: you didn't inherit image | 12:03 |
rburton_ | that's *not* an image recipe | 12:04 |
rburton_ | and sdks are generated from image recipes | 12:04 |
Dvorkin | May 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 set | 12:06 |
rburton_ | just write a normal image that depends on the stuff you build normally | 12:06 |
Dvorkin | I already have "normal" image. And I can build separately with -c populate_sdk multiconfig:mypltatform:img-x | 12:07 |
Dvorkin | so to make sdk I have to run this command twice for two platforms | 12:08 |
Dvorkin | it is not very convinient | 12:08 |
Dvorkin | what if I'll set IMAGE_INSTALL in this metarecipe and inherit populate_sdk? | 12:09 |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 12:29 | |
kuzulis | LetoThe2nd: 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/gnome-settings-daemon_2.32.1.bb ? | 12:33 |
kuzulis | wtf? | 12:33 |
RP | kanavin: have submitted it. Used perlbug to generate the mail then moved to my mailer to send | 12:35 |
LetoThe2nd | kuzulis: 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 |
kuzulis | LetoThe2nd: Oops, yes, you are right. Sorry, many thanks )) | 12:38 |
opennandra | hi, I'm trying to compile simple go app (hello world.go) in ycoto rocko like: https://pastebin.com/0gBMaLMz but get error: | 12:39 |
opennandra | warning: "/..." matched no packages | 12:39 |
opennandra | | can't load package: package .: no Go files in | 12:39 |
opennandra | any ideas or examples? | 12:40 |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 12:42 | |
kanavin | RP: cheers | 12:48 |
kanavin | RP: and thanks | 12:48 |
*** luckywho <luckywho!~quassel@49.207.50.14> has quit IRC | 12:48 | |
*** geissonator <geissonator!~geissonat@32.97.110.50> has joined #yocto | 12:52 | |
milloni | rburton_: 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 fails | 12:52 |
rburton_ | milloni: try the other perl fix i pasted maybe? | 12:52 |
milloni | yeah, let me try | 12:53 |
rburton_ | kanavin: i think i'm seeing gstreamer-libav fail to build docs with the new gtk-doc | 13:06 |
*** yann <yann!~yann@85.118.38.73> has joined #yocto | 13:11 | |
milloni | rburton_: thank you, it worked :) | 13:12 |
*** justanotherboy <justanotherboy!~justanoth@THOUSAND-EY.bear1.Houston1.Level3.net> has joined #yocto | 13:13 | |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 13:14 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:16 | |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:26 | |
kanavin | rburton_, hmm, why is that not seen on AB? | 13:27 |
rburton_ | guessing that it doesn't build enough | 13:27 |
rburton_ | i'll review the target | 13:27 |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has quit IRC | 13:30 | |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto | 13:31 | |
*** kanavin <kanavin!~kanavin@141.113.67.170> has quit IRC | 13:38 | |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has quit IRC | 13:39 | |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto | 13:40 | |
*** camus <camus!~Instantbi@183.128.187.205> has joined #yocto | 13:41 | |
*** kanavin <kanavin!~kanavin@141.113.67.170> has joined #yocto | 13:44 | |
*** kaspter <kaspter!~Instantbi@183.128.187.205> has quit IRC | 13:44 | |
*** camus is now known as kaspter | 13:44 | |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has quit IRC | 13:44 | |
*** litb <litb!~js@p5B2FD7E1.dip0.t-ipconnect.de> has joined #yocto | 13:45 | |
litb | hello all | 13:45 |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto | 13:45 | |
litb | I'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 |
litb | is 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 upgrade | 13:46 |
rburton_ | kanavin: annoyingly, upstream gst-av have moved to a new doc system | 13:47 |
rburton_ | so thats going to be fun | 13:47 |
rburton_ | ah the ab doesn't exerise it because its gst-libav so not in the images out of the box | 13:49 |
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has quit IRC | 13:49 | |
rburton_ | RP: do we do any testing of builds with 'commerical' license flags enabled? | 13:49 |
*** rburton_ is now known as rburton | 13:49 | |
rburton | should the ab? could the ab? | 13:49 |
RP | rburton: no hits in the AB config | 13:50 |
RP | could it? probably | 13:50 |
litb | docs say "You must set the INITRAMFS_IMAGE_BUNDLE variable in a configuration file. You cannot set the variable in a recipe file. " | 13:52 |
litb | as far as I can see, a distro config is a configuration file | 13:52 |
rburton | distro or local.conf | 13:53 |
kanavin | rburton, if they have we might just disable gtk-doc until the version with the new doc system is in oe-core? | 13:54 |
litb | rburton, hmm zcat /proc/config.gz says that CONFIG_INITRAMFS_SOURCE = "". So i guess that means that a initramfs was not bundled? | 13:54 |
qschulz | rburton: 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 |
qschulz | I'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 |
qschulz | s/by/with | 13:56 |
litb | qschulz, I made a github issue for that ~ two weeks ago | 13:56 |
litb | I think they are overly coarse with their license declaration. maybe some tools like qtcreater or something are under GPL-3, but not the library itself | 13:57 |
* zeddii emerges from the redeye home … read email .. goes for a nap | 14:00 | |
qschulz | litb: 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 IRC | 14:01 | |
litb | I think they can easily fix this my putting the LICENSE declaration in the specific packages | 14:01 |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto | 14:03 | |
litb | qschulz, shouldn't yocto then assume that the package is licensed under the obscure commercial license? | 14:05 |
JPEW | I recall there has been some discussion about arm trusted firmware around here. Does anyone know about that? | 14:10 |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 14:10 | |
qschulz | litb: yes but the package is not marked as actually commercial which is incorrect | 14:12 |
litb | ah i see! | 14:13 |
qschulz | or at least confusing | 14:13 |
qschulz | because normally you have to whitelist commercial licenses | 14:13 |
qschulz | s/licences/packages/ | 14:13 |
qschulz | but qtbase_git.bb is not marked as commercial when GPL-3.0 is disabled | 14:14 |
qschulz | s/disabled/blacklisted, time to go home with that many typos :) | 14:14 |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has quit IRC | 14:19 | |
litb | ah, I see! seems like some more magic is needed in yocto | 14:20 |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 14:20 | |
litb | would 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 error | 14:21 |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto | 14:21 | |
qschulz | or 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 BAR | 14:23 |
qschulz | For 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 |
qschulz | but 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 IRC | 14:26 | |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:27 | |
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has quit IRC | 14:28 | |
*** yann <yann!~yann@85.118.38.73> has quit IRC | 14:34 | |
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 14:36 | |
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto | 14:41 | |
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 14:45 | |
litb | qschulz, 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 licenses | 14:46 |
*** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto | 14:46 | |
litb | i see now. anyway, I have another problem with WIC: It uses "bzImage" as the kernel. it's hardcoded in the bootimg-pcbios WIC plugin | 14:46 |
litb | but 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 plugin | 14:47 |
litb | copy-pasting the bootimg-pcbios | 14:47 |
litb | if only there would be a system that's as easy as buildroot but as flexible as yocto >> | 14:49 |
*** yacar_ <yacar_!~yacar@80.214.117.17> has quit IRC | 14:59 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:f1f2:b6fa:2cfe:4d00> has quit IRC | 15:01 | |
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 15:03 | |
kergoth | that'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 design | 15:06 |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has joined #yocto | 15:10 | |
*** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC | 15:17 | |
dirbaio | Hello! in WIC, how can I manually set my partition numbers? | 15:23 |
dirbaio | I need them to be numbered 1, 2, 3, 5, 6 (skipping 4) | 15:23 |
dirbaio | and I'm getting 1, 2, 3, 4, 5, and afaict there's no way to manually set the part number...? | 15:24 |
dirbaio | I'm using GPT | 15:24 |
*** vineela <vineela!~vtummala@134.134.139.72> has quit IRC | 15:28 | |
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 15:29 | |
litb | weird.. 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-image | 15:44 |
litb | but.. the initrd drops me into a login screen? | 15:44 |
litb | ah, in fact, it seems to paste systemd into it. | 15:47 |
*** jackmitchell <jackmitchell!~Thunderbi@185.200.118.101> has joined #yocto | 15:50 | |
jackmitchell | what's the currently recommended way for a live image installer under x86 | 15:51 |
jackmitchell | I've tried the hddimg, which works OK but it has a number static defaults in the install script | 15:52 |
jackmitchell | or is everyone just rolling their own installer and using tar archives extracted onto a partition like you would with arm? | 15:52 |
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 16:04 | |
*** mckoan is now known as mckoan|away | 16:08 | |
rburton | jackmitchell: you can fairly easily roll your own install scripts in the hddimg framework | 16:25 |
rburton | but essentially, installers are quite niche | 16:25 |
rburton | like for testing i just run directly from a fast usb3 stick | 16:26 |
RP | jackmitchell: I think there are patches to try and move hddimg over to use wic | 16:26 |
jackmitchell | RP: 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 drive | 16:27 |
rburton | isn't that basically what the installer does? | 16:27 |
rburton | (with the live complication for fun) | 16:28 |
jackmitchell | rburton: it messes around with the grub config and other bits and pieces so a lot of custom configuration doesn't move over | 16:28 |
jackmitchell | is there a way to include one image in another image, or is that just asking for trouble? | 16:29 |
*** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has quit IRC | 16:32 | |
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 16:33 | |
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 16:39 | |
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:45 | |
milloni | how do i select the gcc version to compile native packages? | 16:46 |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-tknyffvzhumvxrcg> has quit IRC | 16:49 | |
*** leitao <leitao!~leitao@2620:10d:c092:200::1:8b11> has quit IRC | 16:55 | |
RP | jackmitchell: it definitely can be done using dependencies | 16:55 |
*** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 17:02 | |
*** geissonator <geissonator!~geissonat@32.97.110.50> has quit IRC | 17:12 | |
milloni | i set GCCVERSION and SDKGCCVERSION in local.conf but that doesn't appear to do anything | 17:14 |
milloni | actually i do GCCVERSION ?=, that might be it | 17:16 |
litb | man 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 class | 17:18 |
litb | however trying to run it with oe-run-native dracut-native dracut fails because dracut wants its files and expects a /usr/lib/dracut/dracut-init.sh . that is of course not present | 17:18 |
litb | I 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@32.97.110.50> has joined #yocto | 17:22 | |
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 17:23 | |
*** peacememories <peacememories!~textual@t203-059.demo.tuwien.ac.at> has joined #yocto | 17:28 | |
milloni | litb: does yocto actually build stuff in chroots? | 17:28 |
litb | milloni, I have no idea, but i don't think so | 17:36 |
milloni | right, me neither | 17:36 |
milloni | usually it has a directory with the source | 17:36 |
litb | I've dropped the plans to use dracut as initramfs. it's to complicated to setup in a cross-building setting it seems :( | 17:36 |
milloni | a separate one with the build artifactrs | 17:36 |
litb | i've just use the simple initramfs-framework and start plymouth manually from /exec.d/<some script of mine> | 17:37 |
litb | milloni, ah | 17:37 |
litb | I'm just a few feeks into yocto, so I've not got a very good idea of things | 17:37 |
milloni | the path that you've pasted, that's the right path to look at | 17:37 |
litb | milloni, not if I'm on the buildsystem | 17:38 |
litb | ah you mean the path i would need to chroot into | 17:38 |
milloni | yes, except that you cannot chroot into it | 17:38 |
milloni | because there's no chroot | 17:38 |
litb | yeah; i guess that's it. that's also the one that oe-find-native-sysroot gives | 17:39 |
milloni | if you're talking about the buld stage | 17:39 |
milloni | i've not done initramfs with yocto | 17:39 |
litb | milloni, 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 natively | 17:39 |
milloni | that might be the image recipe? | 17:40 |
litb | so in fact couldn't I chroot into them and execute a binary in them? | 17:40 |
milloni | possibly you could | 17:40 |
litb | milloni, hm I think it's independent of images | 17:40 |
milloni | what's the problem again? is it failing to build or boot up? | 17:40 |
litb | it's just the stuff that were built because they might be needed during the build, like a qemu binary | 17:40 |
litb | milloni, 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 |
litb | so 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 |
litb | it'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 from | 17:42 |
litb | I'm hopelessly lost trying to run it within a buildsystem to generate the initramfs for a yet-not-installed system, I think | 17:42 |
milloni | it seems suspicious to me | 17:42 |
milloni | yocto should make the initramfs afaik | 17:42 |
milloni | does it need dracut for it? i would assume yocto itself is the tool | 17:43 |
litb | so I'll reset and just use the openembedded initramfs framework and don't use dracut. plymouth should work with that aswell, I think | 17:43 |
milloni | yeah, that seems to be the way to go :) | 17:43 |
milloni | just use yocto/poky/openembedded ready solutions whenever possible | 17:43 |
litb | milloni, well the folks that built the meta-openembedded/meta-initramfs use dracut in some mysterious ways to generate initramfs-es that contain dracut | 17:44 |
*** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 17:44 | |
milloni | hm okay | 17:44 |
milloni | i dont understand any of this, sorry :) | 17:44 |
litb | i've given up understanding that stuff :) | 17:44 |
*** litb <litb!~js@p5B2FD7E1.dip0.t-ipconnect.de> has quit IRC | 17:45 | |
*** peacememories <peacememories!~textual@t203-059.demo.tuwien.ac.at> has quit IRC | 17:54 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:58 | |
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 17:58 | |
*** armpit <armpit!armpit@nat/google/x-nldmrqjxndmqvsqc> has joined #yocto | 18:18 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:34 | |
*** armpit <armpit!armpit@nat/google/x-nldmrqjxndmqvsqc> has quit IRC | 18:38 | |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 18:40 | |
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 18:54 | |
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has joined #yocto | 19:04 | |
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC | 19:16 | |
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:809b:4d31:2aa2:47b8> has joined #yocto | 19:31 | |
opennandra | hi | 19:35 |
opennandra | is there way how to find out from which package is file installed? | 19:35 |
opennandra | I'm looking for /etc/environment | 19:35 |
kergoth | oe-pkg-util find-path after you've done a build | 19:35 |
kergoth | something like that anyway | 19:36 |
opennandra | kergoth: thanks it's : oe-pkgdata-util find-path /etc/environment | 19:37 |
kergoth | that's the one | 19:37 |
kergoth | np | 19:37 |
opennandra | and it works ;) | 19:37 |
*** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 19:40 | |
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:809b:4d31:2aa2:47b8> has quit IRC | 19:53 | |
*** geissonator <geissonator!~geissonat@32.97.110.50> has quit IRC | 19:54 | |
*** adelcast <adelcast!~adelcast@130.164.62.198> has joined #yocto | 19:56 | |
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC | 20:14 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 20:22 | |
*** vineela <vineela!vtummala@nat/intel/x-zfzcxbqcmchpklbm> has joined #yocto | 20:27 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:03 | |
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:04 | |
*** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has quit IRC | 21:10 | |
*** tgraydon <tgraydon!~tgraydon@134.134.139.76> has joined #yocto | 21:27 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:50 | |
*** vineela <vineela!vtummala@nat/intel/x-zfzcxbqcmchpklbm> has quit IRC | 21:51 | |
*** berton <berton!~berton@181.220.86.53> has quit IRC | 22:01 | |
*** justanotherboy <justanotherboy!~justanoth@THOUSAND-EY.bear1.Houston1.Level3.net> has quit IRC | 22:01 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 22:05 | |
*** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-jpxevfzqtmbtlfev> has joined #yocto | 22:08 | |
*** armpit <armpit!~armpit@2601:646:8100:b254:f1f2:b6fa:2cfe:4d00> has joined #yocto | 22:10 | |
*** jackmitchell <jackmitchell!~Thunderbi@185.200.118.101> has quit IRC | 22:12 | |
*** jackmitchell <jackmitchell!~Thunderbi@185.200.118.101> has joined #yocto | 22:13 | |
*** agust <agust!~agust@pD95F1ED1.dip0.t-ipconnect.de> has quit IRC | 22:16 | |
*** vineela <vineela!vtummala@nat/intel/x-oagwolxzynuimbdv> has joined #yocto | 22:18 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 22:19 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:19 | |
*** jackmitchell <jackmitchell!~Thunderbi@185.200.118.101> has quit IRC | 22:20 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vjjpjxaszjeqitup> has joined #yocto | 22:26 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 22:56 | |
yocti | New news from stackoverflow: Developing Paho-Mqtt-C Application on Host for Target having libraries <https://stackoverflow.com/questions/56605984/developing-paho-mqtt-c-application-on-host-for-target-having-libraries> | 23:10 |
chandana73 | For 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 that | 23: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 IRC | 23:30 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 23:30 | |
*** armpit <armpit!~armpit@2601:646:8100:b254:f1f2:b6fa:2cfe:4d00> has quit IRC | 23:55 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!