| 00:22.27 | *** join/#oe proclivis_ (~proclivis@67.50.80.242) |
| 01:55.35 | *** join/#oe Rootert (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 01:59.48 | *** join/#oe Aethenelle (~Aethenell@50.247.101.237) |
| 02:06.34 | *** join/#oe Rootert (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 02:07.47 | Crofton|work | ERROR: Multiple .bb files are due to be built which each provide jpeg (/home/balister/src/oe-core/meta-oe/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb /home/balister/src/oe-core/oe-core/meta/recipes-core/jpeg/jpeg_8d.bb). |
| 02:07.52 | Crofton|work | any comments on that? |
| 02:11.32 | *** join/#oe cbrake2 (~Thunderbi@66.219.186.215) |
| 02:13.10 | *** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 02:18.19 | *** join/#oe proclivis_ (~proclivis@71-219-217-71.clsp.qwest.net) |
| 02:18.30 | *** join/#oe Rootert (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 02:39.18 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 02:42.41 | *** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 02:48.39 | *** join/#oe onoffon (~khem@unaffiliated/khem) |
| 03:01.38 | nerdboy | Crofton|work: um, it shouldn't do that? |
| 03:01.54 | *** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 03:06.39 | *** join/#oe Rootert_ (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 03:15.33 | *** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) |
| 03:48.55 | *** join/#oe s3v3n62mm (~s3v3n62mm@pD9FAD577.dip0.t-ipconnect.de) |
| 04:34.30 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 05:02.04 | *** join/#oe proclivis_ (~proclivis@71-219-217-71.clsp.qwest.net) |
| 05:06.41 | *** join/#oe ccube (ccube@nx.mindrunner.de) |
| 05:31.11 | *** join/#oe Crofton|work (~balister@pool-71-171-10-241.ronkva.east.verizon.net) |
| 05:31.40 | *** join/#oe Aethenelle (~Aethenell@166.177.251.94) |
| 05:32.06 | *** join/#oe Crofton (~balister@pool-71-171-10-241.ronkva.east.verizon.net) |
| 05:50.42 | *** join/#oe nbhat (~nareshbha@111.93.218.67) |
| 06:04.11 | *** join/#oe onoffon (~khem@unaffiliated/khem) |
| 06:10.31 | *** join/#oe proclivis_ (~proclivis@71-219-217-71.clsp.qwest.net) |
| 06:21.11 | *** join/#oe clio (~andrej@85.159.109.222) |
| 06:49.21 | *** join/#oe Aethenelle (~Aethenell@166.177.251.94) |
| 07:03.46 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:11.42 | *** join/#oe proclivis_ (~proclivis@71-219-217-71.clsp.qwest.net) |
| 07:14.10 | *** join/#oe roric (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 07:46.39 | *** join/#oe proclivis_ (~proclivis@71-219-217-71.clsp.qwest.net) |
| 07:56.47 | mckoan | good morning |
| 07:57.29 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-yfxiymddpahnbcuv) |
| 08:01.39 | *** join/#oe joeythesaint (~joe@vegas.deserted.net) |
| 08:08.01 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
| 08:12.01 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 08:21.36 | *** join/#oe proclivis_ (~proclivis@71-219-217-71.clsp.qwest.net) |
| 08:28.42 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:44.25 | *** join/#oe ccube (ccube@nx.mindrunner.de) |
| 09:11.29 | *** join/#oe proclivis_ (~proclivis@71-219-217-71.clsp.qwest.net) |
| 09:28.27 | *** join/#oe awe00 (~awe00@lon92-h02-128-78-240-105.dsl.sta.abo.bbox.fr) |
| 09:33.26 | *** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
| 09:36.23 | *** join/#oe alku (~alku@145.253.106.67) |
| 09:45.43 | *** join/#oe ant_work (~ant__@host222-188-static.61-79-b.business.telecomitalia.it) |
| 09:55.55 | *** join/#oe belen (Adium@nat/intel/x-rrzovggojlrdlqfk) |
| 10:11.25 | *** join/#oe proclivis_ (~proclivis@71-219-217-71.clsp.qwest.net) |
| 10:21.03 | Jin^eLD | does 1.7.1 have a package/dependency problem with harfbuzz? has anyone experience "check_data_file_clashes: Package libharfbuzz0 wants to install file /usr/lib/libharfbuzz.so.0 But that file is already provided by package * harfbuzz" ? |
| 10:28.00 | Jin^eLD | oooh, forget it |
| 10:28.05 | Jin^eLD | it's an artefact of my upgrade path |
| 10:32.36 | Jin^eLD | but another weird thing is, it seems that PRINC is gone, however changes in my .bbappend do not get picked up automatically |
| 10:32.43 | Jin^eLD | although I am running prserver |
| 10:39.41 | Jin^eLD | doh, I should not do any things in the morning |
| 10:39.53 | Jin^eLD | my .bbappend did not get appended at all since I mixed up directories |
| 10:39.58 | Jin^eLD | forget it, sorry again ;) |
| 10:40.10 | Jin^eLD | thinks he should take a nap |
| 10:46.26 | mago_ | morning all |
| 10:47.04 | Jin^eLD | mornin |
| 11:00.23 | woglinde | hi mago |
| 11:03.37 | *** join/#oe onoffon (~khem@unaffiliated/khem) |
| 11:04.45 | mago_ | woglinde: morning! i have done some more investigation regarding the warnings i got with meta-java yesterday. it seems like oe-core/../autotools.bbclass is the thing that emits the warnings. It tries to read these sstate manifests for populate_sysroot in order to find the aclocal files. When it can't find the file, it emits the warning. Based on the package name, it looks for different manifest files. If the |
| 11:04.47 | mago_ | package is native (e.g ends with -native), it will look for manifest-${BUILD_ARCH}-..., otherwise it looks for manifest-${MACHINE}-... In the meta-java case, for example for cacao-initial, it will therefore look for manifest-${MACHINE} and this doesn't exist. I think the problem is that our initial packages doesn't end with -native. I will try renaming cacao-initial to cacao-initial-native and see if the warnings |
| 11:04.49 | mago_ | disappear. |
| 11:04.56 | *** join/#oe jackmitchell (~Thunderbi@109.224.219.180) |
| 11:05.15 | jackmitchell | Has anything mahorly changed in bitbake recently |
| 11:05.26 | jackmitchell | I'm getting basic python parsing errors |
| 11:05.39 | jackmitchell | <PROTECTED> |
| 11:05.40 | jackmitchell | <PROTECTED> |
| 11:05.40 | jackmitchell | <PROTECTED> |
| 11:05.40 | jackmitchell | SyntaxError: invalid syntax |
| 11:05.49 | woglinde | mago hm good idea |
| 11:06.10 | jackmitchell | ah, my bad |
| 11:06.13 | mago_ | this goes for -bootstrap packages also, they should probably be called -bootstrap-native |
| 11:06.19 | jackmitchell | I'm still defaulting to python3 |
| 11:06.40 | woglinde | mago hm why is inherit navtive not working anymore? |
| 11:06.50 | woglinde | I thought this declares the packages as native |
| 11:07.17 | woglinde | mago so maybe the fix should be in oe |
| 11:11.08 | mago_ | woglinde: i don't think inherit native will automatically create a -native package for you, if you want that, you probably have to BBCLASSEXTEND ="native", right? so even if cacao-initial inherits native, there will never be an actual package called cacao-initial-native, even though cacao-initial will build for the host. |
| 11:11.20 | *** join/#oe proclivis_ (~proclivis@75-163-175-144.clsp.qwest.net) |
| 11:11.33 | mago_ | and that's exactly what the autotools.bbclass stuff needs, it doesn't actually KNOW if a package is native or not, it just checks for -native prefix in the package name |
| 11:12.44 | mago_ | so perhaps the problem is in the detection of native packages in autotools.bbclass, but i feel like im out on thin ice here.. |
| 11:13.49 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 11:25.00 | *** join/#oe awe00 (~awe00@lon92-h02-128-78-240-105.dsl.sta.abo.bbox.fr) |
| 11:25.24 | Jin^eLD | is there a way to force a PR increase via a bbappend even if there were no changes? in eaerlier days I'd just bump PRINC but that does not work now anymore? |
| 11:26.11 | *** join/#oe ldnunes (~ldnunes_@177.100.175.83) |
| 11:28.04 | Jin^eLD | oh, actually PRINC still works but produces deprecated waning; but I guess the question still remains what is the way to do such things in the future? |
| 11:29.31 | onoffon | prserver doesnt allow this |
| 11:29.56 | Jin^eLD | that's why I am asking... |
| 11:29.57 | khem` | why do you want to bump PR when nothing changed |
| 11:30.12 | khem` | sounds backwards |
| 11:30.36 | Jin^eLD | well, in this particular case its practical for testing purposes, I am not sure if my defconfig busybox changes were picked up, changed something and now trying again |
| 11:30.49 | Jin^eLD | or can I be sure they did not get picked up if the package was not automatically bumped? :) |
| 11:31.06 | Jin^eLD | and I'm testing via a live update |
| 11:31.11 | Jin^eLD | from a debug server |
| 11:31.14 | Jin^eLD | hence the bumping |
| 11:31.56 | khem` | it should but then you clean force build it too |
| 11:32.07 | khem` | and then opkg upgrade |
| 11:32.10 | Jin^eLD | when I force clean and build its not bumped |
| 11:32.17 | khem` | will fetch it from server again and reinstall |
| 11:32.52 | Jin^eLD | uuh.. rather not with busybox :) its easy to end up in a situation when you have to reflash if reinstall messes up, happened to me a couple of times |
| 11:33.41 | khem` | --force-reinstall |
| 11:33.50 | Jin^eLD | yes, that was the evil one :) |
| 11:34.06 | Jin^eLD | I do not know what happened but at least twice I ended up without busybox at all :) |
| 11:34.24 | khem` | hmm |
| 11:34.34 | khem` | doesnt happen here |
| 11:34.55 | Jin^eLD | but anyway... I modified the defconfig, it gets placed into ${WORKDIR} intead of the regular one, but when i devshell after do_compile - the .config does not have my changes |
| 11:35.32 | Jin^eLD | and I wonder why... the main .bb in the poky layer does some sedding but on other things |
| 11:49.05 | abelloni | is it possible to disable GPLv3 package on the target but still compile the native ones ? |
| 11:55.52 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 11:56.12 | woglinde | mago_ you understand me wrong if a package inherit native oe should put the resulting packages to the list of native packages |
| 11:57.22 | mago_ | woglinde: yeah, I agree.. but autotools.bbclass doesn't seem to look at this list, it just inspects the package name. Where is this list anyway? |
| 11:57.40 | woglinde | mago thats what I feared |
| 11:57.49 | woglinde | there is none |
| 11:58.12 | woglinde | so the classes looks at hardcoded spezific suffixes |
| 11:58.27 | mago_ | woglinde: don't you think it makes sense anyway to make sure the native recipes are prefixed with -native? it seems to be more or less de facto |
| 11:58.43 | mago_ | (even though the issue is with oe-core) |
| 11:59.20 | woglinde | mago but thanks for looking it all up |
| 11:59.33 | woglinde | yes if there is no otherway please make a patch to rename the recipes |
| 11:59.41 | mago_ | okay, will do |
| 12:11.20 | *** join/#oe proclivis_ (~proclivis@75-163-175-144.clsp.qwest.net) |
| 12:18.11 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 12:20.55 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
| 12:47.53 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 12:49.37 | *** join/#oe phdeswer (~phdeswer@2001:998:2a:dead:298e:cd56:caec:7bfa) |
| 13:11.31 | *** join/#oe proclivis_ (~proclivis@75-163-175-144.clsp.qwest.net) |
| 13:17.45 | *** join/#oe cbrake2 (~Thunderbi@66.219.186.215) |
| 13:53.18 | *** join/#oe driftingblues (~driftingb@46.189.28.73) |
| 13:54.45 | *** join/#oe joaohfreitas (~Thunderbi@201.53.208.23) |
| 13:59.12 | Jin^eLD | guys...help me out please. I am modifying busybox defconfig, I tried adding my own in .bbappend, I tried modifying the original recipe in poky - the changes I make there are just not taken, when I devshell after do_compile: the defconfig in ${WORKDIR} is correct, but .config in ${S} is something totally different |
| 13:59.15 | Jin^eLD | how is this possible? |
| 14:00.06 | *** join/#oe fray_ (~mhatle@192.40.192.95) |
| 14:17.42 | *** join/#oe rcw (~rwoolley@128.224.252.2) |
| 14:22.30 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 14:31.17 | *** join/#oe afournier (~admin@46.255.181.29) |
| 14:52.19 | Jin^eLD | apparently make oldconfig that is being run wipes the setting out |
| 14:53.56 | kergoth | you're better off just adding a cnfig fragment to tweak the defconfig hte way you want than overriding it, but either will work |
| 14:54.09 | kergoth | we used to override the defconfig in meta-mentor as of two days ago before finally switching to fragments |
| 14:54.19 | kergoth | echo CONFIG_FOO=y >foo.cfg, SRC_URI += "file://foo.cfg" |
| 14:55.19 | Jin^eLD | and who will know that my foo.cfg should be processed? |
| 14:55.25 | Jin^eLD | or do I need another rule to do a merge_config.sh? |
| 14:55.32 | Jin^eLD | in configure append or similar? |
| 14:56.37 | Jin^eLD | but the problem I actually encounter is that my changes in the file are fine, and then oe_runmake oldconfig gets called |
| 14:56.41 | Jin^eLD | and this wipes out my setting somehow |
| 14:56.57 | Jin^eLD | aaah |
| 14:57.01 | Jin^eLD | find_cfgs() |
| 14:57.07 | Jin^eLD | will handle the override automatically |
| 14:57.10 | Jin^eLD | thanks, let me try |
| 14:58.15 | kergoth | Jin^eLD: the busybox recipe in oe-core already uses it |
| 14:58.25 | kergoth | same for linux-yocto |
| 15:10.52 | *** join/#oe gabrbedd (~beddingfi@li680-65.members.linode.com) |
| 15:11.28 | *** join/#oe afournier (~admin@46.255.181.29) |
| 15:14.41 | *** join/#oe methril (~methril@200.49.35.42) |
| 15:15.02 | *** join/#oe Leatherface- (~leatherfa@2001:470:dd7d:0:916c:da14:9f4a:1c36) |
| 15:18.13 | Jin^eLD | kergoth: cool, thanks again, it worked fine when I used the separate .cfg |
| 15:20.20 | kergoth | np |
| 15:20.25 | kergoth | less to maintain that way anyway :) |
| 15:20.31 | kergoth | easy to diverge when overriding a file |
| 15:22.04 | Jin^eLD | yep, thats true |
| 15:23.29 | kergoth | i only just dug into our busybox config.. it'd been hanging around getting tweaked since like 2007, yet the actual # of changes was small |
| 15:23.32 | kergoth | heh |
| 15:25.58 | Jin^eLD | well I had a bit of hard time diffing our full blown config vs OEs config and extracting a meaningful diff :) |
| 15:26.13 | Jin^eLD | it also seems the order and positioning of some things has changed so not that easy to diff then |
| 15:26.28 | Jin^eLD | but surely a .cfg with overrides where only what is needed is really there makes much more sense |
| 15:31.37 | *** join/#oe Daemon404 (~who_knows@cpc21-newt31-2-0-cust123.newt.cable.virginm.net) |
| 15:31.38 | *** join/#oe Daemon404 (~who_knows@pdpc/supporter/student/Daemon404) |
| 15:31.42 | *** join/#oe stefan_ (~chatzilla@modemcable022.227-203-24.mc.videotron.ca) |
| 15:34.41 | kergoth | what i did was walked through our history back to where it started, checked the oe-core config as of that date vs ours, then walked our changes to the file from then on to see what we added from beginning to end |
| 15:34.50 | kergoth | then i took that list and checked to see what we really actually give a crap about anymore |
| 15:37.07 | Jin^eLD | well, last part is the hardest ;) |
| 15:37.28 | Jin^eLD | I once removed something by accident which broke things |
| 15:38.58 | kergoth | yeah.. especially when not all the commits reference bug numbers and whatnot |
| 15:39.05 | kergoth | oh well, only so much you can do |
| 15:40.57 | Jin^eLD | :) |
| 15:50.18 | *** join/#oe proclivis_ (~proclivis@67.50.80.242) |
| 15:53.56 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 15:59.11 | *** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
| 16:16.34 | Crofton|work | otavio, would this satisfy you wrt to sip and python-sip, http://pastebin.com/XC1xGA0K |
| 16:18.38 | otavio | Crofton|work: sure; thx for looking at it |
| 16:18.47 | Crofton|work | np |
| 16:18.52 | Crofton|work | it was educational |
| 16:18.54 | otavio | Crofton|work: I was just concerned about upgrade path |
| 16:18.58 | otavio | :) |
| 16:19.15 | Crofton|work | yeah, and looking back it makes sense to split build time from runtime support |
| 16:20.04 | *** join/#oe onoffon (~khem@unaffiliated/khem) |
| 16:23.36 | *** join/#oe nbhat (~nareshbha@117.192.249.110) |
| 16:24.54 | otavio | Crofton|work: one more thing |
| 16:25.06 | otavio | Crofton|work: see if pythin-sip has all need rdepends on it |
| 16:25.18 | otavio | Crofton|work: so it makes easier its use |
| 16:25.37 | Crofton|work | I think it is other things that need the python-sip rdepends |
| 16:28.51 | Crofton|work | I suspect the shared lib code will find the RDEPENDS? |
| 16:28.57 | Crofton|work | let me rebuild pyqt |
| 16:29.34 | Crofton|work | maybe not, epend might be for import of the python |
| 16:29.52 | otavio | Crofton|work: shlibs will do most of it |
| 16:29.58 | Crofton|work | checking |
| 16:30.14 | otavio | dpkg -I does the trick ;) |
| 16:36.22 | *** join/#oe sarahsharp (~sarah@134.134.139.70) |
| 16:40.39 | Crofton|work | I'm not a deb guy |
| 16:40.52 | Crofton|work | It look slike we need to set RDEPENDS on python-sip |
| 16:41.23 | Crofton|work | I thinnk anything that uses PyQT will have a runtime depend on the python sip moduilles, since what I read is they are runtime support? |
| 16:56.32 | *** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org) |
| 16:56.32 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 16:57.18 | otavio | Crofton|work: I didn't follow you |
| 17:00.12 | *** join/#oe belen1 (Adium@nat/intel/x-jljxejyfqzrzpgmx) |
| 17:02.19 | *** join/#oe belen2 (Adium@nat/intel/x-tiicmhbijikujfod) |
| 17:36.46 | onoffon | JaMa: why is soci recipe held ? |
| 17:37.03 | khem` | are there any build/run issues with it |
| 17:42.20 | *** join/#oe stefan_ (~chatzilla@modemcable231.222-203-24.mc.videotron.ca) |
| 17:44.01 | JaMa | khem`: didn't I reply in e-mail? |
| 17:44.11 | *** join/#oe fusman (~fahad@39.55.220.185) |
| 17:44.22 | khem` | JaMa: Hmm I might have missed it |
| 17:44.33 | khem` | whats the issue if you can just brief me |
| 17:44.40 | JaMa | IIRC undeterministic dependencies |
| 17:45.01 | JaMa | ah no, many installed-vs-shipped |
| 17:45.12 | JaMa | in /usr/lib64 for qemux86-64 |
| 17:45.27 | khem` | hmm ok thanks |
| 17:45.41 | khem` | if u can point to the ml reply |
| 17:45.46 | khem` | since I have cleaned my sandbox |
| 17:45.52 | khem` | I might not see it |
| 17:46.04 | khem` | is following 0 message inbox policy now |
| 17:49.51 | *** join/#oe hamis (~irfan@sjewanfw1-nat.mentorg.com) |
| 17:50.40 | *** join/#oe afournier (~admin@46.255.181.29) |
| 18:05.26 | *** join/#oe Aethenelle (~Aethenell@68.140.239.164) |
| 18:32.55 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 18:44.25 | *** join/#oe s3v3n62mm (~s3v3n62mm@pD9FAD577.dip0.t-ipconnect.de) |
| 19:04.07 | *** join/#oe sarahsharp (sarah@nat/intel/x-mstlawlyvcqlaewb) |
| 19:12.15 | *** join/#oe joaohfreitas (~Thunderbi@201.53.208.23) |
| 19:52.12 | *** join/#oe sarahsharp (~sarah@192.55.54.42) |
| 20:17.27 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 20:25.55 | *** join/#oe stefan_____ (~chatzilla@70.51.198.187) |
| 20:33.10 | *** join/#oe joaohfreitas (~Thunderbi@201.53.208.23) |
| 21:00.10 | *** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa) |
| 21:06.37 | *** join/#oe Crofton (~balister@pool-71-171-10-241.ronkva.east.verizon.net) |
| 21:08.16 | *** join/#oe proclivis_ (~proclivis@67.50.80.242) |
| 21:14.18 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 21:21.05 | *** join/#oe Aethenelle (~Aethenell@68.140.239.164) |
| 21:47.02 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 22:00.09 | *** join/#oe sarahsharp (~sarah@192.55.54.42) |
| 22:08.14 | *** join/#oe pouledodue (~textual@modemcable082.140-131-66.mc.videotron.ca) |
| 22:17.50 | *** join/#oe roric (~roric@h166n9-vrr-a31.ias.bredband.telia.com) |
| 22:31.44 | *** join/#oe proclivis__ (~proclivis@67.50.80.242) |
| 22:57.13 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 22:58.04 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 23:41.17 | *** join/#oe proclivis__ (~proclivis@67.50.80.242) |