| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC | 00:26 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-046-005-020-206.hsi8.kabel-badenwuerttemberg.de> has quit IRC | 01:31 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-046-005-020-206.hsi8.kabel-badenwuerttemberg.de> has joined #yocto | 01:40 | |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC | 01:57 | |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto | 02:29 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 02:32 | |
| *** stew-dw <stew-dw!~stew-dw@207.242.234.14> has quit IRC | 02:52 | |
| *** stew-dw <stew-dw!~stew-dw@207.242.234.14> has joined #yocto | 02:52 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 03:18 | |
| *** al_nz1 <al_nz1!~bigal.nz@121-74-246-100.telstraclear.net> has joined #yocto | 03:37 | |
| al_nz1 | Morning all | 03:37 |
|---|---|---|
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:8dc1:2952:740a:7402> has quit IRC | 03:37 | |
| al_nz1 | Anyone here about to help with compiling a OS called VenusOS so it will work on Pi4 (as well as 3 which it already works on) | 03:37 |
| *** kaspter <kaspter!~Instantbi@222.67.188.181> has quit IRC | 03:40 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has joined #yocto | 03:40 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 03:41 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:880f:4ea7:2b50:5b1c> has joined #yocto | 03:50 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto | 04:55 | |
| iceaway | I have a simple application that I want to create a recipe for. I have created a very basic CMakeLists.txt file for it, and created a recipe skeleton with devtool add. WHne I try to build the recipe it complains about not being able to find errno.h. It feels like I am missing something very basic that screws up the cross compiler so it can't find standard headers. Any "typical newbie errors" that could | 04:57 |
| iceaway | case this? | 04:57 |
| *** camus <camus!~Instantbi@222.67.188.177> has joined #yocto | 04:57 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC | 04:59 | |
| *** camus is now known as kaspter | 04:59 | |
| kergoth | if the cmakelists.txt is done correctly and you inherit cmake, that's all you need to do | 05:01 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 05:06 | |
| iceaway | So strange... If I build it using my SDK it works fine, but with devtool it cannot find errno.h. *headscratch*. I don't even know where to start looking. | 05:17 |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 05:24 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.177> has quit IRC | 05:36 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.176> has joined #yocto | 05:37 | |
| *** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has joined #yocto | 06:12 | |
| alessioigor | LetoThe2nd: Thanks! | 06:15 |
| alessioigor | good morning to all! | 06:15 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 06:22 | |
| *** saraf <saraf!~a_saraf@2405:204:9408:e288:d5c2:fddc:e62a:6c69> has joined #yocto | 06:25 | |
| *** frsc <frsc!~frsc@185.66.193.56> has joined #yocto | 06:30 | |
| *** camus <camus!~Instantbi@222.67.188.181> has joined #yocto | 06:33 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.176> has quit IRC | 06:33 | |
| *** camus is now known as kaspter | 06:33 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:35 | |
| *** saraf <saraf!~a_saraf@2405:204:9408:e288:d5c2:fddc:e62a:6c69> has quit IRC | 06:48 | |
| *** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has quit IRC | 06:52 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:01 | |
| *** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has joined #yocto | 07:06 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:21 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 07:22 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:22 | |
| *** mckoan|away is now known as mckoan | 07:27 | |
| *** yacar_ <yacar_!~yacar@i19-lef01-t2-89-85-242-152.ft.lns.abo.bbox.fr> has joined #yocto | 07:31 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:36 | |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto | 07:37 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:41 | |
| *** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has quit IRC | 07:42 | |
| xtron | I want to debug a python function in a bbclass, how to execute that function specifically? | 07:46 |
| qschulz | armpit: I guess 2.6.4 is going to be the last dot release for thud. I'm thinking that the very little amount of time I possibly have to investigate the opkg BAD_RECOMMENDATIONS issue before 2.6.4 is released is not going to be enough, so maybe revert the patches? I'd rather have thud not working the same way it was from 2.6.0 to 2.6.2 (build failure for some specific cases) than what's currently in 2.6.3 | 07:49 |
| qschulz | which is basically ignoring BAD_RECOMMENDATIONS | 07:49 |
| yocti | New news from stackoverflow: Loading custom u-boot script <https://stackoverflow.com/questions/58427443/loading-custom-u-boot-script> | 07:54 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 07:59 | |
| al_nz1 | anyone here heard of VenusOS? | 08:00 |
| al_nz1 | Its a 32b rpi3 OS, that I would like to get going on Rpi4. It uses u-boot (a very old version) and apparently yocto | 08:01 |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 08:03 | |
| LetoThe2nd | al_nz1: we have pretty good support in meta-raspberrypi, see https://git.yoctoproject.org/cgit.cgi/meta-raspberrypi/tree/conf/machine | 08:05 |
| LetoThe2nd | al_nz1: so feel free to pick whatever you need there. | 08:05 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:08 | |
| * mckoan wonders why one should use an open source system disguised as a proprietary system | 08:09 | |
| LetoThe2nd | mckoan: *shrug* probably it contains some cool special sauce. | 08:10 |
| LetoThe2nd | it doesn't look outdated nor particularly stupid, so ... whatever. | 08:10 |
| mckoan | LetoThe2nd: like paying for the sourcecode? LOL | 08:10 |
| LetoThe2nd | mckoan: if they want to, why not? good marketing on the sellers side. | 08:10 |
| * rburton is curious what LetoThe2nd is refering to | 08:12 | |
| LetoThe2nd | rburton: https://github.com/victronenergy/meta-victronenergy | 08:12 |
| rburton | isn't that just a companies own distro that theyve nicely made public | 08:13 |
| rburton | https://www.victronenergy.com/panel-systems-remote-monitoring/octo-gx runs venus os | 08:15 |
| al_nz1 | LetoThe2nd: I like how you give me credit for having way more knowledge than you think I have | 08:16 |
| qschulz | not the best feeling to break upstream while trying to fix it :/ sorry all | 08:16 |
| LetoThe2nd | rburton: yeah i mean, no problem with it. when somebody wants to use it, why not. | 08:17 |
| rburton | unless you have a need to use the venus stack on your hardware, i'd stick with normal yocto+meta-raspberrypi | 08:18 |
| LetoThe2nd | al_nz1: i actually am not sure what you mean." | 08:18 |
| rburton | also consider using 64-bit because its better | 08:18 |
| LetoThe2nd | al_nz1: see rburton, thats what would be my choice too. and if you want their stack, then you're in for either combining the layers, or going to pick stuff. | 08:18 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:23 | |
| yocti | New news from stackoverflow: How to override the defined task order in a yocto recipe? <https://stackoverflow.com/questions/58427830/how-to-override-the-defined-task-order-in-a-yocto-recipe> | 08:24 |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto | 08:24 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.181> has quit IRC | 08:25 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.177> has joined #yocto | 08:26 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:31 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-pwjiejxoawuhvrte> has joined #yocto | 08:31 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 08:34 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 08:39 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 08:42 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.72.99.6> has joined #yocto | 08:50 | |
| *** frsc <frsc!~frsc@185.66.193.56> has quit IRC | 08:52 | |
| *** frsc <frsc!~frsc@i59F72531.versanet.de> has joined #yocto | 09:08 | |
| *** frsc <frsc!~frsc@i59F72531.versanet.de> has quit IRC | 09:13 | |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has joined #yocto | 09:13 | |
| mckoan | is there any replacement for the old 'yocto-bsp' command? | 09:17 |
| *** kaspter <kaspter!~Instantbi@222.67.188.177> has quit IRC | 09:18 | |
| mckoan | I mean a sort of guided BSP layer creation | 09:18 |
| *** kaspter <kaspter!~Instantbi@222.67.188.187> has joined #yocto | 09:18 | |
| mckoan | probably I missed something in the last releases | 09:19 |
| rburton | no, from memory yocto-bsp was pretty bad | 09:19 |
| rburton | (removed in sumo/2.5 onwards) | 09:19 |
| mckoan | rburton: so now you have to crete every single detail by hand | 09:19 |
| mckoan | I also noticed that bitbake-layers create-layer created a useless ecample recipe instead of the helloworld | 09:20 |
| LetoThe2nd | mckoan: the helloworld one was broken because of some linker flag stuff IIRC | 09:24 |
| mckoan | LetoThe2nd: in fact you needed to add TARGET_CC_ARCH += "${LDFLAGS}" | 09:26 |
| LetoThe2nd | mckoan: something like that, yes. | 09:27 |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has joined #yocto | 09:43 | |
| litb | hello folks! | 09:43 |
| litb | what's the rationale for not allowing bbappend on classes, or at least blacklisting classes? | 09:43 |
| *** yacar_ <yacar_!~yacar@i19-lef01-t2-89-85-242-152.ft.lns.abo.bbox.fr> has quit IRC | 09:46 | |
| LetoThe2nd | RP: ^^^ ? | 09:50 |
| LetoThe2nd | litb: probably the main reason is "nobody sent a patchset yet doing this" | 09:52 |
| RP | LetoThe2nd: no, its specific policy | 09:52 |
| RP | LetoThe2nd: it strongly encourages collaboration around the core bbclass files | 09:53 |
| LetoThe2nd | RP: ah ok? care to elaborate a bit so i can spread the wisdom if needed? | 09:53 |
| RP | LetoThe2nd: make it too easy to hack and nobody will make the effort to improve the core | 09:53 |
| LetoThe2nd | RP: thats certain. so in consequence it means "if you want to change that class, you need to derive it under a different name" | 09:54 |
| LetoThe2nd | which in turn means you can inject changes into depending recipes. so i can totally see the usecase. | 09:55 |
| RP | LetoThe2nd: you can replace it under the same name too | 09:55 |
| RP | but then you have to maintain a fork | 09:55 |
| RP | we just made it a little more painful so that people realise they should collaborate | 09:55 |
| LetoThe2nd | yeah i know. but that dpeends on priorities respectively bblayer ordering and is therefore kinda... meh | 09:56 |
| RP | LetoThe2nd: it does indeed depend on ordering | 09:56 |
| RP | shrug ;-) | 09:56 |
| RP | depends how much you really need to hack the class | 09:56 |
| LetoThe2nd | yeah | 09:56 |
| litb | Hm, but certain things may not be worth to be put into the core bbclass file | 09:57 |
| litb | so if someone has an exotic system and he needs to change a core bbclass file, the OE maintainers may shrug and say it's not spread widely enough | 09:58 |
| LetoThe2nd | litb: i guess its rahter "make sure its not affecting others" | 09:58 |
| LetoThe2nd | and of course, if its only your homebrew system for one usecase, it might be difficult arguing that it needs to be included. | 09:59 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:01 | |
| RP | I understand its frustrating when it stops you doing something you feel you should be able to do but it has on balance served the project well overall | 10:02 |
| RP | There are usually other ways to work around such situations | 10:02 |
| LetoThe2nd | as long as it doesn't stop me from listening to metal and drinking beer, i'm fine :) | 10:03 |
| bluelightning | litb: would you be able to elaborate on what you'd like to override specifically? | 10:05 |
| litb | i guess using event handlers and anonymous python functions and INHERIT, most often it is possible to work it around | 10:10 |
| litb | bluelightning, so far it was cmake.bbclass, which is not mingw compatible. and bash-completion, which put a hard dependency on bash into glib-2.0 | 10:10 |
| LetoThe2nd | this sounds very upstream-able | 10:11 |
| litb | the latter was able to be worked around by undoing the changes done to DEPENDS and RDEPENDS that was done by bash-completion, in the bbappend for glib-2.0 | 10:11 |
| litb | the first one was more troublesome, and I had to INHERIT a "correction class" cmake-mingw.bbclass that fights against cmake.bbclass oO | 10:11 |
| * LetoThe2nd feels RPs reasoning apply | 10:12 | |
| litb | hm, I see :p | 10:14 |
| kayterina | hello, I have a general question: if I want to migrate to Yocto "rocko" from "krogoth" is the kernel version relevant? because the board supports a custom 4.1 kernel | 10:29 |
| xtron | files that are locally available in metadata doesn't go to DL_DIR,right? | 10:30 |
| LetoThe2nd | kayterina: rocko to krogoth sounds rather unfortunate, as thats going backwards... 3 years or so. | 10:30 |
| LetoThe2nd | xtron: don't think so, yes. | 10:31 |
| LetoThe2nd | kayterina: i'd rather try to get the kernel compile on rocko | 10:32 |
| kayterina | LetoThe2nd: It's a myirtech board and they ship with krogoth supported. You mean compile the 4.1 with their patches in rocko? | 10:32 |
| LetoThe2nd | kayterina: thats what i would do. and pester them to support something thats not completely out of support since years. | 10:33 |
| LetoThe2nd | 4.1 should build on rocko given something like https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/include/linux/compiler-gcc.h?h=linux-5.0.y&id=cb984d101b30eb7478d32df56a0023e4603cba7f included | 10:34 |
| kayterina | ok LetoThe2nd thanks | 10:35 |
| kayterina | perhaps you also know why freescale's "rocko" links point to "pyro" tree? I should still get the rocko right? | 10:36 |
| LetoThe2nd | it depends | 10:36 |
| LetoThe2nd | if a layer doesn't bring much, its very well possible that a single state matches several releases. | 10:36 |
| LetoThe2nd | or that fresscale does not support rocko on the very layer you are on | 10:37 |
| LetoThe2nd | or, or, or | 10:37 |
| kayterina | a, it's the fsl community layer. | 10:38 |
| LetoThe2nd | (read that as: if you've got a vendor that ships ancient software, and want to make it work with not-so-ancient-but-still-old software, you're in for the fun yourself) | 10:38 |
| kayterina | ha ha | 10:39 |
| LetoThe2nd | thats the way it is. | 10:39 |
| LetoThe2nd | the fsl community layer has been deprecated in 2016 | 10:39 |
| LetoThe2nd | -> https://lists.yoctoproject.org/pipermail/meta-freescale/2016-October/019429.html | 10:39 |
| LetoThe2nd | so, if you want to stick to that old state, "you're in for the fun yourself" | 10:40 |
| kayterina | I intended to bring the myirtech-layer+kernel 4.1 to work with rocko and the new meta-freescale layers(not fsl-arm* that are deprecated). | 10:45 |
| kayterina | it is just one layer, a few renamed variables, I'll see what else. I 'll try the kernel first as you said. | 10:46 |
| LetoThe2nd | have fun, then. | 10:47 |
| kayterina | :P | 10:47 |
| rburton | kayterina: why rocko? sumo and thud and warrior (and zeus, this week) are all newer. | 11:05 |
| rburton | https://wiki.yoctoproject.org/wiki/Releases | 11:05 |
| LetoThe2nd | rburton: i'm sympathetic. because ROCKo | 11:05 |
| rburton | PSA rocko is unmaintained this month | 11:06 |
| rburton | oh no its already unmaintained | 11:06 |
| rburton | i just can't count | 11:06 |
| qschulz | rburton: thud is EOL in two weeks IIRC | 11:06 |
| LetoThe2nd | rburton: 10:38 < LetoThe2nd> (read that as: if you've got a vendor that ships ancient software, and want to make it work with not-so-ancient-but-still-old software, you're in for the fun yourself) | 11:07 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 11:08 | |
| kayterina | rburton: I saw at freescale.github that the latest is rocko,that's all | 11:12 |
| rburton | see i should stay away from irc when also on a call | 11:13 |
| LetoThe2nd | rburton: oh no, it massively adds to the fun! | 11:13 |
| rburton | harass fsl if you want current yocto support on fsl hardware | 11:13 |
| LetoThe2nd | rburton: i repeat we do not harass. all we do are very polite and friendly reminders to other people to encourage them to SORT THEIR SHIT OUT :-P | 11:14 |
| rburton | and if its dead, put a note on the repo to say so :) | 11:14 |
| LetoThe2nd | a very polite and friendly one! | 11:15 |
| kayterina | ok,ok,fsl and vendor both,I will ask nicely,I will not harass.back to the fun now | 11:16 |
| *** yacar_ <yacar_!~yacar@80.215.195.229> has joined #yocto | 11:17 | |
| *** BuddyButterfly <BuddyButterfly!~BuddyButt@h2216388.stratoserver.net> has joined #yocto | 11:29 | |
| BuddyButterfly | hi | 11:29 |
| BuddyButterfly | what to do, if include files of dependend libs are not found? | 11:30 |
| BuddyButterfly | I have #include <MagickWand/MagickWand.h> | 11:30 |
| BuddyButterfly | which is not found. | 11:30 |
| rburton | you probably need to use pkgconfig or similar to find the paths | 11:30 |
| BuddyButterfly | but exists in recipe-sysroot! | 11:30 |
| rburton | cc -o wand wand.c `pkg-config --cflags --libs MagickWand` <-- says the docs | 11:31 |
| BuddyButterfly | rburton: ah, ok. how? | 11:31 |
| rburton | https://imagemagick.org/script/magick-wand.php | 11:31 |
| rburton | your include is wrong too | 11:31 |
| BuddyButterfly | oh, sry, have written in from mind... | 11:32 |
| BuddyButterfly | let me see. | 11:32 |
| qschulz | kayterina: what about meta-freescale? http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale | 11:32 |
| BuddyButterfly | #include <MagickWand/MagickWand.h> | 11:32 |
| BuddyButterfly | this is what I have in main. and it compiles perfect on target system. | 11:32 |
| BuddyButterfly | so the project compiles without error on target. but not in yocto. | 11:33 |
| rburton | do you use pkgconfig in the makefile to find the right include path? | 11:33 |
| LetoThe2nd | BuddyButterfly: probably because your host system has the include path set somewhere you're not aware of. but this is not something one can rely on, as it will even break across linux distros. hence, yocto makes sure you do it in a robust way. and that means, properly do it by invoking pkgconfig. all buildsystems have proper support for it, BTW. | 11:34 |
| rburton | of course there's a chance the imagemagick recipe is broken and nobody noticed until now | 11:34 |
| BuddyButterfly | just use "inherit pkgconfig" ? | 11:35 |
| rburton | that, and the makefile needs to call it | 11:35 |
| rburton | like the documentation i linked to says | 11:35 |
| BuddyButterfly | ok, will try, thanks for the "very" quick help. | 11:36 |
| LetoThe2nd | ? | 11:37 |
| rburton | finally got around to writing a 'lockdown' script | 11:42 |
| kayterina | qschulz: that was my first thought, throw the vendor's layer in yocto and fsl latest, should I try to build their kernel with latest versions? | 11:42 |
| BuddyButterfly | sry, the "" was wrong. you really responded very quick! | 11:42 |
| rburton | 'i want to rebuild this one low level package without causing the universe to rebuild' | 11:42 |
| LetoThe2nd | rburton: i smeall breakage coming up, if people use that without a full understanding of the implcations. | 11:43 |
| rburton | great for poking at target python without causing native python and thus rpm and thus everything to rebuild | 11:43 |
| rburton | LetoThe2nd: hillarious behaviour if you forget its enabled | 11:43 |
| rburton | WHY IS THIS HAPPENED | 11:43 |
| LetoThe2nd | thats what i mean | 11:43 |
| rburton | need a way to make it shout loud that it is on | 11:44 |
| rburton | the actual thing is trivial though and is basically just a bitbake call and a sed | 11:44 |
| LetoThe2nd | and i can instantly hear the n00bs... erm sorry, beginner users, who will try and use this to cut down build times on their vms because "all i want to change is..." | 11:44 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:44 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:45 | |
| rburton | RP: ok so how can i emit a warning message *from a conf file* | 11:46 |
| rburton | RP: i'm guessing "you can't" | 11:47 |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:47 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:48 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:49 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 11:52 | |
| xtron | in case of SRC_URI set to a local file, "url.localpath" will be none, causing a exception when this class pass it to os.path.exists(url.localpath)?: https://source.codeaurora.org/external/imx/meta-fsl-bsp-release/tree/imx/meta-bsp/classes/fsl-eula-unpack.bbclass?h=sumo-4.14.98-2.0.0_ga#n30 | 11:54 |
| yocti | New news from stackoverflow: Adding new dts to Raspberry Yocto project <https://stackoverflow.com/questions/58431994/adding-new-dts-to-raspberry-yocto-project> | 11:55 |
| *** feilz <feilz!~feil@212-50-143-116.co.dnainternet.fi> has joined #yocto | 11:58 | |
| qschulz | kayterina: you can, though it might not just work (the kernel I mean). Basically, recipes which are BSP related (kernel, bootloader, signing scripts, and whatnot) will rarely be updated if they haven't been upstreamed. But it should be rather safe to take this BSP layer or only the recipes you want and add them to your newer layer. I personally think it's faster to try to fix a Yocto build for an old | 11:58 |
| qschulz | kernel/bootloader than trying to make a new kernel work. (but if you can afford making a new kernel work, go this route, maybe even upstream and you should technically be able to update to newer versions very easily) | 11:58 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 12:00 | |
| feilz | Hey, got a small bugfix in a linux v 4.9.11, where one line should be changed. My idea was to fix that using a .bbappend file in my own layer, using a sed command to just change that one line. For some reason I cannot get that change to actually be visible, although do_install logs show that my command has been run, and running the same command outside of bitbake makes the change I want. | 12:00 |
| LetoThe2nd | feilz: rahter pour it into a path, and add that to SRC_URI in your append | 12:01 |
| feilz | ehh... how do you mean? | 12:02 |
| feilz | assuming you mean making that change into a file | 12:04 |
| LetoThe2nd | what is the kernel besides files? | 12:04 |
| rburton | LetoThe2nd: https://github.com/rossburton/bb/blob/master/libexec/bb-lockdown fwiw | 12:04 |
| feilz | but... if I understood correctly then I would have to rewrite (or well, copy) the whole previous file instead of just fixing one line in that file. | 12:05 |
| rburton | no, just patch the file | 12:05 |
| LetoThe2nd | i mean, you take the kernel checkout without your change. you do the change, and then do a git add, git commit, git format-patch (basically). then you have a patch file that hold exactly that one line change | 12:06 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 12:06 | |
| rburton | presumably you're sending the bug fix into the kernel anyway so you need a patch | 12:06 |
| LetoThe2nd | rburton: 4.9? not sure... | 12:06 |
| rburton | maybe its still broken in master | 12:07 |
| feilz | it's actually not in the kernel... but in the userspace | 12:07 |
| LetoThe2nd | not even if its 4.9.11, which smells like evil vendor kernel | 12:07 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 12:07 | |
| feilz | sorry, misleading in initial description | 12:07 |
| rburton | what file are you actually changing | 12:08 |
| LetoThe2nd | feilz: you said "bugfix in linux 4.9.11, one line should be changed". to me that sounds pretty clear, TBH | 12:08 |
| LetoThe2nd | rburton: lockdown still gives me the creeps, sorry but have to say. | 12:09 |
| kayterina | qschulz: I don't know much about the kernel, I will go the simplest way, build their kernel with newer layers | 12:09 |
| rburton | LetoThe2nd: you won't say that when you're trying to iterate a fix in python3 and every touch causes a glibc rebuild | 12:09 |
| feilz | yeah, my bad. I said wrong. | 12:09 |
| LetoThe2nd | rburton: i will never ever say that i'm doind anything with py3, so thts no problem for me :) | 12:10 |
| rburton | feilz: so what are you trying to change, and how. | 12:12 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 12:12 | |
| litb | LetoThe2nd, and .bbappend for recipes can't prevent _append code from the actual appended recipe | 12:14 |
| litb | or is there a workaround? | 12:14 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 12:15 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 12:17 | |
| rburton | litb: i'd suggest that your life would be a *lot* easier if you were happy patching oe-core and working to get stuff upstream | 12:20 |
| rburton | but for now you could just add a bash-completion class to your layer that does nothing | 12:20 |
| rburton | get it working with hacks, and then clean the hacks | 12:21 |
| *** Chaser <Chaser!~Chaser@ec2-13-233-34-134.ap-south-1.compute.amazonaws.com> has quit IRC | 12:21 | |
| *** Chaser <Chaser!~Chaser@ec2-13-233-34-134.ap-south-1.compute.amazonaws.com> has joined #yocto | 12:22 | |
| rburton | hell, bash completion class could just need a toggle to control whether it does anything | 12:22 |
| rburton | and then the windows machine turns it off | 12:22 |
| yocti | New news from stackoverflow: How to use secure u-boot (HABv4) with mender on iMX6UL board <https://stackoverflow.com/questions/58432163/how-to-use-secure-u-boot-habv4-with-mender-on-imx6ul-board> | 12:25 |
| feilz | rburton: pulseaudio.service file, using a .bbappend, which exists in meta-variscite-flsc branch rocko. Idea was to simply modify the incorrect line from 'Type=fork' to 'Type=forking' | 12:26 |
| feilz | trying to write simply do_install_append() { sed 's/fork/forking/g' ${D}${systemd_unitdir}/system/pulseaudio.service } | 12:28 |
| feilz | this line shows up as the correct path to the correct file in the logs, but the actual file i'm seeing doesn't contain the change. | 12:28 |
| LetoThe2nd | feilz: doesn't sed need -i to be in-place? | 12:29 |
| LetoThe2nd | feilz: in the systemd unit case, sed might be suitable. | 12:30 |
| feilz | worked without -i using my own commandline. can attempt to rebuild with -i | 12:30 |
| LetoThe2nd | feilz: i'm not certain, just thinking aloud. | 12:31 |
| *** yacar_ <yacar_!~yacar@80.215.195.229> has quit IRC | 12:31 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 12:33 | |
| feilz | is the 'sed' command used by bitbake different than what my system has? | 12:33 |
| rburton | no | 12:34 |
| feilz | kind of what I assumed... | 12:34 |
| rburton | pretty sure you need -i to make that work | 12:34 |
| *** yacar_ <yacar_!~yacar@80.215.195.229> has joined #yocto | 12:40 | |
| feilz | seems like that worked.... weird how the behaviour is different on my own commandline and within bitbake... | 12:49 |
| LetoThe2nd | feilz: i rather guess that you misinterpreted something when doing it manually | 12:49 |
| feilz | that the end result gets changed manually without -i, and when using the command through bitbake the end result doesn't get changed? | 12:50 |
| feilz | wonder what I misinterpreted... | 12:50 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 13:03 | |
| rburton | feilz: sed without -i will read from the file and output the changes to the console | 13:10 |
| rburton | but *won't write back* | 13:10 |
| rburton | $ echo foo>test | 13:10 |
| rburton | $ sed 's/foo/bar/g' test | 13:10 |
| rburton | bar | 13:10 |
| rburton | $ cat test | 13:10 |
| rburton | foo | 13:10 |
| LetoThe2nd | rburton: CAT ABUSER! | 13:16 |
| rburton | hey i didn't do cat|sed so no abuse here! | 13:17 |
| *** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC | 13:17 | |
| LetoThe2nd | i've got alternative facts there! | 13:17 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:19 | |
| *** atenart <atenart!~atenart@ar1.ack.tf> has joined #yocto | 13:20 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 13:21 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 13:21 | |
| atenart | hi, does anyone know if Go 1.13 support is being worked on in OE-core? | 13:28 |
| *** feilz <feilz!~feil@212-50-143-116.co.dnainternet.fi> has quit IRC | 13:30 | |
| litb | rburton, nice, oe-pkgdata-util list-pkg-files glib-2.0 shows 5 DLL files and one EXE :) also glib-2.0-dev contains the correct files | 13:30 |
| rburton | yay | 13:30 |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has quit IRC | 13:38 | |
| RP | rburton: FOO := '${@bb.warn("help")}' ? | 13:40 |
| rburton | RP: xvmc upgrade in next breaks the build | 13:42 |
| qschulz | khem maybe for you the Go question? (since you were the one upgrading 1.10->1.11->1.12) | 13:43 |
| RP | rburton: I thought that was dropped from next | 13:43 |
| rburton | RP: ah maybe it sneaked into my mut with a rebase | 13:43 |
| rburton | (needs a matching xorgproto bump which does't exist yet) | 13:43 |
| RP | rburton: I thought I replied on list and dropped | 13:43 |
| zeddii | oh. I thought that was the cat asking for help from rburton's abuse. | 13:43 |
| rburton | RP: warn happens four times | 13:43 |
| RP | rburton: never happy | 13:44 |
| rburton | :) | 13:44 |
| RP | rburton: its due to the fact the base config gets reparsed | 13:45 |
| rburton | yeah | 13:45 |
| rburton | RP: don't have the mails here, maybe i deleted them accidentally | 13:49 |
| zeddii | "accidentally" | 13:50 |
| zeddii | you forgot the quotes | 13:50 |
| rburton | ha | 13:50 |
| RP | rburton: http://lists.openembedded.org/pipermail/openembedded-core/2019-October/287921.html | 13:50 |
| * RP didn't imagine it | 13:50 | |
| rburton | i must have deleted it :) | 13:50 |
| rburton | oh, ffs, i was filtering by sender | 13:50 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 14:05 | |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has joined #yocto | 14:12 | |
| armpit | qschulz, we have not official announced what thuds last dot release is. there are more out stands backports. maybe bug it | 14:14 |
| litb | personally, I would prefer if poppler would also make cairo optional. like the qt5 backend, cairo backend is optional in poppler | 14:14 |
| litb | and if one only uses the qt5 backend, cairo pulls in a lot of dependencies | 14:14 |
| litb | i will add a poppler bbappend and implement this | 14:15 |
| qschulz | armpit: ok, for me the N-2 release is EOL when N is out. So when Zeus is out, Thud is EOL. But maybe I'm assuming too much :D | 14:18 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:20 | |
| yocti | New news from stackoverflow: How to add own files in Yocto project <https://stackoverflow.com/questions/58434584/how-to-add-own-files-in-yocto-project> | 14:25 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 14:35 | |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:40 | |
| rburton | litb: send a patch too! | 14:40 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:40 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 14:56 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 14:57 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:00 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 15:07 | |
| armpit | qschulz, we decided to revert the commit and re-spin | 15:22 |
| armpit | RP, patch sent | 15:22 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:26 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 15:41 | |
| *** yacar_ <yacar_!~yacar@80.215.195.229> has quit IRC | 15:41 | |
| *** yacar_ <yacar_!~yacar@80.215.195.229> has joined #yocto | 15:41 | |
| RP | armpit: thanks, will trigger a build | 15:45 |
| *** yacar_ <yacar_!~yacar@80.215.195.229> has quit IRC | 15:46 | |
| qschulz | armpit: thanks a ton for taking care of this. Sorry for the mess | 15:46 |
| RP | qschulz: this is why I'm normally very nervous about taking these things... | 15:47 |
| armpit | no worries. thanks for letting us know | 15:47 |
| RP | right, it is better to know | 15:47 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 15:50 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 15:54 | |
| xtron | I want to re-define a python function, how can I undefined it | 15:55 |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 15:58 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 16:03 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 16:03 | |
| xtron | ^ simply redefine it in *.bbclass in a layer with higher priority | 16:05 |
| *** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto | 16:12 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 16:13 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:21 | |
| alessioigor | Is it works for shell function too? | 16:23 |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has quit IRC | 16:24 | |
| *** bluca <bluca!~bluca@2a01:4b00:f419:6f00:7a8e:ed70:5c52:ea3> has joined #yocto | 16:26 | |
| kergoth | bitbake variables are just key=value, bitbake functions are exactly the same as bitbake variables, just internally flagged as a function, and the only difference between a python and shell function is the presence of a 'python' flag marking it as python | 16:27 |
| kergoth | so yes | 16:27 |
| litb | is it possible to undefine an anonymous python function? | 16:28 |
| litb | or do you need to know the line number in which it was defined? I did notice that internally those are mangled with the line number | 16:28 |
| kergoth | not possible without poking into bitbake internals you should never poke into | 16:29 |
| litb | because.. overwriting an anonymous python function doesn't appear to be possible. 'python __anonymous() { ... }' will "append" automatically, I think | 16:29 |
| kergoth | of course, you could define your own anonymous pythgon function after that one that reverts what it does, if possible | 16:29 |
| kergoth | depends on the case | 16:29 |
| kergoth | correct, they're cumulative, and run in the order they're defined | 16:30 |
| kergoth | also, __anonymous is deprecated, just python () {} is preferred, but that's cosmetic :) | 16:30 |
| bluca | hi - with rpm builds (on thud), has anyone seen failures due to "file /usr/share/polkit-1/rules.d conflicts between attempted installs of polkit-0.115-r0.aarch64 and systemd-1:239-r0.aarch64" ? | 16:31 |
| bluca | the dirs look identical in the 2 rpms | 16:31 |
| *** mckoan is now known as mckoan|away | 16:32 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.72.99.6> has quit IRC | 16:35 | |
| smurray | bluca: I think that's been seen a few times in some of the automated AGL builds, with a JIRA ticket assigned to me to try to figure it out, but I've not looked at it yet | 16:35 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:36 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 16:36 | |
| kergoth | grr, go-runtime and other go.bbclass using recipes fail using the sourcery aarch64 toolchain, the sysroot and host cc arch aren't reliably passed to the linker | 16:38 |
| kergoth | hmm | 16:38 |
| bluca | smurray - any tips for debugging? | 16:41 |
| bluca | if I can find a solution I'll send a patch, as it's breaking my builds, but I'm pretty much fumbling in the dark | 16:42 |
| smurray | bluca: sorry, not off the top of my head, no | 16:42 |
| bluca | ok, thanks | 16:42 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:880f:4ea7:2b50:5b1c> has quit IRC | 16:49 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:52 | |
| *** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has quit IRC | 17:00 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 17:06 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 17:07 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:09 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 17:14 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 17:14 | |
| *** frsc <frsc!~frsc@i59F72531.versanet.de> has joined #yocto | 17:14 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 17:15 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 17:25 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 17:26 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 17:37 | |
| *** frsc <frsc!~frsc@i59F72531.versanet.de> has quit IRC | 17:38 | |
| *** frsc <frsc!~frsc@i59F72531.versanet.de> has joined #yocto | 17:42 | |
| *** frsc <frsc!~frsc@i59F72531.versanet.de> has quit IRC | 17:49 | |
| bluca | when a recipe sets USERADD_PARAM_, will the user be available when do_install() is ran? | 17:52 |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 17:56 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto | 18:00 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has joined #yocto | 18:01 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 18:21 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-pwjiejxoawuhvrte> has quit IRC | 18:23 | |
| yocti | New news from stackoverflow: Building OpenDDS with bitbake <https://stackoverflow.com/questions/55356648/building-opendds-with-bitbake> | 18:56 |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 18:57 | |
| *** stew-dw <stew-dw!~stew-dw@207.242.234.14> has quit IRC | 19:01 | |
| *** stew-dw <stew-dw!~stew-dw@207.242.234.14> has joined #yocto | 19:06 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:09 | |
| *** BuddyButterfly <BuddyButterfly!~BuddyButt@h2216388.stratoserver.net> has quit IRC | 19:10 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 19:23 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 19:23 | |
| *** bluca <bluca!~bluca@2a01:4b00:f419:6f00:7a8e:ed70:5c52:ea3> has quit IRC | 19:34 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 19:37 | |
| *** litb <litb!~litb___@p5B02F765.dip0.t-ipconnect.de> has joined #yocto | 19:41 | |
| litb | hello folks | 19:41 |
| litb | does yocto support not having /usr , but that folders start with / ? i.e /bin, /lib etc? | 19:41 |
| litb | I found there's a usrmerge distfeature, but it's not followed everywhere in bitbake.conf ! some files are still put into /usr | 19:42 |
| litb | IMO when building for windows, the / and /usr merge doesn't make much sense | 19:42 |
| litb | s,merge,distinction, | 19:42 |
| *** sgw <sgw!~sgw@134.134.137.77> has joined #yocto | 19:51 | |
| *** berton_ <berton_!~berton@181.220.83.67> has joined #yocto | 20:03 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has quit IRC | 20:04 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 20:06 | |
| *** Striking7 <Striking7!~jon@96-94-100-129-static.hfc.comcastbusiness.net> has quit IRC | 20:16 | |
| *** litb <litb!~litb___@p5B02F765.dip0.t-ipconnect.de> has quit IRC | 20:18 | |
| *** vineela <vineela!vtummala@nat/intel/x-aiffytcdotbbcgxn> has joined #yocto | 20:28 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 20:29 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 20:36 | |
| *** berton__ <berton__!~berton@181.220.83.67> has joined #yocto | 20:40 | |
| *** berton_ <berton_!~berton@181.220.83.67> has quit IRC | 20:42 | |
| *** berton__ <berton__!~berton@181.220.83.67> has quit IRC | 20:43 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 20:47 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 20:51 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 21:21 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 22:38 | |
| *** radeks <radeks!~radeks@static-146-88-49-66.violin.co.th> has joined #yocto | 22:45 | |
| *** radeks <radeks!~radeks@static-146-88-49-66.violin.co.th> has quit IRC | 22:57 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:80c4:1df3:e700:2539> has joined #yocto | 22:59 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has quit IRC | 23:10 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has joined #yocto | 23:17 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:30 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:48 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:54 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!