00:24.51 | *** join/#oe vmeson (~quassel@128.224.252.2) |
01:12.32 | *** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
01:24.15 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
01:25.53 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
02:43.29 | *** join/#oe silviof1 (~silviof@ppp-188-174-141-177.dynamic.mnet-online.de) |
02:51.55 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
03:03.36 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
03:13.14 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
03:23.43 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
03:51.52 | *** join/#oe abesis (~abesis@176.43.246.194) |
03:52.37 | *** join/#oe seebs_ (~seebs@home.seebs.net) |
04:33.35 | *** join/#oe abesis (~abesis@176.43.246.194) |
05:05.23 | *** join/#oe VtS_ (~quassel@212-183-106-226.adsl.highway.telekom.at) |
05:22.51 | *** join/#oe JaMa (~martin@ip-62-24-80-145.net.upcbroadband.cz) |
05:35.49 | *** join/#oe zecke (~ich@91-65-247-193-dynip.superkabel.de) |
05:48.57 | *** join/#oe e2e2 (~chatzilla@78-86-155-212.zone2.bethere.co.uk) |
05:53.29 | *** join/#oe shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) |
05:53.30 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
06:33.13 | *** join/#oe eballetbo (~eballetbo@43.red-2-139-180.staticip.rima-tde.net) |
06:40.36 | *** join/#oe KNERD (~KNERD@24.175.249.177) |
06:42.40 | *** join/#oe Zagor (~bjst@sestofw01.enea.se) |
06:42.40 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
06:45.50 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
06:47.59 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
06:53.05 | *** join/#oe zecke (~ich@91-65-247-193-dynip.superkabel.de) |
07:01.34 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
07:11.25 | zecke | hrw: ping? can you point me to the patch/commit that makes the linaro toolchain switch on unaligned memory access by default? |
07:12.05 | *** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
07:13.52 | hrw | morning |
07:14.12 | hrw | zecke: probably not - I do not track each of their commits |
07:14.35 | *** join/#oe tsjsieb (~tsjsieb@2001:980:4b3b:1:225:31ff:fe00:ff7a) |
07:15.00 | zecke | hrw: do you know anything about that "feature" (i wonder if they honor the march/mcpu) |
07:15.24 | hrw | zecke: no |
07:16.06 | zecke | the standalone toolchain doesn't creating working OsmocomBB binaries and now we have users... ignoring our documentation, using the so great Linaro toolchain and wonder why stuff breaks |
07:16.23 | JaMa | zecke: toolchain-layer/recipes-devtools/gcc/gcc-4.6/linaro/gcc-4.6-linaro-r106827.patch |
07:16.42 | *** join/#oe lamikr (lamikr@nat/nokia/x-honhknbbfvpsphzx) |
07:17.02 | hrw | zecke: iirc armv7a should handle unaligned memory access just fine |
07:17.27 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
07:17.44 | JaMa | kernel needs to be built with -mno-unaligned-access otherwise does not boot |
07:17.56 | zecke | hrw: yes, armv6 as well |
07:18.13 | hrw | zecke: and linaro toolchains are armv7a targetted |
07:18.45 | JaMa | https://github.com/shr-distribution/linux/commit/3fbd734f0fc2718235d7a7fcf82d9cb92161e28e |
07:19.55 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
07:21.20 | zecke | JaMa: which branch of meta-oe do I need to see this patch? |
07:22.17 | JaMa | I guess it was in danny |
07:22.43 | JaMa | but maybe it got renamed later, check git log in that dir |
07:33.18 | zecke | thanks |
07:37.20 | *** join/#oe silvio_ (~silvio@93-57-17-124.ip162.fastwebnet.it) |
07:37.32 | silvio_ | morning all |
07:39.35 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
07:41.21 | mckoan | good morning |
07:41.34 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
07:58.45 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
08:08.29 | *** join/#oe bluelightning (~paul@83.217.123.106) |
08:08.30 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
08:17.20 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
08:18.32 | bluelightning | morning all |
08:27.29 | mckoan | hi bluelightning, all |
08:27.40 | bluelightning | hi mckoan |
08:30.48 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
08:33.56 | *** join/#oe jackmitchell (~Thunderbi@195.171.99.130) |
08:58.27 | *** join/#oe jackmitchell (~Thunderbi@195.171.99.130) |
09:01.17 | *** join/#oe RagBal (~RagBal@541F370E.cm-5-8a.dynamic.ziggo.nl) |
09:01.45 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
09:01.46 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
09:02.24 | *** join/#oe Rootert (~Rootert@541F370E.cm-5-8a.dynamic.ziggo.nl) |
09:02.49 | *** join/#oe eren (~eren@unaffiliated/eren) |
09:12.53 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
09:12.59 | *** join/#oe RP (~richard@dan.rpsys.net) |
09:14.24 | *** join/#oe eren (~eren@unaffiliated/eren) |
09:15.03 | *** join/#oe ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) |
09:15.10 | erbo | in a recipe, can I find out the name of the recipe file? I want to add a bbclass that does some parsing of the actual recipe |
09:16.37 | silvio_ | hi bluelightning, mckoan |
09:17.32 | bluelightning | erbo: the FILE variable points to the file currently being parsed |
09:17.50 | apelete | good morning all |
09:17.57 | bluelightning | erbo: but what is it you're trying to achieve? |
09:18.02 | bluelightning | hi apelete, silvio_ |
09:18.34 | apelete | hi bluelightning , silvio_ |
09:20.12 | silvio_ | hi apelete |
09:20.27 | erbo | bluelightning: I want to create a "release-binary" bbclass that automatically generates a .tar.gz of the generated files and then creates a recipe that uses the .tar.gz instead of actually building the software.. So we can distribute closed source stuff useable in a yocto environment. |
09:22.16 | bluelightning | erbo: interesting idea... probably worth posting an RFC about that to the OE-Core list |
09:25.02 | hrw | speaking of ideas... |
09:25.11 | hrw | readonly sstate-cache would be nice |
09:26.20 | bluelightning | hrw: SSTATE_MIRRORS should accomplish that already, unless I misunderstand what you're asking for |
09:27.34 | hrw | bluelightning: I have to do one build with patched gcc/eglibc. would like to reuse sstate-cache (from local hdd) as much as possible but not add anything to it. |
09:28.01 | hrw | bluelightning: now I just did build with clean sstate but it took longer due to building everything |
09:28.27 | bluelightning | hrw: SSTATE_MIRRORS will work for that, just use file:// to point to a different directory on your local machine |
09:29.19 | hrw | bluelightning: thanks |
09:29.45 | JaMa | it can confirm that it works fine |
09:30.39 | JaMa | read-only PREMIRROR needs patch from ML |
09:40.14 | bluelightning | hrw: don't forget to append "/PATH" to the end to ensure native sstate packages get picked up |
09:40.25 | hrw | thx |
09:40.37 | *** join/#oe SlashV (~SlashV@ip176-146-172-82.adsl2.static.versatel.nl) |
09:42.48 | pb_ | morning all |
09:45.35 | bluelightning | hi pb_ |
09:45.47 | pb_ | hi bluelightning |
09:50.25 | *** join/#oe eren (~eren@unaffiliated/eren) |
09:52.02 | silvio_ | hi hrw, pb_ |
10:02.15 | silvio_ | I have an image that give an error : "| ERROR: Function failed: do_rootfs", but in others doesn t appens, I can t find error in "log.do_rootfs" some suggest to find it? |
10:02.36 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
10:02.51 | bluelightning | silvio_: can you pastebin the whole log.do_rootfs please? |
10:03.10 | silvio_ | sure |
10:06.53 | *** join/#oe lamikr (lamikr@nat/nokia/x-cnebofmamzbzcwdp) |
10:08.10 | silvio_ | bluelightning, http://paste.ubuntu.com/5641014/ |
10:09.05 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
10:16.12 | *** join/#oe _chase_ (~a0271661@192.91.66.186) |
10:45.42 | *** join/#oe lamikr (lamikr@nat/nokia/x-wxxuoonfyorgzfsy) |
10:47.33 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
11:12.00 | eren | I got a small-medium sized server for building |
11:12.07 | eren | disk reads are quite good |
11:12.28 | eren | 9052 MB/s for cached read |
11:12.35 | eren | 457 MB/s for normal read |
11:17.52 | bluelightning | silvio_: apparently you have no pkgdata recorded for a package called "kernel" |
11:17.59 | bluelightning | silvio_: any idea why that would be the case? |
11:19.15 | *** join/#oe lamikr (lamikr@nat/nokia/x-ymgypyxehfwsrlts) |
11:20.06 | silvio_ | bluelightning, I have more than one kernel, could be this the trouble, maybe I broken something |
11:20.42 | bluelightning | silvio_: well, it looks like license.bbclass has no way to handle there not being a package called "kernel" which it probably should |
11:23.30 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
11:24.34 | *** join/#oe JoFo (~Jean-Fran@host-213-213-224-210.brutele.be) |
11:39.53 | *** join/#oe denisATeukrea (~GNUtoo@host232-160-dynamic.51-79-r.retail.telecomitalia.it) |
11:44.32 | silvio_ | bluelightning, now I m trying to resolve, but really I not clear what or better how it happens |
11:46.39 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
11:51.29 | *** join/#oe eren (~eren@unaffiliated/eren) |
11:55.24 | *** join/#oe lamikr (lamikr@nat/nokia/x-oyvgomntuukhjadq) |
11:58.30 | *** join/#oe {md} (~{md}@194.9.242.240) |
12:03.22 | *** join/#oe abesis (~abesis@176.88.13.150) |
12:12.49 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
12:45.11 | *** join/#oe lamikr (lamikr@nat/nokia/x-vtifutkrvetllaxt) |
12:49.55 | *** join/#oe Tartarus (trini@pixelshelf.com) |
13:04.40 | eren | wow, compiled 'core-image-minimal' in 36 minutes |
13:05.01 | eren | big speed improvement for me |
13:11.04 | *** join/#oe Jay7 (jay@176.15.211.114) |
13:13.08 | mckoan | eren: from scratch? |
13:14.06 | eren | mckoan: yeah |
13:14.06 | eren | with -j 8 |
13:14.30 | mckoan | eren: which cpu has your host? |
13:15.03 | eren | cpuinfo: http://paste.ubuntu.com/5641434/ |
13:15.10 | eren | meminfo: http://paste.ubuntu.com/5641435/ |
13:15.29 | eren | has 6GB of ram, but it looks enough for my project |
13:15.37 | eren | I intend to build only for 1 or 2 targets |
13:15.49 | eren | never exceeded 2GB while compiling |
13:15.59 | eren | and swap has not been used |
13:16.12 | mckoan | eren: sonds great! |
13:16.20 | mckoan | s/sonds/sounds |
13:17.28 | eren | the only problem is that I can only access the host when I'm in the university |
13:17.34 | eren | I'm waiting for VPN access |
13:21.10 | Crofton|work | bluelightning, did you pick up the gcc 4.8 fix already? |
13:21.34 | bluelightning | Crofton|work: I did, yes, thanks for checking though |
13:21.53 | Crofton|work | thanks, so no one needs to send anything |
13:22.00 | bluelightning | Crofton|work: right, it's taken care of |
13:22.04 | Crofton|work | thanks |
13:22.25 | Crofton|work | joshc, ^^ |
13:47.54 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
13:51.59 | *** join/#oe mhnoyes (~mhnoyes@74-32-175-28.dr01.myck.or.frontiernet.net) |
13:52.00 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
13:52.54 | joshc | thanks, Crofton|work. |
13:52.58 | joshc | and bluelightning :) |
13:54.04 | *** join/#oe joeythesaint (~jjm@206-248-190-39.dsl.teksavvy.com) |
14:01.14 | *** join/#oe roxell (~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se) |
14:01.14 | *** join/#oe roxell (~roxell@linaro/roxell) |
14:03.09 | *** join/#oe roxell (~roxell@linaro/roxell) |
14:18.25 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
14:22.47 | silvio_ | bluelightning, I cannot resolve the issue, could u suggest me a way to proced? I m a bit confsed |
14:23.28 | bluelightning | silvio_: license.bbclass doesn't support there not being a package called "kernel" |
14:23.39 | bluelightning | silvio_: that would need to be fixed in order to get past this |
14:23.47 | bluelightning | i.e. it should just fail gracefully |
14:36.27 | *** join/#oe Tartarus (trini@pixelshelf.com) |
14:50.24 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
14:55.59 | *** join/#oe vpopov (~happylife@37-147-202-203.broadband.corbina.ru) |
14:58.57 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
14:59.50 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
15:00.12 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
15:00.12 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
15:01.31 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
15:01.32 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
15:03.53 | *** join/#oe dvhart (dvhart@nat/intel/x-evxnjeedmwcwfhzr) |
15:05.09 | *** part/#oe tsjsieb (~tsjsieb@2001:980:4b3b:1:225:31ff:fe00:ff7a) |
15:07.58 | silvio_ | bluelightning, solved.... bitbake -c clean virtual/kernel; bitbake virtual/kernel |
15:33.20 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
15:33.20 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
15:38.44 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
16:16.01 | *** join/#oe kristoffer (~kristoffe@c-f9dfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
16:21.32 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
16:25.08 | *** join/#oe jkroon_ (~jkroon@89-253-118-72.customers.ownit.se) |
16:28.43 | *** join/#oe seebs_ (~seebs@home.seebs.net) |
16:42.52 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
16:48.26 | *** join/#oe eren (~eren@unaffiliated/eren) |
16:58.31 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
17:05.08 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
17:05.35 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
17:14.04 | *** join/#oe NightMonkey (~NightrMon@nat1.sp.collab.net) |
17:14.04 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
17:19.26 | *** join/#oe lamikr (lamikr@nat/nokia/x-vcigipbgtychubpi) |
17:26.59 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
17:40.41 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
17:44.04 | eren | when creating "hddimage", does it include required boot code so that I can simply "dd" the image to compact flash? |
17:44.11 | eren | I guess it uses syslinux |
17:55.15 | *** join/#oe n|west_ (~nathan@commlablaptop.ceat.okstate.edu) |
18:04.03 | *** join/#oe seebs (~seebs@home.seebs.net) |
18:05.19 | *** join/#oe seebs_ (~seebs@home.seebs.net) |
18:05.37 | kergoth | eren: that's the idea, afaik, yes |
18:10.11 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
18:13.27 | *** join/#oe Crofton|work (~balister@pool-71-171-26-125.nwrknj.east.verizon.net) |
18:24.38 | *** join/#oe roxell (~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se) |
18:24.39 | *** join/#oe roxell (~roxell@linaro/roxell) |
18:34.02 | *** join/#oe rsalveti (~rsalveti@unaffiliated/rsalveti) |
18:56.45 | *** join/#oe roxell (~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se) |
18:56.46 | *** join/#oe roxell (~roxell@linaro/roxell) |
19:19.23 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24.246.93.30) |
19:39.07 | *** join/#oe jeroen (~jeroen@ip120-12-208-87.adsl2.static.versatel.nl) |
19:40.33 | jeroen | seebs_: Added myself to the wheel group as secondary group, allowing the tests to complete.. |
19:43.14 | jkroon_ | Which is latest stable OE branch ? I dont get these "denzil" and "danny".. |
19:43.44 | fray | Dylan |
19:43.59 | fray | Dylan, Danny, Denzil.. Denzil is more or less unmaintained now (or will be soon).. |
19:44.29 | jkroon_ | fray, ok thanks, have I just missed where this is documented ? |
19:44.49 | fray | it was sent out to the mailing list.. I THOUGHT there was a release page on the oe twiki, but I may be wrong |
19:44.59 | fray | (there is on the YP wiki.. the code names are the same) |
19:48.35 | jeroen | anyone knows the reason for this "--libdir=${prefix}/lib/pseudo/lib" ? |
19:51.43 | fray | yes |
19:51.43 | *** join/#oe amarsman (~marsman@5248832F.cm-4-1c.dynamic.ziggo.nl) |
19:51.49 | fray | what do you need to kno? |
19:52.39 | jeroen | fray: are you talking to me or jkroon? |
19:52.44 | fray | you.. pseudo |
19:53.06 | jeroen | fray: I am doing silly things for fun |
19:53.15 | jeroen | fray: building on FreeBSD |
19:53.37 | jeroen | fray: I can build pseudo locally |
19:53.39 | fray | ok.. first thing to do is see if you can get pseudo working by itself on there.. it has to be able to intercept the calls... |
19:54.17 | fray | on linux, with multilibs.. it provides both a 32-bit and 64-bit version.. using the singular -native sysroot 'lib' dir.. the psuedo binary then sets the LD_PRELOAD to both versions.. allowing the ld.so to load the right one |
19:54.20 | jeroen | fray: I know, I hacked 3/4 of them I guess, so I was trying to give oe a shot |
19:54.45 | jeroen | fray: understood, I saw that.. |
19:54.49 | fray | some basic work was done for Darwin... but it never progressed beyond just making it 'go' |
19:55.04 | jeroen | fray: saw that too.. |
19:55.44 | jeroen | fray: actually (since I guess you are an author / contributor) it was not that hard too get it running |
19:55.55 | jeroen | fray: thanks for that... |
19:56.15 | fray | 'seebs' is the author.. I just contribute where needed.. ;) |
19:56.27 | fray | but ya, it wasn't thought that it would be too hard to get it to work.. but someone just had to do it |
19:56.43 | jeroen | fray: I got a bit scarred intially, overloading syscalls... well it is good there aren't too many virus scanners on POSIX host I guess... ;) |
19:57.18 | jeroen | fray: back to the question... |
19:57.20 | fray | the thing is, this is the way Unix is designed to work.. giving you the ability to overload them and change behaviors as necessary |
19:58.43 | jeroen | fray: understood, you have to hack a box first, before being able to set LD_PRELOAD, so there is no real issue anyway... |
19:59.48 | *** join/#oe CMoH (~cipi@78.96.83.205) |
19:59.49 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
20:00.18 | jeroen | anyway, I added SRC_URI = "git:///home/jeroen/software.ext/pseudo;branch=FreeBSD;protocol=file" to pseudo_git.bb and bumped its priority.. |
20:02.43 | jeroen | this complains since I have sqllite in /opt/poky/bpp3/tmp-eglibc/sysroots/i386-freebsd/usr/lib/libsqlite3.a and not at /opt/poky/bpp3/tmp-eglibc/sysroots/i386-freebsd/usr/lib/pseudo/lib/libsqlite3.a |
20:03.40 | jeroen | of course I can adjust it to work, but there is likely an idea behind it, which I missed.... |
20:04.06 | seebs_ | Okay, long story there. |
20:04.14 | fray | you should be able to pass the location of the SQLite directly.. |
20:04.23 | fray | the libdir isn't where to find other libs, it's where pseudo should put it's libs.. |
20:04.31 | fray | behavior got overloaded a while back |
20:04.31 | seebs | It is desirable that pseudo's library directory NOT be anyone else's library directory, so it does <somedir>/pseudo/*. |
20:04.37 | seebs | Then it has pseudo/lib and pseudo/lib64. |
20:04.54 | seebs | But sqlite should probably not be in the pseudo/lib directory, it's not pseudo-specific. |
20:11.25 | jeroen | fray, seebs: thanks, I am aware I can pass the dirs, but it is the bitbake recipe using these paths, hence I assumed there was some reasoning behind it.. |
20:11.50 | fray | when bitbake builds, it uses a static version of libsqlite and it's passed directly.. |
20:11.55 | fray | (or well it was unless its been change) |
20:11.56 | jeroen | fray, seebs: I will adjust the paths to see how much trouble is ahead of me... ;) |
20:12.26 | fray | thats the --with-sqlite-lib= value |
20:12.48 | fray | remember the "--libdir=" is NOT the directory to find other libraries.. it's the place to install pseudo |
20:13.21 | fray | look at the pseudo.inc for --with-sqlite-lib, --with-sqlite and --enable-static-sqlite |
20:13.24 | fray | those are the magic values |
20:18.16 | fray | kergoth? |
20:20.16 | *** join/#oe pespin (~pespin@11.pool85-50-22.dynamic.orange.es) |
20:24.57 | *** join/#oe JaMa (~martin@ip-62-24-80-145.net.upcbroadband.cz) |
20:29.53 | jkroon_ | So, danny goes with bitbake 1.16 ? |
20:33.24 | JaMa | y |
20:56.14 | *** join/#oe jkroon_ (~jkroon@89-253-118-72.customers.ownit.se) |
21:10.32 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
21:18.09 | fray | find oe-core wr*/ meta*/ -type f | xargs grep find_cfgs |
21:18.12 | fray | oops |
21:27.15 | *** join/#oe bluelightning (~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com) |
21:27.15 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
21:28.28 | *** join/#oe ant_home (~andrea@host98-253-dynamic.8-87-r.retail.telecomitalia.it) |
21:29.19 | jkroon_ | JaMa, thanks |
21:36.43 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
22:04.25 | ant_home | JaMa: ping |
22:05.07 | JaMa | pong |
22:05.13 | ant_home | hi there |
22:05.19 | JaMa | hi |
22:06.00 | ant_home | please put on hold the meta-initramfs patches a bit more |
22:06.22 | ant_home | it looks like x86/x86_64 build is fixed |
22:06.37 | ant_home | so no need fo that masking |
22:08.10 | ant_home | while there, I'm updating to the latest kexec-tools-klibc_2.0.4 |
22:11.29 | JaMa | meta-initramfs patches are waiting for bluelightning, so ping him ^^ |
22:11.39 | ant_home | how so? |
22:12.00 | bluelightning | JaMa: ant_home is also a maintainer, his changes don't need my sign-off :) |
22:12.38 | ant_home | :) |
22:12.59 | JaMa | true, but I'm keeping patches for layers with dedicated maintainers for them :) |
22:13.17 | JaMa | well as long as at least one of them has R/W :) |
22:13.42 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
22:16.40 | ant_home | anyway, I've lured GNUtoo and he's testing on x86 |
22:16.52 | ant_home | ;) |
22:17.13 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
22:17.32 | bluelightning | ant_home: well let me know when you want the patches applied then |
22:17.48 | ant_home | sure, thx |
22:19.45 | fray | ERROR: The function busybox_cfg defined in busybox.inc was already declared in busybox-oe-min.inc. BitBake has a global python function namespace so shared functions should be declared in a common include file rather than being duplicated, or if the functions are different, please use different function names. |
22:19.47 | fray | oops |
22:25.41 | *** join/#oe Leatherface- (~leatherfa@2001:470:dd7d:0:9cb4:8ccc:e794:47c1) |
22:45.33 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
22:51.48 | mr_science | maybe this is a weird question, but is there a way to disable the archive integrity check for a single package? |
22:53.36 | bluelightning | mr_science: you wouldn't be trying to build from a git snapshot archive by any chance? |
22:57.02 | mr_science | no, i have plenty of git recipes |
22:57.41 | mr_science | this is a "special" one to build a package which installs the result of an android build |
22:58.29 | mr_science | so i have a jenkins build job the builds an .apk and a text file, but of which are additional SRC_URIs in a recipe |
22:58.37 | mr_science | s/the/that/ |
22:58.49 | mr_science | s/but/both/ |
22:59.00 | mr_science | is rife with typos today... |
22:59.24 | mr_science | i just found what looks like what i was looking for |
22:59.51 | mr_science | base.bbclass checks for "OE_ALLOW_INSECURE_DOWNLOADS" so that looks like it |
23:08.21 | *** join/#oe phdeswer (~phdeswer@a88-113-104-180.elisa-laajakaista.fi) |
23:22.07 | *** join/#oe bluelightning (~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com) |
23:22.08 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
23:31.40 | *** join/#oe NightMonkey (~NightrMon@nat1.sp.collab.net) |
23:31.41 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
23:34.17 | *** join/#oe ReaperOfSouls (~jpuhlman@64.2.3.195.ptr.us.xo.net) |
23:38.15 | *** join/#oe soltys (soltys@83.168.118.74) |
23:41.26 | *** join/#oe SlashV (~SlashV@ip176-146-172-82.adsl2.static.versatel.nl) |