00:20.48 | *** join/#oe infobot (ibot@rikers.org) |
00:20.48 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel |
02:18.54 | *** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-cdedmqybgopaszkk) |
03:05.55 | tlwoerner | khem: i've been plugging away at my claim that openembedded-core HEAD (a47e64d985) is broken |
03:06.21 | tlwoerner | RP: the problem was introduced with: fa764a403d base/bitbake.conf: Filter contents of PATH to only allow whitelisted tools |
03:06.37 | tlwoerner | on a completely clean build, starting from scratch, the issue occurs |
03:06.59 | tlwoerner | if you have an already-working build, fa764a403d doesn't cause any problems |
03:07.41 | tlwoerner | i *think* it might be masked by a pre-existing conf/sanity_info file, or maybe it's something in cache/sstate-cache |
03:09.35 | khem | tlwoerner: I did a completely new build |
03:12.46 | khem | tlwoerner: for u-boot shouldnt you be adding dtc-native to DEPENDS |
03:13.43 | tlwoerner | khem: true, but building it by hand on the cmdline should then allow the u-boot recipe to succeed; it's how i prove missing DEPENDs normally |
03:14.57 | khem | can you check if dtc is available in recipe-native sysroot |
03:16.28 | kergoth | i doubt building by hand will do much with recipe specific sysroots, but *shrug* |
03:18.27 | khem | kergoth: true, this can happen if PATH is being molested to remove native sysroot from it |
03:18.38 | khem | wich the patch seems to not be doing |
03:31.02 | khem | http://lpaste.net/353474 |
03:31.11 | khem | seems everything is in order |
03:40.26 | *** join/#oe john2 (~john@host86-168-141-176.range86-168.btcentralplus.com) |
03:52.10 | *** join/#oe john2 (~john@host86-168-141-176.range86-168.btcentralplus.com) |
04:05.01 | *** join/#oe armpit (~akuster@111.93.218.67) |
04:11.25 | tlwoerner | khem: kergoth: thanks so much for the help, seems i need to adjust my workflow |
04:14.22 | tlwoerner | sadly, dtc-native is already there, but without having it added to the bootloader's DEPENDS... :-) |
04:43.33 | *** join/#oe armpit_in (~akuster@111.93.218.67) |
05:47.21 | *** join/#oe paulg (~paulg@198-84-239-75.cpe.teksavvy.com) |
06:26.04 | *** join/#oe AndersD (~anders@194-237-220-218.customer.telia.com) |
06:32.20 | *** join/#oe AndersD (~anders@194-237-220-218.customer.telia.com) |
06:33.10 | *** join/#oe qt-x (~Thunderbi@217.10.196.2) |
06:34.24 | *** join/#oe AndersD (~anders@194.237.220.218) |
06:44.04 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
06:53.58 | *** join/#oe AndersD (~anders@194-237-220-218.customer.telia.com) |
07:09.11 | *** join/#oe Bunio_FH (~bunio@clj-165.netdrive.pl) |
07:24.37 | *** join/#oe frsc (~frsc@80.149.173.67) |
07:32.31 | RP | tlwoerner: the idea behind recipe specific sysroots is they only see what is in DEPENDS so this is consistent with that. There are of course ways of working about it but it sounds like the system is behaving deterministically (which is the intent) |
07:33.35 | tlwoerner | RP: yes, sounds good :-) |
07:43.05 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-rgrtgeatirlpovbe) |
07:46.22 | *** join/#oe mckoan (~marco@unaffiliated/mckoan) |
07:46.30 | mckoan | good morning |
07:53.56 | *** join/#oe hmw (~hmw@zimbra.welvaarts.com) |
07:58.20 | hmw_ | Im having trobles compiling gpsd i edited the EXTRA_OESCON so it contains libgpsmm='true' \. but i still get: C++ doesn't work, suppressing libgpsmm build. even after a -c cleanall -f |
07:58.46 | *** join/#oe jku (~jku@192.198.151.45) |
08:01.31 | *** join/#oe eduardas_m (~eduardas@213.197.143.19) |
08:06.02 | *** join/#oe joshuagl (joshuagl@nat/intel/x-roqcaptrtobqyxln) |
08:09.59 | *** join/#oe JaMa (~martin@217.30.68.212) |
08:15.35 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
08:26.33 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
08:28.02 | *** join/#oe ant_work (~ant__@host114-209-dynamic.24-79-r.retail.telecomitalia.it) |
09:10.19 | *** join/#oe Jin^eLD (~jin@104.233.108.109) |
09:18.55 | *** join/#oe zwg (~zgraham@50-254-135-242-static.hfc.comcastbusiness.net) |
09:19.18 | *** join/#oe morphis (~morphis@pD9ED6BDC.dip0.t-ipconnect.de) |
09:32.17 | *** join/#oe rburton (~Adium@home.burtonini.com) |
09:44.51 | *** join/#oe thaytan_ (~thaytan@121-200-10-166.cust.aussiebb.net) |
09:45.33 | *** join/#oe hrw (~hrw@redhat/hrw) |
10:22.35 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
10:28.44 | bluelightning | hmw_: you'd need to check what kind of test it's performing to determine whether or not the compiler "works" |
10:29.19 | bluelightning | hmw_: any logs in ${B} ? - if you aren't sure where that is: bitbake -e gpsd | grep ^B= |
10:43.27 | LetoThe2nd | is there a recommended way to install a complete directory hierarchy in do_install? |
10:43.44 | mago1 | cp -r |
10:44.20 | LetoThe2nd | seriously? i always was under the "do not use cp, use install"-impression |
10:48.15 | mago1 | that's how i do it at least :) |
11:25.19 | hmw_ | bluelightning: the directory B= is not a existing one |
11:26.43 | bluelightning | hmw_: have you enabled rm_work perhaps? |
11:26.44 | hmw_ | it is using work/armv5e-linux-gnueabi/gpsd instead of work/cortexa8hf-vfp-neon-linux-gnueabi/gpsd |
11:27.31 | hmw_ | bluelightning it is commented #INHERIT += "rm_work" in my local.conf |
11:33.07 | hmw_ | bluelightning: the strange part is that if i run the build on the original machine is that it works. and there is no differencs between the two source directorys in the oe-core |
11:36.54 | *** join/#oe berton (~berton@189.114.111.135) |
11:41.16 | *** join/#oe ldnunes (~ldnunes_@189.114.111.135) |
11:48.57 | *** join/#oe joseppc (~josep@linaro/joseppc) |
11:49.45 | *** join/#oe morphis (~morphis@pD9ED6BDC.dip0.t-ipconnect.de) |
11:50.19 | *** join/#oe berton (~berton@189.114.111.135) |
11:55.03 | *** join/#oe bradfa (~andrew@clr-vpn01.kodakalaris.com) |
12:00.00 | *** join/#oe morphis (~morphis@pD9ED6BDC.dip0.t-ipconnect.de) |
12:02.04 | *** join/#oe morphis (~morphis@pD9ED6BDC.dip0.t-ipconnect.de) |
12:03.01 | *** join/#oe morphis (~morphis@pD9ED6BDC.dip0.t-ipconnect.de) |
12:04.34 | hmw_ | <PROTECTED> |
12:39.08 | *** join/#oe ant__ (~ant__@host114-209-dynamic.24-79-r.retail.telecomitalia.it) |
12:43.00 | *** join/#oe caiortp (~inatel@131.221.240.226) |
12:58.48 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157) |
13:02.53 | *** join/#oe morphis (~morphis@pD9ED6BDC.dip0.t-ipconnect.de) |
13:38.49 | *** join/#oe morphis (~morphis@pD9ED6BDC.dip0.t-ipconnect.de) |
13:39.15 | *** join/#oe joseppc (~josep@sestofw01.enea.se) |
13:39.15 | *** join/#oe joseppc (~josep@linaro/joseppc) |
13:40.02 | *** join/#oe morphis (~morphis@pD9ED6BDC.dip0.t-ipconnect.de) |
13:42.41 | *** join/#oe behanw (uid110099@gateway/web/irccloud.com/x-yebxmaeapsimshgp) |
14:11.13 | *** join/#oe joshuagl (~joshuagl@192.198.151.44) |
14:13.31 | *** join/#oe stefan_schmidt_w (~stefan@p200300480930D0979A8389FFFE2E3FAE.dip0.t-ipconnect.de) |
14:27.47 | *** join/#oe ecloud (quassel@nat/qt/x-qcmcwxwdrghcapiu) |
14:45.33 | *** join/#oe morphis (~morphis@pD9ED6BDC.dip0.t-ipconnect.de) |
14:55.01 | *** join/#oe troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) |
15:04.07 | *** join/#oe stephano (~stephano@134.134.139.70) |
15:15.24 | *** join/#oe ntl (~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net) |
15:16.03 | *** join/#oe Leatherface (~leatherfa@helvetet.eu) |
15:21.02 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc) |
15:23.32 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
15:55.05 | *** join/#oe stephano (~stephano@134.134.139.77) |
16:04.54 | *** join/#oe john2 (~john@host86-168-141-176.range86-168.btcentralplus.com) |
16:26.49 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157) |
16:44.18 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:8d9e:5cab:98f4:35d3) |
16:49.47 | *** join/#oe stephano (stephano@nat/intel/x-oaylhqizvdcxkbwr) |
16:55.40 | *** join/#oe florian (~fuchs@xd9be9645.dyn.telefonica.de) |
16:55.49 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
17:15.15 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:8d9e:5cab:98f4:35d3) |
17:23.53 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
17:25.44 | *** join/#oe Varti (~varthall@dynamic-adsl-78-12-165-150.clienti.tiscali.it) |
17:44.59 | *** join/#oe marka (~masselst@135-23-92-83.cpe.pppoe.ca) |
17:48.11 | *** join/#oe thaytan (~thaytan@121-200-10-166.cust.aussiebb.net) |
17:53.10 | *** join/#oe gk-- (~1wm-su@95.213.182.44) |
18:45.00 | *** join/#oe paulg (~paulg@otwaon23-3096772825.sdsl.bell.ca) |
18:49.50 | *** join/#oe john4 (~john@38.95.108.232) |
19:02.50 | *** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org) |
19:02.50 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
19:10.37 | *** join/#oe bluelightning (~paul@118.148.117.219) |
19:10.49 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
19:18.27 | *** join/#oe Guest34297 (~john@host86-168-141-176.range86-168.btcentralplus.com) |
19:33.26 | *** join/#oe florian (~fuchs@xd9be9645.dyn.telefonica.de) |
19:35.40 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157) |
19:50.47 | *** join/#oe rcw (~Rob@23.91.148.193) |
19:56.43 | *** join/#oe stephano_ (~stephano@134.134.139.77) |
20:33.45 | *** join/#oe joshuagl (joshuagl@nat/intel/x-yneckhthbmojvllx) |
21:01.24 | *** join/#oe stephano (~stephano@134.134.139.77) |
21:17.04 | *** join/#oe eFfeM (~frans@dhcp-089-099-139-063.chello.nl) |
21:21.08 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
21:26.41 | *** join/#oe paulg (~paulg@198-84-239-75.cpe.teksavvy.com) |
21:30.37 | *** join/#oe JaMa (~martin@217.30.68.212) |
21:50.36 | *** join/#oe bpittman (~bill@130.164.62.212) |
21:59.13 | *** join/#oe ant_home (~ant__@host33-64-dynamic.8-87-r.retail.telecomitalia.it) |
22:04.03 | *** join/#oe stephano (stephano@nat/intel/x-wkrchsecufprothm) |
22:12.12 | cbrake | how do people handle automounting of removable media. There is udev-extraconf, which I've used in past, but for some reason it does not seem to work with one system. Udev sends events for both /dev/sda and /dev/sda1, and its not clear how the mount script figures how what to do. |
22:14.42 | rburton | if i wanted to do something for a product i'd use glib's mount abstraction stuff to add an automounter to the UI |
22:18.35 | *** join/#oe rburton (~Adium@home.burtonini.com) |
23:09.56 | *** join/#oe stephano (~stephano@134.134.139.76) |
23:19.07 | khem | cbrake: systemd has mechanisms for automounting is it for systemd ? |
23:28.09 | *** join/#oe georgem_home (uid210681@gateway/web/irccloud.com/x-vnscfpetqluxnzvm) |