**** BEGIN LOGGING AT Thu Feb 04 03:02:58 2021 Feb 04 09:45:46 dl9pf: Thanks, I'll take a look today Feb 04 10:19:07 tnx Feb 04 20:10:26 I'm helping someone diagnose a checksum problem. When they run bitbake-diffsig they get a message that "basehash changed from X to Y". Not the normal hash of task foo, or variable .... In this context what is the 'basehash'? Is that the checksumming of the files themselves (patches, recipe file, etc?) Feb 04 20:10:41 Hi. Dell’s iDRAC seems to use a GNU/Linux OS built with OpenEmbedded. Feb 04 20:10:42 https://dpaste.org/xbRS Feb 04 20:10:52 Does somebody know, where the source code for that is? Feb 04 20:12:48 You'll have to ask Dell. They need to make, at least hte Open Source parts available per licenses.. In the past Dell had an Open Source site you could go to and download the corresponding source -- but I don't know where that is Feb 04 20:13:26 https://opensource.dell.com/releases/ Feb 04 20:13:40 Yes, but shouldn’t they need to also provide the scripts to actually build this? Feb 04 20:13:58 https://opensource.dell.com/releases/idrac9/ Feb 04 20:13:59 "Maybe". Depends on the component and the license of that component. Feb 04 20:15:11 https://opensource.dell.com/releases/idrac9/4.40.15.00/ has a 3.4 GB iDRAC_4.40.15.00_OpenSource.tar.gz. Feb 04 20:15:28 (my interpretation based on what I've been told and read).. They need to provide build instructions in the customary format for GPL and LGPL, but nothing else. The customary format could be makefiles, log files, scripts or some combination of it Feb 04 20:17:15 Nothing I know of would require them to show you how to build an image and deploy it onto a device... (there may be instances where special keys or instructions are needed to comply with GPLv3.. but that doesn't mean they have to let you reconstruct the whole image.. Feb 04 20:20:12 yeah... i don't think they're legally obligated to provide that. some companies like to, but that's at their discretion.. Feb 04 20:21:09 (FYI if I was distributing, I would build the product with multiple layers.. Open Source and non.. that way I could release all of the Open Source layers, the associated sources and there would be no questions about the 'customary' build methods.. then the closed source would stay with it's own layer, and wouldn't eb released..) Feb 04 20:22:48 In the end though, the recourse -- if you don't beleive what they shipped is adequate, contact them (not threaten) and explain why and try to get it escalated to their legal department. If/when that gets shut down, you'll need to find a copyright holder for one of the components in question, then they would have to pursue it... It's not a short process, but with that said people do make changes based on reasoned arguments (both from the public, and from argum Feb 04 20:22:54 copyright claims) Feb 04 20:23:31 Goal for any source requests should be license compliance, not monetary payout.. (IMHO) Feb 04 20:24:19 Thank you for the clarification. Feb 04 20:24:20 For an executable work, complete source code means all the source code for all modules it contains, plus any associated interface definition files, plus the scripts used to control compilation and installation of the executable. Feb 04 20:24:24 https://www.gnu.org/licenses/old-licenses/gpl-2.0 Feb 04 20:25:16 That is GNUs argument, which not everyone agrees with. (GPLv3 is more clear on this BTW, where you DO need certain installation components) Feb 04 20:26:24 AFAIK though, it's never been tested in court if 'make install' vs actual scripting for file construction on the image is required.. Feb 04 20:26:48 You would probably find experts on both sides, and I don't know what a judge would rule in those cases.. (might even vary by where you are in teh world the outcome) Feb 04 20:27:03 Great, the download is happening with 1 MB/s, and now 500 KB/s. Feb 04 20:27:33 just an FYI, I've downloaded the 4.40.15 and I'm looking at it quickly.. their download side is really slow.. Feb 04 20:28:36 So it DOES look like they include not only the source but also the layers and information Feb 04 20:28:46 So from that perspective, they do include (IMHO) all of the installation components Feb 04 20:28:53 READMEmeta-cgl-2.6meta-qt5-2.6 Feb 04 20:28:53 REQ_PACKAGE_LISTmeta-commonmeta-selinux-2.6 Feb 04 20:28:53 buildmeta-dracpoky-2.6 Feb 04 20:28:53 build.shmeta-oe-2.6setup Feb 04 20:28:53 externalsrcmeta-qt4-2.6sources-2.6 Feb 04 20:29:18 README shows how to run their scripts and some basic environment stuff.. the meta-* layers contain the parts and pieces I would expect [from a quick look].. Feb 04 20:29:31 and sources contains teh full source for the items.. Feb 04 20:29:37 so everything seems to be in order Feb 04 20:30:43 and I see things in there that cover some of the proprietary (non-open source) bits as well, which they definitely were not required to release. So this seems like they went beyond what they had to. Feb 04 20:31:02 All in all the 4.40.15 tarball looks good to me on the surface and is 'better' then most I've looked at in the past Feb 04 20:31:05 fray: Thank you for checking, and kudos to Dell. Feb 04 20:31:43 Let’s hope, they open their Git repository for these layers, and start contributing to upstream. Feb 04 20:32:22 I doubt they will, at least for the drac stuff cause they make a lot of money on that.. but the contributing back changes and such -- definitly, it would help everyone Feb 04 20:33:37 (usually the thing holding back people like Dell, they're working on really old software, so it becomes increasingly difficult to send meaningful patches upstream.. For instance this is based on Yocto Project 2.6, and we're now almost to 3.3 Feb 04 20:34:17 ;-) Feb 04 20:36:16 2021-02-04 21:36:10 (2.81 MB/s) - ‘iDRAC_4.40.15.00_OpenSource.tar.gz’ saved [3614488066/3614488066] Feb 04 20:37:05 I must be geographically closer.. 9.3 MB/s Feb 04 20:42:38 * LetoThe2nd pokes fray. for no good reason, just saw you around. Feb 04 20:45:22 Dell is even a Silver Member of the Yocto Project: https://www.yoctoproject.org/ecosystem/members/ Feb 04 20:45:37 Hey! I might be able to actually stream.. Finally got a better internet connection at home Feb 04 20:45:56 No more 30/3 (when it wants to work) DSL.. FTTH 1000/1000 now.. Feb 04 20:46:14 fray: I am in Berlin using Vodafone Cable (100 MBit/s) (formerly Kabel Deutschland). Feb 04 20:47:15 But Vodafone seems to have problems with certain Autonomous Systems like the DFN, certain fastly.com servers and so on. Feb 04 20:51:13 Ya, last time I used Vodafone, I have a 3G card from Germany and I was in Italy at a clients.. was nice, but VERY expensive (pay as you go). But that's about as much experience I have with them. :) Feb 04 20:51:51 And yes, Dell is actually a founding member of the Yocto Project. Feb 04 20:54:07 Oh, sorry, I confused the window. I actually donwloaded the file from a server in the DFN X-WiN network (German research net). Feb 04 20:55:19 It’s 107KB/s with Vodafone. Even slower. Feb 04 21:14:02 * marex pokes fray. just checking on meta-xilinx-standalone, any news ? :-) Feb 04 21:46:29 marex see the meta-xilinx mailing list for current status. As for libxil, I checked we've never released a libxil that was buildable within the Yocto Project build environment. Feb 04 21:46:51 You CAN build libxil using a Yocto Project SDK from the embeddedsw code and XSA and related, but that is outside the YP build environment. Feb 04 21:47:27 I'm still trying them to get the new code released that will let us integrate a libxil build within the environment, but I still don't have a date when that code will be available... even then it'll likely still be not-production ready.. Feb 04 22:11:18 fray: does that means if I include meta-xilinx-standalone in a build, $ bitbake hello-world will work ? Feb 04 22:11:21 or does this still fail ? Feb 04 22:12:12 oh, it still fails, I see Feb 04 22:12:26 fray: well, xilinx did release the OE recipes, just not the matching sources :) Feb 04 22:22:18 fray: the thing is, I want to bitbake stuff with multiconfig and have it emit all system components, the ones for CA53, CR5 and others ... Feb 04 22:22:52 fray: it's impractical to have to bitbake part 1, then go deal with SDK and whatever somewhere outside of the build, then implant built blobs into the build, and then bitbake part 2 :( Feb 04 22:23:16 fray: esp. when the recipes are all there, its just the Makefiles which apparently exist somewhere in Xilinx, just nobody pushed them to git yet Feb 04 22:24:19 fray: I would even (with great difficulty) understand it might take years to release sources, but the sources are already released, it is just the Makefiles which are missing Feb 04 22:25:22 fray: and since the meta-xilinx-standalone gets updated with each release, I presume the Makefiles are not lost, but they are somewhere easily available too **** ENDING LOGGING AT Fri Feb 05 02:59:57 2021