| *** sjolley <sjolley!sjolley@nat/intel/x-epphaycqqyzknytd> has quit IRC | 00:01 | |
| *** auke- <auke-!~auke@92.109.3.141> has quit IRC | 00:02 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@50.250.6.142> has joined #yocto | 00:10 | |
| seebs | FWIW, it looks like there's a lot of path mismatch messages from pseudo which are harmless, because they apply to the case where a file is created before a previous unlink is processed, *but*, the database actually does the right thing. | 00:23 |
|---|---|---|
| seebs | Testing out a patch which doesn't produce that message when it's a did_unlink message. | 00:23 |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 00:24 | |
| *** auke- <auke-!~auke@92.109.3.141> has joined #yocto | 00:26 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 00:27 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@50.250.6.142> has quit IRC | 00:28 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@50.250.6.142> has joined #yocto | 00:28 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@50.250.6.142> has quit IRC | 00:33 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@50.250.6.142> has joined #yocto | 00:39 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@50.250.6.142> has quit IRC | 00:44 | |
| *** sarahsharp <sarahsharp!~sarah@134.134.139.76> has quit IRC | 01:06 | |
| *** davisroman <davisroman!42ce7843@gateway/web/freenode/ip.66.206.120.67> has joined #yocto | 01:24 | |
| *** jkridner|work <jkridner|work!~jkridner@93-41-105-218.ip81.fastwebnet.it> has joined #yocto | 01:25 | |
| *** pev <pev!~pev@2.31.101.4> has joined #yocto | 01:26 | |
| pev | Anyone having GCC 4.6 issues? I have a setup that was working before that now fails gcc-cross-initial with "internal compiler error: Segmentation fault". I'm assuming this is to do with me now running under ubuntu 14.04 where I was using 12.04 before... | 01:28 |
| *** blloyd__ is now known as Prowell | 01:29 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@50.250.6.142> has joined #yocto | 01:36 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@50.250.6.142> has quit IRC | 01:41 | |
| *** Fivefoot_ <Fivefoot_!~fivefoots@50.250.6.142> has joined #yocto | 01:42 | |
| -YoctoAutoBuilder- build #59 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/59 | 02:38 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-pggagsdjpqqumxpn> has joined #yocto | 02:44 | |
| *** victhor_ <victhor_!~victhor@177.133.123.217> has quit IRC | 03:08 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@c-24-128-49-171.hsd1.ma.comcast.net> has joined #yocto | 03:30 | |
| *** Fivefoot_ <Fivefoot_!~fivefoots@50.250.6.142> has quit IRC | 03:34 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@c-24-128-49-171.hsd1.ma.comcast.net> has quit IRC | 03:43 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@c-24-128-49-171.hsd1.ma.comcast.net> has joined #yocto | 03:44 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@c-24-128-49-171.hsd1.ma.comcast.net> has quit IRC | 03:48 | |
| *** jkridner|work <jkridner|work!~jkridner@93-41-105-218.ip81.fastwebnet.it> has quit IRC | 04:04 | |
| *** staylor <staylor!~staylor@S0106602ad0901f12.cg.shawcable.net> has joined #yocto | 04:21 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-uaxvtyzyhrpjjyol> has joined #yocto | 04:25 | |
| *** dvhart <dvhart!dvhart@nat/intel/x-uaxvtyzyhrpjjyol> has quit IRC | 04:25 | |
| *** e8johan <e8johan!~quassel@83.218.80.242> has joined #yocto | 04:34 | |
| -YoctoAutoBuilder- build #59 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/59 | 04:41 | |
| *** staylor <staylor!~staylor@S0106602ad0901f12.cg.shawcable.net> has quit IRC | 04:48 | |
| *** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has joined #yocto | 05:29 | |
| *** _dv_ <_dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has joined #yocto | 05:38 | |
| *** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has quit IRC | 05:39 | |
| *** gebreselaisi <gebreselaisi!~florin@89.121.200.106> has quit IRC | 05:40 | |
| *** gebreselaisi <gebreselaisi!~florin@89.121.200.106> has joined #yocto | 05:43 | |
| *** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has quit IRC | 06:00 | |
| *** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has joined #yocto | 06:01 | |
| KevinZA | hi all. sorry, real new-user question: i've modified the splash picture, and i can see bitbake knows about the bbappend, but if i simply rerun "bitbake rpi-hwup-image" i don't get a new image built. | 06:02 |
| *** zecke <zecke!~ich@91.66.224.184> has joined #yocto | 06:06 | |
| *** g1zer0 <g1zer0!~g1zer0@adsl-ull-211-56.48-151.net24.it> has joined #yocto | 06:08 | |
| KevinZA | ah found it - bitbake psplash -c clean | 06:12 |
| *** bboozzoo_away is now known as bboozzoo | 06:24 | |
| *** SorenHolm <SorenHolm!~quassel@93.165.148.186> has joined #yocto | 06:25 | |
| *** e8johan <e8johan!~quassel@83.218.80.242> has quit IRC | 06:35 | |
| *** e8johan_ <e8johan_!~quassel@83.218.80.242> has joined #yocto | 06:35 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 06:46 | |
| *** Jefro <Jefro!~jefro@50.250.213.165> has joined #yocto | 06:51 | |
| *** Jefro <Jefro!~jefro@50.250.213.165> has quit IRC | 06:52 | |
| *** Jefro <Jefro!~jefro@50.250.213.165> has joined #yocto | 06:53 | |
| *** mckoan|away is now known as mckoan | 06:59 | |
| mckoan | good morning | 06:59 |
| *** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has quit IRC | 07:03 | |
| *** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has joined #yocto | 07:04 | |
| *** agust <agust!~agust@p4FC46EB1.dip0.t-ipconnect.de> has joined #yocto | 07:05 | |
| *** kroon <kroon!~kroon@fw.mikrodidakt.se> has joined #yocto | 07:06 | |
| *** tasslehoff <tasslehoff!~Tasslehof@ti0260a430-0319.bb.online.no> has joined #yocto | 07:14 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-vvibhmmpgytqddjd> has joined #yocto | 07:25 | |
| *** jbrianceau_away is now known as jbrianceau | 07:27 | |
| xerent | good morning | 07:34 |
| xerent | I can't find CONFIG_REGMAP in the kernel config for 3.10.31-yocto-generic, nor in the menuconfig | 07:35 |
| xerent | if I set it anyway, I get a check kernelconfig error from bitbake | 07:35 |
| xerent | but according to the Internet, the kernel config option DOES exist | 07:36 |
| xerent | so the question is - why me? | 07:36 |
| xerent | ;) | 07:36 |
| *** blitz00 <blitz00!~stefans@192.198.151.43> has joined #yocto | 07:37 | |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 07:37 | |
| *** sameo <sameo!~samuel@192.55.54.36> has joined #yocto | 07:39 | |
| *** sameo <sameo!~samuel@192.55.54.36> has quit IRC | 07:42 | |
| *** sameo <sameo!~samuel@192.55.54.36> has joined #yocto | 07:43 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 07:44 | |
| erbo | xerent: doesn't look like it's supposed to show up in menuconfig, http://lxr.linux.no/linux/drivers/base/regmap/Kconfig | 07:44 |
| erbo | xerent: I think it's supposed to be pulled in by the thing that needs it | 07:45 |
| xerent | which in my case is a stand-alone driver | 07:45 |
| xerent | so I need it anyway | 07:45 |
| *** dvorkbjel <dvorkbjel!~viskestel@li607-220.members.linode.com> has quit IRC | 07:46 | |
| erbo | it says it "depends on: ( CONFIG_REGMAP_I2C || CONFIG_REGMAP_SPI || CONFIG_REGMAP_SPMI || CONFIG_REGMAP_MMIO || CONFIG_REGMAP_IRQ )" | 07:46 |
| erbo | do you have any of those enabled as well? | 07:47 |
| xerent | yes, I set all of them to appropriate y or m | 07:47 |
| *** dvorkbjel <dvorkbjel!~viskestel@li607-220.members.linode.com> has joined #yocto | 07:47 | |
| xerent | except, SPMI - that isn't in 3.10 | 07:48 |
| erbo | no clues from the error msg? | 07:49 |
| xerent | http://pastebin.com/0PDq3nx3 | 07:54 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 08:01 | |
| erbo | hmm, I have no good ideas :( | 08:03 |
| *** Jefro <Jefro!~jefro@50.250.213.165> has quit IRC | 08:04 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 08:07 | |
| KevinZA | what causes a package to be listed in PACKAGES multiple times? | 08:19 |
| KevinZA | i have one .bb file for psplash, and in the layers i am using, there are only .bbappend files | 08:19 |
| KevinZA | i copied the psplash files from the meta-raspberrypi layer into mine, but bitbake gives that error when i include my psplash-git.bbappend in the build | 08:21 |
| *** olani` <olani`!user@nat/axis/x-gamdbqyyxcotkskc> has joined #yocto | 08:23 | |
| *** olani <olani!user@nat/axis/x-okitsacxnjmzidly> has quit IRC | 08:26 | |
| gebreselaisi | hi guys | 08:33 |
| gebreselaisi | anybody else missing the dbus service for the session bus? | 08:33 |
| gebreselaisi | I'm on dbus 1.8.2 | 08:33 |
| gebreselaisi | from poky | 08:33 |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:35 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:40 | |
| *** roric <roric!~roric@83.140.117.51> has joined #yocto | 08:42 | |
| bluelightning | morning all | 08:47 |
| gebreselaisi | morning | 08:47 |
| gebreselaisi | bluelightning, quick question | 08:48 |
| mckoan | hi bluelightning, all | 08:48 |
| gebreselaisi | isn't dbus supposed to have a session bus systemd service? | 08:48 |
| gebreselaisi | can't find it when building from poky | 08:48 |
| bluelightning | gebreselaisi: I'm not sure to be honest... rburton? | 08:48 |
| *** belen <belen!Adium@nat/intel/x-wzgathcicstpyyas> has joined #yocto | 08:49 | |
| *** belen <belen!Adium@nat/intel/x-wzgathcicstpyyas> has quit IRC | 08:58 | |
| *** phantoxe <phantoxe!~destroy@a89-152-21-144.cpe.netcabo.pt> has joined #yocto | 09:13 | |
| *** frsc <frsc!~frsc@host-92-24-144-244.ppp.as43234.net> has joined #yocto | 09:14 | |
| *** e8johan_ <e8johan_!~quassel@83.218.80.242> has quit IRC | 09:15 | |
| *** Noor <Noor!~quassel@110.93.212.98> has joined #yocto | 09:16 | |
| *** e8johan <e8johan!~quassel@83.218.80.242> has joined #yocto | 09:16 | |
| rburton | iirc, it doesn't have a session bus out of the box. if you're trying to do a user session managed by systemd, then you should know that they're currently a bit broken. | 09:22 |
| gebreselaisi | hm | 09:33 |
| gebreselaisi | a bit? in what sense? | 09:34 |
| xerent | a 1 should be a 0 somewhere | 09:35 |
| xerent | erbo: I'm still clueless about CONFIG_REGMAP | 09:36 |
| xerent | it gets unset by bitbake/scripts no matter what I do | 09:36 |
| rburton | gebreselaisi: "doesnt work" | 09:38 |
| rburton | gebreselaisi: the tizen guys made it somewhat work with patches to everything, we've patches on the list to do wayland in a user session, but vt switching is messed up | 09:39 |
| rburton | gebreselaisi: if you want to do a user session in dbus, be prepared to patch systemd upwards | 09:39 |
| *** victhor_ <victhor_!~victhor@177.133.123.217> has joined #yocto | 09:42 | |
| frsc | Hi. Im trying to build meta-toolchain-qt5, but I can't relove the error I'm getting during do_populate_sdk: error: file /lib/libthread_db-1.0.so conflicts between attempted installs of libc6-thread-db-2.20-r0.cortexa9hf_vfp_neon and libthread-db1-2.19-r0.cortexa9hf_vfp_neon | 09:54 |
| frsc | Can anyone help? | 09:54 |
| frsc | resolve | 09:54 |
| *** bboozzoo is now known as bboozzoo_away | 10:17 | |
| *** gvy <gvy!~mike@altlinux/developer/mike> has joined #yocto | 10:21 | |
| *** victhor_ <victhor_!~victhor@177.133.123.217> has quit IRC | 10:25 | |
| mckoan | frsc: which branch and machine? | 10:28 |
| KevinZA | hi. is it possible to automatically detect the kernel version that (e.g.) linux-raspberrypi is using, then download the right realtime patch and apply it? | 10:29 |
| KevinZA | ^ i mean in my new layer for a realtime raspberry pi image | 10:30 |
| bluelightning | KevinZA: in theory you could do a bbappend that used a wildcard for the version (e.g. linux-raspberrypi_%.bbappend) and in there you could use ${PV} as a substitute for the actual version, provided that that version only ever represents the kernel version | 10:32 |
| bluelightning | woah, there are way too many kernel versions in meta-raspberrypi... | 10:33 |
| KevinZA | thanks bluelightning. so "best practice" might be for my layer to specify a kernel version by git, and i will actually manually download the appropriate patch in the files directory? | 10:34 |
| KevinZA | haha yes | 10:34 |
| frsc | mckoan: it's a custom imx6 board and I tried with the fsl-release repo. I'm now trying with the community meta-qt5 layer (master) and see if that works. | 10:35 |
| bluelightning | KevinZA: that would be harder because then you don't know what version of the kernel you are building until you unpack the source, which happens after fetching... | 10:36 |
| bluelightning | KevinZA: honestly I would poke the meta-raspberrypi maintainer to drop the outdated kernel versions, I can't believe all of those are needed | 10:36 |
| KevinZA | will do - btw when an irc has a "name:", is that a private reply? I don't want to spam the channel... but i've never used irc... | 10:38 |
| rburton | KevinZA: no, it's just a message aimed at someone else, that everyone else can see | 10:40 |
| rburton | KevinZA: https://www.yoctoproject.org/irc/%23yocto.2014-10-03.log.html is the publicly archived log. everyone sees what is in this room. | 10:41 |
| *** belen <belen!Adium@nat/intel/x-fmkmybxmytxxlvmq> has joined #yocto | 10:41 | |
| bluelightning | KevinZA: in most IRC clients mentioning a person's name causes that line to be highlighted by that person's IRC client, so it's a way of getting their attention | 10:41 |
| KevinZA | ok thanks | 10:42 |
| *** roric <roric!~roric@83.140.117.51> has quit IRC | 10:42 | |
| *** roric <roric!~roric@83.140.117.51> has joined #yocto | 10:48 | |
| *** g1zer0 <g1zer0!~g1zer0@adsl-ull-211-56.48-151.net24.it> has quit IRC | 10:56 | |
| *** KevinZA <KevinZA!~kwilliams@105-236-162-145.access.mtnbusiness.co.za> has quit IRC | 11:00 | |
| *** KevinZA <KevinZA!~user@105-236-162-145.access.mtnbusiness.co.za> has joined #yocto | 11:03 | |
| *** systmkor <systmkor!~systmkor@unaffiliated/systmkor> has joined #yocto | 11:24 | |
| *** systmkor4 <systmkor4!~systmkor@unaffiliated/systmkor> has quit IRC | 11:24 | |
| *** jluisn <jluisn!~quassel@187.115.172.24> has joined #yocto | 11:35 | |
| *** mike7b4_on_x230 <mike7b4_on_x230!~quassel@h-140-6.a193.priv.bahnhof.se> has joined #yocto | 11:54 | |
| *** _dv_ is now known as dv_ | 11:59 | |
| xerent | bluelightning: have you any experience with kernel configurations gone berserk in Yocto? I'm trying to build with CONFIG_REGMAP, but it gets unset in do.log_kernel_checkconfig | 11:59 |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 11:59 | |
| mckoan | frsc: using the community meta-qt5 layer ( | 12:01 |
| RP | JaMa|Off: we've found a pseudo bug which might explain those pseudo permissions issues you reported, particularly if it was on xfs with 64 bit inodes | 12:01 |
| mckoan | frsc: using the community meta-qt5 layer (daisy) works | 12:01 |
| *** KevinZA <KevinZA!~user@105-236-162-145.access.mtnbusiness.co.za> has quit IRC | 12:04 | |
| *** e8johan <e8johan!~quassel@83.218.80.242> has quit IRC | 12:04 | |
| *** KevinZA <KevinZA!~kwilliams@105-236-162-145.access.mtnbusiness.co.za> has joined #yocto | 12:05 | |
| *** KevinZA <KevinZA!~kwilliams@105-236-162-145.access.mtnbusiness.co.za> has quit IRC | 12:09 | |
| *** KevinZA <KevinZA!~kwilliams@105-236-162-145.access.mtnbusiness.co.za> has joined #yocto | 12:09 | |
| gebreselaisi | rburton, can you point me to the patches in the mailing list for the wayland user dbus session? | 12:21 |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 12:25 | |
| *** marka <marka!~marka@128.224.252.2> has joined #yocto | 12:29 | |
| *** ddalex1 <ddalex1!~ddalex@83.217.123.106> has quit IRC | 12:32 | |
| *** ddalex <ddalex!~ddalex@5-14-29-238.residential.rdsnet.ro> has joined #yocto | 12:47 | |
| *** TRoGd0R <TRoGd0R!~nrogers@rrcs-24-97-209-160.nys.biz.rr.com> has joined #yocto | 12:53 | |
| *** SorenHolm <SorenHolm!~quassel@93.165.148.186> has quit IRC | 12:54 | |
| *** j6V6t <j6V6t!~jvanderpo@rrcs-24-97-209-160.nys.biz.rr.com> has joined #yocto | 12:55 | |
| rburton | gebreselaisi: search for patches by valentin, the oe-core patchworks has a search button | 12:56 |
| TRoGd0R | How do I enable eglfs support for Qt 5.2.1 (Yocto version Daisy) from my local.conf? When I look in my config.summary it says QPA backend EGLFS no. I have disabled x11 and wayland and added qtbase-plugins to IMAGE_INSTALL_append. What else am I missing? | 12:56 |
| gebreselaisi | thanks | 12:58 |
| *** ddalex <ddalex!~ddalex@5-14-29-238.residential.rdsnet.ro> has quit IRC | 13:02 | |
| *** SorenHolm <SorenHolm!~quassel@93.165.148.186> has joined #yocto | 13:07 | |
| ndec | TRoGd0R: have a look at this layer: https://github.com/ndechesne/meta-qt5-emulator/. i use that to build an image with qt5/eglfs for x86 and arm targets. | 13:08 |
| ndec | the 2 important files are https://github.com/ndechesne/meta-qt5-emulator/blob/master/recipes-qt/qt5/qtbase_5.%25.bbappend, and https://github.com/ndechesne/meta-qt5-emulator/blob/master/conf/local.conf.sample | 13:09 |
| mckoan | ndec: interesting, but which image are you building here? | 13:13 |
| ndec | i have a test image in recipes-core | 13:14 |
| ndec | the image has enough to play html5 video on youtube for example. that was my use case.. | 13:14 |
| *** rwoolley <rwoolley!~rwoolley@128.224.252.2> has joined #yocto | 13:14 | |
| mckoan | ndec: probably would be interesting to see which qt packages you are using too | 13:15 |
| ndec | what do you mean/ | 13:15 |
| ndec | ? | 13:15 |
| mckoan | ndec: I mean that your meta-qt5-emulator is not enough to understand how to properly build qt5 | 13:16 |
| ndec | well, it should be enough. what's missing? | 13:16 |
| mckoan | ndec: would be useful to see your image | 13:16 |
| mckoan | ndec: for examlpe what thete is in IMAGE_INSTALL_append = | 13:17 |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto | 13:17 | |
| mckoan | ndec: qtbase, etc | 13:18 |
| ndec | qtbase is in qt5-example-image.bb | 13:18 |
| TRoGd0R | so there is no way to add the eglfs support option into my IMAGE_INSTALL_append var in my local.conf? | 13:18 |
| mckoan | ndec: fine so you are using qt5-example-image, thx | 13:18 |
| *** g1zer0 <g1zer0!~g1zer0@adsl-ull-211-56.48-151.net24.it> has joined #yocto | 13:18 | |
| ndec | TRoGd0R: no. i don't think. | 13:19 |
| mckoan | ndec: and where is qt5-example-image.bb located? | 13:19 |
| ndec | you need to bbappend qtbase | 13:19 |
| ndec | recipes-core/images in the layer above | 13:20 |
| mckoan | ndec: uh, I've missed that sorry | 13:20 |
| mckoan | ndec: as far as you know would be possible to enable Qsqlite ? | 13:21 |
| ndec | mckoan: how is it normally enabled? | 13:21 |
| mckoan | ndec: ./configure | 13:22 |
| TRoGd0R | The weird thing is this all worked before I upgraded to Daisy. I had eglfs by default, anyone know what changed? | 13:22 |
| ndec | mckoan: qtbase has 2 PACKAGECONFIG: sql-sqlite and sql-sqlite2, you can enable easily in bbappend the one you want. | 13:23 |
| mckoan | ndec: I expected it was PACKAGECONFIG_append = "sqlite" that may be the reason of my failure | 13:24 |
| ndec | TRoGd0R: i think the default in qtbase has always been gl, not gles2 in PACKAGECONFIG. so i don't see how eglfs could have been enabled by default | 13:25 |
| TRoGd0R | Ok so I have a qtbase_5.2.1.bbappend file created. What do I need to add into again. Sorry I'm a noob | 13:25 |
| TRoGd0R | PACKAGECONFIG_GL = "gles2" | 13:25 |
| TRoGd0R | ? | 13:25 |
| ndec | yes. | 13:25 |
| TRoGd0R | cool, I'll try it now | 13:26 |
| *** SorenHolm <SorenHolm!~quassel@93.165.148.186> has quit IRC | 13:26 | |
| ndec | mckoan: check qtbase.inc for the exact PACKAGECONFIG names. | 13:26 |
| ndec | and mckoan don't forget the " " when using _append | 13:26 |
| mckoan | ndec: indeed! incredible, it was an oversight | 13:27 |
| mckoan | ndec: thanks | 13:27 |
| ndec | TRoGd0R: if you set PACKAGECONFIG to gles2, then qtbase will be built with "-opengl es2 -eglfs" | 13:27 |
| TRoGd0R | Is that what I want? | 13:27 |
| mckoan | ndec: maybe do you mean PACKAGECONFIG_GL = "gles2" ? | 13:28 |
| ndec | yes.. | 13:28 |
| mckoan | ndec: ;-) | 13:28 |
| *** Fivefootseven <Fivefootseven!~fivefoots@c-24-128-49-171.hsd1.ma.comcast.net> has joined #yocto | 13:28 | |
| ndec | eventually it's used to set PACKAGECONFIG ;-) | 13:28 |
| ndec | TRoGd0R: which platform/target are you building for? | 13:29 |
| TRoGd0R | I made the change in my bbappends file and tried to bitbake but it said there was nothing needed to be rerun. Do I have to force it to build? | 13:29 |
| TRoGd0R | I am building for a custom board that has an am335x | 13:30 |
| ndec | hmm. i would expect it to detect the change... can you check with "bitbake -e qtbase | grep ^PACKAGECONFIG" | 13:30 |
| mckoan | TRoGd0R: I added sql-sqlite to my PACKAGECONFIG_append and it was rebuilding | 13:30 |
| ndec | to ensure you've set the value correctly. | 13:30 |
| mckoan | ndec: I've noticed you have may projects in github, I wonder if you have ever been able to run Qt5 on AM355x-EK using YP daisy | 13:33 |
| ndec | i have had qt5/eglfs on many other arm soc/boards, but not this one ;-) | 13:34 |
| mckoan | ndec: it's the only one I have not working :-( | 13:35 |
| mckoan | ndec: however you gave me the idea to test qemux86 with vmdk, just for fun in the weekend | 13:36 |
| ndec | hehe.. that's actually quite nice, we did that for a project based on qt5/eglfs so that we could develop/test on emulator.. | 13:36 |
| ndec | actually the whole idea and most of the implementation details were based on JaMa|Off's stuff.. | 13:37 |
| TRoGd0R | It's weird, it won't notice the change and rebuild just that part. I guess I am going to have to do a clean build unless there is a way to just force the qt part to build | 13:42 |
| mckoan | ndec: of course JaMa|Off stuff rocks! | 13:43 |
| TRoGd0R | Would this work bitbake -c cleanall base-files qt5 core-image-base? | 13:44 |
| ndec | TRoGd0R: have you tried the bitbake -e command above? you need to make sure you did the .bbappend right first. | 13:47 |
| TRoGd0R | yeah | 13:49 |
| TRoGd0R | I just kicked off a clean build | 13:49 |
| *** Siecje <Siecje!~Siecje@128.224.252.2> has joined #yocto | 13:50 | |
| *** tasslehoff <tasslehoff!~Tasslehof@ti0260a430-0319.bb.online.no> has quit IRC | 13:58 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 14:11 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 14:12 | |
| otavio | Is someone looking at 1.7 toolchain issues? We managed to reproduce same error in 1.6 and 1.7 SDKs | 14:20 |
| *** Fivefoot_ <Fivefoot_!~fivefoots@50.250.6.142> has joined #yocto | 14:24 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@c-24-128-49-171.hsd1.ma.comcast.net> has quit IRC | 14:27 | |
| *** sarahsharp <sarahsharp!~sarah@134.134.139.76> has joined #yocto | 14:35 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 14:35 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 14:38 | |
| *** mkeeter <mkeeter!~mkeeter@209.6.175.242> has joined #yocto | 14:45 | |
| *** staylor <staylor!~staylor@mail.au-zone.com> has joined #yocto | 14:56 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@c-24-128-49-171.hsd1.ma.comcast.net> has joined #yocto | 14:56 | |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has quit IRC | 14:58 | |
| *** sarahsharp <sarahsharp!~sarah@134.134.139.76> has quit IRC | 14:59 | |
| *** Fivefoot_ <Fivefoot_!~fivefoots@50.250.6.142> has quit IRC | 15:00 | |
| *** gabrbedd <gabrbedd!~gabrbedd@li680-65.members.linode.com> has quit IRC | 15:05 | |
| JaMa|Off | RP: yes I was reading your chat with seebs, unfortunately in my case it was on ext4, but I'll re-check with the pseudo changes as well | 15:06 |
| *** gabrbedd <gabrbedd!~gabrbedd@li680-65.members.linode.com> has joined #yocto | 15:07 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 15:08 | |
| JaMa|Off | ndec: you don't need .bbappend, you can just use _pn-qtbase in your local.conf | 15:09 |
| ndec | JaMa|Off: right. he wanted to be able to do it with IMAGE_INSTALL, actually. | 15:10 |
| *** sarahsharp <sarahsharp!sarah@nat/intel/x-hlrmlrlqhfxpyvjr> has joined #yocto | 15:13 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 15:14 | |
| *** munch <munch!~mark@192.198.202.250> has joined #yocto | 15:14 | |
| TRoGd0R | What do I add to _pn-qtbase in my local.conf? | 15:14 |
| *** Fivefoot_ <Fivefoot_!~fivefoots@50.250.6.142> has joined #yocto | 15:14 | |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto | 15:16 | |
| *** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto | 15:17 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@c-24-128-49-171.hsd1.ma.comcast.net> has quit IRC | 15:18 | |
| RP | JaMa|Off: its possible on large filesystems you could have hit 64 bit inodes | 15:18 |
| *** roric <roric!~roric@83.140.117.51> has quit IRC | 15:26 | |
| mckoan | ndec: despite I see /usr/lib/libsqlite.so.0.8.6 in my rootfs I can't find any libqsqlite* | 15:30 |
| mckoan | how can be generated libqsqlite with qt5 ? | 15:31 |
| mckoan | PACKAGECONFIG_append = " sql-sqlite" seems doesn't have any effect | 15:33 |
| ndec | mckoan: well, it has the effect to add "-sql-sqlite" to qtbase configure options... | 15:34 |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 15:40 | |
| ndec | mckoan: i am not familiar with that part.. but looking at http://qt-project.org/doc/qt-5/sql-driver.html, it seems that -sql-xxx has been rename -qt-sql-xxx... | 15:41 |
| *** sarahsharp <sarahsharp!sarah@nat/intel/x-hlrmlrlqhfxpyvjr> has quit IRC | 15:41 | |
| *** g1zer0 <g1zer0!~g1zer0@adsl-ull-211-56.48-151.net24.it> has quit IRC | 15:41 | |
| otavio | rburton: I am debugging the mesa failure in fsl-arm | 15:42 |
| mckoan | ndec: thx, I am not familiar with qt :-) | 15:42 |
| otavio | and it looks to be a bug in pkgdata. It is generating the files for 'empty' packages. In the mesa case, openvg is already disabled in mesa and it outputs the pkgdata anyway | 15:42 |
| *** blloyd <blloyd!~blloyd@COX-66-210-177-72-static.coxinet.net> has joined #yocto | 15:43 | |
| otavio | rburton: i will have lunch and be back in 1h or so | 15:43 |
| mckoan | ndec: BTW in meta-qt5 we are still using 5.2.1 | 15:44 |
| *** sarahsharp <sarahsharp!sarah@nat/intel/x-lbuvbqrymufdmiwj> has joined #yocto | 15:44 | |
| rburton | otavio: interesting and easy to replicate. can you file a bug? | 15:44 |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 15:44 | |
| blloyd | is there an easy way to see why postinst scripts are not working as expected? I have a custom bitbake package. I have an image that installs two rpm packages from it, both with postinst scripts. But neither appear to fire at all. | 15:44 |
| blloyd | another postinst from the same custom package works just fine in another image that only installs one rpm package from the problem bitbake package. | 15:45 |
| rburton | blloyd: the rootfs log should have the output of them when executed at rootfs time, and if they're delayed then there should be something in /var/log with the output there | 15:45 |
| mckoan | ndec: looks like qtbase-opensource-src-5.2.1 uses -qt-sql-<driver> ... Enable a SQL <driver> in the Qt SQL module | 15:46 |
| mckoan | so the recipe in meta-qt5 needs a patch | 15:46 |
| *** kroon <kroon!~kroon@fw.mikrodidakt.se> has quit IRC | 15:46 | |
| mckoan | I'm trying PACKAGECONFIG[qt-sql-sqlite] = "-qt-sql-sqlite,-no-sql-sqlite,sqlite3" | 15:48 |
| blloyd | where is the rootfs log at? | 15:48 |
| otavio | rburton: #6795 | 15:49 |
| otavio | Done. | 15:49 |
| blloyd | nm, found it. | 15:51 |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 15:55 | |
| *** munch <munch!~mark@192.198.202.250> has quit IRC | 16:00 | |
| *** sarahsharp1 <sarahsharp1!~sarah@134.134.139.76> has joined #yocto | 16:04 | |
| *** sarahsharp <sarahsharp!sarah@nat/intel/x-lbuvbqrymufdmiwj> has quit IRC | 16:05 | |
| *** mkeeter <mkeeter!~mkeeter@209.6.175.242> has quit IRC | 16:15 | |
| *** mkeeter <mkeeter!~mkeeter@209.6.175.242> has joined #yocto | 16:16 | |
| *** mkeeter <mkeeter!~mkeeter@209.6.175.242> has joined #yocto | 16:16 | |
| ndec | mckoan: you don't need to change the packageconfig name, just need to configure options. otherwise you are breaking existing recipes.. | 16:20 |
| mckoan | ndec: ok | 16:24 |
| rburton | otavio: so RP has a hunch, can you make a patch :) | 16:26 |
| RP | well, testing it would be good too! | 16:26 |
| rburton | yeah that too :) | 16:27 |
| RP | seebs: could we have a release of pseudo please? :) | 16:29 |
| RP | halstead: around? | 16:29 |
| *** gvy <gvy!~mike@altlinux/developer/mike> has quit IRC | 16:30 | |
| RP | halstead: I'd like to wipe sstate and run a build from scratch of master-next on the abs | 16:31 |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 16:34 | |
| mckoan | have a nice rest of the day | 16:35 |
| *** mckoan is now known as mckoan|away | 16:35 | |
| kergoth | huh, just got an OSError traceback from a setscene | 16:37 |
| kergoth | thats new | 16:37 |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 16:39 | |
| *** mkeeter <mkeeter!~mkeeter@209.6.175.242> has quit IRC | 16:43 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 16:47 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 16:47 | |
| kergoth | and using sstate locked sigs just gave me a traceback too | 16:48 |
| kergoth | also looks like you can't use -S printdiff to figure out why the locked sigs aren't being used when you're including the locked sigs file, it checks them even though I'm not trying to build anything | 16:49 |
| *** sameo <sameo!~samuel@192.55.54.36> has quit IRC | 16:50 | |
| edsiper | hi, anyone here is creating or implementing certain web services for their projects ?, if so, please ping me back as I am collecting some information as we as open source organization have some plans for a generic Yocto Web Service so your input would be valuable. | 16:53 |
| *** mike7b4_on_x230 <mike7b4_on_x230!~quassel@h-140-6.a193.priv.bahnhof.se> has quit IRC | 16:54 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 16:58 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 16:58 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 16:59 | |
| rburton | edsiper: what's a generic yocto web service? | 17:00 |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 17:00 | |
| *** phantoxe <phantoxe!~destroy@a89-152-21-144.cpe.netcabo.pt> has quit IRC | 17:00 | |
| edsiper | rburton, specific web service exposing certain interfaces and information. For a generic case: CPU, Memory Storage, plus something more specific (that I am trying to discover) like: metrics, serial input, HW stuff, etc | 17:02 |
| halstead | RP, I'll clear sstate now. | 17:03 |
| edsiper | rburton, so anyone building a OS using Yocto, be able to install this package and have those informational features enabled | 17:03 |
| seebs | I'm still studying some other diagnostics I'm getting from pseudo, but I *think* the huge spam of filesystem name changes I was seeing may have been a diagnostics issue. Specifically, the speculative-unlink code is working perfectly, I think, except that the path name mismatch reports are useless if the operation is did_unlink. | 17:03 |
| seebs | Because then it's sort of expected. | 17:04 |
| RP | seebs: makes sense | 17:04 |
| rburton | edsiper: system stats over http, basically? | 17:04 |
| seebs | Anyway, I have a patch to suppress those errors in that case, and my plan is to rerun the build that generated those messages with that change and see what happens. | 17:04 |
| seebs | It may well be that there's still issues. | 17:04 |
| RP | seebs: the tricky issue is that we're now in release mode and at the very least I'd like to fix the 64 bit truncation issue | 17:05 |
| seebs | Yeah. | 17:05 |
| Crofton | RP, While I am thinking, should ASSUME_PROVIDED_remove = "git-ntive" work? | 17:05 |
| Crofton | I need to try it | 17:05 |
| seebs | I just want to make sure I'm not missing something else horrible. And actually, I have a suspicion that there may be a way to break things with did_unlink still. | 17:05 |
| RP | seebs: we have a little time but not much until the next rc so its really just a headsup that we will need to do it | 17:05 |
| seebs | How much time is "not much"? | 17:06 |
| RP | Crofton: in theory, its not well tested | 17:06 |
| RP | Crofton: git from a buildtools-tarball is the other alternative | 17:06 |
| edsiper | rburton, more than stats, but yes. | 17:06 |
| RP | seebs: next rc is Tuesday | 17:06 |
| Crofton | RP, my problem is the uhd cmake detects a git binary so it can bury a git hash in the binary | 17:08 |
| Crofton | and the cmake setup is grreat at preventing cmake from finding the host git | 17:08 |
| seebs | Okay. The error message fix removes several of the problems, although I am very curious about one of the remaining messages. | 17:08 |
| Crofton | which is in general a good thing | 17:08 |
| Crofton | and trying to run git-native fails since it is provided | 17:09 |
| seebs | Because I'm getting create messages about a thing which somehow came into the database with no path. | 17:09 |
| *** systmkor1 <systmkor1!~systmkor@unaffiliated/systmkor> has joined #yocto | 17:09 | |
| Crofton | I checked that removing git-native from AP solves my "problem" | 17:09 |
| RP | seebs: meanwhile, halstead has wiped out our sstate, we'll retry a complete build from scratch | 17:09 |
| Crofton | I am looking for a good way to do this without hand modifying oe-core conf files | 17:09 |
| seebs | Ah-hah! | 17:10 |
| RP | Crofton: hang on, what are you trying to do here | 17:10 |
| * Crofton also has a low opinion of people who freak out over not having the git hash in the binary :) | 17:10 | |
| seebs | There is an actual bug to be had involving DID_UNLINK. | 17:10 |
| RP | Crofton: do you want git-native or not? | 17:10 |
| Crofton | yes | 17:10 |
| *** systmkor <systmkor!~systmkor@unaffiliated/systmkor> has quit IRC | 17:10 | |
| RP | Crofton: right, ok | 17:10 |
| Crofton | and it needs to be in the oe space, not build system | 17:10 |
| seebs | The sanity-checks that do things like unconditionally wipe out a database entry if we get a file/directory mismatch aren't conditional on that. | 17:10 |
| Crofton | cmake will not find it on the build system (which is good) | 17:10 |
| RP | Crofton: right, makes sense | 17:12 |
| RP | Crofton: I suddenly wondered if you were trying to do something else | 17:12 |
| RP | halstead: do we need to wait for a while for the sstate removal to happen? | 17:13 |
| seebs | *pondering* | 17:13 |
| seebs | Actually they may be adequately conditional already, because this applies only when we find a match by path. | 17:13 |
| halstead | RP Just finished. | 17:13 |
| Crofton | basically, I'd like a proper way of overriding ASSUME_PROVIDED for cases like this | 17:13 |
| Crofton | I'll test the AP_remove way | 17:13 |
| Crofton | I jsut want to make sure this doesn't lead to subtle breakage | 17:14 |
| halstead | RP, We're ready to build again. | 17:14 |
| RP | halstead: great, thanks | 17:14 |
| RP | halstead: I wasn't sure of the best way to clear it, I guessed from one of the builders over NFS would be nasty | 17:14 |
| RP | halstead: I've set a master-next away thanks | 17:15 |
| halstead | RP, That works but takes awhile. I have sstate on it's own partition so I remake the filesystem instead. | 17:15 |
| -YoctoAutoBuilder- build #61 of nightly-qa-logrotate is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/61 | 17:16 | |
| halstead | RP, And then check the NFS is happy on all the builders. | 17:16 |
| seebs | Ah-hah! | 17:16 |
| seebs | There is an actual failure mode that isn't the inode thing. | 17:16 |
| -YoctoAutoBuilder- build #62 of nightly-x86-64 is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/62 | 17:16 | |
| -YoctoAutoBuilder- build #61 of minnow is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/minnow/builds/61 | 17:16 | |
| -YoctoAutoBuilder- build #60 of nightly-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/60 | 17:16 | |
| -YoctoAutoBuilder- build #60 of nightly-ipk is complete: Failure [failed BuildImages Running Sanity Tests Running Sanity Tests_1 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/60 | 17:16 | |
| -YoctoAutoBuilder- build #62 of minnow-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/minnow-lsb/builds/62 | 17:16 | |
| -YoctoAutoBuilder- build #62 of nightly-x86-64-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/62 | 17:16 | |
| -YoctoAutoBuilder- build #62 of nightly-world is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/62 | 17:16 | |
| -YoctoAutoBuilder- build #61 of buildtools is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/buildtools/builds/61 | 17:16 | |
| -YoctoAutoBuilder- build #60 of nightly-ppc-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/60 | 17:16 | |
| -YoctoAutoBuilder- build #61 of nightly-qa-extras is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/61 | 17:16 | |
| -YoctoAutoBuilder- build #61 of nightly-x32 is complete: Failure [failed BuildImages Running Sanity Tests Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/61 | 17:16 | |
| -YoctoAutoBuilder- build #60 of nightly-mips-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/60 | 17:16 | |
| -YoctoAutoBuilder- build #63 of nightly-ppc is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/63 | 17:16 | |
| -YoctoAutoBuilder- build #60 of nightly-deb is complete: Failure [failed BuildImages Running Sanity Tests Running Sanity Tests_1 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/60 | 17:16 | |
| -YoctoAutoBuilder- build #61 of nightly-fsl-ppc-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc-lsb/builds/61 | 17:16 | |
| -YoctoAutoBuilder- build #61 of nightly-oecore is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/61 | 17:16 | |
| -YoctoAutoBuilder- build #63 of nightly-mips is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/63 | 17:16 | |
| *** jbrianceau is now known as jbrianceau_away | 17:16 | |
| -YoctoAutoBuilder- build #60 of nightly-x86 is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/60 | 17:16 | |
| -YoctoAutoBuilder- build #67 of poky-tiny is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/67 | 17:16 | |
| -YoctoAutoBuilder- build #62 of nightly-x86-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/62 | 17:16 | |
| -YoctoAutoBuilder- build #61 of nightly-fsl-ppc is complete: Failure [failed BuildImages Building Toolchain Images Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/61 | 17:16 | |
| -YoctoAutoBuilder- build #59 of build-appliance is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/59 | 17:17 | |
| -YoctoAutoBuilder- build #60 of nightly-arm-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/60 | 17:17 | |
| RP | halstead: small permissions issue ;-) | 17:17 |
| -YoctoAutoBuilder- build #62 of nightly-arm is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Building Toolchain Images Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/62 | 17:17 | |
| -YoctoAutoBuilder- build #63 of nightly-non-gpl3 is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-non-gpl3/builds/63 | 17:17 | |
| -YoctoAutoBuilder- build #61 of nightly-qa-skeleton is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/61 | 17:17 | |
| -YoctoAutoBuilder- build #62 of nightly-qa-pam is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/62 | 17:17 | |
| seebs | So if you delete a symlink or directory, and around the time you're doing this you create an executable file... | 17:17 |
| RP | halstead: I've killed the builds | 17:17 |
| halstead | Yeah. | 17:17 |
| seebs | If the DID_UNLINK for the symlink or directory comes in after the executable file is created, it can nuke the database entry for the file. | 17:17 |
| RP | halstead: but I like the reformat, that is nicer | 17:18 |
| RP | seebs: I can see how that could be problematic | 17:18 |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 17:18 | |
| halstead | RP, Permissions are fixed. | 17:19 |
| RP | halstead: thanks, I'll retry | 17:19 |
| * halstead carefully checked nfs state but not directory ownership. | 17:19 | |
| *** Jefro <Jefro!~jefro@c-98-207-26-171.hsd1.ca.comcast.net> has joined #yocto | 17:19 | |
| halstead | doh. | 17:19 |
| seebs | Woot. Okay, the failure case where I was getting hundreds of errors does appear fixed. | 17:19 |
| RP | halstead: when I saw the failures I was fully expecting it to be my fault on the branch :) | 17:20 |
| halstead | :) At least that was a quick failure and recovery. | 17:21 |
| seebs | There's something else I'd like to figure out but it doesn't look as significant. | 17:22 |
| RP | halstead: yes, could be worse :) | 17:22 |
| * RP needs to head afk | 17:23 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 17:24 | |
| seebs | Okay, so. Retesting a couple of things, but I think this will turn into pseudo 1.6.2, with two fixes, one of which is just for xfs. | 17:27 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:33 | |
| *** belen <belen!Adium@nat/intel/x-fmkmybxmytxxlvmq> has quit IRC | 17:37 | |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 17:43 | |
| *** sarahsharp1 <sarahsharp1!~sarah@134.134.139.76> has quit IRC | 17:46 | |
| *** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has quit IRC | 18:10 | |
| *** TRoGd0R <TRoGd0R!~nrogers@rrcs-24-97-209-160.nys.biz.rr.com> has left #yocto | 18:12 | |
| seebs | gah | 18:13 |
| seebs | I lose, there's still an actual bug producing real problems. | 18:13 |
| seebs | Not sure what's happening, but at least I now have a patched-up pseudo that won't generate the errors I *don't* care about. | 18:14 |
| seebs | It appears that rerunning "bitbake -f -c package util-linux" a couple of times produces the errors. | 18:14 |
| kergoth | sounds like a step in the right direction, at least. make it easier to diagnose | 18:14 |
| seebs | hmm | 18:17 |
| seebs | This is interesting. | 18:17 |
| seebs | So, every time I get one of these, it seems to involve a no-path entry for an inode which was the inode of a previous did-unlink. | 18:18 |
| *** Fivefootseven <Fivefootseven!~fivefoots@c-24-128-49-171.hsd1.ma.comcast.net> has joined #yocto | 18:28 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@lis197-7.swan.ac.uk> has joined #yocto | 18:29 | |
| *** Fivefoo__ <Fivefoo__!~fivefoots@c-24-128-49-171.hsd1.ma.comcast.net> has joined #yocto | 18:30 | |
| *** Fivefoot_ <Fivefoot_!~fivefoots@50.250.6.142> has quit IRC | 18:31 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@lis197-7.swan.ac.uk> has quit IRC | 18:33 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 18:35 | |
| -YoctoAutoBuilder- build #62 of nightly-qa-extras is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/62 | 18:35 | |
| -YoctoAutoBuilder- build #68 of poky-tiny is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/68 | 18:35 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@50.250.6.142> has joined #yocto | 18:37 | |
| seebs | ... silly question, is there a way I can point bitbake at a local git repo that isn't a git:// directory? | 18:40 |
| *** ddom <ddom!~ddom@5.146.225.40> has joined #yocto | 18:40 | |
| kergoth | the url scheme in bitbake just controls what fetcher is used, not necessarily what the underlying protocol used to fetch is | 18:40 |
| *** Fivefoo__ <Fivefoo__!~fivefoots@c-24-128-49-171.hsd1.ma.comcast.net> has quit IRC | 18:40 | |
| seebs | Like, I can git clone /home/seebs/pseudo, but I can't put it in SRC_URI. | 18:40 |
| kergoth | git:// .... ;protocol=file will clone file:///home/seebs/pseudo | 18:40 |
| seebs | ahh. | 18:40 |
| kergoth | it might've been nice for that to be opposite. e.g. file://${HOME}/foo;fetcher=git or something, but its a bit late for that now :) | 18:41 |
| kergoth | what i'd really like to see is support for schemes that combine the two, which seems to be showing up as a convention amongst upstreams | 18:43 |
| kergoth | e.g. git+ssh for git, so <fetcher>+<underlying protocol>:// | 18:43 |
| * kergoth shrugs, minor cosmetic thing | 18:44 | |
| *** RP2 <RP2!~RP@5751ab90.skybroadband.com> has joined #yocto | 18:45 | |
| seebs | So I can't tell whether what I have now is purely cosmetic or an actual database corruption problem. | 18:45 |
| seebs | But *something* is happening that's causing diagnostics which may be harmless or may indicate a serious problem. | 18:46 |
| seebs | mkdir requests are complaining because they have a pathless DB entry with the same inode, which is the inode of a recently-deleted file. | 18:47 |
| RP2 | halstead, could you check the git server logs and see if the cause of https://autobuilder.yoctoproject.org/main/builders/nightly-non-gpl3/builds/64/steps/Git%20checkout%20of%20poky/logs/stdio is obvious if you have a moment please? | 18:47 |
| * RP2 isn't really here | 18:47 | |
| halstead | Gladly RP2. | 18:49 |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 18:50 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 18:54 | |
| -YoctoAutoBuilder- build #62 of buildtools is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/buildtools/builds/62 | 19:06 | |
| *** Fivefoot_ <Fivefoot_!~fivefoots@c-24-128-49-171.hsd1.ma.comcast.net> has joined #yocto | 19:13 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@50.250.6.142> has quit IRC | 19:17 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@50.250.6.142> has joined #yocto | 19:20 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-vvibhmmpgytqddjd> has quit IRC | 19:22 | |
| *** Fivefoot_ <Fivefoot_!~fivefoots@c-24-128-49-171.hsd1.ma.comcast.net> has quit IRC | 19:23 | |
| *** Jefro <Jefro!~jefro@c-98-207-26-171.hsd1.ca.comcast.net> has quit IRC | 19:25 | |
| *** victhor_ <victhor_!~victhor@177.133.123.217> has joined #yocto | 19:26 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 19:28 | |
| seebs | Okay, no promises, but I *think* I found the source of a whole bunch of "how did that file get into the database with no name" problems. | 19:30 |
| seebs | I feel really clever, because I am a pretty sharp programmer, but apparently I totally outsmarted myself. | 19:30 |
| seebs | When processing a link, I was using the existing data from the database for a given inode, and then creating a link with the new path. Sensible, right? | 19:31 |
| seebs | Only. The actual link creation uses a test on msg->pathlen to determine whether to link with msg->path or the fixed string 'NAMELESS FILE'. | 19:31 |
| -YoctoAutoBuilder- build #62 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/62 | 19:31 | |
| seebs | And the "existing data from the database" entry had no pathlen. | 19:31 |
| seebs | (There's some weirdness because 'msg' is of a type with a flexible array member on the end, so *msg = by_ino doesn't actually change msg->path.) | 19:32 |
| *** marka <marka!~marka@128.224.252.2> has quit IRC | 19:43 | |
| -YoctoAutoBuilder- build #62 of nightly-qa-logrotate is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/62 | 19:48 | |
| Khufu | 20:00 | |
| -YoctoAutoBuilder- build #63 of minnow-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/minnow-lsb/builds/63 | 20:05 | |
| *** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 20:05 | |
| *** Siecje <Siecje!~Siecje@128.224.252.2> has left #yocto | 20:13 | |
| *** rwoolley <rwoolley!~rwoolley@128.224.252.2> has quit IRC | 20:14 | |
| *** Jefro <Jefro!~jefro@64.42.6.40> has joined #yocto | 20:15 | |
| kergoth | Hmm, not sure it's still possible to share target (but not native/cross) sstate between distros. i have target recipes being rebuilt even though bitbake-whatchagned and bitbake -S printdiff both show no differences | 20:17 |
| *** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 20:17 | |
| * kergoth digs | 20:17 | |
| *** Jefro <Jefro!~jefro@64.42.6.40> has quit IRC | 20:23 | |
| -YoctoAutoBuilder- build #63 of nightly-qa-pam is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/63 | 20:32 | |
| *** sarahsharp <sarahsharp!~sarah@134.134.137.71> has joined #yocto | 20:32 | |
| *** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 20:34 | |
| *** Jefro <Jefro!~jefro@64.42.6.40> has joined #yocto | 20:34 | |
| *** jluisn <jluisn!~quassel@187.115.172.24> has quit IRC | 20:38 | |
| -YoctoAutoBuilder- build #61 of nightly-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/61 | 20:53 | |
| *** g1zer0 <g1zer0!~g1zer0@adsl-ull-211-56.48-151.net24.it> has joined #yocto | 20:57 | |
| *** ant__ <ant__!~andrea@host113-12-dynamic.16-79-r.retail.telecomitalia.it> has joined #yocto | 20:58 | |
| Fivefootseven | Hi everyone, Can any explain how I install just a set of shared libraries? The recipe only outputs dev & staticdev rpms. When try and build the image I keep getting: Computing transaction...error: Can't install SuiteSparse-dev-4.3.1-r0@cortexa9hf_vfp_neon: no package provides SuiteSparse = 4.3.1-r0. Does do I create a base SuiteSparse RPM? | 21:03 |
| kergoth | sounds like its recipe isn't installing anything in its do_install | 21:07 |
| *** davisroman <davisroman!42ce7843@gateway/web/freenode/ip.66.206.120.67> has quit IRC | 21:08 | |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has joined #yocto | 21:08 | |
| Fivefootseven | So the recipe inherits from autotools and so I haven't added a do_install method. Looking at the log and inspecting the created RPMs it build the libraries I need I just can't get it to build a rootfs or sdk without the above error. | 21:10 |
| seebs | Well, I've definitely made progress. | 21:13 |
| seebs | I've now established that I was wrong about what I thought was wrong with my fix for what I thought was wrong. | 21:13 |
| seebs | It turns out my initial belief that the "by_ino" lookup wouldn't have the right path length was in fact incorrect. | 21:14 |
| seebs | So I'm back to not being sure how the files are getting in as nameless files. But I have reversed the thing that made them MORE common. | 21:14 |
| -YoctoAutoBuilder- build #61 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/61 | 21:17 | |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has quit IRC | 21:18 | |
| Fivefootseven | Is it a correct assumption that no SuiteSparse-4.3.1-r0@cortexa9hf_vfp_neon RPM would be created as no binary files were produced and the lib and includes files were just included into in the dev RPMs? | 21:20 |
| -YoctoAutoBuilder- build #61 of nightly-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/61 | 21:21 | |
| *** zecke <zecke!~ich@91.66.224.184> has quit IRC | 21:22 | |
| kergoth | Fivefootseven: the dev rpm is always created, empty or not. its far more likely that nothing was installed, though that is possible, yes | 21:24 |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has joined #yocto | 21:26 | |
| Fivefootseven | So you would expect not to see a base RPM if nothing was installed. As this is a shared library I assume I would expect to see the same contents in the dev and then base RPM? | 21:26 |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has quit IRC | 21:33 | |
| Fivefootseven | I just added a do_install and touched the file image/usr/bin/AHH.txt and included it in the FILES_${PV} variable. This then created the missing base RPM and populated the SDK without error. This is clearly not the right approach. How to force the empty creation of the base RPM. Any suggestions? | 21:34 |
| *** systmkor1 <systmkor1!~systmkor@unaffiliated/systmkor> has quit IRC | 21:37 | |
| *** g1zer0 <g1zer0!~g1zer0@adsl-ull-211-56.48-151.net24.it> has quit IRC | 21:38 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 21:39 | |
| *** zecke <zecke!~ich@91.66.224.184> has joined #yocto | 21:40 | |
| -YoctoAutoBuilder- build #62 of nightly-fsl-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc-lsb/builds/62 | 21:44 | |
| *** zecke <zecke!~ich@91.66.224.184> has quit IRC | 21:45 | |
| -YoctoAutoBuilder- build #62 of minnow is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/minnow/builds/62 | 21:45 | |
| seebs | Woo! | 21:56 |
| seebs | I think I found the actual underlying problems. | 21:57 |
| seebs | There were two things that were conspiring to create a problem. | 21:57 |
| seebs | First, if we found something in the database by inode, but not by path, I was creating a second database entry for it in some cases, which broke future attempts to unlink it. | 21:57 |
| seebs | Second, when file renames got made smarter with the MAY_UNLINK stuff... The test for whether to create a dummy database entry to be the root of a rename operation was wrong. | 21:58 |
| seebs | So it would request that a link be made for a thing which was already in the database, right before renaming it, and this was causing some of the strange behaviors like link requests for already-existing files. | 21:58 |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** RP2 <RP2!~RP@5751ab90.skybroadband.com> has quit IRC | 22:02 | |
| *** frsc <frsc!~frsc@host-92-24-144-244.ppp.as43234.net> has quit IRC | 22:03 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto | 22:04 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC | 22:08 | |
| *** Jefro <Jefro!~jefro@64.42.6.40> has quit IRC | 22:11 | |
| *** Jefro <Jefro!~jefro@64.42.6.40> has joined #yocto | 22:11 | |
| *** staylor <staylor!~staylor@mail.au-zone.com> has quit IRC | 22:11 | |
| *** Fivefootseven <Fivefootseven!~fivefoots@50.250.6.142> has quit IRC | 22:13 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-pggagsdjpqqumxpn> has quit IRC | 22:17 | |
| RP | seebs: glad its making sense :) | 22:21 |
| seebs | Fixing the links made most of the stuff I cared about go away, but I was still seeing suspicious messages. | 22:21 |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 22:22 | |
| seebs | I think the issue is that the only times when it would come up would be when a rename operation was overwriting an existing object, and that's actually a rare use case; normally people explicitly unlink before calling rename. | 22:23 |
| RP | halstead: is nfs ok on the autobuilders? | 22:24 |
| seebs | Awesome. With the new changes, I see only one of those "hey wait that's suspicious" messages, and it's specifically the reuse of a recently-may-be-deleted inode. | 22:26 |
| * RP doesn't know why the autobuilder is showing new interesting failures | 22:29 | |
| * JaMa|Off is seeing couple new issues from last systemd upgrade | 22:37 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto | 22:44 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 22:45 | |
| RP | JaMa|Off: :( | 22:51 |
| seebs | Sent out patch for pseudo 1.6.2. | 22:52 |
| seebs | For Sound Technical Reasons (read: "too lazy to investigate another thing right now") I wasn't able to put the tarball on the WRS server, so it's on https://www.seebs.net/tmp/pseudo-1.6.2.tar.bz2. Sent email to pidge, but I don't know who's still around this late on a Friday. | 22:53 |
| seebs | afk a bit, back around in a while. | 22:54 |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 22:54 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 23:01 | |
| *** nitink <nitink!~nitink@134.134.137.75> has joined #yocto | 23:01 | |
| RP | seebs:can you mention this to halstead, pidge is out of action for a bit :( | 23:02 |
| ant__ | RP: hi there. It's weird, I'm seeing a very old -native failing strangely...http://pastebin.com/sVJB4cb7 | 23:03 |
| ant__ | I have to comment out COMPATIBLE_MACHINE to unbreak | 23:04 |
| seebs | ahh, 'k | 23:04 |
| seebs | ... Remind me of halstead's email? | 23:05 |
| halstead | Mhalstead along c foundation.org | 23:05 |
| halstead | Darn auto correct. | 23:06 |
| halstead | seebs: mhalstead@linuxfoundation.org | 23:07 |
| halstead | RP looks like no | 23:07 |
| seebs | k. | 23:07 |
| halstead | RP I'll check it out. | 23:07 |
| ant__ | RP: another way is setting COMPATIBLE_MACHINE_class-native = "" | 23:09 |
| -YoctoAutoBuilder- build #63 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/63 | 23:11 | |
| -YoctoAutoBuilder- build #63 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/63 | 23:14 | |
| *** systmkor1 <systmkor1!~systmkor@unaffiliated/systmkor> has joined #yocto | 23:23 | |
| *** systmkor1 <systmkor1!~systmkor@unaffiliated/systmkor> has quit IRC | 23:33 | |
| *** sullical_ <sullical_!~sullical@192.55.55.37> has quit IRC | 23:37 | |
| *** agust <agust!~agust@p4FC46EB1.dip0.t-ipconnect.de> has quit IRC | 23:39 | |
| *** Jefro <Jefro!~jefro@64.42.6.40> has quit IRC | 23:44 | |
| *** sarahsharp <sarahsharp!~sarah@134.134.137.71> has quit IRC | 23:45 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 23:45 | |
| *** mranostay <mranostay!~mranostay@c-50-186-57-65.hsd1.or.comcast.net> has joined #yocto | 23:46 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 23:46 | |
| *** Jefro <Jefro!~jefro@64.42.6.40> has joined #yocto | 23:49 | |
| *** Jefro <Jefro!~jefro@64.42.6.40> has quit IRC | 23:54 | |
| halstead | RP, Major problems with the NAS are repaired. It looked like kernel issues so I installed the newest supported HWE and we're back online. | 23:57 |
| *** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 23:58 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!