00:10.35 | *** join/#oe Bertux (~fabio@177.203.79.29) |
00:13.46 | *** join/#oe Bertux (~fabio@177.203.79.29) |
00:15.51 | *** join/#oe Bertux (~fabio@177.203.79.29) |
00:35.22 | *** join/#oe Bertux (~fabio@201-89-189-48.smace701.dsl.brasiltelecom.net.br) |
01:13.03 | *** join/#oe eephillip (~eephillip@pdpc/supporter/student/eephillip) |
01:53.14 | *** join/#oe eephillip (~eephillip@pdpc/supporter/student/eephillip) |
02:19.30 | *** join/#oe s3v3n62mm2 (~s3v3n62mm@p3EE2F75A.dip0.t-ipconnect.de) |
02:52.07 | *** join/#oe Crofton|work (~balister@pool-108-44-95-152.ronkva.east.verizon.net) |
03:12.31 | *** join/#oe crxz0193 (~crxz0193@203.247.149.152) |
03:56.42 | *** join/#oe tobiash_ (~quassel@mail.bmw-carit.de) |
04:22.00 | *** join/#oe emonakhova (~emonakhov@91.223.28.99) |
05:12.13 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
05:37.17 | *** join/#oe sgw_ (~sgw@66.224.35.131) |
05:40.49 | *** join/#oe kbart (~KBart@213.197.143.19) |
06:27.49 | *** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net) |
06:49.11 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
06:49.32 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
07:11.25 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
07:12.05 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
07:20.13 | *** join/#oe stefan_schmidt (~stefan@p2003004809061EA0F2DEF1FFFE6228F7.dip0.t-ipconnect.de) |
07:21.42 | *** join/#oe kroon (~kroon@fw.mikrodidakt.se) |
07:35.38 | mckoan | good morning |
07:39.22 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
07:43.17 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
07:52.58 | *** join/#oe flo_lap (~fuchs@port-217-146-132-69.static.qsc.de) |
07:52.58 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
08:18.25 | *** join/#oe anarsoul (~anarsoul@178.124.194.242) |
08:19.14 | kroon | mckoan, morning |
08:19.23 | *** join/#oe phdeswer (~phdeswer@a88-112-199-213.elisa-laajakaista.fi) |
08:27.24 | mckoan | hi kroon |
08:31.55 | *** join/#oe bluelightning (~paul@83.217.123.106) |
08:31.55 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
08:32.37 | bluelightning | morning all |
08:47.08 | mckoan | hi bluelightning |
08:47.38 | bluelightning | hi mckoan |
09:07.40 | koen | bluelightning: I'm trying to run buildhistory-diff on an OE-built distro ('dora' based) and I get 'NameError: global name 'report_ver' is not defined' |
09:08.03 | koen | bluelightning: http://lists.openembedded.org/pipermail/openembedded-core/2013-October/085321.html and the backport https://github.com/openembedded/oe-core/commit/a51d96c44e6feac8322284c54bfc01ef598f8821 don't seem to match |
09:10.03 | koen | bluelightning: 'git cherry-pick b7de1eaac9eed559b2d68058f5de67de74a6cb58' in the dora branch fixes it for me |
09:10.09 | koen | are you seeing the same? |
09:10.30 | bluelightning | I don't think I've tried buildhistory-diff on dora recently |
09:10.47 | bluelightning | I'll follow up on this with Robert though |
09:10.49 | bluelightning | thanks |
09:15.22 | koen | I've sent the cherry-pick as patch to the list |
09:22.37 | bluelightning | koen: thanks |
09:26.18 | koen | IMAGESIZE changed from 15780 to 13448 (-14%) |
09:26.20 | koen | \o/ |
09:26.30 | koen | still 7MiB too big |
09:29.51 | koen | notices his .gitconfig files have the wrong user.email on the work laptop |
09:49.49 | XorA | hehe |
09:50.27 | XorA | koen: squeezing into flash? |
10:00.32 | *** join/#oe kristoffer (~kristoffe@c-e882e253.171-2-64736c10.cust.bredbandsbolaget.se) |
10:04.09 | *** join/#oe roric (~roric@m5-240-171-96.cust.tele2.se) |
10:17.59 | *** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net) |
10:29.20 | koen | XorA: that's the private goal |
10:29.42 | koen | XorA: the work related goal is to have a systemd based initramfs that isn't a gazillion megs |
10:35.17 | XorA | koen: cool, I non systemd one once, used it for years debugging android devices without needing working mmc drivers |
10:35.54 | XorA | so much nicer to boot into a real shell in initramfs than braindead android shell |
10:38.03 | koen | I wish I could get a card assigned to integrate dracut properly |
10:38.10 | koen | that would save a lot of reinventing the wheel |
10:38.25 | XorA | that would be nice |
10:38.50 | XorA | I think its essential for LEG BTW ;-) |
10:39.37 | koen | it does work currently :) |
10:39.40 | koen | but online |
10:42.58 | *** join/#oe s3v3n62mm (~s3v3n62mm@p3EE2F75A.dip0.t-ipconnect.de) |
10:43.13 | koen | which incidentally maps quite well to the current way we do tests |
11:00.12 | *** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net) |
11:03.49 | ant_work | koen: do you plan to add the image to meta-initramfs? |
11:04.45 | koen | not sure yet |
11:04.59 | ant_work | that layer was not exactly of wider use so I've been thinking to remove it but maybe we could put there the 'small' initramfs frameworks |
11:05.15 | XorA | initramfs is a product of distro in my mind |
11:05.58 | ant_work | we could not find any better place for klibc |
11:06.52 | XorA | must say I just dropped elibc into my initramfs :-) |
11:08.28 | *** join/#oe stefan_schmidt (~stefan@p20030048095C5AA0F2DEF1FFFE6228F7.dip0.t-ipconnect.de) |
11:41.47 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
11:56.31 | *** join/#oe joeythesaint (~jjm@24-246-4-250.cable.teksavvy.com) |
11:56.44 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
12:30.39 | *** join/#oe adelcast (~adelcast@130.164.62.193) |
12:54.19 | *** join/#oe kscherer (~kscherer@128.224.252.2) |
12:59.02 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
13:02.39 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
13:05.00 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-efmpcvcfsqzywydh) |
13:35.37 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
13:50.52 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
13:51.47 | *** join/#oe Bertux (~fabio@it09.itsm.ufsm.br) |
13:59.21 | *** join/#oe adelcast (~adelcast@130.164.62.193) |
14:35.29 | *** join/#oe roric (~roric@host-95-199-15-54.mobileonline.telia.com) |
14:42.36 | XorA | gah I am out of date with bitbake, how do I force it to actually do a re-compile instead of just re-using old build results? |
14:43.05 | bluelightning | XorA: -f -c compile just like the old days... |
14:43.30 | bluelightning | XorA: or -C compile to force compile then run through the rest of the tasks for the recipe |
14:43.57 | bluelightning | or -c cleansstate to clean the recipe and get rid of sstate for it at the same time |
14:44.04 | bluelightning | depends on what you're trying to do really |
14:44.28 | XorA | I messed up a kernel build and it has the wrong uImage parameters |
14:44.50 | bluelightning | if you're modifying something in the recipe or files referred to in SRC_URI and it's not rebuilding, that's almost certainly a bug |
14:45.09 | XorA | no, its the UBOOT_LOADADDR etc vars |
14:47.21 | bluelightning | that feeds into the u-boot recipe though right? |
14:47.29 | XorA | kernel recipe |
14:47.42 | XorA | it may be it did rebuild correctly, and something else insane is happening |
14:47.51 | bluelightning | right, the kernel |
14:48.08 | bluelightning | from what I can tell it ought to be picking up the dependency on that... |
14:48.14 | XorA | my compiled externally kernel boots, one compiled in OE with same defconfig, git repo, SRCREV does not |
14:51.23 | koen | would suggest adding bootz support to u-boot and switching to zImage |
14:52.04 | XorA | koen: I would if it wasnt a google device with evil vendor trees |
14:52.14 | koen | ah |
14:52.24 | koen | just ordered a samsung chromebook |
14:52.44 | XorA | I have Angstrom running, but only with an externally compiled kernel |
14:56.52 | XorA | the only difference I can think of is toolchain |
14:57.10 | XorA | ls |
14:59.27 | koen | . |
14:59.29 | koen | .. |
14:59.31 | koen | uImage |
15:00.48 | XorA | scp koen/uImage xora/uImage |
15:04.08 | XorA | koen: its in meta-exynos now anyway |
15:04.33 | koen | I'll have a look on monday when the chromebook arrives :) |
15:05.11 | XorA | basically if you compile the same kernel with linaro 2013-10 toolchain and defconfig it works |
15:08.07 | koen | hmm, I'm on .11 |
15:08.17 | koen | I guess I could update it to something more recent |
15:08.32 | XorA | not sure what Angstrom is on |
15:08.50 | koen | v2013.12 is using linaro-2013.11 |
15:08.53 | tlwoerner | bluelightning: wrt what we were chatting about yesterday, i'm not so sure... i did a "find . -name "*avahi*" -print" after a bitbake avahi, then after a clean, cleanall, and cleansstate cache of avahi |
15:08.58 | koen | for arm |
15:09.04 | tlwoerner | bluelightning: and there was no change whatsoever in tmp/qemuarm-eglibc/sysroots |
15:09.17 | tlwoerner | i don't think any of those targets touches the sysroot |
15:09.43 | bluelightning | tlwoerner: they definitely do, it's clean that does it and the others do a clean |
15:11.25 | XorA | heh, the launchpad got stuck at 2013.10 |
15:13.43 | koen | lp is being phased out |
15:13.47 | koen | (much rejoicing) |
15:13.56 | XorA | \o/ |
15:14.55 | tlwoerner | bluelightning: staging.bbclass, from the comments, appears to clean out the sysroot "if we rerun configure" as a prefunc to do_configure |
15:14.59 | tlwoerner | koen: +1 |
15:15.33 | tlwoerner | bluelightning: and SYSROOT_DESTDIR is added to the cleandirs for do_populate_sysroot |
15:15.49 | bluelightning | tlwoerner: that code path is not what should be at work here |
15:17.30 | tlwoerner | bluelightning: do you have a suggestion of where i should be looking? |
15:17.56 | bluelightning | tlwoerner: I don't know what's going on but I guess I'm going to have to try it here... remind me which branch is this? |
15:18.55 | tlwoerner | master |
15:23.34 | tlwoerner | bluelightning: maybe if i explained why i'm doing this it might help? (or lead to a different solution?) |
15:24.05 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
15:24.28 | bluelightning | tlwoerner: sure, that might be useful, but what you're describing does not match up with my expectations of the system's behaviour |
15:24.56 | tlwoerner | while working on JaMa "state of bb world" list, i was doing some world builds |
15:25.09 | tlwoerner | my build of gvfs failed because a depends wasn't in place |
15:25.39 | tlwoerner | the current DEPENDS list for gvfs is "libsoup-2.4 gnome-keyring glib-2.0 avahi gconf libgphoto2" and i discovered that i needed to add libgnome-keyring |
15:25.58 | tlwoerner | so now i'm suspicious of the non-lib gnome-keyring |
15:26.16 | tlwoerner | so i wanted to clean out my sysroot of libsoup-2.4 gnome-keyring glib-2.0 avahi gconf libgphoto2 |
15:26.33 | tlwoerner | so i could try building up the DEPENDS list for gvfs from scratch |
15:35.37 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
15:35.42 | challinan | ping |
15:35.49 | challinan | duh, wrong window ;) |
16:00.40 | *** join/#oe oneQubit (~oneQubit@c-98-231-154-140.hsd1.md.comcast.net) |
16:07.06 | *** join/#oe awozniak (~awozniak@71-93-61-178.static.snlo.ca.charter.com) |
16:08.52 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
16:23.29 | bluelightning | tlwoerner: hmm I've confirmed the behaviour you're seeing |
16:23.34 | bluelightning | it seems wrong to me... |
16:29.11 | *** join/#oe ese_ra_ah (29e90937@gateway/web/freenode/ip.41.233.9.55) |
16:31.33 | tlwoerner | bluelightning: okay, thank you for the confirmation |
16:32.28 | tlwoerner | bluelightning: i don't have the history that you have so i can't say that it *feels* wrong, but if there were a mechanism to remove a given package/recipe from the sysroot that would be nice |
16:33.20 | bluelightning | tlwoerner: as far as I know this should be it |
16:34.15 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
16:34.15 | tlwoerner | bluelightning: i was looking at staging.bbclass and thought if there were a converse to "sysroot_stage_dir()" it could be useful |
16:34.22 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
16:36.59 | tlwoerner | it could walk through a package's sysroot-destdir and instead of doing a "find ... | cpio" maybe a "find ... | rm -f"? |
16:39.04 | bluelightning | tlwoerner: this is a bug, so I expect it'll be fixed shortly |
16:44.12 | *** join/#oe JoFo (~Jean-Fran@85.234.199.20) |
16:49.21 | tlwoerner | should i open an issue? |
16:50.33 | bluelightning | I think it might be worth doing that; RP is looking at the problem now though FWIW |
16:51.28 | tlwoerner | okay. i'll hold off opening an issue |
16:54.48 | RP | bluelightning: looks like ss['task'] is getting corrupted, digging... |
17:04.56 | RP | tlwoerner: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t2&id=086ea6f6bfdc2ddf7faae32f28743ef2eedcc5e7 |
17:05.10 | RP | tlwoerner: the next patch in the tree makes a better job of cleaning things up |
17:06.21 | *** join/#oe kroon (~kroon@89-253-118-72.customers.ownit.se) |
17:06.47 | XorA | gah one thing about OE I hate, I always need a faster machine :-) |
17:06.57 | RP | tlwoerner, bluelightning: patches also sent to the list. It will take me a while to test them properly but I'm fairly confident they're right |
17:08.17 | tlwoerner | RP: awesome thanks! |
17:08.22 | RP | of course I find the parse error after I send the patch :/ |
17:09.19 | RP | heh, the code in question is completely broken too. If its not been used for this long, I wonder if we need it :} |
17:11.06 | tlwoerner | RP: i would certainly be useful for the use-case i described, and i believe that's a valid activity to want to do (?) |
17:12.09 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
17:12.13 | RP | tlwoerner: your use case is fine, see my next patch for the code I'm talking about (siteconfig) |
17:18.48 | *** join/#oe kroon (~kroon@89-253-118-72.customers.ownit.se) |
17:29.56 | *** join/#oe moto-timo (~timo@72.29.171.20) |
17:34.32 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
17:38.25 | *** join/#oe rsra (29e90937@gateway/web/cgi-irc/kiwiirc.com/ip.41.233.9.55) |
17:42.09 | Crofton | you lot start work to early |
17:47.43 | tlwoerner | Crofton: you need to move more to the East :-) |
17:49.39 | Crofton | yeah |
17:49.57 | Crofton | a week from tomorrow |
18:15.41 | XorA | koen: the minor changes your linux.inc does to .config is what kills the kernel on Chromebook |
18:16.22 | XorA | just copied the .config out back out of OE work/ and into local build |
18:18.19 | broonie | bad koen |
18:19.16 | XorA | they are not incorrect changes, must expose some bug in the kernel |
18:19.32 | XorA | magic Kconfig is always the issue with linux :-( |
18:21.29 | XorA | I guess a line by line is needed :-( |
18:31.43 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
18:39.03 | XorA | WTF does CONFIG_AEABI mean? |
18:40.34 | broonie | It's got Kconfig help text :) |
18:41.38 | XorA | thats what Im failing for find :-D |
18:42.24 | XorA | weirder and weirder |
18:43.40 | broonie | arch/arm/Kconfig |
18:43.42 | kroon | XorA, google it: http://cateee.net/lkddb/web-lkddb/AEABI.html |
18:44.09 | XorA | broonie: yeah found it, could have sworn that used to be called CONFIG_EABI :-) |
18:44.48 | broonie | XorA: That was a different thing IIRC. |
18:46.32 | moto-timo | anybody know who is handling openembedded.org account requests? |
18:48.17 | Crofton | on the wiki? |
18:48.37 | moto-timo | correct. JaMa just pinged Khem for me... |
18:52.07 | Crofton | I suspect I can do that. I should remember how |
18:52.42 | moto-timo | ha |
18:57.00 | *** join/#oe esesuraah (29e90937@gateway/web/freenode/ip.41.233.9.55) |
19:00.26 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
19:11.00 | *** join/#oe bluelightning (~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209) |
19:11.00 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
19:12.17 | tlwoerner | or Jefro |
19:15.03 | tlwoerner | RP: are you still available? |
19:30.46 | *** join/#oe JoFo (~Jean-Fran@host-213-213-229-139.brutele.be) |
19:49.23 | *** part/#oe esesuraah (29e90937@gateway/web/freenode/ip.41.233.9.55) |
19:54.20 | XorA | goddamit Im getting to old for this OE stuff |
19:57.47 | broonie | Leave it to the kids and go back to MMA like the other oldsters. |
19:59.51 | XorA | really need to get round to stop being ill and get a new gym :-( |
20:00.13 | XorA | kicking people is more enjoyable than code :-) |
20:00.28 | broonie | :) |
20:01.48 | kergoth | I still, in the back of my mind, wnat to create a bitbake alternative, but the older i get, the harder it gets to find enough motivation for such a project :) |
20:03.02 | Crofton | kergoth, I think you have been redesigning bitbake for as long as I have know you |
20:03.26 | kergoth | never have found enough motivation to actually make it happen :) |
20:03.43 | kergoth | this sounds interesting... meh, i'm going to go kill something in a game instead |
20:03.48 | kergoth | </example> |
20:03.51 | kergoth | :) |
20:06.32 | *** join/#oe Bertux (~fabio@it09.itsm.ufsm.br) |
20:10.42 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-lzhcvequhlpggtbu) |
20:12.16 | XorA | kergoth: thats the trouble of software thats "good enough" :-) |
20:14.52 | *** join/#oe kroon (~kroon@host-95-199-23-246.mobileonline.telia.com) |
20:34.13 | *** join/#oe fcambus (~fred@host-31-6-166-133.dynamic.mm.pl) |
20:37.18 | *** join/#oe florian (~fuchs@p54AF1814.dip0.t-ipconnect.de) |
20:37.18 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
20:46.44 | *** join/#oe imphil (~philipp@2001:a60:2477:4101:21d:9ff:fe33:c8f3) |
20:48.38 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
20:51.53 | kroon | JaMa, hmm, my sstate-cache is still growing after each rebuild I do after updating from master. Ideally, the cache should stay at roughly th same size after sstate cache cleaning, right ? |
20:53.31 | JaMa | kroon: check extra-archs param if you aren't missing any |
21:21.43 | *** join/#oe ant_home (~ant__@host89-230-dynamic.20-79-r.retail.telecomitalia.it) |
21:51.48 | kroon | JaMa, i dont think i am |
21:53.22 | kroon | ill poke around |
22:27.47 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
22:28.28 | *** join/#oe SorenHol1 (~sgh@5634f347.rev.stofanet.dk) |
22:28.57 | *** join/#oe SorenHolm (~sgh@5634f347.rev.stofanet.dk) |
22:36.30 | RP | tlwoerner: I'm back around for a few mins... |
22:36.54 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
22:40.45 | *** join/#oe SoerenHolm (~quassel@5634f347.rev.stofanet.dk) |
22:41.59 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
22:50.07 | nerdboy | building a souped up console image for beagleboneblack found another bug |
22:51.31 | *** join/#oe tlwoerner (~trevor@linaro/tlwoerner) |
22:51.50 | moto-timo | nerdboy: what's the bug? |
22:52.02 | nerdboy | gpm install fail |
22:52.11 | nerdboy | just sent a patch to ml |
22:52.29 | moto-timo | ahh yes. Excellent. |
22:52.55 | moto-timo | thanks for the gnuplot license fix, BTW |
22:53.50 | nerdboy | i normally only see the fails building my own stuff for a couple of arm devices |
22:55.01 | nerdboy | er, QA warnings too, but i get a little absorbed trying to get a working image... |
22:55.54 | moto-timo | indeed |
22:56.24 | nerdboy | have to remind myself to push fixes through the process |
22:56.55 | moto-timo | step 1: local commits :) |
22:56.56 | *** join/#oe KNERD (~KNERD@24.175.253.226) |
23:04.58 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
23:23.17 | *** part/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
23:23.17 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
23:35.45 | nerdboy | koen: is there a readme on the linux-rt recipe? |
23:36.59 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
23:39.04 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
23:51.18 | nerdboy | i take it there's a linux.inc somewhere that goes with that? |