**** BEGIN LOGGING AT Mon Apr 16 03:00:01 2018
Apr 16 03:03:14 <sonu> Hi I  am getting the following error when compiling an application using dbus library in yocto  even though I have included DEPENDS = "dbus" in my bitbake file  . fatal error: dbus/dbus.h: No such file or directory |  #include <dbus/dbus.h>
Apr 16 03:07:04 <sonu> What is the best method to include headers from another recipie
Apr 16 03:09:13 <anujm> sonu: headers are shipped with -dev packages. you can use 'oe-pkgdata-util list-pkg-files -p dbus' to check
Apr 16 03:15:19 <sonu> I get the following logs when running oe-pkgdata-util
Apr 16 03:15:22 <sonu> oe-pkgdata-util list-pkg-files -p dbus dbus: 	/etc/dbus-1/session.conf 	/etc/dbus-1/system.conf 	/etc/default/volatiles/99_dbus 	/lib/systemd/system/dbus.service 	/lib/systemd/system/dbus.socket 	/lib/systemd/system/dbus.target.wants/dbus.socket 	/lib/systemd/system/multi-user.target.wants/dbus.service 	/lib/systemd/system/sockets.target.wants/dbus.socket 	/usr/bin/dbus-cleanup-sockets 	/usr/bin/dbus-daemon 	/usr/bin/dbus-launch 	/usr/b
Apr 16 03:16:25 <anujm> sonu: I probably misunderstood your question. was that the error that you get when compiling using your recipe?
Apr 16 03:17:09 <sonu> Basically the compilation fails with fatal error: dbus/dbus.h: No such file or directory |  #include <dbus/dbus.h> |                        ^ | compilation terminated.
Apr 16 03:17:40 <sonu> I am able to find the dbus.h header file in sysroot location
Apr 16 03:18:24 <sonu> but during compilation it is not able to find the dbus.h header
Apr 16 05:41:16 <yocti> New news from stackoverflow: Getting sysroot directory with cmake in yocto <https://stackoverflow.com/questions/49850265/getting-sysroot-directory-with-cmake-in-yocto>
Apr 16 05:54:31 <guenni_90> hello guys, coes somebody have experience with building multilib images? I started building for a xilinx board and followed the steps described here: http://www.wiki.xilinx.com/Creating+a+multilib+image+for+the+ZCU102+using+Yocto
Apr 16 05:55:12 <guenni_90> but i annoc compile binutils-cross_2.29, as linking fails with errors like:  resolve.cc:(.text+0x700): undefined reference to `gold::do_gold_unreachable(char const*, int, char const*)'
Apr 16 05:55:46 <guenni_90> can someone please give me a hint, where to investigate the problem?
Apr 16 06:11:23 <yocti> New news from stackoverflow: Yocto project cannot find asm/errno.h <https://stackoverflow.com/questions/49228933/yocto-project-cannot-find-asm-errno-h>
Apr 16 06:51:06 <Aur313> hi everyone
Apr 16 06:55:00 <Aur313> I'm providing files for /etc/shadow and /etc/passwd, since a few weeks i'm facing some issues. Sometimes my based files are copied but not append with nuew users
Apr 16 06:55:06 <Aur313> new users
Apr 16 06:57:31 <Aur313> (sshd missing for example)
Apr 16 06:57:47 <Aur313> does anyone has any idea?
Apr 16 07:08:31 <Aur313> is there a way to set reverse dependencies? (lika a package should be installed before sshd, avahi, and so on...)
Apr 16 07:27:19 <Guest61402> i have only 8gb free space can bitbake work
Apr 16 07:32:06 <LetoThe2nd> Guest61402: for a relatively small build, maybe
Apr 16 07:32:16 <nayfe> Guest61402> ram memory or harddrive?
Apr 16 07:32:31 <Guest61402> ERROR: binutils-cross-x86_64-2.27-r0 do_unpack: Function failed: base_do_unpack
Apr 16 07:32:44 <Guest61402> what wrong with me
Apr 16 07:41:40 <yocti> New news from stackoverflow: meta-telephony ERROR: oe_runmake failed <https://stackoverflow.com/questions/49851888/meta-telephony-error-oe-runmake-failed>
Apr 16 07:42:56 <LetoThe2nd> Guest61402: look into the log (the complete path is there in your output) and see what the actual reason for failing was.
Apr 16 07:43:31 <Guest61402> EBUG: Executing python function do_unpack
Apr 16 07:43:31 <Guest61402> DEBUG: Executing python function base_do_unpack
Apr 16 07:43:31 <Guest61402> DEBUG: Running export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/0/bus"; exp$
Apr 16 07:43:31 <Guest61402> DEBUG: Running export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/0/bus"; exp$
Apr 16 07:43:31 <Guest61402> DEBUG: Running export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/0/bus"; exp$
Apr 16 07:43:32 <Guest61402> DEBUG: Running export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/0/bus"; exp$
Apr 16 07:43:34 <Guest61402> ERROR: Fetcher failure: Fetch command export DBUS_SESSION_BUS_ADDRESS="unix:pat$
Apr 16 07:43:36 <Guest61402> fatal: branch 'origin/binutils-2_27-branch' does not exist
Apr 16 07:43:38 <Guest61402> DEBUG: Python function base_do_unpack finished
Apr 16 07:43:40 <Guest61402> DEBUG: Python function do_unpack finished
Apr 16 07:43:42 <Guest61402> ERROR: Function failed: base_do_unpack
Apr 16 07:43:44 <LetoThe2nd> Guest61402: use a pastebin, please!!!
Apr 16 07:43:48 <Guest61402> i cant figure out what happen
Apr 16 07:44:46 <paulbarker> Guest61402: Are you still trying to build AGL under Kali Linux?
Apr 16 07:44:58 <LetoThe2nd> and actually, that look lilke the sources cannot be fetched, because you are referring to a very specific binutils git version
Apr 16 07:45:21 <LetoThe2nd> hence, my guess is that you are using some old/deprecated recipes
Apr 16 07:46:39 <Guest61402> i have changed this file /bitbake/lib/bb/fetch2/git.py b/bitbake/lib/bb/fetch2/git.py
Apr 16 07:46:40 <LetoThe2nd> and, hint: running around as root is not exactly a good practise.
Apr 16 07:46:59 <LetoThe2nd> why are you fiddling with the fetcher sources?!?
Apr 16 07:47:22 <Guest61402> sorry
Apr 16 07:47:59 <paulbarker> Guest61402: Honstly, you're wasting your time. I think you have an old version of bitbake and the layers combined with a very recent Linux distro
Apr 16 07:48:10 <paulbarker> Try building under something tested like Ubuntu 16.04
Apr 16 07:48:39 <paulbarker> And start with the Yocto Project quickstart as I said yesterday instead of trying to jump straight in to a complex AGL build which may not be trivial to get working
Apr 16 07:48:54 <LetoThe2nd> paulbarker: ++
Apr 16 07:49:18 <Guest61402> i have read the quick start
Apr 16 07:49:38 <fberg> hello guys. I need to update both "/etc/issue" and "/etc/motd". I thin that a good solution could be to use a .bbappned. By the way I don't know which recipe is best to be used. Does anyone has any idea ? Thanks !
Apr 16 07:50:05 <paulbarker> Guest61402: Can you successfully build and run a qemu image following the quickstart?
Apr 16 07:52:06 <LetoThe2nd> fberg: oe-pkgdata-util or whatsitcalled should be able to tell you
Apr 16 07:52:42 <fberg> LetoThe2nd: mmm.. interesting.. thanks !
Apr 16 07:56:37 <Guest61402> paulbarker : i tested with the agl and the same error occurs
Apr 16 08:00:52 <paulbarker> Ignore AGL for now until you can get a build working using just Poky
Apr 16 08:03:29 <Guest61402> after i git the poky
Apr 16 08:04:39 <paulbarker> Ok, could you use https://pastebin.com/ to post the complete bitbake output?
Apr 16 08:05:05 <paulbarker> Post it there and send a link here, it'll be too much to send line-by-line on IRC
Apr 16 08:05:43 <osten> Hello guys, i'm trying to add an additional partition to my image, but doesn't seem to work. I'm doing it by adding following line in my .wks file "part /data --ondisk sda --fstype=ext3 --label data --align 4 --size 730" Any idea why it ain't working for me ?
Apr 16 08:41:16 <Guest61402> paulbarker: it seems that everything is working well
Apr 16 08:41:29 <Guest61402> with poky evenif in kali
Apr 16 08:42:29 <paulbarker> ok, so basic poky works but AGL fails
Apr 16 08:43:27 <erbo> Has anyone use meta-mono and tried to get mono into the nativesdk? I have a mono-based tool I want to include in the generated SDK, but would prefer not to depend on the host systems having mono.
Apr 16 08:43:53 <paulbarker> Guest61402: I'm not very familiar with AGL myself but my guess is that you have an older version of bitbake and some of the layers in AGL which isn't compatible with the latest version of Kali Linux
Apr 16 08:45:45 <Guest61402> ok sir i will try on ubuntu and i will tell you
Apr 16 08:45:48 <paulbarker> You'll either need to update things within AGL or switch to a host distro that has been tested with AGL
Apr 16 08:45:57 <paulbarker> Which version of AGL are you using?
Apr 16 08:46:22 <Guest61402> the latest
Apr 16 08:47:58 <Guest61402> or maybe i should transfer to QT
Apr 16 08:48:40 <paulbarker> Latest AGL seems to be based on yocto project 2.2 "morty", that should support Ubuntu 16.04
Apr 16 08:50:17 <Guest61402> sir i will try on ubuntu in my university so i shoud carry with me agl only
Apr 16 09:11:59 <yocti> New news from stackoverflow: QT wayland Failed to create display (No such file or directory) <https://stackoverflow.com/questions/49851562/qt-wayland-failed-to-create-display-no-such-file-or-directory>
Apr 16 11:26:12 <Tamis> hello all. is it possible to have at an sdk (populate_sdk) the icedtea or you need to install openjdk to the host machine? icedtea7-native does not have a -nativesdk
Apr 16 12:42:37 <yocti> New news from stackoverflow: How can I add a folder or file to the root in a recipe with bitbake? <https://stackoverflow.com/questions/33912477/how-can-i-add-a-folder-or-file-to-the-root-in-a-recipe-with-bitbake>
Apr 16 12:46:01 <Franconet> Hello everyone
Apr 16 12:46:32 <Franconet> Someone can explain me how to generate the file .sdcard with the command bitbake core-image-minimal?
Apr 16 12:47:01 <Franconet> I only obtain u-boot rootfs and kernel but no .sdcard
Apr 16 12:47:49 <LetoThe2nd> Franconet: .sdcard is not a standard image format, but something that vendor layers sometimes provide.
Apr 16 12:48:39 <LetoThe2nd> Franconet: so, what board respectively layers/target are you using?
Apr 16 12:49:31 <Franconet> I am using a roj
Apr 16 12:49:42 <Franconet> a not so common imx6 based board
Apr 16 12:50:11 <Franconet> How can I understand if my vendor layers provide .sdcard  ?
Apr 16 12:50:16 <LetoThe2nd> Franconet: well then look at the layers by fsl, and see what they are doing
Apr 16 12:52:56 <Franconet> What are the important files for this scope?
Apr 16 12:53:32 <Franconet> In alternative, is there a valid link that explain how to create a valid sd card starting from rootfs uboot and kernel??
Apr 16 12:54:01 <LetoThe2nd> Franconet: this is the meta-fsl-arm incarnation: https://github.com/Freescale/meta-fsl-arm/blob/master/classes/image_types_fsl.bbclass
Apr 16 12:54:29 <LetoThe2nd> Franconet: nowadays, the usual advice would be to look at wic and its .wks scripts
Apr 16 13:09:12 <nayfe> <Franconet> are you using https://github.com/ROJ-ITALY/tools/tree/morty ?
Apr 16 13:09:58 <Franconet> yes
Apr 16 13:27:22 <sveinse> I have a repo with a scripts/bootstrap.sh script for populating sub-repos (aka "one script to rule them all"). How can I call this script in context of the bitbake script? I tried calling it from my do_install() script, but then I get error "could not create directory '/home/root/.ssh'".
Apr 16 13:27:53 <sveinse> Might this be because do_install() is by default called via fakeroot/pseudo perhaps?
Apr 16 13:44:30 <RP> sveinse: wouldn't you want that earlier such as configure time?
Apr 16 13:44:45 <RP> sounds like if bypasses the fetcher and license checks too
Apr 16 13:44:51 <RP> s/if/it/
Apr 16 14:02:17 <sveinse> RP, yes. I'm testing do_unpack() now, but it seems that doesn't work either
Apr 16 14:04:13 <sveinse> do_unpack() is apparently too early, as the repo isn't checked out yet
Apr 16 14:09:32 <sveinse> Where can I find the sequence of the default tasks?
Apr 16 14:11:45 <sveinse> Am I perhaps overriding necessary default tasks if I make my own do_unpack() ?
Apr 16 14:12:50 <yocti> New news from stackoverflow: Applying patch to a package's nativesdk in Yocto <https://stackoverflow.com/questions/49858945/applying-patch-to-a-packages-nativesdk-in-yocto>
Apr 16 14:27:49 <sveinse> What is the policy regarding bashisms in scripts in recipes?
Apr 16 14:28:32 <RP> sveinse: addtask after unpack before configure ?
Apr 16 14:28:35 <rburton> sveinse: don't do them
Apr 16 14:28:47 <rburton> sveinse: there's a script in oe-core/scripts to find them
Apr 16 14:29:02 <rburton> sveinse: (recipe sh fragments are executed by /bin/sh)
Apr 16 14:29:04 <rburton> iirc
Apr 16 14:29:22 <sveinse> rburton: ok, thanks. This repo has a bootstrap script which relies heavily on bashisms
Apr 16 14:29:45 <rburton> well if its a standalone script just put #!/bin/bash at the top
Apr 16 14:29:57 <rburton> its the do_compile() { blaa } bits which go to /bin/sh
Apr 16 14:30:16 <rburton> if its a recipe task then rip it out into a script and call it?
Apr 16 14:30:17 <sveinse> rburton: do I need to put bash-native in depends for that?
Apr 16 14:30:24 <rburton> no, we assume the host has a bash
Apr 16 14:30:30 <sveinse> great
Apr 16 14:30:42 <rburton> well, you'll be assuming it has a bash. not sure bash-native would even build
Apr 16 14:33:37 <sveinse> Not the first time I see the gross assumption that /bin/sh is bash thou
Apr 16 14:33:43 <rburton> no
Apr 16 14:33:51 <rburton> but policy here is that's not on
Apr 16 14:34:07 <rburton> thus verify-bashisms to root the out from recipe shell functions
Apr 16 14:34:25 <rburton> not 100% complete and we allow the extensions which are in dash and busybox
Apr 16 14:34:57 <sveinse> yup, same as Ubuntu btw. There the default is dash, so they've taken a quite large piece of this kind of cleanup
Apr 16 14:35:25 <sveinse> or perhaps thats Debian origin, I dont know
Apr 16 14:38:22 <sveinse> I ended up with "addtask do_bootstrap after do_unpack before do_patch". Note to self: the "before" part is necessary to ensure that it's run you expect it to.
Apr 16 14:38:47 <sveinse> ooi, is the task scheduler in yocto lazy, e.g. run tasks as late as possible?
Apr 16 14:39:05 <rburton> if you don't specify it will run when it runs
Apr 16 14:39:19 <rburton> after unpack could happen at any time
Apr 16 14:39:32 <rburton> basically you've created a fork in the task list
Apr 16 14:39:52 <rburton> eg the archiver does that, do_archive is just after do_unpack
Apr 16 14:39:57 <sveinse> aha, because "addtask something after do_unpack" doesn't make it a dependency on the overall do_build. Yes, I think I get it.
Apr 16 14:40:04 <rburton> yeah
Apr 16 14:41:59 * armpit time to upset the cgl folks
Apr 16 14:42:27 <rburton> hah
Apr 16 14:48:49 <fray> (why is 'CGL' even still a thing?  it's long past where the current spec make any sense..)
Apr 16 14:50:29 <rburton> shush there's consultancies who rely on cgl being a thing ;)
Apr 16 15:52:50 <binarym> while inheriting kernel, kernel files (kernel, modules, etc...) are installed under DEPLOY_DIR_IMAGES
Apr 16 15:53:16 <binarym> i would like to install all kernel stuff under ${DEPLOY_DIR_IMAGES}/<my-kernel-subdir>/
Apr 16 15:53:31 <binarym> is there a "simple" way to do this or should i totally rewrite the do_deploy task  ?
Apr 16 18:04:06 <Guest51041> hi
Apr 16 18:04:39 <Guest51041> paulbarker
Apr 16 18:15:34 <elazarl> How can I know which folders do bitbake fetches the code into? When compiling ncurses I see a  problem  stemming from the fact panel.h is empty, and I'd like to understand why is it empty, to examine the download and decompression process
Apr 16 18:17:00 <Guest51041> sudo bitbake command not found
Apr 16 18:17:10 <Guest51041> why this happen
Apr 16 18:20:25 <JaMa> why sudo, running bitbake under root is not recommended
Apr 16 18:27:48 <khem> rburton: I sent some PIE fixes for core for master, whats time slice for master now a days
Apr 16 18:28:28 <khem> rburton: these should address the SSP related issues that keep coming up
Apr 16 18:28:59 <khem> mingw is what I would like to see if it works since I did not test that
Apr 16 18:29:39 <rob_w> odd.. cryptodev-module breaks against my 4.9 kernel in morty
Apr 16 18:32:17 <khem> yeah you probably need to use a compatible version
Apr 16 18:32:24 <khem> external kmods are bad
Apr 16 18:32:54 <rob_w> yeah maybe a simple bump in the version should to my trick
Apr 16 18:36:17 <behanw> khem: Say hi to my Yocto class in Austin.
Apr 16 18:53:11 <toobluesc> Hey guys
Apr 16 18:53:58 <toobluesc> I'm using mender and the meta-mender layer
Apr 16 18:54:14 <toobluesc> one of it's classes adds a ROOTFS_POSTPROCESS_COMMAND that I want to disable as it messes up my fstab
Apr 16 18:54:40 <toobluesc> Is there an easy way to override my the entire class to prevent the command from getting added or to prune the ROOTFS_POSTPROCESS_COMMAND variable for my image?
Apr 16 18:55:01 <toobluesc> I poked around and can't figure out how to do this at the class level, seems straightforward for individual recipes
Apr 16 18:58:19 <rburton> khem: they're in mut but won't be in master until sumo is out
Apr 16 19:09:30 <khem> rburton: thats ok, all I am looking for is a slot on AB
Apr 16 19:22:19 <rburton> khem: ah, cool.  we'll no doubt fire a next at some point for testing
Apr 16 19:29:22 <ant_home> khem, hi
Apr 16 19:29:40 <ant_home> I think I found if_nameindex
Apr 16 19:29:42 <ant_home> https://github.com/komh/os2compat/tree/master/network
Apr 16 19:30:13 <ant_home> I'll ask you to review on the ML. Thanks in advance
Apr 16 19:36:05 <rburton> khem: fired a mut
Apr 16 19:39:35 * armpit is a mut
Apr 16 19:43:23 <aarcane> if I want to make a new image based on, say, core-image-x11, can I just "inherit core-image-x11" ?
Apr 16 19:59:39 <rob_w> aarcane, i say yes
Apr 16 20:04:33 <rburton> aarcane: just copy/paste, much easier
Apr 16 20:04:40 <rburton> aarcane: all the core-image-* are just examples
Apr 16 20:31:04 <khem> ant_home: howdy
Apr 16 20:46:39 <Guest51041> hi i need help
Apr 16 20:50:15 <toobluesc> ahhh
Apr 16 20:52:36 <Guest51041> why i get after sudo
Apr 16 20:52:49 <Guest51041> command bitbake not found
Apr 16 20:53:31 <rburton> i hope you are not trying to bitbake as root
Apr 16 21:03:39 * armpit is behanw getting lazy and having his students go to irc for training ??
Apr 16 21:08:37 <zeddii_home> lol
Apr 16 21:46:39 <behanw> armpit: I just wrote RTFM on the whiteboard and left...
Apr 16 21:47:00 <armpit> heheh
Apr 16 21:47:12 <armpit> bitbake training
Apr 16 21:47:43 <djamal> Error: TEMPLATECONF value points to nonexistent directory '/root/workspace_agl/meta-agl/templates/base'
Apr 16 21:47:54 <djamal> how can i solve this
Apr 16 21:48:04 <armpit> behanw, have you thought about tweeting training ?
Apr 16 21:49:41 <behanw> LOL
Apr 16 21:49:59 <behanw> I was just trying to show that people actually answer on IRC.
Apr 16 21:50:30 <behanw> When all else fails, you can ask the people who wrote the code.
Apr 16 21:50:51 <tz> what a novel idea... wish people at my work did the same ;)
Apr 16 21:51:09 <armpit> behanw, you should have them as zeddii_home
Apr 16 21:52:01 <paulbarker> djamal: Running bitbake as root is likely to cause issues. Also, use a pastebin to share the full bitbake output, we've not got much chance of understanding the error from one line
Apr 16 21:53:06 <armpit> behanw, sorry, its Monday and I am off  a bit
Apr 16 21:53:35 <behanw> djamal: Never build anything as root
Apr 16 21:53:53 <djamal> paulbarker i am the one from yesterday i did the command in ubuntu
Apr 16 21:53:54 <behanw> armpit: You're always off. :P
Apr 16 21:54:21 <armpit> so true
Apr 16 21:54:41 <behanw> djamal: this build system is designed to be run as an unprivileged user.
Apr 16 21:55:28 <djamal> yes i did  it as normal user but i get the error
Apr 16 21:55:52 <djamal> and whene i did it with root it is working
Apr 16 22:02:30 <paulbarker> djamal: Run the build as a normal user again and post the full bitbake output via pastebin
Apr 16 22:03:49 <raevol> has anyone had any luck getting ath10k drivers to load on yocto? we appear to be the first people to ever try it
Apr 16 22:04:49 <djamal> Sven_vB https://pastebin.com/KF82HkH9
Apr 16 22:09:25 <paulbarker> djamel: You'll probably need to ask in an AGL-specific channel or mailing list for help with aglsetup.sh
Apr 16 22:10:20 <paulbarker> Sorry, djamal, spelt your name wrong there
Apr 16 22:29:03 <behanw> paulbarker: He probably needs to fix all his permissions before he runs as a regular user.
Apr 16 22:29:50 <behanw> djamal: Are you trying to build on a raspberry-pi?
Apr 16 22:30:46 <behanw> yocto project is designed to cross-build for a target. It only builds on x86_64.
Apr 16 22:31:01 <behanw> You can't actually build ON a raspberry-pi.
Apr 16 22:31:13 <djamal> behanw raspberry pi 3
Apr 16 22:31:26 <behanw> You must cross-build on an x86_64 for the rpi
Apr 16 22:31:40 <behanw> djamal: Doesn't matter. Unless your builder is an x86_64 you can not build on it
Apr 16 22:32:06 <behanw> To my knowledge you can't yet build on arrch64
Apr 16 22:32:11 <behanw> aarch64
Apr 16 22:32:27 <djamal> behanw so i build it on linux and run it in raspberrypi
Apr 16 22:32:30 <behanw> And why would you want to? Building on an rpi3 would be horribly slow
Apr 16 22:32:34 <paulbarker> The 1GB RAM on an rpi3 would be the biggest issue
Apr 16 22:32:40 <behanw> paulbarker: Hardly
Apr 16 22:32:51 <behanw> You'd be CPU and IO bound
Apr 16 22:33:17 <paulbarker> Well, yea, but I've seen bitbake go OOM on systems with that little RAM
Apr 16 22:34:27 <behanw> paulbarker: If it gets that far.
Apr 16 22:34:53 <behanw> regardless, there is no use case where building on an arm embedded target makes *any* sense.
Apr 16 22:34:57 <paulbarker> djamal: Get yourself a Linux desktop/laptop or virtual machine with at least 4GB RAM and probably 50GB disk. Make a fresh start on that as a non-root user
Apr 16 22:35:25 <behanw> djamal: It can take multiple hours to build on a recent quad core i7 with 16GB of ram and SSD.
Apr 16 22:35:39 <behanw> Building on an rpi3 is essentially a terrible idea.
Apr 16 22:35:58 <behanw> paulbarker: We suggest having 100GB free for our classes.
Apr 16 22:36:08 <behanw> djamal: And build on Ubuntu 16.04.
Apr 16 22:36:15 <behanw> IT's the most well tested.
Apr 16 22:36:33 <paulbarker> behanw: Good to know. I see about ~40GB usage for the largest builds I do but I don't do any crazy GUI stuff
Apr 16 22:36:43 <majuk> djamal: Another thought is spinning up an Amazon EC2 instance.
Apr 16 22:36:50 <majuk> That's what I used to get started.
Apr 16 22:36:55 <behanw> paulbarker: Running out of disk space is a huge set back.
Apr 16 22:37:02 <behanw> majuk: Indeed that works.
Apr 16 22:37:15 <behanw> But it is another level of complexity unless you're used to AWS
Apr 16 22:37:28 <paulbarker> majuk: Do you have to pay for disk I/O on EC2? That always worried me
Apr 16 22:37:36 <behanw> paulbarker: Naw.
Apr 16 22:37:40 <majuk> paulbarker: I don't think so.
Apr 16 22:37:43 <behanw> Just compute and storage
Apr 16 22:38:00 <behanw> The free tier is sufficient for the first year below their thresholds.
Apr 16 22:38:15 <behanw> But I still find it cheaper overall to buy my own build server.
Apr 16 22:38:15 <paulbarker> https://www.hetzner.com/dedicated-rootserver/ex41 - my current build machine, works a charm
Apr 16 22:39:01 <behanw> paulbarker: That's pretty sweet
Apr 16 22:39:16 <djamal> paulbarker : can i download it prepared
Apr 16 22:39:54 <djamal> paulbarker https://download.automotivelinux.org/AGL/snapshots/master/latest/raspberrypi3/
Apr 16 22:43:16 <paulbarker> behanw: I've been using Hetzner about 5 years now, done me pretty well
Apr 16 22:45:13 <behanw> paulbarker: Mine is a twin dual socket silver xeon monster with 64GB each and nvme drives.
Apr 16 22:45:34 <behanw> Renting something similar was more expensive than buying my own.
Apr 16 22:47:24 <djamal> behanw how can i download prepared image
Apr 16 22:47:41 <behanw> djamal: For AGL? I don't know.
Apr 16 22:47:44 <djamal> behanw  : i mean without build
Apr 16 22:47:56 <behanw> Sorry?
Apr 16 22:48:11 <behanw> djamal: How can you get a prebuilt version?
Apr 16 22:48:23 <aarcane> so I'm crating a packagegroup and I'm trying to segregate wayland vs x11 packages, but no matter whether I IMAGE_INSTALL += packagegroup-myproject-x11 or packagegroup-myproject-wayland, I get both of them as package requirements and it breaks stuff.
Apr 16 22:48:33 <aarcane> What might I be doing wrong?  do I need multiple packagegroup files?
Apr 16 22:48:47 <paulbarker> anyway, I'd better be off. Hitting midnight here
Apr 16 22:48:56 <behanw> paulbarker: Night.
Apr 16 22:50:43 <djamal> behanw: you mean built it with bitbake
Apr 16 22:51:14 <behanw> djamal: Are you asking how to get a prebuilt version? Or how to build your own?
Apr 16 22:51:33 <behanw> For either question, considering you seem to be trying to build AGL, I'd ask on an AGL channel.
Apr 16 22:51:46 <djamal> behanw : prebuilt version
Apr 16 22:51:56 <behanw> AGL has extra things they added beyond vanilla yocto project
Apr 16 22:52:16 <behanw> Indeed you'd have to ask an AGL channel about a prebuilt version.
Apr 16 22:52:30 <behanw> I'm not aware of any prebuilt version of AGL for any devboard.
Apr 16 22:52:30 <djamal> <behanw> AGL channel no one respond to me
Apr 16 22:52:39 <behanw> I can't help you with that
Apr 16 22:52:47 <behanw> They're still the right people to ask.
Apr 16 22:53:07 <behanw> Like I said, I'm not aware of any prebuilt version for any board.
Apr 16 22:53:15 <behanw> You probably need to build your own
Apr 16 22:55:33 <behanw> djamal: Many of the people on #automotive are also here on this channel.
Apr 16 22:55:46 <behanw> If they aren't answering they're probably gone for the day
Apr 16 23:08:10 <smurray> behanw: latest stable builds for AGL are linked from the table at: https://wiki.automotivelinux.org/agl-distro/release-notes#eel_502
Apr 16 23:08:42 <smurray> behanw: it's auto-built all the time AFAIK
Apr 16 23:15:49 <armpit> behanw, are you in your class roonm?
Apr 16 23:33:29 * toobluesc wonders if someone is running their IRC client as root
Apr 16 23:42:15 <aarcane> Is there documentation on building python packages, rather than just examples?  Specifically, I need a package from pip that gets installed with a [options] argument and want to see and study how to build those properly
Apr 17 00:54:28 <behanw> armpit: Not anymore.
Apr 17 00:59:53 <khem> aarcane: http://git.openembedded.org/meta-openembedded/tree/meta-python/recipes-devtools/python
Apr 17 01:02:47 <khem> you can also read through the manuals https://www.yoctoproject.org/docs/2.4.2/ref-manual/ref-manual.html#ref-classes-distutils
Apr 17 01:03:17 <khem> there is no specific subsection particularly talking about just building python modules but you get the idea
**** ENDING LOGGING AT Tue Apr 17 03:00:05 2018