| 00:10.56 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 00:24.38 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 00:42.38 | *** join/#oe KNERD (~KNERD@mc15336d0.tmodns.net) |
| 00:54.05 | *** join/#oe shawn197 (~Tiberius@unaffiliated/shawn156) |
| 01:02.38 | otavio | JaMa: I did some changes and prepared it for sending to upstream; just that |
| 01:07.36 | JaMa | ok |
| 01:09.53 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
| 01:23.14 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
| 01:26.30 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 01:33.45 | otavio | JaMa: but I didn't get what you meant with rebase? |
| 01:36.46 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
| 01:49.12 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 01:50.39 | *** join/#oe fp (~fp@117.213.177.156) |
| 02:15.57 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 02:49.13 | *** join/#oe _Lucretia_ (~munkee@pdpc/supporter/active/lucretia) |
| 02:50.09 | *** join/#oe shawn197 (~Tiberius@unaffiliated/shawn156) |
| 03:09.45 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 03:26.29 | *** join/#oe _Lucretia_ (~munkee@pdpc/supporter/active/lucretia) |
| 03:41.06 | *** join/#oe SidH_ (~quassel@nat/ti/x-vnzctnlacdqotxnh) |
| 03:48.09 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 03:56.43 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 04:42.50 | *** join/#oe hufnus (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 04:48.52 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 04:53.28 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 05:01.10 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 05:10.48 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 05:11.47 | *** join/#oe KNERD (~KNERD@ma75336d0.tmodns.net) |
| 05:12.37 | *** join/#oe woglinde (~henning@f052239077.adsl.alicedsl.de) |
| 05:50.27 | *** join/#oe |KNERD| (~KNERD@ma75336d0.tmodns.net) |
| 05:55.14 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 06:17.47 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 06:33.56 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 07:03.16 | *** join/#oe mertsas (~martin@nat/cisco/x-tqrvxxaeldyjpncl) |
| 07:16.09 | *** join/#oe clio (~andrej@85.159.109.222) |
| 07:27.28 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
| 07:32.43 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 07:41.59 | *** join/#oe clio (~andrej@85.159.109.222) |
| 07:55.13 | *** join/#oe lamikr (lamikr@nat/nokia/x-mhyyipkgotcixdon) |
| 07:56.38 | *** join/#oe eballetbo (~eballetbo@2.139.180.43) |
| 08:01.08 | *** join/#oe apelete (~apelete@194.250.143.49) |
| 08:07.59 | *** join/#oe KNERD (~KNERD@mae5336d0.tmodns.net) |
| 08:09.24 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
| 08:09.24 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 08:17.55 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 08:24.11 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:27.47 | *** join/#oe aloril_ (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 08:29.59 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 08:36.49 | JaMa | otavio: would be nice to keep all qt patches we have also in git repo for easier upgrade to next version https://github.com/meta-qt5/qtbase/tree/oe-core-5 |
| 08:37.14 | JaMa | otavio: you did some changes to zecke patch, so with rebase I meant to update it in qtbase repo |
| 08:39.14 | *** join/#oe ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:40.24 | *** join/#oe risca (~risca@h240n6-n-a31.ias.bredband.telia.com) |
| 08:45.26 | *** join/#oe shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) |
| 08:45.27 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
| 08:49.28 | *** join/#oe silvio (~silvio@fireone.i3p.it) |
| 08:52.37 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:00.04 | *** join/#oe anarsoul_ (~anarsoul@86.57.155.118) |
| 09:02.32 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
| 09:08.58 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:08.59 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:13.11 | bluelightning | morning all |
| 09:13.18 | Jin^eLD | mornin |
| 09:14.49 | silvio | morning all, hi bluelightning hi afournier |
| 09:14.57 | afournier | hi |
| 09:26.11 | silvio | Someone know about trouble at startup scripts that doesnt be executed with angstrom? |
| 09:27.36 | *** join/#oe mthalmei (~mthalmei@2a01:4f8:101:53c1::2) |
| 09:31.11 | *** join/#oe CMoH|office (~cipi@89.35.222.158) |
| 09:31.12 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 09:41.57 | *** join/#oe CruX| (~jozo@mcw.student.utc.sk) |
| 10:10.58 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 10:18.37 | *** join/#oe mshakeel (~mshakeel@110.93.212.98) |
| 10:26.20 | mckoan | good morning |
| 10:30.44 | otavio | morning |
| 10:35.51 | *** join/#oe Noor (~noor@110.93.212.98) |
| 10:41.53 | *** join/#oe ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) |
| 10:53.13 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 10:56.08 | *** join/#oe silvio_ (~silvio@87.241.57.98) |
| 10:59.43 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
| 11:07.59 | Jin^eLD | I had a short chat with GNUtoo about it yesterday, just curious, is anyone doing any work or intending to, to build stuff for android with OE core? |
| 11:08.18 | Jin^eLD | he was saying there was a fork that someone did for classic, but he did not know anything about core |
| 11:08.37 | Jin^eLD | and what caveats would you expect, except messing with bioniclib? |
| 11:11.04 | *** join/#oe koennie_ (565143df@gateway/web/freenode/ip.86.81.67.223) |
| 11:11.35 | *** join/#oe pespin (~pespin@147.83.182.9) |
| 11:13.38 | koennie_ | HI all, I'm trying to add a device driver to the kernel and recompile it. I can do this to add a .bb file to recipes kernel with the right patch right? |
| 11:17.28 | Noor | koennie_: patch to kernel? |
| 11:18.11 | Jin^eLD | koennie_: I think you can just add your own .bbappend and point to your own defconfig |
| 11:18.27 | Jin^eLD | ...unless you it is some driver that is not in the kernel, then you'd probably need a patch |
| 11:20.20 | Noor | koennie_: if you want to add the driver in kernel using patch then again you can use .bbappend to add that patch to kernel instead of creating separate recipe file |
| 11:20.35 | mshakeel | morning all |
| 11:20.52 | mshakeel | udev 174 changelog says:"The udev daemon moved to /lib/udev/udevd. Non-systemd init systems |
| 11:20.52 | mshakeel | and non-dracut initramfs image generators need to change the init |
| 11:20.52 | mshakeel | scripts. Alternatively the udev build needs to move udevd back to |
| 11:20.52 | mshakeel | /sbin or create a symlink in /sbin, which is not done by default." |
| 11:21.12 | mshakeel | With above update default udev init script is looking into /lib/udev/ to get udevd but for mips64 arch it is present in /lib64/udev. I think we need to fix it. Correct? |
| 11:27.02 | *** join/#oe pepermint (~pepermint@host172-4-dynamic.13-87-r.retail.telecomitalia.it) |
| 11:29.00 | *** join/#oe fp (~fp@115.119.134.194) |
| 11:32.09 | koennie_ | Jin^eLD_: the defconfig is automaticaly generated so i should't edit it? |
| 11:32.33 | Jin^eLD | not automatically - it contains *your* settings |
| 11:32.42 | Jin^eLD | i.e. drivers you want to have, etc |
| 11:39.00 | koennie_ | coowl, thanks Jin^eLD |
| 11:40.03 | Jin^eLD | koennie_: I'd pick the defconfig that is used to build the kernel that you are trying to modify, and then use this defconfig as your basis to enable whatever that is you want to enable there |
| 11:48.09 | *** join/#oe oenewcomer (c6245651@gateway/web/freenode/ip.198.36.86.81) |
| 11:50.43 | oenewcomer | Hi all! I wrote a recipe that fetches a git project from my local server. It works, but after i make a new commit, the sources in bitbake are not updated bitbake -c clean works but -c fetch takes always old sources. Is this the right place to ask this question? Thank you in advance. |
| 11:52.01 | Jin^eLD | I think you want some autorev magic in your recipe |
| 11:58.35 | bluelightning | oenewcomer: what do you set SRCREV to in your recipe? |
| 12:14.14 | jackmitchell | really wishes he understood automake properly :( |
| 12:14.37 | oenewcomer | bluelightning: "master" |
| 12:14.52 | bluelightning | oenewcomer: ok, set it to "${AUTOREV}" |
| 12:15.00 | bluelightning | that will always use the latest revision |
| 12:15.49 | bluelightning | if you need to you can set ;branch=xxxx within SRC_URI to change the branch and still get the latest revision from that branch |
| 12:16.33 | oenewcomer | bluelightning: thank you, it worked! |
| 12:16.39 | oenewcomer | :) |
| 12:16.47 | bluelightning | great :) |
| 12:18.28 | *** join/#oe fp (~fp@115.119.134.194) |
| 12:35.10 | *** join/#oe mhnoyes (~mhnoyes@74-47-191-174.dr01.myck.or.frontiernet.net) |
| 12:35.11 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:57.56 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 13:23.50 | *** join/#oe mshakeel (~mshakeel@110.93.212.98) |
| 13:24.48 | *** join/#oe Noor (~noor@110.93.212.98) |
| 13:35.56 | jackmitchell | is there a way to set ${datadir} to be different for a single recipe |
| 13:36.14 | jackmitchell | it is an autotools recipe and I want the resulting files to go into /opt |
| 13:36.28 | jackmitchell | so I have EXTRA_OECONF ="--datadir=/opt" |
| 13:36.58 | jackmitchell | which is fine, but then my FILES_${PN} = "${datadir}" is wrong, as ${datadir} still points to /usr/share |
| 13:37.43 | jackmitchell | would ${PN}_datadir = "/opt" work? |
| 13:39.35 | *** join/#oe silvio_ (~silvio@87.241.57.98) |
| 13:39.37 | afournier | i'd try datadir = "/opt" before the inherit, but i am not sure |
| 13:40.01 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 13:43.20 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 13:43.49 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 13:44.02 | koennie_ | Jin^eLD Noor, I'm seeing files to edit in the /build/tmp/work/devicexx/linuxxx/package of git... |
| 13:44.57 | jackmitchell | afournier: cheers, that did the trick |
| 13:45.16 | koennie_ | in both these directories I can edit/add drivers and makefiles. If I bitbake again at which of these directorys will it take source from? |
| 13:45.19 | jackmitchell | if anyone knows an any issues with this method shout up |
| 13:46.45 | Noor | Jin^eLD: kindly run bitbake -c unpack <your recipe name> this will unpack sources in required folder |
| 13:47.14 | Noor | kernel does not compile from package folder |
| 13:47.18 | Jin^eLD | guess that that was meant for koennie_ :) |
| 13:47.35 | koennie_ | thanks ^^ |
| 13:47.41 | afournier | jackmitchell: great |
| 13:48.08 | Noor | oopsorry Jin^eLD .... I want to point it to koennie_ |
| 13:48.10 | Noor | :) |
| 13:49.16 | Noor | koennie_: infact if you run bitbake -c patch <recipe name> that will be good |
| 13:49.39 | Noor | coz in that way it has already applied the patches and then you modify sources |
| 13:50.27 | koennie_ | realy? just add the patch file in the bitbake command? no need to add anything else? |
| 13:52.02 | Noor | koennie_: no patch is the bitbake task that will run for your recipe |
| 13:52.20 | Noor | it will apply all the patches that has been listed in SRC_URI |
| 13:52.43 | *** join/#oe Hoolxi (~Openfree@120.204.129.90) |
| 13:52.45 | Noor | if you have a patch you can add your patch in SRC_URI and it will be applied via bitbake task |
| 13:54.58 | koennie_ | nice, thanks Noor |
| 13:55.39 | Noor | koennie_: you are welcome |
| 14:00.14 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
| 14:07.15 | jackmitchell | So i'm looking at the helloMod kernel module example |
| 14:07.21 | jackmitchell | and it is a very simple makefile |
| 14:07.31 | jackmitchell | I currently have a git repo with my module source code |
| 14:08.22 | jackmitchell | which also has a makefile which I use for cross compiling on my host system |
| 14:08.50 | jackmitchell | how do I get a Makefile which will either do both, or can I over write the Makefile in the git repo, with a simple OE one? |
| 14:11.05 | *** join/#oe Zagor (~bjst@sestofw01.enea.se) |
| 14:11.05 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 14:18.08 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
| 14:20.21 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 14:33.30 | *** join/#oe B_Lizzard (~havoc@athedsl-239175.home.otenet.gr) |
| 14:33.37 | Crofton|work | So I am trying to build python-cheetah-native |
| 14:33.54 | Crofton|work | and the cheetah recipe needs python-pickle and python-pprint |
| 14:33.58 | *** join/#oe CMoH (~cipi@78.96.83.205) |
| 14:33.58 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 14:34.03 | Crofton|work | which seem ok for the non-native case |
| 14:34.11 | Crofton|work | but are not provided for the native case |
| 14:42.39 | *** join/#oe hillct (~hillct@174.62.218.130) |
| 14:54.02 | *** join/#oe CruX| (~jozo@mcw.student.utc.sk) |
| 15:12.58 | hrw | question: did patchwork had accounts cleanup or just I forgot my login/pass? |
| 15:14.43 | bluelightning | I can't remember... I think khem preserved accounts during upgrades the last two times but it was quite a while ago now |
| 15:16.41 | afournier | i'd like to .bbappend the base-files recipe with my layer, what will happen when a new recipe of base-files with a new version will be pushed to the oe-core ? my .bbappend won't be use ? |
| 15:17.52 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 15:18.28 | eren | what's the last commit to "oe-commits" list? |
| 15:18.36 | kergoth | afournier: it goes by filename. if the filename doesn't change, it'll work fine, if it does, your build will error. |
| 15:18.42 | eren | I'm suspicious about my filters |
| 15:18.43 | bluelightning | afournier: you'll get an error saying there is no recipe for the bbappend, which is your cue to update it for the new version |
| 15:19.25 | eren | I see one in Nov 19: Saul Wold : sysstat: Update to 10.1.2 |
| 15:19.31 | eren | I would be really happy if someone checks |
| 15:19.37 | afournier | bluelightning: ok so it will work if the recipe is "renamed" but what if another one is added ? |
| 15:19.57 | bluelightning | afournier: it's rare that we do that in OE-Core |
| 15:20.01 | afournier | nice |
| 15:23.05 | eren | oh ok, I've checked the list archives, seems normal |
| 15:23.41 | kergoth | afournier: also, you should be able to run bitbake-layers show-appends and it should warn if an append is being applied to one version of the recipe, but not to the current preferred version, unless that's changed recently (haven't played with bitbake-layers in depth in some time) |
| 15:24.03 | bluelightning | kergoth: was just about to mention that... last I checked that still worked |
| 15:24.15 | kergoth | ah, nice |
| 15:24.17 | afournier | i never used bitbake-layers :/ |
| 15:25.02 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 15:25.36 | afournier | it's a bit painful to make a read only rootfs :/ |
| 15:25.43 | *** join/#oe xanium4333 (~jamesbuck@2001:470:1f09:10:21a:4dff:fe45:c9ff) |
| 15:26.46 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 15:36.24 | afournier | why do we have /media and /mnt ? |
| 15:36.51 | Crofton|work | anyone know why pythong native recipes have DEPENDS issues with python modules? |
| 15:37.15 | Crofton|work | this keeps annoying me and i forget the proper fix |
| 15:39.58 | kergoth | Crofton|work: python-native doesn't end up in the PATH unless you inherit pythonnative or distutils (which inherits pythonnative indirectly). it's not often that you're building something that needs our python-native but doesn't inherit distutils, though.. |
| 15:40.33 | bluelightning | afournier: there are bugs open on read-only root FYI, it's being worked on |
| 15:40.38 | Crofton|work | the issue is the recipe DEPEDNS on pythin-pprint and something else, which the python native does not provide |
| 15:40.43 | Crofton|work | but seems to build anyway |
| 15:40.59 | afournier | bluelightning: it can work, just need some hacks |
| 15:41.11 | Crofton|work | I had this happen before and forget how I fixed it |
| 15:41.17 | bluelightning | afournier: indeed, for simple images it's not far off working already |
| 15:41.33 | afournier | bluelightning: sure |
| 15:41.38 | Crofton|work | afournier, one of the project goals is get ro roots working properly |
| 15:41.51 | afournier | bluelightning: it boots and i have a shell, the rest is configuration mostly |
| 15:42.21 | Crofton|work | basically, in meta-oe, pythong cheetah works, but python-cheetah-native does not |
| 15:43.30 | afournier | btw, i don't understand why the base-files recipe has ${localstatedir}/volatile/lock, ${localstatedir}/volatile/tmp, those are not supposed to be created my populate-volatile ? |
| 15:43.35 | afournier | s/my/by/ |
| 15:43.45 | Crofton|work | RDEPENDS_${PN} = "python-pickle python-pprint" |
| 15:43.53 | bluelightning | afournier: not sure about that I'm afraid |
| 15:44.01 | bluelightning | Crofton|work: that's runtime, won't affect native at all |
| 15:44.03 | Crofton|work | commenting out this line lets python-native-cheeath build (and appear to work fine) |
| 15:44.22 | Crofton|work | I know that :) |
| 15:44.47 | bluelightning | Crofton|work: so I'm a bit puzzled as to what's happening then... |
| 15:44.49 | Crofton|work | but it feels like the the native recipe wants to fins python-pickle-native etc |
| 15:44.58 | afournier | bluelightning: so maybe i should not add this in my fstab : "tmpfs on /var/volatile type tmpfs (rw,relatime)" |
| 15:46.00 | *** join/#oe zenlinux (~sgarman@c-24-147-73-69.hsd1.nh.comcast.net) |
| 15:46.42 | Crofton|work | bluelightning, NOTE: Runtime target 'python-pickle-native' is unbuildable, removing... |
| 15:47.07 | bluelightning | afournier: if you have a read-only root though populate-volatile won't work - that's one of the issues |
| 15:47.10 | Crofton|work | so it feels like RDEPENDS is translated for -native |
| 15:47.46 | Crofton|work | is there a way I can kill the RDEPENDS only for native? |
| 15:48.32 | afournier | bluelightning: it almost work, for me, it does not because it starts writing users stuff in /tmp that is RO, but i am thinking about mounting it in tmpfs |
| 15:48.36 | afournier | that should fix the problem |
| 15:48.52 | kergoth | Crofton|work: RDEPENDS_class-native = "" |
| 15:48.53 | bluelightning | Crofton|work: this behaviour is news to me... |
| 15:49.06 | kergoth | Crofton|work: both depends and rdepends are translated for -native, yes |
| 15:49.30 | Crofton|work | it feels like python-native builds the stuff, but does not provide it |
| 15:50.04 | kergoth | ah. i was going to say, if it doesn't need those things, then why depend on them.. and if it does, then why does it work without rdepending on it.. |
| 15:50.15 | kergoth | we really should make all recipes emit packages, even native.. |
| 15:50.21 | Crofton|work | I think it does need them |
| 15:50.28 | kergoth | (not just pretend to) |
| 15:50.36 | *** join/#oe ensc_ (~irc-ensc@79.252.249.124) |
| 15:50.38 | Crofton|work | but -native installs them where native ptyon can find them? |
| 15:52.12 | Crofton|work | kergoth, agreed |
| 15:57.01 | *** join/#oe hollisb (~hollisb@192.94.38.34) |
| 15:57.26 | *** join/#oe eren (~eren@unaffiliated/eren) |
| 16:01.04 | *** join/#oe kristoffer (~kristoffe@c-b6dce555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 16:01.30 | *** join/#oe fp (~fp@115.119.134.194) |
| 16:06.38 | afournier | anyway talking about read-only rootfs, is there a way to overload _all_ pkg_{pre,post}{inst,rm} so they remount the rootfs as needed ? |
| 16:07.24 | afournier | or does [oi]pkg has to handle this ? |
| 16:08.23 | kergoth | don't the initscripts just obey fstab? |
| 16:08.33 | kergoth | should be trivial to do that bit, i'd think |
| 16:08.40 | kergoth | if they don't, it's arguably just a bug in the initscripts |
| 16:09.24 | afournier | i was thinking about installing a .ipk at runtime, as the rootfs would be readonly |
| 16:09.52 | bluelightning | seems to me that's something your installation/update frontend ought to handle really |
| 16:10.06 | afournier | bluelightning: ok |
| 16:10.39 | afournier | it's better to do it just once, when many packages must be updated at once :) |
| 16:18.20 | *** join/#oe andyross (~andy@67.171.188.207) |
| 16:21.25 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 16:31.18 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 16:31.51 | *** join/#oe andyross1 (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 16:41.33 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 16:43.13 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 16:45.57 | *** join/#oe SorenHolm (~sgh@5634f347.rev.stofanet.dk) |
| 16:59.06 | *** join/#oe hollisb (~hollisb@192.94.38.34) |
| 17:24.51 | *** join/#oe hillct (~hillct@174.62.218.130) |
| 17:26.39 | *** join/#oe hbeck (~hbeck@69.41.94.157) |
| 17:31.44 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 18:01.33 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
| 18:01.34 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 18:04.16 | *** join/#oe hollisb (~hollisb@192.94.38.34) |
| 18:09.02 | *** join/#oe rob_w (~rob_w@unaffiliated/rob-w/x-1112029) |
| 18:33.44 | *** join/#oe woglinde (~henning@g229045224.adsl.alicedsl.de) |
| 18:35.05 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 18:47.18 | *** join/#oe B_Lizzard (~havoc@athedsl-239175.home.otenet.gr) |
| 18:48.21 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
| 18:56.46 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
| 18:56.47 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 19:02.38 | *** join/#oe CMoH (~cipi@78.96.83.205) |
| 19:02.38 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 19:03.28 | Crofton|work | how do you fix such QA issues? QA Issue: non -staticdev package contains static .a library: python-numpy path '/work/armv7a-vfp-neon-oe-linux-gnueabi/python-numpy-1.4.1-r4/packages-split/python-numpy/usr/lib/python2.7/site-packages/numpy/core/lib/libnpymath.a' |
| 19:03.59 | kergoth | the same way you change anything else in packaging |
| 19:04.07 | kergoth | adjust the FILES variables |
| 19:04.17 | Crofton|work | that would be to obvious |
| 19:04.32 | Crofton|work | qt is building, so I ahve time for idle chatter |
| 19:04.56 | kergoth | likely all you n eed to do is add an appropriate glob to FILES_${PN}-staticdev |
| 19:05.02 | kergoth | iirc staticdev is before the rest in PACKAGES |
| 19:05.33 | Crofton|work | ah |
| 19:06.01 | Crofton|work | we have FILES_${PN}-staticdev += "${PYTHON_SITEPACKAGES_DIR}/numpy/core/lib/*.a" |
| 19:06.52 | Crofton|work | why doesn't that pick it up |
| 19:07.18 | kergoth | that should be all you need, assuming PYTHON_SITEPACKAGES_DIR is set to somethin sane (use bitbake -e to check), and assuming staticdev is before ${PN} in PACKAGES (use bitbake -t o check) |
| 19:07.26 | woglinde | crfoton some regexp earlier? |
| 19:07.31 | kergoth | whenever something seems inexpliable, it's time to b ust out bitbake -e and check some assumptions |
| 19:07.33 | Crofton|work | I'll do that when the build finishes |
| 19:08.28 | woglinde | crofton is the python fast enough for the sdr stuff? |
| 19:08.51 | Crofton|work | in gnuradio most of the python is out of the signal processing path |
| 19:08.58 | *** join/#oe anarsoul (~anarsoul@46.28.100.124) |
| 19:08.58 | Crofton|work | just used to glue thing together |
| 19:11.23 | *** join/#oe falk0n (~Thunderbi@a85-138-70-19.cpe.netcabo.pt) |
| 19:12.19 | *** join/#oe pespin (~pespin@18.pool80-102-199.dynamic.orange.es) |
| 19:17.28 | *** join/#oe KNERD (~KNERD@mba5336d0.tmodns.net) |
| 19:17.39 | *** part/#oe falk0n (~Thunderbi@a85-138-70-19.cpe.netcabo.pt) |
| 19:20.03 | *** join/#oe hillct (~hillct@174.62.218.130) |
| 19:27.22 | *** join/#oe falk0n (~Thunderbi@85.138.70.19) |
| 19:30.04 | *** join/#oe falk0n (~Thunderbi@85.138.70.19) |
| 19:44.00 | *** join/#oe zenlinux (~sgarman@c-24-147-73-69.hsd1.nh.comcast.net) |
| 20:01.01 | *** join/#oe CruX| (~jozo@mcw.student.utc.sk) |
| 20:07.13 | Crofton|work | kergoth, can you explainwhat bitbake -t o check is supposed to do? |
| 20:09.43 | kergoth | ? |
| 20:10.05 | *** join/#oe flo_lap (~fuchs@sign-4d09473c.pool.mediaWays.net) |
| 20:10.05 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 20:10.08 | kergoth | the only bitbake -t argument is used to select whether you wnat the xmlrpc or process based bitbake server |
| 20:12.47 | Crofton|work | bitbake -e and grepping for PACKAGED suggests there is no staticdev package in packages |
| 20:13.45 | woglinde | crfoton so add it |
| 20:14.32 | Crofton|work | yeah, that is what I am thinking |
| 20:15.36 | kergoth | interesting |
| 20:17.14 | woglinde | crofton pythonclass overwrites PACKAGES? |
| 20:27.07 | *** join/#oe cminyard (~cminyard@64.2.3.195.ptr.us.xo.net) |
| 20:31.31 | *** join/#oe kristoffer (~kristoffe@c-b6dce555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 20:32.19 | Crofton|work | ah |
| 20:32.40 | Crofton|work | no -staticdev in PACKAGES in distutils-common-base |
| 20:33.21 | woglinde | ;) |
| 20:33.36 | woglinde | I am wondering that jama didnt catch that yer |
| 20:33.38 | woglinde | yet |
| 20:34.24 | levonmaa | otavio: ping |
| 20:34.28 | kergoth | probably not many python packages shipping static libraries |
| 20:35.13 | woglinde | hm right |
| 20:35.17 | woglinde | mostly its .so |
| 20:35.39 | Crofton|work | yeah |
| 20:36.01 | Crofton|work | there are likely three people that care about numpy |
| 20:36.19 | Crofton|work | and i am trying to be a better citizen by clobbering OE QA issues when I see them |
| 20:36.53 | woglinde | crofton hm there are more |
| 20:37.10 | woglinde | you forgot the python-opencv users |
| 20:37.19 | woglinde | they need numpty too |
| 20:37.31 | *** join/#oe CruX| (~jozo@mcw.student.utc.sk) |
| 20:37.42 | woglinde | but good catch anyway |
| 20:50.38 | JaMa | woglinde: why me? :) |
| 20:51.39 | woglinde | jama hm didnt you fixed some python recipes? |
| 20:51.51 | woglinde | I remeber something |
| 20:54.48 | JaMa | probably yes :) |
| 20:55.01 | Crofton|work | PACKAGES = "${PN}-dev ${PN}-dbg ${PN}-doc ${PN}" |
| 20:55.19 | Crofton|work | needs a ${PN}-staticdev on the front |
| 20:56.02 | Crofton|work | to clear a QA warnign in numpy |
| 20:56.06 | kergoth | maybe it should filter the existing PACKAGES rather than overriding it? |
| 20:56.09 | Crofton|work | will that break things for others? |
| 20:56.25 | Crofton|work | I am over my head here :) |
| 20:57.45 | Crofton|work | are empty -staticedev packages OK? |
| 20:59.24 | woglinde | they arent generated nor? |
| 20:59.32 | woglinde | just try it |
| 21:00.44 | *** join/#oe _Lucretia__ (~munkee@5ac2a2f3.bb.sky.com) |
| 21:08.28 | *** join/#oe bluelightning (~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com) |
| 21:08.29 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 21:09.53 | *** join/#oe GNUtoo-x60 (~GNUtoo@host46-141-dynamic.2-87-r.retail.telecomitalia.it) |
| 21:09.53 | Crofton|work | works for numpy |
| 21:10.05 | GNUtoo-x60 | hi, what are the new requirements for the new systemd |
| 21:10.09 | GNUtoo-x60 | I imported that patch: |
| 21:10.29 | GNUtoo-x60 | <PROTECTED> |
| 21:10.40 | GNUtoo-x60 | but it still fails for 2.6.35 on bug20 like that: |
| 21:11.25 | GNUtoo-x60 | [ 7.479614] <29>systemd[1]: systemd-udevd.service: main process exited, code=exited, status=206/OOM_ADJUST |
| 21:11.25 | GNUtoo-x60 | [FAILED] Failed to start udev Kernel Device Manager. |
| 21:12.13 | GNUtoo-x60 | <30>systemd[1]: systemd 195 running in system mode. (-PAM -LIBWRAP -AUDIT -SELINUX +IMA +SYSVINIT -LIBCRYPTSETUP +GCRYPT +ACL +XZ; angstrom) |
| 21:12.22 | woglinde | hi gnutoo |
| 21:12.32 | GNUtoo-x60 | hi woglinde |
| 21:12.37 | levonmaa | Does oe core have a recipe yet for building wayland? |
| 21:12.52 | levonmaa | I was looking for it, but could not find it |
| 21:13.27 | GNUtoo-x60 | woglinde, I guess you don't use systemd? |
| 21:13.33 | levonmaa | Just wanted to confirm, before I submit a recipe for it... |
| 21:15.22 | woglinde | gnutoo not on such old kernels |
| 21:15.42 | GNUtoo-x60 | ok |
| 21:15.51 | GNUtoo-x60 | the problem is that whole bmi stuff |
| 21:15.54 | GNUtoo-x60 | it's non-standard |
| 21:16.17 | GNUtoo-x60 | so If I would port quickely a new kernel to it |
| 21:16.23 | GNUtoo-x60 | I expect to have a lot of issues |
| 21:16.26 | GNUtoo-x60 | because of that |
| 21:16.41 | woglinde | if you dont switch to dts you are doomed anyway |
| 21:16.47 | GNUtoo-x60 | why? |
| 21:16.58 | kergoth | rolls eyes at the comments about upgrading a device on http://wiki.baserock.org/faq/vs-openembedded-yocto/ |
| 21:17.11 | GNUtoo-x60 | I'm switching the work kernels to dts |
| 21:17.23 | GNUtoo-x60 | but I did nothing for the other non-work machines |
| 21:17.41 | *** join/#oe pespin (~pespin@80.102.199.18) |
| 21:17.51 | kergoth | levonmaa: there's a recipe in meta-guacamayo you could presumably use as a starting point. never looked at it, just did a find against all the layers in the LayerIndex |
| 21:18.03 | kergoth | levonmaa: ./meta-guacamayo/meta-guacamayo/recipes-graphics/wayland/wayland_0.95.0.bb |
| 21:18.40 | woglinde | ah wayland support |
| 21:20.30 | levonmaa | kergoth: right, looks abt the same what I rolled up |
| 21:20.32 | levonmaa | ;) |
| 21:20.54 | GNUtoo-x60 | woglinde, do you know why I'll be doomed without dts? |
| 21:21.06 | GNUtoo-x60 | will all mach-* get dts? |
| 21:21.17 | levonmaa | Should that be brought into openembedded-core/meta/... |
| 21:22.19 | kergoth | levonmaa: meta-oe might be a better choice, for now. oe-core is intended to be a core baseline, after all, and I can't imagine wayland is near ubiquitous yet |
| 21:22.47 | woglinde | arms one |
| 21:23.04 | GNUtoo-x60 | ok |
| 21:23.18 | GNUtoo-x60 | so they will remove platform stuff that is not dts eventually? |
| 21:23.37 | GNUtoo-x60 | like in drivers? |
| 21:24.41 | levonmaa | kergoth: right |
| 21:25.10 | *** join/#oe CruX| (~jozo@mcw.student.utc.sk) |
| 21:25.11 | *** join/#oe Tartarus (trini@pixelshelf.com) |
| 21:26.30 | GNUtoo-x60 | woglinde, do you have more details? |
| 21:31.21 | woglinde | gnutoo yes |
| 21:31.26 | woglinde | thats what dts is for |
| 21:31.49 | GNUtoo-x60 | so I guess I'll drop the bug20 and port the gta02 on dts |
| 21:32.20 | GNUtoo-x60 | the problem is that I've serious booting issues with the GTA02 with > 3.2 kernels |
| 21:32.29 | GNUtoo-x60 | init is slow as hell |
| 21:32.31 | GNUtoo-x60 | same for systemd |
| 21:32.41 | woglinde | hm |
| 21:32.49 | woglinde | you need the kernel profiling stuff |
| 21:33.03 | woglinde | but I never used it sofar |
| 21:33.05 | Crofton|work | kergoth, baserock is a tool for sellig their arm build hardware |
| 21:33.53 | kergoth | saw that. they do have some interesting ideas though. converting all the upstream sources to git and using that is rather nice, I've been wanting to try doing that with oe metadata for years now |
| 21:35.03 | kergoth | there's a wrapper around git-svn/hg-fast-import/etc for populating the git mirrors from actual upstream that seems interesting. http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/lorries.git/tree/active |
| 21:36.27 | GNUtoo-x60 | woglinde, about profiling it's just the first userspace program that is problematic |
| 21:36.34 | GNUtoo-x60 | if I run it on bootchart it's fine |
| 21:36.53 | woglinde | ??? |
| 21:37.07 | woglinde | when bootchart is fine whats wrong than? |
| 21:37.29 | GNUtoo-x60 | the first init process can takes really too long to boot |
| 21:37.34 | GNUtoo-x60 | before it took hours |
| 21:37.39 | GNUtoo-x60 | I'll recheck |
| 21:37.57 | GNUtoo-x60 | but if I run it under bootchart it works fine |
| 21:38.24 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
| 21:40.13 | *** join/#oe rob_w (~rob_w@unaffiliated/rob-w/x-1112029) |
| 21:40.15 | *** join/#oe GNUtoo-desktop (~GNUtoo@host46-141-dynamic.2-87-r.retail.telecomitalia.it) |
| 21:43.36 | *** join/#oe rob_w (~rob_w@unaffiliated/rob-w/x-1112029) |
| 21:43.37 | *** join/#oe ant_home (~andrea@host17-36-dynamic.252-95-r.retail.telecomitalia.it) |
| 21:59.35 | *** join/#oe wakko (~wakko@home.alexandrefournier.com) |
| 21:59.41 | wakko | hi |