Monday, 2020-03-30

*** Saur <Saur!pkj@nat/axis/x-npbfdauifeelmrri> has joined #yocto00:03
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC00:18
*** Saur <Saur!pkj@nat/axis/x-npbfdauifeelmrri> has quit IRC00:24
*** Saur <Saur!pkj@nat/axis/x-jwnvvcltfepzeqex> has joined #yocto00:37
*** attieg_ <attieg_!~attie@host86-189-153-53.range86-189.btcentralplus.com> has joined #yocto00:51
*** attieg <attieg!~attie@host86-189-186-48.range86-189.btcentralplus.com> has quit IRC00:53
*** Saur <Saur!pkj@nat/axis/x-jwnvvcltfepzeqex> has quit IRC00:59
*** Saur <Saur!pkj@nat/axis/x-xlmpgxbxwnmvzpca> has joined #yocto01:13
*** Saur <Saur!pkj@nat/axis/x-xlmpgxbxwnmvzpca> has quit IRC01:27
*** Saur <Saur!pkj@nat/axis/x-yihfhjnxrnzbrzls> has joined #yocto01:40
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC01:58
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto01:58
*** Saur <Saur!pkj@nat/axis/x-yihfhjnxrnzbrzls> has quit IRC02:03
*** Saur <Saur!pkj@nat/axis/x-gufjzfsqqzlttwfn> has joined #yocto02:15
*** Saur <Saur!pkj@nat/axis/x-gufjzfsqqzlttwfn> has quit IRC02:39
*** eliazzz <eliazzz!~eliashagg@c80-217-165-218.bredband.comhem.se> has joined #yocto02:47
*** Saur <Saur!pkj@nat/axis/x-qjgpjofcmccnoceh> has joined #yocto02:51
*** hpsy <hpsy!~hpsy@85.203.15.120> has joined #yocto02:51
*** eliazzz <eliazzz!~eliashagg@c80-217-165-218.bredband.comhem.se> has quit IRC02:52
*** hpsy1 <hpsy1!~hpsy@85.203.15.120> has quit IRC02:53
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:57
*** Saur <Saur!pkj@nat/axis/x-qjgpjofcmccnoceh> has quit IRC03:14
*** Saur <Saur!pkj@nat/axis/x-lcgsengkmhjivgvg> has joined #yocto03:16
*** Saur <Saur!pkj@nat/axis/x-lcgsengkmhjivgvg> has quit IRC03:40
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC03:44
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto03:51
*** Saur <Saur!pkj@nat/axis/x-qhbpqaziielnhois> has joined #yocto03:51
*** nerdboy <nerdboy!~sarnold@47.143.129.64> has joined #yocto03:52
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto03:52
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:b443:8cb6:6c1e:8a06> has joined #yocto04:13
*** Saur <Saur!pkj@nat/axis/x-qhbpqaziielnhois> has quit IRC04:16
*** Saur <Saur!pkj@nat/axis/x-jufgyszjxofbwbik> has joined #yocto04:28
*** Saur <Saur!pkj@nat/axis/x-jufgyszjxofbwbik> has quit IRC04:43
*** Saur <Saur!pkj@nat/axis/x-mgbinuuowjdseays> has joined #yocto04:48
*** jobroe <jobroe!~manjaro-u@p579EB9ED.dip0.t-ipconnect.de> has joined #yocto04:50
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:50
*** Saur <Saur!pkj@nat/axis/x-mgbinuuowjdseays> has quit IRC05:11
*** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has joined #yocto05:15
*** jobroe <jobroe!~manjaro-u@p579EB9ED.dip0.t-ipconnect.de> has quit IRC05:16
alejandrohsyohboy: last I checked cross compiling any BLAS library was really painfull, I got Scipy working properly with ATLAS on some x86 architectures but not on ARM, this was years ago btw05:21
*** ibinderwolf <ibinderwolf!~quassel@host232-105-dynamic.31-79-r.retail.telecomitalia.it> has joined #yocto05:23
*** Saur <Saur!pkj@nat/axis/x-ochdiaajvrzccmve> has joined #yocto05:25
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto05:41
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has joined #yocto05:44
*** Saur <Saur!pkj@nat/axis/x-ochdiaajvrzccmve> has quit IRC05:46
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto05:46
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC05:47
*** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has joined #yocto05:56
*** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has quit IRC05:57
*** Saur <Saur!pkj@nat/axis/x-euikuxgrefdfzwaz> has joined #yocto05:58
*** jobroe <jobroe!~manjaro-u@p579EB9ED.dip0.t-ipconnect.de> has joined #yocto06:05
*** jobroe <jobroe!~manjaro-u@p579EB9ED.dip0.t-ipconnect.de> has quit IRC06:10
*** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has joined #yocto06:10
*** Saur <Saur!pkj@nat/axis/x-euikuxgrefdfzwaz> has quit IRC06:21
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:24
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC06:28
*** jeanba1 <jeanba1!~jbl@80-62-117-29-mobile.dk.customer.tdc.net> has joined #yocto06:32
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has quit IRC06:33
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:b443:8cb6:6c1e:8a06> has quit IRC06:39
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto06:41
*** fl0v0 <fl0v0!~fvo@88.130.223.123> has joined #yocto06:48
*** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC06:59
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto07:04
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto07:08
*** eliazzz <eliazzz!~eliashagg@static-92-33-19-106.sme.telenor.se> has joined #yocto07:13
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto07:13
LetoThe2ndmcfrisk: kudos for writing that answer!07:13
*** kaspter <kaspter!~Instantbi@222.67.190.238> has joined #yocto07:25
yoctiNew news from stackoverflow: what is a reference distribution? <https://stackoverflow.com/questions/47838085/what-is-a-reference-distribution>07:25
*** fl0v0 <fl0v0!~fvo@88.130.223.123> has quit IRC07:26
*** fl0v0 <fl0v0!~fvo@88.130.223.123> has joined #yocto07:27
*** yohboy <yohboy!~yohboy@2a01:cb1d:889c:400:38fb:a453:6635:9485> has joined #yocto07:30
*** fl0v0 <fl0v0!~fvo@88.130.223.123> has quit IRC07:31
*** fl0v0 <fl0v0!~fvo@88.130.223.123> has joined #yocto07:33
*** camus1 <camus1!~Instantbi@222.67.189.189> has joined #yocto07:34
*** kaspter <kaspter!~Instantbi@222.67.190.238> has quit IRC07:34
*** camus1 is now known as kaspter07:34
mcfriskLetoThe2nd: thanks!07:53
LetoThe2ndmcfrisk: i just am pretty much convinced the asker will be dissatisfied because it doesn't involve direct copy-pasteable instructions. but the effort shall be appreciated, hence, thank you for doing it!07:55
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto08:03
*** Ango42 <Ango42!b0be049c@176-190-4-156.abo.bbox.fr> has joined #yocto08:07
erboLetoThe2nd: But why can't you just tell him the exact steps required?! :-)08:10
LetoThe2nderbo: yeah i know. its all my bad, because i'm an arrogant elitist.08:11
*** locutus_ <locutus_!~LocutusOf@5.171.136.135> has joined #yocto08:13
erboNot arrogant elitist, just "not that much helpful" :p08:14
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto08:14
LetoThe2ndhehe08:15
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto08:15
LetoThe2nderbo: its just the usual for me, the one less-than-average-gifted guy who ruins it for many.08:16
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC08:16
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:29
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC08:32
*** hpsy <hpsy!~hpsy@85.203.15.120> has quit IRC08:34
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto08:35
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC08:35
*** Chrusel91 <Chrusel91!c1669b04@193.102.155.4> has joined #yocto08:36
*** jeanba1 <jeanba1!~jbl@80-62-117-29-mobile.dk.customer.tdc.net> has left #yocto08:39
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC08:42
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto08:42
*** Saur <Saur!pkj@nat/axis/x-glvnaszkhjdwjzcw> has joined #yocto08:44
*** Bunio_FH1 <Bunio_FH1!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:47
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC08:49
*** stefanOffred123 <stefanOffred123!9714e5b1@151.20.229.177> has joined #yocto08:51
stefanOffred123hi guys, I have a problem with my bitbake server, when I run bitbake commands it says: NOTE: Retrying server connection (#1)...08:53
stefanOffred123I'm not using containers, and the only hints I found on google are containers related, anybody has some tips?08:53
LetoThe2ndstefanOffred123: since a particular event, maybe?09:01
*** florian_kc is now known as florian09:02
stefanOffred123thanks, Leto, no seems not a particular event. I simply add a custom recipe with devtool to Poky, I have previously run bitbake core-image-minimal, and bitbake <myrecipe> without problems.09:06
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC09:06
stefanOffred123can I do something as clear bitbake cache or something similar?09:06
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto09:07
LetoThe2ndstefanOffred123: my gut feeling is that some background process is stuck or such. are you intentionally using a memory resident bitbake server or such?09:07
*** mckoan|away is now known as mckoan09:10
mckoangood morning09:10
LetoThe2ndmcfrisk: howdy!09:11
qschulzstefanOffred123: did you by any chance Ctrl+C bitbake multiple times to make it stop :)?09:16
qschulzstefanOffred123: otherwise, ps aux | grep bitbake and see if there's one running somewhere (without you calling one)09:16
stefanOffred123I'm using a remote server on LAN that has enought power, but I can't reboot this machine to restart things from scratch.09:17
qschulzstefanOffred123: that does not answer any of our questions :)09:17
stefanOffred123ps aux | grep bitbake show no bitbake running09:18
*** locutus__ <locutus__!~LocutusOf@5.171.137.137> has joined #yocto09:19
qschulzstefanOffred123: wait, are you saying bitbake server is on a remote server, different from the one you have Yocto on? (I don't know if this is possible honestly)09:20
stefanOffred123no, all is on a remote server, I would only explayn why I cant reboot the system09:20
qschulzstefanOffred123: did any of your SSH connection failed while bitbake was running?09:21
qschulzfail*09:21
stefanOffred123I'm doing obviusly ps aux on that server :-)09:21
stefanOffred123did you by any chance Ctrl+C bitbake multiple times to make it stop :)? -> could be..09:21
qschulzstefanOffred123: first, I'd suggest using screen/tmux on the server when running bitbake. Or use mosh (you should, mosh is the future)09:22
qschulzor a combination of both09:22
stefanOffred123yes could be that some SSH connection fail09:22
*** locutus_ <locutus_!~LocutusOf@5.171.136.135> has quit IRC09:22
LetoThe2ndqschulz: are you just trying to start a mosh pit? :P09:22
stefanOffred123@qschulz this is a good hint!09:22
qschulzstefanOffred123: then bitbake was stopped and it can end in a incoherent state :)09:22
qschulzstefanOffred123: go into your build dir, rm bitbake.lock maybe even bitbake.sock if there's one09:23
stefanOffred123I didn't know about mosh, I'll check for it09:23
qschulzDO NOT do it if there is a bitbake running, because that's supposed to happen09:23
qschulz(to not have two bitbake instances fro the same project running at the some time)09:23
stefanOffred123yes, I understood this topic, so maybe the problem is some ssh connection failed bad?09:24
LetoThe2ndand don't ever do anything without a proper screen multiplexer.09:24
qschulzLetoThe2nd: I'd start a mosh cult for sure. That thing is one of the first thing I install when installing servers/personal09:24
qschulzcomputers09:24
qschulzLetoThe2nd: I use byobu BTW, but because I've no knowledge of any other :)09:25
stefanOffred123ok, on your live session I have seen you're using tmux, right?09:25
qschulzstefanOffred123: honestly, could be09:25
LetoThe2ndi'm a tmux guy, yes.09:25
qschulzstefanOffred123: I've read tmux is for the cool kids09:25
stefanOffred123ok, and do you nknow how to escape from this state, without rebooting?09:25
LetoThe2ndescaping from a mosh pit? drinking until reboot.09:26
stefanOffred123hehe, I used in past, but I honestly hate the scroll down that sometimes hang up and clear the stdout.. but I presume that with som tweaking it can be resolved09:27
stefanOffred123ok so I will drink until the end of days :-D09:28
qschulzstefanOffred123: what do you mean which state?09:28
LetoThe2ndthe main reason why i'm using tmux is that it doesn't, by default, clash with the screen keybindings. so i can use screen as a serial terminal inside a screen session.09:28
LetoThe2ndadmittedly, less and less needed these days.09:28
stefanOffred123hum intresting..09:30
qschulzstefanOffred123:  11:23     qschulz| stefanOffred123: go into your build dir, rm bitbake.lock maybe even bitbake.sock if there's one?09:30
stefanOffred123qschulz yes there is one, I'll remove both09:32
ChruselHi my dearest Yocto Community, I refer to https://www.yoctoproject.org/irc/%23yocto.2020-03-27.log.html#t2020-03-27T10:42:19Well, a full wipe of sstate did not solve the problem I have with https://github.com/chrusel/meta-chruselcrypto/blob/master/recipes-crypto/cryptopp/libcryptopp_6.1.0.bb and dunfell release. I've figured out, the evil part is09:33
Chruselthe symlink called libcryptopp.so.6 in the generated lib package. My question today: Why is that symlink dangerous here? Do I really have a issue or does bitbake trow a false exception?09:33
stefanOffred123qschulz after removing .lock and .sock still the same problem (Retrying server connection (#1)...), and lock and sock has been recreated.09:34
*** Chrusel91 <Chrusel91!c1669b04@193.102.155.4> has quit IRC09:34
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC09:35
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto09:35
stefanOffred123qschulz there is also a hashserve.sock, maybe should be removed as well?09:36
RPstefanOffred123: there is probably a process left behind in memory?09:40
qschulzChrusel: what is the exact command for the symlink creation that you think is an issue?09:40
RPqschulz: I'd recommend never manually deleting those files. Its almost certainly something left in memory that is the issue09:41
stefanOffred123RP how can I find it? ps aux|grep bitbake has shown nothing and I can't find strange prosess running..09:43
LetoThe2ndmckoan: got your mail. will kick off a build in a second and then report09:44
kanavin_homeRP: I am putting my new threadripper box to good use :) http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates-later09:44
LetoThe2ndmckoan: what poky revision are you on?09:44
kanavin_home(patches are held until late april obviously)09:44
stefanOffred123If can be useful, In other directories other projects can run bitbake correctly on the same server09:45
Chruselqschulz: ln -sf --> https://github.com/weidai11/cryptopp/blob/master/GNUmakefile-cross fefined in line #3309:47
qschulzRP: how do you suggest fixing the double Ctrl+C which results in bitbake not able to run again? (this fixed it, but that's just by empirism that I found those files, so eager to learn how one\s supposed to recover from this state?09:48
qschulz(which could technically not be what stefanOffred123 is experiencnig, I understand)09:48
mckoanLetoThe2nd: I forgot to mention that, sorry. It is zeus09:49
LetoThe2ndmckoan: np. ok, i'll check09:50
RPqschulz: kill the process left in memory09:52
RPqschulz: if the process is left in memory and you start more, who knows what will happen to cache files etc09:53
qschulzRP: same as stefanOffred123 never had a bitbake in the running processes, so how do I know which one's keeping the lock? Can't it just be bitbake no properly cleaning up its files because it was interrupted? Anyway, that didn't seem to fix stefanOffred123 error:/09:55
RPqschulz: bitbake recovers from the lock files fine. It will only show an issue if there is something left in memory causing a problem09:56
RPlsof on the lockfile might show it?09:56
qschulzChrusel: DESTDIR should be set to ${D}? Otherwise, try to print the exact command run to create the symlink (echo in the makefile and check in the WORKDIR/temp/log.do_install).09:58
qschulzChrusel: also, ll on the symlink to show what it is set to. Might just be you're symlinking wrongly for Yocto09:58
qschulzRP: indeed, too late for stefanOffred123 since I made him delete the files :/09:58
stefanOffred123RP lsof bitbake.lock show noting09:59
stefanOffred123RP files has been recreating each time I run bitbake..09:59
RPstefanOffred123: I'd have a look through "ps ax" and see if you can see the processes that are causing it10:01
*** locutus__ <locutus__!~LocutusOf@5.171.137.137> has quit IRC10:03
stefanOffred123RP I presume it could be not necessary "bitbake", right?10:03
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto10:14
*** rburton <rburton!~rburton@192.198.151.43> has joined #yocto10:16
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC10:16
Chruselqschulz: DESTDIR=${D} in the install task throws tons of package QA [installed-vs-shipped] issues.10:18
LetoThe2ndthen its time to properly sort out FILES_...10:18
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto10:19
Chruselqschulz: The exact ln command comes in a few minutes10:19
Chrusells -als tmp/work/core2-64-miipoky-linux/libcryptopp/6.1.0-r0/git/libcryptopp.so.60 lrwxrwxrwx 1 g041840 t_adp_cc_user 20 Mar 30 12:17 tmp/work/core2-64-miipoky-linux/libcryptopp/6.1.0-r0/git/libcryptopp.so.6 -> libcryptopp.so.6.1.010:22
qschulzChrusel: I'd say this DESTDIR is actually what you want. Because this means the files are installed in the correct directoy but you're missing paths/files in the appropriate FILES_<package> variable in your recipe10:22
qschulzChrusel: not this one, the one in package or packages-split for the ls -lah ;)10:23
Chruselqschulz: ok,  I'll check that10:24
rburtoni wonder if we need a 'debug packaging' command10:24
rburton'these files were installed to do_install, the packages were split into these groups' etc10:25
qschulzrburton: isn't it something you could get with oe-pkg-data?10:25
qschulz-util10:25
qschulzrburton: but yes, we need tutorials/more tools to help debug :)10:27
rburtonqschulz: oe-pkgdata is only useful once the package has been built10:27
rburtona 'its broken and i don't know why' tool could look at $D to tell you what do_install actually installed, then $PKGD to tell you what got packaged where10:27
rburtoninstead of rooting around temp yourself10:28
rburtonwould actually only be a few lines of bash10:28
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC10:38
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.136.30> has joined #yocto10:38
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto10:38
*** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has quit IRC10:39
qschulzrburton: good stuff then!10:45
Chruselqschulz: the libcryptopp package contains the library libcryptopp.so, a symlink to that library called libcryptopp.so.6.1.0 and another symlink with the name libcryptopp.so.6. Could that make problems to bitbake, having two symlinks pointing to the same library?10:54
qschulzChrusel: ls -lah of those libs please?10:56
qschulzbut no, that is standard. However, so and so.6 should be part of the -dev package IIUC10:56
*** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has quit IRC11:00
*** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has joined #yocto11:06
RPstefanOffred123: I'd grep for python11:07
qschulzok i'm starting to feel crazy... is there anything done between do_install and do_package for binaries? the md5sum is different in image and packages-split.... (and a .debug appeared)11:13
qschulz(i have update-rc.d and bin_package inherited)11:13
rburtonqschulz: yes, stripping for a start11:15
rburtondo_install drops unstripped binaries into image/ and do_package will strip on the way to packages-split11:16
*** watchd0g <watchd0g!~Carlos@2001:8a0:5531:d601:6962:d355:4036:37d5> has joined #yocto11:16
rburtonsymbols go to .debug/ in PN-dbg11:16
qschulzrburton: alright, thanks, that makes sense. Just to be sure... stripping cannot have any side-effect at runtime right?11:18
rburtoncorrect11:18
qschulzrburton: thanks!11:19
Chruselqschulz: since do_package fails withWARNING: libcryptopp-6.1.0-r0 do_package: KeyError in ./package/usr/lib/libcryptopp.so.6ERROR: libcryptopp-6.1.0-r0 do_package: Error executing a python function in exec_python_func() autogenerated:(...)Exception: KeyError: 'getpwuid(): uid not found: 1107'I can't ll on packages_split data.11:22
*** locutus_ <locutus_!~LocutusOf@5.171.136.130> has joined #yocto11:24
Chruselqschulz: I have to dig into project's makefile ...11:24
qschulzChrusel: something's messing up the owner/group of the files (chown or wrong user when running the script)?11:25
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC11:26
Chruselqschulz: I run bitbake as normal user on a regular Ubuntu 18.04 host ... I will take a look into the cryptic cryptopp makefile ...11:27
Chruselqschulz: "git grep chown" shows no hits -.-11:29
*** Bunio_FH1 <Bunio_FH1!~bunio@81-18-201-214.static.chello.pl> has quit IRC11:33
*** berton <berton!~berton@181.220.114.167> has joined #yocto11:34
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto11:47
pharaon2502Hi, is it possible to ship the rootfs.manifest in the image file? Does yocto have a generic command for this, or do i need to write my own?11:48
LetoThe2ndpharaon2502: does it have to be that exact file?11:51
stefanOffred123RP unfortunately no python istance running.. I fear I must make another poky folder and rerun bitbake in a different folder project.11:51
LetoThe2ndpharaon2502: in that case it is probably more like a postprocess command then.11:51
pharaon2502if i don't need the exact file?11:51
LetoThe2ndpharaon2502: then there is https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/image-buildinfo.bbclass11:51
*** berton <berton!~berton@181.220.114.167> has quit IRC11:52
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC11:52
LetoThe2ndpharaon2502: generally speaking this sounds very much like a xy question anyways. so, what is it that you *ACTUALLY* want to archieve?11:52
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto11:53
*** berton <berton!~berton@181.220.114.167> has joined #yocto11:53
RPstefanOffred123: ps ax | grep python and ps ax | grep bitbake don't show anything? That is unusual for it not to start like that :(11:53
pharaon2502LetoThe2nd: cca 20 recipe Names + srcrev so it would be the easies to copy the whole manifest, and then just parse my content on the web11:53
LetoThe2ndpharaon2502: that sentence does not parse, sorry.11:54
pharaon2502LetoThe2nd: image-buildinfo.bbclass just creates which metas i used, and which is the DISTRO, or am I missing something?11:54
LetoThe2ndpharaon2502: and offers customization through IMAGE_BUILDINFO_VARS11:55
stefanOffred123RP no, sorry. I presume that some ssh disconnection while running bitbake in the past has lesft something wrong in the build folder. so even if no python or bitbake process is actually running, when I run new bitbake command it's not able to recover11:55
LetoThe2ndpharaon2502: but of course it might not fitting. yet, thats what we have in-tree. if you need somethign else, its up to you.11:56
pharaon2502LetoThe2nd: Do you maybe have the list of avaliable variables?11:57
LetoThe2ndpharaon2502: should be anything that is visible in the scope where the class' tasks are being executed.11:58
pharaon2502like, whatever parameter which i can display with bitbake <image-name> -e, that can be added here?11:59
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC12:00
LetoThe2ndpharaon2502: go ahead and find out.12:00
pharaon2502LetoThe2nd: Thanks!!12:00
LetoThe2ndpharaon2502: have fun. and additionally, you can always use the class as a blueprint for a custom version.12:03
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto12:04
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto12:05
*** creich <creich!~creich@p200300F6AF406710000000000000039B.dip0.t-ipconnect.de> has quit IRC12:09
*** creich <creich!~creich@p200300F6AF406710000000000000039B.dip0.t-ipconnect.de> has joined #yocto12:09
*** yohboy <yohboy!~yohboy@2a01:cb1d:889c:400:38fb:a453:6635:9485> has quit IRC12:09
*** yohboy <yohboy!~yohboy@2a01:cb1d:889c:400:38fb:a453:6635:9485> has joined #yocto12:10
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto12:12
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto12:21
*** locutus_ <locutus_!~LocutusOf@5.171.136.130> has quit IRC12:22
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC12:25
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto12:25
RPstefanOffred123: what does bitbake-cookerdaemon.log say at the end?12:28
stefanOffred123RP File "/usr/lib/python3.5/asyncio/unix_events.py", line 264, in create_unix_server    raise OSError(errno.EADDRINUSE, msg) from None12:42
RPstefanOffred123: so something is holding the socket it wants. There has to be some process left in memory12:43
stefanOffred123yes, right. I try with  netstat looking for sockets12:44
stefanOffred123RP strange, I guess I would find a bitbake.sock.. but nope12:48
stefanOffred123RP thanks a lot, i've found the problem. Was hashserve.sock. I simply remove it.12:54
stefanOffred123so all the .sock files must be removed from build/12:54
stefanOffred123many thanks guys12:54
RPstefanOffred123: simply having the file present would not break the build so I still maintain something is running12:56
stefanOffred123I have removed .lock and .all sock files. Because I have not found that .sock file in netstat I think that no process was attached to it12:57
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto12:58
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto13:04
*** locutus_ <locutus_!~LocutusOf@5.171.137.202> has joined #yocto13:07
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC13:09
*** paulg_ <paulg_!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC13:12
*** zopsi_ <zopsi_!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto13:14
*** mario-go` <mario-go`!~user@static.107.70.9.5.clients.your-server.de> has joined #yocto13:14
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has quit IRC13:15
*** mario-goulart <mario-goulart!~user@static.107.70.9.5.clients.your-server.de> has quit IRC13:15
*** khem <khem!~khem@unaffiliated/khem> has quit IRC13:15
*** stew-dw <stew-dw!~stew-dw@2607:fb90:a23f:ce2d:9140:3820:8787:2100> has quit IRC13:15
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-uocwyxtrbfjuzikt> has quit IRC13:15
*** falstaff <falstaff!~quassel@2a02:169:3df5::509> has quit IRC13:15
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC13:15
*** filt3r <filt3r!~x@2a03:b0c0:2:d0::7d:7001> has quit IRC13:15
*** fullstop <fullstop!~fullstop@162.243.42.48> has quit IRC13:15
*** stew-dw_ <stew-dw_!~stew-dw@2607:fb90:a23f:ce2d:9140:3820:8787:2100> has joined #yocto13:15
*** filt3r <filt3r!~x@2a03:b0c0:2:d0::7d:7001> has joined #yocto13:16
*** falstaff <falstaff!~quassel@2a02:169:3df5::509> has joined #yocto13:16
*** bjobjo <bjobjo!~bjobjo@2a01:79c:cebf:d688::9e6> has quit IRC13:16
*** bjobjo <bjobjo!~bjobjo@2a01:79c:cebf:d688::9e6> has joined #yocto13:17
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto13:17
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto13:17
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto13:17
*** fullstop <fullstop!~fullstop@162.243.42.48> has joined #yocto13:18
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has joined #yocto13:19
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-blnxfzjlqxmxcibt> has joined #yocto13:20
*** eduardas <eduardas!~eduardas@85.254.96.13> has joined #yocto13:22
*** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto13:27
eduardashello, I am having a weird issue with Linux 5.5.12 when i.MX6UL SDMA firmware load fails during boot even though the file seems to be in the right location13:31
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto13:31
eduardasI have Yocto usrmerge enabled, so I wonder if default kernel loading follows symlinks13:31
sven^heya. Is there a good way to add CXX compile flags to my SDK via the SDK's image recipe?13:32
eduardasimx-sdma 20ec000.sdma: Direct firmware load for imx/sdma/sdma-imx6q.bin failed with error -213:32
eduardasfile exists as /usr/lib/firmware/imx/sdma/sdma-imx6q.bin13:33
eduardaslib is symlinked to usr13:33
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC13:36
eduardaslib -> usr/lib13:36
*** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto13:37
LetoThe2ndmckoan: i think i found it13:42
qschulzsven^: CXX flags should be passed when you have your SDK .sh sourced13:42
qschulzeduardas: I'm not sure it actually follows link? you can test for yourself I guess13:43
LetoThe2ndmckoan: try adding KCONFIG_MODE="--alldefconfig" right below the require of linux-yocto.inc.13:43
*** k4wsys[m] <k4wsys[m]!k4wsysmatr@gateway/shell/matrix.org/x-sjsvzxngfoxcrqjr> has left #yocto13:43
*** rcw <rcw!~rcw@45.72.242.250> has joined #yocto13:50
*** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has quit IRC13:50
yoctiNew news from stackoverflow: Output of scripts during bitbake missing <https://stackoverflow.com/questions/60931601/output-of-scripts-during-bitbake-missing>13:56
*** locutus__ <locutus__!~LocutusOf@5.171.137.150> has joined #yocto13:58
sven^qschulz: I think I had this discussion several times already. We are at the point where we are pretty sure we want to enforce it on an SDK basis. Right now we have like 5-10 medium sized projects all developed for the same platform and it's a ton of work to add new warning classes for all targets in all projects. So as a team of developers we decided it would be best to set them in the SDK we all use.13:59
*** rhadye_ <rhadye_!~root@191.5.125.110> has joined #yocto14:00
sven^also, from a platform maintainer's perspective this will help to ensure a certain level of code quality on all included projects, which is kind of an important point14:00
*** rhadye_ <rhadye_!~root@191.5.125.110> has quit IRC14:00
*** locutus_ <locutus_!~LocutusOf@5.171.137.202> has quit IRC14:00
*** JoeR <JoeR!~JayBee@29.241.189.80.dyn.plus.net> has joined #yocto14:04
JoeRHi all. I've got a weird problem where the symlink for the image is not being created, but the image is there and the log claims the python method create_symlinks was successful.14:05
JoeRAnything obvious spring to mind?14:05
qschulzsven^: ah my bad, misread. Thought you were asking how to pass CXX flags. I do not know if you can pass CXX flags that is different from the one used to compile all SW. But I have no experience in SDK so I'm gonna stop misguiding :)14:05
qschulzJoeR: actual error? logs? expectations? etc :)14:05
JoeRlol14:05
JoeRSo it's a class I modified an age ago to make an sdcard image with a pair of partitions to ping pong between14:06
JoeRThis was wayyyy back in dizzy days. So now I'm moving to thud and this little gremlin has appeared.14:06
JoeRDEBUG: Shell function do_image_ext4 finishedDEBUG: Executing python function create_symlinks14:07
JoeRNOTE: Creating symlink: /home/joer/distros/thud/fsl-community-bsp/ph069-qx/tmp/work/ph069_qx-poky-linux-gnue14:07
JoeRabi/core-image-qx-full/1.0-r0/deploy-core-image-qx-full-image-complete/core-image-qx-full-ph069-qx.ext4 -> c14:07
JoeRore-image-qx-full-ph069-qx-20200330110946.rootfs.ext414:07
JoeRDEBUG: Python function create_symlinks finished14:07
JoeRSo it looks like it happily did something, and yet the actual sym link is never created.14:07
sven^qschulz: I actually want (I think) to modify the values exported by the SDK .sh, like CXXFLAGS. I saw BUILDSDK_CXXFLAGS, but the description sounds wrong to me14:08
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto14:08
qschulzsven^: that was my understanding yes. I don't know much about SDK unfortunately /me shrugs14:08
sven^ok.. I'll keep waiting, maybe someone knows. Thanks :)14:09
JoeRHmm no. Maybe scratch that. Maybe I'm being a fool....14:10
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto14:11
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-tyegadnudymdzbyo> has joined #yocto14:12
eduardasqschulz: I think I might know  what the problem is14:16
eduardashttps://git.phytec.de/linux-mainline/commit/arch/arm/configs/imx_v6_v7_defconfig?h=v4.14.93-phy&id=885c386014a0c555d416558918c4bb010da745d414:16
eduardasthis is not set in mainline defconfig for some reason14:16
*** JoeR <JoeR!~JayBee@29.241.189.80.dyn.plus.net> has quit IRC14:17
eduardasdon't mainline defconfigs assume using the standard linux-firmware package with its default paths?14:19
*** fl0v0 <fl0v0!~fvo@88.130.223.123> has quit IRC14:24
yoctiNew news from stackoverflow: Bitbake - use different toolchain in a recipe <https://stackoverflow.com/questions/60932302/bitbake-use-different-toolchain-in-a-recipe>14:27
*** otavio <otavio!~otavio@181.220.114.167> has joined #yocto14:28
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto14:28
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC14:28
*** armpit <armpit!~armpit@2601:202:4180:a5c0:84d1:5d33:be2f:3f17> has quit IRC14:32
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto14:36
*** spiel <spiel!~pi@ti0005q162-5588.bb.online.no> has joined #yocto14:38
*** locutus_ <locutus_!~LocutusOf@5.171.136.228> has joined #yocto14:39
*** locutus__ <locutus__!~LocutusOf@5.171.137.150> has quit IRC14:42
*** armpit <armpit!~armpit@2601:202:4180:a5c0:c547:72f4:1bd8:770> has joined #yocto14:44
*** emrius <emrius!5edfbdb6@dslb-094-223-189-182.094.223.pools.vodafone-ip.de> has joined #yocto14:50
*** cjdc3 <cjdc3!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has joined #yocto14:53
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto14:54
cjdc3guys, if I'm using branch zeus of a certain layer, but I need a recipe that is only available in the master branch, what do you recon is the best way to use it? I want to avoid "checkout master -- recipe"14:55
LetoThe2ndcjdc3: how about creating your own layer and using cp? add some praying to a deity of your choice that backporting is simple.14:55
cjdc3isnt' that even worse14:56
cjdc3?14:56
cjdc3I become the owner and maintainer of that recipe14:56
cjdc3I won't be getting future updates automatically14:56
yoctiNew news from stackoverflow: Gstreamer plugins are not getting compiled on yocto 2.7 <https://stackoverflow.com/questions/60933109/gstreamer-plugins-are-not-getting-compiled-on-yocto-2-7>14:57
LetoThe2ndcjdc3: you become the owner for your state and therefor have a strong incentive to not stick to old versions :)14:57
*** paulg_ <paulg_!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto14:58
LetoThe2ndcjdc3: or approach the layer maintainer to do the backports for you, as well as providing the support. might require inserting coinse.15:00
qschulzcjdc3: if you don't want to maintain recipes, upgrade to master :)15:00
cjdc3qschulz y that's what I'm doing now...but it's quite some hefty work due to all dependencies15:00
LetoThe2ndcjdc3: so you want a magical solution that provides everything you need, in specific revisions you need, on a release you want to define?15:02
LetoThe2ndcjdc3: sounds like work. either do it yourself, or pay somebody.15:02
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:02
*** sstiller <sstiller!~sstiller@p200300F07F068A01F5BDD81896FFA55E.dip0.t-ipconnect.de> has joined #yocto15:03
cjdc3LetoThe2nd doesn't need to be magical, just smart15:03
LetoThe2ndcjdc3: souds like a smart way to spend money.15:03
cjdc3upgrading everything to master is a smart option...just brainstorming on whether better options exist15:04
*** rrerolle <rrerolle!~rrerolle@vps.neonex.fr> has quit IRC15:08
*** jpnurmi <jpnurmi!jpnurmi@qt/jpnurmi> has quit IRC15:08
*** dl9pf_home_ <dl9pf_home_!~quassel@static.253.98.203.116.clients.your-server.de> has quit IRC15:09
*** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has quit IRC15:09
*** jpnurmi <jpnurmi!jpnurmi@qt/jpnurmi> has joined #yocto15:09
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has quit IRC15:10
*** psrcode <psrcode!~psrcode@198.50.220.193> has quit IRC15:10
*** droman <droman!~quassel@ns3046126.ip-91-121-8.eu> has quit IRC15:10
*** dl9pf_home <dl9pf_home!~quassel@static.253.98.203.116.clients.your-server.de> has joined #yocto15:10
*** dl9pf_home <dl9pf_home!~quassel@opensuse/member/dl9pf> has joined #yocto15:10
*** Yatekii <Yatekii!~yatekii@huesser.dev> has quit IRC15:10
*** psrcode <psrcode!~psrcode@198.50.220.193> has joined #yocto15:10
*** beneth <beneth!~beneth@lxcb.beneth.fr> has quit IRC15:10
*** Hauke <Hauke!~Hauke@hauke-m.de> has quit IRC15:10
*** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has quit IRC15:10
*** angelo__ <angelo__!~prefetch@unaffiliated/ad/x-0785363> has quit IRC15:10
*** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto15:11
*** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has joined #yocto15:12
qschulzcjdc3: next release out in a month or so (nothing written in stone as always), will be LTS, so it's a pretty damn good reason to upgrade IMHO15:12
*** beneth <beneth!~beneth@lxcb.beneth.fr> has joined #yocto15:13
cjdc3qschulz y thanks for the info. in that case y, might as well upgrade15:13
*** fg <fg!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has joined #yocto15:13
*** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has quit IRC15:13
*** __ad <__ad!~prefetch@2a01:4f8:c2c:5a84::1> has joined #yocto15:14
*** Yatekii <Yatekii!~yatekii@huesser.dev> has joined #yocto15:16
*** beneth <beneth!~beneth@lxcb.beneth.fr> has quit IRC15:18
*** beneth <beneth!~beneth@lxcb.beneth.fr> has joined #yocto15:18
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC15:21
*** cjdc3 <cjdc3!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has left #yocto15:21
*** __ad <__ad!~prefetch@2a01:4f8:c2c:5a84::1> has quit IRC15:22
*** __ad <__ad!~prefetch@unaffiliated/ad/x-0785363> has joined #yocto15:22
*** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has quit IRC15:22
*** __ad is now known as angelo__15:23
*** beneth <beneth!~beneth@lxcb.beneth.fr> has quit IRC15:26
yoctiNew news from stackoverflow: phytec phyBOARD iMX-6 performed poorly when running qt5 opengles application from flash instead of sd card (fps halved) <https://stackoverflow.com/questions/60252992/phytec-phyboard-imx-6-performed-poorly-when-running-qt5-opengles-application-fro>15:27
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has joined #yocto15:30
*** beneth <beneth!~beneth@lxcb.beneth.fr> has joined #yocto15:31
*** yann <yann!~yann@185.123.26.194> has joined #yocto15:33
*** locutus__ <locutus__!~LocutusOf@mob-31-157-189-36.net.vodafone.it> has joined #yocto15:39
*** rokm <rokm!rokm@freeshell.de> has quit IRC15:40
*** locutus_ <locutus_!~LocutusOf@5.171.136.228> has quit IRC15:41
*** rokm <rokm!rokm@freeshell.de> has joined #yocto15:41
*** rrerolle <rrerolle!~rrerolle@vps.neonex.fr> has joined #yocto15:41
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has quit IRC15:45
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-vcsasgyjjhaoqiqj> has quit IRC15:45
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-qlwvqbpkuubwyrvq> has quit IRC15:45
*** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-kddxtpktykndkcyd> has quit IRC15:45
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-kixdrcqnplhovmoh> has quit IRC15:45
*** uhaider <uhaider!sid307926@gateway/web/irccloud.com/x-ilbnrapaabxpedlv> has quit IRC15:45
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC15:45
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-oznvcndgnveejhuh> has quit IRC15:45
*** nohit <nohit!sid334887@gateway/web/irccloud.com/x-wcijxwmxizffpcwd> has quit IRC15:45
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has joined #yocto15:45
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-vcsasgyjjhaoqiqj> has joined #yocto15:45
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-qlwvqbpkuubwyrvq> has joined #yocto15:45
*** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-kddxtpktykndkcyd> has joined #yocto15:45
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-kixdrcqnplhovmoh> has joined #yocto15:45
*** uhaider <uhaider!sid307926@gateway/web/irccloud.com/x-ilbnrapaabxpedlv> has joined #yocto15:45
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto15:45
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-oznvcndgnveejhuh> has joined #yocto15:45
*** nohit <nohit!sid334887@gateway/web/irccloud.com/x-wcijxwmxizffpcwd> has joined #yocto15:45
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-lcqswkspjkojxsim> has quit IRC15:48
*** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-vagzbgxxhfdvdhlo> has quit IRC15:48
*** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-zfycpntdqcwvccbf> has quit IRC15:48
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-wljytdtvtkoeoyjk> has quit IRC15:48
*** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-uknbztyuvbswqgwf> has quit IRC15:48
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-egglyvaqpiooaxyo> has quit IRC15:48
*** edrex <edrex!edrexmatri@gateway/shell/matrix.org/x-jaeeywcegsawihbq> has quit IRC15:48
*** bfederau[m] <bfederau[m]!bfederauma@gateway/shell/matrix.org/x-dxqzvjbgkudvrizc> has quit IRC15:48
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-blnxfzjlqxmxcibt> has quit IRC15:48
*** yangm97 <yangm97!yangm97mat@gateway/shell/matrix.org/x-ksfpiufeiwmamhlt> has quit IRC15:49
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-usjrpsyqyjhfzlpx> has quit IRC15:49
*** locutus_ <locutus_!~LocutusOf@5.171.136.228> has joined #yocto15:49
eliazzz"ERROR: linux-qoriq-4.1-r0 do_fetch: Fetcher failure for URL: 'git://git.freescale.com/ppc/sdk/linux.git;nobranch=1'. Unable to fetch URL from any source."  I dont find it on git.yoctoproject or  git://github.com/NXP/ , any suggestions ?15:50
LetoThe2ndeliazzz: screaming at NXP sounds legit.15:51
*** locutus__ <locutus__!~LocutusOf@mob-31-157-189-36.net.vodafone.it> has quit IRC15:52
eliazzzany NXP people here then :D ?15:52
*** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has joined #yocto15:54
*** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has joined #yocto15:56
*** vineela <vineela!vtummala@nat/intel/x-nzmdvawafbuxajwj> has joined #yocto15:57
mckoaneliazzz: this is yocto channel, try https://community.nxp.com15:57
qschulzeliazzz: https://github.com/Freescale/meta-freescale/commit/8605319d17b08da79534681dc85b0a23e2e87c7315:57
qschulzuse code aurora15:58
*** Hauke <Hauke!~Hauke@hauke-m.de> has joined #yocto15:58
eliazzzwill do, thx15:59
mckoanqschulz: that's ppc stuff15:59
mckoaneliazzz: http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/recipes-kernel/linux/linux-qoriq_4.19.bb?h=master16:02
LetoThe2ndand still not 4.116:03
mckoanLetoThe2nd: indeed :-D16:03
LetoThe2ndeliazzz: so it probably boils down to scream at yourself for using outdated stuff AND at nxp for not keeping outdated stuff online :)16:04
*** emrius <emrius!5edfbdb6@dslb-094-223-189-182.094.223.pools.vodafone-ip.de> has quit IRC16:04
eliazzzah :) how did that happen...thanks! that looks excellent16:04
*** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has quit IRC16:05
qschulzmckoan: I meant that they changed all repos from freescale.com to codeaurora and just gave one exmaple :)16:06
*** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has joined #yocto16:06
eliazzzI was using coriq linux recipe from git://git.yoctoproject.org/meta-fsl-ppc16:08
mckoanqschulz: ;-)16:08
eliazzz(https://layers.openembedded.org/layerindex/branch/master/layer/meta-fsl-ppc/)16:08
qschulzeliazzz: "For QorIQ targets, please use meta-freescale layer for pyro and newer releases. "16:11
yannI have a strange-looking shared-state reuse failure.  I've rsync'd my sstate from CI server as usual, and "bitbake -n <my-image>" starts to show it wants to rebuild tons of stuff.  Taking the kernel as example, comparing one by one the sigdata extracted from both envs using "-S none", bitbake-diffsigs on do_package.sigdata files show nothing (only on do_build.sigdata does rm_work_all introduce some "noise").  Yet bitbake fetch/.../compile/...:package my kernel.16:26
yannWhat am I missing here ?16:26
yann(on sumo)16:26
*** mckoan is now known as mckoan|away16:27
timemasterHello, I am trying to get s splash screen working on a raspberrypi3 using meta-raspberrypi layer, but no success :( It should be enabled by default according to some bugreports I found, but I can still see only the console log and at the end, just before the loging propt this message: umount: can't unmount /mnt/.psplash: no such...16:30
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC16:30
timemasterTried setting up SPLASH variable and also IMAGE_FEATURES += splash, but nothing worked :(16:30
timemasterI am on poky zeus, but even tried master16:31
*** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto16:31
*** eduardas <eduardas!~eduardas@85.254.96.13> has quit IRC16:38
*** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-361-18.w86-195.abo.wanadoo.fr> has quit IRC16:40
*** jar <jar!~jaredm@ec2-52-91-134-43.compute-1.amazonaws.com> has joined #yocto16:41
*** wbn <wbn!~badegg@2607:5300:60:2ca::1> has quit IRC16:41
*** nerdboy <nerdboy!~sarnold@47.143.129.70> has joined #yocto16:41
*** wbn <wbn!~badegg@2607:5300:60:2ca::1> has joined #yocto16:42
*** nerdboy <nerdboy!~sarnold@47.143.129.70> has quit IRC16:42
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:42
*** bfederau[m] <bfederau[m]!bfederauma@gateway/shell/matrix.org/x-etkbtkjaplyeejhn> has joined #yocto16:45
*** timemaster <timemaster!~timemaste@cpc108963-cmbg20-2-0-cust781.5-4.cable.virginm.net> has left #yocto16:49
*** timemaster <timemaster!~timemaste@cpc108963-cmbg20-2-0-cust781.5-4.cable.virginm.net> has joined #yocto16:49
*** locutus_ <locutus_!~LocutusOf@5.171.136.228> has quit IRC16:54
*** sstiller <sstiller!~sstiller@p200300F07F068A01F5BDD81896FFA55E.dip0.t-ipconnect.de> has quit IRC16:55
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.136.228> has joined #yocto16:55
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto16:55
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-tgrzrdcwzfciflhw> has joined #yocto17:08
*** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-omifozgmaqczibsf> has joined #yocto17:08
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-egoprhgzofvrvpuq> has joined #yocto17:08
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-odicydsanmbwiiic> has joined #yocto17:08
*** edrex <edrex!edrexmatri@gateway/shell/matrix.org/x-wnekadjpblvhmvfh> has joined #yocto17:08
*** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-ghlbexlhuxykfmja> has joined #yocto17:08
*** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-bkzhbfvhmxcrujtj> has joined #yocto17:08
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-jzqacsbnqouqxgca> has joined #yocto17:08
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-isrkmuydisvgazge> has joined #yocto17:08
*** yangm97 <yangm97!yangm97mat@gateway/shell/matrix.org/x-lrbmqyecqowrzyuj> has joined #yocto17:08
*** fg <fg!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has quit IRC17:19
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC17:20
*** ibinderwolf_ <ibinderwolf_!~quassel@host232-105-dynamic.31-79-r.retail.telecomitalia.it> has joined #yocto17:25
*** ibinderwolf <ibinderwolf!~quassel@host232-105-dynamic.31-79-r.retail.telecomitalia.it> has quit IRC17:25
yoctiNew news from stackoverflow: libi2c-dev, libserial-dev how to add to "Yocto"? <https://stackoverflow.com/questions/60935836/libi2c-dev-libserial-dev-how-to-add-to-yocto>17:27
*** nerdboy <nerdboy!~sarnold@47.143.129.74> has joined #yocto17:29
*** problame <problame!~quassel@quassel.hetzner1.cschwarz.com> has joined #yocto17:29
*** nerdboy <nerdboy!~sarnold@47.143.129.74> has quit IRC17:29
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:29
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:60fa:abe6:b686:45cf> has joined #yocto17:29
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC17:30
problameI was tasked to udpate a sumo-based yocto project, but I'm already stuck building the existing one: when I `bitbake qt5-image -c populate_sdk_ext` and install the resulting SDK, `devtool --help` fails with an error that `/opt/poky/2.5.1/sysroots/x86_64-pokysdk-linux/lib/ld-linux-x86-64.so.2` is not installed.17:31
problameDoes that sound familiar? Do I need to install the standard SDK before installling the ext-sdk? and if so: why is the location `/opt/poky` baked into the ext-sdk's binaries?17:32
*** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-361-18.w86-195.abo.wanadoo.fr> has joined #yocto17:32
*** yohboy <yohboy!~yohboy@2a01:cb1d:889c:400:38fb:a453:6635:9485> has quit IRC17:45
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC17:50
*** pbb <pbb!~quassel@pbb.lc> has quit IRC17:59
*** pbb <pbb!~quassel@pbb.lc> has joined #yocto18:00
*** pbb <pbb!~quassel@pbb.lc> has quit IRC18:05
*** pbb <pbb!~quassel@5.9.72.58> has joined #yocto18:09
*** dexterlb <dexterlb!~dexterlb@qtrp.org> has quit IRC18:11
*** yacar2_ <yacar2_!~yacar_@2a01:e0a:22a:7f40:3d9d:ab40:3236:7ffd> has joined #yocto18:26
*** dexterlb <dexterlb!~dexterlb@qtrp.org> has joined #yocto18:27
yoctiNew news from stackoverflow: Yocto: update target with new PHP module <https://stackoverflow.com/questions/60936995/yocto-update-target-with-new-php-module>18:27
yannproblame: yes you need to install the sdk to use it. when you do, you have the opportunity to select an alternate location18:28
yannthat's the whole point of using a sdk, anyway :)18:28
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC18:30
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC18:30
problameyann: well that's definetly confusing, as I didn't find any hint about having to install _both_ in the docs. It seemed to me that the ext SDK just bundles more stuff for development.18:30
problameyann: anyways, it should be possible to tell the ext-sdk that the standard SDK is installed in a non-default location, right?18:30
yannoh sorry I mis-read you18:30
yannso no you don't need to install the standard sdk first18:31
yannwhen you installed the ext-sdk, it asked you about a location, right ?  you selected a place different from /opt/poky ?18:32
problameyann: well the binaries installed by the ext-sdk need a linker to be installed at /opt/poky/2.5.1/sysroots/x86_64-pokysdk-linux/lib/ld-linux-x86-64.so.2, otherwise you get `no such file or directory` when trying to start `devtool`18:32
problamethe ext-sdk defaults to `~/poky_sdk`, not `/opt/poky`18:32
problamethe standard-sdk defaults to `/opt/poky`18:32
problame(and that matches with what I read in the docs)18:33
*** yacar2_ <yacar2_!~yacar_@2a01:e0a:22a:7f40:3d9d:ab40:3236:7ffd> has quit IRC18:33
problameremember: the project is still on sumo (2.5), not the current version of yocto. but honestly: I doubt that these paths changed in the meantime.18:33
yannthat may be a bug somewhere.  I confess I have not started to use the est-sdk yet (although it's on my todo list).  I already started to wonder why those default locations are different, though.  Maybe you can try to create a symlink in /opt/poky to get out of this situation until someone more knowledgeable about this can answer.18:34
*** nerdboy <nerdboy!~sarnold@47.143.129.91> has joined #yocto18:51
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto18:51
*** rburton <rburton!~rburton@192.198.151.43> has quit IRC18:55
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto19:03
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:06
*** aidanh_ is now known as aidanh19:06
problameyann: yeah, created that symlink, the python interpeter launched, ran into the next error right away: something about locals19:07
problame*locales19:07
problameperhaps it doesn't help that - because it's 2.5 - i need to run the whole setup in an ubuntu:16.04 docker container19:07
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:60fa:abe6:b686:45cf> has quit IRC19:14
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:60fa:abe6:b686:45cf> has joined #yocto19:15
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:60fa:abe6:b686:45cf> has joined #yocto19:16
*** ECDHE_RSA_AES256 <ECDHE_RSA_AES256!~quassel@unaffiliated/ecdhe> has joined #yocto19:28
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC19:31
*** ECDHE_RSA_AES256 is now known as ecdhe19:37
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:43
moto-timoRP: sorry for the delay in the install-buildtools second round. I was sick over the weekend :(19:44
* moto-timo is tired of sinus infections19:44
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC19:45
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has quit IRC19:51
RPmoto-timo: sorry to hear that, but thanks. I actually did other things over the weekend so its not a problem19:54
RPmoto-timo: I did just mention one small possible tweak, not sure if we want to do that or not though19:54
RPmoto-timo: just glad to have the patches really!19:54
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC19:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:02
moto-timoRP: are you thinking the check_gcc_version should be using host_gcc_version ? or do you want host_gcc_version to be updated/fail if < 5.0?20:04
moto-timoRP: or possibly both ?20:05
RPmoto-timo: change host_gcc_version to a new function which returns a version and then have  check_gcc_version use the new function20:09
*** ibinderwolf_ <ibinderwolf_!~quassel@host232-105-dynamic.31-79-r.retail.telecomitalia.it> has quit IRC20:09
moto-timoRP: roger20:09
RPmoto-timo: just wondering20:10
RPmoto-timo: My mind was jogged by a recent patch to fix it20:10
moto-timoRP: serendipity. I wasn't thinking of that function20:11
*** stew-dw_ <stew-dw_!~stew-dw@2607:fb90:a23f:ce2d:9140:3820:8787:2100> has quit IRC20:19
*** stew-dw <stew-dw!~stew-dw@2607:fb90:a23f:ce2d:9140:3820:8787:2100> has joined #yocto20:20
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:60fa:abe6:b686:45cf> has quit IRC20:22
*** mauz555 <mauz555!~mauz555@88.125.182.66> has joined #yocto20:23
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:39
*** palate <palate!~palate@palate.powered.by.lunarbnc.net> has quit IRC20:46
*** palate <palate!~palate@unaffiliated/palate> has joined #yocto20:46
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC20:48
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto20:48
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto21:09
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC21:09
*** berton <berton!~berton@181.220.114.167> has quit IRC21:17
RPJPEW: if you have a moment to ponder something, https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/172821:18
*** timemaster <timemaster!~timemaste@cpc108963-cmbg20-2-0-cust781.5-4.cable.virginm.net> has quit IRC21:18
RPJPEW: if not I'll ponder tomorrow21:18
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC21:23
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC21:32
*** timemaster <timemaster!~timemaste@cpc108963-cmbg20-2-0-cust781.5-4.cable.virginm.net> has joined #yocto21:52
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC21:53
*** kspr <kspr!~kasper@212.237.178.180> has joined #yocto22:00
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC22:01
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto22:01
*** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-tyegadnudymdzbyo> has quit IRC22:02
ksprHi there. I cannot build gstreamer1.0-1.16, using zeus. It seems that a recipe for gstreamer1.0-plugins-base (bbappend) has been added, but is just refering to mainline gstreamer, so imx-specific stuff is not included. Specificly, I'm lacking gstimxcommon.h, which is in the Freescale gstreamer repo, but not in mainline. So basicly, gstreamer1.0 for IMX is not buildable in zeus. Anyone know anything? :-)22:02
smurraykspr: meta-freescale has some complicated workarounds in it, it's easy to run afoul of them.  What are you trying to accomplish, actually?  Based on some recent experiments I've done here, the -imx recipes for gstreamer in meta-freescale build fine if you're using the default configuration with vivante22:14
ksprsmurray, thanks, right now I'm just trying to build an image (I'm upgrading from an old Yocto..). I'm using meta-freescale, and building the default version of gstreamer, which is 1.16. It fails when building imx-gst1.0-plugin, as it cannot find imxgstcommon.h22:16
smurraykspr: when you say "building the default version of gstreamer", do you mean you've set PREFERRED_VERSION for the gstreamer recipes to pick up the non -imx versions?22:19
*** timemaster <timemaster!~timemaste@cpc108963-cmbg20-2-0-cust781.5-4.cable.virginm.net> has quit IRC22:19
ksprsmurray, nope, PREFERRED_VERSION for gstreamer is not set.22:19
ksprsmurray, maybe I need to set it to 1.16.imx?22:20
smurraykspr: ah, my bad, I'm looking at master, not zeus branch.  meta-freescale zeus branch has 1.14-imx.  If you need imx-gst1.0-plugin, you'll likely need to set PREFERRED_VERSION_gstreamer1.0 = "1.14.imx" (and gstreamer1.0-plugins-base, gstreamer1.0-plugins-good, etc. that you need)22:22
smurraykspr: the alternative would be switching to master or backporting the 1.16.imx recipes it has22:23
smurraykspr: or dropping imx-gst1.0-plugin if you don't need it22:23
*** mauz555 <mauz555!~mauz555@88.125.182.66> has quit IRC22:23
ksprsmurray, I tried master, it failed the same way. It also seemed that gstreamer1.0-plugins-base actually has 1.16, in the MM_04_05_01+ branches. The issue seems to be that the bbappend for 1.16 in meta-freescale is not refering to that repo, but to the mainline which is not compatible. So for me, it seems that the recipe for gstreamer1.0-plugins-base 1.16 in meta-freescale is just not really finished. But, it's a good idea trying 1.14.imx, I would guess that22:26
ksprit is more stable :-)22:26
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:26
smurraykspr: the bbappend in meta-freescale, i.e: recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.16.%.bbappend ?22:27
ksprsmurray, yes22:27
smurraykspr: it only tweaks PACKAGECONFIG_GL, not sure why that would be a big problem?22:27
ksprsmurray, it is a problem because that the bbappend inherits from poky/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.16.bb, which is fetching source from the mainline gstreamer repo. And that repo does not have the imx-specific files (eg. imxgstcommon.h).22:29
smurraykspr: sure, but you probably shouldn't expect imx-gst-plugin to build22:30
ksprsmurray, why not? :-)22:30
smurraykspr: it's in the name, "imx", the error you're seeing clearly shows it needs NXP's hacked up version22:30
ksprsmurray, so what you say is that the issue is that there's no gstreamer1.0-plugins-base_1.16.imx.bb?22:31
ksprsmurray, I mean, gst-imx-plugins 1.16 has been included in zeus, and is dependend  on the plugins-base package..22:32
smurraykspr: as I said above, it's present on meta-freescale master branch22:32
ksprsmurray, yes, I know :-)22:32
smurraykspr: dude, it's not my layer, complain to NXP22:32
ksprsmurray, sorry, I'm not complaing at all. Just wanna make sure that I understand :-)22:33
ksprsmurray, but I'll try 1.14.imx and see if that works. Thanks a lot for your help! :-)22:34
smurraykspr: np, good luck22:34
ksprThanks22:34
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:60fa:abe6:b686:45cf> has joined #yocto22:43
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:60fa:abe6:b686:45cf> has quit IRC22:50
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC23:15
*** watchd0g <watchd0g!~Carlos@2001:8a0:5531:d601:6962:d355:4036:37d5> has quit IRC23:19
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC23:23
*** paulg_ <paulg_!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC23:32
*** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC23:35
*** timemaster <timemaster!~timemaste@cpc108963-cmbg20-2-0-cust781.5-4.cable.virginm.net> has joined #yocto23:51
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC23:55

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!