00:03.03 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
00:32.09 | *** join/#oe tsramos (~tsramos@134.134.137.73) |
02:05.38 | *** join/#oe t0mmy (~tprrt@ram31-2-82-228-88-46.fbx.proxad.net) |
04:06.19 | *** join/#oe pittzheng (~peiqzhen@64.104.125.234) |
04:14.10 | *** join/#oe pittzheng (~peiqzhen@64.104.125.234) |
04:25.37 | *** join/#oe khem` (~khem@unaffiliated/khem) |
05:37.46 | *** join/#oe AndersD (~anders@h83-209-191-235.dynamic.se.alltele.net) |
05:47.25 | *** join/#oe AndersD (~anders@213-64-219-84-no126.business.telia.com) |
05:57.18 | *** join/#oe morphis (~morphis@p50862A30.dip0.t-ipconnect.de) |
06:53.48 | *** join/#oe tasslehoff (~Tasslehof@77.40.182.98) |
07:31.29 | *** join/#oe edbart (~ebartosh@192.198.151.43) |
07:46.42 | *** join/#oe yann|work (~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr) |
07:51.34 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-ppfizqzqxizvvqde) |
07:54.19 | *** join/#oe belen (~Adium@134.134.139.77) |
08:11.10 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
08:21.47 | *** join/#oe jku (jku@nat/intel/x-pgzqbvickhbgrvpc) |
08:34.43 | mckoan | good morning |
08:35.51 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
08:44.56 | *** join/#oe apelete (~apelete@rec31-1-78-194-210-47.fbxo.proxad.net) |
08:45.59 | *** join/#oe rburton (~Adium@35.106.2.81.in-addr.arpa) |
08:53.02 | *** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org) |
08:53.24 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
08:54.43 | *** join/#oe ftonello (~felipe@81.145.202.106) |
08:57.39 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
09:02.11 | *** join/#oe ftonello (~felipe@81.145.202.106) |
09:02.36 | *** join/#oe ant_work (~ant__@host96-211-dynamic.24-79-r.retail.telecomitalia.it) |
09:32.06 | *** join/#oe noobkit (~Nerazim@77.31.253.4) |
09:32.16 | *** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk) |
09:36.15 | *** join/#oe joshuagl (joshuagl@nat/intel/x-lxsyvvfxqxkwstcv) |
09:58.31 | *** join/#oe melonipoika (~jose@194.9.252.237) |
10:00.42 | *** join/#oe simosx (~simosx@ubuntu/member/simosx) |
10:04.24 | *** join/#oe maxin1 (~maxin@194.136.86.45) |
10:18.23 | *** join/#oe edbart (~ebartosh@192.198.151.43) |
10:26.22 | *** join/#oe edbart (~ebartosh@192.198.151.43) |
10:27.38 | *** join/#oe ldnunes (~ldnunes_@177.127.6.77) |
10:31.32 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
10:34.49 | *** join/#oe edbart (~ebartosh@192.198.151.43) |
10:37.13 | *** join/#oe tsramos (~tsramos@134.134.139.74) |
10:50.57 | *** join/#oe berton (~fabio@177.127.6.77) |
10:53.58 | *** join/#oe maxin1 (~maxin@194.136.86.45) |
11:12.37 | *** join/#oe tsramos (~tsramos@134.134.137.73) |
11:32.14 | *** join/#oe edbart1 (~ebartosh@192.198.151.43) |
11:35.07 | *** join/#oe noobkit (~Nerazim@77.31.253.4) |
11:38.59 | dv_ | <pb_> dv_: wouldn't you be better off just using COMPATIBLE_HOST? |
11:39.01 | dv_ | doesnt work |
11:39.26 | dv_ | COMPATIBLE_HOST="(armv7*|aarch64*)" -> "incompatible with host arm-poky-linux-gnueabi (not in COMPATIBLE_HOST)" |
11:40.43 | dv_ | here's the recipe in question: http://pastebin.com/raw/yfE2k97H |
12:05.57 | *** join/#oe tsramos (~tsramos@134.134.139.77) |
12:16.32 | *** join/#oe ant_work (~ant__@host96-211-dynamic.24-79-r.retail.telecomitalia.it) |
12:25.17 | *** join/#oe tsramos (~tsramos@134.134.139.77) |
12:35.23 | *** join/#oe simosx (~simosx@ubuntu/member/simosx) |
12:43.57 | *** join/#oe noobkit (~Nerazim@77.31.253.4) |
13:03.19 | mago_ | am I wrong to think RDEPENDS_${PN} is automatically converted into DEPENDS by adding -native to each rdep when you BBCLASSEXTEND+="native" ? |
13:13.19 | mago_ | ..but if I set RDEPENDS_${PN} = "x" and build for native, it does not automatically DEPENDS on "x-native". should it? (assuming BBCLASSEXTEND native) |
13:17.05 | *** join/#oe jku (~jku@85-76-139-47-nat.elisa-mobile.fi) |
13:27.27 | *** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it) |
13:32.33 | joseppc | mago_: if so, wouldn't that automatically convert run-time dependencies into build dependencies for -native packages? |
13:35.13 | mago_ | joseppc: yeah, but there are no runtime dependencies for native packages |
13:36.01 | *** join/#oe woglinde (~henning@ip-109-45-1-163.web.vodafone.de) |
13:39.08 | mago_ | joseppc: (so i think that makes sense) |
13:39.37 | joseppc | mago_: I didn't know that, it seems strange, why would a package that depends on python on your target wouldn't depend on it for the native environment? |
13:52.55 | *** join/#oe chouimat (~mathieu@206-248-139-164.dsl.teksavvy.com) |
13:53.36 | chouimat | morning |
13:58.57 | *** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it) |
13:58.59 | *** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk) |
14:01.22 | *** join/#oe edbart (~ebartosh@192.198.151.43) |
14:04.56 | *** join/#oe melonipoika (~jose@194.9.252.237) |
14:05.44 | dv_ | can I somehow make certain bbclasses only useable from within the same layer they are in? |
14:06.01 | dv_ | I want to backport some bbclass in oe-core master into a jethro branch of a custom layer |
14:10.51 | *** join/#oe paulg_ (~paulg@198-84-239-75.cpe.teksavvy.com) |
14:14.48 | *** join/#oe noobkit (~Nerazim@77.31.253.4) |
14:16.13 | *** join/#oe tsramos (tsramos@nat/intel/x-kegyisuypjqpydqy) |
14:24.17 | *** join/#oe khem` (~khem@unaffiliated/khem) |
14:28.02 | *** join/#oe jku (~jku@85-76-139-47-nat.elisa-mobile.fi) |
14:40.20 | *** join/#oe vdehors (~vdehors@193.56.60.161) |
14:53.06 | *** join/#oe tsramos (~tsramos@134.134.139.77) |
14:55.34 | *** join/#oe tsramos_ (~tsramos@192.55.55.39) |
15:00.19 | *** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk) |
15:00.34 | *** join/#oe jonathanmaw_ (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk) |
15:07.23 | *** join/#oe edbart (~ebartosh@192.198.151.43) |
15:07.51 | *** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it) |
15:08.37 | *** join/#oe jonathanmaw_ (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk) |
15:14.20 | *** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz) |
15:15.02 | *** join/#oe phdeswer (~phdeswer@mobile-access-bcee9a-122.dhcp.inet.fi) |
15:15.25 | *** join/#oe berton (~fabio@177.127.6.77) |
15:15.51 | *** join/#oe madisox (~madison@216-75-232-11.static.wiline.com) |
15:15.54 | *** part/#oe madisox (~madison@216-75-232-11.static.wiline.com) |
15:20.11 | *** join/#oe phdeswer_ (~phdeswer@mobile-access-6df0ec-93.dhcp.inet.fi) |
15:27.48 | *** join/#oe oldtopman (~oldtopman@unaffiliated/oldtopman) |
15:59.29 | pb_ | dv_: oh, right, that's a bit irritating. you're right, TARGET_ARCH is not specific enough in this case. |
16:00.32 | pb_ | hm, this openembedded-architecture list is a bit of a pain in the neck. |
16:00.34 | pb_ | unsubscribes |
16:01.14 | JaMa | why? |
16:01.51 | pb_ | nobody ever seems to post to that list without cross-posting to a million others, so I find myself getting about six copies of every message. |
16:02.08 | *** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk) |
16:02.38 | pb_ | which gets a bit tedious after a while :-} |
16:02.48 | JaMa | maybe you need better e-mail client :) |
16:03.23 | pb_ | heh, yes, probably. |
16:05.10 | joshuagl | recommendations? it appears my mail client is full of known security holes :-/ |
16:06.34 | *** join/#oe khem` (~khem@unaffiliated/khem) |
16:13.28 | rburton | gmail works for me |
16:18.19 | JaMa | mutt works for me, but isn't very good eliminating duplicates |
16:18.39 | *** join/#oe mattsm (uid128834@gateway/web/irccloud.com/x-jghjzuxyywulpudd) |
16:20.10 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
16:21.19 | rburton | gmail does a sterling job :) |
16:22.00 | rburton | kergoth: around? |
16:22.31 | kergoth | somewhat. whats up |
16:22.49 | rburton | kergoth: do you have any opinion on moving the typed data stuff from oe.data to bitbake? |
16:22.59 | rburton | kergoth: maybe exposing it as data.getTyped(name)? |
16:23.19 | kergoth | Richard and I are both agreed that we need variable typing in bitbake, absolutely, but not as an afterthought |
16:25.33 | dv_ | pb_: so the recipe seems fine? |
16:25.44 | dv_ | pb_: I'd send this in to meta-openembedded , in meta-oe/recipes-support |
16:25.47 | kergoth | ponders |
16:34.17 | rburton | kergoth: agreed |
16:40.33 | pb_ | dv_: yeah, I think so |
16:40.49 | pb_ | g'day kergoth |
16:41.04 | kergoth | rburton: not saying your proposed name is an afterthought, just saying we need to give it careful thought in general :) |
16:41.21 | kergoth | hey pb_ , how've you been? |
16:42.36 | pb_ | yeah, pretty good. just in the process of moving to a new office. |
16:43.02 | rburton | kergoth: my proposal is to think about it a bit more ;) not sure i want to merge the current implementation to bitbake |
16:43.53 | kergoth | nods |
16:44.36 | kergoth | rburton: I don't think we'd want to use it, but I was surprised at how well this prototype behaved: https://gist.github.com/kergoth/2788410 |
16:45.49 | rburton | never knew about .groupdict() |
16:45.50 | rburton | that's awesome |
16:46.10 | *** join/#oe jonathanmaw_ (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk) |
16:46.22 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
16:46.43 | kergoth | The nice thing about doing something along those lines is we don't have to worry about *when* the conversion from string to type happens, since it was always that type |
16:46.49 | kergoth | of course it has other downsides, but.. |
16:46.53 | kergoth | food for thought |
16:47.39 | kergoth | using flag and conversion has complexities like what if i don't know what type this is, or someone changed the flag without changing the value and broke the conversion on me, or broke my assumption about which type this value is |
16:47.51 | kergoth | of course, you could enhance getTyped to accept a type, and choke if that type mismatches the type in the flag |
16:47.55 | *** join/#oe Rootert (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl) |
16:48.14 | kergoth | i.e. getTyped("FOO", "int") -> bb.fatal("expected type 'int' doesn't match defined type 'boolean'") |
16:49.01 | rburton | yuck |
16:49.59 | kergoth | lots of little corner cases to concern ourselves iwth.. like everything else in this project :P |
16:50.50 | kergoth | i'd like to see a new file format proposed, but it'd be tough for bitbake to support that today. right now *how* things are done is tightly intertwined with *what* will be done, which makes it difficult |
16:52.55 | kergoth | going back to the earlier mention of email clients, gmail is nice in some ways, but it has two big annoyances for me. 1. mail i send is de-duped when it comes back, so mailing list filters / labeling doesn't fully apply to my own sent mail, and 2. there's no freaking 'reply to list' function |
16:53.09 | kergoth | so we're stuck with 'reply', 'reply all', or manually munging the to/cc |
16:54.15 | *** join/#oe jonathanmaw__ (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk) |
16:55.35 | *** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk) |
16:58.49 | *** join/#oe fischerm (~mfischer@207-114-172-147.static.twtelecom.net) |
17:01.32 | *** join/#oe tsramos (~tsramos@192.55.55.39) |
17:17.30 | pb_ | kergoth: yah, I don't think I've ever found an email client that I'm totally happy with |
17:18.18 | pb_ | I suppose that thanks to the wonders of free software I ought to be able to create one, but somehow life always seems too short. |
17:18.35 | pb_ | and I can't help thinking that, given all the others suck so much, it must be quite a hard problem. |
17:18.47 | kergoth | heh, indeed |
17:18.51 | kergoth | i expect the same is true of browsers |
17:18.57 | kergoth | since they all seem to suck in one way or another |
17:19.00 | joshuagl | it's not just the free software mail clients that suck |
17:19.05 | kergoth | good point |
17:19.28 | pb_ | yeah. well, browsers do seem to have reached a level where all browsers are more or less "good enough" for casual use. |
17:19.46 | pb_ | I can use firefox or chrome more or less interchangeably most of the time, and neither of them enrages me particularly. |
17:20.21 | kergoth | I rotate between them every 6 months or so when i get fed up with whichever one I'm using :) |
17:20.26 | pb_ | but yes, absolutely, when I said I've never found an email client that I like, that wasn't just free ones. I have never found a client that I am happy with at all, free or proprietary. |
17:20.37 | kergoth | chrome seems like it's only fast with tiny numbers of tabs now |
17:20.39 | kergoth | which makes me sad |
17:20.58 | pb_ | yeah. which is odd, since it has a process per tab, you'd think it would scale indefinitely. |
17:21.15 | pb_ | I suppose maybe each process is pegged at 100% cpu and it's only fast until the number of tabs exceeds the number of cores in your computer. |
17:24.28 | dv_ | JaMa: I have seen this error with latest meta-qt5 master: http://pastebin.com/raw/zs0hXFe0 |
17:24.32 | dv_ | does this ring any bells? |
17:30.54 | JaMa | dv_: probably needs to skip dev-so now after last changes in oe-core |
17:31.33 | dv_ | just saw that there's also jansa/master , perhaps it fixes it too |
17:36.46 | *** join/#oe tsramos (~tsramos@192.55.55.39) |
17:42.32 | JaMa | dv_: nope |
17:46.38 | *** join/#oe edbart (~ebartosh@192.198.151.43) |
18:01.23 | *** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
18:02.58 | *** join/#oe simosx_ (~simosx@ubuntu/member/simosx) |
18:03.14 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
18:31.46 | *** join/#oe khem` (~khem@unaffiliated/khem) |
18:51.56 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
18:58.15 | chouimat | hi, is there a way to create a tarball that content the delta between 2 images. I mean I have 2 images the standard one and one with extra tools for development and we want to have a tarball with those tools |
19:08.42 | paulg_ | mkdir a ; cd a ; tar -xpf standard.tar ; cd ..; mkdir b ; cd b tar -xpf extra.tar ; cd ../a ; for i in `find . ` ; do rm ../b/$i ; done ; cd b ; tar -cpf - . > /tmp/extras.tar |
19:09.15 | paulg_ | debugging typos is left as an exercise to the reader. :) |
19:14.25 | chouimat | paulg_: it's a way I guess |
19:16.02 | paulg_ | chouimat, not sure you can expect anything more than that. |
19:17.44 | chouimat | paulg_: I need it to be integrated to the build and something more like when we generate the sdk or toolchain tarball. |
19:19.08 | *** join/#oe Aethenelle (~Aethenell@199.15.128.78) |
20:12.07 | *** join/#oe belen (~Adium@134.134.139.77) |
20:21.05 | *** join/#oe jackmitch|home (~Thunderbi@cpc2-slam8-2-0-cust880.2-4.cable.virginm.net) |
20:45.03 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
20:46.52 | *** join/#oe stefan_schmidt (~stefan@p4FF82E4D.dip0.t-ipconnect.de) |
20:47.59 | *** join/#oe belen (~Adium@134.134.139.77) |
21:34.00 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
21:49.40 | *** join/#oe yann|work (~yann@nan92-1-81-57-214-146.fbx.proxad.net) |
22:16.25 | *** join/#oe Crofton (~balister@66.87.81.237) |
22:39.34 | *** join/#oe khem` (~khem@unaffiliated/khem) |
22:40.45 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
23:23.27 | *** join/#oe edbart (ebartosh@nat/intel/x-ggljpalffxjhyxjq) |
23:27.20 | *** join/#oe SoylentYellow (~SoylentYe@207-114-172-147.static.twtelecom.net) |
23:48.56 | *** join/#oe CipherWizard (~cipherwiz@216-21-169-52.slc.googlefiber.net) |
23:52.15 | *** join/#oe wenzong (~wfan@106.120.101.38) |
23:59.48 | *** join/#oe vquicksilver (~nobody@gentoo/contributor/vquicksilver) |