Thursday, 2020-04-02

yoctiNew news from stackoverflow: Is there a way to "Factory Reset" a ConnectCore 6 SBC with Yocto Linux? <>00:07
*** vineela <vineela!vtummala@nat/intel/x-umtawsmsbihtvziv> has quit IRC01:35
*** robert_yang <robert_yang!~robert@> has quit IRC02:02
*** robert_yang <robert_yang!~robert@> has joined #yocto02:03
*** anujm <anujm!~anujm@> has joined #yocto02:40
*** comptroller <comptroller!> has quit IRC03:58
*** anujm <anujm!~anujm@> has quit IRC04:05
*** comptroller <comptroller!> has joined #yocto04:07
*** goliath <goliath!> has quit IRC04:13
*** rcw <rcw!~rcw@> has quit IRC04:14
*** ssajal <ssajal!> has quit IRC04:17
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:c1d:6aa5:23eb:f76a> has quit IRC04:34
*** ssajal <ssajal!> has joined #yocto04:36
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:58
*** ssajal <ssajal!> has quit IRC05:14
*** jobroe <jobroe!> has joined #yocto05:18
*** jobroe_ <jobroe_!~manjaro-u@> has joined #yocto05:24
*** jobroe <jobroe!> has quit IRC05:24
*** AndersD <AndersD!> has joined #yocto05:30
*** AndersD_ <AndersD_!> has joined #yocto05:32
*** AndersD <AndersD!> has quit IRC05:34
*** ibinderwolf <ibinderwolf!> has joined #yocto05:41
*** Hauke <Hauke!> has quit IRC05:55
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto05:58
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto05:58
*** pohly <pohly!> has joined #yocto06:04
*** guerinoni <guerinoni!> has joined #yocto06:11
*** kroon <kroon!~kroon@> has joined #yocto06:15
*** fl0v0 <fl0v0!~fvo@> has quit IRC06:27
*** fl0v01 <fl0v01!~fvo@2a01:c22:a427:500:5c00:de82:84a:9d50> has joined #yocto06:27
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:27
*** amaury_d <amaury_d!> has joined #yocto06:42
*** lexano <lexano!lexano@gateway/vpn/nordvpn/lexano> has quit IRC06:44
*** lexano <lexano!lexano@gateway/vpn/nordvpn/lexano> has joined #yocto06:57
*** CruX| <CruX|!> has joined #yocto07:07
CruX|hello, can you recommend eeprom memory tester which is accessible via /sys/.../eeprom ? (i'm using my own driver based on at25 driver) I want to test random unaligned reads/writes07:09
CruX|most of tools is ysing mmap which can't be used07:10
*** yacar_ <yacar_!> has joined #yocto07:11
LetoThe2ndCruX|: none that i knew of in public.07:11
*** rubdos <rubdos!~rubdos@> has joined #yocto07:12
CruX|LetoThe2nd: thx07:14
*** lfa <lfa!> has quit IRC07:18
*** rubdos <rubdos!~rubdos@> has quit IRC07:20
*** rubdos <rubdos!~rubdos@> has joined #yocto07:22
*** sstiller <sstiller!> has joined #yocto07:24
*** ibinderwolf <ibinderwolf!> has quit IRC07:28
*** bfederau[m] <bfederau[m]!bfederauma@gateway/shell/> has quit IRC07:29
*** edrex <edrex!edrexmatri@gateway/shell/> has quit IRC07:29
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has quit IRC07:29
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has quit IRC07:29
*** silviof <silviof!silv-iomat@gateway/shell/> has quit IRC07:29
*** yangm <yangm!yanyetanot@gateway/shell/> has quit IRC07:29
*** yangm97 <yangm97!yangm97mat@gateway/shell/> has quit IRC07:29
*** nrossi <nrossi!nrossimatr@gateway/shell/> has quit IRC07:29
*** wak-work <wak-work!wak-workma@gateway/shell/> has quit IRC07:29
*** henriknj <henriknj!hnjematrix@gateway/shell/> has quit IRC07:29
*** ibinderwolf <ibinderwolf!> has joined #yocto07:29
*** bachp <bachp!bachpmatri@gateway/shell/> has quit IRC07:29
yoctiNew news from stackoverflow: cmake based bitbake recipe : sysroot missing? <>07:39
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto07:41
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto07:42
*** dmoseley <dmoseley!~dmoseley@> has quit IRC07:42
*** locutus_ <locutus_!~LocutusOf@> has joined #yocto07:43
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC07:46
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has joined #yocto07:57
*** Guest52100 <Guest52100!a5e14925@gateway/web/cgi-irc/> has joined #yocto07:59
*** jobroe_ <jobroe_!~manjaro-u@> has quit IRC08:02
*** jobroe_ <jobroe_!~manjaro-u@> has joined #yocto08:06
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:06
*** Guest52100 is now known as PatrickE08:10
*** gtristan_ <gtristan_!~tristanva@> has quit IRC08:15
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has joined #yocto08:18
*** wak-work <wak-work!wak-workma@gateway/shell/> has joined #yocto08:18
*** nrossi <nrossi!nrossimatr@gateway/shell/> has joined #yocto08:18
*** henriknj <henriknj!hnjematrix@gateway/shell/> has joined #yocto08:18
*** bfederau[m] <bfederau[m]!bfederauma@gateway/shell/> has joined #yocto08:18
*** edrex <edrex!edrexmatri@gateway/shell/> has joined #yocto08:18
*** yangm <yangm!yanyetanot@gateway/shell/> has joined #yocto08:18
*** bachp <bachp!bachpmatri@gateway/shell/> has joined #yocto08:18
*** silviof <silviof!silv-iomat@gateway/shell/> has joined #yocto08:18
*** yangm97 <yangm97!yangm97mat@gateway/shell/> has joined #yocto08:18
*** cp- <cp-!> has quit IRC08:21
*** cp- <cp-!> has joined #yocto08:23
*** cp- <cp-!> has quit IRC08:23
*** cp- <cp-!> has joined #yocto08:24
*** timemaster <timemaster!> has joined #yocto08:25
*** kroon <kroon!~kroon@> has quit IRC08:27
*** timemaster <timemaster!> has quit IRC08:30
*** jobroe_ <jobroe_!~manjaro-u@> has quit IRC08:41
*** jobroe <jobroe!~manjaro-u@> has joined #yocto08:42
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:44
sstillerCloning poky from runs with 3..15 KiB/s. Can I also use
*** gtristan_ <gtristan_!~tristanva@> has joined #yocto08:46
LetoThe2ndsstiller: thou shalt not.08:47
LetoThe2ndsstiller: and i get 6MBits+X downstream, so the reason is somewhere on your side probably.08:48
*** jobroe <jobroe!~manjaro-u@> has quit IRC08:48
*** timemaster <timemaster!> has joined #yocto08:48
sstillerLetoThe2nd: With other servers I have no problem.08:50
LetoThe2ndsstiller: it might of course be a regional problem or such, but $ADMIN is not awake at these times, and anything other than the official repo is certainly not to be recommended.08:51
sstillerLetoThe2nd: OK, tried to clone it on another computer in another city and it runs fine there.08:53
LetoThe2ndsstiller: i'd suggest that if it persists, write to the ML in 2 or 3 hrs.08:54
LetoThe2ndbeyond that, sorry for the inconvenience, but nothing i can do.08:55
*** jobroe_ <jobroe_!~manjaro-u@> has joined #yocto08:56
*** emrius <emrius!> has joined #yocto08:56
*** Saur <Saur!pkj@nat/axis/x-yuxvnqbiyzkpndpa> has quit IRC08:57
*** nslu2-log <nslu2-log!> has quit IRC09:00
*** nslu2-log <nslu2-log!> has joined #yocto09:00
*** jobroe_ <jobroe_!~manjaro-u@> has quit IRC09:07
*** FrazerClews <FrazerClews!> has joined #yocto09:07
*** yacar_ <yacar_!> has quit IRC09:09
*** yacar_ <yacar_!> has joined #yocto09:10
*** emrius <emrius!> has quit IRC09:12
*** Saur <Saur!pkj@nat/axis/x-urfxomtswkquedeq> has joined #yocto09:13
sstillerLetoThe2nd: No need to feel sorry about that ;-) I think, I can blame my ISP.09:15
*** dreyna <dreyna!> has joined #yocto09:16
*** jobroe <jobroe!> has joined #yocto09:17
*** jobroe_ <jobroe_!~manjaro-u@> has joined #yocto09:22
*** jobroe <jobroe!> has quit IRC09:22
*** kroon <kroon!~kroon@> has joined #yocto09:28
yoctiNew news from stackoverflow: yocto: how do I install header files along with kernel module in sdk <> || Unable to build as dependencies are missing in recipe-sysroot - yocto <>09:39
*** kroon <kroon!~kroon@> has quit IRC09:42
*** dreyna <dreyna!> has quit IRC09:46
*** kroon <kroon!~kroon@> has joined #yocto09:49
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:51
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto09:52
*** locutus_ <locutus_!~LocutusOf@> has quit IRC09:53
*** jmiehe <jmiehe!> has joined #yocto09:58
*** dexterlb <dexterlb!> has quit IRC10:02
*** dexterlb <dexterlb!> has joined #yocto10:05
jkimbladI want to execute a "git describe" on the source fetched from a recipe using git autorev. Then save the output of the command in a file on the target system. Is there any easy way of doing so?10:08
LetoThe2ndjkimblad: depends on your definition of easy, probably.10:10
LetoThe2ndfor a one-recipe, quick-n-dirty solution its probably enough to do the describe in do_install and pipe it to the desired destination, plus including the destination in FILES_10:11
LetoThe2ndfor something sustainable, this becomes complicated quickly.10:12
jkimbladAlright, is the source fetched as a git repo then? My understanding was that it isnt.10:13
LetoThe2ndjkimblad: look at ${S} and find out, i also don't know.10:13
*** amaury_d <amaury_d!> has quit IRC10:18
jkimbladAlright, thank you for your help. This definitly makes it easier than whatever i was trying to do  \o/10:18
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:22
*** rburton <rburton!~rburton@> has joined #yocto10:26
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC10:31
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto10:37
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto10:37
*** ebail <ebail!> has joined #yocto10:45
ebailHi guys. I want to use ovs/dpdk with Yocto Zeus on top of a Xeon Intel(R) Xeon(R) CPU E5-2680 v4. My Yocto machine requires genericx86-64.conf and overrides genericx86-64:. With that DPDK fail to compile because he is looking for SSE4.1 specific instructions that my Xeon is capable of. So it looks like I need meta-intel and I managed to compile dpdk requiring intel-corei7-64.conf in my machine.10:56
ebailmeta-intel defines 3 machines in and I don't know what should be the right one for my Xeon.10:58
ebailIs my approach the right one ? Thanks10:58
LetoThe2ndebail: without digging deeper, it sounds basically correct.11:01
rburtonebail: you definitely want to use meta-intel.  intel-corei7-64 is the default11:07
rburtoni'd have to look at ark to know is the e52680 is skylake-onwards for the skylake bsp ,i know my xeon isn't11:07
rburtonebail: yeah you're broadwell, same as me, so use intel-corei7-6411:09
rburton(genericx86* is a terrible bsp)11:09
ebailrburton: LetoThe2nd thanks. The description of the machine does not mention SSE411:10
rburtonright, that should be updated11:10
rburtonthe bsp actually targets a fairly specific chipset onwards11:10
rburton - intel-corei7-6411:11
rburton   This BSP is optimized for Nehalem and later Core and Xeon CPUs as11:11
rburton   well as Silvermont and later Atom CPUs, such as the Baytrail SoCs.11:11
ebailis it correct also to require intel-corei7-64 and overide genericx86-64 and my own machine definition11:11
rburtonfrom readme11:11
ebailrburton: right11:11
rburtonif you're make your own BSP then at least inherit or copy corei7-64, ignore genericx86-64 entirely11:11
ebailrburton: I do11:12
*** yohboy <yohboy!~yohboy@2a01:cb1d:889c:400:259f:4614:9fe9:f44e> has quit IRC11:14
*** yohboy <yohboy!~yohboy@2a01:cb1d:889c:400:259f:4614:9fe9:f44e> has joined #yocto11:14
*** locutus_ <locutus_!~LocutusOf@> has joined #yocto11:20
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC11:22
*** gtristan_ <gtristan_!~tristanva@> has quit IRC11:26
*** jmiehe <jmiehe!> has quit IRC11:28
*** berton <berton!~berton@> has joined #yocto11:30
*** berton <berton!~berton@> has quit IRC11:33
*** berton <berton!~berton@> has joined #yocto11:35
*** nayfe <nayfe!uid259604@gateway/web/> has quit IRC11:37
*** goliath <goliath!> has joined #yocto11:49
*** gtristan_ <gtristan_!~tristanva@> has joined #yocto11:54
*** kaspter <kaspter!~Instantbi@> has quit IRC11:56
*** kaspter <kaspter!~Instantbi@> has joined #yocto11:56
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto12:04
*** alephnull_ <alephnull_!~quassel@> has joined #yocto12:11
*** alephnull <alephnull!~quassel@> has quit IRC12:11
*** yohboy <yohboy!~yohboy@2a01:cb1d:889c:400:259f:4614:9fe9:f44e> has quit IRC12:19
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/> has joined #yocto12:19
*** jkimblad <jkimblad!> has quit IRC12:44
yannDon't we have a way to prevent runtime config file changes in a dependency to trigger rebuilds  - those changes that get literally into packages without any build impact of dependencies?  It's always annoying to see how much CPU can get wasted by such changes :|12:44
LetoThe2ndyann: only if you rip them out into seperate recipes and exploit hashequiv, as far as i understand it.12:46
yannso that would not work for the last case that just hit me, ie. touching rules in eudev12:47
*** jkimblad <jkimblad!> has joined #yocto12:47
LetoThe2ndyann: yup.12:47
*** locutus_ <locutus_!~LocutusOf@> has quit IRC12:47
yannI still have to look at hashequiv, indeed12:47
*** maudat <maudat!> has joined #yocto12:48
LetoThe2ndOTOH i really don't tinker with config files that much usually, so its mostly a no-problem for most users (me guesses)12:48
yannin my case I'm getting rid of an old layer with useless stuff in .bbappend.  It's a PITA to remove useless junk and have the whole system rebuilt12:49
yanncannot help people with spring cleanup...12:49
*** JaMa <JaMa!~martin@> has joined #yocto12:51
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto12:52
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto12:52
*** locutus_ <locutus_!~LocutusOf@> has joined #yocto12:56
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC12:59
*** locutus__ <locutus__!~LocutusOf@> has joined #yocto13:03
*** nhartman <nhartman!> has joined #yocto13:03
*** ericch <ericch!> has joined #yocto13:03
*** bradfa <bradfa!uid297668@gateway/web/> has joined #yocto13:04
*** locutus_ <locutus_!~LocutusOf@> has quit IRC13:05
*** inf <inf!~informati@unaffiliated/informatic> has quit IRC13:07
*** LetoThe2nd <LetoThe2nd!~ubuntu@unaffiliated/letothe2nd> has quit IRC13:08
*** LetoThe21d <LetoThe21d!~ubuntu@unaffiliated/letothe2nd> has joined #yocto13:09
*** inf <inf!> has joined #yocto13:10
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto13:10
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto13:10
*** LetoThe21d is now known as LetoThe2nd13:10
*** abelal <abelal!~quassel@> has quit IRC13:11
*** locutus__ <locutus__!~LocutusOf@> has quit IRC13:12
*** awaisb <awaisb!~quassel@> has joined #yocto13:12
*** mardy <mardy!> has quit IRC13:14
*** rcw <rcw!~rcw@> has joined #yocto13:14
*** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has joined #yocto13:16
*** jobroe_ <jobroe_!~manjaro-u@> has quit IRC13:17
*** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has joined #yocto13:18
*** inf is now known as Guest3950713:19
*** stephano <stephano!> has joined #yocto13:20
*** Dima_Sharihin <Dima_Sharihin!5ee9f036@> has joined #yocto13:36
*** Guest39507 <Guest39507!> has quit IRC13:38
*** Guest39507 <Guest39507!~informati@unaffiliated/informatic> has joined #yocto13:38
Dima_Sharihingood time of day, guys. Is there any way to strip out python from 'gobject-introspection' package. I use lua binding (LGI), that use .typelib data, however, it isn't necessary to ship whole Python runtime to use a couple of binary files13:38
*** Guest39507 is now known as inf13:38
*** mardy <mardy!> has joined #yocto13:41
*** ssajal <ssajal!> has joined #yocto13:51
*** Dima_Sharihin <Dima_Sharihin!5ee9f036@> has quit IRC13:51
* clementp[m] sent a long message: < >13:53
clementp[m]But I got an error :(13:53
clementp[m]ERROR: core-image-minimal-1.0-r0 do_rootfs: Function failed: do_rootfs13:53
clementp[m]No match for argument: python3-pyueye13:53
clementp[m]in my build script I do this : echo "IMAGE_INSTALL_append = \" python3-pyueye\"" >> conf/local.conf13:54
LetoThe2ndclementp[m]: well maybe there is nothing that provides that?13:55
clementp[m]I'm missing something :( ? Thanks for your help :)13:55
LetoThe2ndclementp[m]: you probably missed writing a recipe:
clementp[m]The log I send is the file ""13:57
LetoThe2ndclementp[m]: and the recipe by itself buids?13:58
LetoThe2nd.e.g. bitbake python3-pyueye13:58
clementp[m]yes, it's a module13:58
clementp[m]the Python application will be load at runtime13:59
clementp[m]haa sorry will test13:59
LetoThe2ndand where is it located?14:00
*** AndersD__ <AndersD__!> has joined #yocto14:01
LetoThe2nddoes sound right on first glance.14:01
clementp[m]should I put it in the dynamic-layers ?14:01
LetoThe2ndthen you'll have to provide the full error log on a pastebin.14:01
qschulzLetoThe2nd: what is weird is the error message. Usually you get "Nothing RPROVIDES python3-pyueye", not "no match for argument"14:01
LetoThe2ndqschulz: yup. but stranger things have happened too.14:02
qschulzclementp[m]: and what if you put by yourself the IMAGE_INSTALL_append = " python3-pyueye" in your conf/local.conf, without the build script?14:02
*** AndersD_ <AndersD_!> has quit IRC14:03
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC14:04
*** AndersD_ <AndersD_!> has joined #yocto14:04
* clementp[m] sent a long message: < >14:05
clementp[m]maybe should have change to +=14:05
qschulzclementp[m]: nope :)
qschulzlook in the grey box14:06
kroonclementp[m], which packages are prodiuced when you bitbake the recipe ?14:06
LetoThe2ndclementp[m]: well technically the IMAGE_INSTALL_appen is wrong anyways, if you insist on the local.conf you shouls use CORE_IMAGE_EXTRA_INSTALL. or better, create a custom image.14:06
*** AndersD__ <AndersD__!> has quit IRC14:07
qschulzLetoThe2nd: both are okay?
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto14:07
clementp[m]I'm building from core-image-minimal the error occurs during the "do_rootfs"14:08
LetoThe2ndkroon: yup, next thing to check.14:09
LetoThe2ndclementp[m]: bitbake -e your recipe and look at what is in PACKAGES14:09
* clementp[m] sent a long message: < >14:11
LetoThe2ndqschulz: sure, but the key point is that many mess up with the eval order of IMAGE_INSTALL therefore CORE_IMAGE_EXTRA_INSTALL is safe14:11
LetoThe2ndclementp[m]: can't you just log in properly? i'm really tired of having to read you in the browser.14:11
clementp[m]LetoThe2nd: sorry don't understand what you mean...  Maybe it's my matrix client client that's doing weird things.14:14
LetoThe2ndclementp[m]: yep. we only get "has sent a long message and then a random link".14:15
clementp[m]Ok sorry for that ☹︎, Good to know14:15
*** clementp <clementp!> has joined #yocto14:17
clementp# $PACKAGES [2 operations]#   set /home/<company>/<board>-build-script/<board>-release-bsp/sources/poky/meta/conf/bitbake.conf:286#     "${PN}-dbg ${PN}-staticdev ${PN}-dev ${PN}-doc ${PN}-locale ${PACKAGE_BEFORE_PN} ${PN}"#   set /home/<company>/<board>-build-script/<board>-release-bsp/sources/poky/meta/conf/documentation.conf:316#     [doc] "The14:17
clementplist of packages to be created from the recipe."# pre-expansion value:#   "${PN}-dbg ${PN}-staticdev ${PN}-dev ${PN}-doc ${PN}-locale ${PACKAGE_BEFORE_PN} ${PN}"PACKAGES="defaultpkgname-dbg defaultpkgname-staticdev defaultpkgname-dev defaultpkgname-doc defaultpkgname-locale  defaultpkgname"14:17
LetoThe2ndyeah but what actually ends up inside? and what is PN?14:18
*** kroon <kroon!~kroon@> has quit IRC14:18
clementpPACKAGES="defaultpkgname-dbg defaultpkgname-staticdev defaultpkgname-dev defaultpkgname-doc defaultpkgname-locale  defaultpkgname"14:19
LetoThe2ndthat sounds wrong.14:19
clementpOk understood I did bitbake -e14:19
clementpinstead of bitbake -e <IMAGE>14:19
LetoThe2ndbitbake -e your recipe.14:19
LetoThe2ndlike i said: 14:09 < LetoThe2nd> clementp[m]: bitbake -e your recipe and look at what is in PACKAGES14:20
clementpIt's empty14:20
LetoThe2ndclementp[m]: so your recipe, for whatever reason, does not provide any packages. hence nothing can be installed. thats your debugging start, then.14:21
*** AndersD__ <AndersD__!> has joined #yocto14:21
clementp[m]this was for the <Image> for python3-ueye:14:22
clementp[m]PACKAGES="python3-pyueye-dbg python3-pyueye-staticdev python3-pyueye-dev python3-pyueye-doc python3-pyueye-locale  python3-pyueye"14:22
*** AndersD_ <AndersD_!> has quit IRC14:23
*** rburton <rburton!~rburton@> has quit IRC14:24
*** AndersD <AndersD!> has joined #yocto14:24
*** rburton <rburton!~rburton@> has joined #yocto14:24
*** dreyna <dreyna!> has joined #yocto14:24
LetoThe2ndsomething is fihy there and i can't put my finger on it.14:26
*** AndersD__ <AndersD__!> has quit IRC14:26
*** locutus_ <locutus_!~LocutusOf@> has joined #yocto14:26
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC14:29
*** kaspter <kaspter!~Instantbi@> has quit IRC14:29
clementp[m]will retry for clean build :(14:31
*** sstiller <sstiller!> has quit IRC14:34
*** sstiller <sstiller!> has joined #yocto14:35
qschulzclementp[m]: bitbake -e python3-pyueye returns PACKAGES="python3-pyueye-dbg python3-pyueye-staticdev python3-pyueye-dev python3-pyueye-doc python3-pyueye-locale  python3-pyueye" right?14:36
qschulzclementp[m]: the next thing you can do is look into tmp/deploy/packages/*/ and look if there are python3-pyueye packages in there14:36
qschulzthen if there is a python3-pyueye package, inspect it to check if there;s something in it?14:37
qschulzalso, if there's no specific need for rpm packages, you can use ipk packages instead, those are more tested IIRC (and if it works, at least we know there is an issue with rpm packages for this recipe and maybe something to fix)14:38
clementp[m]Actually I don't need packages at all14:40
LetoThe2ndqschulz: rpm is the poky default and should be fine, deb is more of a problem child.14:41
qschulzclementp[m]: you do :) that's how Yocto creates the rootfs ;)14:42
qschulzclementp[m]: so, any package in tmp/deploy/rpm?14:43
qschulzLetoThe2nd: ack14:43
clementp[m]qschulz: Ok I thought it was intented for people maintaining a repo14:43
clementp[m]rebuild in progress14:43
clementp[m]should take around 20min..14:43
qschulzclementp[m]: that is possible as well. Ah you cleaned everything?14:44
*** rubdos <rubdos!~rubdos@> has quit IRC14:45
clementp[m]Someone decide to build a 5-7K€ machine with 2xXeon Gold but I have a simple fucking HDD optimized for low-comsuption -_-14:45
clementpYes i have rm -rf the output build folder,14:45
qschulzclementp[m]: or try to build in RAM :)14:46
qschulzhave the sstate-cache and dl_dir on your HDD, the rest in RAM, that's what I do14:46
*** rubdos <rubdos!~rubdos@> has joined #yocto14:46
qschulzbut depending on the amount of RAM per CPU core you have, you might have to tweak the number of parallel builds to not go OOM14:47
LetoThe2ndif you have enough ram the hdd shouldn't really matter anyways, thats my experience14:47
qschulzLetoThe2nd: if you have the workdir on the hdd.....14:48
LetoThe2ndqschulz: caching takes care of that. sure, not 100%, but the difference was neglectable in my tests.14:48
clementp32GB per CPU i think14:50
*** sstiller <sstiller!> has quit IRC14:51
LetoThe2ndclementp[m]: then the hdd really doesn't matter that much.14:51
rburtonclementp[m]: inherit rm_work so build tree are deleted, and change the commit timeout on the filesystem. recipe can be built and deleted before it even touches the disk.14:52
qschulzLetoThe2nd: I also don't want to clutter my HDD, (I started with a 250GB SSD which was full pretty quick with 5 machines and different projects :) ). So now, everything in RAM and I safely remove everything when I want or when I reboot :)14:52
*** pi2 <pi2!> has joined #yocto14:52
LetoThe2ndqschulz: of course, YMMV. i am always talking about my personal experience14:53
qschulzLetoThe2nd: same same hi514:53
qschulzLetoThe2nd: :o leaving me hanging like this how dare you14:54
LetoThe2ndnah, thats what i teach my kids. hi5 - lo5 - fistbump. in that order.14:55
qschulzLetoThe2nd: true. social distancnig, even on IRC. Good. Then, namaste14:55
*** amaury_d <amaury_d!> has joined #yocto14:55
clementprburton already the case echo "INHERIT += \"rm_work\"" >> conf/local.conf14:55
*** spiel <spiel!> has quit IRC14:55
clementpWhat is the commit timeout ?14:55
*** AndersD <AndersD!> has quit IRC14:56
qschulzclementp[m]: IIUC from context, the time when your system takes files in RAM and put it on the disk14:56
qschulzyou lower that time, more writes and you kill your disk faster but safe data. you increase that time, healthy hdd but data is lost if powercut between "commits" (well same for first case, but you increase the chance of this happening)14:58
qschulzI'll let rburton confirm or throw me by the window for my wrong explanations :)14:58
clementp[m]In /etc/fstab14:58
qschulzclementp[m]: that's not important at the moment :) let's tackle your issue first14:59
*** PatrickE <PatrickE!a5e14925@gateway/web/cgi-irc/> has quit IRC14:59
clementp[m]UUID=cf146c17-43b0-47c0-b971-86a3c1d689e4 / ext4 defaults 0 014:59
clementp[m]UUID=cf146c17-43b0-47c0-b971-86a3c1d689e4 / ext4 commit=1000  0 014:59
clementp[m]24 running task (2865 of 3565)15:00
qschulzyou need more CPU15:01
*** locutus_ <locutus_!~LocutusOf@> has quit IRC15:02
*** sstiller <sstiller!> has joined #yocto15:02
clementp[m]This machine is so badly configured :(15:02
clementp[m]Epyc with PCIe SSD is on it's way15:03
clementp[m]and it's cheaper than this one15:03
*** robert_yang <robert_yang!~robert@> has quit IRC15:04
*** rubdos <rubdos!~rubdos@> has quit IRC15:04
qschulzclementp[m]: I was joking :) I have 32GBof RAM and 12 cores it's good enough for my everyday builds. We have a big one for releases or jenkins15:04
qschulzclementp[m]: yeah, AMD new CPUs are dirt cheap for build machines compared to the Intel ones15:04
*** robert_yang <robert_yang!~robert@> has joined #yocto15:04
*** rubdos <rubdos!~rubdos@> has joined #yocto15:05
clementp[m]Yeah and there "Turbo Boost" is just marketing shit, after 20sec you go back to the base clock15:05
clementp[m]AMD cache and clock is insane for the price15:06
*** pharaon2502 <pharaon2502!> has quit IRC15:08
clementpqschulz still same error : do_rootfs: Could not invoke dnf No match for argument: python3-pyueyeError: Unable to find a match15:13
qschulzany package in tmp/deploy/rpm/ named python3-pyeuye?15:14
clementpI past again the bb15:14
clementpSUMMARY =  "pyueye"DESCRIPTION = "pip3 install pyueye"HOMEPAGE = ""LICENSE = "BSD-3-Clause"LIC_FILES_CHKSUM = "file://PKG-INFO;md5=d93c89ef0026a2ecf28a6a7bea9d1062"SRC_URI[md5sum] = "0398e0d39d241921a8290b5c891f0e63"SRC_URI[sha256sum] = "54c389176d359259c930f22035f1c006df37b4be9a71954a7fa864d679adc3a4"PYPI_PACKAGE =15:14
clementp"pyueye"PYPI_PACKAGE_EXT = "zip"inherit pypiBBCLASSEXTEND = "native nativesdk"15:14
clementpjust in case it had been cropped with Matrix client15:14
clementppython3-pyueye-dbg-  python3-pyueye-dev-
clementpin aarch6415:15
clementparound 6kB15:15
JaMaanyone seeing "ERROR: kmod-26-r0 do_package: Can NOT get PRAUTO, exception No module named '_sysconfigdata'" with latest master (and python-3.8 from e.g. ubuntu 20.04)?15:16
qschulzclementp: and no python3-pyueye-
clementp[m]only dbg or dev15:17
qschulzclementp[m]: there you go, no package for you, Yocto is not happy :)15:18
qschulzclementp[m]: bitbake -c install python3-pyueye15:18
qschulzgo to your workdir for this recipe (something like tmp/work/*/python3-pyueue/
qschulzclementp[m]: check the files in image/ what are the paths?15:20
qschulzclementp[m]: a "normal" package has the files defined in FILES_${PN}15:20
qschulzthere might be some trickery done by pypi bbclass but that I can't help with :/15:20
qschulzso basically, you have to find a way to make the files move from your dbg or dev package to your normal package by tinkering with your recipe (and possibly FILES_${PN} or some flags passed during the install task)15:21
clementp[m]qschulz: the path for images is build_imx8qm/tmp/deploy/images/imx8qm-<board>15:24
clementp[m]ha sorry you mean when I rebuild the package15:25
clementpqschulz ./aarch64-poky-linux/python3-pyueye/
*** robert_yang <robert_yang!~robert@> has quit IRC15:35
*** robert_yang <robert_yang!~robert@> has joined #yocto15:35
*** yacar_ <yacar_!> has quit IRC15:35
qschulzclementp: ./aarch64-poky-linux/python3-pyueye/ what's in there15:38
*** elfGamal <elfGamal!~elg@> has quit IRC15:38
*** pharaon2502 <pharaon2502!> has joined #yocto15:39
*** elGamal <elGamal!~elg@> has joined #yocto15:40
yoctiNew news from stackoverflow: bitbake do_package corrupts *.pc files for libqb <>15:40
qschulzls -lah ./aarch64-poky-linux/python3-pyueye/ ? have you done bitbake -c install python3-pyueue and not just bitbake python3-pyueue?15:44
*** stwcx <stwcx!~stwcx@> has quit IRC15:48
*** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has joined #yocto15:50
clementpdrwxr-xr-x   4096 Apr  2 16:58 deploy-rpmsdrwxr-xr-x   4096 Apr  2 17:19 imagedrwxrwxr-x   4096 Apr  2 17:19 pseudodrwxr-xr-x   4096 Apr  2 17:19 pyueye-   4096 Apr  2 17:19 recipe-sysrootdrwxrwxr-x   4096 Apr  2 17:19 recipe-sysroot-nativedrwxrwxr-x   4096 Apr  2 17:19 sstate-install-package_write_rpmdrwxrwxr-x  12288 Apr  215:51
clementp17:41 temp15:51
clementpI can rm this folder and redo thecommand15:52
*** stephano <stephano!> has quit IRC15:52
clementpbitbake -c clean python3-pyueye15:55
clementpbitbake -c install python3-pyueye15:55
clementppython3-pyueye/ folder is empty15:56
clementpthe log do_install doesn't show the python package15:56
clementpdo_install() {    base_do_install}base_do_install() {        :}15:57
qschulzclementp: inherit pypi distutils316:06
clementp| DEBUG: Executing shell function do_compile| Traceback (most recent call last):|   File "", line 41, in <module>|     from setuptools import setup| ImportError: No module named 'setuptools'| ERROR: python3 build_ext execution failed.16:09
clementpsetuptools ?16:09
qschulzclementp: my absence of knowledge in python module building is showing a little bit too much :)16:10
clementpSame for me :(16:10
clementpi will try16:10
clementpthank you very much for your help16:10
qschulzclementp: you need to find some sort of make install but for your python module16:10
qschulzhave you checked that other tasks have done at least something, unlike install?16:11
clementpthey are using setuptools16:12
clementpbut I think the provide by the vendor doesn't compile...16:12
clementpor doesn't setup...16:12
clementpI will try to patch it16:12
*** ibinderwolf <ibinderwolf!> has quit IRC16:13
clementpqschulz  are you from bootlin ?16:14
qschulzclementp: not anymore16:15
clementpHoooo sad, but thank you very much anyway, I read 2 years ago your presentation on secure boot when I need to implement one, was very clear and instructive16:16
*** matthewzmd <matthewzmd!~user@2607:fea8:e2c0:7080::221d> has joined #yocto16:17
clementpHaa I see you are at StreamUnlimited16:17
clementpthey implement streaming for Google Cast ;à16:17
qschulzclementp: thanks, much appreciated :)16:17
qschulzclementp: indeed they do, well not only that but they do that yes :)16:17
matthewzmdcan anyone tell me how to run the demos in meta-qt5/recipes-qt/examples?16:19
clementpqschulz  had to do the secure boot for this application, funny loop :)16:20
clementpbut make sense because I suppose that now you implement secure boot for their customer16:22
qschulzclementp: that's part of the package yes. But once it's done, it's done, not much more to do :) It was done before I arrived at StreamUnlimited so didn't touch it (well, i recently broke it BUT that's not the question :D)16:24
qschulzmatthewzmd: add the qt example to the packages installed by your image recipe, boot your image, execute the binary?16:24
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/> has quit IRC16:24
*** lfa <lfa!> has joined #yocto16:26
*** matthewzmd <matthewzmd!~user@2607:fea8:e2c0:7080::221d> has quit IRC16:28
*** vineela <vineela!~vtummala@> has joined #yocto16:30
*** comptroller <comptroller!> has quit IRC16:37
*** awaisb <awaisb!~quassel@> has quit IRC16:40
*** abelal <abelal!~quassel@> has joined #yocto16:41
*** pharaon2502 <pharaon2502!> has quit IRC16:45
*** pharaon2502 <pharaon2502!> has joined #yocto16:45
*** comptroller <comptroller!> has joined #yocto16:48
clementpqschulz: Thanks it works, I added "inherit pypi setuptools3" and patch the No it's included in the rootfs :)16:55
JPEWRP: OK, I think I know why that SDE failure is occuring, but I have no idea what to do about it17:00
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:00
JPEWRP: It looks like when you use multilib, it finalizes the datastore for both the base recipe *and* the virtual recipe (might be butchering the term here)17:01
JPEWRP: The base recipe finalization is the one that races with the simultaneous execution of the non-base recipe17:02
JPEWRP: I have some logging that makes the very apparent if you want to see it for yourself17:03
*** pharaon2502 <pharaon2502!> has quit IRC17:03
* JPEW wonders if we can tell this is happening when attempting to extra the SDE....17:04
*** chandana73 <chandana73!~ckalluri@> has joined #yocto17:05
RPJPEW: oh, interestiong17:07
RPJPEW: it will do both as it won't know which one it needs17:07
JPEWYou could possibly push BBEXTENDVARIANT and BBEXTENDCURR down into the the finalization to make it only parse the one it needs?17:08
JPEWOr.... make virtual:multilib:X:do_unpack depend on do_unpack .... not great17:10
JPEWAnyway, I have to make my weekly venture for groceries and watch the kids now... I'll think about it and be back tomorrow.17:15
RPJPEW: I think we did already add a mechanism to do it, its just not being used from bitbake-worker most likely17:16
*** rburton <rburton!~rburton@> has quit IRC17:16
*** rburton <rburton!~rburton@> has joined #yocto17:16
RPJPEW: I worry we have to expand BBCLASSEXTEND with the base datastore :/17:17
RPie. without expanding the base datastore we might not know which extensions we have17:17
*** Hauke <Hauke!> has joined #yocto17:22
*** m1ster_r0b0t <m1ster_r0b0t!> has quit IRC17:26
*** m1ster_r0b0t <m1ster_r0b0t!> has joined #yocto17:28
*** paulg_ <paulg_!> has joined #yocto17:28
*** dmoseley <dmoseley!~dmoseley@> has quit IRC17:32
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has joined #yocto17:39
yoctiNew news from stackoverflow: Building dependencies in yocto for GO language project <>17:41
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto17:47
*** dkc <dkc!> has joined #yocto17:50
*** dmoseley <dmoseley!~dmoseley@> has quit IRC17:51
*** clementp <clementp!> has quit IRC17:52
*** ebail <ebail!> has quit IRC17:55
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto18:00
*** bri <bri!> has joined #yocto18:01
briHiho!  Is it possible to include ${S} in SRC_URI?  For example: SRC_URI += " file://foo.c;subdir=${S}/somedir"18:04
*** locutus_ <locutus_!~LocutusOf@> has joined #yocto18:04
briWhen I do so, I get a python RecursionError in bitbake.  Is there another way to achieve the above?18:05
neverpanicsubdir=somedir should do the same thing, the paths are relative to $S18:05
bripath is relative to ${WORKDIR}.  At least that's where it's putting it.18:05
briIn my case, S is the git subdir or WORKDIR.  So, I can just add "git" is the place of ${S} above, but I'd prefer to do it in a way that doesn't break if S changed.18:07
bri... git subdir OF WORKDIR, I mean18:07
*** [Sno] <[Sno]!> has quit IRC18:08
JPEWRP: Had an idea:
*** dmoseley <dmoseley!~dmoseley@> has quit IRC18:09
JPEWRP: Did some initial test and it appears to work as expected, but now I *really* do need to go :)18:10
*** [Sno] <[Sno]!> has joined #yocto18:11
*** locutus_ <locutus_!~LocutusOf@> has quit IRC18:22
*** paulg_ <paulg_!> has quit IRC18:23
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto18:26
*** paulg_ <paulg_!> has joined #yocto18:26
*** sstiller <sstiller!> has quit IRC18:29
*** paulg_ <paulg_!> has quit IRC18:31
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto18:31
*** pi2 <pi2!> has quit IRC18:36
*** fl0v01 <fl0v01!~fvo@2a01:c22:a427:500:5c00:de82:84a:9d50> has quit IRC18:37
*** fl0v0 <fl0v0!~fvo@> has quit IRC18:39
*** fl0v01 <fl0v01!~fvo@2a01:c22:a427:500:6933:48f1:efe2:b89b> has joined #yocto18:39
*** fl0v0 <fl0v0!~fvo@> has joined #yocto18:39
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has quit IRC18:51
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has joined #yocto18:52
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has quit IRC18:59
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has joined #yocto19:03
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has quit IRC19:08
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:21
*** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@> has joined #yocto19:26
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has joined #yocto19:36
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has quit IRC19:40
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto19:47
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:48
*** aidanh_ is now known as aidanh19:49
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has joined #yocto19:51
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has quit IRC19:56
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC19:58
*** guerinoni <guerinoni!> has quit IRC20:07
*** pbb <pbb!> has quit IRC20:08
*** pbb <pbb!> has joined #yocto20:11
armpitis anyone else not able to connect to github ?20:19
tgamblinarmpit: working for me, a little slow though20:21
armpityeah.. slow. my git pull failed twice.. thanks for responding20:21
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has joined #yocto20:24
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has quit IRC20:29
*** bluelightning <bluelightning!~paul@> has joined #yocto20:30
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:31
RPJPEW: I think I have something20:40
yoctiNew news from stackoverflow: QtCreator Static Analyzer is failing on yocto "gnu/stubs-soft.h" is missing <>20:41
RPJPEW: have sent it out, its a totally different way of potentially solving it20:42
*** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@> has quit IRC20:45
*** bri <bri!> has quit IRC20:46
*** micka <micka!> has quit IRC20:52
*** rburton <rburton!~rburton@> has quit IRC20:52
*** bradfa <bradfa!uid297668@gateway/web/> has quit IRC20:54
*** timemaster <timemaster!> has quit IRC20:54
*** rcw <rcw!~rcw@> has quit IRC21:09
*** berton <berton!~berton@> has quit IRC21:15
*** timemaster <timemaster!> has joined #yocto21:22
*** pohly <pohly!> has quit IRC21:24
*** timemaster <timemaster!> has quit IRC21:29
*** ssajal <ssajal!> has quit IRC21:33
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC21:35
*** dp <dp!> has joined #yocto21:43
dpHi all. Is there a default variable existing in Yocto that lets me tell it to ignore any SSTATE_MIRRORS set in local.conf, and/or any way I can globally disable sstate cache?21:46
dpI'm looking at running a "build reproducibility" job to prove that I can rebuild without sstate cache21:46
dpWanted to check here if there's already a var/config for this rather than creating my own in local.conf21:47
*** pbb <pbb!> has quit IRC21:50
*** pbb <pbb!~quassel@2a01:4f8:162:1900::20> has joined #yocto21:52
*** dmoseley <dmoseley!~dmoseley@> has quit IRC21:52
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto21:54
*** timemaster <timemaster!> has joined #yocto21:55
*** CruX| <CruX|!> has quit IRC21:59
zibridp: there's a --no-setscene flag that tells bitbake not to consider sstate objects22:05
RPdp: why not just clear SSTATE_MIRRORS?22:06
dpYeah, that's what I'll do if there's no existing flag. I can just conditionally set SSTATE_MIRRORS in the default local conf, based on the value of an env var22:07
RPdp: SSTATE_MIRRORS_forcevariable = ""22:07
RPdp: zibri is probably right about the commandline option22:07
dpOh TIL about _forcevariable22:08
RPdp: its just an OVERRIDE22:08
dpzibri, Thanks, the description for that looks perfect22:08
*** ka6sox is now known as zz_ka6sox22:17
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has joined #yocto22:25
*** timemaster <timemaster!> has quit IRC22:29
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:147b:bb49:5c9b:67f5> has quit IRC22:30
dpHeh. Looks like we had a regression anyway - pipeline was already exporting SSTATE_MIRRORS='' before calling bitbake but some smarty pants decided to change from `?=` to `=` in the template local conf 😃22:37
dpI'll use the flag too, for extra surety though :)22:37
*** timemaster <timemaster!> has joined #yocto22:41
neverpanicOh, and if you're playing around with env variables, make sure to look at BB_ENV_WHITELIST and BB_ENV_EXTRAWHITE, and do ensure those don't creep into the sstate cache hashes or you'll end up not using the sstate cache, but not for the reasons you might think…22:41
neverpanicWe've been there before with an LD_PRELOAD of libeatmydata.so22:41
*** agust <agust!> has quit IRC22:44
*** timemaster <timemaster!> has quit IRC22:45
dphahaha thanks22:49
*** JaMa <JaMa!~martin@> has quit IRC23:04
*** timemaster <timemaster!> has joined #yocto23:47
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:55

Generated by 2.17.2 by Marius Gedminas - find it at!