| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 00:06 | |
| *** ronybeck <ronybeck!~ronybeck@46.140.63.234> has joined #yocto | 00:10 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 00:15 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 00:18 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 00:42 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 00:46 | |
| *** ronybeck <ronybeck!~ronybeck@46.140.63.234> has quit IRC | 00:49 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 00:49 | |
| *** ronybeck <ronybeck!~ronybeck@46.140.63.234> has joined #yocto | 01:02 | |
| *** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has quit IRC | 01:26 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 01:26 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 01:30 | |
| *** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto | 01:30 | |
| *** denix <denix!~denix@pool-100-15-91-218.washdc.fios.verizon.net> has quit IRC | 01:32 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 02:13 | |
| *** anujm <anujm!~anujm@192.55.54.42> has joined #yocto | 02:20 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 02:25 | |
| *** BuddyButterfly <BuddyButterfly!~BuddyButt@h2216388.stratoserver.net> has joined #yocto | 02:27 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 02:28 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 03:48 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 03:52 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 04:03 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 04:04 | |
| *** AccelShark <AccelShark!~ace@104.156.30.150> has joined #yocto | 04:48 | |
| *** kaspter <kaspter!~Instantbi@115.195.52.196> has quit IRC | 05:03 | |
| *** ronybeck <ronybeck!~ronybeck@46.140.63.234> has quit IRC | 05:06 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 05:06 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 05:10 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 05:14 | |
| *** ronybeck <ronybeck!~ronybeck@46.140.63.234> has joined #yocto | 05:19 | |
| *** anujm <anujm!~anujm@192.55.54.42> has quit IRC | 05:34 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 05:35 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 05:38 | |
| *** Crofton|work <Crofton|work!~Crofton@216-75-224-178.static.wiline.com> has joined #yocto | 05:43 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 05:49 | |
| *** ski7777 <ski7777!~quassel@ip5b437fc1.dynamic.kabel-deutschland.de> has quit IRC | 06:06 | |
| *** ronybeck <ronybeck!~ronybeck@46.140.63.234> has quit IRC | 06:17 | |
| *** ronybeck <ronybeck!~ronybeck@46.140.63.234> has joined #yocto | 06:30 | |
| *** agust <agust!~agust@p5483354E.dip0.t-ipconnect.de> has joined #yocto | 06:32 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 07:04 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 07:29 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 07:29 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:31 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:43 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 07:56 | |
| *** mckoan|away is now known as mckoan | 08:04 | |
| mckoan | good morning | 08:04 |
|---|---|---|
| *** fl0v0 <fl0v0!~fvo@i577B9371.versanet.de> has joined #yocto | 08:07 | |
| *** yacar_ <yacar_!~yacar@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 08:08 | |
| *** rubdos_ <rubdos_!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC | 08:15 | |
| yocti | New news from stackoverflow: Circular dependencies issue with wic and fitImage+Initramfs <https://stackoverflow.com/questions/55097488/circular-dependencies-issue-with-wic-and-fitimageinitramfs> | 08:21 |
| *** Chaser <Chaser!~Chaser@192.241.229.182> has joined #yocto | 08:25 | |
| *** kaspter <kaspter!~Instantbi@115.195.52.196> has joined #yocto | 08:29 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:30 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:39 | |
| *** ant_work <ant_work!~ant__@host205-129-static.31-195-b.business.telecomitalia.it> has joined #yocto | 08:39 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 08:43 | |
| *** emilienh <emilienh!b09ef9b9@gateway/web/freenode/ip.176.158.249.185> has joined #yocto | 09:00 | |
| emilienh | Hi all, is there an appropriate option to run bitbake in a CI process and not get all the progress bars in the logs? Thanks! | 09:02 |
| LetoThe2nd | emilienh: bitbake -q not being helpful` | 09:05 |
| LetoThe2nd | ? | 09:05 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 09:07 | |
| LetoThe2nd | with -q -q -q theres no progress bars anymore, just checked :) | 09:09 |
| *** Jacen <Jacen!~cdreher@89.225.239.253> has joined #yocto | 09:13 | |
| emilienh | Thanks Leto I'm gonna try that | 09:18 |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 09:23 | |
| emilienh | I see with -q -q -q I'm not getting any output at all, which is not ideal either | 09:24 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 09:24 | |
| LetoThe2nd | emilienh: AFAIK there was someting that bitbake tries to detect if the controlling terminal is interactive, and if it is not, there should be no bargraphs. but i could certainly be mixin up things here. | 09:25 |
| LetoThe2nd | emilienh: actually your best chance is to ask kergoth in the afternoon, i'd say | 09:26 |
| emilienh | So using a different shell to Run bitbake might do the trick then? I'll try that thank you! | 09:28 |
| LetoThe2nd | *might* | 09:28 |
| emilienh | all right :) | 09:28 |
| LetoThe2nd | no guarantees, might be me misremembering. | 09:28 |
| emilienh | no problem, thanks for the help! | 09:29 |
| lfa | hello, what is the best practice to flash boards in mass production with Yocto generated images? During developement I use a wic image which contains several partitions, etc. Most partitions are empty during production and are filled with data later on | 09:41 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:41 | |
| lfa | The wic image, with an empty 30GB gets rather big. So writing it "raw" to an eMMC works, but takes a long time | 09:42 |
| lfa | *empty partition of | 09:42 |
| LetoThe2nd | lfa: are you asking about which images to flahs, or which hardware to use, or what? | 09:42 |
| lfa | mostly which images to flash, in an efficient way | 09:42 |
| LetoThe2nd | depends. | 09:43 |
| lfa | I'm thinking of a combination of parted + writing just ext4 images instead of the whole wic image | 09:43 |
| LetoThe2nd | a common technique is to have some form of updater-system booted that can then operate on file level instead of partition level | 09:43 |
| LetoThe2nd | ubifs permits a hybrid form, with content replacing | 09:44 |
| lfa | As "boot source" I would use TFTP+NFS during the flashing process | 09:45 |
| LetoThe2nd | certainly doable. | 09:45 |
| lfa | LetoThe2nd: ok. so create partitions beforehand (e.g. with parted) and then file-based. sounds reasonable | 09:46 |
| LetoThe2nd | it an option. | 09:47 |
| LetoThe2nd | it depends soooo much on your hardware and project | 09:47 |
| lfa | I mean... I would like to use the wic image because it just contains everything, but write a 30GB image which mostly contains zeros is rather inefficient | 09:49 |
| lfa | Is it possible to access the partition information stored in a .wks file in my own image bbclass? I'm thinking about an image bbclass which generates a script for parted | 09:54 |
| lfa | that way I would not need to duplicate the information in two locations | 09:54 |
| *** naknick <naknick!1f9a4286@gateway/web/freenode/ip.31.154.66.134> has joined #yocto | 09:55 | |
| naknick | hi. when using "addtask" where does Yocto write it? | 09:55 |
| rburton | lfa: i believe wic can expand partitions as it writes, so your actual image is a lot smaller but 'wic write' can expand it | 09:58 |
| rburton | lfa: alternatively, use bmap | 09:58 |
| *** AccelShark <AccelShark!~ace@104.156.30.150> has quit IRC | 10:00 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 10:00 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 10:04 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 10:14 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:18 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 10:18 | |
| lfa | LetoThe2nd: I'm not only worried about image size, but the time it takes to write the big (expanded) image too | 10:18 |
| lfa | will look at bmap though. Didn't know it and looks it's exactly what I need/want. Thanks! | 10:19 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 10:22 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 10:24 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 10:27 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 10:40 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 10:43 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 10:45 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 10:47 | |
| rburton | lfa: i believe if you build eg a wic.bmap you'll end up with a bmap file generated, and then you can use bmaptool to write it fast | 10:50 |
| rburton | *maybe* wic write does that for you too | 10:51 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 10:54 | |
| neverpanic | ~. | 10:57 |
| neverpanic | hrmph. | 10:57 |
| *** tasslehoff <tasslehoff!~aronning@80.77.101.233> has quit IRC | 11:00 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 11:00 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 11:02 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 11:04 | |
| *** emilienh <emilienh!b09ef9b9@gateway/web/freenode/ip.176.158.249.185> has quit IRC | 11:06 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto | 11:09 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 11:11 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 11:12 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 11:19 | |
| varjag | so, i made a simple recipe that copies a bunch of html files to /srv/www on do_install(), and added it to CORE_IMAGE_EXTRA_INSTALL in the image recipe | 12:07 |
| varjag | however if i cleanall my html recipe, baking the image does not invoke rebuilding it | 12:08 |
| varjag | it keeps the old content | 12:08 |
| varjag | wonder what could i be missing | 12:08 |
| LetoThe2nd | varjag: try -c cleansstate | 12:09 |
| LetoThe2nd | varjag: unless you give it some kind of versioning, bitbake does not really rebuild if it thinks nothing changed. | 12:09 |
| varjag | k trying that.. | 12:09 |
| LetoThe2nd | varjag: and for change detection it looks at the recipe, not at the sources. no change in the recipe, no rebuild by default. | 12:10 |
| varjag | it does seem to rebuild my other recipes in similar circumstances | 12:10 |
| varjag | maybe i misremember, let's see | 12:10 |
| varjag | ok cleansstate did the trick, thanks | 12:11 |
| *** jofr <jofr!~jofr@193.182.166.3> has quit IRC | 12:11 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 12:16 | |
| rburton | varjag: what is your SRC_URI | 12:20 |
| varjag | rburton: my local git repo, srcrev set to autorev | 12:24 |
| rburton | hm should be working | 12:24 |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 12:24 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 12:24 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 12:26 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 12:27 | |
| varjag | ok, i had a space between 'SRCREV' and '=' | 12:27 |
| varjag | but it shouldn't matter, right? | 12:29 |
| LetoThe2nd | "nothing else matters" (TM) | 12:29 |
| LetoThe2nd | </SCNR> | 12:29 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 12:35 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-osfeqfpmwbrxmvfo> has quit IRC | 12:36 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 12:38 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 12:41 | |
| Jacen | varjag: if your issue is about AUTOREV, maybe this is for you https://lists.yoctoproject.org/pipermail/poky/2016-September/010666.html | 12:41 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 12:44 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 12:48 | |
| yocti | New news from stackoverflow: cannot execute any command using sudo on raspberry pi <https://stackoverflow.com/questions/55102051/cannot-execute-any-command-using-sudo-on-raspberry-pi> | 12:52 |
| varjag | Jacen: thanks for the hint, am still fiddling around with it trying to see what it was about | 12:53 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 12:59 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 13:04 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 13:08 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 13:17 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto | 13:21 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 13:21 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 13:24 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 13:27 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 13:30 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 13:38 | |
| *** ronybeck <ronybeck!~ronybeck@46.140.63.234> has quit IRC | 13:39 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 13:41 | |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 13:47 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 13:55 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 13:57 | |
| *** scottrif <scottrif!~scottrif@179.42.244.153> has joined #yocto | 14:02 | |
| *** Jacen <Jacen!~cdreher@89.225.239.253> has quit IRC | 14:02 | |
| *** scottrif <scottrif!~scottrif@179.42.244.153> has quit IRC | 14:07 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto | 14:07 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 14:10 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 14:15 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 14:21 | |
| Striking7 | Hey all - I'm trying to check all the versions of a package that are available from the upstream provider | 14:22 |
| Striking7 | So for example busybox - rather than just check for latest-version I'd like to see all available versions. | 14:22 |
| Striking7 | Anyone know where devtool prunes out the old ones after scraping the page? I checked in recipetool's simplify_history but that doesn't seem to be getting run when I upgrade a package or check for latest version | 14:23 |
| LetoThe2nd | Striking7: well for any given state of the layerstack there is usually only one version of a given recipe available. | 14:24 |
| LetoThe2nd | Striking7: as version bumps in almost all cases replace the old version. | 14:24 |
| LetoThe2nd | Striking7: there's a couple of exceptions here and there, but generall the yocto release indirectly defines the version of the recipes it contains. | 14:25 |
| Striking7 | LetoThe2nd - Yes, that's the problem I'm having here. My current use case requires that I upgrade to the *earliest* version of a package that fixes a specific CVE | 14:25 |
| Striking7 | So if I can list available versions I can do that. It seems to be scraping all that info off upstream SRC_URI pages anyway and discarding it | 14:26 |
| LetoThe2nd | Striking7: That means that you have to add a custom layer that brings the desired version, and then explicitly select it with PREFERRED_VERSION | 14:26 |
| rburton | Striking7: backporting the fix seems like an easier solution | 14:26 |
| rburton | upgrading to random release may introduce more bugs | 14:26 |
| Striking7 | I was wondering where that was happening, because then I can squirrel away all the intermediate versions and check against them, then use devtool upgrade -V VERSION_NUMBER to upgrade to a specific version | 14:27 |
| Striking7 | rburton - this is something that needs to be automated. | 14:27 |
| rburton | Striking7: automatic upgrade to random releases sound very exciting | 14:27 |
| Striking7 | rburton - I understand the danger of that here, but it seems to be what my employer really really wants. | 14:27 |
| rburton | the bitbake fetcher contains the logic for "guess what versions are available" | 14:28 |
| rburton | have you tried option one of "that's a stupid idea" | 14:28 |
| Striking7 | rburton automated execution of upgrades once decided upon by the user | 14:28 |
| Striking7 | not just in the background happening willy nilly | 14:28 |
| Striking7 | rburton - given that this is my 3rd day on the job, no I haven't. I don't have that kind of familiarity with the problem or the clout | 14:28 |
| rburton | backport relevant cve fixes to the stable branch of oe that you're using, then everyone else gets the fixes and you don't get breakage from version bumps | 14:28 |
| Striking7 | rburton until I've had a chance to get more intimately familiar with the situation, I have to assume they're not asking me to do something stupid, more that I just don't understand the problem fully yet | 14:29 |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 14:29 | |
| Striking7 | rburton that's the problem. I/we aren't using any stable version of OE. Our *customers* are using thousands of different ones. | 14:30 |
| Striking7 | This isn't just me maintaining my 1 distro happily. I'll be providing an admin tool for customers to auto-patch packages when fixes for specific CVEs pop up | 14:30 |
| * rburton shudders | 14:31 | |
| Striking7 | Yeah. And if Yocto was the only platform we support that'd be one thing... | 14:31 |
| * Striking7 sighs | 14:31 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 14:31 | |
| *** quite <quite!quite@unaffiliated/quite> has quit IRC | 14:46 | |
| *** quite <quite!quite@unaffiliated/quite> has joined #yocto | 14:52 | |
| *** kaspter <kaspter!~Instantbi@115.195.52.196> has quit IRC | 15:12 | |
| dkc | is there a reason why bitbake complains when it finds a bbappend without a corresponding bb? For instance I need a bbappend to fix an upstream recipe, but the layer I'm working on is shared by others that don't include the layer I'm fixing in my build. How would you deal with that? | 15:17 |
| *** geissona_ <geissona_!~geissonat@32.97.110.56> has joined #yocto | 15:21 | |
| *** vmeson <vmeson!~rmacleod@138.229.221.104> has joined #yocto | 15:21 | |
| yocti | New news from stackoverflow: wlan usb stick on custom linux system appears to be working, but the outside world cannot see it <https://stackoverflow.com/questions/55104994/wlan-usb-stick-on-custom-linux-system-appears-to-be-working-but-the-outside-wor> | 15:22 |
| meow` | dkc: got the same problem here! we use to add a BBMASK in all other layers but this is painfull to maintain multiple images, anytime we need to .bbappend a recipe for a specific product, we need to add a BBMASH for all others product image we have, don't know if there is a better way to do that :/ | 15:23 |
| psrcode | RP: are you aware of any trick for autotools project to configure,build and install for multiple python runtimes? http://gnu-automake.7480.n7.nabble.com/Supporting-multiple-python-runtimes-with-automake-td22816.html | 15:26 |
| paulbarker | dkc, meow`: Look into the way other layers handle this. For meta-raspberrypi there is a dynamic-layers directory and some magic in layer.conf: https://github.com/agherzan/meta-raspberrypi/blob/master/conf/layer.conf#L27 | 15:26 |
| psrcode | lttng-ust and lttng-tools support botth python2 and python3 but need the PYTHON=xxx ./configure make, PYTHON=xxx3 ./configure make dance to support both version | 15:27 |
| paulbarker | dkc, meow`: For meta-sancloud we just have a meta-sancloud-arago sub-layer which is only included when using the arago distro | 15:27 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:30 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 15:34 | |
| rburton | psrcode: packageconfig? default to py3, py2 for people who refuse to admit that py2 is dead. | 15:34 |
| *** retoatwork <retoatwork!~reto@85.195.220.82> has joined #yocto | 15:34 | |
| rburton | (a few recipes do that already) | 15:34 |
| meow` | paulbarker: thanks you paul, i will take a deeper look | 15:34 |
| psrcode | rburton: okai, so should I create a recipe in the meta-python layer or add a "feature" in the lttng-ust recipe i.e: PACKAGECONFIG[python3-agent] = "--enable-python-agent PYTHON=python3, --disable-python-agent, python3-core" | 15:35 |
| rburton | psrcode: add directly to oe-core | 15:35 |
| psrcode | rburton: okai thanks | 15:36 |
| retoatwork | How can I set SRC_URI to copy a whole directory 1:1 (recursively, inclusive relative symlinks) to WORKDIR? | 15:36 |
| dkc | paulbarker: okay thanks for the suggestions, in the end we always have to create a layer to host these bbappends and enable these "fix layers" only when the layer they're supposed to fix is enable | 15:36 |
| retoatwork | Is there any chance to do do withouth using a tarball? | 15:37 |
| *** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has quit IRC | 15:37 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 15:39 | |
| psrcode | rburton: while I have you, is there a way to specify a dependency on a package with a certain feature enabled? or should i use https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html#dependencies#python-functions ? | 15:41 |
| *** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has joined #yocto | 15:45 | |
| *** Crofton <Crofton!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC | 15:47 | |
| *** Crofton|work <Crofton|work!~Crofton@216-75-224-178.static.wiline.com> has quit IRC | 15:54 | |
| *** rrerolle <rrerolle!~rrerolle@2001:41d0:52:cff::c84> has quit IRC | 16:12 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 16:13 | |
| *** yacar_ <yacar_!~yacar@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC | 16:14 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:28 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 16:34 | |
| rburton | psrcode: no there isn't | 16:36 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:41 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:43 | |
| *** armpit <armpit!~armpit@12.230.196.198> has joined #yocto | 16:44 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 16:49 | |
| psrcode | rburton: okai thanks | 16:50 |
| *** Crofton|work <Crofton|work!~Crofton@12.230.196.198> has joined #yocto | 16:52 | |
| yocti | New news from stackoverflow: Wi-Fi USB stick on custom linux system appears to be working, but the outside world cannot see it <https://stackoverflow.com/questions/55104994/wi-fi-usb-stick-on-custom-linux-system-appears-to-be-working-but-the-outside-wo> | 16:53 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 16:57 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 17:00 | |
| *** fl0v0 <fl0v0!~fvo@i577B9371.versanet.de> has quit IRC | 17:04 | |
| Tartarus | ... good answers to that already in comments | 17:12 |
| *** geissona_ <geissona_!~geissonat@32.97.110.56> has quit IRC | 17:17 | |
| *** ant_work <ant_work!~ant__@host205-129-static.31-195-b.business.telecomitalia.it> has quit IRC | 17:27 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:32 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 17:47 | |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC | 17:50 | |
| *** mckoan is now known as mckoan|away | 17:50 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has joined #yocto | 18:17 | |
| *** rewitt <rewitt!~rewitt@134.134.139.72> has quit IRC | 18:36 | |
| *** tgraydon <tgraydon!~textual@134.134.139.73> has joined #yocto | 18:44 | |
| *** noway96 <noway96!~noway96@50-244-213-195-static.hfc.comcastbusiness.net> has quit IRC | 18:51 | |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has quit IRC | 19:00 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 19:06 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:19 | |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:26 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:27 | |
| *** aidanh_ is now known as aidanh | 19:27 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 20:02 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 20:13 | |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has joined #yocto | 20:15 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 20:16 | |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has quit IRC | 20:22 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 20:23 | |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has joined #yocto | 20:23 | |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has quit IRC | 20:24 | |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has joined #yocto | 20:24 | |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has quit IRC | 20:27 | |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has joined #yocto | 20:28 | |
| *** tgraydon <tgraydon!~textual@134.134.139.73> has quit IRC | 20:32 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 20:37 | |
| *** berton_ <berton_!~berton@177.194.204.148> has joined #yocto | 20:39 | |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 20:41 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 20:44 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 20:48 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 20:49 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 20:55 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 20:58 | |
| *** winotu <winotu!4e0b08f9@gateway/web/freenode/ip.78.11.8.249> has joined #yocto | 21:06 | |
| winotu | Hi o/ | 21:06 |
| winotu | I would like to know if image rootfs directory in built image WORKDIR is created with do_rootfs or there is other task wich creates filesystem under fakeroot ? | 21:08 |
| kergoth | yes, it's do_rootfs, and yes, it runs under fakeroot | 21:08 |
| winotu | I'm trying figure out why dnf during rootfs creation fails due to not enough space on that rootfs directory | 21:08 |
| kergoth | sounds like the image space variables aren't sufficient for the packages being installed | 21:09 |
| winotu | looks like IMAGE_ROOTFS_SIZE or extra space is not used | 21:10 |
| winotu | I increased those variables but they are used much later than ${WORKDIR}/rootfs was created and package manager installas all packages | 21:11 |
| *** berton_ <berton_!~berton@177.194.204.148> has quit IRC | 21:16 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:16 | |
| winotu | kergoth: do You have any clues were to look for the issue with dnf ? or were to check. | 21:19 |
| winotu | df under devshell doesn't provide any data | 21:20 |
| winotu | I can't find any action which would suggest filesystem creation before package manager starts installing packages | 21:21 |
| winotu | or size limits setting on it under pseudo | 21:21 |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto | 21:23 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 21:29 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 21:32 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 21:35 | |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto | 21:35 | |
| smurray | RP: hopefully quick question, what's the method for getting bitbake changes backported (looking to backport gitsm fixes into thud)? | 21:36 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 21:38 | |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC | 21:41 | |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto | 21:50 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 21:57 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 22:00 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 22:09 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 22:12 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-pscycekiymihldvw> has joined #yocto | 22:42 | |
| *** Eleventh_Doctor <Eleventh_Doctor!~neal@fedora/ngompa> has joined #yocto | 22:55 | |
| rburton | winotu: what file system is the build host using? | 22:56 |
| rburton | winotu: eg zfs/btrfs are good for filling up before df says they're full | 22:56 |
| rburton | smurray: several people have asked about those. i would suggest asking fray too but he's not here | 22:57 |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC | 22:57 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:59 | |
| smurray | rburton: yeah, I asked a few weeks back and he indicated it was on his TODO list but that he was swamped. AGL needs it pretty soon, so I can give it a try, but I don't follow how bitbake changes get backported with its lack of OE branches | 22:59 |
| *** aehs29 <aehs29!~aehs29@149.199.62.131> has quit IRC | 23:00 | |
| winotu | rburton: host uses ext4 | 23:00 |
| winotu | but it's not full | 23:01 |
| *** winotu <winotu!4e0b08f9@gateway/web/freenode/ip.78.11.8.249> has quit IRC | 23:03 | |
| *** agust <agust!~agust@p5483354E.dip0.t-ipconnect.de> has quit IRC | 23:04 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 23:16 | |
| *** armpit <armpit!~armpit@12.230.196.198> has quit IRC | 23:20 | |
| *** Crofton|work <Crofton|work!~Crofton@12.230.196.198> has quit IRC | 23:24 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 23:25 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 23:48 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 23:50 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!