| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 00:01 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 00:02 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:37 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:40 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 00:45 | |
| tz | anybody have any idea how to debug init scripts without changing behaviour? I've got a bunch of scripts that seemingly don't execute at startup, but if I add "#!/bin/bash -ex\nexec >> /var/log/$0-init 2>&1" at the top they all work fine :s | 01:14 |
|---|---|---|
| kergoth | sounds like you made them run under bash instead of /bin/sh, which could be an entirely different shell | 01:15 |
| tz | yep, the exec line wasn't working under /bin/sh | 01:16 |
| tz | although this is a later iteration, might rollback to it to see if it works | 01:16 |
| tz | (the exec line with sh) | 01:16 |
| tz | the ones that are failing are things like networking, which shouldn't really be an issue afaik | 01:16 |
| tz | and syslog... which makes things a bit annoying obviously | 01:17 |
| tz | still works with /bin/sh and the exec line, hmmm | 01:18 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 01:25 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 01:31 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 02:04 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 03:20 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 03:34 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:d417:1425:3c72:9f78> has quit IRC | 04:00 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:45a8:35fd:6c1a:9e02> has joined #yocto | 04:13 | |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-rmlndepslnrrjsqq> has quit IRC | 04:31 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-wvjyyydopotcutga> has quit IRC | 04:31 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-delvbppdjwwhjmym> has quit IRC | 04:31 | |
| *** justinsg <justinsg!sid296040@gateway/web/irccloud.com/x-udrqibkbzzjiqsox> has quit IRC | 04:31 | |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-nvvlqxsnyzqevjft> has joined #yocto | 04:31 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-ytkojofmhdbhecbj> has joined #yocto | 04:31 | |
| *** fury <fury!uid193779@gateway/web/irccloud.com/x-zcmobilbwuskvifa> has quit IRC | 04:31 | |
| *** justinsg <justinsg!sid296040@gateway/web/irccloud.com/x-syynrsduwvlqssmy> has joined #yocto | 04:31 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-ykaiwqzzrtgwyewv> has joined #yocto | 04:31 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-bhhhwagxqlpbbhaf> has quit IRC | 04:31 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-phdwyklfnrqumnoj> has quit IRC | 04:32 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-qetzgvicvwwnadrg> has quit IRC | 04:32 | |
| *** fury <fury!uid193779@gateway/web/irccloud.com/x-qunvrhucxnswcpie> has joined #yocto | 04:32 | |
| *** hugo___ <hugo___!sid6079@gateway/web/irccloud.com/x-ltboftqgxbyqvilu> has quit IRC | 04:33 | |
| *** ndec <ndec!sid219321@linaro/ndec> has quit IRC | 04:33 | |
| *** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-xhczdyeashkuajkn> has quit IRC | 04:33 | |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-hmfycrixhltpvczj> has quit IRC | 04:33 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:34 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-lkaacewmtzitzmzd> has joined #yocto | 04:34 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-xcskcoilevnblxak> has joined #yocto | 04:34 | |
| *** catch22 <catch22!~catch22__@194.223.165.99> has quit IRC | 04:35 | |
| *** ndec <ndec!sid219321@linaro/ndec> has joined #yocto | 04:36 | |
| *** hugo___ <hugo___!sid6079@gateway/web/irccloud.com/x-mhcediptjylznlar> has joined #yocto | 04:36 | |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-fkvwweoctjpkpugz> has joined #yocto | 04:37 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:37 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-zfcqsbeeomdncmhs> has joined #yocto | 04:39 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 04:53 | |
| *** AndersD_ <AndersD_!~AndersD@194.237.220.218> has joined #yocto | 04:56 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 04:59 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 05:03 | |
| *** AndersD_ <AndersD_!~AndersD@194.237.220.218> has quit IRC | 05:21 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC | 05:50 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 05:59 | |
| *** stdint <stdint!~stdint@103.29.142.67> has joined #yocto | 06:25 | |
| stdint | I have a problem with using meson in yocto | 06:26 |
| stdint | if the build option is a arrays, I need to use the comma to separate its value | 06:26 |
| stdint | but I can't do that at PACKAGECONFIG, it would be regarded as next option for PACKAGECONFIG | 06:27 |
| stdint | any idea to avoid this problem? | 06:27 |
| *** agust <agust!~agust@p5483354E.dip0.t-ipconnect.de> has joined #yocto | 07:02 | |
| *** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-ffxokgjlxikhsefr> has joined #yocto | 07:05 | |
| *** cvasilak <cvasilak!~cvasilak@athedsl-262003.home.otenet.gr> has joined #yocto | 07:07 | |
| *** fbre <fbre!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto | 07:29 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:41 | |
| *** jij <jij!jonashg@nat/axis/x-ywkjsjwiwlwvjuzr> has quit IRC | 07:48 | |
| *** fl0v0 <fl0v0!~fvo@88.130.221.52> has joined #yocto | 07:58 | |
| *** mckoan|away is now known as mckoan | 08:20 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 08:28 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 08:28 | |
| ndec | stdint: check mesa.inc and how --with-dri-drivers or --with-vulkan-drivers are managed. | 08:32 |
| ndec | basically you use an additional variable for the 'arrays'. | 08:33 |
| stdint | ndec, I see I will thank you | 08:33 |
| ndec | PACKAGECONFIG is first parsed before variables it contains are expanded | 08:34 |
| stdint | ndec, thank you | 08:35 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:38 | |
| *** jij <jij!jonashg@nat/axis/x-rkcqywhmqqmnddqp> has joined #yocto | 08:39 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:48 | |
| *** yacar_ <yacar_!~yacar@80.215.175.245> has joined #yocto | 08:54 | |
| fbre | Hi, poky/meta/recipes-core/packagegroups/packagegroup-base.bb contains e.g. the line ${@bb.utils.contains("MACHINE_FEATURES", "phone", "packagegroup-base-phone", "", d)}... and later RDEPENDS_packagegroup-base-phone = " ofono". | 09:02 |
| fbre | My question is: "phone", "packagegroup-base-phone" and "ofono" - what is each one called in yocto-language? Is it a package or packet or something? I'm not familiar with the proper category naming. | 09:02 |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 09:11 | |
| *** gtristan <gtristan!~tristanva@114.207.54.12> has joined #yocto | 09:22 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 09:26 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:33 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qjjsopthpltizgfk> has joined #yocto | 09:39 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 10:00 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-lkaacewmtzitzmzd> has quit IRC | 10:00 | |
| *** cvasilak <cvasilak!~cvasilak@athedsl-262003.home.otenet.gr> has quit IRC | 10:05 | |
| fbre | What is the difference between "phone" and "ofono"? | 10:11 |
| fbre | Is "phone" called "a group of packages" and "ofono" is called "a package"? How is it called? | 10:12 |
| fbre | ...in yocto nomenclature | 10:13 |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto | 10:13 | |
| LetoThe2nd | fbre: ofono is a packages, unrelated to the yocto project. its just the name of the software. | 10:15 |
| LetoThe2nd | fbre: see: https://01.org/ofono | 10:15 |
| LetoThe2nd | fbre: the line that you pasted basically says: "if MACHINE_FEATURES contains the string 'phone', then add packagegroup-base-phone to packagegroup-base" | 10:16 |
| LetoThe2nd | fbre: and the latter just says that packagegroup-base-phone includes ofono | 10:16 |
| kuzulis | Hi guys. How I can add an 'xrender' dependency to ny qt5 recipe? Because Qt5 requires 'xrender', but I don't know where I need to add this xrender.. | 10:16 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:17 | |
| LetoThe2nd | kuzulis: do you actually mean "libxrender"? or rather "xrandr"? | 10:18 |
| LetoThe2nd | (yet, in both cases, you should be fine to add it to your DEPENDS respective RDEPENDS) | 10:19 |
| kuzulis | LetoThe2nd: Seems it is libxrender.. | 10:19 |
| fbre | LetoThe2nd: Thanx!! How do you call in yocto something like "packagegroup-base"? Is it a "package family"? | 10:20 |
| LetoThe2nd | fbre: we call it a "packagegroup" (SURPRISE!) | 10:20 |
| LetoThe2nd | kuzulis: well then, add libxrender. | 10:20 |
| fbre | uhmm OK :) | 10:20 |
| fbre | LetoThe2nd: And how do we call something like that "phone"? That is what I actually configure in my .conf file | 10:21 |
| LetoThe2nd | fbre: its a MACHINE_FEATURE | 10:22 |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 10:22 | |
| fbre | ah OK, and the other ones are DISTRO_FEATURE then. OK, thanx. I was not sure about the proper classifier naming | 10:22 |
| fbre | The difficult thing is, https://layers.openembedded.org/layerindex/branch/sumo/layers/ lists just the names of packages but not how they are called as MACHINE_FEATUREs or DISTRO_FEATUREs. So it's hard to track down what string I have to remove with DISTRO_FEATURE_remove to prevent certain packages in my own distro. | 10:25 |
| fbre | First, I tried this "DISTRO_FEATURE_remove = "ofono" and failed. :-( | 10:26 |
| fbre | The documentation does not clearly describe how I get from "ofono" to "phone" | 10:28 |
| LetoThe2nd | fbre: usually i just do bitbake -g $MYIMAGE, and then inspect package-depends.dot | 10:29 |
| *** jeanba <jeanba!~jbl@77.243.63.34> has quit IRC | 10:29 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 10:29 | |
| LetoThe2nd | there is some oe-scriptwhatevermagicthingy to aid in this too, but i just can't get its name into my head. | 10:29 |
| fbre | LetoThe2nd: Oh I haven't known that package-depends.dot! Thanx. Having a look now... | 10:30 |
| kuzulis | LetoThe2nd: Hmm.. I have added: RDEPENDS_${PN}_append = "libxrandr" to my packagegroup-core-x11-base.bbappend, but now, the image recipe fails with: ERROR: Nothing RPROVIDES 'liberation-fontslibxrandr' (but /mnt/data/Yocto-miatech/yocto-miatech/sources/poky/meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb RDEPENDS on or otherwise requires it) | 10:31 |
| LetoThe2nd | fbre: and a package usually does not directly correlate to an expression in DISTRO_FEATURES or MACHINE_FEATURES | 10:31 |
| LetoThe2nd | kuzulis: why do you tinker the packagegroup if your recipe depends on it? | 10:32 |
| LetoThe2nd | kuzulis: and adding a library to RDEPENDS is strange, as you usually already want to have it ready during compile stage. | 10:32 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:33 | |
| LetoThe2nd | kuzulis: and, liberation font are something totally different again. | 10:33 |
| kuzulis | LetoThe2nd: Because I is a full zero in yocto :) | 10:33 |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 10:33 | |
| LetoThe2nd | kuzulis: and you even mixed up things. there is "libxrender" or "xrandr" | 10:33 |
| kuzulis | LetoThe2nd: I just don't understand, where I need to put the RDEPENDS and in what of a content? Should it looks like: RDEPENDS_${PN}_append = "libxrandr" ? | 10:35 |
| LetoThe2nd | kuzulis: no. | 10:35 |
| LetoThe2nd | you have some qt application, probably. and if that application needs something, then add DEPENDS = "whatever" to the recipe of that application. | 10:36 |
| LetoThe2nd | kuzulis: seriously, do not tinker a packagegroup if you don't know what you're doing. | 10:37 |
| *** jeanba <jeanba!~jbl@77.243.63.34> has quit IRC | 10:39 | |
| kuzulis | LetoThe2nd: Just DEPENDS += "libxrandr" ? :) | 10:40 |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 10:40 | |
| LetoThe2nd | kuzulis: if your application needs libxrandr, then yes. | 10:42 |
| kuzulis | LetoThe2nd: A Qt5 itself needs libxrandr for building | 10:42 |
| kuzulis | LetoThe2nd: So, do I need just to add DEPENDS += 'libxrandr' to my qt5-base.bbappend recipe? | 10:43 |
| LetoThe2nd | kuzulis: i seriously doubt that you need to add it manually. | 10:45 |
| kuzulis | LetoThe2nd: Wow, seems it does work! :) Many many thanks :) | 10:45 |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 10:45 | |
| LetoThe2nd | kuzulis: you are probably doing something wrong or unexpected somewhere else. | 10:46 |
| kuzulis | LetoThe2nd: This is probably true, I am doing something wrong .. But I do not have time to figure it out ... I need to do it quickly and to forgot it .. :) Many thanks, again. | 10:47 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 10:49 | |
| LetoThe2nd | *sigh* in that case, save some time for the day it blow up into your face because you just did it quick and dirty now. | 10:50 |
| LetoThe2nd | but, have fun. | 10:50 |
| *** jeanba <jeanba!~jbl@77.243.63.34> has quit IRC | 10:51 | |
| kuzulis | LetoThe2nd: What if I need to add this option only if a X11 is enabled? Do I need to use it like: DEPENDS[x11] += "libxrandr" ? | 10:52 |
| LetoThe2nd | nope. | 10:52 |
| kuzulis | LetoThe2nd: DEPENDS_append_x11 += "libxrandr" ? | 10:52 |
| kuzulis | LetoThe2nd: Brute force :) | 10:53 |
| LetoThe2nd | packagegroup-base contains a lot of examples on how to evaluate DISTRO_FEATURES or MACHINE_FEATURES and modify depends accordingly. | 10:53 |
| LetoThe2nd | go read there. | 10:53 |
| *** yacar_ <yacar_!~yacar@80.215.175.245> has quit IRC | 10:53 | |
| kuzulis | LetoThe2nd: Ohh, ok, many thanks. | 10:53 |
| yocti | New news from stackoverflow: using require in layer.conf in yocto <https://stackoverflow.com/questions/55297773/using-require-in-layer-conf-in-yocto> | 10:58 |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-pjhzganevfurielj> has quit IRC | 10:59 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 10:59 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-ykaiwqzzrtgwyewv> has quit IRC | 10:59 | |
| *** justinsg <justinsg!sid296040@gateway/web/irccloud.com/x-syynrsduwvlqssmy> has quit IRC | 10:59 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-syawsftkvcszxrhx> has joined #yocto | 10:59 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-zfcqsbeeomdncmhs> has quit IRC | 11:00 | |
| *** justinsg <justinsg!sid296040@gateway/web/irccloud.com/x-wnffbehhuypebtjh> has joined #yocto | 11:00 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-oksymsvsvayxljmj> has joined #yocto | 11:01 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-mrijlmmyghffrtlq> has joined #yocto | 11:02 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has quit IRC | 11:20 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:45a8:35fd:6c1a:9e02> has quit IRC | 11:21 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 11:21 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:45a8:35fd:6c1a:9e02> has joined #yocto | 11:23 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has quit IRC | 11:30 | |
| *** m4nu3l <m4nu3l!~manuel@labsform103.l.subnet.rcn.com> has joined #yocto | 11:32 | |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 11:32 | |
| m4nu3l | stupid noob question, i want to have /tmp have its own tmpfs (syslog tends to fill up our /var/log). I wonder how I can best override initscripts/volatile (that creates the symlink from /tmp to /var/tmp) and potentially fs-perms.txt (which links from /var/tmp to /var/volatile/tmp) | 11:32 |
| m4nu3l | i couldn't really find too much with my google fu except FILESYSTEM_PERMS_TABLE variable, which only does the second part of what i need | 11:33 |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 11:34 | |
| LetoThe2nd | m4nu3l: by default /var/log should be volatile anyways (see https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#var-VOLATILE_LOG_DIR) | 11:36 |
| LetoThe2nd | m4nu3l: so if it is not in your case, try to find out what sets VOLATILE_LOG_DIR to "no" | 11:36 |
| m4nu3l | it is volatile | 11:39 |
| m4nu3l | we limited it to 20 MB because a misbehaving program would quickly fill it up | 11:39 |
| m4nu3l | (and kill the system since it would take half the RAM) | 11:39 |
| m4nu3l | but now we run into issues where shell scripts fail because /var/volatile/tmp is full and can't create here files | 11:39 |
| m4nu3l | do i want both /var/log and /tmp to be volatile, but separate partitions | 11:40 |
| LetoThe2nd | m4nu3l: hum ok, so want two separate tmpfs. guess you have to dig deeper in base-files.bb then | 11:40 |
| LetoThe2nd | no specific idea, sorry. | 11:40 |
| m4nu3l | ok, so no "configurable" way | 11:40 |
| m4nu3l | at least that you know of | 11:40 |
| LetoThe2nd | none that i would be aware of. | 11:40 |
| m4nu3l | thx | 11:40 |
| m4nu3l | won't be too bad i'm sure | 11:40 |
| *** mort <mort!~mort96@snow/mort96> has joined #yocto | 11:44 | |
| mort | hey, the pulseaudio recipe inherits from the useradd class, which tries to run the command `groupmems --root /mnt/build/tmp/work/aarch64-poky-linux/pulseaudio/11.1-r0/recipe-sysroot -g audio -a root -g audio -a root`. That's apparently an invalid command, because it prints the usage information, and pulseaudio's do_prepare_recipe_sysroot fails. Wh | 11:44 |
| mort | at's going on? | 11:44 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 11:48 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:51 | |
| *** yacar_ <yacar_!~yacar@80.214.118.123> has joined #yocto | 11:55 | |
| *** rhadye_ <rhadye_!sid217449@gateway/web/irccloud.com/x-jqkfxsaiiilmcgbs> has joined #yocto | 12:06 | |
| fbre | mort: My yocto does not contain a file "recipe-sysroot". Where do you find it in your yocto directory tree "source"? | 12:11 |
| fbre | sorry "sources" | 12:11 |
| mort | fbre: bitbake creates the recipe-sysroot folder when building a recipe | 12:12 |
| fbre | and what is pulseaudio recipe then? What is the path and filename in the sources tree? | 12:14 |
| *** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-yyecgpxgmkhiuosw> has quit IRC | 12:14 | |
| *** rhadye_ is now known as rhadye | 12:14 | |
| mort | fbre: it's in poky/meta/recipes-multimedia/pulseaudio | 12:14 |
| *** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC | 12:16 | |
| mort | groupmem is executed by useradd_base.bbclass from useradd.bbclass, which pulseaudio_11.1.bb inherits from | 12:17 |
| mort | groupmems* | 12:17 |
| fbre | mort: I've got the yocto version "sumo" and there is not useradd* file | 12:18 |
| *** berton_ <berton_!~berton@177.194.204.148> has joined #yocto | 12:18 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 12:19 | |
| mort | I'm on poky commit 29f65bda6d2c9fea4adb125c4857ee64f9312b9f, which is sumo | 12:19 |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 12:20 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 12:20 | |
| fbre | mort: https://pasteboard.co/I6AZ22w.png | 12:21 |
| mort | fbre: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/useradd.bbclass?id=29f65bda6d2c9fea4adb125c4857ee64f9312b9f | 12:22 |
| fbre | mort: you said poky/meta/recipes-multimedia/pulseaudio | 12:23 |
| fbre | mort: but this is poky/tree/meta/classes/useradd.bbclass | 12:24 |
| mort | yeah, that's where the failing recipe is, but as I said, that recipe inherits from useradd.bbclass | 12:24 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:25 | |
| mort | when doing the `perform_groupadd "$SYSROOT" "$OPT $opts"` on line 57 of useradd.bbclass, it seems like the opts variable contains " -g audio -a root -g audio -a root", which seems wrong | 12:25 |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 12:27 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 12:28 | |
| fbre | mort: I would hack it and comment out that line | 12:29 |
| mort | I don't understand where GROUPADD_PARAM is getting set to anything, the pulseaudio recipe certainly isn't setting it to "-g audio -a root -g audio -a root", I can't find anything related in my config, and this build system doesn't exactly have the most debuggable language | 12:30 |
| fbre | mort: it seems to me they want to add the user "root" to the group "audio". | 12:31 |
| mort | yeah, but why is that in there twice? | 12:31 |
| mort | it's presumably somewhat important for the user root to be in the group audio, so just commenting it out seems like it would just subtly break our system | 12:32 |
| mort | sorry, it seems to be the perform_groupmems on line 89 which does "-g audio -a root -g audio -a root", not the identical perform_groupmems in the identically looking block on line 57 | 12:33 |
| fbre | mort: you could do: EXTRA_USERS_PARAM = "useradd -P mom123 -G audio root" | 12:34 |
| fbre | this should add root to audio | 12:35 |
| fbre | in recipes-core/images/core-image-minimal.bbappend | 12:35 |
| mort | but this shouldn't be broken in the first place, and I'm very not comfortable just going around and patching core yocto files just because something seems to be broken | 12:35 |
| fbre | hmm yes. I'm not a yocto guru, and that would just be a hack/workaround | 12:36 |
| Chaser | hello, am a novice yocto user. I am trying to use SSTATE_MIRRORS pointing to http://sstate.yoctoproject.org - is there a way to tell bitbake to fail it doesn't find a package from yocto. i.e., I want to make sure everything is fetched and not built | 12:36 |
| fbre | mort: I don't use audio of sumo, so I don't run into your problem :) | 12:37 |
| fbre | sorry, can't help further | 12:37 |
| LetoThe2nd | Chaser: and what would be the rationale behind that? | 12:37 |
| mort | I'm not too comfortable with how often yocto seems to just randomly not work, last week I tried upgrading to thud and abandoned that project because thud just literally broke the git submodule fetcher, and now the useradd class and/or pulseaudio recipe just doesn't work | 12:37 |
| Chaser | LetoThe2nd: to see what packages are missing from shared state. I want to setup private sstate mirror and I want my local builds to fail if it doesn't find pre built package. | 12:38 |
| *** georgem_ is now known as georgem | 12:39 | |
| LetoThe2nd | Chaser: hm. not sure if that approach really works. but might indeed be. | 12:40 |
| Chaser | LetoThe2nd: cool | 12:41 |
| fbre | mort: You mentioned the git commit of your poky. Do you use the repo tool for sync'ing to git? | 12:44 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 12:45 | |
| mort | fbre: no, wouldn't the regular git commands be enough? | 12:45 |
| *** gtristan <gtristan!~tristanva@114.207.54.12> has quit IRC | 12:45 | |
| fbre | mort: I just ask because I use the repo tool and I can tell you which git commit I use. I don't have build problems, even if I build everything. | 12:46 |
| *** kaspter <kaspter!~Instantbi@115.216.35.36> has quit IRC | 12:49 | |
| *** kaspter <kaspter!~Instantbi@115.216.35.36> has joined #yocto | 12:50 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 12:52 | |
| fbre | mort: my poky git revision is 64a257fa22126c4a40ff7e03424a404e360ebe1e | 12:53 |
| fbre | mort: everything works there... (hopefully ;-) ) | 12:53 |
| fbre | mort: at least compare that with your git revision | 12:55 |
| fbre | maybe the diff is small | 12:55 |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 12:57 | |
| mort | it seems like the diff is pretty big, my version is from april and yours is from september and a lot happened in those 6 months it seems | 13:16 |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto | 13:17 | |
| *** justanotherboy <justanotherboy!~justanoth@THOUSAND-EY.bear1.Houston1.Level3.net> has joined #yocto | 13:26 | |
| fbre | mort: this git version I use is what my eval board vendor advises | 13:26 |
| fbre | mort: so I think it's a stable one | 13:26 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 13:33 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:43 | |
| *** nabakov <nabakov!~nabakov@67.218.223.154> has quit IRC | 13:43 | |
| *** kaspter <kaspter!~Instantbi@115.216.35.36> has quit IRC | 13:45 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 14:00 | |
| *** kaspter <kaspter!~Instantbi@115.216.35.36> has joined #yocto | 14:11 | |
| *** pouet_forever <pouet_forever!~nico@195.68.107.80> has joined #yocto | 14:15 | |
| psrcode | RP: little update regarding the lttng-tools ptest stuff, we fidlled with musl a bit before sending patches and turn out musl is having some spuradic issue in getgrnam (will post the backtraces on the musl mailing list and CC you), this lead me to do a cleanup in the tests suite to ensure that we run only test that are not dependent on lttng-ust... slowly getting there. | 14:16 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto | 14:16 | |
| psrcode | spuradic -> sporadic... | 14:17 |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-ivdvbemltoxcqnlt> has joined #yocto | 14:19 | |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has quit IRC | 14:27 | |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has joined #yocto | 14:29 | |
| RP | psrcode: ah, interesting. The one that is really bothering me is the core-image-sato-sdk hang :/ | 14:29 |
| psrcode | RP: this is fixed, it is caused by this: https://lists.lttng.org/pipermail/lttng-dev/2019-March/028604.html | 14:30 |
| RP | psrcode: ah, great. So we'll get that fix when we upgrade lttng-tools? | 14:31 |
| psrcode | it is not upstream yet but I plan on sending you a recipe update including all the necesseary fixes, we are currently putting a lot of effort on the 2.11 release so all other activity (bugfix/backport) is kind of halted for now. | 14:33 |
| RP | psrcode: sounds good, I'd be happy to get that fixed with a patch until its upstream. I know you'll work on that when appropriate (I know all about release challenges!) | 14:34 |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has quit IRC | 14:36 | |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has joined #yocto | 14:37 | |
| *** fbre <fbre!91fdde45@gateway/web/freenode/ip.145.253.222.69> has quit IRC | 14:44 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 14:52 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 14:53 | |
| sveinse | Isn't FILES_${PN} += "${libdir}/*.so" what you need to put a /usr/lib/libmylib.so into mypkg? I'm getting QA error on said lib into -dev, but I'm not getting the FILES_${PN} statement to take hold. What could I be missing? | 14:59 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 15:06 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 15:08 | |
| kergoth | sveinse: not enough, no, ${PN}-dev is grabbing it first, as we don't normally package the symlink .so in the mian package | 15:08 |
| kergoth | FILES_${PN} += "${libdir}/*.so" | 15:09 |
| kergoth | FILES_SOLIBSDEV = "" | 15:09 |
| kergoth | that's how i usually do it | 15:09 |
| kergoth | package it in ${PN}, and don't package it in -dev, respectively | 15:09 |
| kergoth | remember that the first package in PACKAGES to grab a given file gets it, so order in PACKAGES matters | 15:09 |
| sveinse | Yeah, this is this discussion about .so not being the actual file, just the symlink and this source puts the binaries in .so. Thanks kergoth | 15:10 |
| kergoth | np | 15:10 |
| sveinse | It's so nice where there is multiple practices out there :D (or the one half dont care how it is implemented) | 15:11 |
| kergoth | heh, welcome to oe/yocto :) where there are 47 ways to do any given task | 15:11 |
| kergoth | natural consequence of the flexibility, really | 15:12 |
| sveinse | True :D | 15:12 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 15:12 | |
| sveinse | You're not a yocto developer unless you have mastered grep and find! | 15:12 |
| kergoth | ideally need better linting tools to help catching less than ideal approaches, but that's not always easy to do | 15:12 |
| sveinse | Are there any mechanisms for debugging the package selector? as a specific example | 15:14 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 15:15 | |
| kergoth | you'd need to elaborate. if you mean what binary packages from deploy get installed into the image, after the recipes are built, that depends on the package manager you're using, as we just construct the feeds and let them install them | 15:15 |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 15:15 | |
| kergoth | if you mean bitbake's selection of the recipe to build for a given provider, that's a different thing, and -d can add info a bout that, though along iwth a ton of unrelated stuff | 15:15 |
| sveinse | Well, the cause for my FILES_ rule to not work is because the -dev package picked it first. I would love to have a verbose log that sais "found file x: Placed into y-dev because of rule 'y'" or something similar. With it I would have seen that -dev picked up my file and why | 15:17 |
| sveinse | package split is the more correct term | 15:18 |
| kergoth | hmm, check package.bbclass, that's what does it | 15:18 |
| kergoth | might be something in there, message wise | 15:18 |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has quit IRC | 15:19 | |
| kergoth | see also the log file for do_package, perhaps | 15:19 |
| sveinse | kergoth: thanks, I'll check package.bbclass | 15:19 |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has joined #yocto | 15:20 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 15:21 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 15:21 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-njqawwznovhhmije> has quit IRC | 15:27 | |
| *** pouet_forever <pouet_forever!~nico@195.68.107.80> has left #yocto | 15:31 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 15:45 | |
| yocti | New news from stackoverflow: Qt - Module "QtQuick.Controls" is not installed <https://stackoverflow.com/questions/54869192/qt-module-qtquick-controls-is-not-installed> | 15:59 |
| *** yacar_ <yacar_!~yacar@80.214.118.123> has left #yocto | 16:06 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 16:08 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vgczdlyeliwvzhlz> has joined #yocto | 16:10 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:18 | |
| rburton | sveinse: top hint is to always remember that FILES are used in the order of PACKAGES | 16:21 |
| rburton | sveinse: of course, oe-pkgdata-util will show you what files are in what package. then it's usually fairly simple to figure out *why*. bitbake recipe -e, search for FILES_{the package with files you don't expect in}, see why and where the value is set to what it is | 16:22 |
| kergoth | indeed | 16:22 |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-ivdvbemltoxcqnlt> has quit IRC | 16:29 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 16:30 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 16:36 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:38 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has left #yocto | 16:41 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 17:16 | |
| *** mckoan is now known as mckoan|away | 17:18 | |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 17:25 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:26 | |
| halstead | RP, armpit rburton Maintenance reboots complete on everything except arm and perf machines. We should be set to queue up builds. | 17:28 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 17:33 | |
| *** fl0v0 <fl0v0!~fvo@88.130.221.52> has quit IRC | 17:34 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 17:35 | |
| RP | halstead: thanks! | 17:35 |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 17:36 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:38 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 17:41 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:44 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 17:44 | |
| *** jae1 <jae1!~jaewon@149.199.62.129> has quit IRC | 18:05 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 18:06 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qjjsopthpltizgfk> has quit IRC | 18:17 | |
| *** baldgeek <baldgeek!~dan@65.167.211.129> has quit IRC | 18:19 | |
| *** baldgeek <baldgeek!~dan@65.167.211.129> has joined #yocto | 18:30 | |
| halstead | All done with the rest. | 18:39 |
| JPEW | armin: Are you around? | 18:39 |
| JPEW | err, armpit :) | 18:39 |
| *** sa2ajj <sa2ajj!~quassel@dsl-hkibng21-54f864-131.dhcp.inet.fi> has quit IRC | 18:50 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 18:53 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 18:55 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 19:03 | |
| sveinse | Are there any documented standard of naming "lib*.so.X" and symlink "lib*.so" -> "lib*.so.X" anywhere? Or is this just defacto standard and policy in OE? | 19:13 |
| kergoth | it's not an oe convention, it's a linux one | 19:14 |
| kergoth | not just linux, either | 19:14 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:14 | |
| kergoth | even my mac sets SONAME to include the version and then symlinks without the suffix so ld can find it | 19:15 |
| sveinse | kergoth: yeah, just wondering if its documented anywhere. Because some tools does the oposite. Qt is a notable one | 19:15 |
| kergoth | same thing | 19:15 |
| kergoth | the filename should always match the SONAME, and then any link, if necessary, is to ensure the linker can find it despite the name not ending in .so | 19:15 |
| kergoth | but conventions for how to set soname, that i'm not certain of | 19:15 |
| kergoth | not sure | 19:15 |
| sveinse | Well, Qt does not adhere to this practice or standard. So of cource our Qt devs require proof that this is wrong | 19:16 |
| kergoth | https://en.wikipedia.org/wiki/Soname http://man7.org/conf/lca2006/shared_libraries/slide6.html http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html | 19:18 |
| kergoth | not sure where it comes from historically | 19:18 |
| sveinse | Yeah, was reading the latter one too | 19:19 |
| kergoth | i know libtool enforces the convention, but not sure where it originated. apparently freebsd differs, or differed? | 19:22 |
| * sveinse logging into my freeNAS server now to check | 19:22 | |
| sveinse | *.so symlink to versioned .so.X files | 19:23 |
| kergoth | ah, good to know | 19:24 |
| *** adelcast <adelcast!~adelcast@130.164.62.198> has quit IRC | 19:25 | |
| JaMa | sveinse: where does Qt differ from the rest? | 19:27 |
| JaMa | objdump -x /usr/lib64/libQt5Gui.so.5 | grep SONAME SONAME libQt5Gui.so.5 | 19:27 |
| JaMa | root@qemux86:~# ls -lah /usr/lib/libQt5Gui.so.5* | 19:29 |
| JaMa | lrwxrwxrwx 1 root root 19 Mar 21 19:53 /usr/lib/libQt5Gui.so.5 -> libQt5Gui.so.5.11.3 | 19:29 |
| JaMa | lrwxrwxrwx 1 root root 19 Mar 21 19:53 /usr/lib/libQt5Gui.so.5.11 -> libQt5Gui.so.5.11.3 | 19:29 |
| JaMa | -rwxr-xr-x 1 root root 6.6M Mar 21 19:52 /usr/lib/libQt5Gui.so.5.11.3 | 19:29 |
| JaMa | root@qemux86:~# objdump -x /usr/lib/libQt5Gui.so.5.11.3 | grep SONAME SONAME libQt5Gui.so.5 | 19:29 |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 19:30 | |
| kergoth | Shared Libraries in SunOS, published 1987, section 4.3.5. Version Management of .so’s mentions the version suffix to the .so, including major and minor versions, though not the symlinking directly, the section on -Bdynamic and -l mentions the -l name not including the suffix, so it implies something has to resolve the mismatch, whether that's a link or gcc or ld itself isn't clear | 19:31 |
| kergoth | tried to find Shared Libraries on UNIX System V, but can't seem to locate the paper so far | 19:32 |
| kergoth | so anyone writing a project with a .so with an soname lacking a version suffix isn't even up to date with 1987 conventions ;) | 19:32 |
| sveinse | JaMa: you know what? I'm sorry, I'm wrong. In the later Qt5 (5.11 at least) this is now correct. At some point in the past, they changed it. The .so.x.y.z (and the other "lesser") pointed to .so. But now, it is indeed correct where the .so points to the .so.x.y.z as you say and as it should. | 19:33 |
| JaMa | sveinse: interesting, in all my builds since Qt 3 I think it was correct | 19:34 |
| sveinse | I remember it clearly, because getting our own Qt app in recipe, involved some .so trixing to get it past the QA tests. | 19:35 |
| sveinse | Let me check back on older released. We've got artifacts from the first product release in 2012 | 19:35 |
| *** willie2 <willie2!50d98c5d@gateway/web/freenode/ip.80.217.140.93> has joined #yocto | 19:36 | |
| JaMa | I've checked image with 5.6.3 and the same | 19:36 |
| JaMa | sveinse: were you using meta-qt5 for that product? | 19:36 |
| JaMa | I've started meta-qt5 at the end of 2012 | 19:37 |
| willie2 | What branch would be best to use for rpi3 B with adafruit 3,5' display? | 19:37 |
| JaMa | I don't have any image qith old qt4 or qt3 handy to check | 19:37 |
| sveinse | no, we changed to yocto in 2017 | 19:38 |
| JaMa | maybe it was your build system messing with the filenames, not Qt itself :) | 19:38 |
| willie2 | I'm asking becouse I'm getting different results with krogoth,morty and master and i want to fix the "right" one | 19:39 |
| sveinse | JaMa: perhaps. At least with a different qmake config. | 19:39 |
| JaMa | willie2: these are different releases, see https://wiki.yoctoproject.org/wiki/Releases | 19:39 |
| JaMa | either of them should work to some extend, but if you need to fix something then you should start with master | 19:40 |
| JaMa | and then it can be backported to stable branches if needed | 19:40 |
| willie2 | Jama: Okay, Well i can build stuff with krogoth but display settings are not supported as far as iknow | 19:41 |
| willie2 | What would be the ideal branch to put some time into? | 19:42 |
| JaMa | krogoth is the oldest from the 3, IIRC it doesn't even have proper support for 3-B | 19:42 |
| JaMa | willie2: master | 19:42 |
| willie2 | alright :) | 19:42 |
| JaMa | and if you don't want other layers to change under your hands too much, then use thud | 19:43 |
| JaMa | but then you'll still need to test and submit on master, before it gets accepted to thud | 19:44 |
| sveinse | JaMa, I found one in 4.8.5: ./usr/lib/libQtCore.so.4 -> libQtCore.so.4.8.5, and ./usr/lib/libQtCore.so.4.8 -> libQtCore.so.4.8.5 , and no libQtCore.so (symlink). Yet, not quite what I claimed thou | 19:44 |
| JaMa | sveinse: that's correct, libQtCore.so should be only in -dev package, so it isn't normally installed | 19:44 |
| sveinse | Except this was from a tgz containing everyting the Qt installer installed | 19:45 |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 19:45 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 19:45 | |
| sveinse | I'm wondinger if this was I was mistaking this with. We had some problems with this, as you had to specify so version when loading the lib in lack of the .so file | 19:46 |
| sveinse | I have to yield to be honest, I am very uncertain about all this, so I'm withdrawing my claim of Qt not doing this right. At least it is correct in the novel images | 19:47 |
| sveinse | sorry guys | 19:47 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vgczdlyeliwvzhlz> has quit IRC | 19:57 | |
| *** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has joined #yocto | 20:24 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 20:26 | |
| *** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has quit IRC | 20:29 | |
| *** stew-dw <stew-dw!~stew-dw@207.242.234.14> has quit IRC | 20:41 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 20:44 | |
| *** stew-dw <stew-dw!~stew-dw@207.242.234.14> has joined #yocto | 20:44 | |
| armpit | JPEW, I am now | 20:44 |
| *** jeanba <jeanba!~jbl@77.243.63.34> has quit IRC | 20:49 | |
| JPEW | armpit: Not trying to cause trouble, but is there an estimate on when thud will get updated from thud-next? Our SDK builds are broken without the target-sdk-provides-dummy changes :( | 21:06 |
| JPEW | Trying to decide if I should wait or cherry-pick them locally | 21:07 |
| armpit | JPEW, I don't. I need to separate my poky changes into there corresponding repos. I was hoping to sort all that out over the weekend | 21:14 |
| JPEW | armpit: That's fair. Thanks! | 21:15 |
| *** berton_ <berton_!~berton@177.194.204.148> has quit IRC | 21:17 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 21:31 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:34 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-fsmwmefcuukexnow> has joined #yocto | 21:38 | |
| *** willie2 <willie2!50d98c5d@gateway/web/freenode/ip.80.217.140.93> has quit IRC | 21:38 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:39 | |
| *** justanotherboy <justanotherboy!~justanoth@THOUSAND-EY.bear1.Houston1.Level3.net> has quit IRC | 22:02 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:07 | |
| *** m4nu3l <m4nu3l!~manuel@labsform103.l.subnet.rcn.com> has quit IRC | 22:40 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 22:48 | |
| *** agust <agust!~agust@p5483354E.dip0.t-ipconnect.de> has quit IRC | 23:04 | |
| Marex | RP: hey uh, does wic have some option to pad a rawcopy image with 0xff instead of 0x00 ? | 23:17 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!
