| *** risca <risca!~quassel@h-212-85-71-156.A328.priv.bahnhof.se> has joined #yocto | 00:00 | |
| *** rewitt2 <rewitt2!~rewitt@jfdmzpr05-ext.jf.intel.com> has quit IRC (Remote host closed the connection) | 00:00 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 265 seconds) | 00:03 | |
| Ch^W | v0n: You should be able to. It is defined in the wic image type bbclass. | 00:20 |
|---|---|---|
| Ch^W | Ok I gave up fighting with bison 3.7.5 and downgraded to 3.5.4 from Dunfell. That appears to be working just fine. FWIW, 3.7.2 (from Gatesgarth) exhibited the same issues. | 00:25 |
| *** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has quit IRC (Ping timeout: 244 seconds) | 00:29 | |
| override | window 4 | 00:31 |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has quit IRC (Remote host closed the connection) | 00:36 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has joined #yocto | 00:37 | |
| *** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto | 00:42 | |
| override | is devtool just losing it again or do I actually need to cater to the unmet depedencies shown at the end - https://paste.ee/p/0TgDo | 00:44 |
| khem | Ch^W: it will be good if you can narrow it down to crash and push it as a bug into bugzilla so we do not lose the info | 00:50 |
| *** jpuhlman__ <jpuhlman__!~jpuhlmn@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 00:59 | |
| *** jpuhlman_ <jpuhlman_!~jpuhlmn@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Ping timeout: 258 seconds) | 01:03 | |
| khem | override: if you are using devtool to add new recipe then be aware it that it only is best effort in creating a recipe which can be used as baseline to finalize a working recipe. while many a times it just does the job perfectly there could be cases where it wont. So idea is to create the template and edit it to make it work as desired | 01:06 |
| khem | so if its not catching all dependencies, we would like it to, but if it does not then they have to be edited manually | 01:07 |
| override | khem - I get that, but the pastebin I shared earlier .. the recipe builds fine, but Im not sure why devtool has those comments at the end about adding some additional rdepends. Just confused if I should bring all those packages in, or if theyre already getting picked up from somewhere becuase the recipe builds.. | 01:28 |
| *** otavio <otavio!~otavio@200-203-25-205.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 01:30 | |
| *** otavio <otavio!~otavio@200-203-25-205.user3p.brasiltelecom.net.br> has joined #yocto | 01:32 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-153-227.home.otenet.gr> has joined #yocto | 01:32 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-153-227.home.otenet.gr> has quit IRC (Ping timeout: 268 seconds) | 01:34 | |
| override | Running into this multiple providers issue, which I dont know ho to git rid of - https://paste.ee/p/T7e4T | 01:34 |
| override | :window 4 | 01:35 |
| *** lus-ito[m] <lus-ito[m]!~lus-itoma@2001:470:69fc:105::402c> has joined #yocto | 01:37 | |
| override | any quick solutions about ^ preferred providers or something? | 01:38 |
| override | khem? | 01:38 |
| khem | building is one thing but some packages maybe needed when running the resulting packages so its suggesting those maybe needed in RDEPENDS_${PN} | 01:39 |
| khem | but it can not be sure | 01:39 |
| override | cool, I guess I need to bring those in.. | 01:40 |
| override | and how about that multiple providers thing? how should I go about that | 01:40 |
| Ch^W | khem: Thanks, I will do that. So far I have determined that this is the last known good bison recipe (for me at least) 73f05ba5 (openembedded-core). That is bison 3.6.4. | 01:41 |
| khem | override: remove that semicolon | 01:44 |
| Ch^W | I built the current Hardknott SDK using Thud's GCC 8. I did not use the extended buildtools at the time. I almost wonder if I should try rebuilding the SDK using the extended buildtools so I build it with GCC 10. | 01:45 |
| override | cool, thanks. Ill look up that syntax too. | 01:45 |
| Ch^W | As if this is some compiler building the compiler problem. | 01:45 |
| khem | override: also show the recipe you are building after editing and read through manual on how to specify syntax etc. and learning anatomy of recipe is also helpful | 01:47 |
| *** lus-ito[m] <lus-ito[m]!~lus-itoma@2001:470:69fc:105::402c> has left #yocto | 01:47 | |
| khem | Ch^W: whats your host distro when you are building you build host OS | 01:47 |
| khem | the bug might be indirecttly injected two levels removed | 01:48 |
| khem | although I doubt it will happen, its perhaps some kink in new bison | 01:48 |
| Ch^W | khem: This is a lineage. Originally it was Ubuntu, way back when. Then we built a fully running SDK VM with pyro, and then just built the thud SDK from that. | 01:48 |
| Ch^W | So Ubunto -> Pyro based VM -> Thud based VM -> Hardknott based VM | 01:48 |
| Ch^W | *Ubuntu | 01:49 |
| override | Thanks, yeah I gotta look up what the ; and those ,,,, are for for these rdepends. This is what im building now - https://paste.ee/p/MgoRL khem | 01:49 |
| Ch^W | I would assume building the Hardknott SDK vm in the old thud VM *with* the extended build tools would break any chain like that. | 01:50 |
| khem | Ch^W: ok I would simply suggest to see if you can generate a stack trace when it crashed and we can track it from ther e | 01:53 |
| Ch^W | khem: I can do that. Should I submit it to the yocto bugzilla? | 01:54 |
| khem | override: python3-typing is not independent package ( ipk/rpm/dpkg ) its bundled into python3-core itself so remove it from RDEPENDS | 01:54 |
| override | oh, okay.. | 01:56 |
| khem | there is python3-typing-extensions if you need that | 01:56 |
| khem | Ch^W: yes plz | 01:56 |
| override | sometimes the devtools give me this RDEPENDS_${PN} += "python3-core python3-typing" | 01:56 |
| override | is that a bug then? | 01:56 |
| khem | override: you can use some tools to find out who provides what e.g. oe-pkgdata-util find-path "*typing.py" | 01:59 |
| khem | it will show you which package provides typing python module | 02:00 |
| khem | python3-core: /usr/lib/python3.9/typing.py | 02:00 |
| khem | so it means its coming from python3-core which when added to RDEPENDS_${PN} will be enough for runtime and python3-core is provides by python3 recipe so having python3 in DEPENDS will ensure that needed stuff during build time is available | 02:01 |
| *** otavio <otavio!~otavio@200-203-25-205.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 252 seconds) | 02:02 | |
| khem | oe-pkgdata-util lookup-recipe python3-core will show you which recipe will provide python3-core package in your env | 02:02 |
| khem | so thats how you can navigate from file namespace to package to recipe and so on | 02:03 |
| *** hpsy <hpsy!~hpsy@178.239.198.108> has joined #yocto | 02:03 | |
| override | yeah, I was kinda using that for the packages devtool would leaves out in the comments. The oe-pkgdata-util path to package | 02:03 |
| override | thanks khem | 02:03 |
| *** hpsy1 <hpsy1!~hpsy@178.239.198.4> has quit IRC (Ping timeout: 265 seconds) | 02:03 | |
| override | ill just double check all my rdpends too - t he ones devtool put in | 02:04 |
| *** otavio <otavio!~otavio@200-203-25-205.user3p.brasiltelecom.net.br> has joined #yocto | 02:04 | |
| Ch^W | Huh... it in fact is appearing to be a compiler issue. | 02:07 |
| khem | you mean host compiler? | 02:08 |
| Ch^W | Yes, which is built from gcc8 in thud. | 02:08 |
| Ch^W | I installed buildtools-extended *AND* deleted tmp-glibc/hosttools (I forgot to do the latter earlier today). | 02:08 |
| khem | so gcc10 built with gcc8 for host ? | 02:09 |
| Ch^W | And the build of gobject-introspection works perectly. No more bison bug. | 02:09 |
| Ch^W | khem: Yup | 02:09 |
| *** jpnurmi <jpnurmi!jpnurmi@hilla.kapsi.fi> has quit IRC (Ping timeout: 252 seconds) | 02:09 | |
| Ch^W | I thing the last time anyone got to legitimately blame the compiler was in the 1970's ;) | 02:09 |
| khem | but I thought your host SDK was hardknott based so thats new enough you should not need buildtools for that | 02:09 |
| Ch^W | khem: Close | 02:10 |
| *** shoragan <shoragan!~shoragan@user/shoragan> has quit IRC (Ping timeout: 264 seconds) | 02:10 | |
| khem | yeah hosttools are usually for arcane distros | 02:10 |
| khem | or for building older releases on newer distros | 02:10 |
| Ch^W | Or for when gcc8 builds a broken gcc10... | 02:11 |
| *** bjobjo <bjobjo!~bo@user/bjobjo> has quit IRC (Ping timeout: 252 seconds) | 02:11 | |
| khem | hmm we do have supported distros which have gcc8 | 02:11 |
| Ch^W | We had been using this thud based VM for years. But this happens when we build hardknott with it and deploy it as a VM. | 02:11 |
| khem | so perhaps its a yocto gcc8 bug | 02:11 |
| khem | perhaps or some combinatiton | 02:11 |
| Ch^W | khem: It would seem as if. | 02:12 |
| Ch^W | Or maybe I needed to go one step further? gcc8 -> gcc10(from8) -> gcc10(from gcc10) | 02:12 |
| *** bjobjo <bjobjo!~bo@2a01:79c:cebf:d688::9e6> has joined #yocto | 02:12 | |
| *** jpnurmi <jpnurmi!jpnurmi@hilla.kapsi.fi> has joined #yocto | 02:12 | |
| Ch^W | Since the intermediate gcc10 would not be built with gcc10 semantics. | 02:13 |
| Ch^W | I assumed that was not the case. But... | 02:13 |
| Ch^W | s/case/necessary/ | 02:13 |
| *** shoragan <shoragan!~shoragan@user/shoragan> has joined #yocto | 02:14 | |
| Ch^W | Ok... I am going to build a new hardknott VM with buildtools-extended set as it currently is. Then I am going to see if the problem replicates in the new VM without buildtools-extended. | 02:15 |
| Ch^W | That is going to take all night. | 02:15 |
| Ch^W | That should at least tell me if it is a gcc8->gcc10 problem or a problem with our SDK image recipe. | 02:18 |
| override | Thanks khem.. I can bitbake all the new recipes now I think.. Need to build an image and run it on the board now | 02:23 |
| khem | good deal | 02:24 |
| khem | Ch^W: yeah | 02:24 |
| Ch^W | khem: When you introduced gcc10, do you build gcc10 from a bootstrapped gcc10 (i.e. gcc9 -> gcc10)? Or could you just go from gcc9 -> gcc10 and consider it done? I am unfamiliar with guarantee the gcc project provides. | 02:27 |
| khem | we do not bootstrap from scratch | 02:36 |
| khem | we use host GCC as starting point | 02:36 |
| khem | ideally one could do 3-stage bootstrap | 02:36 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 246 seconds) | 02:39 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 02:43 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection) | 03:43 | |
| *** williamh89 <williamh89!~williamh8@2607:9880:2d78:22:8a4:def8:3df7:b3c8> has quit IRC (Ping timeout: 246 seconds) | 03:46 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 03:51 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 258 seconds) | 03:53 | |
| *** camus1 is now known as camus | 03:53 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-47-76-71-204-133.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev) | 04:07 | |
| *** RobW <RobW!~rcwoolley@45.72.203.103> has joined #yocto | 04:16 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 04:17 | |
| *** rcw <rcw!~rcwoolley@45.72.203.103> has quit IRC (Ping timeout: 252 seconds) | 04:19 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 258 seconds) | 04:22 | |
| *** davidinux <davidinux!~davidinux@37.179.235.93> has quit IRC (Ping timeout: 258 seconds) | 04:26 | |
| *** davidinux <davidinux!~davidinux@37.120.201.172> has joined #yocto | 04:28 | |
| *** yates_work <yates_work!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 04:32 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 04:33 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 04:34 | |
| *** paulg <paulg!~pg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 258 seconds) | 04:34 | |
| *** georgem <georgem!uid210681@id-210681.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 04:56 | |
| *** risca <risca!~quassel@h-212-85-71-156.A328.priv.bahnhof.se> has quit IRC (Ping timeout: 258 seconds) | 05:30 | |
| *** risca <risca!~quassel@h-212-85-71-156.a328.priv.bahnhof.se> has joined #yocto | 05:49 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 06:04 | |
| *** Guest5466 <Guest5466!~Guest54@c80-217-180-75.bredband.tele2.se> has joined #yocto | 06:33 | |
| *** Guest5466 <Guest5466!~Guest54@c80-217-180-75.bredband.tele2.se> has quit IRC (Client Quit) | 06:34 | |
| *** ant_ <ant_!~ant___@host-87-0-253-36.retail.telecomitalia.it> has quit IRC (Quit: Leaving) | 06:37 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:42 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:47 | |
| *** risca <risca!~quassel@h-212-85-71-156.a328.priv.bahnhof.se> has quit IRC (Ping timeout: 252 seconds) | 06:56 | |
| *** zpfvo <zpfvo!~fvo@89.244.127.177> has joined #yocto | 06:57 | |
| *** tperrot <tperrot!~tprrt@shells.bootlin.com> has quit IRC (Ping timeout: 265 seconds) | 07:04 | |
| *** risca <risca!~quassel@h-212-85-71-156.A328.priv.bahnhof.se> has joined #yocto | 07:08 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:18 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:19 | |
| *** tperrot <tperrot!~tprrt@shells.bootlin.com> has joined #yocto | 07:22 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Ping timeout: 252 seconds) | 07:26 | |
| *** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto | 07:28 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:29 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 07:30 | |
| *** camus1 is now known as camus | 07:30 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 07:34 | |
| PascalBach[m] | Is it possible to update the sysroots folder of an extracted eSDK. The use case is that I'm primarily using the eSDK to develop a C++ application directly with CMake, by sourcing the provided environment- file. Now I would like to update a library the applications dependes on. This I can easily do with devtool modify. The problem I'm facing now is that I can't bring this change back into the environment as seen by CMake. I tried to do | 07:44 |
| PascalBach[m] | "devtool build build-sysroots" but that doesn't work. | 07:44 |
| *** zpfvo <zpfvo!~fvo@89.244.127.177> has quit IRC (Quit: Leaving.) | 07:45 | |
| *** florian <florian!~florian@dynamic-093-132-021-179.93.132.pool.telefonica.de> has joined #yocto | 07:46 | |
| PascalBach[m] | If this would work it would allow for a very nice workflow, where the developers can work on the main application using the familiar and efficient CMake workflow. But when they need to update a dependency they can rely on devtool to do that and also quickly test this. This way we don't need an additional package manager like conan or vcpkg. | 07:46 |
| *** zpfvo <zpfvo!~fvo@89.244.127.177> has joined #yocto | 07:47 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 07:47 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 07:52 | |
| *** davidinux1 <davidinux1!~davidinux@217.138.203.205> has joined #yocto | 08:08 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 08:11 | |
| *** davidinux <davidinux!~davidinux@37.120.201.172> has quit IRC (Ping timeout: 265 seconds) | 08:11 | |
| *** davidinux1 <davidinux1!~davidinux@217.138.203.205> has quit IRC (Ping timeout: 252 seconds) | 08:16 | |
| *** davidinux1 <davidinux1!~davidinux@37.179.235.93> has joined #yocto | 08:18 | |
| *** davidinux1 <davidinux1!~davidinux@37.179.235.93> has quit IRC (Ping timeout: 258 seconds) | 08:32 | |
| *** davidinux1 <davidinux1!~davidinux@37.120.201.204> has joined #yocto | 08:32 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 08:34 | |
| LetoThe2nd | yo dudX | 08:37 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 08:48 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:02 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 09:02 | |
| *** camus1 is now known as camus | 09:02 | |
| *** inittab <inittab!~dlbeer@121.99.145.49> has quit IRC (Quit: leaving) | 09:03 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 09:12 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has quit IRC (Ping timeout: 252 seconds) | 09:16 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-153-227.home.otenet.gr> has quit IRC (Ping timeout: 252 seconds) | 09:36 | |
| rburton | RP: is ~August 1st too late for a glibc upgrade | 09:37 |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-153-227.home.otenet.gr> has joined #yocto | 09:40 | |
| LetoThe2nd | rburton: which year? | 09:41 |
| rburton | does it matter? :) | 09:43 |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-153-227.home.otenet.gr> has quit IRC (Ping timeout: 258 seconds) | 09:50 | |
| LetoThe2nd | dark matter. | 09:52 |
| *** davidinux1 <davidinux1!~davidinux@37.120.201.204> has quit IRC (Ping timeout: 258 seconds) | 09:55 | |
| *** davidinux1 <davidinux1!~davidinux@37.179.235.93> has joined #yocto | 09:57 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 10:07 | |
| kanavin | rburton, I suppose it depends on whether khem (or you!) would be doing pre-testing with it before it's out, but starting integration work only after it's been tagged and released might be a bit too late | 10:08 |
| RP | rburton: khem has pre-release patches ready for testing so if we start now... | 10:11 |
| RP | https://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/glibc-2.34 | 10:11 |
| RP | kanavin: ^^^ | 10:12 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 10:13 | |
| rburton | aha, that might have all the mte integrated | 10:40 |
| rburton | it does | 10:42 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 10:43 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 10:43 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 10:47 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Remote host closed the connection) | 11:10 | |
| *** georgem <georgem!uid210681@id-210681.tinside.irccloud.com> has joined #yocto | 11:12 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 11:19 | |
| *** davidinux1 is now known as davidinux | 11:23 | |
| otavio | Is someone aware of anything causing bitbake to get stuck? no progress in parsing metadata and like | 12:01 |
| otavio | We are seeing this in two different build servers | 12:02 |
| RP | otavio: is autorev enabled? | 12:03 |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has quit IRC (Ping timeout: 268 seconds) | 12:03 | |
| otavio | RP: nops; very minimal local.conf | 12:09 |
| RP | otavio: I'm not aware of anything | 12:12 |
| *** williamh89 <williamh89!~williamh8@2607:9880:2d78:22:8a4:def8:3df7:b3c8> has joined #yocto | 12:14 | |
| otavio | ahhh | 12:17 |
| otavio | CONNECTIVITY_CHECK_URIS = "" | 12:17 |
| otavio | solves it | 12:17 |
| otavio | % curl -vv https://www.example.com | 12:22 |
| otavio | * Trying 93.184.216.34:443... | 12:23 |
| otavio | * Trying 2606:2800:220:1:248:1893:25c8:1946:443... | 12:23 |
| otavio | * Immediate connect fail for 2606:2800:220:1:248:1893:25c8:1946: Network is unreachable | 12:23 |
| otavio | RP: does it work in your end? | 12:23 |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has joined #yocto | 12:24 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Remote host closed the connection) | 12:25 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 12:26 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 12:47 | |
| override | Hey everyone, I'm hoping to put an end to writing this recipe for a python app saga today. last night I got as far as making the recipes for the depencies not freak out when I'd run them with bitbake. Thanks for all the help with that. Now Im putting togethet a recipe for the application itself. I'm trying to figure out: 1)where/how I run the setup.py from in the application recipe. Should I just add | 12:49 |
| override | IMAGE_INSTALL_append = " name of the recipe for application", or do I need to add all the dependencies in local.conf? This what the python application recipe looks like right now - https://paste.ee/p/T4Z6K | 12:49 |
| RP | otavio: works here | 12:52 |
| RP | * Connected to www.example.com (2606:2800:220:1:248:1893:25c8:1946) port 443 (#0 | 12:54 |
| RP | otavio: sounds like your ipv6 has some issue | 12:54 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 12:58 | |
| rsalveti | otavio: I have this issue quite frequently with my isp, when just ipv6 gets broken for whatever reason | 13:15 |
| tgamblin | override: you only need to do IMAGE_INSTALL_append = " recipename" in local.conf and its dependencies should be included in the built image as well | 13:17 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 13:17 | |
| override | tgamblin: thanks, really appreciate it. Can you link me to some recipies for python apps that call setup.py? Any pointers/reccomendations work. Im also reading up on it on the side. | 13:18 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 13:18 | |
| *** camus1 is now known as camus | 13:18 | |
| tgamblin | override: I like http://cgit.openembedded.org/meta-openembedded/tree/meta-python/recipes-devtools/python/python3-cryptography_3.3.2.bb?h=master | 13:20 |
| override | tgamblin: thanks! | 13:22 |
| *** paulg <paulg!~pg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 13:27 | |
| *** berton <berton!~user@2804:14d:4085:8dcc::1001> has joined #yocto | 13:29 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto | 13:31 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 13:32 | |
| sgw | RP: Morning, did my v2 qmp change work better? I think I know what happened I was using selftest (stupidly) instead of do_testimage | 13:38 |
| rburton | override: 99% of recipes in meta-python do. inherit setuptools3 does most of the magic, or if your thing is on pypi then inherit pypi does even more for you (sets up SRC_URI, for example) | 13:39 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 13:43 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 13:43 | |
| override | rburton: cool, ill take a look. aiming to test this out on the actual board today. want to check if it'll still complain about any dependencies.. | 13:46 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 13:47 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection) | 13:48 | |
| override | rburton: did you mean 99% of recipes in meta-python install using setup.py ? | 13:50 |
| rburton | yes | 13:50 |
| rburton | making up numbers, obviously | 13:50 |
| rburton | but most python uses that | 13:50 |
| override | ok let me grep for that .. | 13:50 |
| rburton | as i said, inherit setuptools3 does it for yo | 13:50 |
| rburton | so you won't find many references to setup.py directly in meta-python | 13:51 |
| override | I see | 13:51 |
| override | so like what does it end up looking like, like what step in the recpie would make the python package end up sitting the filesystem on the target.. I'm a total noob at using setup.py etc.. | 13:52 |
| override | or should I say a total noob at a whole lot of everything | 13:53 |
| rburton | does the setup.py just setuptools or just distutils? | 13:53 |
| override | it has a call to the setup function - https://github.com/Opentrons/opentrons/blob/edge/robot-server/setup.py | 13:54 |
| rburton | setuptools | 13:54 |
| rburton | so inherit setuptools3 in your recipe | 13:54 |
| override | ok | 13:54 |
| rburton | and that will handle configure/compile/install | 13:54 |
| override | so I just inherit setuptools3 and im done? | 13:54 |
| rburton | yes | 13:55 |
| override | oh, wow. | 13:55 |
| override | interesting | 13:55 |
| rburton | randomly picking a recipe from meta-python: https://github.com/openembedded/meta-openembedded/blob/master/meta-python/recipes-devtools/python/python3-booleanpy_3.8.bb | 13:55 |
| RP | abelloni: the v2 was ok from sgw right? | 13:55 |
| rburton | override: the pypi inherit sets up the SRC_URI to fetch from pypi, and the setuptools does the configure/compile/install | 13:56 |
| otavio | RP: rsalveti: thx. In fact it was the IPv4 which was out | 13:57 |
| override | nice. I was aware of the pypi bit, Tim taught me that. Just got to the configure/compile/install bits today | 13:57 |
| otavio | * Trying 93.184.216.34:443... | 13:57 |
| otavio | * Trying 2606:2800:220:1:248:1893:25c8:1946:443... | 13:57 |
| otavio | * Immediate connect fail for 2606:2800:220:1:248:1893:25c8:1946: Network is unreachable | 13:57 |
| *** florian <florian!~florian@dynamic-093-132-021-179.93.132.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer) | 13:57 | |
| otavio | * Connected to www.example.com (93.184.216.34) port 443 (#0) | 13:57 |
| otavio | now worksed | 13:57 |
| otavio | * ALPN, offering h2 | 13:57 |
| *** florian <florian!~florian@dynamic-093-132-021-179.93.132.pool.telefonica.de> has joined #yocto | 13:57 | |
| sgw | RP: I won't be on the Tech call today due to the SBOM plugfest, but you can ping me here if needed. | 13:59 |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 14:00 | |
| williamh89 | so to enable a packageconfig, do I just specify it in the PACKAGECONFIG variable? | 14:03 |
| williamh89 | for example there is PACKAGECONFIG[kmsdrm].. to enable it, I put PACKAGECONFIG = "kmsdrm" ? | 14:04 |
| rburton | yes | 14:04 |
| rburton | the flags in [] lists the set of possible config options | 14:04 |
| rburton | and the value of PACKAEGCONFIG itself is the set of selected ones | 14:04 |
| override | rburton: can you please help me get past this bump now, error - https://paste.ee/p/9Kpwz recipe - https://paste.ee/p/1ShYA | 14:07 |
| rburton | https://github.com/Opentrons/opentrons <-- you check this out, but that isn't where the setup.py is | 14:08 |
| override | oh, right. let me see whats up with that. | 14:08 |
| rburton | set DISTUTILS_SETUP_PATH to the path where setup.py actually is | 14:08 |
| rburton | it defaults to ${S} | 14:08 |
| rburton | see distutils3.bbclass | 14:09 |
| RP | sgw: ok, thanks. I think it is working | 14:12 |
| override | rbuton: ok, thanks. That makes a lot of sense. | 14:17 |
| *** patrick_r <patrick_r!~patrick_r@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto | 14:20 | |
| patrick_r | hello | 14:20 |
| patrick_r | just a question about the kernel, I need to add the nfs support module to the kernel of the image, what's the best way to go about it? | 14:20 |
| OutBackDingo | ok any insight as to why im hitting a run.do_image_box2_sdimg.1946: parted: not found | 14:37 |
| OutBackDingo | | WARNING: exit code 127 from a shell command. | 14:37 |
| OutBackDingo | i have inherit image_types ij the bbclass | 14:38 |
| rburton | you don't have a depends anywhere on parted-native | 14:38 |
| rburton | image types can set depends | 14:38 |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 14:44 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection) | 14:45 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 14:46 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 14:46 | |
| OutBackDingo | do_image_box2-sdimg[depends] += " \ | 14:46 |
| OutBackDingo | parted-native \ | 14:46 |
| OutBackDingo | parted \ | 14:46 |
| OutBackDingo | mtools-native \ | 14:46 |
| OutBackDingo | dosfstools-native \ | 14:46 |
| OutBackDingo | virtual/kernel:do_deploy \ | 14:46 |
| OutBackDingo | virtual/bootloader:do_deploy \ | 14:46 |
| OutBackDingo | " | 14:46 |
| OutBackDingo | rburton: it is there | 14:47 |
| rburton | i'd use -e to verify it is actually there | 14:47 |
| rburton | (and remove the target parted) | 14:48 |
| OutBackDingo | rburton: ok not fasmiliar with "use -e to verify it is actually there" | 14:49 |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection) | 14:49 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 14:50 | |
| rburton | bitbake -e myimagename|less, search for the depends line you set | 14:51 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 14:51 | |
| OutBackDingo | ahh you mena in biitbake... ok | 14:52 |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Read error: Connection reset by peer) | 14:53 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 14:54 | |
| OutBackDingo | [depends] " parted-native mtools-native dosfstools-native virtual/kernel:do_deploy | 14:57 |
| OutBackDingo | virtual/bootloader:do_deploy " | 14:57 |
| OutBackDingo | appears to exists | 14:57 |
| *** wesm <wesm!~wes@firewall.mitsi.com> has quit IRC (Ping timeout: 265 seconds) | 14:59 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 15:00 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 15:00 | |
| RP | OutBackDingo: shouldn't there be a :do_populate_sysroot at the end of those? | 15:01 |
| *** Guest50 <Guest50!~Guest50@p200300ca4f4a940062d1575cebca4d11.dip0.t-ipconnect.de> has joined #yocto | 15:14 | |
| *** wesm <wesm!~wes@firewall.mitsi.com> has joined #yocto | 15:16 | |
| *** patrick_r <patrick_r!~patrick_r@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC (Quit: Client closed) | 15:16 | |
| OutBackDingo | RP: as in ? | 15:26 |
| OutBackDingo | do_image_zipabox2-sdimg[depends] += " \ | 15:26 |
| OutBackDingo | parted-native:do_populate_sysroot \ | 15:26 |
| OutBackDingo | mtools-native:do_populate_sysroot \ | 15:26 |
| OutBackDingo | dosfstools-native:do_populate_sysroot \ | 15:26 |
| OutBackDingo | virtual/kernel:do_deploy \ | 15:26 |
| OutBackDingo | virtual/bootloader:do_deploy \ | 15:26 |
| OutBackDingo | " | 15:26 |
| rburton | yes | 15:30 |
| *** Guest50 <Guest50!~Guest50@p200300ca4f4a940062d1575cebca4d11.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 15:32 | |
| OutBackDingo | welp rebuilding it fresh now so we will see | 15:32 |
| rburton | i presume you didn't wipe sstate so thats a few seconds right | 15:33 |
| paulbarker | RP and anyone else interested: Results of running `reuse lint` on bitbake: https://pastebin.com/afCuL5K8 | 15:35 |
| paulbarker | The tools wants a top level `LICENSES` directory with full text for all used licenses which is probably unnecessarily strict | 15:35 |
| tlwoerner | i've always found the license of the recipe itself to be rather curious | 16:00 |
| paulbarker | tlwoerner: The licenses of patch files are the ones I find curious | 16:01 |
| tlwoerner | paulbarker: yes, that too | 16:01 |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Remote host closed the connection) | 16:03 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 16:03 | |
| OutBackDingo | rburton: ermm nope same error :( | 16:04 |
| rburton | OutBackDingo: is the -sdimg intentional in your depends line? the log says _sdimg | 16:06 |
| OutBackDingo | i would think yes, it was all converted up from pyro | 16:09 |
| OutBackDingo | according to the guide, i can change it to _sdimg | 16:09 |
| OutBackDingo | doesnt hurt to kick it | 16:10 |
| rburton | you most likely should | 16:10 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 16:38 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 16:42 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-153-227.home.otenet.gr> has joined #yocto | 16:47 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 16:50 | |
| *** zpfvo <zpfvo!~fvo@89.244.127.177> has quit IRC (Remote host closed the connection) | 16:50 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 258 seconds) | 16:52 | |
| *** camus1 is now known as camus | 16:52 | |
| *** williamh89 <williamh89!~williamh8@2607:9880:2d78:22:8a4:def8:3df7:b3c8> has quit IRC (Ping timeout: 246 seconds) | 16:56 | |
| *** Vineela <Vineela!~vtummala@user/vineela> has joined #yocto | 17:17 | |
| *** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has joined #yocto | 17:28 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:44 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 268 seconds) | 17:53 | |
| berton | Hi! I'm running a populate_sdk task and seeing this on log: | 17:57 |
| berton | 17:57 | |
| berton | check_data_file_clashes: Package kmsxx-dbg wants to install file /home/builder/build/tmp/work/foo-poky-linux/core-image-minimal/1.0-r0/sdk/image/opt/bar/sysroots/aarch64-poky-linux/usr/bin/.debug/kmstest | 17:57 |
| berton | But that file is already provided by package * libdrm-dbg | 17:57 |
| berton | 17:57 | |
| berton | The install_complementary function runs this install https://git.openembedded.org/openembedded-core/tree/meta/lib/oe/package_manager/__init__.py#n401, with attempt_only=True, | 17:58 |
| berton | and this https://git.openembedded.org/openembedded-core/tree/meta/lib/oe/package_manager/ipk/__init__.py#n371 only shows a warning message | 17:58 |
| berton | 17:58 | |
| berton | I see this comment https://git.openembedded.org/openembedded-core/tree/meta/lib/oe/package_manager/__init__.py#n346, but "file is already provided by package" is not an error? | 17:58 |
| OutBackDingo | rburton: ok thats also a fail... open for more ideas :) | 18:01 |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.115> has joined #yocto | 18:05 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection) | 18:15 | |
| *** florian <florian!~florian@dynamic-093-132-021-179.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 18:40 | |
| *** ant_ <ant_!~ant___@host-87-0-253-36.retail.telecomitalia.it> has joined #yocto | 18:42 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 18:50 | |
| *** florian <florian!~florian@dynamic-093-132-021-179.93.132.pool.telefonica.de> has joined #yocto | 18:52 | |
| *** florian <florian!~florian@dynamic-093-132-021-179.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 19:08 | |
| *** berton <berton!~user@2804:14d:4085:8dcc::1001> has quit IRC (Ping timeout: 244 seconds) | 19:11 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection) | 19:16 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 19:22 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 19:23 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 19:24 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 19:37 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC (Ping timeout: 264 seconds) | 19:39 | |
| *** florian <florian!~florian@dynamic-093-132-021-179.93.132.pool.telefonica.de> has joined #yocto | 19:42 | |
| *** berton <berton!~user@2804:14d:4085:8dcc::1000> has joined #yocto | 19:50 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection) | 19:52 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 19:52 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 19:56 | |
| *** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 244 seconds) | 20:41 | |
| *** berton <berton!~user@2804:14d:4085:8dcc::1000> has quit IRC (Remote host closed the connection) | 20:46 | |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 20:57 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Quit: Konversation terminated!) | 21:01 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 21:04 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 21:05 | |
| *** camus1 is now known as camus | 21:05 | |
| *** bluelightning <bluelightning!~paul@2406:e003:12a7:7601:e53d:d06a:c4ff:29f4> has quit IRC (Quit: Konversation terminated!!!111) | 21:18 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection) | 21:18 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 21:24 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 21:28 | |
| vmeson | khem: Is there a reason that meta-browser hasn't created a hardknott branch ? | 21:35 |
| *** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 258 seconds) | 21:36 | |
| khem | vmeson: usually it tries to validate master with multiple releases | 21:41 |
| khem | e.g. backup to dunfell, | 21:41 |
| khem | building browsers is not for faint machines, so thats best which can be done | 21:41 |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 21:51 | |
| override | hey khem, had a rather basic question for you where all would this script be install stuff on the target, like what path - https://paste.ee/p/73Ir5 | 21:56 |
| override | having a hard time finding stuff on the target | 21:56 |
| override | oh nevermind did a find . -name and found some stuff | 21:58 |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 21:58 | |
| marex | hey, is there some smarter way of running yocto-check-layer in CI ? It takes quite a while to comb through the layers, so I was wondering if there is some way to improve that | 22:02 |
| marex | also, what else do I want to run in CI to validate layer changes, patchreview.py looks nice, anything else ? | 22:02 |
| *** bluelightning <bluelightning!~paul@2406:e003:12a7:7601:89e6:905f:8fed:afbb> has joined #yocto | 22:09 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 22:12 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds) | 22:18 | |
| override | khem: with all the recipes etc I added yester should something like python -version work on the target? | 22:24 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 22:24 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 22:24 | |
| override | trying to coming up with a plan to validate the python package I added to the image .. see if it runs into any run time dependencies missing or something | 22:24 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 22:31 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 22:33 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 22:40 | |
| *** florian <florian!~florian@dynamic-093-132-021-179.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 22:43 | |
| *** hpsy1 <hpsy1!~hpsy@85.203.15.47> has joined #yocto | 23:00 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:01 | |
| *** hpsy <hpsy!~hpsy@178.239.198.108> has quit IRC (Ping timeout: 258 seconds) | 23:02 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 23:04 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 265 seconds) | 23:04 | |
| override | /usr/bin/python3.8 seems to work so I think python and all is working fine - will try to run something from the packaage now khem: | 23:07 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 23:15 | |
| khem | yeah you might want to look into adding ptest for your package perhaps using pytest or something | 23:20 |
| *** hpsy <hpsy!~hpsy@85.203.15.31> has joined #yocto | 23:26 | |
| *** hpsy1 <hpsy1!~hpsy@85.203.15.47> has quit IRC (Ping timeout: 258 seconds) | 23:27 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds) | 23:34 | |
| Ch^W | khem: I rebuilt the SDK image against 3.3.1 buildtools-extended only. I had to add some .h files from local /usr/include as well as local copies of libcap, libzstd, and the free command, but otherwise the build worked flawlessly. | 23:42 |
| Ch^W | khem: VM comes up, but same problem building gobject-introspection. | 23:42 |
| Ch^W | So either it is my image recipe, or GCC10 built from hardknott sources, breaks bison-native. | 23:43 |
| Ch^W | *bison-native >= 3.7.1 that is. | 23:44 |
| Ch^W | I think I have enough information to make it worth writing up a bug. | 23:45 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 23:50 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!