| 00:01.22 | *** join/#oe hillct_ (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 00:34.42 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 00:43.51 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 02:02.38 | *** join/#oe boost12 (79321429@gateway/web/freenode/ip.121.50.20.41) |
| 02:03.14 | boost12 | <PROTECTED> |
| 02:03.22 | boost12 | how to solve this error |
| 02:55.16 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@117.254.220.180) |
| 02:58.15 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 03:01.47 | *** join/#oe silviof1 (~silviof@unaffiliated/silviof) |
| 03:03.42 | *** join/#oe zenlinux (~sgarman@c-50-139-96-211.hsd1.or.comcast.net) |
| 05:19.00 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@117.254.218.59) |
| 05:20.20 | *** join/#oe Guest86477 (~kuldeepdh@117.254.218.59) |
| 06:30.33 | *** join/#oe kuldeepdhaka (~kuldeepdh@117.254.216.53) |
| 06:39.10 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
| 06:56.55 | *** join/#oe g1zer0 (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 07:07.15 | *** join/#oe stefan_schmidt (~stefan@p4FC771FE.dip0.t-ipconnect.de) |
| 07:11.04 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:11.31 | *** join/#oe gizero (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 07:16.39 | *** join/#oe clio (~andrej@85.159.109.222) |
| 07:26.44 | *** join/#oe Zagor (~bjst@sestofw01.enea.se) |
| 07:26.44 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 07:41.26 | *** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net) |
| 07:56.40 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 07:58.24 | *** join/#oe blitz00 (~stefans@192.198.151.43) |
| 07:58.36 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 08:16.51 | *** join/#oe g1zer0 (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 08:21.12 | *** join/#oe kuldeepdhaka (~kuldeepdh@117.254.223.208) |
| 08:28.48 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:28.48 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:38.00 | *** join/#oe silvio_ (~silvio@93-57-17-124.ip162.fastwebnet.it) |
| 08:38.49 | *** join/#oe lamikr (lamikr@nat/nokia/x-xfyfwfwhufdxwitt) |
| 08:44.59 | *** join/#oe Aragua (~fabien@195.200.170.210) |
| 09:11.05 | *** join/#oe fusman (~fahad@110.93.212.98) |
| 09:12.52 | *** join/#oe lumag_ (~lumag@ppp89-110-26-131.pppoe.avangarddsl.ru) |
| 09:39.37 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:39.38 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:42.36 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
| 09:48.20 | *** join/#oe gizero (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 09:50.42 | bluelightning | morning all |
| 10:01.10 | *** join/#oe stefan_schmidt (~stefan@p4FC7486B.dip0.t-ipconnect.de) |
| 10:05.13 | *** join/#oe acidfu (~nib@24.37.17.210) |
| 10:05.13 | *** join/#oe acidfu (~nib@unaffiliated/acidmen) |
| 10:18.19 | ndec | hi there. what is the difference between $FOO and ${FOO}? I am using like this SRCREV = "${FOO}" which does what i wanted, while SRCREV = "$FOO" does not.. i am curious to understand why.. |
| 10:19.25 | rburton | the context |
| 10:19.43 | rburton | in bitbake assignments you use ${FOO} |
| 10:20.18 | bluelightning | $FOO in a variable value isn't going to do anything unless the variable value makes it into a shell function |
| 10:20.26 | ndec | that's an immediate assignment? |
| 10:21.08 | rburton | $FOO is shell, so you can see comedy postinsts which use both ${FOO} and $FOO |
| 10:21.11 | bluelightning | the slight quirk is, if ${FOO} appears in a shell function and FOO is not set in bitbake's datastore, it will be left unexpanded and the shell will expand it instead |
| 10:21.16 | rburton | because they'll get expanded differently |
| 10:21.25 | rburton | bluelightning: oh, ouch |
| 10:21.38 | rburton | bluelightning: presumably too late to change that crazy behaviour? |
| 10:21.50 | ndec | ok. i see. i am setting the vars in bitbake, so i should be fine. |
| 10:21.55 | bluelightning | so it's best to avoid ${...} in shell functions when you don't mean to refer to a bitbake variable |
| 10:22.09 | ndec | in fact i have several recipes that come from the same SVN, i wanted to 'share' the SRCREV. |
| 10:22.17 | bluelightning | (assuming the ... is just a straight variable name) |
| 10:24.18 | bluelightning | rburton: yes, way too late unfortunately |
| 10:38.44 | *** join/#oe CMoH (~cipi@78.96.95.186) |
| 10:38.45 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 11:15.19 | *** join/#oe mihai (~mihai@80.97.15.150) |
| 11:24.54 | pb_ | hi all |
| 11:26.24 | bluelightning | hi pb_ |
| 11:26.45 | pb_ | morning bluelightning |
| 11:28.09 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 11:42.04 | silvio_ | hi all, hi bluelightning , hi pb_ |
| 11:43.38 | bluelightning | hi silvio_ |
| 11:53.48 | *** join/#oe stefan_schmidt (~stefan@p4FF89078.dip0.t-ipconnect.de) |
| 12:06.23 | *** join/#oe stefan_schmidt (~stefan@p4FC7563A.dip0.t-ipconnect.de) |
| 12:20.22 | *** join/#oe stefan_schmidt (~stefan@p4FC77404.dip0.t-ipconnect.de) |
| 12:26.06 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
| 12:26.39 | *** join/#oe jkridner (~jkridner@c-98-250-142-42.hsd1.mi.comcast.net) |
| 12:26.39 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 12:26.46 | *** join/#oe slips (~slips@95.130.216.34) |
| 13:03.00 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 13:06.58 | *** join/#oe slips (~slips@95.130.216.34) |
| 13:07.43 | *** join/#oe DJW|Home (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) |
| 13:29.00 | JaMa | hmm 2 builds from same metadata built on 2 servers with different umask have different permissions on many files, is it expected? |
| 13:29.23 | bluelightning | which files? |
| 13:30.13 | JaMa | we have fixed one case when os.mkdir wasn't respecting selected permissions, because it respected umask |
| 13:30.16 | JaMa | http://git.openembedded.org/openembedded-core/commit/?id=f91226553e39439bfd17ab2b06c56cb8bf41061b |
| 13:30.53 | JaMa | a lot of them, let me find something from public layers or build core-image |
| 13:30.58 | *** join/#oe adelcast (~adelcast@130.164.62.234) |
| 13:32.08 | JaMa | I did 2 identical builds with only system umask change between them and resulting files-in-image.txt files have 55642 changes, mostly from group permissions (umask changed from 0022 to 0002) |
| 13:32.18 | pb_ | that's definitely a bug |
| 13:32.41 | pb_ | there are some things that are meant to respect your umask (e.g. the files in sstate) but anything that goes into the image ought to be independent of that. |
| 13:32.59 | JaMa | what if some recipe just calls mkdir in do_install? |
| 13:33.12 | pb_ | base.bbclass sets umask to 022 before running do_install. |
| 13:33.28 | pb_ | (and do_package, and do_configure, and do_compile) |
| 13:33.32 | JaMa | ah ok |
| 13:33.45 | JaMa | let me find where those files were created |
| 13:33.51 | pb_ | so, either that is being defeated somehow, or your files are being created by some other task that isn't covered there. |
| 13:34.26 | JaMa | heh, they are different in git checkout already |
| 13:34.57 | pb_ | oh, they are files that get installed from a local file:/ URI? |
| 13:35.09 | RP | pb_: do you know if quboid is going to send out a patch for the remaining bundle_initramfs issue? |
| 13:35.21 | JaMa | :q! |
| 13:35.23 | JaMa | usp |
| 13:35.26 | pb_ | RP: oh, I thought he had. I will ask him. |
| 13:35.51 | RP | pb_: he sent out a version at the bottom of an email, I thought it was for discussion and the tested patch would follow? |
| 13:37.29 | *** join/#oe mac_ (~mac@deneb.mcrowe.com) |
| 13:38.09 | JaMa | pb_: checked out from local clone in downloads/git2 |
| 13:38.43 | pb_ | mac_: <RP> pb_: do you know if quboid is going to send out a patch for the remaining bundle_initramfs issue? |
| 13:38.46 | pb_ | <RP> pb_: he sent out a version at the bottom of an email, I thought it was for discussion and the tested patch would follow? |
| 13:39.17 | mac_ | pb_: Ta. |
| 13:39.45 | JaMa | I should say that this is in dylan build |
| 13:40.10 | *** join/#oe anarsoul|2 (~anarsoul@178.124.194.242) |
| 13:40.37 | JaMa | I'll try to reproduce with master, but it looks like it's from git2 fetcher code |
| 13:40.38 | mac_ | PR: My testing of the bundle_initramfs sstate patch went fine but since we don't use the feature I was wary of posting the patch without anyone else testing it. |
| 13:40.51 | mac_ | RP: Would you like me to post it as an RFC patch? |
| 13:41.08 | RP | mac_: if you could remove that [nostamp] line I mentioned and send it out, yes please |
| 13:41.40 | RP | mac_: At this point its breaking all kernel builds from sstate so I will probably merge it and see if anyone complains |
| 13:41.54 | mac_ | RP: OK, I'll do that this afternoon. Thanks. |
| 13:42.54 | RP | pb_, mac_: thanks |
| 13:46.53 | mac_ | RP, pb_: It looks like 3baa63b4d588c3262254528b406ede265dd117bf has gone in the intervening time. It looks broken to me - do_kernel_link_vmlinux is only in kernel-yocto. :( |
| 13:47.16 | pb_ | oh, I did wonder about that. I got a conflict there when I did that merge a few minutes ago. |
| 13:48.10 | mac_ | Even if it weren't bogus it still wouldn't be enough because do_install can still race against do_bundle_initramfs since they both call into the kernel build system. |
| 13:48.13 | *** join/#oe hollisb (~hollisb@gc-na5.alcatel.fr) |
| 13:48.45 | mac_ | So, perhaps we should revert that one and then apply mine which adds the task after do_install which should fix their problem too. |
| 13:49.55 | RP | mac_: that one isn't wrong per say, yours just fixes a load of other issues too |
| 13:51.02 | mac_ | RP: Really? But what about people not using kernel-yocto? |
| 13:51.23 | RP | mac_: that is a kernel-yocto specific task? ouch, that is nasty |
| 13:51.40 | mac_ | RP: Indeed. |
| 13:52.07 | mac_ | RP: I'll post a two patch series - one reverting that one and then my patch afterwards. I think that's the clearest thing to do for the history. Agreed? |
| 13:52.33 | RP | mac_: yes, sounds good |
| 13:52.43 | RP | mac_: I hadn't noticed that task was kernel-yocto specific |
| 13:52.57 | RP | We really need more eyes on patch review as I can't catch everything |
| 13:53.02 | mac_ | RP: I didn't initially either. |
| 13:53.52 | RP | mac_: it gets inserted before do_install so your patch should work fine with it |
| 13:54.03 | mac_ | RP: Yes. |
| 13:54.32 | *** join/#oe nitink (~nitink@134.134.137.75) |
| 13:56.44 | *** join/#oe g1zer0 (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 13:57.44 | *** join/#oe pwgen (~ew@2-108-92-38-static.dk.customer.tdc.net) |
| 14:06.34 | mac_ | RP: Posted, except I appear to have ended up with the wrong email address in the signed-off-by lines. :( |
| 14:07.04 | mac_ | RP: I'll re-send if you and pb_ can't find anything else wrong with them. |
| 14:07.23 | *** join/#oe g1zer0 (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 14:08.16 | *** join/#oe darkschneider (~gab@93-32-35-176.ip31.fastwebnet.it) |
| 14:10.00 | RP | mac_: looks good, perhaps just add in the commit message that the nostamp was dropped since it was unnecessary and caused pointless rebuilds (we're happy enough to rely on the sstate checksum stamps to know when to rebuild) |
| 14:11.48 | mac_ | RP: OK, will do. |
| 14:24.27 | *** join/#oe pespin (~pespin@138.pool62-37-70.dynamic.orange.es) |
| 14:25.34 | mac_ | RP: I re-worded the commit message quite a bit. Hopefully it's a bit clearer now. |
| 14:35.24 | RP | mac_: looks good, thanks. I'll take it for a spin in master-next |
| 14:36.12 | *** join/#oe tgall_foo (~tgall@linaro/tgall-foo) |
| 14:37.13 | mac_ | RP: No problem. |
| 14:45.33 | *** join/#oe CMoH (~cipi@78.96.95.186) |
| 14:45.34 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 14:53.21 | *** join/#oe kuldeepdhaka (~kuldeepdh@117.254.217.159) |
| 14:59.49 | *** join/#oe nitink (nitink@nat/intel/x-smunadegsjpwjujf) |
| 15:00.01 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@117.254.220.130) |
| 15:03.45 | *** join/#oe hillct_ (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 15:11.03 | *** join/#oe kristoffer (~kristoffe@c-e9dce555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 15:14.49 | *** join/#oe stefan_schmidt (~stefan@p4FC77404.dip0.t-ipconnect.de) |
| 15:16.57 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 15:30.03 | *** join/#oe RockyZheng (~Rocky3@211.91.223.21) |
| 15:30.13 | *** join/#oe Rocky1 (~Rocky3@112.65.211.254) |
| 15:30.31 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 15:35.56 | *** join/#oe tgall_foo (~tgall@linaro/tgall-foo) |
| 15:56.26 | *** join/#oe blilly (~blilly1@c-67-161-99-149.hsd1.wa.comcast.net) |
| 15:57.15 | *** join/#oe lamikr (lamikr@nat/nokia/x-xggyemaklpxcvmje) |
| 16:11.39 | *** join/#oe g1zer0 (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 16:14.31 | *** join/#oe phdeswer (~phdeswer@a88-113-94-60.elisa-laajakaista.fi) |
| 16:16.43 | *** join/#oe g1zer0 (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 16:26.08 | *** join/#oe zenlinux_ (~sgarman@c-76-115-130-34.hsd1.or.comcast.net) |
| 16:28.40 | *** join/#oe anarsoul|2 (~anarsoul@212.98.175.169) |
| 16:33.12 | *** join/#oe zenlinux_ (~sgarman@c-76-115-130-34.hsd1.or.comcast.net) |
| 16:34.03 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 16:35.23 | ndec | is anyone using the image-mklibs class? i quickly tried to enable it, and mklibs fails with some weird errors.. so before spending to much time there, i wanted to make sure that this is supposed to work.. |
| 16:37.26 | rburton | ndec: i heard it's a bit broken when i asked what it was a few months back |
| 16:37.39 | ndec | a bit ;-) |
| 16:38.51 | rburton | possibly a british understatement |
| 16:39.11 | ndec | rburton: in my case, an exception is raised since that file does not exist: lib/work/dylan-qt5.1/build/tmp/sysroots/qemuarm/lib/ld-linux.so.3 |
| 16:39.22 | ndec | the leading 'lib' is clearly wrong. |
| 16:40.12 | ndec | well, the linker name is wrong too. |
| 16:40.29 | ndec | hmm, maybe that's just that.. i will look into it. |
| 16:40.38 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
| 16:40.38 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 16:48.55 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 17:05.44 | *** join/#oe kuldeepdhaka (~kuldeepdh@117.254.218.120) |
| 17:13.36 | *** join/#oe nitink (~nitink@134.134.137.75) |
| 17:15.36 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 17:15.56 | *** join/#oe tgall_foo (~tgall@70.35.96.184) |
| 17:15.56 | *** join/#oe tgall_foo (~tgall@linaro/tgall-foo) |
| 17:22.17 | ndec | rburton: ok... i got something that works... at least it doesn't crash anymore and it generates something (mklibs, that is). I found at least 2 problems, 1) the arm linker path is wrong (with armhf) in image-mklibs.bbclass, 2) mklibs doesn't add --sysroot when calling gcc, and that was causing issues in my 'multi' machine build. |
| 17:22.45 | ndec | i will test the generated images, and send patches as appropriate next week. |
| 17:28.47 | silvio_ | quit |
| 17:43.40 | *** join/#oe KNERD (~KNERD@cpe-68-203-231-86.gt.res.rr.com) |
| 17:48.15 | *** join/#oe NightMonkey (~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) |
| 17:48.15 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 17:56.55 | *** join/#oe zenlinux_ (~sgarman@c-76-115-130-34.hsd1.or.comcast.net) |
| 17:58.05 | *** join/#oe zenlinux_ (~sgarman@c-76-115-130-34.hsd1.or.comcast.net) |
| 17:59.08 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 18:04.29 | *** join/#oe kuldeepdhaka (~kuldeepdh@117.254.218.26) |
| 18:07.35 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 18:10.36 | *** join/#oe g1zer0 (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 18:14.20 | *** join/#oe gizero (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 18:15.23 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 18:16.34 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 18:25.37 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 18:34.44 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 18:35.22 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 18:43.58 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 18:52.57 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 19:02.07 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 19:10.44 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 19:17.21 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 19:19.50 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 19:29.32 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 19:29.37 | kergoth | wonders if fbset is of practical use |
| 19:36.13 | *** part/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
| 19:36.29 | *** join/#oe ensc|w (~ensc@62.153.82.27) |
| 19:36.45 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 19:40.22 | bluelightning | kergoth: I've managed to use it in the past |
| 19:43.38 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 19:51.04 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 19:51.40 | kergoth | meta-oe has an fbset modes recipe. oe-core doesn't have fbset, but it does hvae busybox, which can have fbset. i wonder if the modes recipe should go in oe-core.. i think right now it just installs an empty file unless you provide a modes file in the bsp layer |
| 19:51.45 | kergoth | hmm |
| 19:53.51 | mr_science | seems like you would need that for some machines |
| 19:54.02 | mr_science | TI8168 for example |
| 19:57.25 | *** join/#oe ao2 (~ao2@host91-139-dynamic.2-79-r.retail.telecomitalia.it) |
| 19:57.53 | *** join/#oe mihai (~mihai@188.25.23.23) |
| 20:00.08 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 20:00.10 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 20:09.25 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 20:15.36 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:18.36 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 20:27.43 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 20:36.58 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 20:41.16 | *** join/#oe pepermint (~pepermint@95.236.226.21) |
| 20:46.09 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 20:55.14 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 21:04.22 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 21:08.19 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 21:12.46 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 21:15.56 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 21:17.53 | *** join/#oe lumag_ (~lumag@ppp89-110-9-209.pppoe.avangarddsl.ru) |
| 21:21.15 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 21:21.18 | *** join/#oe ldnunes (~ldnunes_@186.218.79.164) |
| 21:21.33 | ndec | anyone knows where the string returned by 'file' command is coming from? e.g. |
| 21:21.34 | ndec | bin/busybox.nosuid: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, BuildID[sha1]=dc7c3a81b3ac90957018a7b255a72dc0e6b48a61, stripped |
| 21:21.57 | ndec | i am getting an extra 'space' between LSB and executable... |
| 21:22.36 | ndec | in dora as opposed to dylan... |
| 21:30.13 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 21:39.06 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 21:43.20 | *** join/#oe flo_lap (~fuchs@sign-4db6bb99.pool.mediaWays.net) |
| 21:43.20 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 21:46.14 | *** join/#oe ant_home (~andrea@host39-62-dynamic.24-79-r.retail.telecomitalia.it) |
| 21:48.06 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 21:57.17 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 22:05.38 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 22:12.05 | mac_ | ndec: libmagic? |
| 22:12.54 | ndec | mac_: hmm. from the host? |
| 22:13.25 | ndec | when i run file xx on the host (my PC) for arm exec i built with OE with dylan or with dora, i don't get the same output. |
| 22:13.33 | ndec | LSB executable vs LSB executable |
| 22:14.03 | ndec | and we have a script in OE that does grep "LSB executable" ;-) |
| 22:14.33 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 22:14.52 | kergoth | see [OE-core] [PATCH 2/2] Fix grep pattern when mklibs collects executables in rootfs |
| 22:16.09 | ndec | kergoth: ok, nice. that's needed on dora too. |
| 22:20.02 | *** join/#oe ao2 (~ao2@host14-136-dynamic.11-87-r.retail.telecomitalia.it) |
| 22:23.34 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 22:24.33 | *** join/#oe kristoffer (~kristoffe@c-e9dce555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 22:32.30 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 22:41.20 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 22:42.05 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 22:50.07 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 22:58.32 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 23:02.15 | *** join/#oe ccube (ccube@nx.ccube.de) |
| 23:05.16 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 23:13.59 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 23:18.44 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@117.254.221.200) |
| 23:22.06 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 23:30.15 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 23:38.54 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 23:44.44 | *** join/#oe g1zer0 (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 23:47.37 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 23:51.55 | *** join/#oe kuldeepdhaka (~kuldeepdh@117.254.218.168) |
| 23:56.24 | *** join/#oe contempt (contempt@unaffiliated/contempt) |