| 00:29.29 | *** join/#oe Net147 (~Net147@unaffiliated/net147) |
| 00:33.09 | *** join/#oe marka (~masselst@135-23-92-83.cpe.pppoe.ca) |
| 00:48.06 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 01:25.17 | *** join/#oe sgw (~swold@c-24-21-121-142.hsd1.or.comcast.net) |
| 02:42.01 | *** join/#oe zzeroo (~zzeroo@p50999e88.dip0.t-ipconnect.de) |
| 03:09.10 | *** join/#oe sgw (swold@nat/intel/x-kmryxvpiesicdihb) |
| 03:31.29 | *** join/#oe paulbarker (~quassel@2a01:4f8:c17:626::2) |
| 03:58.41 | *** join/#oe snowkidind (~textual@216.15.40.124) |
| 04:09.46 | *** join/#oe dl9pf (~quassel@static.88-198-106-157.clients.your-server.de) |
| 04:09.46 | *** join/#oe dl9pf (~quassel@opensuse/member/dl9pf) |
| 04:24.36 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 04:35.00 | *** join/#oe melonipoika (~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi) |
| 05:41.13 | *** join/#oe melonipoika (~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi) |
| 06:23.20 | *** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-yumslvostwyxsymz) |
| 06:26.41 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 06:53.13 | *** join/#oe ao2 (~ao2@host139-85-dynamic.53-82-r.retail.telecomitalia.it) |
| 06:56.14 | *** join/#oe nrossi (uid193926@gateway/web/irccloud.com/x-eobwueqenvnzkdga) |
| 07:01.22 | *** join/#oe diego_r (~diego@host57-224-static.7-79-b.business.telecomitalia.it) |
| 07:04.59 | *** join/#oe kergoth_ (~kergoth@ip70-180-21-74.ph.ph.cox.net) |
| 07:10.54 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 07:19.19 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
| 07:24.50 | *** join/#oe Bunio_FH (~bunio@89-74-170-206.dynamic.chello.pl) |
| 07:28.21 | *** join/#oe morphis (~morphis@pD9ED6F1A.dip0.t-ipconnect.de) |
| 07:29.11 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 07:36.31 | *** join/#oe nslu2-log (~nslu2-log@milla.nas-admin.org) |
| 07:45.57 | *** join/#oe dengke (~dengke@106.120.101.38) |
| 07:50.46 | *** join/#oe rovanceo (~rovanceo@80.97.64.55) |
| 07:52.51 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 07:56.35 | *** join/#oe joshuagl (~joshuagl@192.198.151.44) |
| 07:59.06 | *** join/#oe jbrianceau (uid10952@gateway/web/irccloud.com/x-omiuqxxtjindhvaw) |
| 08:08.01 | *** join/#oe vdehors_arc (~vincent@LPuteaux-657-1-103-59.w193-248.abo.wanadoo.fr) |
| 08:15.47 | *** join/#oe rovanceo (~rovanceo@80.97.64.55) |
| 08:23.34 | *** join/#oe moto-tim1 (~ttorling@134.134.139.82) |
| 08:25.54 | *** join/#oe uwe__ (~uwe_@dslb-088-066-247-118.088.066.pools.vodafone-ip.de) |
| 08:26.06 | *** join/#oe Crofton_ (~Crofton@pool-108-44-109-127.ronkva.east.verizon.net) |
| 08:27.52 | *** join/#oe ChrisD1_` (~ChrisD@2a02:8010:6087:0:230:bdff:feba:a4ac) |
| 08:28.34 | *** join/#oe ColdKeybo[a]rd (~ColdKeybo@138.197.133.181) |
| 08:28.40 | *** join/#oe rovanceo (~rovanceo@80.97.64.55) |
| 08:29.25 | *** join/#oe micka (~micka@81-67-57-137.rev.numericable.fr) |
| 08:43.13 | *** join/#oe userfree (~user@55.92-220-69.customer.lyse.net) |
| 09:27.09 | *** join/#oe yann (~yann@178.208.16.32) |
| 09:51.35 | *** join/#oe morphis_ (~morphis@pD9ED79B1.dip0.t-ipconnect.de) |
| 09:57.12 | *** join/#oe melonipoika (~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi) |
| 10:22.57 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 10:25.01 | Net147 | for ROOTFS_SIZE calculation, shouldn't "du -ks" be "du --apparent-size -ks"? otherwise on compressed btrfs filesystem it would give total size after compression... |
| 10:29.34 | *** join/#oe ldnunes (~ldnunes_@181.220.79.73) |
| 11:12.35 | *** join/#oe ao2 (~ao2@host139-85-dynamic.53-82-r.retail.telecomitalia.it) |
| 11:32.48 | mnemoc | hi, luajit is injecting -m32 ... how can I prevent it from doing that when building luajit-native ? it breaks efl-native :( tmp/sysroots/x86_64-linux/usr/lib/libluajit-5.1.a(lj_err.o): relocation R_X86_64_32S against `.rodata' can ... |
| 11:46.20 | *** join/#oe styler2go (~styler2go@v22015051823525655.yourvserver.net) |
| 11:46.51 | mnemoc | merging `[oe] [meta-oe][PATCH] luajit: create developer symlinks` seems to have fixed it |
| 11:46.55 | styler2go | Hey everyone. I would like to use a bbappend file depending on which image i am buildung, is it possible to somehow make an if else? |
| 11:47.47 | mnemoc | styler2go: you could control that using "FEATURES" I suppose |
| 11:48.07 | styler2go | Can you elaborate a little more? |
| 11:49.10 | mnemoc | one image requesting one feature, the other image requesting another... and then the bbappend doing one thing or the other if this or that DISTRO_FEATURE are eanbled |
| 11:49.19 | mnemoc | but I'm a noob |
| 11:50.59 | mnemoc | i don't believe the build of a given package has any knowledge about what image you intentend to build at the end |
| 11:51.27 | mnemoc | and thinking about that, the DISTRO_FEATURE approach wouldn't work either |
| 11:52.58 | mnemoc | that can only work having different conf/local.conf |
| 11:53.12 | mnemoc | and making the image require it. not setting it |
| 11:53.59 | mnemoc | because the package you are extending doesn't have a way of distinguishing how do you want it built |
| 11:55.17 | mnemoc | you CAN otoh declare a new package ${PN}-thatway on your ${PN}_%.bbappend and make one image RDEPEND on ${PN} and the other on ${PN}-thatway |
| 11:55.33 | LetoThe2nd | mnemoc: we've just had relatively similar topic in #yocto. the classic way would be to refactor the recipe into an inc, and then use two different names that the imges can select |
| 11:56.08 | LetoThe2nd | you basically have to do it through the dependency mechanism, as there is no way to pass information from a recipe to the outside. |
| 11:56.20 | mnemoc | that makes sense |
| 11:57.42 | styler2go | I think i found a way.. kind of like if [ -n "${@bb.utils.contains() ]; |
| 11:57.48 | styler2go | inside the do_install_append() |
| 12:15.10 | *** join/#oe georgem_home (uid210681@gateway/web/irccloud.com/x-yuhuzxmspocbimfd) |
| 12:31.05 | *** join/#oe marka (~masselst@135-23-92-83.cpe.pppoe.ca) |
| 12:47.06 | *** join/#oe ant_work (~ant__@host18-113-dynamic.16-79-r.retail.telecomitalia.it) |
| 13:13.39 | styler2go | How can i do a python function call inside do_install_append in a bb file? |
| 13:15.40 | *** join/#oe sgw (~swold@c-24-21-121-142.hsd1.or.comcast.net) |
| 13:28.15 | mckoan | good afternoon |
| 13:41.43 | styler2go | https://github.com/openembedded/bitbake/blob/master/lib/bb/utils.py#L967 I am trying to find out where this function is being declared, any idea? searching for "def getVar(" results in functions with many more vars |
| 13:45.35 | *** join/#oe morphis (~morphis@pD9ED79B1.dip0.t-ipconnect.de) |
| 13:45.54 | *** join/#oe sgw (~swold@134.134.139.74) |
| 14:00.40 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 14:24.51 | *** join/#oe stefan_schmidt (~stefan@p200300480933FED59A8389FFFE2E3FAE.dip0.t-ipconnect.de) |
| 14:28.18 | *** join/#oe stephano (~stephano@134.134.139.72) |
| 14:42.09 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 14:52.28 | *** join/#oe rburton (~textual@home.burtonini.com) |
| 14:52.31 | *** join/#oe Anticom (~anticom@217.6.33.234) |
| 15:03.36 | *** join/#oe bavery_fn (~bavery@134.134.139.76) |
| 15:55.13 | *** join/#oe stephano (~stephano@134.134.139.75) |
| 16:20.21 | Crofton|work | rburton, I see you are to blame for waf.bbclass |
| 16:20.33 | rburton | Crofton|work: you're welcome to it |
| 16:20.36 | Crofton|work | any idea why it might deice to install stuff in lib64 insteas of lib? |
| 16:20.39 | Crofton|work | lol |
| 16:20.43 | rburton | god no |
| 16:20.51 | Crofton|work | damn |
| 16:21.05 | rburton | last time i saw that it was because the build system was looking at the host distro type and changing the libdir |
| 16:21.13 | Crofton|work | yeah |
| 16:21.15 | rburton | "oh, fedora, i'll use $prefix/lib64 |
| 16:21.16 | Crofton|work | I fear this |
| 16:21.24 | Crofton|work | my waf skills are poor |
| 16:21.43 | Crofton|work | I fear this detection is in waf itself |
| 16:21.51 | rburton | i suspect not |
| 16:21.59 | rburton | grep upstream project for lib64 |
| 16:23.36 | rburton | had this problem a few weeks ago, can't recall what project it was though |
| 16:23.42 | rburton | iirc it was cmake so can't be the same one |
| 16:23.51 | fray | if multilib.conf is included ti will use lib64 -- unless it's a packaging bug |
| 16:24.16 | *** join/#oe ao2_ (~ao2@host29-151-dynamic.53-79-r.retail.telecomitalia.it) |
| 16:27.22 | *** join/#oe ao2__ (~ao2@host212-223-dynamic.51-79-r.retail.telecomitalia.it) |
| 16:36.25 | mnemoc | hi, I'm trying to re-add EFL ... |
| 16:36.41 | mnemoc | but I need to call ./tmp/sysroots-components/x86_64/wayland-native/usr/bin/wayland-scanner |
| 16:37.09 | mnemoc | what magic variable should I use to construct that path? |
| 16:48.05 | *** join/#oe Varti (~varthall@dynamic-adsl-78-12-161-35.clienti.tiscali.it) |
| 16:56.22 | *** join/#oe eFfeM (~frans@f160137.upc-f.chello.nl) |
| 16:56.44 | mnemoc | adding the dependecy on wayland-native added it to my PATH :) |
| 16:57.04 | *** join/#oe vmeson (~rmacleod@192-0-133-4.cpe.teksavvy.com) |
| 17:12.10 | *** join/#oe rburton (~textual@home.burtonini.com) |
| 18:08.32 | *** join/#oe yann (~yann@nan92-1-81-57-214-146.fbx.proxad.net) |
| 18:34.06 | *** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian) |
| 18:57.33 | *** join/#oe bluelightning (~paul@2406:e001:3ed1:1:5e51:4fff:febb:401d) |
| 18:57.33 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 19:15.10 | khem | mnemoc: you need a patch like meta/recipes-graphics/xorg-xserver/xserver-xorg/0002-configure.ac-Fix-wayland-scanner-and-protocols-locat.patch |
| 19:15.20 | khem | mnemoc: then you need to depend on wayland-native |
| 19:39.00 | *** join/#oe falstaff (~quassel@2001:1620:c6e:0:d844:ce0d:5224:4f27) |
| 19:50.19 | *** join/#oe ant_home (~ant__@host157-89-dynamic.45-79-r.retail.telecomitalia.it) |
| 19:50.42 | *** join/#oe bavery_fn (~bavery@134.134.139.76) |
| 19:50.56 | *** join/#oe falstaff (~quassel@2001:1620:c6e:0:d844:ce0d:5224:4f27) |
| 20:00.27 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
| 20:03.40 | *** join/#oe blight (~greg@80-109-179-33.cable.dynamic.surfer.at) |
| 20:03.40 | *** join/#oe blight (~greg@reactos/developer/blight) |
| 20:23.02 | *** join/#oe rburton (~textual@home.burtonini.com) |
| 20:36.13 | *** join/#oe khem (~khem@unaffiliated/khem) |
| 20:42.56 | *** join/#oe cbrake (~Thunderbi@66.219.186.219) |
| 20:44.19 | *** join/#oe cbrake (~cbrake@66.219.186.219) |
| 20:49.13 | cbrake | Does anyone have ideas on how to debug this? Dependency loop #6 found |
| 20:50.00 | cbrake | tries bitbake -D |
| 20:52.12 | khem | cbrake: it should dump the cycles at the end |
| 20:52.35 | khem | cbrake: I have seen this generally when doing initramfs bundles |
| 20:52.50 | cbrake | khem: yeah, exactly -- trying to bundle initramfs with kernel |
| 20:53.24 | cbrake | khem: it dumped the cycles, but not obvious yet what is going on |
| 20:53.44 | khem | cleans his magic glass |
| 20:54.29 | khem | cbrake: whats your INITRAMFS_IMAGE |
| 20:55.01 | khem | usually it should be different image then the one you are building finally |
| 20:56.50 | cbrake | khem: yeah, I tried an initramfs-image from another project where it works, and it still fails |
| 20:57.26 | cbrake | khem: I think stripped the IMAGE_INSTALL down to nothing, still fails |
| 20:57.37 | khem | bitbake virtual/kernel |
| 20:57.39 | khem | does that work ? |
| 20:57.40 | cbrake | khem: so thinking it must be something with the kernel |
| 20:57.45 | cbrake | khem: no, that is what is failing |
| 20:57.52 | khem | OK |
| 20:59.03 | khem | cbrake: you need IMAGE_FSTYPES = " ${INITRAMFS_FSTYPES}" in the image recipe |
| 20:59.36 | cbrake | khem: thanks, trying ... |
| 21:00.47 | *** join/#oe diego_r (~diego@151.51.131.176) |
| 21:06.44 | ant_home | khem, hi, I am now playing with kernel Makefile, adding -fno-store-merging after the -OS but still no luck :/ |
| 21:08.00 | khem | ant_home: ok, the discussion you forwarded seems to indicate that it should have helped in avoiding gcc bug |
| 21:08.06 | khem | if you had same issue |
| 21:09.03 | cbrake | khem: still fails -- the initramfs-image recipe had IMAGE_FSTYPES = " ${INITRAMFS_FSTYPES}". Trying to understand the loop log stuff next ... |
| 21:09.44 | ant_home | well, the STRD instruction is not used afais |
| 21:10.18 | ant_home | wait, silly me... |
| 21:10.34 | ant_home | strd lowercase is used :) |
| 21:11.06 | cbrake | khem: ahh, its still trying to build ext4 and sdcard images -- that may be the issue |
| 21:11.20 | khem | cbrake: check your local.conf |
| 21:11.35 | khem | you might have it added via some other conf metadata |
| 21:11.46 | khem | bitbake -e might help as well |
| 21:19.55 | cbrake | khem: this got it going: IMAGE_FSTYPES_var-som-mx6 = "${INITRAMFS_FSTYPES}" |
| 21:20.05 | cbrake | khem: thanks for the help |
| 22:23.58 | khem | cbrake: yeah ok |
| 22:26.09 | *** join/#oe georgem_home (uid210681@gateway/web/irccloud.com/x-xanowuboqgqvidxt) |
| 22:46.45 | *** join/#oe stephano (~stephano@134.134.139.83) |
| 23:28.01 | *** join/#oe snowkidind (~textual@216.15.40.124) |
| 23:52.33 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |