| 00:19.06 | *** join/#oe Aethenelle (~Aethenell@107.138.98.226) |
| 01:04.35 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 01:24.02 | oldtopman | What's the lightest-weight way to get X and a window manager (blackbox maybe?) on openembedded? |
| 01:25.24 | nrossi | oldtopman: what about core-image-sato's matchbox windowmanager? |
| 01:27.46 | oldtopman | Hmm. That's part of yocto, not oe, right? How would I go about adding that? |
| 01:28.22 | nrossi | oldtopman: the wm project itself might be, but the recipes are in oe-core. Just build core-image-sato to get an image using it |
| 01:30.40 | kergoth | matchbox has been the best option for a window manager on embedded systems for years. of course, some "embedded" systems are more like desktops so other options might be suitable, depends on your needs |
| 01:36.39 | oldtopman | nrossi: I added it to IMAGE_INSTALL_append like the rest of the oe packages I use - almost worked. http://hastebin.com/axapibepex |
| 01:39.43 | nrossi | oldtopman: libxft is oe-core... what version of poky are you using there? |
| 01:40.07 | nrossi | oldtopman: Ah sorry i see, make sure to update your DISTRO_FEATURES ;) |
| 01:40.34 | oldtopman | How do you mean? |
| 01:40.50 | oldtopman | Sorry, this stuff is beyond me, but I'd like to think I'm picking up on it fairly quickly. |
| 01:40.52 | nrossi | oldtopman: "ERROR: libxft was skipped: missing required distro feature ['x11'] (not in DISTRO_FEATURES)" |
| 01:41.27 | nrossi | oldtopman: DISTRO_FEATURES_append += "x11" will get the job done |
| 02:05.47 | *** join/#oe SoylentYellow (~SoylentYe@130.164.63.121) |
| 02:17.32 | oldtopman | Looks like it's working :D |
| 02:17.46 | *** join/#oe stefan_ (~chatzilla@MTRLPQ2911W-LP140-04-1279511640.dsl.bell.ca) |
| 02:54.01 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 03:04.35 | oldtopman | Hmm, not quite. |
| 03:04.40 | oldtopman | Any ideas - ERROR: Recipe bluez5 is trying to change PR from 'r0' to 'r10'. This will cause do_package_write_* failures since the incorrect data will be used and they will be unable to find the right workdir. |
| 03:12.12 | nrossi | oldtopman: Looks like a bug, have a look at https://bugzilla.yoctoproject.org/show_bug.cgi?id=5165 |
| 03:12.43 | nrossi | oldtopman: You might have some dependency that is causing both bluez4 and bluez5 to be build |
| 03:12.53 | oldtopman | Yeah, that's what I'm seeing in the logs. |
| 03:13.20 | oldtopman | How do I remove one? |
| 03:13.49 | oldtopman | just ãEXCLUDE_FROM_WORLD_append = " lib32-bluez4"ã? |
| 03:13.56 | nrossi | oldtopman: first figure out how both are getting in |
| 03:14.10 | nrossi | oldtopman: bitbake -g <your-target> |
| 03:14.50 | nrossi | oldtopman: will generate some dependency graphs, unfortunately you will have to look through and figure out what depends on bluez4/5 |
| 03:16.21 | oldtopman | Eh, I've done worse in this project alone. I'll let you know what's up after I get graphviz installed. |
| 03:21.58 | nrossi | oldtopman: http://lists.openembedded.org/pipermail/openembedded-core/2015-January/101033.html that looks like a patch to resolve the issue you are getting, have a look at some of the recipes it modifies (they are probably what is causing your issue) |
| 03:22.53 | oldtopman | takes a look |
| 03:30.29 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 03:32.47 | *** join/#oe Nilesh_ (~minda@114.143.135.194) |
| 03:47.23 | oldtopman | Man, these graphs take a bit to make :/ |
| 03:47.57 | nrossi | oldtopman: i normally just read them with less/vim and grep... visually they are tooo big :P |
| 03:49.53 | oldtopman | nrossi: bluez5 shows up a heck of a lot more than bluez4, so I'm thinking 5 was the one intended for the edison. |
| 03:50.21 | oldtopman | Just connman and packagegroup-base, if I'm reading the .dot file correctly. |
| 03:50.33 | oldtopman | (which seem really important, but bluez5 seems to be linked to even more things :/ |
| 03:50.35 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 03:50.42 | oldtopman | Thoughts? |
| 03:52.49 | nrossi | oldtopman: makes sense, try changing the recipes for connman, so that it depends on bluez5 instead of bluez4 |
| 03:53.26 | nrossi | oldtopman: after all thats exactly what that about patchset i linked is doing: http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=pabigot/rfc-v2/bluez5&id=2c6dcda1e6ab4caee05c9ec7b2a6d47c77536afa |
| 03:53.36 | nrossi | above* |
| 03:57.06 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 03:59.56 | *** join/#oe s3v3n62mm2 (~s3v3n62mm@p5DDC2BDD.dip0.t-ipconnect.de) |
| 04:01.46 | oldtopman | nrossi: Looks like pulseaudio depends on it too. |
| 04:02.22 | nrossi | oldtopman: do that same thing ;) http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=pabigot/rfc-v2/bluez5&id=ae898954fec807b75dc96083a3aff837476dbeba |
| 04:02.48 | oldtopman | lol |
| 04:06.54 | oldtopman | nrossi: Is there a way to exclude a package from being built? |
| 04:07.28 | oldtopman | I don't really want gst-meta-base, it isn't depended on by anything, and it adds pulseaudio (which I don't want) |
| 04:08.11 | nrossi | oldtopman: Never done it myself, but have a look at this variable: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-PACKAGE_EXCLUDE |
| 04:27.22 | *** join/#oe koen (~koen@cl-267.ams-05.nl.sixxs.net) |
| 04:30.40 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 04:40.49 | *** join/#oe koen (~koen@ip4da2a5ae.direct-adsl.nl) |
| 04:55.13 | oldtopman | nrossi: So it still doesn't work :/ |
| 04:56.28 | nrossi | oldtopman: hmmm which 'it' and whats the 'error'? |
| 04:57.34 | oldtopman | nrossi: Still throwing the same "trying to change PR from r0 to r10" error. I've tried changing the bluez versions in the offending scripts, as well as blacklisting one/the other/both with PACKAGE_EXCLUDE in local.conf |
| 04:58.40 | oldtopman | My next step would be to find where some of these packages (read: pulseaudio) are being called as dependencies, then nuke 'em from there. |
| 04:58.41 | nrossi | oldtopman: If you think you have solved the dependency, try wiping out the tmp/ directory and let yocto rebuild from shared state |
| 04:59.08 | nrossi | oldtopman: audo might be coming from a machine/distro feature being set, e.g. 'alsa' |
| 04:59.58 | oldtopman | It wasn't there before I added x11, if I recall correctly. |
| 05:01.23 | nrossi | oldtopman: hmmm, you could always remove the core-image-sato and start adding smaller pieces of that image |
| 05:01.57 | oldtopman | nrossi: That's a way better idea. How would I go about finding what composes core-image-sato? |
| 05:02.15 | nrossi | oldtopman: https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb |
| 05:02.26 | oldtopman | Also, can I just delete the build/tmp folder? I thought some stuff didn't regenerate. |
| 05:02.51 | oldtopman | (It's 52.5gb, so I'd really love to be able to. |
| 05:04.08 | nrossi | oldtopman: i live on the edge and rebuild on my nice 20 core server so... but shared state should be able to populate most of you build out |
| 05:05.04 | oldtopman | Aww boo. I've only got a quad core computer here. Never thought I'd call it slow, but it is :/ |
| 05:05.24 | oldtopman | Also, the graphviz graph finished, but it blew up gimp trying to open it. |
| 05:05.58 | nrossi | oldtopman: yer i imagine the image is probably over the max size that gimp can handle :| |
| 05:08.12 | nrossi | oldtopman: also if you need to reduce build output size, try the 'INHERIT += "rm_work"' setting |
| 05:11.32 | oldtopman | nrossi: Thanks for the link, this is very likely going to be a lot more manageable now. |
| 05:12.27 | oldtopman | waits for it to catch fire again |
| 05:14.22 | nrossi | oldtopman: 'i fell into a ring of fire' |
| 05:14.59 | oldtopman | nrossi: If you don't mind me asking, what hardware do you use openembedded on? |
| 05:15.24 | nrossi | oldtopman: I work for Xilinx... so Xilinx hardware ;) (ARM and MicroBlaze) |
| 05:15.52 | oldtopman | Ah, nice! |
| 05:24.59 | oldtopman | nrossi: Alright, after much troubleshooting, apparently the DISTRO_FEATURES_append += " x11" is causing the problem. |
| 05:25.25 | oldtopman | Where should I be looking to chase problems there down? |
| 05:26.20 | nrossi | oldtopman: out of query, before digging do you actually need bluetooth? |
| 05:26.49 | oldtopman | I'd really like it; the edison has it built in. |
| 05:27.06 | oldtopman | But no, I don't need it at all. More than happy to remove it if that's what it takes to get X going. |
| 05:27.42 | nrossi | oldtopman: well it looks like the easiest path to getting x11 building out would be to disable it for now |
| 05:28.09 | nrossi | oldtopman: remove it from DISTRO_FEATURES, either from your local.conf or via DISTRO_FEATURES_remove = "bluetooth" |
| 05:29.12 | *** join/#oe koen (~koen@ip4da2a5ae.direct-adsl.nl) |
| 05:30.39 | oldtopman | Actually, Intel's been pretty lazy with support. It works with HID devices, and not much else. If it had A2DP support, then I'd want it really badly :p |
| 05:31.42 | nrossi | oldtopman: I've actually been looking at using the edison for a personal project. Was turned off a bit after seeing some chatter about non-public yocto layers |
| 05:32.01 | oldtopman | nrossi: Alright, same error even with ãDISTRO_FEATURES_remove = "bluetooth"ã. Delete build/tmp directory? |
| 05:32.05 | oldtopman | How do you mean? |
| 05:32.26 | nrossi | oldtopman: yer, wipe temp. Seems like it might be getting stuck |
| 05:32.52 | oldtopman | damn |
| 05:33.01 | oldtopman | I wonder how long it's been stuck like that. |
| 05:33.02 | nrossi | oldtopman: they hadn't release support in meta-intel or via a seperate layer... it was only supported within a specific download tarball |
| 05:35.08 | oldtopman | Ah, right. |
| 05:35.35 | oldtopman | At least it's not a bunch of binary blobs. |
| 05:36.09 | nrossi | oldtopman: true |
| 05:36.51 | oldtopman | They've even got a whole document dedicated to adding the meta-oe recipe box, which is why I'm here. |
| 05:42.05 | oldtopman | nrossi: Well, thanks for your help this evening. I think you've given me the tools required to troubleshoot this thing. |
| 05:42.26 | oldtopman | I'll be back, I'm sure, but rm-rf is still going strong, so it'll be a bit before it finishes compiling. |
| 05:42.54 | nrossi | oldtopman: hope you sort it out :), im not particularly familar with the bluetooth stuff in OE. So maybe someone on list might know more |
| 05:43.41 | oldtopman | Well, bluetooth is smaller than X, so if I get X working, hopefully it will be fairly easy to add to the mix. |
| 05:43.54 | oldtopman | At least now I can say that I've rolled my own distro :p |
| 05:45.08 | *** join/#oe koen (~koen@cl-267.ams-05.nl.sixxs.net) |
| 06:20.51 | *** join/#oe hamis (~irfan@110.93.212.98) |
| 06:22.42 | *** join/#oe koen (~koen@ip4da2a5ae.direct-adsl.nl) |
| 06:30.37 | *** join/#oe pompomJuice (~pompomJui@41.0.38.138) |
| 07:05.10 | *** join/#oe tasslehoff (~Tasslehof@77.40.182.98) |
| 07:18.03 | *** join/#oe kimo_ (~kbouhara@hyperion.atermes.fr) |
| 07:19.55 | *** join/#oe SorenHolm (~quassel@93.165.148.186) |
| 07:39.35 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 07:39.35 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:49.44 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 07:54.17 | mckoan | good morning |
| 07:58.52 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
| 07:59.49 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-ainsjfnsmrmfuopq) |
| 08:00.51 | woglinde | gm |
| 08:07.36 | mckoan | hi woglinde |
| 08:10.59 | *** join/#oe alku (~alku@145.253.106.67) |
| 08:22.12 | *** join/#oe Crofton (~balister@145.94.244.242) |
| 08:22.33 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 08:27.46 | Noor | hi |
| 08:28.02 | Noor | do we have apt-get kind of recipe in openembedded? |
| 08:28.15 | *** join/#oe g1zer0 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 08:28.35 | Noor | which can install a package on the target from the server |
| 08:34.10 | woglinde | noor opkg? |
| 08:34.50 | Noor | woglinde: doesn't we have to provide ipk file to opkg |
| 08:35.03 | woglinde | no |
| 08:35.08 | woglinde | opkg update |
| 08:35.19 | woglinde | opkg install packagename |
| 08:35.33 | woglinde | if you setup /etc/opkg/ files right |
| 08:41.19 | Crofton | A customer stumbled into this |
| 08:41.20 | Crofton | http://git.alsa-project.org/?p=alsa-utils.git;a=commit;h=8f361d83cfcb39887f5fc591633e68d9448e3425 |
| 08:41.53 | woglinde | gm crofton |
| 08:42.00 | Crofton | We can work around, but it might be nice to get it into the alsa-utils recipe to avoid the regression |
| 08:42.02 | Crofton | gm |
| 08:42.58 | woglinde | crofton make a patch? |
| 08:43.12 | Crofton | yeah, just checking if it is worth y time :) |
| 08:43.17 | Crofton | will do so in a bit |
| 08:51.46 | *** join/#oe belen (Adium@nat/intel/x-dphhsbwjyncbrwsc) |
| 09:08.05 | *** join/#oe anarsoul|2 (~anarsoul@86.57.155.118) |
| 09:25.05 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:25.05 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:28.28 | bluelightning | morning all |
| 09:28.36 | mckoan | hi bluelightning, all |
| 09:30.10 | woglinde | hi bl |
| 09:30.54 | Crofton | gm |
| 09:31.06 | Crofton | good to be at work before bluelightning |
| 09:31.18 | Crofton | belen, you ready for FOSDEM |
| 09:32.22 | belen | Crofton: ready for beer, that's for sure ;) |
| 09:32.49 | LetoThe2nd | "screw you conf people we're drinking at home!!1!one!" |
| 09:33.32 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 09:33.51 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 09:33.52 | woglinde | haha |
| 09:36.13 | Crofton | belen, I'm at the point where I start to freak out |
| 09:36.29 | Crofton | I need to recruit some people to deal with the video |
| 09:36.45 | Crofton | and i am not looking forward to picking up the box :) |
| 09:37.44 | belen | Crofton: everything will sort itself out, I am sure ⦠I hope â¦. *glup* |
| 09:38.21 | Crofton | yep |
| 09:38.38 | Crofton | Pick a bunch of beer to hand out to people that help |
| 09:38.46 | woglinde | haha |
| 09:38.52 | Crofton | I'd also get some water early in the day for speakers |
| 09:39.30 | koen | and some doner for Crofton, we'll follow the lettuce trail |
| 09:39.42 | Crofton | that was a bagette |
| 09:39.47 | belen | Crofton: right, I should remember that. |
| 09:40.53 | belen | water, bagettesâ¦. *makes list* |
| 09:41.04 | Crofton | heh |
| 09:41.16 | Crofton | I'll need to explain koen's comment better :) |
| 09:49.53 | koen | hmmm, prepare for cold or rain? |
| 09:50.03 | hrw | both |
| 09:50.17 | hrw | in my case it means same clothes |
| 09:51.12 | hrw | but I go home->sxf->bru->fosdem->crl->prg->brno->home so a bit more variety of weather |
| 09:51.33 | *** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
| 09:54.06 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 09:56.09 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 09:57.59 | *** join/#oe belen (Adium@nat/intel/x-ultyvlikxkdtemxa) |
| 09:58.35 | woglinde | hoi hrw |
| 09:59.02 | hrw | woglinde: you going? |
| 09:59.07 | woglinde | hrw fine |
| 09:59.14 | woglinde | but the family was sick |
| 09:59.49 | woglinde | hrw whats crl in your list? |
| 10:00.05 | hrw | woglinde: that ryanair airport under brussels |
| 10:00.35 | woglinde | hm oh okay |
| 10:00.51 | hrw | it is hard to get from brussels to brno. ->prg or ->vie are best options |
| 10:01.38 | woglinde | yes |
| 10:01.54 | woglinde | hrw how is it at red hat in general? |
| 10:02.32 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 10:02.39 | hrw | woglinde: good |
| 10:03.13 | hrw | woglinde: I think that when it comes to armv8 it is best place to put hands on hardware |
| 10:03.26 | Crofton | vie then take studentagency.cz bus :) |
| 10:03.38 | hrw | Crofton: prg and same bus but wifi all the way |
| 10:03.49 | Crofton | ok |
| 10:04.01 | belen | Crofton: now I know what you meant by "the box" |
| 10:04.06 | hrw | Crofton: and I have O² Slovakia simcard ready for that trip |
| 10:04.09 | Crofton | very true, no wifi in the austria bit |
| 10:04.23 | Crofton | belen, catching up on email |
| 10:04.34 | belen | Crofton: yep |
| 10:04.40 | mago_ | morning all |
| 10:04.45 | woglinde | wonders if crofton spends more time on eu as in us |
| 10:06.09 | hrw | woglinde: probably tries to keep 184 days in us |
| 10:11.34 | Crofton | heh |
| 10:11.41 | Crofton | I wish |
| 10:14.38 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 10:16.57 | Crofton | belen, https://fosdem.org/2015/schedule/event/session_3/ |
| 10:17.02 | Crofton | could stand some ditting |
| 10:17.04 | Crofton | editing |
| 10:18.07 | belen | Crofton: in what sense? Too long? Or grammatically incorrect? Or both? |
| 10:18.21 | Crofton | first para is duped :) |
| 10:18.49 | belen | just saw that. Better get that fixed |
| 10:18.51 | belen | Thanks! |
| 10:21.35 | mago_ | bluelightning: have you ever seen anything like this when moving between different OE versions (e.g dizzy back to daisy) in the same directory? http://pastebin.com/d9hv1fXa .. looking at the bitbake code, it seems that the "unpickler" de-serialization of some cache .lock-file fails. And the code does gracefully handle IOErrors and EOFError exceptions, but not this kind of AttributeError. I see this on my build |
| 10:21.37 | mago_ | server when I tell it to build an older build (based on daisy), which it does in the active tree (e.g just checkout the correct revisions of everything and rebuild, it does not wipe the whole build tree first) |
| 10:22.29 | bluelightning | mago_: no, but I can't say I would advise that kind of reverse move with the same build directory / TMPDIR as a general rule |
| 10:23.00 | mago_ | i always wipe the TMPDIR, but i leave sstate-cache, cache and such files |
| 10:23.35 | mago_ | so you would recommend putting sstate-cache elsewhere and always start from scratch when doing server-builds? |
| 10:26.02 | hrw | mago_: different OE versions should have own copies of cache. you can share dl_dir but avoid other |
| 10:27.05 | hrw | mago_: anything can change between OE versions so you are asking for troubles (and storage is cheap) |
| 10:27.22 | mago_ | gotcha, thanks |
| 10:29.59 | bluelightning | you should be able to share the sstate-cache, but I usually don't - the amount of commonality between two releases is going to be pretty small given the amount of churn at the lower levels |
| 10:30.14 | bluelightning | e.g. if we upgrade m4 or autotools, that's pretty much all of the signatures changed |
| 10:35.05 | mago_ | bluelightning: okay, sounds logical. Also, about #7024, i've been unable to reproduce it again on Dizzy (which we moved up to now). If you want, I can check if it was a daisy issue (which would mean its either a problem in bitbake 1.22 or the daisy-branch of meta-oe-core), or should I just drop it? |
| 10:37.29 | bluelightning | mago_: hmm, let me just see if I can see that the dependency code got added after daisy |
| 10:38.04 | mago_ | i'm rebuilding my tree on daisy now to see if i can reproduce it there still |
| 10:38.40 | mago_ | (but it's gonna take a few hours, cause my workstation is doing other stuff right now) |
| 10:39.12 | *** join/#oe ldnunes (~ldnunes_@177.100.225.47) |
| 10:39.13 | bluelightning | mago_: if that's the only reason you're doing that, you can kill it - I just verified, the commit that fixed it never made it into daisy |
| 10:39.25 | bluelightning | OE-Core commit b8b6214b885a0757f0e628937f8fe21c92c45155 |
| 10:39.36 | bluelightning | I'm unsure as to whether we would backport that at this stage |
| 10:39.43 | mago_ | ah, okay |
| 10:40.05 | mago_ | well, it was annoying on daisy, but no issue for me anymore since we've moved to dizzy |
| 10:40.15 | bluelightning | could you make a comment on the bug, and then I'll mark it accordingly? |
| 10:40.20 | mago_ | sure |
| 10:46.19 | *** join/#oe Nilesh_ (~minda@61.246.136.195) |
| 10:55.19 | bluelightning | mago_: thanks! |
| 11:00.02 | bluelightning | mago_: bit on your earlier question re the pythonCacheLine error, I suspect that's an issue with loading the cache from cache/ under the build directory, perhaps we changed the format between releases |
| 11:03.58 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 11:17.39 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
| 11:26.09 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 12:00.56 | *** join/#oe Noor (~quassel@110.93.212.98) |
| 12:01.36 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 12:01.36 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 12:08.02 | *** join/#oe belen (Adium@nat/intel/x-yeggtqpeyomplzkg) |
| 12:14.02 | *** join/#oe clio (~andrej@85.159.109.222) |
| 12:24.46 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 12:29.24 | *** join/#oe JaMa (~martin@ip-89-176-104-3.net.upcbroadband.cz) |
| 12:35.00 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 13:07.33 | bottazzini | Guys, I've got PACKAGECONFIG ??= "lib_here", I want to remove this without changing the original recipe. Are there any way of doing this ? Example: PACKAGECONFIG_EXCLUDE = "lib_here" |
| 13:19.03 | bluelightning | bottazzini: PACKAGECONFIG_remove = "lib_here" |
| 13:19.17 | bluelightning | if you mean in a bbappend |
| 13:19.33 | bluelightning | if you mean at the configuration level, you would need to use an override to make it specific to the recipe |
| 13:19.50 | bluelightning | i.e. PACKAGECONFIG_remove_pn-xyz = "lib_here" |
| 13:20.26 | bottazzini | bluelightning, got it! Thanks a lot |
| 13:27.02 | *** join/#oe belen (Adium@nat/intel/x-tuwfbfnxjekzrouc) |
| 13:33.26 | *** join/#oe ChrisD1_Away (~ChrisD@merak.alcor.co.uk) |
| 13:52.26 | *** join/#oe Aethenelle (~Aethenell@107.138.98.226) |
| 14:16.36 | Crofton | stat: invalid option -- 'L |
| 14:16.48 | Crofton | I see this when an image made from recent master boots |
| 14:16.52 | Crofton | a couple of times I think |
| 14:20.27 | bluelightning | Crofton: there's a patch on the list for that I think |
| 14:25.12 | Crofton | ok |
| 14:25.18 | Crofton | that would be great |
| 14:25.36 | Crofton | I have a bleeding edge build so I can help find these things |
| 14:25.44 | Crofton | working on the fosdem demo :) |
| 14:26.00 | Crofton | this item is not critical |
| 14:34.47 | Crofton | wtf happened to top? |
| 14:34.51 | Crofton | fray__, ? |
| 14:35.36 | *** join/#oe stefan_ (~chatzilla@MTRLPQ2911W-LP140-04-1279511640.dsl.bell.ca) |
| 14:36.36 | bluelightning | Crofton: the colours you mean? |
| 14:38.58 | bluelightning | Crofton: if yes, that's procps-ng, we had a community rant about it the other day in #yocto |
| 14:39.24 | bluelightning | I think paulg was planning on sending a patch to force it back to the standard display |
| 14:39.31 | Crofton | :) |
| 14:39.53 | Crofton | I think I saw the rant. I thought fray__ was involved :) |
| 14:40.28 | Crofton | I am looking at it now |
| 14:40.34 | Crofton | omg, they were right to rant |
| 14:42.46 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 14:44.26 | bluelightning | I'm not sure what they were thinking when they changed the default upstream |
| 15:02.22 | mago_ | is there a way to build dsp firmware with OE? i guess that would involve at least another toolchain, possibly some kind of DSP_MACHINE-concept, and possibly another sysroot |
| 15:04.15 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 15:07.42 | bluelightning | mago_: there's nothing in the core to directly support that, but in principle that should be possible |
| 15:08.12 | koen | meta-ti does it for the dsp, m3, m4 and pru |
| 15:08.16 | koen | it isn't pretty |
| 15:11.10 | mago_ | ok, i'll have a look at that then |
| 15:11.15 | mago_ | thanks |
| 15:44.48 | *** join/#oe woglinde (~henning@ip5b41c286.dynamic.kabel-deutschland.de) |
| 16:02.33 | *** join/#oe s3v3n62mm (~s3v3n62mm@p5DDC2BDD.dip0.t-ipconnect.de) |
| 16:10.34 | Crofton | Upstream-Status: Backport |
| 16:10.52 | Crofton | is what you use when you get a patch already commited to a project from their git? |
| 16:11.25 | bluelightning | nope |
| 16:11.31 | bluelightning | er |
| 16:11.47 | bluelightning | well actually yes |
| 16:11.53 | bluelightning | (I'll try reading properly next time) |
| 16:11.56 | Crofton | I guess good |
| 16:12.14 | *** join/#oe nslu2-log_ (~nslu2-log@140.211.169.184) |
| 16:12.15 | *** join/#oe dankm_ (~dan@71-17-234-143.sktn.hsdb.sasknet.sk.ca) |
| 16:13.03 | bluelightning | probably helpful if you mention roughly when the patch should be dropped, e.g. [merged for 2.0 release] |
| 16:13.16 | *** join/#oe tobiash_ (~quassel@mail.bmw-carit.de) |
| 16:13.26 | bluelightning | maybe merged is not quite the right word but you get the idea |
| 16:13.38 | Crofton | I would do that in the commit message |
| 16:13.40 | *** join/#oe RP1 (~richard@5751f4a1.skybroadband.com) |
| 16:13.54 | Crofton | drop next alsa-utils release |
| 16:14.13 | Crofton | http://git.alsa-project.org/?p=alsa-utils.git;a=patch;h=8f361d83cfcb39887f5fc591633e68d9448e3425 |
| 16:14.24 | bluelightning | better in the patch file itself, that's the idea with having this header, so you only have to look there |
| 16:14.50 | *** join/#oe signal11_ (esteban@abq.quaddro.net) |
| 16:15.05 | kergoth | people have a tendency to not bother looking through git history for things like that |
| 16:16.11 | *** join/#oe mago__ (~mago@smtp.hms.se) |
| 16:16.12 | *** join/#oe Nitin (~nakamble@134.134.137.71) |
| 16:18.01 | *** join/#oe smurray (~scottm@135-23-64-25.cpe.pppoe.ca) |
| 16:19.03 | Crofton | well, when the version bumps it will fail as being reverse applied |
| 16:20.26 | kergoth | so adjust it to apply, its okay if it's not 100% pristine, that's why its a backport not a cherry pick :) |
| 16:20.35 | *** join/#oe sgw_ (~sgw_@c-67-171-230-40.hsd1.wa.comcast.net) |
| 16:20.59 | bluelightning | Crofton: in theory yes, but I have found that quilt will not complain sometimes on reverse-applicable patches |
| 16:22.16 | Crofton | ok |
| 16:22.42 | bluelightning | in my scan late last year I found at least three in that state that nobody had noticed |
| 16:22.58 | bluelightning | not that having those around was a terrible thing, but interesting to note |
| 16:23.58 | kergoth | huh |
| 16:23.59 | kergoth | interesting |
| 16:24.42 | bluelightning | it was only when I attempted to use devtool extract/modify on them that they became apparent |
| 16:27.27 | koen | don't feel bad about patches, the mozjs package in fedora has a patch that adds a .rej file |
| 16:27.35 | koen | and that patch came from RHEL |
| 16:27.45 | koen | quality review proces :) |
| 16:29.39 | bluelightning | heh |
| 16:29.54 | bluelightning | anything can slip through if nobody's looking :) |
| 16:31.27 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 16:32.26 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 16:33.27 | *** join/#oe belen (Adium@nat/intel/x-lezfnwxghebbirsm) |
| 16:35.08 | woglinde | koen the qs process at redhat for fedora is fairly poor |
| 16:35.26 | *** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org) |
| 16:35.55 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 16:39.09 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
| 16:52.45 | *** join/#oe Jafura (~Jean-Fran@ptr-178-50-72-48.dyn.mobistar.be) |
| 17:01.09 | *** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net) |
| 17:08.36 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 17:09.45 | *** join/#oe belen (Adium@nat/intel/x-sudresylqsvflnwt) |
| 17:13.54 | *** join/#oe kimo_ (~kbouhara@hyperion.atermes.fr) |
| 17:15.33 | *** join/#oe Crofton (~balister@ip51cc7759.adsl-surfen.hetnet.nl) |
| 17:15.49 | *** join/#oe challinan_ (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 17:25.02 | *** join/#oe belen (Adium@nat/intel/x-exxvgegdqewsxagq) |
| 17:45.15 | *** join/#oe belen (~Adium@192.198.151.44) |
| 17:55.33 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:09.10 | *** join/#oe belen1 (~Adium@192.198.151.44) |
| 18:17.14 | *** join/#oe Nitin (~nakamble@192.55.54.40) |
| 18:18.58 | *** join/#oe Nitin (nakamble@nat/intel/x-vwtrsjgbqtlhjdec) |
| 18:32.12 | *** join/#oe belen (Adium@nat/intel/x-apqxmzpqnykzmqow) |
| 18:37.19 | *** join/#oe blilly (~blilly1@c-50-170-54-92.hsd1.wa.comcast.net) |
| 18:43.58 | *** join/#oe jackmitch|home (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |
| 19:20.23 | *** join/#oe shinobi__ (~shinobi@78.176.148.160) |
| 19:21.30 | *** part/#oe shinobi__ (~shinobi@78.176.148.160) |
| 19:23.55 | *** join/#oe florian (~fuchs@sign-d9be9489.pool.mediaWays.net) |
| 19:23.55 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:29.27 | *** join/#oe stefan_schmidt (~stefan@pD9F79A63.dip0.t-ipconnect.de) |
| 19:37.24 | *** join/#oe shinobi__ (~shinobi@78.176.148.160) |
| 19:38.08 | *** part/#oe shinobi__ (~shinobi@78.176.148.160) |
| 20:10.09 | *** join/#oe suihkulo1ki (~nchip@141-232-47-212.cloud.online.net) |
| 20:21.14 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 20:23.06 | *** join/#oe _ccube (ccube@nx.mindrunner.de) |
| 20:26.51 | *** join/#oe scoutcamz (scoutcampe@cryptkcoding.com) |
| 20:26.54 | *** join/#oe scoutcamper (scoutcampe@nasadmin/webteam/scoutcamper) |
| 20:31.58 | *** join/#oe Vutral_ (~ss@p5B2A53CF.dip0.t-ipconnect.de) |
| 20:41.51 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 21:19.27 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 21:19.30 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 21:30.01 | *** join/#oe dankm (~dan@71-17-234-143.sktn.hsdb.sasknet.sk.ca) |
| 21:33.30 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
| 22:01.40 | *** join/#oe stefan_ (~chatzilla@MTRLPQ2911W-LP140-04-1279511640.dsl.bell.ca) |
| 22:03.40 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 22:16.57 | *** join/#oe GusBricker (~GusBricke@cre1513898.lnk.telstra.net) |
| 22:29.49 | *** join/#oe Jafura (~Jean-Fran@ptr-178-50-73-56.dyn.mobistar.be) |
| 22:43.00 | *** join/#oe mwester (~mwester@184-158-45-142.dyn.centurytel.net) |
| 22:43.01 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 23:06.18 | *** join/#oe walters (~walters@2601:6:b80:3000::e480) |
| 23:24.10 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |