*** st3xupery <st3xupery!~daniel@toroon0631w-lp130-02-70-26-31-13.dsl.bell.ca> has quit IRC | 00:01 | |
*** stbenz <stbenz!~stbenz@ipbcc06c1d.dynamic.kabel-deutschland.de> has quit IRC | 00:05 | |
*** stbenz <stbenz!~stbenz@ipbcc06c1d.dynamic.kabel-deutschland.de> has joined #yocto | 00:05 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has quit IRC | 00:08 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has joined #yocto | 00:09 | |
*** stbenz <stbenz!~stbenz@ipbcc06c1d.dynamic.kabel-deutschland.de> has quit IRC | 00:11 | |
*** stbenz <stbenz!~stbenz@ipbcc06c1d.dynamic.kabel-deutschland.de> has joined #yocto | 00:11 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 00:24 | |
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto | 00:24 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has quit IRC | 00:40 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 01:01 | |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:c885:40f8:b7ee:f5bd> has quit IRC | 02:15 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-mkaaomaqpmxfphmk> has joined #yocto | 02:23 | |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:356e:ada7:6577:9bd> has joined #yocto | 02:28 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 02:32 | |
*** hpsy1 <hpsy1!~hpsy@91.109.28.139> has joined #yocto | 02:34 | |
*** hpsy <hpsy!~hpsy@91.109.28.139> has quit IRC | 02:34 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 02:38 | |
*** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 02:45 | |
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 02:45 | |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 02:45 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 02:50 | |
interruptguy_ | Morning. Is there a way to re-run the Yocto `oe-selftest` without deleting the `build-st` directory? I checked the docs but there is nothing bout this. I didn't check the code yet...I thought that asking here is the first easy choice. Any help appreciated! :) | 03:14 |
---|---|---|
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC | 03:18 | |
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC | 03:22 | |
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 03:22 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:59 | |
*** vineela1 <vineela1!~vtummala@134.134.139.76> has joined #yocto | 04:12 | |
*** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 04:12 | |
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC | 04:23 | |
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto | 04:23 | |
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto | 04:28 | |
*** vineela1 <vineela1!~vtummala@134.134.139.76> has quit IRC | 04:33 | |
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 04:33 | |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 04:37 | |
*** jobroe <jobroe!~manjaro-u@p579EB4C0.dip0.t-ipconnect.de> has joined #yocto | 04:51 | |
*** [Sno] <[Sno]!~sno@p4FE9389E.dip0.t-ipconnect.de> has quit IRC | 05:09 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 05:17 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 05:22 | |
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has joined #yocto | 05:24 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 05:27 | |
*** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 05:39 | |
*** vineela1 <vineela1!vtummala@nat/intel/x-xgmblpylejiixgin> has joined #yocto | 05:41 | |
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:42 | |
*** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 05:44 | |
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC | 05:48 | |
*** [Sno] <[Sno]!~sno@195.14.209.36> has joined #yocto | 05:51 | |
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 05:52 | |
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 06:10 | |
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 06:15 | |
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 06:18 | |
*** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has joined #yocto | 06:20 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:21 | |
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 06:22 | |
*** frsc <frsc!~frsc@82-173-142-46.pool.kielnet.net> has joined #yocto | 06:27 | |
*** fl0v0 <fl0v0!~fvo@88.130.223.234> has joined #yocto | 06:57 | |
*** vineela <vineela!vtummala@nat/intel/x-lssrbwvrjwgtkqnp> has joined #yocto | 06:58 | |
*** vineela1 <vineela1!vtummala@nat/intel/x-xgmblpylejiixgin> has quit IRC | 06:58 | |
yocti | New news from stackoverflow: Unable to transfer libraries from Image folder of openblas into rootfs <https://stackoverflow.com/questions/61337334/unable-to-transfer-libraries-from-image-folder-of-openblas-into-rootfs> | 07:04 |
*** mckoan|away is now known as mckoan | 07:07 | |
*** vineela1 <vineela1!vtummala@nat/intel/x-gfeddiaviifhmoqu> has joined #yocto | 07:10 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 07:10 | |
*** vineela <vineela!vtummala@nat/intel/x-lssrbwvrjwgtkqnp> has quit IRC | 07:11 | |
*** elcfd <elcfd!~thor@185.192.69.152> has joined #yocto | 07:21 | |
*** vineela <vineela!vtummala@nat/intel/x-hgawpfuthmnxfgtl> has joined #yocto | 07:22 | |
*** vineela1 <vineela1!vtummala@nat/intel/x-gfeddiaviifhmoqu> has quit IRC | 07:24 | |
*** vineela <vineela!vtummala@nat/intel/x-hgawpfuthmnxfgtl> has quit IRC | 07:29 | |
*** vineela <vineela!vtummala@nat/intel/x-bjnquyjuugczwevt> has joined #yocto | 07:29 | |
yocti | New news from stackoverflow: Why i2cdetect 0 not returning address <https://stackoverflow.com/questions/61338067/why-i2cdetect-0-not-returning-address> | 07:34 |
*** yacar_ <yacar_!~yacar_@lfbn-orl-1-351-171.w90-35.abo.wanadoo.fr> has joined #yocto | 07:39 | |
qschulz | RP: WRT TSC minutes: FYI, why we need multilib support: third party SW vendor only wants to deliver 32b binaries (and also pre-clang-compiled with libcpp as standard lib.....) and unfortunately this SW is a non-negligible part of our whole SW stack. | 07:56 |
qschulz | RP: while we never had the issue before, some clients have so many third party 32b-only pre-built binaries, one project leader decided to basically have everything in 32b instead of playing a never-ending whack-a-mole for those clients. Hence the issue. FWIW, we're still on thud, so the issue exists at least there and in master. | 07:58 |
qschulz | RP: also, sorry for the oe-core patch and its associated patch in docs in two separate mails, brain was fried :/ | 07:59 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:01 | |
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 08:03 | |
*** gtristan <gtristan!~tristanva@59.29.205.187> has joined #yocto | 08:06 | |
*** hpsy1 <hpsy1!~hpsy@91.109.28.139> has quit IRC | 08:08 | |
*** hpsy <hpsy!~hpsy@91.109.28.139> has joined #yocto | 08:09 | |
*** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has quit IRC | 08:12 | |
*** locutus_ <locutus_!~LocutusOf@5.170.85.6> has joined #yocto | 08:12 | |
*** elcfd <elcfd!~thor@185.192.69.152> has left #yocto | 08:12 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 08:14 | |
*** mattovsky_mc <mattovsky_mc!~matt_mc@79.184.115.140.ipv4.supernova.orange.pl> has joined #yocto | 08:25 | |
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 08:28 | |
*** hpsy <hpsy!~hpsy@91.109.28.139> has quit IRC | 08:30 | |
nameclash | gents, I believe I have a real stupid question with no smart answer, could someone please help (sarcasm allowed) | 08:31 |
nameclash | so I have this cmake/qt project that I can configure with no problems after sourcing the sdk in a shell | 08:32 |
nameclash | but as soon as I put those three lines in a script, it fails to find Qt ... wtf? | 08:32 |
nameclash | source /opt/poky/environment-setup-cortexa9hf-neon-montavista-linux-gnueabi | 08:32 |
nameclash | mkdir build && pushd build | 08:32 |
nameclash | cmake -G "Unix Makefiles" .. | 08:33 |
nameclash | why does this succeed when done interactively and why does it fail in a script? any freaking ideas? | 08:34 |
alejandrohs | nameclash: check whats on your environent when you execute from a shell, also check which shell is it using when you are running the script | 08:34 |
RP | qschulz: it actually needs to be in two patches as they're different repos! | 08:34 |
alejandrohs | nameclash: bash != sh != dash != zsh != fish != busybox's sh | 08:35 |
qschulz | RP: yes but they could have been in the same patch series :) | 08:35 |
RP | qschulz: I know why we need multilib and we'll not be removing it, I just dream ;-) | 08:35 |
RP | qschulz: its fine, I get a lot worse :) | 08:35 |
RP | qschulz: I'm curious how you find the approach I'm testing in master-next. It is meaning more invasive changes than I'd have liked and still isn't working right :( | 08:36 |
*** Guest5296 <Guest5296!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has joined #yocto | 08:37 | |
*** Guest5296 is now known as PatrickE | 08:37 | |
PatrickE | mckoan yesterday you send me some framebuffer gui tk's | 08:37 |
qschulz | RP: I dream of it too :) | 08:37 |
PatrickE | mckoan Qt seems to be the "best" of these. Do you have any experience with this? | 08:37 |
alejandrohs | nameclash: either way, probably shouldnt be running make with no recipe, your build env its contaminated with your host, create a simple recipe, inherit cmake and pass EXTRA_OECMAKE to it | 08:38 |
qschulz | RP: especially since we have some dirty hacks for multilib+clang for a recipe that needs to exist both with libcpp and just glibc at runtime. anyway, digressing | 08:38 |
alejandrohs | YPTM: If I dont make it its becase I failed to wake up on time, goodnight | 08:38 |
PatrickE | For example with small 4 bit greyscale OLED Displays? Is there some mechanism in Linux or Qt which can prevent for burn in? | 08:39 |
nameclash | alejandrohs: my objective is to run the build against a prebuilt sdk, not using bitbake... | 08:40 |
qschulz | RP: I'll have a look in the next few days, carefully reading everything again and checking the patches. I suspect I won't have much to say but does not hurt to know what I'm making you folks do to our little baby. | 08:41 |
RP | qschulz: My dilemma is whether to run with this approach or whether to add something 'clever' to bitbake which others will no doubt find interesting ways to abuse | 08:42 |
qschulz | RP: I always have a hard time with "smart" things. You can't imagine how messed up "smart" displays are driver wise. My opinion is that anything that isn't crystal clear is hard to maintain and is a time-bomb for weird bugs should be avoived at all costs. | 08:45 |
qschulz | ultimately only a few people will maintain that in bitbake, so it's up to you (on the principle, I haven't checked the patches/approach) but it could also make it harder to get external people to fix/contribute to it. | 08:47 |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has joined #yocto | 08:49 | |
nameclash | the environment is nearly identical (only OLDPWD, SHLVL and WINDOWID differ) | 08:51 |
nameclash | both are run in bash | 08:51 |
nameclash | I don't get it | 08:52 |
mckoan | PatrickE: I have experience with Qt and other GUI libraries | 08:52 |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:53 | |
PatrickE | mckoan do you know about OLED, small displays etc.pp.? | 08:54 |
*** AndersD__ <AndersD__!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 08:59 | |
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has quit IRC | 09:00 | |
qschulz | nameclash: just to be sure, your script should be doing everything, right? like cmake is actually building your SW and is where Qt isn't found, right? You're not using your script to setup the environment and then building after you've run the script? | 09:00 |
nameclash | qschulz, everything's handled completely within the script | 09:01 |
*** AndersD_ <AndersD_!~AndersD@195.67.57.138> has joined #yocto | 09:01 | |
nameclash | source sdk, cmake, make | 09:01 |
nameclash | it also doesnt seem to be related to the project being built | 09:02 |
nameclash | testing against https://github.com/apriorit/MinimalQml | 09:03 |
*** AndersD__ <AndersD__!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 09:04 | |
nameclash | I believe it's related to the cmake environment setup in a rocko based sdk | 09:04 |
qschulz | nameclash: so it does not look like it's a subshell issue I guess | 09:05 |
nameclash | no, doesnt look like | 09:05 |
nameclash | as said, environment is identical | 09:05 |
qschulz | nameclash: how do you check the environment? | 09:06 |
nameclash | I dumped it to a file using printenv | 09:06 |
qschulz | nameclash: use "set" instead | 09:07 |
nameclash | yeah I was about to do so | 09:07 |
erbo | PatrickE: Isn't OLED burn in just aging of the "pixel"? So the way to handle it is to try to not use pixels more than neccessary, and also try to use the whole screen equally so that the degradation process is similar over all pixels. | 09:08 |
*** florian_kc is now known as florian | 09:10 | |
nameclash | qschulz: other than a bunch of shell functions missing they look pretty equal | 09:15 |
nameclash | oh, wait | 09:17 |
nameclash | qschulz: I think I identified the problem being in [...]/environment-setup.d/cmake.sh | 09:21 |
nameclash | it aliases cmake to: | 09:21 |
nameclash | alias cmake="cmake -DCMAKE_TOOLCHAIN_FILE=$OECORE_NATIVE_SYSROOT/usr/share/cmake/OEToolchainConfig.cmake" | 09:21 |
nameclash | that alias doesnt seem to find its way to the sourcing script | 09:22 |
nameclash | if I replace in my script | 09:22 |
nameclash | cmake -G "Unix Makefiles" .. | 09:22 |
nameclash | with | 09:22 |
nameclash | cmake -DCMAKE_TOOLCHAIN_FILE=$OECORE_NATIVE_SYSROOT/usr/share/cmake/OEToolchainConfig.cmake -G "Unix Makefiles" .. | 09:22 |
nameclash | it runs fine | 09:23 |
qschulz | nameclash: any chance there is a shell variable for that (e.g. $CMAKE, like we have for $CC?) | 09:24 |
nameclash | I know this was changed that in later versions of poky but didn't realize I'm actually facing a side effect of the alias version in rocko | 09:24 |
nameclash | qschulz: if there was one, I would look for it in /environment-setup.d/cmake.sh but the alias is the online line in that file... | 09:26 |
nameclash | I can handle that now, hopefully we'll migrate to thud soon, where at least that issue seems to be resolved | 09:27 |
nameclash | cmake/qmake in thud seems to suffer from different issues there but at least this one is fixed | 09:28 |
qschulz | nameclash: http://chiefsandendians.blogspot.com/2010/07/linux-scripts-and-alias.html | 09:29 |
nameclash | qschulz: oh, great! was about to patch the cmake recipe... thanks | 09:31 |
qschulz | nameclash: not sure it's advisable though, it makes the script rely on aliases. I don't know if it also takes aliases from the host for example, which wouldn't be a great idea :/ | 09:32 |
nameclash | qschulz: yeah, you might be right... I guess patching the cmake env setup script to export a $CMAKE variable should be safer.. | 09:34 |
*** MadMax411 <MadMax411!59a6aa48@dyndsl-089-166-170-072.ewe-ip-backbone.de> has joined #yocto | 09:34 | |
rokm | Hi, Is there a way to PACKAGE_INSTALL depends on machine ? | 09:36 |
erbo | rokm: do you want to include different things in an image depending on machine? If yes, there's way to do that but I don't think modifying PACKAGE_INSTALL explicitly is the way to go | 09:38 |
rokm | I have initramfs image which contains some packages, but also needs out of tree intel specific drived to be installer | 09:38 |
erbo | can you use IMAGE_INSTALL_append_<machine> = " <your intel driver package>"? | 09:41 |
erbo | in the initramfs image recipe | 09:41 |
rokm | will try this | 09:41 |
qschulz | rokm: MACHINE_[ESSENTIAL_]EXTRA_RDEPENDS? | 09:43 |
qschulz | https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#var-MACHINE_ESSENTIAL_EXTRA_RDEPENDS | 09:43 |
qschulz | rokm: which you set in your machine configuration file | 09:44 |
rokm | qschulz: in yocto manual it is written that it is not for initramfs | 09:48 |
rokm | or I wrongly read this | 09:48 |
*** ecclescake <ecclescake!~tomeccles@78.40.148.171> has left #yocto | 09:50 | |
qschulz | rokm: this makes the specified packages a runtime dependency for packagegroup-core-boot, so if it is used somehow in your initramfs, it's all good | 09:54 |
rokm | it is not used | 09:54 |
rokm | but seems I have MACHINE_EXT... set | 09:54 |
rokm | in machine config file but anyway it is not taken into image | 09:54 |
qschulz | meta/recipes-core/images/core-image-tiny-initramfs.bb is using it in PACKAGE_INSTALL | 09:55 |
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-heibbdngglsaxzmq> has joined #yocto | 09:55 | |
qschulz | I'd say you want packagegroup-core-boot for any image you'll ever build? | 09:56 |
rokm | for my current image it is not needed | 09:57 |
*** MadMax411 <MadMax411!59a6aa48@dyndsl-089-166-170-072.ewe-ip-backbone.de> has left #yocto | 10:03 | |
*** rburton <rburton!~rburton@192.198.151.44> has joined #yocto | 10:07 | |
mckoan | PatrickE: yes, something | 10:23 |
PatrickE | erbo i think in the self written driver we used on bare metal devices we switch near pixels very fast or something like this. Iam not 100% aware of this | 10:31 |
*** vineela1 <vineela1!~vtummala@134.134.137.75> has joined #yocto | 10:38 | |
*** vineela <vineela!vtummala@nat/intel/x-bjnquyjuugczwevt> has quit IRC | 10:38 | |
*** sdfe <sdfe!~sdfe@dyn74-329.yok.fi> has joined #yocto | 10:39 | |
*** nacknick <nacknick!d984e681@cbl217-132-230-129.bb.netvision.net.il> has joined #yocto | 10:40 | |
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 10:42 | |
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 10:45 | |
nacknick | Sorry in advance for a question that maybe can be found in a manual/tutorial: If I want to run the default "do_whatever" task on my own built package - How should I do it correctly? | 10:46 |
*** sdfe <sdfe!~sdfe@dyn74-329.yok.fi> has left #yocto | 10:51 | |
nameclash | nacknick: bitbake _your-package_ | 10:54 |
nacknick | nameclash: my recipe has only do_fetch that I wrote, it downloads an archive into "downloads" folder. I want to extract the archive (guess with do_unpack?) - How should I run do_unpack if it does not run automatically with `bitbake <my_package>`? | 10:56 |
nameclash | it should run with bitbake your-package | 10:58 |
nameclash | otherwise run bitbake -c unpack your-package | 10:58 |
nameclash | you could also run: bitbake -c devshell your-package | 11:02 |
nameclash | that should drop you in a shell where all environment is set up as if bitbake was running | 11:02 |
nameclash | i.e. you could execute your tasks one by one interactively | 11:08 |
nacknick | nameclash: I tried `bitbake -c unpack <my-package>` - I hoped to find the extracted data inside the relevant build directory - but I did not. Does it matter if the archive is tar/gz? There is any reason why `unpack` does not extract the archive? | 11:08 |
qschulz | just to be pedantic, it's not "your-package" but "your-recipe" you pass to bitbake | 11:11 |
nacknick | w/e | 11:11 |
qschulz | can we have the recipe you're writing on some pastebin somewhere? | 11:13 |
qschulz | if you read base.bbclass and IIUC, unpack only works on things defined in SRC_URI | 11:13 |
nacknick | qschulz: I don't know if I read base.bbclass and IIUC - How to check it? | 11:18 |
nacknick | I will give you the recipe in pastebin. just checking something | 11:19 |
qschulz | IIUC = If I Understood Correctly :) https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/base.bbclass#n171 | 11:20 |
qschulz | Or, you can check in your recipe WORKDIR (tmp/work/*/my-recipe/*/) in temp, run.do_unpack to check what is actually done during the unpack step. | 11:21 |
nameclash | is it just me or are the glibc and bitutils mirrors painfully slow at times? | 11:24 |
nameclash | it's fetching @ ~100 KiB/s | 11:25 |
ant__ | rokm, you can set ${YOUR_MACHINE_PACKAGE} in your_machine.conf, and add this to IMAGE_INSTALL in your custom image | 11:25 |
nacknick | qschulz: nameclash: Works! Thank you | 11:26 |
ant__ | rokm: like IMAGE_FSTYPES = "${INITRAMFS_FSTYPES}" | 11:26 |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 11:27 | |
ant__ | check out meta-initramfs layer of meta-oe for more | 11:27 |
yocti | New news from stackoverflow: Add user to existing group in Yocto <https://stackoverflow.com/questions/61342104/add-user-to-existing-group-in-yocto> | 11:35 |
*** AndersD__ <AndersD__!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 11:39 | |
*** AndersD_ <AndersD_!~AndersD@195.67.57.138> has quit IRC | 11:41 | |
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has joined #yocto | 11:42 | |
*** AndersD__ <AndersD__!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 11:44 | |
*** comptroller <comptroller!~comptroll@47-213-225-21.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 11:47 | |
nacknick | How to skip checksum for a file in SRC_URI? | 11:50 |
*** [Sno] <[Sno]!~sno@195.14.209.36> has quit IRC | 11:50 | |
*** comptroller <comptroller!~comptroll@47-213-225-21.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 11:54 | |
*** vineela1 <vineela1!~vtummala@134.134.137.75> has quit IRC | 11:57 | |
nameclash | nacknick: don't specify one | 11:57 |
nacknick | nameclash: When I don't, it screams that there is no checksum :| | 11:58 |
nameclash | license file? | 11:58 |
nacknick | yes | 11:59 |
nameclash | you could set BB_STRICT_CHECKSUM = "0" | 12:00 |
qschulz | nacknick: give the correct checksum for the license file then? it's actually a very important piece of information in your recipe | 12:00 |
nacknick | `Recipe file fetches files and does not have license file information (LIC_FILES_CHKSUM) [license-checksum]` | 12:00 |
nacknick | qschulz: There is no license file | 12:00 |
nameclash | that'll give you a warning instead, but imho it'd be better to provide the correct chksum in you recipe | 12:00 |
qschulz | not checking it is very risky and not nice to users | 12:00 |
*** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 12:01 | |
nameclash | then set LICENSE = "CLOSED" | 12:01 |
rburton | nacknick: if this a piece of code or data that you wrote and will never be redistriuted? | 12:01 |
qschulz | nacknick: LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302" | 12:01 |
rburton | qschulz: that should only be used for metadata which is MIT licensed | 12:01 |
rburton | it says "the license the the oe-core license because this is part of oe-core" | 12:02 |
nacknick | rburton: yes | 12:02 |
qschulz | rburton: that was an example :) There are plenty other licenses. But indeed, worth expliciting | 12:02 |
rburton | nacknick: LICENSE=CLOSED is the solution for 'properietary closed source license' | 12:02 |
qschulz | nacknick: also, if there is a license in some code file, you can also say the license is in X file between lines Y and Z. But if it isn't supposed to be distributed, nameclash gave you the answer | 12:03 |
nameclash | rburton: good that you're around -- remember that LONG_BIT build error when including Python.h I mentioned yesterday? | 12:05 |
nameclash | turned out I was too quick with the hooray, the issue actually still remains | 12:06 |
*** gtristan <gtristan!~tristanva@59.29.205.187> has quit IRC | 12:06 | |
nameclash | it's currently no showstopper for me but as I', trying to understand the build system, this is something I stumbled over and have no quick answer for it without debugging the problem the hard way | 12:07 |
nameclash | the recipe that fails is https://pastebin.com/ePuKggCV with compile log at https://pastebin.com/LyZ2WNwd | 12:08 |
nameclash | as said, this is ran in a vanilla poky/thud environment with no custom changes other than parallel make and bb threads.. | 12:10 |
nameclash | the build runs fine without BBCLASSEXTEND = "native" | 12:11 |
nameclash | does anyone see any obvious d'oh! in that? | 12:12 |
rburton | native or target | 12:16 |
rburton | like does target build work | 12:16 |
nameclash | target build works | 12:16 |
nameclash | native fails | 12:16 |
rburton | i'd be more likely to blame the cmakelists for doing something 'clever' | 12:17 |
qschulz | nameclash: very dumb question, what about target which is the same arch as your host? (some qemu machine if that exists?) | 12:17 |
nameclash | actually target is qemux86 | 12:18 |
nameclash | as said, it's vanilla | 12:18 |
qschulz | nameclash: I was suggesting compiling for a target which has the same arch as your host | 12:18 |
nameclash | isnt that the case with qemux86 ? | 12:19 |
qschulz | and a little bit of google search told me it should already be what you're doing :) | 12:20 |
nameclash | ah, i should pick qemu86-64 | 12:20 |
qschulz | nameclash: forget last sentence, yes qemux86-64 machine if you're building on x86 64b :) | 12:21 |
nameclash | rburton: CMakeLists is pretty dumb I'd say: https://github.com/nameclash/cmake-sandbox/blob/master/CMakeLists.txt | 12:22 |
*** locutus_ <locutus_!~LocutusOf@5.170.85.6> has quit IRC | 12:26 | |
*** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC | 12:37 | |
*** rperier <rperier!~quassel@234.ip-51-91-57.eu> has joined #yocto | 12:39 | |
*** rperier <rperier!~quassel@unaffiliated/bambee> has joined #yocto | 12:41 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 12:42 | |
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has joined #yocto | 12:51 | |
*** gtristan <gtristan!~tristanva@61.82.32.35> has joined #yocto | 12:55 | |
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:04 | |
*** rizi <rizi!4d0419a1@x4d0419a1.dyn.telefonica.de> has joined #yocto | 13:15 | |
rizi | hey i am facing an issue while adding IMAGE_INSTALL_append = " gdbserver" to my local.conf file. it gives a ParseError. can anyone suggest why is that. and how to solve this | 13:19 |
*** gtristan <gtristan!~tristanva@61.82.32.35> has quit IRC | 13:19 | |
rburton | pastebin please | 13:22 |
rizi | sorry what? @rburton you said to me | 13:23 |
rburton | rizi: you're asking us to debug an error without any information | 13:24 |
rburton | so put in pastebin.com or similar the actual error messages | 13:24 |
*** riz49 <riz49!4d0419a1@x4d0419a1.dyn.telefonica.de> has joined #yocto | 13:26 | |
riz49 | rburton : the error: ERROR: Unable to start bitbake server (None)ERROR: Server log for this session (/home/rizwan/src/ara-project/build/bitbake-cookerdaemon.log):--- Starting bitbake server pid 10968 at 2020-04-21 15:14:08.009669 ---ERROR: ParseError at /home/rizwan/src/ara-project/build/conf/local.conf:144: unparsed line: 'IMAGE_INSTALL_append = | 13:27 |
riz49 | “ gdbserver"' | 13:27 |
rburton | and if you delete that line it works? | 13:28 |
riz49 | yes it works, but i need to add gdbserver | 13:29 |
rburton | did you actually verify that deleting that line makes it work agai | 13:29 |
rburton | n | 13:29 |
JaMa | use the right quotes and it should work | 13:29 |
rburton | oh yeah, if that's a copy-paste then the first quotes are smart | 13:29 |
rburton | “ != " | 13:30 |
riz49 | actually i have to add three things to image. IMAGE_GEN_DEBUGFS = "1"IMAGE_FSTYPES_DEBUGFS = "tar.bz2" | 13:33 |
riz49 | and IMAGE_INSTALL_append = “ gdbserver" | 13:33 |
rburton | if you're copy-pasting that line from the manual and it had bad quotes then please do show us what bit so the docs can be fixed | 13:33 |
*** AndersD__ <AndersD__!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 13:34 | |
JaMa | quotes look ok e.g. in https://www.oreilly.com/library/view/mastering-embedded-linux/9781787283282/25b6d1c4-80e9-46da-b0be-8bd333631c7d.xhtml | 13:35 |
riz49 | ok i get back to you on this | 13:35 |
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has quit IRC | 13:36 | |
rizi | yes JaMa thanx for sharing | 13:36 |
*** AndersD_ <AndersD_!~AndersD@195.67.57.138> has joined #yocto | 13:37 | |
*** AndersD__ <AndersD__!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 13:40 | |
FrazerClews | hi, ive been looking at the bins in bitbake and noticed one called bitdoc, but it seems broken. i have been working on getting it working and up to date which i have done for the most part, is this something that is still used in previous versions, or desired for use now, or should it be removed? | 13:41 |
rburton | never seen that before :) | 13:43 |
rokm | Hi, I wrote this morning with question related to initramfs image and package/driver that is dependend of MACHINE | 13:43 |
rokm | I checked and "KERNEL_MODULE_AUTOLOAD": " ixgbe" and "MACHINE_ESSENTIAL_EXTRA_RDEPENDS": " ixgbe" | 13:44 |
rokm | but still when I boot initramfs image ixgbe is not available | 13:45 |
rokm | It will be available only when I add ixgbe to PACKAGE_INSTALL in my initramfs recipe | 13:45 |
FrazerClews | rburton i have made a branch that fixes it, but if its not used or wanted anymore, do you want me to remove it. do feel its serves somewhat of a purpose | 13:46 |
FrazerClews | `Create a set of html pages (documentation) for a bitbake.conf...` | 13:46 |
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto | 13:47 | |
*** mamadeus <mamadeus!~mamadeus@109.125.159.169> has joined #yocto | 13:47 | |
nameclash | rburton: in my last company we used to pack binaries in our product installers with last modified date 10 years after the epoch, with no one knowing where the hell they came from and where the sources were... we had long discussions whether I'd be safe to delete them in the next release or if we'd freak out some server farm admin sitting under a mountain somewhere in finland... we decided to keep it | 13:48 |
qschulz | rokm: shouldn't it be kernel-module-ixgbe in MACHINE_ESSENTIAL_EXTRA_RDEPENDS? | 13:49 |
rokm | I added it too | 13:50 |
rokm | then EXTRA_... contains both: ixgbe and kernel-module-ixgbe | 13:50 |
qschulz | rokm: do you have MACHINE_ESSENTIAL_EXTRA_RDEPENDS or packagegroup-core-boot in your PACKAGE_INSTALL in your initramfs recipe? | 13:51 |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:52 | |
rokm | I have MACHINE_ESSENTIAL.. like I wrote above and it contains this ixgbe | 13:52 |
rokm | and I don't have packagegroup-core-boot | 13:52 |
qschulz | rokm: do you have PACKAGE_INSTALL += "${MACHINE_ESSENTIAL_EXTRA_RDEPENDS}" in your initramfs recipe? You set MACHINE_ESSENTIAL_EXTRA_RDEPENDS in the machine configuration file as well right? | 13:53 |
rokm | yes I have MACHINE.... in machine specific folder and conf file. | 13:54 |
rokm | but I don't have PACKAGE_INSTALL like you wrote :o | 13:54 |
rokm | let me try this | 13:54 |
riz49 | rburton: my yocto image was working fine until i add in local.conf file. now when i even removed those lines from local.conf file i get the same error. how to resolve this. the error is <<<<pyinotify.WatchManagerError: add_watch: cannot watch /home/rizwan/src/ara-project/build/conf WD=-1, Errno=No space left on device (ENOSPC)ERROR: No space left | 13:55 |
riz49 | on device or exceeds fs.inotify.max_user_watches?ERROR: To check max_user_watches: sysctl -n fs.inotify.max_user_watches.ERROR: To modify max_user_watches: sysctl -n -w fs.inotify.max_user_watches=<value>.ERROR: Root privilege is required to modify max_user_watches. | 13:55 |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:55 | |
qschulz | riz49: well... "Errno=No space left on device" | 13:56 |
riz49 | qschulz: still it was running earlier with same packages. it should run atleast with same packages. | 13:58 |
riz49 | how to resolve this then? should i build the image from scratch? | 13:58 |
qschulz | riz49: you should make some space on your device before building again | 13:58 |
riz49 | qschulz ok thanx | 13:59 |
nameclash | riz49: not if you ran your build with additional packages, the build consumes space on disk and is not freed automatically just by removing the lines from you image... | 13:59 |
riz49 | nameclash ah now i understood. thanx for clarifying | 14:00 |
qschulz | nameclash: also.. might be some other software filling up disk space :) | 14:01 |
nameclash | riz49: maybe consider also adding INHERIT += " rm_work" to your config | 14:01 |
nameclash | qschulz: let's not even think about that ;) | 14:01 |
riz49 | nameclash i will try that | 14:03 |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:03 | |
*** nacknick <nacknick!d984e681@cbl217-132-230-129.bb.netvision.net.il> has quit IRC | 14:05 | |
*** dp <dp!~phillid@oh.not.bad.aye.yeah.nah.nz> has quit IRC | 14:06 | |
rokm | qschulz: now it is on initramfs image, thanks :) | 14:11 |
rokm | qschulz: but still autoload doesn't work | 14:12 |
*** dp <dp!~phillid@oh.not.bad.aye.yeah.nah.nz> has joined #yocto | 14:12 | |
rokm | I have to modprobe | 14:12 |
qschulz | rokm: ok, that's a first step. Where is your KERNEL_MODULE_AUTOLOAD defined? | 14:17 |
rokm | qschulz: in the same machine conf where ..ESSENTIAL.. is defined | 14:19 |
qschulz | ok, and this one you have ixgbe only and not kernel-module-ixgbe right? | 14:20 |
rokm | yes -> "KERNEL_MODULE_AUTOLOAD": " ixgbe", | 14:20 |
rokm | in machine conf and this above comes from json file after build | 14:21 |
qschulz | rokm: do you have something in /etc/modules-load.d/ on the target? | 14:24 |
rokm | when I look for this driver on rootfs, it seems to be under /lib/modules/kernel../updates/driver | 14:24 |
rokm | I have this ixgbe.conf | 14:25 |
rokm | which contains ixgbe | 14:25 |
qschulz | otherwise, I could suggest to have PACKAGE_INSTALL += "packagegroup-core-boot" just to check it's not in there. I'm pretty much clueless after that :/ | 14:25 |
rokm | I have my custom init | 14:27 |
qschulz | I think this autoload is handled by systemd | 14:27 |
rokm | so probably It will end that I will modprobe it somewhere there | 14:28 |
rokm | I don't have systemd :) | 14:28 |
qschulz | rokm: yup indeed | 14:28 |
rokm | ok | 14:28 |
qschulz | we use sysv, we have to modprobe manually :) | 14:28 |
rokm | I also have sysv | 14:28 |
rokm | in my initramfs | 14:28 |
rokm | thanks for help qschulz | 14:29 |
rokm | :) | 14:29 |
qschulz | rokm: my pleasure, have fun | 14:29 |
*** mattovsky_mc <mattovsky_mc!~matt_mc@79.184.115.140.ipv4.supernova.orange.pl> has quit IRC | 14:29 | |
*** PatrickE <PatrickE!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has quit IRC | 14:30 | |
*** xtron <xtron!~xtron@192.94.33.2> has joined #yocto | 14:32 | |
*** AndersD_ <AndersD_!~AndersD@195.67.57.138> has quit IRC | 14:33 | |
*** havok101 <havok101!~havok101@2601:249:1000:b30:4928:3d5f:4a62:89a4> has joined #yocto | 14:35 | |
*** gtristan <gtristan!~tristanva@61.82.32.35> has joined #yocto | 14:38 | |
*** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto | 14:40 | |
fbre | Hi, what must I type on my console to get over this error: recipe for target 'silentoldconfig' failed | 14:42 |
fbre | It happened after I switched on USB via bitbake virtual/kernel -c menuconfig | 14:42 |
fbre | bitbake core-image-minimal -c cleanstate (or also with cleanall) hasn't helped | 14:43 |
fbre | Do you have any idea? Searching the internet did not help me | 14:45 |
qschulz | fbre: you cleaned the sstate-cache of your image recipe, not your kernel recipe. What is the full log of the error for the kernel? | 14:49 |
fbre | qschulz: please, look at https://www.dropbox.com/s/1dw24ukzmvlgiv1/20200421_165217.jpg?dl=0 | 14:54 |
havok101 | Hi, I'm trying to build an imx8 from variscite. I keep getting this error Nothing provides virtual/egl. | 14:54 |
havok101 | It says imx-gpu-viv provides virtual/egl but was skipped: incompatible machine | 14:56 |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 14:56 | |
*** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 14:57 | |
smurray | YPTM: Scott Murray on | 14:59 |
dl9pf | YPTM: Jan-Simon is on | 14:59 |
fbre | I also tried (which did not help either): bitbake virtual/kernel -c cleanall | 15:01 |
fbre | and bitbake virtual/kernel -c cleanstate as well | 15:01 |
qschulz | cleansstate with two s? | 15:02 |
* tlwoerner congratulates Steve Sakoman at LTS maintainer | 15:02 | |
fbre | no, one s | 15:03 |
qschulz | fbre: no two :) | 15:03 |
fbre | cleansstate is correct? | 15:04 |
qschulz | fbre: -c listtasks (two t :) ) to check what is available for a recipe | 15:04 |
*** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has joined #yocto | 15:04 | |
fbre | argh, I thought it means to CLEAN the STATE | 15:05 |
yocti | New news from stackoverflow: error when starting wifi interface: failed to load regulatory.db <https://stackoverflow.com/questions/61346623/error-when-starting-wifi-interface-failed-to-load-regulatory-db> | 15:05 |
*** fbre94 <fbre94!91fdde45@145.253.222.69> has joined #yocto | 15:06 | |
alejandrohs | YPTM: Alejandro is on | 15:07 |
qschulz | fbre: but that is a weird error... I don't see why it would fail explicitly at that point when doing the new .config... | 15:07 |
guerinoni | hi, does anyone do private courses? | 15:07 |
JaMa | YPTM: Martin Jansa is on (muted) | 15:07 |
qschulz | fbre: it's called sstate :) | 15:07 |
havok101 | I have appended imx-gpu-viv_%-arch64 and added the machine i'm building to Compatible machine but it still fails | 15:07 |
qschulz | havok101: the recipe does not have your machine in COMPATIBLE_MACHINE maybe? | 15:08 |
fbre94 | qschulz: OK, thanx so far. hmm cleansstate did not help either | 15:09 |
fbre94 | I think I must delete and checkout the whole stuff again | 15:09 |
*** fbre <fbre!91fdde45@145.253.222.69> has quit IRC | 15:09 | |
*** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has quit IRC | 15:09 | |
havok101 | so i appended the recipe and added this COMPATIBLE_MACHINE(mx8|imx8mn-var-som). Still no go | 15:10 |
havok101 | Is there something else I need to be tweaking. This is based on the 4.14 kernel | 15:10 |
*** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has joined #yocto | 15:10 | |
qschulz | fbre94: and what about linux-imx instead of virtual/kernel? Are you passing the machine as well? | 15:10 |
qschulz | havok101: what is the exact line you have added for the COMPATIBLE_MACHINE in your bbappend? Also please check your bbappend is taken into account by running bitbake-layers show-appends imx-gpu-viv | 15:11 |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 15:12 | |
fbre94 | qschulz: Do you mean core-image-minimal instead of linux-img? I don't know what linux-img mean. I guess core-image-minimal is how it is named here | 15:12 |
*** mamadeus_ <mamadeus_!~mamadeus@109.125.159.121> has joined #yocto | 15:12 | |
qschulz | fbre94: core-image-minimal is an image recipe and you're trying to debug a package recipe, different things :) virtual/kernel is a virtual package, so depending how machine configuration files, distro files and/or recipe files, virtual/kernel can actually be any kernel recipe | 15:14 |
*** frsc <frsc!~frsc@82-173-142-46.pool.kielnet.net> has quit IRC | 15:14 | |
*** mamadeus <mamadeus!~mamadeus@109.125.159.169> has quit IRC | 15:15 | |
qschulz | fbre94: your kernel recipe is linux-imx as per the log you sent me. Which makes sense for your machine which is an imx8 something | 15:15 |
qschulz | it is very unlikely that bitbake virtual/kernel -c cleansstate actually does not fix your recipe if all you did between the moment it worked and now is using -c menuconfig and nothing else | 15:17 |
fbre94 | qschulz: OK, I called bitbake linux-imx -c cleansstate Next, I tried to bitbake again but it stops with that 'silentoldconfig' failed error again | 15:18 |
qschulz | havok101: I suspect your bbappend isn't taken into account because I doubt imx-gpu-viv_%-arch64.bbappend works (happy to be proven otherwise :) ) | 15:18 |
havok101 | I think you're right. | 15:18 |
qschulz | fbre94: did it ever work before? You have made no changes whatsoever to any of the files used by the recipe (including the recipe itself or any bbappend)? | 15:18 |
*** riz49 <riz49!4d0419a1@x4d0419a1.dyn.telefonica.de> has quit IRC | 15:19 | |
fbre94 | yes, it has worked before. Then I just called bitbake virtual/kernel -c menuconfig loaded my kernel config, switched on the USB checkbox, saved my kernel config and then the bitbake call again which fails then as you have seen | 15:20 |
*** emrius <emrius!5edfbc5d@94.223.188.93> has joined #yocto | 15:20 | |
fbre94 | OK, guys. I must leave now. Thank you very much for your help so far anyway. I really appreciate this IRC here | 15:22 |
fbre94 | See you | 15:22 |
emrius | Hello everybody, I hope you are all healthy and fine. I'm struggling to start the wifi interface. Actually, it does not exists... strange. This is what I get when I run `ifconfig -a`: https://pastebin.com/sV508PPi | 15:22 |
qschulz | fbre94: gl | 15:22 |
*** fbre94 <fbre94!91fdde45@145.253.222.69> has quit IRC | 15:22 | |
emrius | I have `DISTRO_FEATURES_append = " wifi"` in my local.conf | 15:23 |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:23 | |
qschulz | emrius: you need wifi drivers I'd say | 15:23 |
*** rizi <rizi!4d0419a1@x4d0419a1.dyn.telefonica.de> has quit IRC | 15:23 | |
emrius | I'm using an out of tree driver from here: https://github.com/geomatsi/meta-sunxi-contrib/tree/master/recipes-bsp/rtl8189fs-mod | 15:23 |
emrius | :) | 15:23 |
*** rizi <rizi!4d0419a1@x4d0419a1.dyn.telefonica.de> has joined #yocto | 15:24 | |
qschulz | emrius: ok, do you have this kernel module available at runtime somewhere? | 15:24 |
*** yacar_ <yacar_!~yacar_@lfbn-orl-1-351-171.w90-35.abo.wanadoo.fr> has quit IRC | 15:24 | |
emrius | When I run modprobe 8189fs it seems to load the driver | 15:24 |
*** mamadeus__ <mamadeus__!~mamadeus@5.112.222.185> has joined #yocto | 15:24 | |
qschulz | emrius: lsmod? | 15:25 |
emrius | 8189fs 1282048 -2 | 15:25 |
emrius | cfg80211 282624 -2 | 15:25 |
emrius | (that was the output of lsmod ( part of it)) | 15:26 |
qschulz | nothing weird in dmesg lately? something like a missing fw? | 15:26 |
qschulz | but why -2? | 15:26 |
emrius | hmm to be honest I don't know | 15:27 |
rizi | hey qschulz: i have an image built. i tried to add a package and it give me error "no space left on device". now i am trying to add space to image by adding IMAGE_ROOTFS_EXTRA_SPACE = "5242880" to local.conf file but still it is giving same error. how to solve this problem? | 15:27 |
*** mamadeus_ <mamadeus_!~mamadeus@109.125.159.121> has quit IRC | 15:27 | |
emrius | seems to be the case for all the kernel modules. Is that bad? | 15:27 |
qschulz | rizi: you are out of space on your build system not the target | 15:27 |
emrius | https://pastebin.com/RtP1Tf9L | 15:28 |
rizi | ah damn | 15:28 |
qschulz | emrius: that is weird... | 15:28 |
tlwoerner | moto-timo: we have the same issue with the arm target, isn't it some old armv5/armv6 architecture? | 15:28 |
emrius | hmm ok | 15:28 |
qschulz | emrius: anything valuable in recent dmesg output? | 15:29 |
emrius | I mean when I modprobe the module it gives a pretty gerneric warning: | 15:29 |
emrius | [ 81.818203] 8189fs: loading out-of-tree module taints kernel. | 15:29 |
rizi | qschulz: i just checked my build machine has 200gb free. | 15:30 |
moto-timo | tlwoerner: I think many architectures have issues... interested parties sccratch the itch when they feel like it? | 15:30 |
qschulz | rizi: on the partition where the tmp dir is? | 15:30 |
qschulz | (tmp for Yocto tmp dir). Also, you might hit the max inode number as specificed in the error | 15:30 |
moto-timo | tlwoerner: and when nobody around cares enough ... (MIPS?) | 15:30 |
tlwoerner | moto-timo: are there better emulators? | 15:30 |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 15:31 | |
moto-timo | tlwoerner: no data. can't give an answer. | 15:31 |
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 15:31 | |
* moto-timo needs to do more research obviously | 15:32 | |
moto-timo | as I said, half baked thought | 15:32 |
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-049.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 15:33 | |
emrius | qschulz There is an issue with regulatory db when loading the driver: [ 175.470585] cfg80211: failed to load regulatory.db | 15:33 |
emrius | But the driver module loads anyways | 15:34 |
havok101 | so I think my problem is bitbake-layers show-appends says imx-gpu-viv_6.2.4.p4.0-aarch54.bb (skipped) | 15:34 |
havok101 | can't append if base recipe is skipped | 15:34 |
RP | tlwoerner: we updated the qemuarm to v7 | 15:34 |
tlwoerner | RP: ah, so that wasn't a qemu issue then | 15:35 |
qschulz | emrius: IMAGE_INSTALL += "crda" and let's see after that | 15:35 |
RP | tlwoerner: more that v7 didn't exist when qemuarm was created ;-) | 15:35 |
emrius | yeah, actually I installed that using dnf. As the error is still there I assumed it wasnt related to that. | 15:35 |
qschulz | havok101: ugh, duh. Since the COMPATIBLE_MACHINE isn't set /me facepalms myself | 15:35 |
emrius | qschulz: Ah one step further: `COUNTRY environment variable not set` | 15:36 |
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 15:36 | |
havok101 | I'd imagine it should use -aarch64 file since it's an mx8 | 15:37 |
qschulz | havok101: I don't think you can make bbappends machine specific | 15:37 |
qschulz | emrius: unfortunately github is down now and hans is also not on IRC so not easy to contact | 15:38 |
qschulz | ah it's back | 15:38 |
emrius | qschulz Ok, Damn github. who is hans? | 15:38 |
kergoth | RP: i think moving python code from bbclasses to lib/oe will require improving the python checksumming to handle imported module files properly, at least for the oe package | 15:39 |
*** [Sno] <[Sno]!~sno@p4FE9389E.dip0.t-ipconnect.de> has joined #yocto | 15:39 | |
*** xtron <xtron!~xtron@192.94.33.2> has quit IRC | 15:40 | |
qschulz | emrius: the one hosting this github repo. Used to do lots of work on allwinner boards. | 15:40 |
qschulz | emrius: maybe you could ask folks on #linux-sunxi or contact the people from meta-sunxi | 15:40 |
emrius | Ah I see! I looked a lot into his repo to find answers. helped a lot already | 15:40 |
qschulz | havok101: try with imx-gpu-viv_%.bbappend | 15:41 |
emrius | qschulz Thanks! | 15:41 |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 15:42 | |
qschulz | emrius: maybe try with modprobe -v as well? | 15:42 |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 15:43 | |
emrius | I mean crda is erroring now: Failed to set regulatory domain: -7 | 15:44 |
emrius | but the driver still loads | 15:44 |
emrius | qschulz But maybe it's best to try to contact hans directly through github | 15:45 |
havok101 | oh... my... god... my meta-fsl-bsp-release was not at the right commit. It has support for mx8mm but not mx8mn ..argh | 15:45 |
havok101 | it works now | 15:45 |
RP | kergoth: Right, that is one of my concerns. I did wonder about simply doing a static scan and inject a file listing the dependencies | 15:47 |
kergoth | might be easiest | 15:48 |
kergoth | I expect the simple case would be easy enough to do when scanning the ast, grab the import nodes, map to the files on disk, scan them.... it's uglier stuff like nested try/excepts that'd be more problematic to handle | 15:48 |
kergoth | course that's assuming nothing funky in the import mechanisms, which there shouldn't be for us, but isn't true in the general case.. | 15:48 |
kergoth | :) | 15:48 |
RP | kergoth: we already have that limitation with the current scanning code? | 15:48 |
RP | but yes, agreed | 15:49 |
RP | kergoth: did you have any thoughts on a variable "filter" function flag? | 15:49 |
RP | kergoth: its potentially open to so much abuse is my main worry (and performance) | 15:50 |
*** pbb <pbb!~quassel@pbb.lc> has quit IRC | 15:51 | |
*** pbb <pbb!~quassel@pleroma.pbb.lc> has joined #yocto | 15:52 | |
havok101 | I believe this was the key MACHINEOVERRIDES_EXTENDER_mx8mn = "imxdrm:imxgpu:imxgpu3d" | 15:54 |
qschulz | emrius: I mean, try to fix this crda error first? | 15:54 |
qschulz | havok101: yup, that makes sense from the few times I had to deal with gpu on imx | 15:54 |
emrius | qschulz That is probably a good idea to rule that out. I'm on it | 15:55 |
*** Alternate_Pacifi is now known as The_Pacifist | 15:56 | |
*** The_Pacifist <The_Pacifist!~The_Pacif@vtluug/member/the-pacifist> has joined #yocto | 15:56 | |
havok101 | Thanks for your help though | 15:59 |
*** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has joined #yocto | 16:03 | |
*** fl0v0 <fl0v0!~fvo@88.130.223.234> has quit IRC | 16:06 | |
emrius | qschulz here is an explanation why the lsmod used by column shows -2 on my target: https://unix.stackexchange.com/questions/269500/lsmod-shows-2-in-the-used-by-column | 16:07 |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 16:08 | |
*** sagner <sagner!~ags@2a02:169:3df5::587> has quit IRC | 16:14 | |
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has quit IRC | 16:14 | |
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto | 16:14 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 16:21 | |
*** nerdboy <nerdboy!~sarnold@47.143.129.84> has joined #yocto | 16:32 | |
*** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 16:32 | |
*** nerdboy <nerdboy!~sarnold@47.143.129.84> has quit IRC | 16:33 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:33 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 16:33 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-mkaaomaqpmxfphmk> has quit IRC | 16:36 | |
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-heibbdngglsaxzmq> has quit IRC | 16:37 | |
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-ketitnkbobvaxnju> has quit IRC | 16:38 | |
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-heqrxomkmuetycuw> has quit IRC | 16:39 | |
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-skzjfqicyjdcyzlx> has joined #yocto | 16:39 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-zsrzxjkkogdnguxx> has joined #yocto | 16:40 | |
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-yfvoaraparzqnygc> has joined #yocto | 16:40 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-zsrzxjkkogdnguxx> has quit IRC | 16:41 | |
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-kgtejqzqbftefxvt> has quit IRC | 16:41 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-cefwoogpszckgfii> has joined #yocto | 16:41 | |
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-swncvguynkjmpcqo> has joined #yocto | 16:41 | |
*** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has quit IRC | 16:41 | |
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-rdhpcwckuuimqldx> has joined #yocto | 16:42 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-cefwoogpszckgfii> has quit IRC | 16:42 | |
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-yfvoaraparzqnygc> has quit IRC | 16:42 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-zdtixhsdfprpdnll> has joined #yocto | 16:43 | |
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-tjmtphchwfizlizl> has joined #yocto | 16:43 | |
*** andycooper_home <andycooper_home!uid246432@gateway/web/irccloud.com/x-fwexbbsgdfuaenlt> has quit IRC | 16:45 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 16:45 | |
*** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-autbzlmairsvbkxw> has quit IRC | 16:45 | |
*** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-raxadbxrazqyxojj> has joined #yocto | 16:46 | |
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-tjmtphchwfizlizl> has quit IRC | 16:46 | |
*** andycooper_home <andycooper_home!uid246432@gateway/web/irccloud.com/x-nfiqnopeunlmvhka> has joined #yocto | 16:46 | |
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto | 16:47 | |
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-flnprdwmzzbhpkjq> has joined #yocto | 16:48 | |
*** nohit <nohit!sid334887@gateway/web/irccloud.com/x-uopagcpulyyelhay> has quit IRC | 16:48 | |
*** nohit <nohit!sid334887@gateway/web/irccloud.com/x-idaznbgxkfblwdcw> has joined #yocto | 16:49 | |
*** emrius <emrius!5edfbc5d@94.223.188.93> has quit IRC | 16:57 | |
*** mckoan is now known as mckoan|away | 17:00 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:02 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 17:03 | |
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC | 17:14 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 17:14 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 17:15 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 17:16 | |
*** mamadeus__ <mamadeus__!~mamadeus@5.112.222.185> has quit IRC | 17:17 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 17:20 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 17:23 | |
*** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 17:25 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 17:25 | |
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-049.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 17:31 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 17:32 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.170.80.242> has joined #yocto | 17:34 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 17:34 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 17:37 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 17:38 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 17:48 | |
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-049.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 17:49 | |
*** |Sno| <|Sno|!~sno@p4FE9389E.dip0.t-ipconnect.de> has joined #yocto | 18:00 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 18:01 | |
*** [Sno] <[Sno]!~sno@p4FE9389E.dip0.t-ipconnect.de> has quit IRC | 18:02 | |
*** junland <junland!~junland@142.93.201.46> has quit IRC | 18:03 | |
*** junland <junland!~junland@142.93.201.46> has joined #yocto | 18:08 | |
*** junland <junland!~junland@142.93.201.46> has quit IRC | 18:12 | |
*** junland <junland!~junland@142.93.201.46> has joined #yocto | 18:15 | |
*** elcfd <elcfd!~thor@185.192.69.152> has joined #yocto | 18:17 | |
*** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 18:17 | |
*** elcfd <elcfd!~thor@185.192.69.152> has left #yocto | 18:19 | |
*** tomjose <tomjose!~tomjose@129.41.86.5> has quit IRC | 18:22 | |
*** rizi <rizi!4d0419a1@x4d0419a1.dyn.telefonica.de> has quit IRC | 18:23 | |
*** vineela <vineela!vtummala@nat/intel/x-cxtodxgmxdtbnjwb> has joined #yocto | 18:23 | |
*** anoo1_ <anoo1_!~anoo1@129.41.86.5> has joined #yocto | 18:23 | |
*** anoo1 <anoo1!~anoo1@129.41.86.5> has quit IRC | 18:23 | |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 18:27 | |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 18:28 | |
*** vineela <vineela!vtummala@nat/intel/x-cxtodxgmxdtbnjwb> has quit IRC | 18:54 | |
*** ka6sox is now known as zz_ka6sox | 18:57 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 19:03 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 19:04 | |
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has joined #yocto | 19:05 | |
nemgti-og | Hello. I am creating to recipies, one depends on the other. The latter is not able to find some make files that the former is providing. the former's recipe is installing such cmake files in ${D}${libdir}/cmakes successfully (I can find the cmake files in the imaegs folder of the build folder of such recipe). The later one DEPENDS on the former but still it is not able to fidn the cmake files | 19:08 |
nemgti-og | I added the dependencit also on RDEPENDS_${PN} but still the same result... am I missing something? | 19:09 |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 19:09 | |
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 19:10 | |
*** jobroe <jobroe!~manjaro-u@p579EB4C0.dip0.t-ipconnect.de> has quit IRC | 19:12 | |
*** tgamblin_ is now known as tgamblin | 19:13 | |
*** zz_ka6sox is now known as ka6sox | 19:22 | |
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC | 19:28 | |
*** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 19:29 | |
*** interruptguy_ <interruptguy_!~interrupt@82-181-11-213.bb.dnainternet.fi> has quit IRC | 19:29 | |
*** interruptguy_ <interruptguy_!~interrupt@82-181-11-213.bb.dnainternet.fi> has joined #yocto | 19:29 | |
*** vineela <vineela!vtummala@nat/intel/x-lkzjvfqiwdyixask> has joined #yocto | 19:36 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 19:37 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 19:40 | |
*** tomjose <tomjose!~tomjose@129.41.86.5> has joined #yocto | 19:42 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 19:47 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 19:47 | |
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-skzjfqicyjdcyzlx> has quit IRC | 20:03 | |
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 20:19 | |
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC | 20:31 | |
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 20:34 | |
*** interruptguy_ <interruptguy_!~interrupt@82-181-11-213.bb.dnainternet.fi> has quit IRC | 20:49 | |
*** interruptguy_ <interruptguy_!~interrupt@82-181-11-213.bb.dnainternet.fi> has joined #yocto | 20:49 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 20:49 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 20:58 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 21:03 | |
*** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has quit IRC | 21:04 | |
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:12 | |
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 21:14 | |
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-049.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 21:16 | |
*** rburton <rburton!~rburton@192.198.151.44> has quit IRC | 21:18 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 21:27 | |
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC | 21:43 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has quit IRC | 22:01 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has joined #yocto | 22:03 | |
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:4c69:7b2b:232d:9ecc> has quit IRC | 22:08 | |
*** havok101 <havok101!~havok101@2601:249:1000:b30:4928:3d5f:4a62:89a4> has quit IRC | 22:09 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 22:29 | |
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC | 22:32 | |
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC | 22:34 | |
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto | 22:35 | |
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto | 22:35 | |
*** ka6sox is now known as zz_ka6sox | 22:44 | |
*** palate <palate!~palate@palate.powered.by.lunarbnc.net> has quit IRC | 22:49 | |
*** palate_ <palate_!~palate@palate.powered.by.lunarbnc.net> has joined #yocto | 22:49 | |
*** palate_ is now known as palate | 22:49 | |
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 22:56 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:56 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-zdtixhsdfprpdnll> has quit IRC | 23:32 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 23:38 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!