| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 00:14 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 00:16 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC | 00:17 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has joined #yocto | 00:19 | |
| champagneg | kergoth: thx! | 00:27 |
|---|---|---|
| *** dakhouya <dakhouya!4a3bc5db@modemcable219.197-59-74.mc.videotron.ca> has quit IRC | 00:28 | |
| *** dakhouya <dakhouya!4a3bc5db@modemcable219.197-59-74.mc.videotron.ca> has joined #yocto | 00:33 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 00:45 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 00:52 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 01:01 | |
| *** nameclash <nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 01:10 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 01:16 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 01:19 | |
| *** dmoseley_ <dmoseley_!~dmoseley@75.76.5.232> has joined #yocto | 01:30 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC | 01:30 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-136-129.dsl.bell.ca> has quit IRC | 01:48 | |
| *** dakhouya <dakhouya!4a3bc5db@modemcable219.197-59-74.mc.videotron.ca> has quit IRC | 01:49 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 02:01 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-137-91.dsl.bell.ca> has joined #yocto | 02:04 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 02:04 | |
| *** nslu2-log_ is now known as nslu2-log | 02:05 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-137-91.dsl.bell.ca> has quit IRC | 02:13 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-137-34.dsl.bell.ca> has joined #yocto | 02:37 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 02:48 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 02:51 | |
| *** nslu2-log_ is now known as nslu2-log | 02:51 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 04:20 | |
| *** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC | 04:21 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 04:21 | |
| *** nslu2-log_ is now known as nslu2-log | 04:22 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 04:26 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 04:29 | |
| *** nslu2-log_ is now known as nslu2-log | 04:30 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 04:53 | |
| *** dmoseley_ <dmoseley_!~dmoseley@75.76.5.232> has quit IRC | 04:53 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has joined #yocto | 04:53 | |
| *** jobroe <jobroe!~manjaro-u@p579ebc45.dip0.t-ipconnect.de> has joined #yocto | 04:54 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC | 04:57 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 05:04 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 05:06 | |
| *** nslu2-log_ is now known as nslu2-log | 05:06 | |
| *** pohly <pohly!~pohly@p5484912e.dip0.t-ipconnect.de> has joined #yocto | 05:15 | |
| *** beratiks <beratiks!52de0992@82.222.9.146> has joined #yocto | 05:29 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 05:32 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:34 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 05:35 | |
| *** nslu2-log_ is now known as nslu2-log | 05:35 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 05:43 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:44 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 05:44 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 05:47 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:50 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 05:57 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:59 | |
| *** agust <agust!~agust@p508b67ab.dip0.t-ipconnect.de> has joined #yocto | 06:08 | |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 06:30 | |
| *** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has joined #yocto | 06:32 | |
| *** frsc <frsc!~frsc@231-79-142-46.pool.kielnet.net> has joined #yocto | 06:33 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 06:33 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 06:35 | |
| *** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has quit IRC | 06:37 | |
| *** kaspter <kaspter!~Instantbi@124.77.80.51> has quit IRC | 06:38 | |
| *** kaspter <kaspter!~Instantbi@124.77.80.51> has joined #yocto | 06:38 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 06:38 | |
| *** hpsy <hpsy!~hpsy@85.203.15.8> has joined #yocto | 06:41 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:48 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 06:52 | |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has joined #yocto | 06:55 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 06:55 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:55 | |
| *** nslu2-log_ is now known as nslu2-log | 06:55 | |
| *** mckoan|away is now known as mckoan | 06:56 | |
| *** nameclash <nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 06:57 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.12> has quit IRC | 06:58 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto | 06:59 | |
| *** fl0v0 <fl0v0!~fvo@88.130.222.119> has joined #yocto | 06:59 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 07:00 | |
| *** fl0v0 <fl0v0!~fvo@88.130.222.119> has quit IRC | 07:00 | |
| *** gtristan_ <gtristan_!~tristanva@110.11.227.189> has quit IRC | 07:01 | |
| *** fl0v0 <fl0v0!~fvo@88.130.222.119> has joined #yocto | 07:01 | |
| *** ctlnwr <ctlnwr!~catalin@46.97.150.20> has joined #yocto | 07:04 | |
| *** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has joined #yocto | 07:05 | |
| *** Hauke <Hauke!~Hauke@hauke-m.de> has quit IRC | 07:20 | |
| sstiller | I have a .bbappend for a recipe (u-boot). I want to apply different patches depending on the built image. Is there a way to do it without using special local.conf files for different images? | 07:26 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 07:27 | |
| kroon | sstiller, not that I know of, packages are supposed to be independent of whatever image they are being installed to | 07:28 |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto | 07:32 | |
| mihai- | sstiller, you can use machine and distro overrides on SRC_URI, but image overriding is not possible afaik. | 07:38 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 07:40 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:43 | |
| Letothe2nd | sstiller: nope. | 07:44 |
| Letothe2nd | sstiller: https://www.instagram.com/p/CBgEgS_jXTD/?utm_source=ig_web_button_share_sheet applies | 07:45 |
| Letothe2nd | ndec: so OSS+ELC+YPDD has been the final nudge for us to do an official slack now? | 07:47 |
| RP | Letothe2nd: we're doing an official slack? | 07:47 |
| ndec | Letothe2nd: it's official, not yet agreed/decided to make it long term. | 07:48 |
| Letothe2nd | RP: theyoctoprohect.slack.com | 07:48 |
| Letothe2nd | s/h/j/g | 07:48 |
| ndec | we realized (late yesterday...) that many attendees for Dev Day wouldn't be able to use the LF/ELC slack, since they were not registered to ELC. | 07:48 |
| ndec | so we created this one as a backup for today's event. | 07:49 |
| Letothe2nd | ndec: yeah the official was clar, jsut wondering if its ypdd-mostly/-only, or going to stay. on which i have somewhat mixed feelings. | 07:49 |
| ndec | it looks like the feedback is good about having a different (than IRC) communication channel. however there are concerns about using Slack (non free) | 07:50 |
| ndec | so maybe we will want to have another community channel, but maybe it won't be slack.. | 07:50 |
| RP | ndec: my concern is simpler, a fragmented community with people trying to handle two channels of communication | 07:50 |
| RP | its probably inevitable though | 07:51 |
| ndec | yes, this is a valid concern.. and we already have #yocto and #oe to some extends.. | 07:51 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 07:56 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 07:57 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:00 | |
| mihai- | this seems like a new trend communities moving away from IRC, I don't get why thought, it's not like M$ bought freenode | 08:01 |
| mihai- | *though | 08:02 |
| Letothe2nd | my pros: pretty comfortable, good user experience, high acceptance. my cons: fragmentation, non-free, one more channel to play. | 08:03 |
| Letothe2nd | like i said, mixed feelings. | 08:03 |
| kanavin_home | does this slack require installing a closed source client? | 08:04 |
| Letothe2nd | kanavin_home: nope. closet source. | 08:05 |
| Letothe2nd | you can also do with a web browser, though :) | 08:05 |
| kanavin_home | then meh | 08:06 |
| mihai- | :)) | 08:06 |
| Letothe2nd | hehe | 08:06 |
| kanavin_home | open source all the way or bust | 08:06 |
| * Letothe2nd shrugs. pros and cons, as usual | 08:07 | |
| kroon | is there any competition between different slack-clients ? | 08:08 |
| Letothe2nd | kanavin_home: chrome-crows vs. firefox-fanatics, mostly :) | 08:09 |
| Letothe2nd | kroon: ^^^^^ | 08:09 |
| kroon | ? | 08:09 |
| Letothe2nd | re: competition | 08:09 |
| *** polaris- <polaris-!~polaris-@business-90-187-110-129.pool2.vodafone-ip.de> has joined #yocto | 08:10 | |
| kroon | yeah but why are you mentioning chrome and firefox ? | 08:10 |
| Letothe2nd | kroon: two browsers to run the slack client... (hint, i was not being *completely* serious) | 08:10 |
| kroon | ok, so no competition at all then | 08:10 |
| * kroon puts slack through the shredder | 08:11 | |
| Letothe2nd | it all (R)DEPENDs on the criteria applied. | 08:13 |
| RP | The trouble is there is a world of users out there who will never understand/use irc :/ | 08:13 |
| Letothe2nd | RP: yup | 08:13 |
| Letothe2nd | actually i'm kind of leaning towards the reach/advocacy pov. | 08:14 |
| qschulz | kroon: weeslack :D ? (weechat plugin ^^) | 08:14 |
| Letothe2nd | qschulz: is that a thing? | 08:14 |
| qschulz | there is such a plugin yes. Is that a thing? No idea, not using weechat yet :) | 08:16 |
| Letothe2nd | ah, understood | 08:17 |
| *** beratiks <beratiks!52de0992@82.222.9.146> has quit IRC | 08:18 | |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC | 08:18 | |
| polaris- | hi, "bitbake-layers show-appends" tells me that one of my recipes is "skipped". Is there a command/switch that could help me to figure out why it is skipped? | 08:22 |
| Letothe2nd | polaris-: maybe because it doesn't append to anything? or it does have some COMPATIBLE set? (just guessing) | 08:23 |
| qschulz | Letothe2nd: you can't have a COMPATIBLE apply to only a bbappend IIRC | 08:25 |
| Letothe2nd | qschulz: i'm not sure also. | 08:25 |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto | 08:26 | |
| polaris- | Letothe2nd: It has an .bbappend which is also listed in the output of "show-appends". There is no COMPATIBLE set. The .bbappend is supposed to add a kernel option with a .cfg file. | 08:27 |
| Letothe2nd | polaris-: can you put the bbappend on a pastebin? | 08:28 |
| qschulz | and probably the output of show-appends as well :) | 08:29 |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:29 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC | 08:30 | |
| polaris- | Letothe2nd: .bbappend: https://pastebin.com/WwrLvBDZ, show-appends: https://pastebin.com/CnMaujXL | 08:30 |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto | 08:30 | |
| polaris- | Letothe2nd: the .bbappend used to work when I was using it with meta-raspberrypi. now I want to do the same in another context. | 08:33 |
| Letothe2nd | polaris-: no idea right now, sorry. | 08:34 |
| polaris- | Letothe2nd: no problem, thanks for having a look! | 08:34 |
| qschulz | polaris-: how are you specifying the kernel to build for your machine? | 08:40 |
| qschulz | Directly giving linux-kp or using virtual/kernel and PREFFERRED_PROVIDER_virtual/kernel? | 08:41 |
| polaris- | qschulz: using PREFERRED_PROVIDER_virtual/kernel | 08:41 |
| polaris- | qschulz: in the BSP layer's machine directory. | 08:42 |
| qschulz | polaris-: does this linux-kp actually support config fragemtns? | 08:43 |
| qschulz | (inherit yocto-kernel or linux-yocto or whatever it is called) | 08:43 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:45 | |
| polaris- | qschulz: good questions ... the .bb file for linux-kp inherits kernel and includes linux-yocto.inc | 08:45 |
| qschulz | wait... that's actually useless info because the recipe is skipped | 08:45 |
| qschulz | so let's focus on that first | 08:45 |
| polaris- | qschulz: i was wondering already whether config fragments are supported when I use a defconfig file for the kernel. | 08:46 |
| qschulz | polaris-: it depends (TM) | 08:46 |
| *** ndec[m] <ndec[m]!ndecmatrix@gateway/shell/matrix.org/x-uneduogamwukurns> has joined #yocto | 08:48 | |
| qschulz | polaris-: bitbake virtual/kernel -e | grep -e "^PREFERRED_PROVIDER_virtual/" ? | 08:48 |
| polaris- | qschulz: PREFERRED_PROVIDER_virtual/kernel="linux-kp" | 08:51 |
| polaris- | qschulz: I think there is a problem in my environment | 08:53 |
| qschulz | polaris-: your environment shouldn't pollute your Yocto build by default... what is your thought process to say that? (may be true, just being curious) | 08:54 |
| qschulz | bitbake-layers show-recipes linux-kp? are there multiple ones? | 08:54 |
| qschulz | Try to build explicitly linux-kp (bitbake linux-kp) and Yocto will complain for what it thinks is a good reason I think | 08:55 |
| polaris- | qschulz: my thought process is that the recipe is not really skipped when I build the image, but show-appends thinks otherwise. there is only a single recipe. | 08:59 |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:c862:e5c2:2a6c:5ccd> has quit IRC | 08:59 | |
| qschulz | polaris-: an image is built from a recipe and recipe data is local. So this shouldn't possibly happen (it was definitely not meant to if it does) | 09:04 |
| qschulz | polaris-: bitbake linux-kp and let's see what happens (make sure you're using the correct machine and distro :) ) | 09:05 |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 09:08 | |
| stacktrust_ | Learned yesterday about irccloud (paid not open), which has web/mobile client that unifies irc and slack | 09:09 |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 09:09 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 09:10 | |
| polaris- | qschulz: Not provided but now I understand my mistake. Lazy me provides the MACHINE directly (MACHINE=mymachine bitbake myimage) when running bitbake to build the image but I did not when running show-appends :( | 09:10 |
| qschulz | stacktrust_: if you're ok with companies owning your conversation logs.. :) | 09:10 |
| qschulz | polaris-: hehehehe | 09:10 |
| qschulz | a classic :) Everyone did that one at least once :) | 09:11 |
| Letothe2nd | qschulz: nope, me never. | 09:11 |
| Letothe2nd | i' | 09:11 |
| polaris- | qschulz: at least I learned something :) thanks for helping! | 09:11 |
| Letothe2nd | i've done an awful lot of hilarious mistakes, but i've always believed in MACHIEN and DISTRO being set through local.conf | 09:11 |
| * Letothe2nd feels mightily awesome now. | 09:12 | |
| Letothe2nd | qschulz: well thats a bit of an unfair argument for most channels are publicly logged anyways. | 09:12 |
| qschulz | Letothe2nd: how do you swap between machines in automated builds? you just append to local.conf? | 09:12 |
| Letothe2nd | qschulz: separated builds altogether. | 09:13 |
| qschulz | Letothe2nd: not 1-to-1 :) | 09:13 |
| Letothe2nd | like i said, "most channels" :) | 09:13 |
| qschulz | (and not private channels but yes, that was not totally fair of me) | 09:13 |
| Letothe2nd | eveil you! | 09:14 |
| stacktrust_ | @qschulz I use Wire, so not generally ok with companies owning my conversation logs :) But slack already owns all conversation logs on communities which insist on using slack AND the normal slack client prevents export of logs by non-admins, so I can't even have a copy of my conversations. Irccloud lets users export their own messages, so I finally get access to my slack data, which can now be combined client-side | 09:15 |
| stacktrust_ | with IRC data. | 09:15 |
| Letothe2nd | so as usual, it all depends (TM) | 09:17 |
| qschulz | stacktrust_: (I'll stop digressing from there but https://en.wikipedia.org/wiki/Wire_(software)#Privacy_policy_changes (and use Signal maybe :D ?)) | 09:17 |
| qschulz | (I still use Whatsapp for some friends so me = none of the wiser) | 09:18 |
| Letothe2nd | who needs wisdom if you can have a way to transport an endless stream of nonsense? | 09:23 |
| stacktrust_ | @qschulz Historically, Signal required a copy of users contacts / social graph and a mobile phone number which is both mappable to national identity in many countries and real-time physical location via telco data brokers. Wire requires only an email address and does not mandate contacts upload. Different threat models. More importantly, Wire is helping IETF development of MLS protocol (which will live alongside | 09:27 |
| stacktrust_ | TLS) for E2E encryption of group messaging, currently the best candidate for everyone escaping chat silos with an open protocol that protects against modern threats. | 09:27 |
| * Letothe2nd mentions Threema :) | 09:28 | |
| stacktrust_ | https://datatracker.ietf.org/wg/mls/about/ | 09:31 |
| stacktrust_ | @Letothe2nd: all messaging companies should do this: https://threema.ch/en/transparencyreport | 09:33 |
| *** polaris- <polaris-!~polaris-@business-90-187-110-129.pool2.vodafone-ip.de> has quit IRC | 09:49 | |
| *** polaris- <polaris-!~polaris-@business-90-187-110-129.pool2.vodafone-ip.de> has joined #yocto | 09:51 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC | 09:55 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto | 10:03 | |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 10:04 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC | 10:18 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 10:26 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 10:31 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 10:41 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 10:45 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto | 10:58 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 11:03 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC | 11:12 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto | 11:13 | |
| *** xtron <xtron!~xtron@103.113.103.39> has joined #yocto | 11:16 | |
| lukma | I do have a question regarding poky/meta/recipes-core/meta/buildtools-tarball.bb | 11:18 |
| lukma | From my understanding it is for some machines, which cannot fulfill requirements for "supported" distros | 11:19 |
| Letothe2nd | lukma: bascially yes. | 11:19 |
| lukma | and hence my question - why in this package there is only python3 installed ? | 11:19 |
| lukma | but no python2 | 11:19 |
| Letothe2nd | lukma: because dunfell is py3 only? | 11:19 |
| lukma | aaa...... | 11:19 |
| lukma | So it is tuned for 3.1 .... | 11:20 |
| lukma | not for _any_ (not anymore supported) version (like sumo for example) ? | 11:20 |
| Letothe2nd | we know people love sumo, but see, its like... old... unsupported.... | 11:20 |
| lukma | Yes...... but very often they love it because they have to :) | 11:21 |
| lukma | Krogoth is also beloved one :) | 11:21 |
| Letothe2nd | so what do you expect now? | 11:22 |
| lukma | Nothing.... :) | 11:22 |
| *** beratiks <beratiks!52de0992@82.222.9.146> has joined #yocto | 11:22 | |
| Letothe2nd | awesome! | 11:22 |
| Letothe2nd | another satisfied customer, next one! | 11:22 |
| lukma | I was wondering why there was no python 2 | 11:22 |
| lukma | Letothe2nd: But I'm satisfied | 11:22 |
| lukma | :) | 11:23 |
| Letothe2nd | lukma: just what i said :) | 11:23 |
| lukma | And I'm also _very_ happy that LTS version is planned | 11:23 |
| qschulz | lukma: even released ;) | 11:23 |
| Letothe2nd | s/planned/in existence since Apr 2020/g | 11:24 |
| lukma | The time passes so fast :) | 11:24 |
| *** xtron <xtron!~xtron@103.113.103.39> has quit IRC | 11:28 | |
| *** xtron <xtron!~xtron@103.113.103.39> has joined #yocto | 11:28 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC | 11:35 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto | 11:36 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 11:37 | |
| *** berton <berton!~berton@181.220.84.90> has joined #yocto | 11:45 | |
| ndec | Letothe2nd: lukma : buildtools-tarball has been with python3 since sumo! it has nothing to do with the switch from py2 to py3 in dunfell. it's the host (native) python, so it switched to python3 when bitbake switched to it. | 11:48 |
| ndec | sorry, since morty! | 11:49 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 11:49 | |
| Letothe2nd | ndec: ah interesting! thanks for the clarification. i thought dunfell was the first one to full by py3 for the host, but obviously i was wrong then. | 11:51 |
| ndec | https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#migration-2.2-python-changes | 11:52 |
| ndec | in dunfell python2 recipes were removed from oe-core, and replace by python3 | 11:53 |
| Letothe2nd | ndec: yup the last was clear | 11:54 |
| Letothe2nd | i thought this also was the time time when we finally got rid of py2 as host dependency | 11:55 |
| *** dakhouya <dakhouya!d82e07b2@216.46.7.178> has joined #yocto | 11:57 | |
| *** xtron1 <xtron1!~xtron@110.93.212.98> has joined #yocto | 11:59 | |
| rburton | zeddii: can you lean on someone at xilinx to get https://github.com/OpenAMP/meta-openamp added to the layer index | 12:00 |
| *** xtron <xtron!~xtron@103.113.103.39> has quit IRC | 12:01 | |
| lukma | ndec: Letothe2nd: On thud I do have a strange observation though - I do install hosttols: . /opt/poky/2.6.4/environment-setup-x86_64-pokysdk-linux , and then just setup envs for bitbake: | 12:02 |
| lukma | . ./poky/oe-init-build-env /work/yocto/centos/build/ and the strange thing is that PYTHONHOME is set to /opt/poky/2.6.4..../usr , which doesn't have python2 installed | 12:02 |
| lukma | and of course python2 is installed on the host machine | 12:03 |
| *** xtron1 <xtron1!~xtron@110.93.212.98> has quit IRC | 12:04 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto | 12:05 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 12:05 | |
| *** polaris- <polaris-!~polaris-@business-90-187-110-129.pool2.vodafone-ip.de> has quit IRC | 12:15 | |
| Letothe2nd | halstead: i guess its no major problem if i just outright ignore the hands-on, right? | 12:17 |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 12:18 | |
| halstead | Letothe2nd, No. But if you really won't follow along I can delete your server and save money for the project. | 12:18 |
| Letothe2nd | halstead: please do so. need my conf number? | 12:18 |
| halstead | Letothe2nd, No I know which is for you. | 12:19 |
| Letothe2nd | halstead: awesome, thanks. | 12:19 |
| Letothe2nd | halstead: (i'm just in for the social and "tradtition") | 12:19 |
| halstead | Thanks for letting me know. | 12:21 |
| Letothe2nd | np | 12:21 |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 12:31 | |
| *** dakhouya <dakhouya!d82e07b2@216.46.7.178> has quit IRC | 12:37 | |
| zeddii | rburton: I can do that. yes. | 12:45 |
| *** maudat <maudat!~moda@mtrlpq2848w-lp140-02-69-159-166-26.dsl.bell.ca> has joined #yocto | 12:45 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 12:50 | |
| *** beratiks <beratiks!52de0992@82.222.9.146> has quit IRC | 12:51 | |
| rburton | zeddii: also is it dead? https://github.com/OpenAMP/meta-openamp/blob/master/conf/layer.conf#L18 | 12:52 |
| zeddii | I'm checking that with the guys that hack on it. | 12:52 |
| zeddii | to see if they have another one somewhere else. | 12:52 |
| rburton | thanks | 12:52 |
| zeddii | The first line of my email: Is the meta-openamp layer here: https://github.com/OpenAMP/meta-openamp. Still active / the latest and greatest ?" | 12:52 |
| zeddii | heheh | 12:52 |
| rburton | inactive for nearly 18 months | 12:53 |
| fullstop | Interesting effect of going from 3.0 -> 3.1, my image shrank a few megabytes. :-) | 12:53 |
| zeddii | yah. that's the same amount of time I've been @ Xilinx, maybe I killed it ? | 12:53 |
| rburton | zeddii: the curse of zedd | 12:53 |
| zeddii | but they are still running / building / using it with OE, so I'm betting there is something hiding out. but anyway, I'll sort out what's what. | 12:54 |
| rburton | cheers | 12:54 |
| rburton | never heard of this before but a colleague was wondering how to make it work | 12:54 |
| zeddii | It can do some interesting things. The config side isn't trivial, but one of my non-yocto things I do is writing some tools to make it easier to configure it. If I raise the right people and you see sustained interest, we can put the right folks together. | 12:55 |
| Letothe2nd | rburton: "that" == openamp? | 12:56 |
| rburton | right | 12:57 |
| Letothe2nd | uh huh | 12:57 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:08 | |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 13:13 | |
| *** jobroe <jobroe!~manjaro-u@p579ebc45.dip0.t-ipconnect.de> has quit IRC | 13:21 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:25 | |
| *** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has joined #yocto | 13:31 | |
| yann | I'm trying to understand spurious rebuilds, but I'm having trouble finding reference sigdata : when I'm building an image from sstate, the only sigdata files are those for the image tasks really run, and only do_rm_work.sigdata for all packages fetched from sstate | 13:36 |
| yann | how can I understand why it wants to rebuild stuff, in this case ? | 13:37 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 13:37 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:42 | |
| JPEW | Hah, nevermind. Perl looks to be doing the right thing for cross compiling.... I just didn't understand what it was doing | 13:44 |
| yann | the doc mentions that tasks from sstate should have a .siginfo file, but there are none | 13:46 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:46 | |
| JPEW | yann: Where are you looking? | 13:56 |
| yann | JPEW: in build/tmp/stamps/ | 13:57 |
| *** sgw <sgw!~sgw@134.134.139.74> has joined #yocto | 13:57 | |
| qschulz | I **think** they aren't recreated if the task isn't re-run (i.e. if you clean your tmpdir/builddir and then re-run from sstate, you won't get the sigdata/siginfo)... Definitely not sure but remember not having all sigdata when debugging once | 13:58 |
| RP | yann: the files may be in the sstate directory? | 13:59 |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC | 14:05 | |
| yann | wouldn't it make sense to have them copied into stamps/ so diffsigs can find them ? | 14:07 |
| yann | especially as the sstate can grow to have many of them, right ? | 14:07 |
| RP | yann: some do get copied but the ones for intermediate tasks may not be | 14:12 |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.134.71> has joined #yocto | 14:12 | |
| yann | wouldn't it make sense to do so ? | 14:12 |
| RP | yann: well, which ones should XXX_do_package copy in? do_fetch? do_unpack? do_fetch of other tasks in DEPENDS? | 14:13 |
| RP | Its not such a simple thing | 14:13 |
| RP | The tools are meant to look into the sstate cache to find things but they don't work so well :/ | 14:14 |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.134.71> has quit IRC | 14:14 | |
| yann | I'd think it should copy all those that would have been created if the built did not use a sstate | 14:14 |
| RP | yann: That would be ideal, as I said, its not that simple sadly | 14:15 |
| yann | it works badly especially when we're trying to understand why they don't make use of the sstate :} | 14:15 |
| RP | yann: I know it does. I wish I could find time to make it better, makes me sad :/ | 14:16 |
| RP | yann: A tip - run "bitbake X -S none" and it should generate all the sig files you need | 14:18 |
| khem | YP Dev day livestream https://www.youtube.com/watch?v=TfDIbsZnPDI if you are not registered can view the live proceedings | 14:18 |
| yann | RP: yeah, that was what I was after, I had run that for tests but did not realize it can get me those in the ref tree, thx much! | 14:20 |
| qschulz | khem: <3 | 14:23 |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has quit IRC | 14:34 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.134.71> has joined #yocto | 14:34 | |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:34 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.134.71> has quit IRC | 14:37 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC | 14:50 | |
| yann | ok, so I have do_configure sigdata apparently differing only by quilt/quilt-native_0.66.bb:do_deploy_source_date_epoch - but diffsigs on those gives an empty output, what am I missing ? | 14:55 |
| *** davidinux <davidinux!~davidinux@82.102.21.57> has joined #yocto | 14:57 | |
| JPEW | yann: quilt-native:do_configure ? | 14:58 |
| yann | itself | 14:58 |
| yann | https://pastebin.com/76n2F0RW | 14:59 |
| JPEW | yann: What version? | 15:00 |
| yann | dunfell 3.1.0 | 15:00 |
| yann | there are some differences between the build tree generating the sstate and the build tree reusing it (one layer, but with nothing wicked, worked perfectly in sumo, possibly in warrior too though I did not test warrior much) | 15:01 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:03 | |
| JPEW | yann: Are you using poky? | 15:03 |
| JPEW | yann: Or better yet, do you have hash equivalence enabled? | 15:04 |
| JPEW | RP: Will "bitbake X -S none" take into account hash equiv ? | 15:04 |
| yann | not directly poky, but I copied quite a bit of it into our distro (and updated the dunfell bits) | 15:05 |
| yann | and yes, I left hash equivalence enabled | 15:06 |
| JPEW | yann: OK, my suspicion is that bitbake -S none doesn't take into account equivalent hashes (the do_deploy_source_date_epoch are almost always marked as equivalent since they are just a timestamp file that almost never changes) | 15:07 |
| RP | JPEW: Its hard for bitbake to know what to do in some of these cases :/ | 15:08 |
| JPEW | RP: Agreed | 15:08 |
| JPEW | yann: I *think* that the difference you're seeing isn't "real" | 15:08 |
| JPEW | e.g. bitbake-diffsigs reports it, but it might not actually re-execute? | 15:09 |
| *** berton_ <berton_!~berton@181.220.84.90> has joined #yocto | 15:09 | |
| JPEW | because, the thing your diffing against didn't use equivalent hashes.... at least this is my theory | 15:09 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC | 15:10 | |
| RP | yann: do these two builds your're compaing use the same sstate but different hash equiv server? | 15:10 |
| *** mihai-- <mihai--!~mihai@unaffiliated/mihai> has joined #yocto | 15:11 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto | 15:11 | |
| *** davidinux <davidinux!~davidinux@82.102.21.57> has quit IRC | 15:11 | |
| *** m1ster_r- <m1ster_r-!~m1ster_r0@prometheus.umask.eu> has joined #yocto | 15:12 | |
| *** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 15:12 | |
| *** georgem_ <georgem_!~georgem@216.21.169.52> has joined #yocto | 15:12 | |
| *** camus1 <camus1!~Instantbi@124.77.80.51> has joined #yocto | 15:13 | |
| dl9pf | cccccckulcfnrfbnhedgukfengniehcbhegbrvivkigk | 15:13 |
| *** weltling_ <weltling_!~toll@klapt.com> has joined #yocto | 15:13 | |
| Letothe2nd | dl9pf: AGREED! | 15:13 |
| *** Emantor_ <Emantor_!~Emantor@magratgarlick.emantor.de> has joined #yocto | 15:13 | |
| *** davidinux <davidinux!~davidinux@217.138.197.244> has joined #yocto | 15:13 | |
| *** berton <berton!~berton@181.220.84.90> has quit IRC | 15:14 | |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC | 15:14 | |
| *** weltling <weltling!~toll@klapt.com> has quit IRC | 15:14 | |
| *** anoo1 <anoo1!~anoo1@129.41.86.5> has quit IRC | 15:14 | |
| *** mattsm_ <mattsm_!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto | 15:14 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 15:14 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 15:14 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has quit IRC | 15:14 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 15:14 | |
| *** kaspter <kaspter!~Instantbi@124.77.80.51> has quit IRC | 15:14 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 15:14 | |
| *** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has quit IRC | 15:14 | |
| *** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC | 15:14 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 15:14 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 15:14 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 15:14 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC | 15:14 | |
| *** tlwoerner <tlwoerner!~Trevor@206.248.190.95> has joined #yocto | 15:14 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 15:14 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 15:14 | |
| *** tlwoerner <tlwoerner!~Trevor@206.248.190.95> has quit IRC | 15:14 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 15:14 | |
| *** camus1 is now known as kaspter | 15:14 | |
| *** sgw <sgw!~sgw@134.134.139.74> has quit IRC | 15:14 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 15:14 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 15:14 | |
| *** mattsm_ <mattsm_!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 15:14 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@78.42.6.202> has joined #yocto | 15:15 | |
| *** georgem__ <georgem__!~georgem@216.21.169.52> has quit IRC | 15:15 | |
| *** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto | 15:15 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 15:15 | |
| *** anoo1 <anoo1!~anoo1@129.41.86.5> has joined #yocto | 15:15 | |
| *** sgw1 <sgw1!sgw@nat/intel/x-ozxhxlaxwlhgpjxy> has joined #yocto | 15:16 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 15:16 | |
| yann | RP: I guess so, as they are running from their own separate build dirs | 15:18 |
| yann | with auto-spawned hash equiv servers, I guess | 15:19 |
| *** davidinux <davidinux!~davidinux@217.138.197.244> has quit IRC | 15:19 | |
| RP | yann: that will be the problem then | 15:19 |
| RP | (assuming I understand the issue correctly, I haven;t read all the scroll back) | 15:20 |
| yann | hm, but why would the hashequiv situation be worse than without hashequiv ? shouldn't it only be able to improve on the latter ? | 15:22 |
| JPEW | yann: It's looking for sstate objects that don't exist | 15:22 |
| JPEW | yann: Or more correctly, hashequiv is telling it to use sstate objects that might not exist | 15:23 |
| RP | yann: the builds can't see what equivalences the other build picked, therefore they chose different hashes | 15:23 |
| yann | but the 2nd build reuses the 1st sstate, where would those "that might not exit" live ? | 15:24 |
| JPEW | yann: Sorry I was wrong I think | 15:24 |
| JPEW | I was thinking of the other direction where you have two sstate and one hashequiv server | 15:24 |
| JPEW | Hmm, I think there is a hole in archiver.bbclass... it handles recipes that are the source of shared source (e.g. gcc-source), but not the recipes that consume it... and for some reason now the recipes that consume it erase the shared source when then run do_unpack_and_patch | 15:30 |
| yann | hm, but quilt-native is not in that case, or is it ? | 15:31 |
| RP | JPEW: I worry your task dependency changes there break things somehow :/ | 15:32 |
| JPEW | RP: Yes, I think they are the culprit for some reason.... Can't quite sort out *why* though | 15:33 |
| RP | yann: If build A decides hashes X and Y are equivalent, build B can't know. If will therefore try and build something rather than reuse from sstate | 15:33 |
| yann | but on what would build A make a decision that build B would not be able to make itself ? | 15:34 |
| RP | yann: build A would have made two builds which it could compare the output of | 15:34 |
| yann | hm, that means that build A would have done an extra rebuild at one point, noticed the equivalence, nuked the extra build artifacts as a result - and that build B has to do the same extra build to make the same decision ? | 15:37 |
| RP | yann: yes | 15:37 |
| yann | so the question would be, why did it need to make a second build in the first place. That's what diffsigs between the sstate version and the build B version ought to show, right ? | 15:39 |
| JPEW | yann: I *just* made a video of describing hash equiv basics: https://drive.google.com/file/d/1tpFMcQGv46miNYf4O5aeC22_X-MuJz-E/view?usp=sharing | 15:39 |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 15:39 | |
| RP | yann: bottom line is that if you're trying to share sstate between two machines with hashequiv enabled, you need to have a common hashequiv server | 15:41 |
| RP | yann: if you don't, it will sometimes match, sometimes not depending on what eaxctly gets run on the different machines and whether the hash equiv database is preserved or not | 15:42 |
| yann | that means any users of the sstate must have access to the hashequiv server, right ? | 15:42 |
| RP | yann: currently, yes. There is a proposed read only mode we'd like to add too | 15:43 |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 15:46 | |
| *** hpsy <hpsy!~hpsy@85.203.15.8> has quit IRC | 15:57 | |
| *** sgw2 <sgw2!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto | 16:00 | |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto | 16:01 | |
| *** sgw2 is now known as sgw_ | 16:01 | |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 16:03 | |
| yann | ok, that sounds like I should disable it for now - but then let's be back to the reason of the rebuild that got recorded in build A: I should see it with diffsigs between the sstate version and the build B version, right ? | 16:03 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 16:04 | |
| *** xtron <xtron!~xtron@103.113.103.39> has joined #yocto | 16:04 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.12> has quit IRC | 16:04 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto | 16:04 | |
| *** fl0v0 <fl0v0!~fvo@88.130.222.119> has quit IRC | 16:05 | |
| yann | the idea of read-only equiv database seems nice - I guess it would be nice to have it stored in the sstate tree, since they are so intricately linked. Maybe used automatically from all SSTATE_MIRRORS ? | 16:05 |
| RP | yann: I'd start by disabling hashequiv and then seeing if you get the rebuilds you expect/don't expect and go from there | 16:08 |
| RP | yann: sharing a database over http isn't straightforward :/ | 16:08 |
| *** xtron <xtron!~xtron@103.113.103.39> has quit IRC | 16:09 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-99-153.dynamic.amis.hr> has quit IRC | 16:12 | |
| yann | basically, all this also means we have to maintain one hashequiv server for each and every sstate - that's still quite inconvenient. Eg. I use a new sstate when updating the toolchain causes major archive rebuild (I understand hashequiv will help with some of these, but likely not all) | 16:12 |
| yann | that's where it becomes impractical: using a separate sstate is trivial, adding a new hashequiv server is not that trivial, infrastructure-wise | 16:13 |
| *** sgw_ <sgw_!~swold@c-71-238-119-71.hsd1.or.comcast.net> has left #yocto | 16:13 | |
| *** sgw2 <sgw2!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto | 16:14 | |
| *** sgw2 is now known as sgw_ | 16:14 | |
| yann | RP: it's likely that switching hashequiv off won't help understand why _past_ rebuilds were triggered | 16:16 |
| JPEW | yann: Yes, hashequiv needs some more work to cover some of these cases | 16:20 |
| *** comptroller <comptroller!~comptroll@47-213-220-127.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 16:20 | |
| *** comptroller <comptroller!~comptroll@47-213-220-127.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 16:21 | |
| *** fury <fury!uid193779@gateway/web/irccloud.com/x-nckbuzflvndlssom> has quit IRC | 16:22 | |
| *** mckoan is now known as mckoan|away | 16:22 | |
| yann | We also use separate sstates (nearly throwaway) for WIP branches, so we can still benefit from the CI, while not poluting the official shared ones | 16:24 |
| JPEW | RP: OK, so without my changes to archiver.bbclass the gcc recipes still erase the shares source... I think my change fixed the race, which exposed this problem | 16:26 |
| JPEW | yann: Ya, it sounds like you're in the (common) situation where CI populates sstate and your developers consume it read-only.... you want a read-only option for hash equiv in that case | 16:27 |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC | 16:27 | |
| qschulz | If I could just add a +1 on that feature request (if that fixes the issue), because I was thinking of doing more or less the same (sstate-mirror via HTTP so RO for master branch only). I'm happy at least to discover now before deciding to upgrade Yocto and get the hashequiv feature | 16:29 |
| yann | JPEW: yes, and since the sstate can be reused offline, it would be good to get this RO hashequiv db to work offline too | 16:29 |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has joined #yocto | 16:30 | |
| yann | qschulz: so no, in my case RO HTTP would not be enough | 16:30 |
| *** [Sno] <[Sno]!~sno@p4fe931fc.dip0.t-ipconnect.de> has quit IRC | 16:30 | |
| yann | (it's been long since I last worked in the train, but still) | 16:30 |
| JPEW | yann: Ya, I think maybe in that case you'd want some sort of multi-level server in that case where you'd have a local server that could (optionally) defer to the remote one | 16:30 |
| RP | yann: you can use different namespaces within a single hashequiv server for that same effect FWIW | 16:30 |
| yann | RP: ah, that's nice then | 16:31 |
| yann | but then, when throwing away a given sstate, we need to throw away the matching namespace | 16:32 |
| *** sno <sno!~sno@p4fe931fc.dip0.t-ipconnect.de> has joined #yocto | 16:32 | |
| yann | which advocates for colocation of the data | 16:32 |
| RP | yann: if you can show us how to make a performant database that works over a straight http mirror... | 16:33 |
| RP | yann: I don't know how to do that, the namespaces thing does at least get you close and extra names would just bloat the database a bit | 16:33 |
| yann | RP: I thought it was a problem ot have db entries refering to absent sstate entries ? | 16:34 |
| RP | yann: no, won't matter | 16:34 |
| yann | so if the equiv server says "take xxx it's equivalent" and "xxx" is part of a thrown away sstate, what's to happen ? | 16:35 |
| RP | it will add the xxx object to the sstate | 16:36 |
| RP | (build and add) | 16:36 |
| yann | say I have worked in a throwaway sstate for sometime, and the final version built there is OK. I nuke the sstate (to be reused, I dont use throwaway sstate names), push to master, get the official sstate populated with a rebuild. Next dev iteration will not want to inherit the equiv db for the previous one, as it will match master to old removed sstates | 16:40 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:42 | |
| yann | I fear it's bad idea not to bundle hashequivdb with sstate | 16:44 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 16:45 | |
| RP | yann: why would it matter? | 16:45 |
| RP | it really doesn't matter which hash anything resolves to | 16:46 |
| RP | with the namespacing it wouldn't even get seen/used if not selected | 16:46 |
| RP | and even with one namespace it doesn't matter | 16:46 |
| RP | It was designed so this isn't an issue | 16:46 |
| yann | remote access to a RO db could be emulated by fetching the sqlite db using HTTP, and sync'd as necessary (it should not change too often, and is small, right ? rsync would be better than http here, but hey) | 16:47 |
| yann | RP: maybe I misunderstood something then | 16:47 |
| yann | to not be seen it would require the namespace not being reused, which is the basic reason to throw it away in the first place to avoid accidents | 16:48 |
| yann | see JPEW's slides at 00:13:24 : "sever should be maintained with sstate, otherwise could report hashes that do not exist" - relieved I did not invent it :) | 16:51 |
| JPEW | yann: Ya I probably should have been a little more specific... it works when that happens, it's just not optimal (since it will rebuild) | 16:52 |
| JPEW | There are a few ways of acheiving that (namespacing, multiple servers, etc) | 16:52 |
| RP | yann: the YP hashequiv database on our autobuilder is about 6GB of sqlite. | 16:55 |
| RP | yann: what kind of accidents are you avoding though? | 16:55 |
| RP | yann: If the hash doesn't exist in the sstate it will be created. I don't see that as a problem? | 16:56 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 16:56 | |
| *** Hauke <Hauke!~Hauke@hauke-m.de> has joined #yocto | 16:59 | |
| *** Hauke <Hauke!~Hauke@hauke-m.de> has quit IRC | 17:01 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 17:05 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 17:06 | |
| *** hpsy <hpsy!~hpsy@85.203.15.8> has joined #yocto | 17:13 | |
| *** hard2b <hard2b!~hard2btru@92.185.159.191> has joined #yocto | 17:17 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 17:19 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 17:19 | |
| *** yann|work is now known as yann | 17:19 | |
| *** berton_ <berton_!~berton@181.220.84.90> has quit IRC | 17:25 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 17:29 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC | 17:33 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has joined #yocto | 17:33 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 17:35 | |
| *** frsc <frsc!~frsc@231-79-142-46.pool.kielnet.net> has quit IRC | 17:38 | |
| PaowZ | hi there ! Inheriting from core-image, what would be the packages to add in order to get an available X server ? No matchbox and stuff.. I read in users guide that should be packagegroup-core-x11-xserver, but no X process so far.. ? | 17:38 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-99-153.dynamic.amis.hr> has joined #yocto | 17:41 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC | 17:44 | |
| *** Hauke <Hauke!~Hauke@hauke-m.de> has joined #yocto | 17:46 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has joined #yocto | 17:49 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.8> has joined #yocto | 17:55 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:55 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 18:01 | |
| *** hpsy <hpsy!~hpsy@85.203.15.8> has quit IRC | 18:02 | |
| *** hpsy <hpsy!~hpsy@85.203.15.8> has joined #yocto | 18:02 | |
| zeddii | RP: I'm not sure how I missed the Module.symvers patch, but what we have in the tree doesn't look right. | 18:06 |
| zeddii | and now, it seems to have gone back to dunfell as well. | 18:07 |
| zeddii | oh wait, not yet to dunfell | 18:07 |
| RP | zeddii: hmm, I thought you'd seen it :/ | 18:07 |
| zeddii | I followed up to the dunfell pull request and recommend against it. | 18:08 |
| zeddii | looking into it more now. | 18:08 |
| zeddii | oh wow. and it's also in the Zeus pull request. | 18:09 |
| RP | zeddii: I was wondering how it gets to zeus without dunfell :/ | 18:10 |
| zeddii | that "fixes" the problem, by ignoring it. | 18:10 |
| zeddii | seriously, they moved the generation of Module.symvers to the module build phase | 18:10 |
| zeddii | we copy it to the shared workdir before building modules | 18:10 |
| zeddii | the "fix" is to test for the file and not copy it | 18:10 |
| zeddii | which isn't really great if you *want* it in 5.8+ | 18:10 |
| zeddii | I'm working on linux-yocto-dev and the next ref kernel, so I'm only getting to see the issue now. | 18:11 |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 18:11 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 18:12 | |
| *** hpsy <hpsy!~hpsy@85.203.15.8> has quit IRC | 18:12 | |
| RP | zeddii: it is in deunfell :( | 18:15 |
| RP | sakoman: looks like we have a problem... | 18:16 |
| zeddii | bugger. I'll revert the change, and move the task to after the module build. I don't see why we can't do the shared workdir after that, the module build doesn't need it, but will confirm after some tests. | 18:16 |
| sakoman | RP: yes, just read the list email | 18:17 |
| *** wallthar <wallthar!~rmontero@54-18-146-85.ftth.glasoperator.nl> has joined #yocto | 18:19 | |
| zeddii | at some point fixing up newer kernel builds on the LTS falls into the category of supporting new distros, we'll know when the pain becomes to high :D | 18:20 |
| zeddii | If I hadn't been squashing some other issues, I would have gotten to 5.8 first and could have preempted it. oh well. | 18:21 |
| sakoman | I'm glad you caught it | 18:21 |
| zeddii | hmm. well, the module build does do a 2nd copy. so actually, we are probably ok. | 18:22 |
| zeddii | I'll follow up, we are probably ok, but we should have had a comment there. so cancel the emergency this time. I'd say let it ride. | 18:22 |
| sakoman | OK! | 18:22 |
| zeddii | I mean, there's a really odd corner case if something is looking for the file and not building modules or in between the two tasks. but I'd react to that when I see it :P | 18:29 |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 18:30 | |
| RP | zeddii: ok, glad its not as bad as first thought | 18:32 |
| RP | zeddii: I have someone privately emailing me asking for a load more tweaks like that fwiw | 18:32 |
| *** wallthar <wallthar!~rmontero@54-18-146-85.ftth.glasoperator.nl> has quit IRC | 18:32 | |
| zeddii | right. my first pass through the build didn't pickup the 2nd copy. I had forgotten about it. | 18:32 |
| zeddii | eeeee. | 18:32 |
| paulg | always loved the back channel requests for oddball shit. | 18:41 |
| paulg | maybe if you are afraid to let your request see the sunshine of day, then that is a clue as to how appropriate/viable it is..... | 18:42 |
| *** matthewzmd` <matthewzmd`!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 18:49 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 18:50 | |
| *** matthewzmd` is now known as matthewzmd | 18:50 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC | 18:51 | |
| *** Ryan5 <Ryan5!345f0418@52.95.4.24> has joined #yocto | 18:56 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-oxlskizvizepxaan> has quit IRC | 18:57 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 19:01 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 19:02 | |
| RP | paulg: I've sent it to zeddii :) | 19:03 |
| paulg | RP, wise - that is what I always tried to do for the last 15+ years. ;) | 19:03 |
| *** sathish25071992 <sathish25071992!6ac6269f@106.198.38.159> has joined #yocto | 19:06 | |
| sathish25071992 | Hi All. In a multiconfig, can there be a target recipe common between both the config? I have a multiconfig which has 2 armv5 based configs. Both shares same packages except for some. So when I build I get error saying "do_package_qa_setscene: Package already staged". What am I doing wrong? Thank you | 19:14 |
| *** mihai-- is now known as mihai | 19:22 | |
| *** Ryan5 <Ryan5!345f0418@52.95.4.24> has left #yocto | 19:24 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has left #yocto | 19:27 | |
| *** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has quit IRC | 19:35 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC | 19:39 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto | 19:40 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 19:44 | |
| *** another_qwerty <another_qwerty!~another_q@99-176-0-170.lightspeed.brhmal.sbcglobal.net> has joined #yocto | 19:46 | |
| *** another_qwerty <another_qwerty!~another_q@99-176-0-170.lightspeed.brhmal.sbcglobal.net> has quit IRC | 19:52 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-99-153.dynamic.amis.hr> has quit IRC | 19:55 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 20:00 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 20:06 | |
| *** sathish25071992 <sathish25071992!6ac6269f@106.198.38.159> has quit IRC | 20:08 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 20:12 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 20:22 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 20:23 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 20:23 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 20:26 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 20:27 | |
| * matthewzmd is trying to write an emacs recipe, but can't even get past do_configure | 20:49 | |
| smurray | emacs used to do some odd things in its build, that might be interesting | 20:51 |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 20:54 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 20:54 | |
| kergoth | ugh, what the hell. screw it, i'm prototyping a new external toolchain implementation | 20:54 |
| matthewzmd | it generated a 6000-line config.log full of weird errors | 20:55 |
| matthewzmd | looking at the 3-years-old demolished emacs_23.4.bb and emacs.inc don't help so much | 20:57 |
| smurray | matthewzmd: I suspect that there isn't a current recipe for it suggests it's painful to keep working | 20:58 |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 21:02 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 21:02 | |
| matthewzmd | :-( | 21:02 |
| smurray | matthewzmd: it's been a while since I tried vile, but the recipe for it was what one of my previous customers used to make emacs-users happy | 21:05 |
| smurray | matthewzmd: sorry, zile, recipe is in meta-oe | 21:06 |
| *** splatch <splatch!~splatch@185.142.162.13> has joined #yocto | 21:07 | |
| splatch | good evening (for europeans!) :-) | 21:07 |
| splatch | I took the invite from tutorials seriously and come to say hello, thanks for awesome job and .. surprise something doesn't work | 21:08 |
| *** fury <fury!uid193779@gateway/web/irccloud.com/x-gswybplqodgsowbx> has joined #yocto | 21:09 | |
| splatch | so what I am stuck upon is quite basic, I've got BSP which is inteli7, however I do want to run image locally. I insisted on qemu as I have it on my PC, but I fail to build working setup. Part of problem is probably the partition layout (?) for swu, however I could not confirm that. I made a build via "MACHINE=qemux86-64 bitbake my-core-image" but it fails at do_image_wic due to missing grubenv file. How | 21:14 |
| splatch | does the machine change that? | 21:14 |
| splatch | I did not even reach the runqemu, cause image blew up | 21:15 |
| *** pohly <pohly!~pohly@p5484912e.dip0.t-ipconnect.de> has quit IRC | 21:15 | |
| smurray | splatch: does it work with e.g. core-image-minimal? | 21:16 |
| splatch | the build which produces intel-corei7-64 does, the stage I am is where I need to speed up test cycle to do more try-catch attempts | 21:18 |
| splatch | the env I have is set up via kas-docker so I do not run poky on the host, but in the sandbox | 21:18 |
| splatch | [yocto 2.7.4/warrior] | 21:19 |
| smurray | splatch: I assume you're using meta-intel, it's possible it's tweaking something that breaks that for qemux86-64. Might be worth trying building for qemux86-64 w/o meta-intel in bblayers.conf to see if that's the case | 21:20 |
| splatch | all right, indeed I have it there and it takes ages to complete download of that part on my country side s** wifi | 21:20 |
| *** maudat <maudat!~moda@mtrlpq2848w-lp140-02-69-159-166-26.dsl.bell.ca> has quit IRC | 21:21 | |
| splatch | smurray: your advice resonates with me more than you think :) | 21:21 |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 21:21 | |
| smurray | splatch: meta-intel is a reasonably well-behaved BSP layer, but anything's possible | 21:21 |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 21:26 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 21:26 | |
| splatch | smurray: all examples I've found so far with qemu are single partition, is it possible to get it running with second partition? [asking dump question as I'm not an qemu user] | 21:27 |
| splatch | [regular one] | 21:27 |
| splatch | I mean - runqemu itself, I guess with some gymnastics and two days of stackoverflow I would get qemu switches all in place | 21:28 |
| smurray | splatch: it's definitely possible when running qemu by hand, I'm not sure with runqemu | 21:28 |
| splatch | ok, will try getting qemu running first and then worry about /data :) | 21:29 |
| smurray | splatch: there are some variables for adding options into the generated conf file used by runqemu, so that might be an option | 21:29 |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has joined #yocto | 21:31 | |
| splatch | fair enough, I got further - I have an override for linux-intel in my bsp. Is there a way to disable a recipe-xyx at some higher layer? | 21:32 |
| JPEW | splatch: I run qemu with multiple partitions, the trick is to use wic to generate a complete disk image | 21:33 |
| splatch | I start to see that all these recipe-xyz names are not accidental cause they get processed somehow :) | 21:33 |
| smurray | splatch: i.e. have the recipe not visible? BBMASK is one option for that | 21:33 |
| splatch | JPEW: that's awesome news, I have wic images so all I need is to make the build pass :) | 21:33 |
| splatch | ok, I've got build further.. so now its matter of time travel to get dependencies | 21:38 |
| *** lucaceresoli <lucaceresoli!~lucaceres@88.147.89.201> has joined #yocto | 21:40 | |
| splatch | I have one question which is more related to downloads - I do have very slow internet and sometimes for me it is faster to rsync files from ci/cd server, yet I see that these gets ignored even if I create ".done" file. I know that I probably tried to cheat the tool, but is there a better way for making it quick? | 21:42 |
| splatch | Not sure how the mirror logic works but I've got crazy ETAs for bigger dependencies counted in hours when rsync took me bit over 5 minutes | 21:43 |
| smurray | hrm, I've done roughly that before, if the file is in the DL_DIR and matches the expected checksum I'd expect it to work | 21:45 |
| smurray | the other option would be to rsync the things you need into a directory, then set that up as a local download mirror | 21:45 |
| *** ykrons_ <ykrons_!~guillaume@62.192.23.101> has quit IRC | 21:45 | |
| splatch | ok, I've seen one of the options in best practices | 21:46 |
| splatch | I'll check checksums cause I see ie yocto git mirror downloaded again | 21:46 |
| smurray | splatch: see https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-PREMIRRORS | 21:46 |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has left #yocto | 21:47 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 21:47 | |
| splatch | I'm now on ci/cd where all downloads are, seems meta-intel is not to blame but something else in my bsp | 21:51 |
| splatch | so that's what blew up https://gist.github.com/splatch/a369d9882bcdd6c3f49f1f5cdcf11ca7 | 21:54 |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 21:55 | |
| splatch | JPEW: my bsp has the reipes-grub/grub/grub-efi, which bootloader/launch do you get with your qemu/wic? | 21:57 |
| *** lucaceresoli <lucaceresoli!~lucaceres@88.147.89.201> has quit IRC | 21:58 | |
| JPEW | u-boot :) | 22:04 |
| JPEW | But, I don't think you would have to do that | 22:05 |
| splatch | looking at bsp files, I do have some patches messing around grubenv, I think that's the cause | 22:11 |
| * splatch pretends to know what he is doing ;-) | 22:12 | |
| *** agust <agust!~agust@p508b67ab.dip0.t-ipconnect.de> has quit IRC | 22:12 | |
| splatch | JPEW: so I got the build, it looks fine cause there is wic.bmap and wic.gz files, how do you plug these into qemu? | 22:15 |
| *** dv|2 <dv|2!~dv@5.167.98.73> has quit IRC | 22:17 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 22:17 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 22:20 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 22:24 | |
| * JPEW looks... | 22:32 | |
| JPEW | splatch: I think you want just the bare .wks file | 22:33 |
| splatch | if I find one, is that additional image output? | 22:33 |
| JPEW | splatch: Not quite sure what you mean, it would be with the others | 22:34 |
| JPEW | i.e. core-image-minimal-qemux86.wks | 22:34 |
| JPEW | Oh, wait sorry | 22:34 |
| JPEW | I'm wrong | 22:34 |
| splatch | JPEW: I was trying to get some other formats (ie virtualbox vmdk), but it didn't help. But I at least learned there are configurable image formats :) | 22:35 |
| JPEW | add IMAGE_FSTYPES += "wic.qcow2" | 22:35 |
| splatch | ok, doing test :) | 22:36 |
| JPEW | And also QB_DEFAULT_FSTYPE = "wic.qcow2" | 22:36 |
| JPEW | then runqemu should do the correct thing by default... I think | 22:36 |
| JPEW | Anyway I have to go. Good luck! | 22:37 |
| splatch | JPEW: thanks for your time and insights, have fun! | 22:37 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 23:07 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:14 | |
| *** weltling_ is now known as weltling | 23:20 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC | 23:24 | |
| *** dmoseley <dmoseley!~dmoseley@75.76.5.232> has joined #yocto | 23:26 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 23:30 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 23:36 | |
| *** otavio <otavio!~otavio@181.220.84.90> has joined #yocto | 23:44 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 23:44 | |
| *** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC | 23:45 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 23:54 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!