| palate | Does any FTDI chip talk SPI, I2C and UART? It's all serial, right? | 00:19 |
|---|---|---|
| *** palate <palate!~jones@unaffiliated/palate> has quit IRC | 00:26 | |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC | 00:32 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:37 | |
| yocti | New news from stackoverflow: Yocto Bitbake doesn't include kernel config fragment in build <https://stackoverflow.com/questions/57759548/yocto-bitbake-doesnt-include-kernel-config-fragment-in-build> | 02:23 |
| *** kaspter <kaspter!~Instantbi@2409:891e:7027:158a:64cf:c7e:c5af:9376> has joined #yocto | 02:57 | |
| yocti | New news from stackoverflow: How should the sstate-cache directory be deleted in Yocto? <https://stackoverflow.com/questions/45341760/how-should-the-sstate-cache-directory-be-deleted-in-yocto> | 03:23 |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 03:50 | |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 03:58 | |
| *** kaspter <kaspter!~Instantbi@2409:891e:7027:158a:64cf:c7e:c5af:9376> has quit IRC | 04:02 | |
| *** camus is now known as kaspter | 04:02 | |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC | 04:04 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 04:20 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 04:34 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has joined #yocto | 04:36 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 04:48 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 04:56 | |
| *** ndec <ndec!sid219321@linaro/ndec> has joined #yocto | 05:08 | |
| *** camus <camus!~Instantbi@222.67.188.174> has joined #yocto | 05:09 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 05:13 | |
| *** camus is now known as kaspter | 05:13 | |
| *** cp <cp!~cp@b157153.ppp.asahi-net.or.jp> has quit IRC | 05:20 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:29 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 05:43 | |
| LetoThe2nd | what might i be missing if the crond.service is up and running, but the cron.daily, cron.hourly ... script seem to be ignored? filenames etc. have been checked, when using run-parts to test the directories everything works as expected. | 05:51 |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 05:57 | |
| *** Dracos-Carazza_ is now known as Dracos-Carazza | 05:58 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:03 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 06:06 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:10 | |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto | 06:12 | |
| *** camus <camus!~Instantbi@222.67.188.168> has joined #yocto | 06:23 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC | 06:24 | |
| *** camus is now known as kaspter | 06:24 | |
| *** morphis <morphis!~morphis@pD9E2FFE3.dip0.t-ipconnect.de> has joined #yocto | 06:30 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 06:31 | |
| *** mckoan|away is now known as mckoan | 06:42 | |
| mckoan | good morning | 06:42 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:47 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 06:54 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:54 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 06:59 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 07:05 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:12 | |
| mcfrisk | just sent a few patches, I hope list servers are still working.. | 07:16 |
| *** jklare <jklare!~jklare@157.97.76.18> has quit IRC | 07:17 | |
| *** jklare <jklare!~jklare@157.97.76.18> has joined #yocto | 07:18 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 07:22 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 07:22 | |
| yocti | New news from stackoverflow: QA Issue: libvncserver: Files/directories were installed but not shipped in any package: <https://stackoverflow.com/questions/57951878/qa-issue-libvncserver-files-directories-were-installed-but-not-shipped-in-any> | 07:24 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 07:29 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 07:37 | |
| *** cp <cp!~cp@b157153.ppp.asahi-net.or.jp> has joined #yocto | 07:38 | |
| *** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC | 07:44 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 07:46 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has joined #yocto | 07:46 | |
| *** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC | 07:50 | |
| LetoThe2nd | for the record: cronie ships per default with a crontab that disables the /etc/cron.* directories. meh. | 07:56 |
| iceaway | I'm trying to build an initramfs image, and currently I bundle the kernel + initramfs together. I write that bundle to my sdcard and load it using mmc read etc, and then try to boot using booti (I'm an arm64). I get the error message "Bad Linux ARM64 Image Magic". I did some googling and now i'm wondering if I'm missing something called "uImage" container that u-boot needs. | 08:01 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:02 | |
| LetoThe2nd | iceaway: u-boot has a variety of booting command, i think it also should support non-uImage formats. but i don't know offhand, you would have to look at the docs. | 08:03 |
| qschulz | iceaway: AFAIR, for arm64, you should build and boot the Image with booti, don't forget to put the DTB load addr as the third argument | 08:06 |
| *** yacar_ <yacar_!~yacar@87-231-0-253.rev.numericable.fr> has joined #yocto | 08:06 | |
| *** palate <palate!~jones@unaffiliated/palate> has joined #yocto | 08:07 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:07 | |
| qschulz | iceaway: can you give the full u-boot command lines you're using to boot with booti? | 08:08 |
| iceaway | qschulz: yup that is what I am trying. Looking at the u-boot code now and from what I can see there is no decompression done before booting, maybe that is why the magic is wrong? Should I decompress it manually first? | 08:12 |
| iceaway | using: booti ${loadaddr} - ${fdt_addr} | 08:12 |
| qschulz | have you checked that loadaddr and fdt_addr were not overlapping when loading the DTB and Image? | 08:15 |
| *** shan1 <shan1!86666183@dhcp-131.biba.uni-bremen.de> has joined #yocto | 08:15 | |
| shan1 | Hello all, is there some form of tutorial out there to work with the PREEMPT RT Linux patch with Yocto Project? I just am looking to get some hands dirty with RT-Linux. | 08:16 |
| qschulz | iceaway: take the Image and not the Image.gz? | 08:17 |
| iceaway | qschulz: will look at that, it's all bundled of by bitbake so need to figure out how to get the uncompressed version. When doing my "normal" image boot the compressed image is stored in the /boot path. Not sure how u-boot does then with unpacking. | 08:19 |
| iceaway | I did unpack the compressed image to another RAM location from load address, and could at least get the kernel started from there. | 08:19 |
| LetoThe2nd | shan1: the "official" yocto kernels already come in an RT flavor | 08:19 |
| *** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto | 08:22 | |
| shan1 | LetoThe2nd does that imply that when I make a image for any board it is RT "flavour"? | 08:23 |
| yocti | New news from stackoverflow: Akward line wrap in Yocto <https://stackoverflow.com/questions/57952823/akward-line-wrap-in-yocto> || Yocto core image for jetson nano black screen <https://stackoverflow.com/questions/57952653/yocto-core-image-for-jetson-nano-black-screen> | 08:24 |
| LetoThe2nd | shan1: no, it means that if you explicitly select the linux-yocto-rt kernel, then they are preemp-rt enabled. for any given custom board, your mileage may vary. | 08:24 |
| qschulz | iceaway: KERNEL_IMAGETYPE="Image"? but AFAICT, we're using Image.gz for that one here and it boots fine | 08:25 |
| qschulz | iceaway: I would definitely ask those questions on #u-boot :) | 08:26 |
| qschulz | iceaway: I don't remember exactly where U-Boot is extracting images | 08:26 |
| *** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto | 08:26 | |
| qschulz | so the unzipping of the image might be overriding something | 08:26 |
| *** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> has quit IRC | 08:27 | |
| *** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has quit IRC | 08:27 | |
| shan1 | LetoThe2nd ok thanks. Any thing I should keep in mind if I just want to get a RT-Linux on a machine like Raspberry pi or something? | 08:29 |
| qschulz | iceaway: might also be some Kconfig options not enabled somewhere | 08:31 |
| LetoThe2nd | shan1: primarily that i have no clue if meta-raspberrypi brings a preempt-rt kernel recipe :) | 08:33 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:41 | |
| fbre | Hello, yocto installs all files of my service correctly but the service is not started when my embedded Yocto Linux boots up. Here is the bitbake .bb file. What could be wrong?: https://pastebin.com/cmef0PZN | 08:42 |
| shan1 | LetoThe2nd Sure looks like it (https://github.com/agherzan/meta-raspberrypi/blob/2634621374be557f543a65d0e387ca1ec4cc4666/recipes-kernel/linux/linux-raspberrypi-rt_4.19.bb) | 08:44 |
| LetoThe2nd | shan1: then set PREFERRED_PROVIDER_virtual/kernel = "linux-raspberrypi-rt" in your machine, and hopefully be done. | 08:50 |
| fbre | Doing "systemctl enable start-firmware" manually after Linux booted up works well, but somehow yocto fails to do a systemctl correctly. http://lists.openembedded.org/pipermail/openembedded-devel/2016-March/106629.html says systemctl of yocto is just a script but not the real tool, so I wonder if the problem is probably there, but how can I found | 08:53 |
| fbre | out where it fails? | 08:53 |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto | 08:55 | |
| palate | is there a way to inspect the kernel options and auto-loaded modules from the image before I flash it? | 09:04 |
| palate | (i.e. in build/tmp/deploy/images/my-image)? | 09:04 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:07 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:11 | |
| *** camus <camus!~Instantbi@222.67.188.168> has joined #yocto | 09:22 | |
| yocti | New news from stackoverflow: Yocto change psplash image without rebuild the system <https://stackoverflow.com/questions/47769154/yocto-change-psplash-image-without-rebuild-the-system> | 09:24 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:25 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC | 09:26 | |
| *** camus is now known as kaspter | 09:26 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 09:27 | |
| shan1 | LetoThe2nd Thanks it worked! The image for the Pi-4 with RT Kernel just got built! | 09:30 |
| LetoThe2nd | shan1: :-) | 09:31 |
| LetoThe2nd | shan1: on a side note: i saw your cheatsheet starter, and ... while i like the idea, unfortunately it seems to contain quite a bunch of misleading things. not sure when i get around to prepare a improvement, but at least so far i would suggest that for all the .conf options you do not use it as a reference or such, ok? | 09:33 |
| LetoThe2nd | shan1: it at least gave me the topic to talk about in the next live session! :) | 09:34 |
| *** camus <camus!~Instantbi@222.67.152.154> has joined #yocto | 09:37 | |
| shan1 | LetoThe2nd I am all for improvements. I am just an amateur with Embedded Systems with Yocto, so I would be more than happy to work with the community to improve it. This was just my __hacky__ way to understand Yocto. | 09:38 |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 09:41 | |
| *** camus is now known as kaspter | 09:41 | |
| palate | I also see that you guys track stackoverflow, I thought yocto was more of a Unix topic: https://unix.stackexchange.com/questions/541868/ethernet-over-usb | 09:46 |
| LetoThe2nd | palate: you are in fact very right, but most of the SO readers/mods don't have a grasp of the yocto concepts, and so they think it looks like code, hence it must be code :) | 09:49 |
| palate | LetoThe2nd: right :D | 09:49 |
| LetoThe2nd | shan1: it was not meant to discourage you, just to ... be a little careful when showing it to others. once i find time, i hope to send you a pull request. | 09:50 |
| LetoThe2nd | palate: you do in fact have the modules installed? | 09:51 |
| shan1 | LetoThe2nd (y) I will just add a note in the README.md that it is WIP and will go changes accordingly! | 09:52 |
| fbre | I want to debug why SYSTEMD_AUTO_ENABLE_${PN} = "enable" does not work. Is there any logfile for this, or where can I find documentation how yocto processes that .bb file entry? | 09:52 |
| diego_r | hi rburton. I have recipes for qpdf 9.0.0 and cups-filters 1.25.5. I would like to push them to either openembedded-core or meta-openembedded, as meta-priting seems to be unmaintained. Where do you suggest to push those recipes? meta-openemebedded/meta-oe? | 09:53 |
| LetoThe2nd | shan1: thanks! | 09:53 |
| LetoThe2nd | shan1: the command section looks mostly fine, its really just the config stuff that needs some work | 09:53 |
| yocti | New news from stackoverflow: Ethernet-over-USB with Yocto <https://stackoverflow.com/questions/57954305/ethernet-over-usb-with-yocto> || How to reduce power button press time to turn off an imx6 board <https://stackoverflow.com/questions/57954205/how-to-reduce-power-button-press-time-to-turn-off-an-imx6-board> || Awkward line wrap in Yocto <https://stackoverflow.com/questions/57952823/awkward-line-wrap-in-yocto> | 09:54 |
| palate | LetoThe2nd: I don't have any access to my pocketbeagle, yet (I will try to solder an FTDI this afternoon to get the shell) | 09:54 |
| palate | LetoThe2nd: all I know is that the kernel options mention CDCETHER, and I added that to the autoload modules. But I don't know how if I could inspect my image on my computer before flashing it on the pocketbeagle | 09:55 |
| palate | LetoThe2nd: (would be rather convenient) | 09:55 |
| LetoThe2nd | palate: what image fstypes do you create? | 09:55 |
| LetoThe2nd | palate: (and the ftdi is always handy!) | 09:56 |
| palate | LetoThe2nd: wic | 09:56 |
| kanavin_ | rburton, shame about the sdl bits, they do work properly on ubuntu 18.04.3 and opensuse. Is there a possibility to look at those logs the failure references (log.do_testimage, qemu boot log)? | 09:56 |
| LetoThe2nd | palate: maybe add tar.gz to it, as this can be rather easily inspected. | 09:58 |
| LetoThe2nd | palate: and you can always look at the image.manifest, it should contain the list of installed things. | 09:58 |
| LetoThe2nd | palate: so if the modules are not mentioned there, then they are not in the image. | 09:59 |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 10:00 | |
| palate | LetoThe2nd: aha... I don't find any "ether" mentioned in the image manifest | 10:04 |
| LetoThe2nd | palate: nah, not exactly "ether". kernel module packages are by defintion called "kernel-module-***" in OE builds. | 10:05 |
| LetoThe2nd | palate: do they make it into the image? | 10:05 |
| palate | LetoThe2nd: nope, none of them | 10:06 |
| palate | LetoThe2nd: (as far as I can tell, i.e. there is no mention of "kernel-module" in the manifest) | 10:06 |
| LetoThe2nd | palate: then i'd start out by creating an image recipe basing off whatever you want, and add "kernel-modules" to IMAGE_INSTALL | 10:07 |
| shan1 | LetoThe2nd https://imgur.com/a/txqEdgj Added a Note for the configuration section. | 10:07 |
| rburton | kanavin_: hopefully | 10:07 |
| rburton | kanavin_: https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/1056/steps/8/logs/step5c is qa-extras2 on the new tumbleweed machine failing in testimage | 10:07 |
| rburton | related? | 10:07 |
| LetoThe2nd | shan1: looks good, thanks! | 10:08 |
| palate | LetoThe2nd: ooh, "kernel-module" Oo. I was reading the features here and did not see that this was an option: https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#ref-features-image | 10:08 |
| LetoThe2nd | palate: :) | 10:09 |
| palate | LetoThe2nd: and apparently it's not part of the core-image-minimal. Trying that \o/ | 10:10 |
| *** yacar_ <yacar_!~yacar@87-231-0-253.rev.numericable.fr> has quit IRC | 10:10 | |
| rburton | minimal means minima | 10:11 |
| rburton | there's a reason there's also a core-image-base | 10:11 |
| rburton | or core-image-full-cmdline | 10:11 |
| palate | LetoThe2nd: btw I think it's "kernel-modules" (with an "s"), as the other one was not found ;-) | 10:12 |
| LetoThe2nd | palate: i think so too. read again what i wrote :) | 10:12 |
| palate | LetoThe2nd: haha you're right xD. Annnnnd... it works! At least modules (including cdc-ether) appear in the manifest! \o/\o/ | 10:13 |
| LetoThe2nd | palate: badum-tsh! | 10:13 |
| palate | LetoThe2nd: I'll check what I can get with a tar.gz, now. It's important to get basics of how to debug an image :D | 10:14 |
| palate | LetoThe2nd: thanks a lot for the help! | 10:15 |
| LetoThe2nd | shan1: and for some nitpicking nomenclature (you don't have to change the note!): i am officially a member of the OE project, but not of yocto :) | 10:15 |
| diego_r | Anybody here with previous experience of using Plymouth in a initramfs? | 10:17 |
| kanavin_ | rburton, ahven't seen the tumbleweed one before | 10:17 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:17 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:18 | |
| rburton | kanavin_: its a new worker so all new error cases :) | 10:29 |
| rburton | step5 is just with systemd | 10:32 |
| *** camus <camus!~Instantbi@101.93.194.160> has joined #yocto | 10:34 | |
| kanavin_ | rburton, the xorg test does pass however - maybe the 'error' is actually not a real one? it seems to say something about udev, which is systemd | 10:34 |
| rburton | right | 10:34 |
| palate | LetoThe2nd: the pocketbeagle is still not doing anything when I plug it in my computer (`dmesg` says nothing), but that's one step forward anyway. Next step is probably the FTDI :-) | 10:35 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 10:36 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC | 10:37 | |
| *** camus is now known as kaspter | 10:37 | |
| iceaway | qschulz: thanks for the tips, will investigate more and join #u-boot if required :) | 10:39 |
| *** camus <camus!~Instantbi@222.67.188.194> has joined #yocto | 10:51 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC | 10:54 | |
| *** camus is now known as kaspter | 10:54 | |
| *** Crofton <Crofton!~Crofton@d47-69-20-194.try.wideopenwest.com> has joined #yocto | 11:05 | |
| *** palate <palate!~jones@unaffiliated/palate> has quit IRC | 11:15 | |
| yocti | New news from stackoverflow: SYSTEMD_SERVICE_swupdate value swupdate.service does not exist <https://stackoverflow.com/questions/57955367/systemd-service-swupdate-value-swupdate-service-does-not-exist> | 11:24 |
| *** camus <camus!~Instantbi@222.67.188.194> has joined #yocto | 11:28 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.194> has quit IRC | 11:31 | |
| *** camus is now known as kaspter | 11:31 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 11:34 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 11:34 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.206.9> has joined #yocto | 11:37 | |
| *** yacar_ <yacar_!~yacar@87-231-0-253.rev.numericable.fr> has joined #yocto | 11:41 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:43 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:58 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:58 | |
| *** camus <camus!~Instantbi@222.67.188.194> has joined #yocto | 12:01 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.194> has quit IRC | 12:04 | |
| *** camus is now known as kaspter | 12:04 | |
| *** shan1 <shan1!86666183@dhcp-131.biba.uni-bremen.de> has quit IRC | 12:26 | |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto | 12:32 | |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 12:33 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.194> has quit IRC | 12:37 | |
| *** camus is now known as kaspter | 12:37 | |
| rburton | JPEW: 2019-09-16 13:35:12,476 - oe-selftest - INFO - Reproducibility summary for deb: same=4707 different=0 missing=0 total=4707 | 12:38 |
| rburton | 2019-09-16 13:35:14,221 - oe-selftest - INFO - Reproducibility summary for ipk: same=4707 different=0 missing=0 total=4707 | 12:38 |
| PinkSnake | Hi all, I would have some advice about version management inside Yocto framework. I have several recipes under version control (1.0.bb, 1.2.bb ...) I have set preferred_version for each of them. I'm not sure but I can't put the preferred version inside our distro.conf because OS and applications are not in the same meta. I let conf/local.conf for | 12:39 |
| PinkSnake | users stuff. So where is the best place for that? Thx. | 12:39 |
| rburton | distro.conf is exactly where that should go | 12:40 |
| RP | kanavin_: did you get anywhere with strace? | 12:40 |
| LetoThe2nd | RP: rburton: i already decided the next live session will be on DISTRO vs. MACHINE vs. IMAGE | 12:41 |
| PinkSnake | rburton Thx, but there is no trouble to set preferred_version if any recipe exists ? Because there are in our "application layer" | 12:41 |
| rburton | its just a variable | 12:42 |
| rburton | no problem at all | 12:42 |
| RP | LetoThe2nd: sounds good | 12:42 |
| rburton | why not make the distro layer depend on your other layers? :) | 12:42 |
| PinkSnake | LetoThe2nd should be good idea, in fact there are any info about Yocto and how to use it but not so much about create and/or configure project :):) | 12:42 |
| LetoThe2nd | RP: i kinda realized that it is needed. | 12:42 |
| qschulz | LetoThe2nd: YES PLEASE. | 12:43 |
| PinkSnake | rburton sounds a good advice :) thx | 12:43 |
| iceaway | LetoThe2nd: awesome, sounds like an great topic for us newcomers. | 12:48 |
| LetoThe2nd | * Copyright (c) 2003 Intracom S.A. | 12:49 |
| rburton | RP: fired an enhanced reprod test at the ab | 12:51 |
| rburton | ipkg and sato :) | 12:51 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:58 | |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 13:03 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:03 | |
| *** georgem_ is now known as georgem | 13:07 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 13:07 | |
| *** camus is now known as kaspter | 13:07 | |
| RP | rburton: took me a minute to understand that :) | 13:08 |
| rburton | reproducible :) | 13:09 |
| JPEW | rburton: Awesome! | 13:15 |
| rburton | JPEW: adelcast cleaned up my opkg-utils patch so that's opkg sorted. fired a build on the AB testing opkg with sato to see what the damage is | 13:16 |
| *** camus <camus!~Instantbi@101.93.194.160> has joined #yocto | 13:19 | |
| *** fbre <fbre!91fdde45@145.253.222.69> has quit IRC | 13:21 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 13:23 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto | 13:24 | |
| yocti | New news from stackoverflow: How to fix error 501 while using yocto build tool? <https://stackoverflow.com/questions/57957722/how-to-fix-error-501-while-using-yocto-build-tool> | 13:25 |
| *** camus <camus!~Instantbi@101.93.194.160> has quit IRC | 13:26 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:27 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-fqaatndwxwggjnsn> has joined #yocto | 13:38 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 13:40 | |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 13:41 | |
| palate | hmm so I soldered my FTDI, connected it to the pocketbeagle and to my computer, and it is not recognized by my computer :/ | 13:42 |
| palate | It detects Product: TTL232R, Manufacturer: FTDI, which is my FTDI chip | 13:42 |
| palate | on the other side (pocketbeagle), I connect as shown here: https://github.com/beagleboard/pocketbeagle/wiki/System-Reference-Manual#56_Serial_Debug_Port | 13:43 |
| palate | (TX to RX, RX to TX, GND to GND) | 13:43 |
| *** camus <camus!~Instantbi@222.67.188.174> has joined #yocto | 13:43 | |
| palate | I power my pocketbeagle over USB, and then I connect the FTDI | 13:44 |
| palate | my computer doesn't see anything. I would expect that dmesg shows a serial device connected, right? | 13:44 |
| palate | Am I doing something wrong, or could it be that my yocto image just doesn't boot? It boots when I build for qemux86... | 13:44 |
| PinkSnake | palate you should try first with one of this images : https://beagleboard.org/latest-images | 13:46 |
| PinkSnake | just to check HW ;) | 13:46 |
| qschulz | palate: do you have the FTDI drivers installed on your computer? | 13:46 |
| palate | PinkSnake: yes that works, I use that pocketbeagle with other images. I'm just trying to learn a bit of Yocto :) | 13:47 |
| palate | qschulz: not that I remember... that's probably a "no"... | 13:48 |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 13:48 | |
| *** camus is now known as kaspter | 13:48 | |
| qschulz | palate: I think what PinkSnake meant is to check your UART with the official image? | 13:48 |
| palate | qschulz: oooh, got it, sorry PinkSnake :) | 13:48 |
| palate | qschulz: I have libftdi installed, is that it? | 13:48 |
| qschulz | palate: noidea.gif :) but in dmesg you should have a new serial device enumerated right after detection of the FTDI chip IIRC | 13:49 |
| PinkSnake | palate qschulz Apologize my English guys ;( | 13:49 |
| palate | I see libftd2xx that I haven't installed: "Library that allows a direct access to a USB FTDI2XX chip based device" | 13:49 |
| LetoThe2nd | palate: no you certainly don't need that one | 13:50 |
| LetoThe2nd | palate: its a totally standards compliant usb-serial device | 13:50 |
| LetoThe2nd | no lib neede | 13:50 |
| palate | :/ | 13:51 |
| LetoThe2nd | what OS is your dev host on? | 13:51 |
| palate | I guess the next step is to do what PinkSnake suggests, then: official image, and try to see if the serial is recognized? | 13:51 |
| palate | LetoThe2nd: Arch Linux xD | 13:51 |
| LetoThe2nd | palate: reboot | 13:51 |
| palate | Is that an arch linux thing? :D | 13:52 |
| palate | ooooh... update | 13:52 |
| LetoThe2nd | palate: archlinux has the speciality that it doesn't recognize new usb devices if there was a kernel update since last reboot | 13:52 |
| LetoThe2nd | palate: and i am exactly 100% sure that the ftdi works OOTB on arch | 13:52 |
| palate | LetoThe2nd: is it only an arch specialty? | 13:52 |
| * palate reboots... | 13:53 | |
| kanavin_ | RP: I did, check the bugzilla :) | 13:53 |
| kanavin_ | RP: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13506 | 13:53 |
| yocti | Bug 13506: normal, Medium+, 2.8 M3, alex.kanavin, IN PROGRESS DESIGN , [master-next] strace ptest timed out | 13:53 |
| palate | LetoThe2nd: FTDI USB Serial Device converter detected -> looking better | 13:57 |
| LetoThe2nd | palate: :) | 13:57 |
| LetoThe2nd | palate: and yes, it *is* an arch speciality | 13:57 |
| palate | LetoThe2nd: haha! I'm in \o/ \o/ \o/ | 13:57 |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC | 13:58 | |
| palate | Thanks a lot guys :-) :-) | 13:58 |
| palate | So now I see that cdc_ether is there in /lib/modules, that's something | 13:59 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 13:59 | |
| palate | If I do "lsmod", it says "cdc_ether 16384 0 - Live 0xbf01f000" -> so I presume the cdc_ether module is running Oo | 14:00 |
| qschulz | palate: lsmod? | 14:00 |
| qschulz | ah damn | 14:00 |
| qschulz | too quick for me :) | 14:00 |
| palate | haha :) | 14:00 |
| qschulz | ip address assigned? | 14:00 |
| qschulz | on the correct subnet? | 14:00 |
| palate | so the issue I have is that my computer doesn't see the pocketbeagle as a network interface. Like "ip link" doesn't show it, and "dmesg" doesn't say anything (except for the FTDI) | 14:01 |
| palate | Which I guess should come before the IP setup, right? | 14:01 |
| palate | I'm new to usb gadgets, so my current naive idea is that "I load cdc_ether, plug the pocketbeagle into my computer, and my computer sees a network interface over USB" | 14:01 |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has joined #yocto | 14:02 | |
| qschulz | if dmesg does not say anything, that does not smell so good | 14:03 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 14:04 | |
| palate | ¯\_(ツ)_/¯ | 14:04 |
| palate | that's the reason why I went for FTDI actually, hoping to see something from the pocketbeagle | 14:05 |
| palate | but now I'm completely lost. I just know that the official image does ethernet over usb (I don't know how) | 14:05 |
| JPEW | RP: Do we really need both BB_HASHSERVE and SSTATE_HASHEQUIV_SERVER variables? Can I remove SSTATE_HASHEQUIV_SERVER as redundant? | 14:07 |
| LetoThe2nd | palate: run the official image and look at its loading scripts. thats what i would do. | 14:08 |
| RP | JPEW: probably | 14:09 |
| palate | LetoThe2nd: can you give me a keyword about the loading scripts I'm interested in? I guess I would check the modules (is it cdc_ether or g_ether?), but I don't really know what else | 14:11 |
| palate | LetoThe2nd: as I said, USB gadgets are still magic to me xD | 14:11 |
| LetoThe2nd | palate: i think it should be g_ether | 14:11 |
| LetoThe2nd | palate: just boot it up, look at lsmod for starters. and join #beagle :) | 14:12 |
| palate | oh, #beagle :) | 14:12 |
| palate | LetoThe2nd: ok I'll do that! Thanks a lot again for the help | 14:13 |
| palate | I was going for `cdc_ether` because I believe that `g_ether` is not recognized on Android, and I was curious about that | 14:13 |
| palate | LetoThe2nd: why would you think it should be g_ether instead of cdc_ether? | 14:13 |
| LetoThe2nd | palate: because g_ stands for "gadget" | 14:14 |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC | 14:15 | |
| palate | oh :) | 14:15 |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto | 14:16 | |
| LetoThe2nd | palate: and if i'm not super mistaken, then cdc_ether should be the hostside equivalent to it | 14:16 |
| palate | damnit, I got it wrong again xD | 14:19 |
| palate | but then if Android doesn't detect g_ether, I'm screwed I guess | 14:20 |
| LetoThe2nd | palate: why would anyone care about andoird anyways? | 14:20 |
| palate | LetoThe2nd: xD. I'd like my pocketbeagle to be a network interface to a robot. So you connect your Android phone to my pocketbeagle, it creates a new network interface on your phone, and then you can just communicate with the robot with networking | 14:24 |
| LetoThe2nd | palate: my personal suggestion is: do one ting at a time. | 14:25 |
| palate | LetoThe2nd: it works e.g. if you plug a router into your Android with the right adapters. So I'm trying to understand how my pocketbeagle could imitate that | 14:25 |
| LetoThe2nd | and as long as you don't have a solid grasp on the PB handling itself, then android will only complicate things. | 14:26 |
| palate | right, that's a fair point | 14:26 |
| *** camus <camus!~Instantbi@222.67.188.168> has joined #yocto | 14:27 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 14:31 | |
| *** camus is now known as kaspter | 14:31 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 14:35 | |
| adelcast | rburton: just saw the results, that's awesome | 14:38 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:45 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 14:47 | |
| RP | zeddii: Is there something like https://lkml.org/lkml/2019/5/13/703 we should pull in? | 14:52 |
| zeddii | possibly, but it requires research to why 5.2-stable wouldn't have already gotten the fix if it went mainline. I'll poke around a bit. | 14:57 |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:59 | |
| zeddii | it's this commit: git show 05b289263772b | 15:00 |
| zeddii | RP: interesting. that's already in 5.2, are you seeing this with linux-yocto-5.2 ? you shouldn't | 15:02 |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 15:03 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 15:04 | |
| RP | zeddii: sorry, I'm misreading. https://bugzilla.yoctoproject.org/show_bug.cgi?id=13506 | 15:07 |
| yocti | Bug 13506: normal, Medium+, 2.8 M3, alex.kanavin, IN PROGRESS DESIGN , [master-next] strace ptest timed out | 15:07 |
| RP | zeddii: looks like there is another issue with that change :/ | 15:08 |
| * zeddii reads and ponders | 15:16 | |
| *** Crofton <Crofton!~Crofton@d47-69-20-194.try.wideopenwest.com> has quit IRC | 15:18 | |
| yates | i have built a (non-extensible) SDK using "bitbake image -c populate_sdk". do i need to run the "xyz.sh" script to install it on the build system? this step isn't mentioned explicitly in the doc | 15:23 |
| yates | https://www.yoctoproject.org/docs/2.1/sdk-manual/sdk-manual.html | 15:23 |
| yates | the tmp/deploy/sdk/xyz.sh script, that is | 15:24 |
| yates | yes | 15:26 |
| yates | yes, captain obvious... | 15:26 |
| *** Crofton <Crofton!~Crofton@d47-69-20-194.try.wideopenwest.com> has joined #yocto | 15:27 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 15:28 | |
| RP | zeddii: not sure if kanavin_ is planning to take it further but we should get it reported. This issue is blocking M3 :/ | 15:30 |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has joined #yocto | 15:32 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 15:33 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:34 | |
| armpit | zeddii, you ok if i send your 4.14 update patch to the list? | 15:35 |
| zeddii | no worries. fire away. | 15:35 |
| armpit | k | 15:35 |
| kanavin_ | RP: I am sadly out of ideas at this point how to drive this further. We need to ask the author of that commit. | 15:39 |
| kanavin_ | RP: we can apply a short timeout to the tests, but it won't resolve the issue, just will make the tests complete within reasonable time | 15:41 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:50 | |
| *** yacar_ <yacar_!~yacar@87-231-0-253.rev.numericable.fr> has quit IRC | 15:53 | |
| RP | kanavin_: in the short term lets do that as having X failures rather than timeout would be better | 15:54 |
| RP | kanavin_: are you going to report to upstream or should someone else? | 15:55 |
| ecdhe | I tried to install myfile.py file into /usr/local/bin/ from a do_install(), but yocto copied to /usr/lib/python3.6/myfile.py instead... are there are any example layers that show how to deploy a python source app in a custom layer? | 16:01 |
| ecdhe | Most of the examples I see all compile helloworld.c and put it in /usr/bin (${bindir}) | 16:01 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 16:05 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 16:10 | |
| kanavin_ | RP: if you or Bruce already follow lkml, I'd rather one of you do the report | 16:10 |
| RP | ecdhe: your do_install can put files wherever it wants | 16:10 |
| RP | kanavin_: thats fine, just want to ensure someone is doing it | 16:10 |
| RP | zeddii: you or me? | 16:11 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 16:11 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has joined #yocto | 16:11 | |
| *** mckoan is now known as mckoan|away | 16:16 | |
| *** camus <camus!~Instantbi@222.67.188.168> has joined #yocto | 16:18 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC | 16:21 | |
| *** camus is now known as kaspter | 16:21 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 16:27 | |
| *** marler89976 <marler89976!0f41fc0d@ztxe01hpics303.austin.hp.com> has joined #yocto | 16:28 | |
| marler89976 | Anyone ever used git send-email behind a proxy? I've never used git send-email before and can't seem to get it working yet | 16:28 |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.206.9> has quit IRC | 16:41 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.206.9> has joined #yocto | 16:41 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 16:42 | |
| marler89976 | I'm getting this error: ERROR: sqlite3-3_3.23.1-r0 do_package_qa: QA Issue: /usr/bin/sqlite3 contained in package sqlite3 requires libpthread.so.0, but no providers found in RDEPENDS_sqlite3? [file-rdeps] | 16:42 |
| marler89976 | Do I need to add glibc as an RDEPENDS? | 16:43 |
| marler89976 | That doesn't seem right to me | 16:43 |
| marler89976 | I can see that libpthread.so.0 is in the glibc package | 16:43 |
| marler89976 | tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/glibc-locale/linaro-2.25-r0/locale-tree/lib/libpthread.so.0 | 16:43 |
| marler89976 | sorry wrong file | 16:43 |
| marler89976 | tmp/work/armv7vet2hf-neon-poky-linux-gnueabi/glibc/linaro-2.25-r0/packages-split/glibc/lib/libpthread.so.0 | 16:43 |
| *** camus <camus!~Instantbi@222.67.188.168> has joined #yocto | 16:46 | |
| alessioigor | Has someone ever incurred into "/lib/ld.so.1: No such file or directory" error? | 16:46 |
| rburton | alessioigor: when? | 16:48 |
| alessioigor | rburton: Building gobject-introspection-data on powerpc (ppc7400) and powerpcspe (ppce500v2). | 16:49 |
| alessioigor | On master | 16:49 |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 16:50 | |
| *** camus is now known as kaspter | 16:50 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 16:50 | |
| rburton | alessioigor: probably trying to find ld.so in a path where it isn't | 16:51 |
| rburton | alessioigor: possibly due to a host/target libdir confusion? | 16:51 |
| alessioigor | rburton: I'll try to give a look. | 16:52 |
| rburton | alessioigor: ppc host or x86 | 16:55 |
| rburton | ? | 16:55 |
| alessioigor | rburton: x86 | 16:56 |
| rburton | hm | 16:56 |
| rburton | the AB should be exercising those paths for poky at least | 16:56 |
| *** Crofton <Crofton!~Crofton@d47-69-20-194.try.wideopenwest.com> has quit IRC | 16:58 | |
| rburton | yeah and they work | 16:59 |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 17:01 | |
| *** shan1 <shan1!86666183@dhcp-131.biba.uni-bremen.de> has joined #yocto | 17:02 | |
| *** shan1 <shan1!86666183@dhcp-131.biba.uni-bremen.de> has quit IRC | 17:05 | |
| marler89976 | does anyone know how "glibc" gets implicitly added to RDEPENDS during do_package_qa? | 17:10 |
| rburton | because a binary links to libc.so.6, and bitbake knows that libc.so.6 is in the glibc package | 17:10 |
| rburton | its during do_package, not do_package_qa | 17:10 |
| marler89976 | it's not getting added in sqlite3 | 17:10 |
| rburton | something broke in sqlite then | 17:11 |
| marler89976 | it's happening in multiple recipes | 17:11 |
| marler89976 | not just sqlite3 | 17:11 |
| rburton | ok, something broke in your toolchain | 17:11 |
| marler89976 | right | 17:11 |
| marler89976 | that's why I'm asking where that RDEPEND gets implicitly added | 17:11 |
| rburton | can you replicate with nodistro/poky? | 17:11 |
| marler89976 | it's not getting added in my environment | 17:11 |
| marler89976 | I'm using poky distro | 17:12 |
| rburton | maybe check that glibc contains the library you expect | 17:12 |
| marler89976 | it does | 17:12 |
| marler89976 | However, I can see in do_package_qa with/without my toolchain there's a difference | 17:12 |
| marler89976 | in my toolchain, glibc is not getting added to RDEPENDS, with the default tool chain it is | 17:12 |
| marler89976 | who is adding glibc to RDEPENDS? | 17:12 |
| rburton | ah, so your toolchain is bust | 17:12 |
| marler89976 | correct | 17:12 |
| marler89976 | that's why I'm asking how glibc gets added to RDEPENDS | 17:13 |
| marler89976 | so I can fix it | 17:13 |
| rburton | was that one you built out of tree, or a vendor provided it? | 17:13 |
| marler89976 | it's the linaro toolchain | 17:13 |
| marler89976 | provided by meta-linaro | 17:13 |
| rburton | i'd complain to linaro then | 17:13 |
| marler89976 | sure | 17:13 |
| marler89976 | but the question still stands | 17:13 |
| marler89976 | how does glibc get added to RDEPENDS? | 17:13 |
| rburton | [18:10:43] <rburton>because a binary links to libc.so.6, and bitbake knows that libc.so.6 is in the glibc package | 17:13 |
| marler89976 | I'm not complaining, I'm looking for help | 17:13 |
| marler89976 | so for you've asked me a bunch of questions and haven't provided any help yet | 17:14 |
| rburton | so check that the library is in glibc | 17:14 |
| marler89976 | that's not an answer to the question | 17:14 |
| marler89976 | when and how in does glibc get added to the RDEPENDS variable? | 17:14 |
| marler89976 | it is in glibc, I already answered that question | 17:14 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:15 | |
| rburton | do_package knows what libraries exist and where they come from | 17:15 |
| marler89976 | note that if I run bitbake -e, it's not in RDEPENDS whether or not I'm using either toolchain | 17:15 |
| rburton | so check that glibc has built that library correctly | 17:15 |
| marler89976 | but it gets added somewhere inside the code before do_package_qa | 17:15 |
| marler89976 | it is in there | 17:15 |
| rburton | [18:10:52] <rburton>its during do_package, not do_package_qa | 17:15 |
| rburton | so presumably the shlibs are broken then | 17:15 |
| marler89976 | you're not listening to me and you keep asking the same questions I've already answered | 17:15 |
| marler89976 | I just have one question | 17:16 |
| marler89976 | who is adding glibc to RDEPENDS? | 17:16 |
| marler89976 | where is the code? | 17:16 |
| rburton | the do_package | 17:16 |
| rburton | task | 17:16 |
| *** yacar_ <yacar_!~yacar@87-231-0-253.rev.numericable.fr> has joined #yocto | 17:16 | |
| marler89976 | who is adding to it when do_package_qa runs? | 17:16 |
| marler89976 | I'm taking about the python data structures | 17:16 |
| marler89976 | they get reset at every task | 17:16 |
| marler89976 | so if do_package sets the RDEPENDS variable, it doesn't affect do_package_qa | 17:17 |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 17:18 | |
| marler89976 | yocto finds that /usr/bin/sqlite3 depends on libc, but libc is not added to RDEPENDS_sqlite3 | 17:18 |
| marler89976 | I could make a bbapend to added glibc (which works) but that's obviously wrong | 17:18 |
| marler89976 | how is glibc supposed to be added to RDPEENDS_sqlite3? | 17:18 |
| marler89976 | I can tell you that with or without linaro, it does not appear when you but "bitbake -e sqlite3" | 17:19 |
| rburton | correct, do_package adds it for you | 17:19 |
| marler89976 | it gets added somewhere in the task code, but I don't know where, and I don't know why it's not getting added when I use lianro | 17:19 |
| marler89976 | Is there a way to get the bitbake -e output within a task? | 17:20 |
| rburton | have a look in pkgdata/shlibs for glibc | 17:20 |
| marler89976 | A way to print a variable and all the places it has been set within a task? | 17:20 |
| rburton | compare with both toolchains | 17:20 |
| marler89976 | it's not a problem with shlibs | 17:20 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:20 | |
| marler89976 | shlib is detecting the dependency | 17:20 |
| rburton | and you've verified that the shlibs are correct? | 17:20 |
| marler89976 | the problem is that it detects the dependency, but sees that the dependency wasn't declared in RDEPENDS | 17:20 |
| marler89976 | so it then asserts an error that RDEPENDS is missing the dependency | 17:20 |
| marler89976 | YES! | 17:20 |
| marler89976 | I've asked 2 questions that I haven't gotten an answer to, you've asked me a dozen questions | 17:21 |
| marler89976 | please can you answer one of my 2 questions? | 17:21 |
| rburton | ffs | 17:21 |
| rburton | no you can't do 'bitbake -e' on a task | 17:21 |
| marler89976 | that's not what I asked | 17:21 |
| marler89976 | I asked if you could print the same output as bitbake -e within a task | 17:22 |
| rburton | [18:20:02] <marler89976>Is there a way to get the bitbake -e output within a task? | 17:22 |
| rburton | yes you did | 17:22 |
| rburton | what was the other question? | 17:22 |
| marler89976 | that's not the same | 17:22 |
| marler89976 | out is the output of bitbake -e printed? Maybe there is a library or a function I can call to get the output within a task | 17:22 |
| marler89976 | *how is the output... | 17:22 |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 17:23 | |
| rburton | i'm not sure how that is relevant. the problem is that the binaries are obviously different. run ldd on the working sqlite binary and the broken sqlite binary, maybe the linkage is bust | 17:23 |
| marler89976 | you're still not understanding | 17:23 |
| marler89976 | the binaries are fine | 17:23 |
| marler89976 | the problem is that glibc is missing from RDEPENDS | 17:23 |
| marler89976 | so I have to see who is adding glibc to RDEPENDS with the default toolchain | 17:24 |
| marler89976 | and why it's not getting added with the linaro toolchain | 17:24 |
| rburton | the piece of code that adds that dependency is do_package | 17:25 |
| marler89976 | ok...where in do_package? | 17:25 |
| rburton | based on extracting the linkage from the binary and using the shlibs files | 17:25 |
| marler89976 | b*sh | 17:25 |
| marler89976 | wrong window :) that was an emacs command | 17:26 |
| marler89976 | let me double-check the shlibs | 17:26 |
| kergoth | https://www.growingwiththeweb.com/2017/03/mastering-vscodes-terminal.html | 17:27 |
| rburton | right dinner | 17:27 |
| rburton | kergoth: if you can write a vscode plugin to make bbclass work in the outline view i'd give you actual money | 17:27 |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 17:27 | |
| *** camus is now known as kaspter | 17:27 | |
| marler89976 | shlibs look identican with and without linaro | 17:27 |
| marler89976 | *identical | 17:27 |
| kergoth | that'd be nice. sadly not a js guy | 17:28 |
| marler89976 | cat pkgdata/shlibs2/libsqlite3.list | 17:28 |
| kergoth | damnit, i need to fix meta-external-toolchain due to the libnsl split | 17:28 |
| marler89976 | cat libsqlite3.list | 17:28 |
| marler89976 | so where is the dependency on glibc added? | 17:29 |
| neverpanic | marler89976: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/package.bbclass#n1858 | 17:37 |
| marler89976 | shlibs is not the problem | 17:38 |
| marler89976 | the problem is that yocto is detecting that sqlite3 depends on libc.so.6, but glibc is not in the RDEPENDS_sqlite3 list | 17:38 |
| marler89976 | RDEPENDS_sqlite3 is completely empty | 17:39 |
| neverpanic | Yes, it is. The dependency from your sqlite package to the package providing libpthread.so.0 would normally be automatically added by this code, satisfying the QA check. For some reason that is not happening. | 17:39 |
| neverpanic | RDEPENDS_sqlite3 should be empty when the recipe runs, the packaging step fills it appropriately | 17:39 |
| marler89976 | oh? | 17:39 |
| marler89976 | I'm printing it inside the do_package_qa code | 17:39 |
| marler89976 | Without linaro I can see that glibc gets added to RDEPENDS_sqlite3, with linaro it isn't | 17:40 |
| marler89976 | And in both cases, bitbake -e shows RDEPENDS_sqlite3 as empty | 17:40 |
| neverpanic | That may be, for example, because the glibc package built by linaro doesn't have libpthread.so.0 in its shlibs providers | 17:40 |
| marler89976 | it has the file | 17:40 |
| *** monkeyman79 <monkeyman79!2e4ccb51@apn-46-76-203-81.dynamic.gprs.plus.pl> has joined #yocto | 17:40 | |
| marler89976 | let me check | 17:40 |
| marler89976 | cat pkgdata/shlibs2/glibc.list | 17:41 |
| marler89976 | librt.so.1:/lib:linaro-2.25 | 17:41 |
| marler89976 | it's in there | 17:42 |
| neverpanic | That's librt.so, not libpthread.so? | 17:42 |
| marler89976 | that's glibc.list | 17:43 |
| marler89976 | it provides both librt and libpthread | 17:43 |
| neverpanic | Also, what makes you think the file-deps QA check uses RDEPENDS_sqlite3? It looks at the packaging input data written by do_package, see insane.bbclass around line 715 | 17:44 |
| neverpanic | Well, if it provides both, but your glibc.list only contains one of them, that's your problem. | 17:44 |
| marler89976 | right it's both | 17:44 |
| marler89976 | glibc doesn't get added explicitly to RDEPENDS in any configuration | 17:44 |
| marler89976 | it's getting added using setVar at some point | 17:44 |
| marler89976 | so bitbake -e won't show it | 17:45 |
| marler89976 | but I'm just not sure where | 17:45 |
| neverpanic | IIRC it never gets added to RDEPENDS at any point. | 17:45 |
| marler89976 | line 687 | 17:45 |
| marler89976 | I print it and it's in there | 17:45 |
| marler89976 | without linaro it gets added to RDEPENDS | 17:45 |
| marler89976 | rdepends = bb.utils.explode_deps(localdata.getVar('RDEPENDS') or "") | 17:45 |
| marler89976 | note that these lines are right after adding the pkg override | 17:46 |
| marler89976 | so it's really getting RDEPENDS_sqlite3 | 17:46 |
| marler89976 | I'm on thud right now so line number might be off | 17:46 |
| marler89976 | Obviously something is adding glibc to RDEPENDS here, I just don't know where | 17:47 |
| neverpanic | Well, the function name should tell you, as should the comment in the header of the file: "read_shlibdeps - Reads the stored shlibs information into the metadata" | 17:47 |
| marler89976 | but glibc isn't in there | 17:47 |
| marler89976 | no matter what package | 17:48 |
| neverpanic | So as I have been trying to tell you, and other have been trying to tell you, something's broken with your shlibdeps detection | 17:48 |
| marler89976 | I'm guessing it's special | 17:48 |
| marler89976 | no | 17:48 |
| marler89976 | it's not in there even when I built with the default toolchain that WORKS | 17:48 |
| marler89976 | maybe I'm looking in the wrong place? | 17:48 |
| marler89976 | where would that dependency be? | 17:48 |
| marler89976 | I have both the working and non-working recipe with and without linaro | 17:49 |
| neverpanic | ${PKGDEST}/${PKG}.shlibdeps | 17:49 |
| marler89976 | is there any file you'd like me to look at? | 17:49 |
| JPEW | RP: Posted the patches for the new hash equivalence server. Make sure to get the 2 OE-core patches with the bitbake patch | 17:50 |
| marler89976 | find WORKDIR -name "*.shlibdeps" returns nothing | 17:50 |
| JPEW | RP: The bitbake is one large patch. Sorry :( | 17:50 |
| neverpanic | rm_work is disabled, I guess? | 17:50 |
| marler89976 | ? | 17:51 |
| marler89976 | oh yes | 17:51 |
| marler89976 | It's disabled | 17:51 |
| marler89976 | I have all the files | 17:51 |
| neverpanic | Also, the file only gets written if there are dependencies | 17:51 |
| marler89976 | sqlite3 definitely depends on libc | 17:51 |
| neverpanic | So maybe your shlibs mechanism is completely broken and you're just noticing it on sqlite3 first? | 17:51 |
| marler89976 | and pthread | 17:52 |
| marler89976 | I've built hundreds of other recipes | 17:52 |
| marler89976 | only a couple are broken | 17:52 |
| marler89976 | and the problem might be intermittent | 17:52 |
| marler89976 | wait | 17:53 |
| rburton | kergoth: have you noticed you can't make the terminal and the editor use the same font? more precisely, i can't seem to make the same font render identically in the editor and the terminal | 17:53 |
| neverpanic | def linux_so(file, pkg, pkgver, d) is the function that determines what files a binary links to. Might want to try to replicate what its output would be on a binary built with your linaro toolchain and without. | 17:53 |
| marler89976 | I found shlibdeps files in the packages-split directories | 17:53 |
| kergoth | huh, i hadn't noticed | 17:53 |
| rburton | kergoth: maybe its a mac thing | 17:53 |
| marler89976 | I was looking in glibc, not sqlite3 | 17:54 |
| marler89976 | one mement | 17:54 |
| marler89976 | ok that does look like the problem | 17:54 |
| neverpanic | As said previously. | 17:55 |
| marler89976 | finally | 17:55 |
| *** camus <camus!~Instantbi@222.67.188.194> has joined #yocto | 17:55 | |
| marler89976 | thanks for helping me to the end | 17:55 |
| neverpanic | Anyway, free tech support hour gracicously sponsored by my employer is over, I'm going home. | 17:55 |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 17:55 | |
| *** camus is now known as kaspter | 17:55 | |
| marler89976 | Now I can work on the fix | 17:55 |
| marler89976 | Which employer? I'll send them a check :) | 17:56 |
| neverpanic | Nah, they have enough. | 17:56 |
| marler89976 | Lol... | 17:56 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:00 | |
| __angelo | hi, i am in sumo, need an help to setup dhcp eth0 at boot, using systemd. Could someone kindly point me to some doc ? | 18:03 |
| *** Crofton <Crofton!~Crofton@d47-69-20-194.try.wideopenwest.com> has joined #yocto | 18:07 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 18:11 | |
| *** camus <camus!~Instantbi@222.67.188.194> has joined #yocto | 18:15 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.194> has quit IRC | 18:19 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has joined #yocto | 18:20 | |
| *** camus <camus!~Instantbi@222.67.188.194> has quit IRC | 18:24 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:24 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC | 18:29 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.206.9> has quit IRC | 18:38 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.206.9> has joined #yocto | 18:39 | |
| yates | will rebuilding an image also rebuild the INITRAMFS_IMAGE specified in the builds conf/local.conf? it does not appear so. | 18:41 |
| yates | that is, not after the initial image has been built once | 18:41 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 18:42 | |
| yates | so in that case, is "bitbake image -c bundle_initramfs" the proper way to rebuild it? | 18:42 |
| *** kaspter <kaspter!~Instantbi@222.67.188.181> has joined #yocto | 18:43 | |
| yates | neverpanic: ha ha - "free tech support hour..." | 18:45 |
| *** yacar_ <yacar_!~yacar@87-231-0-253.rev.numericable.fr> has quit IRC | 18:45 | |
| yates | anyone? | 18:47 |
| *** kaspter <kaspter!~Instantbi@222.67.188.181> has quit IRC | 18:57 | |
| JPEW | yates: I don't use INITRAMFS_IMAGE... I would image it should rebuild automatically if required | 19:02 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 19:09 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has joined #yocto | 19:11 | |
| *** rizzitello <rizzitello!~quassel@24.105.220.210> has joined #yocto | 19:15 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 19:19 | |
| *** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has joined #yocto | 19:19 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 19:26 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 19:27 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 19:38 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 19:40 | |
| RP | JPEW: cool on the hashserv patch :) | 19:43 |
| RP | JPEW: does that apply to master or -next and my server changes? | 19:43 |
| JPEW | master | 19:50 |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-yiqloelgeevqanwv> has joined #yocto | 19:50 | |
| JPEW | RP: I think it obseletes all the hash equivalence patches in master-next except for the runqueue optimization patches you made. | 19:51 |
| RP | JPEW: ok, thanks. It obsoletes my remove threading thing then | 19:51 |
| JPEW | RP: correct | 19:51 |
| RP | JPEW: cool | 19:51 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:01 | |
| *** jofr <jofr!~jofr@193.182.166.3> has quit IRC | 20:17 | |
| *** jae1 <jae1!95c73e81@149.199.62.129> has joined #yocto | 20:17 | |
| *** Crofton <Crofton!~Crofton@d47-69-20-194.try.wideopenwest.com> has quit IRC | 20:17 | |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 20:21 | |
| *** Crofton <Crofton!~Crofton@d47-69-20-194.try.wideopenwest.com> has joined #yocto | 20:24 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC | 20:25 | |
| *** camus is now known as kaspter | 20:25 | |
| yates | JPEW: you are right - again i was not checking in my changes. DOH! | 20:35 |
| yates | does anyone know of a C api to the "smart" package manager? | 20:36 |
| *** nabokov <nabokov!~armand@67.218.223.154> has joined #yocto | 20:36 | |
| yates | or a python api? | 20:38 |
| RP | JPEW: np on the large patch btw, I know what these things get like | 20:39 |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 20:42 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has joined #yocto | 20:47 | |
| *** monkeyman79 <monkeyman79!2e4ccb51@apn-46-76-203-81.dynamic.gprs.plus.pl> has quit IRC | 20:53 | |
| marler89976 | So I can't get git send-email to work behind my proxy...I have a github/gmail account, how would I send my patch without git send-email? | 21:05 |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 21:06 | |
| zeddii | marler89976, you can send via an alternate SMTP port, or is that blocked by your proxy as well ? | 21:06 |
| marler89976 | I can't configure git send-email to use a proxy at all | 21:06 |
| zeddii | i relay via my gmail account, port 587 with git-send-email | 21:06 |
| marler89976 | All traffic at my work must go through the proxy | 21:07 |
| marler89976 | Most programs allow me to configure a proxy, but I can't find anything anywhere about configuring a proxy for git send-email | 21:07 |
| marler89976 | Note that all git clones/fetches do go through the proxy, but his config doesn't affect send-email apparently | 21:08 |
| zeddii | what's the proxy address ? (not details, just in general). | 21:09 |
| zeddii | I have this in my .gitconfig | 21:09 |
| zeddii | # in the git.config: | 21:09 |
| zeddii | [sendemail] | 21:09 |
| zeddii | suppresscc = all | 21:09 |
| zeddii | smtpserver = smtp.gmail.com | 21:09 |
| zeddii | smtpserverport = 587 | 21:09 |
| zeddii | smtpencryption = tls | 21:09 |
| zeddii | and then my smtpuser and "from". | 21:09 |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 21:09 | |
| zeddii | and git send email will go via that, not a local resource. | 21:10 |
| marler89976 | I'm using the "gitproxy = myproxyprogram" technique | 21:10 |
| zeddii | but again, if your proxy blocks that as well, it isn't going to help. | 21:10 |
| marler89976 | it's a socks4proxy | 21:10 |
| marler89976 | so the application always connects to port 1080, and then sends the target port over the SOCKS4 request | 21:10 |
| marler89976 | so I can access any port externally | 21:10 |
| marler89976 | I can fetch/pull/push via git | 21:11 |
| RP | zeddii: do you want to discuss that strace issue upstream or should I? | 21:11 |
| RP | zeddii: kanavin is delegating ;-) | 21:12 |
| marler89976 | so is git send-email the only way? | 21:12 |
| zeddii | RP: I'll have to look at the bugzilla again, and confirm to myself that I can describe the problem properly. I only scanned it this morning. | 21:12 |
| RP | zeddii: ok. I can do it worst case, I just want someone to! | 21:13 |
| zeddii | But I can have a go at it. And cc' the folks on that commit we were looking at. I'll try that either later tonight or first thing tomorrow. | 21:13 |
| RP | zeddii: feel free to add me to cc as well | 21:13 |
| zeddii | will do. | 21:13 |
| marler89976 | would someone be willing to run git send-email for my commit? | 21:14 |
| marler89976 | https://github.com/openembedded/openembedded-core/pull/50 | 21:14 |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:15 | |
| marler89976 | It appears that git send-email doesn't support proxies...has anyone ever used it behind a proxy? | 21:16 |
| RP | zeddii: thanks | 21:19 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:21 | |
| *** pung_ <pung_!~BobPungar@177.41.206.9> has joined #yocto | 21:24 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.206.9> has quit IRC | 21:24 | |
| *** rizzitello <rizzitello!~quassel@24.105.220.210> has quit IRC | 21:24 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 21:28 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 21:28 | |
| *** Crofton <Crofton!~Crofton@d47-69-20-194.try.wideopenwest.com> has quit IRC | 21:33 | |
| rburton | marler89976: surely you have a local smtp server? how do you send email? | 21:45 |
| rburton | or do you only use gmail etc and there's no way to send a mail using smtp | 21:45 |
| kergoth | <3 git-revise | 21:47 |
| kergoth | (OT) | 21:47 |
| rburton | ooo | 21:49 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:49 | |
| marler89976 | I only use gmail | 21:49 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 21:51 | |
| *** jae1 <jae1!95c73e81@149.199.62.129> has quit IRC | 21:52 | |
| __angelo | compiling sumo dhcp_4.3.6 i get : ./.libs/libomapi.so: undefined reference to `POST' | 21:53 |
| __angelo | 21:53 | |
| __angelo | not finding any help around, so any hint would be great | 21:54 |
| *** Crofton <Crofton!~Crofton@d47-69-20-194.try.wideopenwest.com> has joined #yocto | 21:54 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 22:03 | |
| marler89976 | It looks like gmail has an smtp server, but like I said it looks like git send-email doesn't support any proxy configuration | 22:08 |
| kergoth | normal git proxy configuration with http.proxy in gitconfig doesn't work? | 22:13 |
| bluelightning | I'm pretty sure lots of people use git-send-email behind a proxy | 22:14 |
| marler89976 | I use the gitproxy mechanism | 22:14 |
| marler89976 | core.gitproxy is set to a script that performs the proxy handshake for each connection | 22:15 |
| marler89976 | I've setup the script to connect to our socks4 proxy and then the script just forward stdin/stdout to the caller | 22:15 |
| marler89976 | I use socat for that | 22:15 |
| marler89976 | but I can see that git send-email is completely ignoring this configuration | 22:15 |
| bluelightning | I suspect git-send-email does not use that | 22:15 |
| marler89976 | from wireshark | 22:15 |
| marler89976 | I've used this proxy for 10 years and have never had a problem with any other type of git operation | 22:16 |
| marler89976 | it appears just to be a problem with git send-email, which I've never used before | 22:16 |
| marler89976 | it sounds like no one has used git send-email behind a proxy, and it also doesn't support it? | 22:17 |
| marler89976 | Is there another way I can send my patch? | 22:17 |
| marler89976 | Could I attach a patch file and just send an email from my gmail program? | 22:17 |
| kergoth | absolute worst case could probably hack it with tproxy or some other preload based approach | 22:18 |
| marler89976 | Like I said I'm unfamiliar with git send-email, so I have no idea if this would work | 22:18 |
| marler89976 | yes tproxy would work | 22:18 |
| marler89976 | that would be a last resort for me | 22:18 |
| kergoth | that isn't going to be viable, no. send-email doesn't use attachments, it posts them inline so folks can reply and review the code inline | 22:18 |
| kergoth | and gmail can't post inline patches either, since it word wraps whether you wnat it to or not | 22:18 |
| marler89976 | I see | 22:19 |
| kergoth | i'd suggest just pushing it to a branch on a fork with github | 22:19 |
| marler89976 | I did that already | 22:19 |
| kergoth | use scripts/create-pull-request to create the cover letter | 22:19 |
| kergoth | then manually email that in gmail | 22:19 |
| kergoth | then it's in the expected format, though without the usual individual patch emails | 22:19 |
| marler89976 | https://github.com/openembedded/openembedded-core/pull/50 | 22:19 |
| kergoth | no one will do anything with a github pull request | 22:20 |
| marler89976 | right | 22:20 |
| marler89976 | which is why I'm asking for help here :) | 22:20 |
| kergoth | once you have a branch, use scripts/create-pull-request to create the email files and email the cover letter | 22:20 |
| kergoth | as i just said | 22:20 |
| marler89976 | I did that | 22:20 |
| marler89976 | then you said I can manually email something from that? | 22:20 |
| kergoth | that's your best bet. it could be days before you get a reply or merge | 22:20 |
| kergoth | creat-epull-request creates a directory full of text files, one per email | 22:20 |
| kergoth | edit the cover letter, copy and paste to your gmail client | 22:21 |
| marler89976 | I have 2 files in there | 22:21 |
| kergoth | send the email | 22:21 |
| kergoth | 0000 is the cover letter | 22:21 |
| marler89976 | cover-letter.patch and an actual patch file | 22:21 |
| marler89976 | So I just copy/paste those file inline into an emil on gmail? | 22:21 |
| kergoth | copying the patch won't make anyone happy since it'll be corrupted by the gmail client | 22:21 |
| marler89976 | right | 22:22 |
| kergoth | so just send the pull request cover letter with the info about the branch | 22:22 |
| marler89976 | so what do I do? | 22:22 |
| marler89976 | Oh, a link to the github branch? | 22:22 |
| kergoth | as i said, the 0000 file in the pull dir is a pull request email thread voer letter | 22:22 |
| kergoth | which already includes the branch/repo info | 22:22 |
| kergoth | copy and paste that and send it | 22:22 |
| kergoth | this is what create-pull-request is for, it creates an email thread with all the patches, but also with a cover letter with the request for someone to merge the branch directly | 22:23 |
| kergoth | you just want the latter | 22:23 |
| marler89976 | sorry, just to be clear, you're saying I should open the 0000-cover-lettet.patch file, copy the contents to an email, modify the **BLURB** and send it? | 22:23 |
| kergoth | yes | 22:23 |
| kergoth | obviously manually copying the values for to/cc/subject/etc rather than putting that in the message body | 22:24 |
| kergoth | but otherwise yes | 22:24 |
| marler89976 | ok thanks for the help, I will try that | 22:24 |
| RP | JPEW: we have a problem. The hashserv client code can't be py 3.5+ :( | 22:24 |
| RP | JPEW: e.g. https://autobuilder.yoctoproject.org/typhoon/#/builders/74/builds/1049 | 22:24 |
| RP | the tests could get run on older pythons too I guess even if our main server is py3.5 :/ | 22:25 |
| marler89976 | ok sent, hopefully that works | 22:25 |
| RP | JPEW: perhaps we can skip the tests if python is too old? | 22:29 |
| RP | JPEW: and separate out the client and server libs? | 22:29 |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 22:30 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:49 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:54 | |
| *** pung_ is now known as BobPungartnik | 23:09 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:28 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 23:30 | |
| JPEW | RP: ya that seems reasonable.... I thought the minimum python for bitbake already was 3.5? | 23:36 |
| *** camus <camus!~Instantbi@222.67.188.168> has joined #yocto | 23:41 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 23:44 | |
| *** camus is now known as kaspter | 23:44 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!