| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ibniokbporcicxwg> has joined #yocto | 00:01 | |
| *** nishant_ <nishant_!6040dcfd@gateway/web/freenode/ip.96.64.220.253> has joined #yocto | 00:11 | |
| nishant_ | inet_pton(AF_INET, "99||SDKTD[0", &(addr.sin_addr)) | 00:12 |
|---|---|---|
| nishant_ | This API is returning 1 (that means succesfull) | 00:13 |
| nishant_ | Linux cb4f0b42-30a5-e162-dbb0-cbe8577b0c28 4.10.17-yocto-standard #14 SMP PREEMPT Thu Nov 8 19:44:47 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux | 00:13 |
| nishant_ | Where should I file bug for this | 00:14 |
| nishant_ | inet_aton() works fine | 00:14 |
| *** KevinK <KevinK!~Kevinkk@131.228.2.20> has quit IRC | 00:36 | |
| *** KevinK <KevinK!~Kevinkk@131.228.2.20> has joined #yocto | 00:36 | |
| *** suy <suy!~quassel@roger.badopi.com> has quit IRC | 00:42 | |
| *** suy <suy!~quassel@roger.badopi.com> has joined #yocto | 00:42 | |
| *** pepijndevos <pepijndevos!~pepijndev@81.4.122.239> has quit IRC | 01:04 | |
| *** pepijndevos <pepijndevos!~pepijndev@81.4.122.239> has joined #yocto | 01:06 | |
| *** nishant_ <nishant_!6040dcfd@gateway/web/freenode/ip.96.64.220.253> has quit IRC | 01:06 | |
| *** KevinK <KevinK!~Kevinkk@131.228.2.20> has quit IRC | 01:25 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 01:29 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 02:38 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 02:43 | |
| *** otavio_ <otavio_!~otavio@static.203.17.243.136.clients.your-server.de> has quit IRC | 03:37 | |
| *** otavio_ <otavio_!~otavio@static.203.17.243.136.clients.your-server.de> has joined #yocto | 03:46 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:59 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:25 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:26 | |
| yocti | New news from stackoverflow: Yocto core-image-* (minimal) networking <https://stackoverflow.com/questions/53773782/yocto-core-image-minimal-networking> | 05:11 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 05:25 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:27 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 05:28 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:30 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 05:54 | |
| yocti | New news from stackoverflow: requires unsupported dynamic reloc R_ARM_REL32; recompile with -fPIC <https://stackoverflow.com/questions/42003633/requires-unsupported-dynamic-reloc-r-arm-rel32-recompile-with-fpic> | 06:11 |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:12 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 06:15 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:15 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.188> has quit IRC | 06:18 | |
| *** kaspter <kaspter!~Instantbi@115.204.111.188> has joined #yocto | 06:18 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 06:24 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 06:25 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 06:26 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 06:38 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 06:39 | |
| yocti | New news from stackoverflow: PHP odbc driver as shared extension <https://stackoverflow.com/questions/53774481/php-odbc-driver-as-shared-extension> | 06:42 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 06:58 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 07:01 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ibniokbporcicxwg> has quit IRC | 07:09 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-wfvdzykhlpqyibgd> has joined #yocto | 07:11 | |
| *** mihais <mihais!~mihaiserb@193.240.241.118> has joined #yocto | 07:13 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 07:15 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:20 | |
| *** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has quit IRC | 07:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 07:26 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 07:27 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-2-87-193-141.home.otenet.gr> has joined #yocto | 07:27 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:36 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:44 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:07 | |
| *** erbo <erbo!~erik@linode.unixshell.se> has joined #yocto | 08:14 | |
| erbo | Is there a way to increase the amount of RAM when running qemu? Both in the context of runqemu and bitbake -c testimage (with qemu backend) | 08:15 |
| LetoThe2nd | erbo: runqemu without any parameters should give you the help. theres either a switch for it per se, or you pass an additional argument for appending to the qemu command line. | 08:19 |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 08:19 | |
| erbo | LetoThe2nd: Right, the runqemu part was easy. Just add extra qemu params as you said. | 08:21 |
| erbo | Thanks | 08:21 |
| LetoThe2nd | for the testimage no idea, sorry. | 08:23 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 08:25 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 08:26 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:29 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 08:32 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 08:33 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:39 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 08:47 | |
| *** yoctopus <yoctopus!c19e5dd3@gateway/web/freenode/ip.193.158.93.211> has joined #yocto | 08:59 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC | 09:00 | |
| yoctopus | hello ! Anyone here ? If there is someone kind enough to free me from my yocto induced slide into the depths of insanity, can i ask something ? | 09:01 |
| LetoThe2nd | yoctopus: as usual on irc: don't ask to ask, just ask. preferable as precisely as possible - so when somebody knows, he/she will answer | 09:02 |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 09:02 | |
| *** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto | 09:04 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 09:06 | |
| yoctopus | oh sorry... Anyway. I have a custom image recipe (folder hierarchy based on freescale layers) in meta-mylayer/imx/meta-sdk/recipes-myrecipes/images/imagename-base.bb . I change IMAGE_INSTALL_remove = "... " variable to IMAGE_IsnTALL_remove = "..." and expect to see a parsing error, however when i do bitbake imagebase-name, bitbake just goes on and build the image. Checked for typos - everything seems ok. Some sort of cache i need to | 09:06 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 09:06 | |
| LetoThe2nd | yoctopus: you mea, you expect a parsing error becasue you intentionally mistyped IMAGE_INSTALL to IMAGE_IsnTALL | 09:08 |
| LetoThe2nd | ? | 09:08 |
| LetoThe2nd | in that case, no. bitbake happily evaluates your recipe. this is not a parsing error per se, but jsut a new variable name. one without any effect probably, but nothing that would cause an error | 09:09 |
| LetoThe2nd | removing one of the quotation marks on the other hand would be an error, as it violates the syntax | 09:11 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 09:11 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 09:14 | |
| *** diego_r <diego_r!~diego@37.162.66.11> has joined #yocto | 09:15 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:17 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 09:17 | |
| yoctopus | LetoThe2nd: aha i see, thank you. Yes that is what i meant. On different occasions i saw bitbake throwing up an error that variable name was misspelled, so i thought it would catch that, but clearly some other condition was met then. I was trying this out because adding packages to IMAGE_INSTALL_remove didn't seem to have any effect on the final image | 09:20 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:21 | |
| LetoThe2nd | yoctopus: hm. that might maybe happen if you modify an extension to a known variable, like IMAGE_INSTALL_rmooov... but just guessing here | 09:23 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 09:23 | |
| LetoThe2nd | yoctopus: the point behind the unknown variable handling is that many recipes create arbitrarily named variables at will. its a common way of doing things, so if bitbake would eek out on any unknown variable name it sees, that would be quite counterproductive. | 09:24 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:25 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 09:26 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:c4f9:280c:be4b:6b66> has joined #yocto | 09:29 | |
| yoctopus | LetoThe2nd: yeah makes complete sense, somehow didn't consider initially | 09:30 |
| LetoThe2nd | np :-) | 09:31 |
| LetoThe2nd | thats why i'm explaining it | 09:31 |
| LetoThe2nd | yoctopus: in yase you wonder why something is or is not evaluated, it often helps to bitbake -e the recipe in question. it should contain the complete evaluation history of the variables. | 09:32 |
| yoctopus | LetoThe2nd: Thank you (: | 09:35 |
| LetoThe2nd | yw | 09:36 |
| *** diego_r <diego_r!~diego@37.162.66.11> has quit IRC | 09:39 | |
| ak77 | what I need to do to get audio in qemu86-64? (host is linux) | 09:40 |
| * LetoThe2nd guesses "a sledgehammer" | 09:43 | |
| LetoThe2nd | did i just say that? </SCNR> | 09:44 |
| LetoThe2nd | ak77: on a more serious note, googling suggests to inspect qemu-system-x86_64 -soundhw help | 09:45 |
| *** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has joined #yocto | 09:46 | |
| [Sno] | RP: I didn't see any feedback or merge attempt for perl update to 5.28.0 - neither for Alexanders proposal nor mine | 09:49 |
| [Sno] | RP: I just sent an update for 5.28.1 and a fixed quirk from rdepends generator | 09:50 |
| [Sno] | RP: with the start of next week I can only hack a few hours on weekend on Yocto - so if there is anything I should investigate or fix, don't assume I find it without a notice via mail or irc :( | 09:51 |
| ak77 | LetoThe2nd: did that before asking, but got no precise answer as to which kernel CONFIGs to enable with which qemu option | 09:52 |
| LetoThe2nd | ak77: ah, i see. sorry, no idea | 09:53 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 09:53 | |
| *** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has joined #yocto | 09:57 | |
| ak77 | LetoThe2nd: but, upon further googlin' https://github.com/dm0-/gnuxc/blob/028b7df8db08e921e3d357d1a5f69599cc4cec0f/patches/hal-1-linux.config#L130 | 10:05 |
| ak77 | LetoThe2nd: no luck, something else is missing | 10:13 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 10:14 | |
| *** yoctopus <yoctopus!c19e5dd3@gateway/web/freenode/ip.193.158.93.211> has quit IRC | 10:15 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 10:15 | |
| *** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has joined #yocto | 10:23 | |
| didile | hi! | 10:24 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:25 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:25 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:26 | |
| didile | I've an error at populate_sdk | 10:27 |
| didile | "package openssh-dev-7.6p1-r0.cortexa9hf-neon requires openssh = 7.6p1-r0, but none of the providers can be installed" | 10:27 |
| didile | solution: "do not ask to install a package providing dropbear-dev" | 10:28 |
| didile | how should I do that? | 10:28 |
| LetoThe2nd | find out what installs dropbear-dev | 10:29 |
| didile | ssh-server-dropbear | 10:29 |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:30 | |
| LetoThe2nd | so you pull in dropbear, and something else wants openssh? sounds likely to clash :) | 10:31 |
| rburton | LetoThe2nd is on the mark | 10:32 |
| rburton | dropbear and openssh conflict | 10:32 |
| rburton | what ssh server do you want? | 10:32 |
| rburton | as you're installing two right now | 10:32 |
| LetoThe2nd | rburton: "the best one, ofc!" | 10:32 |
| didile | I used to use dropbear | 10:32 |
| didile | and I had no issue with morty | 10:33 |
| didile | now I'm on sumo | 10:33 |
| rburton | didile: are you by any chance using the openssh sftp module with dropbear? | 10:33 |
| *** sararussell8875 <sararussell8875!~sararusse@112.185.43.64> has joined #yocto | 10:33 | |
| sararussell8875 | ∕!\ ᎪTTN： Thіs ⅽһаnneⅼ һaѕ mοⅴed tⲟ іrc.freenode.ᥒet #osirіslɑb ／!⧹ | 10:33 |
| *** sararussell8875 <sararussell8875!~sararusse@112.185.43.64> has quit IRC | 10:34 | |
| *** didile_ <didile_!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has joined #yocto | 10:34 | |
| didile_ | I use openssh-sftp-server to push binaries with Qt Creator | 10:35 |
| didile_ | you made a point | 10:35 |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 10:37 | |
| *** berton <berton!~berton@181.220.84.254> has joined #yocto | 10:37 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-2-87-193-141.home.otenet.gr> has quit IRC | 10:37 | |
| *** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has quit IRC | 10:37 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-2-87-193-141.home.otenet.gr> has joined #yocto | 10:38 | |
| rburton | didile_: and you have dev-pkgs enabled? | 10:46 |
| rburton | i think we fixed this ... | 10:46 |
| didile_ | rburton: no | 10:47 |
| rburton | so what is pulling in openssh-dev then | 10:47 |
| didile_ | I added INHIBIT_PACKAGE_DEBUG_SPLIT = "1" and INHIBIT_PACKAGE_STRIP = "1" to my local.conf file | 10:47 |
| LetoThe2nd | rburton: isn't that implicit on populate_sdk? | 10:48 |
| didile_ | but -dev packages are still created | 10:48 |
| rburton | oh yeah, sdk, yes | 10:48 |
| didile_ | I had the same issue on morty | 10:48 |
| rburton | of course you get dev packages then | 10:48 |
| didile_ | ok | 10:48 |
| didile_ | I removed openssh-sftp-server from the image then | 10:48 |
| RP | [Sno]: I did test kanavin_ 's patchset on the autobuilder and it had failures, not sure what the status of your patchset was. I'd assumed you were working things out between you | 10:50 |
| rburton | didile_: you can probably force it out of the sdk if you want to keep it on target images | 10:51 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 10:51 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:51 | |
| kanavin_ | RP: I have put that on hold for now, there are a few things to rework | 10:52 |
| didile_ | rburton: I don't remember why I had to use dropbear and openssh-sftp server on the same image | 10:52 |
| didile_ | rburton: but this is definitely for the SDK only | 10:52 |
| kanavin_ | if [Sno]'s patchset passes the AB, I don't mind that merging, even though it's still not very maintainable | 10:52 |
| rburton | didile_: because dropbear doesn't have a sftp module but can use openssh's | 10:53 |
| RP | rburton: the test_maintainers change works for MACHINE=qemux86 but not qemux86-64. Due to the handling of _64 in overrides | 10:53 |
| rburton | so you can install dropbear + openssh-sftp | 10:53 |
| * RP is contemplating a small tweak to fix that in bitbake | 10:53 | |
| *** hrkrx <hrkrx!~sebi@p2003000631F41A48503E81FDAFD0A340.dip0.t-ipconnect.de> has joined #yocto | 10:54 | |
| didile_ | rburton: oh yes I remember but ssh-server-dropbear and openssh-sftp-server conflict | 10:55 |
| rburton | yes, the servers do | 10:55 |
| rburton | in normal images that's not a problem | 10:55 |
| rburton | because you install dropbear + openssh-sftp | 10:55 |
| [Sno] | RP: Nope - I responded to Alexander (he commented on my patchset that he works on Cross based patch), that I'd prefer to do the regular update first and then the rework to Cross framework | 10:56 |
| rburton | but in a SDK you get all corresponding dev-pkgs, which means openssh-sftp -> openssh-dev -> openssh | 10:56 |
| [Sno] | RP: and I seriously would prefer that | 10:56 |
| didile_ | so is there a way to make it work in normal image and for populate_sdk too? | 10:56 |
| didile_ | should I remove dropbear or openssh-sftp from the image .bb file before a populate_sdk? | 10:57 |
| *** florian_kc is now known as florian | 10:58 | |
| RP | rburton: have we tried that perl patch on the AB? | 10:58 |
| hrkrx | Do i have to do something specific to crosscompile glibc? (i get the error: missing __attribute__ ((constructor)) support??) | 10:58 |
| rburton | RP: alexs? last i saw it did break some bits. | 11:00 |
| RP | rburton: [Sno]'s | 11:00 |
| rburton | ah, no. | 11:00 |
| rburton | didile_: try setting PACKAGE_EXCLUDE in the image recipe to openssh or openssh-dev | 11:01 |
| rburton | didile_: yeah i *think* PACKAGE_EXCLUDE="openssh-dev" should work in the image | 11:01 |
| RP | rburton: I might fire a build now... | 11:01 |
| rburton | RP: just master + perl? | 11:02 |
| RP | rburton: I was going to put my bitbake datastore/maintainer fix in and use -next | 11:04 |
| *** cvasilak <cvasilak!~cvasilak@ppp-2-87-193-141.home.otenet.gr> has quit IRC | 11:08 | |
| *** hrkrx <hrkrx!~sebi@p2003000631F41A48503E81FDAFD0A340.dip0.t-ipconnect.de> has left #yocto | 11:09 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 11:11 | |
| *** hrkrx <hrkrx!~sebi@p2003000631F41A48503E81FDAFD0A340.dip0.t-ipconnect.de> has joined #yocto | 11:12 | |
| *** hrkrx <hrkrx!~sebi@p2003000631F41A48503E81FDAFD0A340.dip0.t-ipconnect.de> has left #yocto | 11:12 | |
| didile_ | rburton: it's working | 11:20 |
| rburton | didile_: great | 11:20 |
| rburton | at least there's a workaround | 11:20 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:26 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:26 | |
| RP | [Sno]: you can follow https://autobuilder.yoctoproject.org/typhoon/#/builders/85/builds/38 | 11:31 |
| *** dmoseley <dmoseley!~dmoseley@072-184-106-074.res.spectrum.com> has quit IRC | 11:37 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 11:41 | |
| RP | [Sno]: it looks like it perl doesn't package for deb, has a ton of QA warnings and doesn't build on musl (from the results so far) | 11:50 |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 11:51 | |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 11:53 | |
| [Sno] | RP: the QA warnings were already on 5.24 - don't know if it's probably from the structure of the recipe | 11:56 |
| [Sno] | for musl I have to look, I don't have an appropriate setup here | 11:56 |
| RP | [Sno]: With current master perl builds cleanly with no warnings | 11:57 |
| [Sno] | I take a closer look at afternood and come back with questions then ;) | 11:59 |
| RP | [Sno]: note that I have no looked into what the problem is, I'm just saying there clearly is some kind of regression as master builds without warnings, the update is showing them | 12:00 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 12:02 | |
| [Sno] | RP: no worries, I try to dig it a bit down and make proposals or ask for help how to "suppress" some of the warnings | 12:02 |
| rburton | s/supress/fix/ | 12:03 |
| RP | [Sno]: usually these checks were added as they highlight problems so suppressing them might not be the right answer | 12:03 |
| [Sno] | RP: the "RDEPENDS vs. DEPENDS" warnings are very surprising and I don't know why they're coming right now and not for 5.24 | 12:04 |
| [Sno] | rburton: unsure ;) preferred, fix - but the RDEPENDS vs. DEPENDS is likely unreasonable to be fixed | 12:05 |
| *** muppe <muppe!~Marko@59ec6c88.adsl.tnnet.fi> has joined #yocto | 12:09 | |
| *** niro22 <niro22!~niro@cpc88511-nrte29-2-0-cust41.8-4.cable.virginm.net> has joined #yocto | 12:10 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 12:19 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 12:19 | |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto | 12:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:26 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 12:26 | |
| *** niro22 <niro22!~niro@cpc88511-nrte29-2-0-cust41.8-4.cable.virginm.net> has quit IRC | 12:28 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 12:31 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 12:36 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 12:38 | |
| *** fsdun <fsdun!~frederik@b2b-37-24-96-114.unitymedia.biz> has quit IRC | 12:42 | |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 12:51 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:10 | |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 13:11 | |
| *** marble_visions <marble_visions!~user@68.183.79.8> has quit IRC | 13:11 | |
| *** marble_visions <marble_visions!~user@68.183.79.8> has joined #yocto | 13:12 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 13:18 | |
| *** fsdun <fsdun!~frederik@b2b-37-24-96-114.unitymedia.biz> has joined #yocto | 13:18 | |
| *** fsdun <fsdun!~frederik@b2b-37-24-96-114.unitymedia.biz> has quit IRC | 13:28 | |
| *** fsdun <fsdun!~frederik@b2b-37-24-96-114.unitymedia.biz> has joined #yocto | 13:32 | |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 13:36 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 13:36 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 13:39 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 13:49 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 13:58 | |
| yocti | New news from stackoverflow: missing __attribute__ ((constructor)) support when building glibc for aarch64 <https://stackoverflow.com/questions/53781080/missing-attribute-constructor-support-when-building-glibc-for-aarch64> | 14:13 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 14:18 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 14:18 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 14:30 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:43 | |
| *** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC | 14:52 | |
| *** jofr <jofr!~jofr@193.182.166.3> has left #yocto | 14:58 | |
| *** waldhar <waldhar!~waldhar@190-205-164-45.dyn.dsl.cantv.net> has joined #yocto | 14:59 | |
| *** eduardas_m__ <eduardas_m__!~Eduardas@213.197.143.19> has joined #yocto | 15:00 | |
| *** eduardas_m <eduardas_m!~Eduardas@213.197.143.19> has joined #yocto | 15:00 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 15:03 | |
| *** eduardas_m___ <eduardas_m___!~Eduardas@213.197.143.19> has joined #yocto | 15:08 | |
| *** eduardas_m <eduardas_m!~Eduardas@213.197.143.19> has quit IRC | 15:08 | |
| *** eduardas_m__ <eduardas_m__!~Eduardas@213.197.143.19> has quit IRC | 15:08 | |
| *** eduardas_m___ <eduardas_m___!~Eduardas@213.197.143.19> has quit IRC | 15:08 | |
| *** eduardas_m <eduardas_m!~Eduardas@213.197.143.19> has joined #yocto | 15:08 | |
| *** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC | 15:12 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:14 | |
| RP | rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/71 - ahhrg :/ | 15:16 |
| *** AndersD <AndersD!~AndersD@94.234.185.149> has joined #yocto | 15:21 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 15:24 | |
| *** AndersD <AndersD!~AndersD@94.234.185.149> has quit IRC | 15:24 | |
| *** AndersD <AndersD!~AndersD@94.234.185.149> has joined #yocto | 15:26 | |
| RP | hmm, its sitting in socket.connect() | 15:28 |
| fray | out of resources and a rety is missing? | 15:30 |
| *** AndersD <AndersD!~AndersD@94.234.185.149> has quit IRC | 15:32 | |
| RP | fray: no timeout set so it hangs indefinitely | 15:34 |
| RP | fray: logged into that AB worker and its still there now, the builddir was even deleted | 15:34 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 15:34 | |
| *** fsdun <fsdun!~frederik@b2b-37-24-96-114.unitymedia.biz> has quit IRC | 15:34 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:35 | |
| RP | fray: we'll try setting a timeout | 15:35 |
| *** cdgarren <cdgarren!~cdgarren@207.67.30.60> has joined #yocto | 15:36 | |
| cdgarren | How can I set an autotools recipe to build in a subdirectory? The source isn't in the top level. I tried setting EXTRA_OEMAKE to a -C option, but that isn't working. | 15:38 |
| cdgarren | Would it sense for me to append do_fetch to only get the subdirectory I care about? | 15:39 |
| cdgarren | s/sense/make sense | 15:39 |
| fray | How odd.. even w/o a timeout, I'd hav expected a failure code if something 'went wrong' | 15:39 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:41 | |
| *** eduardas_m <eduardas_m!~Eduardas@213.197.143.19> has quit IRC | 15:45 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:1cde:ec36:ad31:c07e> has quit IRC | 15:53 | |
| rburton | cdgarren: see autotools.bbclass. AUTOTOOLS_SCRIPT_PATH ?= "${S}" CONFIGURE_SCRIPT ?= "${AUTOTOOLS_SCRIPT_PATH}/configure" | 15:57 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 15:57 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 15:57 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 15:57 | |
| rburton | cdgarren: if you literally only care about one directory then you can just set S to that subdirectory | 15:57 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:57 | |
| cdgarren | rburton: That was easy. I misunderstood what S actually was for. I assumed it was telling the fetcher where to unpack my source to. But it's actually pointing to where my source is after unpacking? Is that accurate? | 16:00 |
| rburton | cdgarren: unpack just untars whatever its told, S tells everything else where that is | 16:01 |
| rburton | because typically, a tarball contains a top-level directory | 16:01 |
| cdgarren | rburton: got it, thanks for your help | 16:01 |
| rburton | fwiw, the fetcher unpacks to WORKDIR | 16:02 |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 16:02 | |
| rburton | and the assumption is that foo-1.2.tar.gz unpacks to a directory called foo-1.2, so S=WORKDIR/PN-PV | 16:02 |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 16:05 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:89fb:1aae:c674:da2b> has joined #yocto | 16:05 | |
| *** sagner <sagner!~ags@46.140.72.82> has joined #yocto | 16:06 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 16:09 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 16:10 | |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 16:15 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 16:19 | |
| kanavin_ | RP: cheers, AUH patch looks good to me | 16:23 |
| RP | kanavin_: cool, hopefully we can get rid of these csv files as I think its the last user! :) | 16:24 |
| RP | kanavin_: want me to merge it? | 16:24 |
| kanavin_ | RP: I think distrodata oe-selftest is still using them? | 16:24 |
| eduardas_m | hello, how do I generate an u-boot image compatible with NXP's new "UUU" manufacturing tool via yocto? | 16:25 |
| RP | kanavin_: sorry, yes, that is the last one. Paul already sent a patch for test_maintainers and we can sort the other one based on this code | 16:25 |
| kanavin_ | RP: for determining which packages have no maintainers | 16:25 |
| eduardas_m | if I try to boot my current u-boot with it, I get "can't get rom info" | 16:25 |
| kanavin_ | RP: I still use the csv to get a quick overview of what needs updating, and which packages have broken upstream check though | 16:26 |
| RP | kanavin_: http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=ae6abeea4cbfc5c287af2e3f5793854e2a1e522a | 16:26 |
| RP | kanavin_: I'm hoping we can create a script to do this instead of that class | 16:26 |
| RP | kanavin_: I can't read that class code without wanting to cry :/ | 16:27 |
| kanavin_ | RP: yes, it's rather awful :) paul's patch looks good as well | 16:28 |
| RP | kanavin_: combine Paul's code and my AUH bits and you have the script to check upstream status | 16:28 |
| kanavin_ | RP: I guess we can teach AUH to write out the info to stdout as a --dry-run kind of option | 16:32 |
| RP | kanavin_: that would be a way to do it, or perhaps put this as a function into lib/oe | 16:33 |
| kanavin_ | RP: yes! that bit to create a list of packages together with their update status should be in lib/oe | 16:35 |
| kanavin_ | RP: I just don't want to lose the way to quickly get what packages have broken upstream checks | 16:36 |
| kanavin_ | RP: so don't merge the AUH patch yet please, let's have a generic lib/oe function for this | 16:38 |
| *** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has joined #yocto | 16:41 | |
| RP | kanavin_: agreed, the intent is to get rid of crazy csv files and locking and all kinds of weird filtering bugs, not remove the ability to have the data :) | 16:41 |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto | 16:46 | |
| *** sagner <sagner!~ags@46.140.72.82> has quit IRC | 16:47 | |
| kanavin_ | RP: cheers | 16:48 |
| *** didile_ <didile_!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has quit IRC | 16:49 | |
| *** mihais <mihais!~mihaiserb@193.240.241.118> has quit IRC | 16:52 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 16:53 | |
| *** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has quit IRC | 17:01 | |
| *** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC | 17:02 | |
| kanavin_ | rburton: sadly virgl in qemu is an uphill struggle. I got it to fully boot but it displays a blank screen :/ | 17:03 |
| kanavin_ | everything did start, including X (the gl-based server, forgot the name) and matchbox | 17:04 |
| kanavin_ | yet qemu shows a blank window | 17:04 |
| rburton | super-fast | 17:04 |
| rburton | true zero copy | 17:04 |
| rburton | sounds like job done to me! ;) | 17:05 |
| kanavin_ | I suspect we might have better luck using gtk instead of sdl with qemu, but that would pull in a ton of native deps | 17:05 |
| rburton | worth a go to see, at least then we can tell qemu that it works in one but not other | 17:06 |
| kanavin_ | rburton: I even got 600 fps score from glxgears! | 17:07 |
| *** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 17:08 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 17:08 | |
| rburton | nice! | 17:11 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-wfvdzykhlpqyibgd> has quit IRC | 17:12 | |
| yocti | New news from stackoverflow: yocto open embedded recipe using host perl install <https://stackoverflow.com/questions/53784116/yocto-open-embedded-recipe-using-host-perl-install> | 17:14 |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 17:49 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 18:11 | |
| *** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has quit IRC | 18:35 | |
| JPEW | kavavin_: Are you trying to get the qemu-native in poky working? I've had virgl working with poky images using my system qemu for a while | 18:38 |
| kanavin_home | JPEW: yes, exactly. | 18:39 |
| kanavin_home | JPEW: I tried first with SDL (as that is what qemu-native currently uses) and it's a total bug-o-rama | 18:40 |
| JPEW | hmm... what version of qemu do we build in qemu native? | 18:40 |
| kanavin_home | 3.0.0 I think | 18:41 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 18:41 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:42 | |
| JPEW | kanavin_home: FWIW, my system fedore qemu works great with SDL: QEMU emulator version 3.0.0 (qemu-3.0.0-2.fc29) | 18:42 |
| kanavin_home | JPEW: ultimately the experience also depends on what mesa drivers are available vs. host hardware | 18:43 |
| kanavin_home | we can't instruct mesa-native to build everything, as that will also pull in llvm-native | 18:43 |
| JPEW | Ya, I would believe that.... All I did was add PACKAGECONFIG_append_pn-mesa = " gallium" && GALLIUMDRIVERS_append_pn-mesa = ",virgl" to my machine.conf | 18:44 |
| JPEW | (On thud) | 18:45 |
| kanavin_home | I'm tempted to teach runqemu to use the host's qemu, and keep qemu-native 'crippled' somewhat | 18:45 |
| kanavin_home | (optionally use, that is) | 18:45 |
| kanavin_home | JPEW: what about the virtiogpu module for the guest kernel? | 18:46 |
| JPEW | Oh, right.... let me check.... | 18:46 |
| kanavin_home | and what does glxinfo say in the guest? | 18:46 |
| JPEW | I don't build with X; our application directly interacts with the kernel DRM/gbm/mesa (and it is accelerated) | 18:47 |
| JPEW | I've ran kmscube and weston successfully | 18:47 |
| kanavin_home | but do you see this? | 18:48 |
| kanavin_home | # dmesg | grep '\[drm\]' | 18:48 |
| kanavin_home | [drm] virgl 3d acceleration enabled | 18:48 |
| JPEW | Yep | 18:48 |
| JPEW | Here is the config fragment I used with yocto-linux: https://pastebin.com/sBqyBBDN | 18:49 |
| JPEW | err, linux-yocto :) | 18:49 |
| kanavin_home | right, I patched yocto-linux-cache directly, to enable it across the board :) | 18:49 |
| JPEW | That will be nice | 18:50 |
| kanavin_home | there's a fragment that contains all of those virtio entries, that looked a natural place to add the gpu as well | 18:50 |
| JPEW | makes sense | 18:50 |
| kanavin_home | anyway. I have no idea what's wrong, the system boots, there are no error indications anywhere, all processes start, yet the qemu window is blank | 18:51 |
| JPEW | weird. What command line arguments do you pass to qemu? | 18:51 |
| kanavin_home | that said, maybe enabling virgl in qemu-native is indeed too much hassle, and we should outsource the job to desktop distributions | 18:52 |
| kanavin_home | -display sdl,gl=on -vga virtio | 18:52 |
| kanavin_home | otherwise same as runqemu | 18:52 |
| kanavin_home | in fact, I run runqemu with those patched in | 18:52 |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:c4f9:280c:be4b:6b66> has quit IRC | 18:52 | |
| JPEW | I use: -kvm -device virtio-vga,virgl=on -display sdl,gl=on | 18:52 |
| kanavin_home | yeah, kvm as well of course | 18:53 |
| JPEW | I figured :) | 18:53 |
| kanavin_home | not sure if virtio-vga vs -vga virtio matters | 18:56 |
| JPEW | I tried your options on mine and it worked just fine | 18:56 |
| kanavin_home | JPEW: I'd be tempted to ask you to test my branch, as I am really out of ideas | 19:01 |
| JPEW | Just to make sure the kernel/mesa config is correct? | 19:02 |
| kanavin_home | yeah, and have a second pair of eyes | 19:02 |
| JPEW | I might be able to take a look next week.... whats the branch? | 19:03 |
| kanavin_home | http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/virgl | 19:04 |
| kanavin_home | note that it has a fair bit of tweaks that may not be necessary, and were done out of desperation :) | 19:04 |
| JPEW | eww, we build mesa-native? | 19:05 |
| kanavin_home | well, I wanted to not rely on host for anything :) | 19:06 |
| JPEW | kanavin_home: Sure... I guess in that regard, it really seems likely that the problem is on the native side, something wrong in qemu/mesa/virglrender (which I think is what you were already thinking) | 19:08 |
| kanavin_home | yep | 19:08 |
| *** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has quit IRC | 19:10 | |
| *** cag_ss <cag_ss!~chris@50.59.178.98> has quit IRC | 19:23 | |
| rburton | JPEW: you should blog or something about how you made it work | 19:35 |
| JPEW | hmm, too bad our internal wiki page doesn't count ;) | 19:36 |
| rburton | yeah that's not an answer :) | 19:36 |
| kanavin_home | rburton: I think the short answer is that JPEW used qemu provided by fedora distro? | 19:36 |
| JPEW | Correct | 19:37 |
| rburton | that's probably the bulk of the it, but being able to start from something that works and slowly replace bits is good: host qemu -> host mesa, our qemu -> our everything | 19:38 |
| kanavin_home | rburton: 'our mesa' approach is problematic | 19:39 |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 19:39 | |
| kanavin_home | we can't afford to compile all the drivers, particularly llvm-based swrast, which is a *much* better fallback when hardware support is not available | 19:40 |
| kanavin_home | also, I can imagine people wanting to use nvidia's proprietary driver | 19:41 |
| kanavin_home | like I said, it's tempting to outsource qemu to desktop distros altogether for GL acceleration use case | 19:42 |
| rburton | if its easier then that's definitely a fine starting point | 19:48 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:00 | |
| *** berton <berton!~berton@181.220.84.254> has quit IRC | 20:10 | |
| kanavin_home | I just tried host qemu on my opensuse | 20:15 |
| kanavin_home | using sdl does not work in exactly same way as qemu-native does not work (blank screen) | 20:15 |
| kanavin_home | but using gtk works! | 20:15 |
| rburton | oh yay | 20:15 |
| kanavin_home | and there are handy menus and stuff :) | 20:15 |
| rburton | time to mine the fedora packages for version upgrades/patches? | 20:16 |
| kanavin_home | I checked if they patch sdl, and seem that they do not | 20:16 |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 20:23 | |
| *** Carton__ <Carton__!~jo@2a02:120b:2c3c:3bf0:5838:4b8d:c006:b420> has joined #yocto | 20:28 | |
| kanavin_home | bah, ubuntu's qemu comes without virgl support :( | 20:33 |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 20:36 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 20:37 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 20:43 | |
| *** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto | 20:46 | |
| JPEW | Ah, thats too bad | 20:54 |
| kanavin_home | JPEW: hardly surprising, given that Red Hat's business model relies on full-featured qemu among other things :) https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Virtualization_Deployment_and_Administration_Guide/sect-KVM_Para_virtualized_virtio_Drivers-Using_KVM_virtio_drivers_for_GPU_devices.html | 21:03 |
| kanavin_home | excuse me, IBM's ! | 21:03 |
| JPEW | Well.... perhaps we can compile our own qemu, but rely on host mesa/sdl/virglrendering ? | 21:04 |
| JPEW | Or some combination thereof | 21:04 |
| kanavin_home | that's what I thought, yes. probably host mesa, but native other things (gtk/virgl). | 21:05 |
| kanavin_home | host mesa has the benefit of a) having the most appropriate drivers for the host; b) ability to use nvidia's proprietary GL implementation, which does not involve mesa at all | 21:06 |
| JPEW | Ya, that seems to make sense | 21:06 |
| JPEW | Would that be as simple as ASSUME_PROVIDED += "mesa-native" ? | 21:07 |
| kanavin_home | JPEW: ASSUME_PROVIDED += "virtual/libgl" | 21:09 |
| *** micka_ <micka_!~micka@reverse-75.fdn.fr> has quit IRC | 21:09 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 21:11 | |
| kanavin_home | I only hope that gtk does not pull in a long chain of other dependencies which will increase build times. RP is generally not happy about such changes. | 21:11 |
| kanavin_home | maybe it could be subject to "gl-in-qemu" DISTRO_FEATURE | 21:12 |
| rburton | kanavin_home: hahaha it's huge | 21:42 |
| rburton | though making it opt-in means we can disable it by default i guess | 21:43 |
| kanavin_home | rburton: maybe gtk's 'worst' dependency is mesa, which we can shortcut to the host | 21:46 |
| kanavin_home | rburton: disabled-by-default == untested :( | 21:46 |
| rburton | sure, we can have the AB do the builds in one of the extended build runs | 21:47 |
| *** Carton__ <Carton__!~jo@2a02:120b:2c3c:3bf0:5838:4b8d:c006:b420> has quit IRC | 21:59 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:59 | |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 22:02 | |
| yocti | New news from stackoverflow: How to use '&' character in Yocto SRC_URI svn:// <https://stackoverflow.com/questions/43629945/how-to-use-character-in-yocto-src-uri-svn> | 22:15 |
| *** Crofton_ <Crofton_!~Crofton@2601:5c0:c100:b84:4075:a01f:16e7:a914> has quit IRC | 22:23 | |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 22:23 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 22:34 | |
| *** Crofton_ <Crofton_!~Crofton@2601:5c0:c100:b84:5900:f55c:6c11:3ccf> has joined #yocto | 22:34 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 22:34 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 22:39 | |
| *** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto | 22:40 | |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 22:40 | |
| *** nate02 <nate02!~nate02@mail.validmanufacturing.com> has joined #yocto | 22:46 | |
| *** nate0202 <nate0202!~nate02@mail.validmanufacturing.com> has quit IRC | 22:49 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-qnqxjqotsprnpcla> has joined #yocto | 23:30 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:31 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-qnqxjqotsprnpcla> has quit IRC | 23:36 | |
| *** tgraydon <tgraydon!~textual@134.134.139.72> has joined #yocto | 23:38 | |
| *** nate0202 <nate0202!~nate02@mail.validmanufacturing.com> has joined #yocto | 23:39 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-myimgjndszkheqfm> has joined #yocto | 23:40 | |
| *** nate02 <nate02!~nate02@mail.validmanufacturing.com> has quit IRC | 23:42 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 23:42 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 23:51 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!