| 00:07.28 | *** join/#oe flynn378 (~AndChat27@user-24-214-170-196.knology.net) |
| 00:23.14 | *** join/#oe ant_home (~andrea@host170-248-dynamic.5-87-r.retail.telecomitalia.it) |
| 00:40.28 | *** join/#oe spacecolonyone (~spacecolo@dhcp242.obs.carnegiescience.edu) |
| 00:50.18 | *** join/#oe KNERD (~KNERD@cpe-68-201-123-108.gt.res.rr.com) |
| 01:27.56 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
| 01:29.00 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
| 01:30.13 | ftonello | any easy way to change the target MACHINE instead of changing it manually in local.conf ? |
| 01:30.26 | ftonello | I tried MACHINE bitbake recipe and it didn't work |
| 01:30.37 | ftonello | MACHINE=bla bitbake |
| 01:36.14 | JaMa | ftonello: you need to have it in BB_ENV_EXTRAWHITE |
| 01:37.19 | ftonello | JaMa: thanks |
| 01:38.03 | *** join/#oe bzb (~bzb@69-196-189-45.dsl.teksavvy.com) |
| 01:54.33 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 02:01.07 | *** join/#oe DJW|Home (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
| 02:23.01 | *** join/#oe KNERD (~KNERD@cpe-68-201-123-108.gt.res.rr.com) |
| 02:40.10 | *** join/#oe nitink (nitink@nat/intel/x-sfeormyqjedqwyux) |
| 03:27.47 | *** join/#oe blindvt_ (~brf@91-119-67-45.dynamic.xdsl-line.inode.at) |
| 03:28.54 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
| 03:50.58 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 04:01.40 | *** join/#oe robtow (~rob@184-105-177-98.static.hilltopinternet.com) |
| 05:07.52 | *** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
| 05:23.12 | *** join/#oe coldsoup|work (~nathan@commlablaptop.ceat.okstate.edu) |
| 05:25.41 | *** join/#oe Daemon404 (~who_knows@S0106586d8f4832af.tb.shawcable.net) |
| 05:39.01 | *** join/#oe lamikr (lamikr@nat/nokia/x-jqargaavqfscbezm) |
| 06:36.19 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 06:55.38 | *** join/#oe KNERD (~KNERD@cpe-68-201-123-108.gt.res.rr.com) |
| 07:24.44 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 07:25.35 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:26.36 | *** join/#oe woglinde (~henning@f052064241.adsl.alicedsl.de) |
| 07:53.26 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
| 07:58.05 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 08:00.55 | *** join/#oe fp (~fp@115.119.134.194) |
| 08:01.22 | *** join/#oe woglinde (~henning@g229047226.adsl.alicedsl.de) |
| 08:02.56 | *** join/#oe fp (~fp@115.119.134.194) |
| 08:04.27 | *** join/#oe anarsoul_ (~anarsoul@86.57.155.118) |
| 08:04.48 | *** join/#oe lamikr (lamikr@nat/nokia/x-hhbbcuapeuezgyxs) |
| 08:05.57 | *** join/#oe pvanhoof (~philip@codeminded.be) |
| 08:11.54 | sr105 | how is the defconfig for the kernel, PN/MACHINE/defconfig, found by bitbake? I'm trying to bbappend another kernel recipe changing the machine and adding my own defconfig, but bit bake doesn't see it. If I put it in the layer with the kernel recipe, it finds it. |
| 08:12.49 | sr105 | http://pastebin.com/C5W2MNfJ |
| 08:15.03 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 08:17.41 | *** join/#oe mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 08:18.48 | *** join/#oe mrpacket_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 08:24.23 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:30.25 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
| 08:30.40 | *** join/#oe apelete (~apelete@openwide3.pck.nerim.net) |
| 08:38.53 | *** join/#oe uvan (7645dbc5@gateway/web/freenode/ip.118.69.219.197) |
| 08:39.29 | uvan | Dear All |
| 08:39.54 | uvan | I want to add EXTERNAL_TOOLCHAIN to compile AArch64 platform to OE |
| 08:40.05 | *** join/#oe uwe_ (~uwe_@dslb-188-105-024-052.pools.arcor-ip.net) |
| 08:40.32 | uvan | i copied the metadata from linaro toolchain and modify |
| 08:40.33 | woglinde | uvan why? |
| 08:40.48 | woglinde | hrw is pushing more and more aarch64 support into oe |
| 08:40.59 | uvan | but it always try to compile gcc-cross-intial |
| 08:41.30 | uvan | how can i ignore the gcc-cross-initial compilation? i want to used glibc from external toolchain |
| 08:43.29 | woglinde | are you listening what I am saying? |
| 08:43.53 | uvan | woglinde, yes, but i'm still not much understand what you mean |
| 08:44.11 | uvan | did you mean that aarch64 still not much supported? |
| 08:44.28 | woglinde | it is supported but I think not in all recipes |
| 08:44.35 | woglinde | just trry it out |
| 08:44.44 | uvan | sure, that's i want to try |
| 08:44.46 | woglinde | no need for external toolchain |
| 08:45.44 | woglinde | linaro patches are integrated in oe-core |
| 08:46.08 | uvan | woglinde, actually i can do compile with linaro already |
| 08:46.14 | *** join/#oe lamikr (lamikr@nat/nokia/x-pcetldmykwathesb) |
| 08:46.26 | uvan | but i want to used it with my own company toolchain |
| 08:47.11 | uvan | and for that toolchain, i want to ignore all gcc-cross-initial compilation |
| 08:48.45 | *** join/#oe jkroon (~jkroon@fw.mikrodidakt.se) |
| 08:49.07 | uvan | do you know what recipies need to modify if i don't want gcc-cross-initial compiled? |
| 08:56.13 | woglinde | hm |
| 08:56.16 | woglinde | sorry |
| 08:56.22 | woglinde | cannt help you |
| 08:59.23 | florian | I gurss you can set ASSUME_PRVODED_gcc-cross-initial |
| 08:59.31 | florian | eh guess |
| 08:59.48 | florian | We used to habe something like this... haven't tried this in ages. |
| 09:01.09 | *** join/#oe shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) |
| 09:01.09 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
| 09:01.17 | woglinde | hi shoragan |
| 09:01.28 | woglinde | ah right yes |
| 09:01.32 | shoragan | hi woglinde :) |
| 09:01.39 | woglinde | ASSUME_PROVIDED |
| 09:02.21 | florian | yep... can't type this morning :-/ |
| 09:06.15 | uvan | ASSUME_PROVIED? let me see if i can find something |
| 09:06.20 | uvan | i'm also new to OE |
| 09:07.18 | woglinde | sure |
| 09:07.23 | woglinde | put it in local.conf |
| 09:08.16 | woglinde | ASSUME_PROVIDED += "gcc-cross-initial" should work too |
| 09:08.26 | woglinde | <PROTECTED> |
| 09:10.54 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:10.54 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:11.28 | uvan | I'm trying |
| 09:11.40 | woglinde | gm bluelightning |
| 09:11.54 | *** join/#oe KNERD (~KNERD@cpe-68-201-123-108.gt.res.rr.com) |
| 09:15.30 | bluelightning | morning woglinde, all |
| 09:15.42 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:17.01 | woglinde | bluelightning does bitbake find out what I changed in a recipe |
| 09:17.21 | woglinde | its a hell to wait 20 minutes of rebuild when only changing oneline in post-inst |
| 09:18.06 | bluelightning | woglinde: we produce a signature for each task based on its inputs yes |
| 09:19.59 | woglinde | so for changing postinst stuff using the produced sstate should working? |
| 09:20.15 | bluelightning | woglinde: sorry I don't understand the question... ? |
| 09:20.19 | woglinde | again |
| 09:20.26 | woglinde | I change one line in postinst |
| 09:20.36 | woglinde | but bitbake recompiles the whole recipe |
| 09:20.47 | woglinde | thats okay for small packages |
| 09:20.57 | woglinde | but not for one like openjdk which needs 20 minutes |
| 09:23.18 | bluelightning | woglinde: clearly if you change a postinstall it's going to have to run do_package, and as a consequence it figures it needs to run any task that depends upon that |
| 09:24.12 | woglinde | but couldd that not shortcutend? |
| 09:24.19 | woglinde | whith sstate |
| 09:24.45 | bluelightning | sstate relies on those checksums |
| 09:25.41 | bluelightning | if a task's checksum (i.e. the checksum of all inputs to the task, which includes all of the checksums of the other tasks the task depends on) has changed it assumes the output could be different and re-runs the task |
| 09:26.31 | woglinde | sure but it would be clever to look what changed |
| 09:26.41 | woglinde | and use help of sstate |
| 09:26.50 | *** join/#oe fp (~fp@115.119.134.194) |
| 09:33.27 | hrw | uvan: you have to take a look at external-toolchain stuff |
| 09:34.10 | bluelightning | woglinde: it's not that simple unfortunately |
| 09:35.11 | bluelightning | it already does look at what changed |
| 09:35.40 | bluelightning | it's all done at a task level, and it uses variable dependencies to determine what the inputs are to a task |
| 09:36.50 | hrw | uvan: meta-linaro: conf/distro/include and recipes-devtools/external-*/* |
| 09:37.25 | woglinde | gm hrw |
| 09:37.25 | bluelightning | woglinde: see here for further details: http://www.yoctoproject.org/docs/latest/poky-ref-manual/poky-ref-manual.html#shared-state-cache |
| 09:38.35 | mckoan | good morning |
| 09:39.59 | bluelightning | hi mckoan, hrw |
| 09:40.46 | woglinde | hi mckoan |
| 09:43.06 | hrw | uvan: can we talk? |
| 09:51.51 | *** join/#oe ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) |
| 09:53.21 | *** join/#oe flynn378 (~AndChat27@user-24-214-170-196.knology.net) |
| 10:00.09 | *** join/#oe ecloud__ (quassel@nat/digia/x-neeybbfojsumqqep) |
| 10:06.55 | *** join/#oe xanium4332 (~xanium433@jeb90.fitz.cam.ac.uk) |
| 10:09.16 | uvan | hrw yes |
| 10:09.50 | uvan | hi hrw |
| 10:10.27 | *** join/#oe ecloud__ (quassel@nat/digia/x-crcfwyxselzniizc) |
| 10:11.33 | uvan | hrw, actually i copied all from meta-linaro |
| 10:12.33 | uvan | and also compiled meta-aarch64 from linaro too |
| 10:13.08 | hrw | uvan: ok |
| 10:13.24 | hrw | uvan: can I ask you what you are working on? |
| 10:13.49 | hrw | uvan: cause at linaro we try to group all aarch64 porting teams |
| 10:15.02 | uvan | i'm trying to build OE for our chip will come out soon that based on aarch64 |
| 10:15.20 | *** join/#oe mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 10:15.33 | *** join/#oe ecloud__ (quassel@nat/digia/x-trhlafpewkexfylq) |
| 10:15.54 | uvan | and i want to used my own toolchain for that to test |
| 10:16.02 | hrw | ok |
| 10:16.20 | hrw | uvan: so take a look at recipes for external linaro toolchain and adapt them to your toolchain |
| 10:16.54 | uvan | but i always stuck at compile gcc-cross-intial, because aarch64-oe-linux not supported |
| 10:17.45 | hrw | uvan: you probably have different TARGET_PREFIX |
| 10:17.56 | uvan | but i though when i used external toolchain, i don't need to compile gcc-cross, gcc-cross-intial, ....because already have |
| 10:18.19 | hrw | uvan: yes, but how much time it took? |
| 10:18.44 | hrw | uvan: I think that usually it is faster to just add own gcc recipes then play with external toolchain integration |
| 10:19.42 | uvan | i took 1 week already, :d |
| 10:19.53 | hrw | uvan: I made meta-aarch64/recipes-devtools/gcc/ in ~1h including builds |
| 10:20.03 | uvan | still not understand how can i play with external toolchain |
| 10:20.29 | uvan | using linaro-external toolchain as defined in meta-linaro also failed at there |
| 10:20.50 | hrw | uvan: it was configured for armv7a |
| 10:20.58 | *** join/#oe ecloud_ (quassel@nat/digia/x-jlctkdyultjmtwyg) |
| 10:21.05 | hrw | I just pushed change to allow to override it |
| 10:22.01 | uvan | hrw: so right now, can you compile meta-aarch64 with external linaro toolchain? |
| 10:22.16 | hrw | uvan: not tried |
| 10:22.46 | uvan | i set TCMODE="external-linaro", EXTERNAL_TOOLCHAIN="<path>" but build also failed at gcc-cross-initial |
| 10:23.42 | *** join/#oe ecloud (quassel@nat/digia/x-kfrzwfzecmgteksk) |
| 10:23.57 | hrw | letme try |
| 10:25.29 | *** join/#oe ecloud (quassel@nat/digia/x-zhpaymfcrdmivgrd) |
| 10:26.52 | hrw | uvan: if you have problems with aarch64 support in OE then please report bugs at http://bugs.launchpad.net/linaro-oe |
| 10:27.10 | hrw | uvan: aarch64 porting issues at http://bugs.launchpad.net/linaro-aarch64 |
| 10:27.55 | uvan | ok hrw |
| 10:29.37 | uvan | hrw; i'm just a new jump to OE. and aarch64 also. lot of thing still not much understand |
| 10:30.09 | hrw | uvan: for start I would suggest using gcc-linaro 4.7 setup and get used to OE. |
| 10:30.33 | *** join/#oe jkridner__ (~jason@pdpc/supporter/active/jkridner) |
| 10:30.43 | *** join/#oe pepermint (~pepermint@95.233.80.179) |
| 10:34.48 | uvan | yes, i'm also use now |
| 10:38.14 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 10:40.42 | hrw | uvan: looks like unbroke external toolchain linaro. but it needs one patch to OECore ;( |
| 10:42.25 | uvan | hrw: so can you tell me how that patch? |
| 10:43.05 | *** join/#oe denisATeukrea (~GNUtoo@host3-118-dynamic.54-79-r.retail.telecomitalia.it) |
| 10:43.26 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 10:48.51 | *** join/#oe roland_ (~quassel@218.223.196.88.sta.estpak.ee) |
| 10:49.06 | hrw | uvan: first I have to take a look at armv7a cross toolchain to find out how to merge my changes. I do not want to unbreak armv8 and break armv7a |
| 10:49.16 | *** join/#oe vmeson (~quassel@128.224.252.2) |
| 10:51.36 | Zagor | does =+ in the recipes mean the same thing as += ? |
| 10:51.43 | Zagor | or are they typos? |
| 10:52.01 | bluelightning | Zagor: no, =+ means prepend with a space rather than append with a space |
| 10:52.11 | Zagor | aha |
| 10:55.56 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 11:17.26 | *** join/#oe KNERD (~KNERD@cpe-68-201-123-108.gt.res.rr.com) |
| 11:29.53 | *** join/#oe vducuy (~uvan@118.69.219.197) |
| 11:31.33 | *** part/#oe vducuy (~uvan@118.69.219.197) |
| 11:51.27 | *** part/#oe uvan (7645dbc5@gateway/web/freenode/ip.118.69.219.197) |
| 11:52.30 | *** join/#oe uvan (~uvan@118.69.219.197) |
| 11:55.19 | *** part/#oe uvan (~uvan@118.69.219.197) |
| 12:30.28 | *** join/#oe apelete (~apelete@openwide3.pck.nerim.net) |
| 12:31.26 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
| 12:33.22 | *** join/#oe ecloud_ (quassel@nat/trolltech/x-hfxslttefeurrhkm) |
| 12:41.37 | *** join/#oe mhnoyes (~mhnoyes@74-32-170-186.dr01.myck.or.frontiernet.net) |
| 12:41.37 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:56.47 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
| 13:21.43 | *** join/#oe KNERD (~KNERD@cpe-68-201-123-108.gt.res.rr.com) |
| 13:28.43 | *** join/#oe rsalveti_ (~rsalveti@unaffiliated/rsalveti) |
| 13:37.03 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
| 13:38.33 | *** join/#oe Tartarus (trini@pixelshelf.com) |
| 13:40.37 | *** join/#oe bzb (~bzb@69-196-189-45.dsl.teksavvy.com) |
| 14:24.46 | Crofton|work | RP, you saw my PACKAGECONFIG update for cmake recipes? |
| 14:27.43 | JaMa | wasn't it merged already? |
| 14:28.08 | JaMa | http://git.openembedded.org/openembedded-core/commit/?id=d8c0ce5a4a27c8aa1d07fc15d6e000af725a51e6 |
| 14:29.36 | RP | Crofton|work: has been in master-next for a few days and then merged to master. All without me seeing it :) |
| 14:37.42 | hrw | argh. who invented that crazy scheme of indents in bbshellparts... |
| 14:39.11 | hrw | eglibc-package.inc has whole mix of indent styles... |
| 14:41.45 | JaMa | RP: I'll send patch for automake and gcc (info/dir removal) a bit later, testing them now |
| 14:41.59 | RP | JaMa: great, thanks |
| 14:43.19 | JaMa | WARNING: The recipe linux-libc-headers is trying to install files into a shared area when those files already exist. Those files and their manifest location a |
| 14:43.22 | JaMa | re: /OE/shr-core/tmp-eglibc/pkgdata/cortexa8-vfp-neon-oe-linux-gnueabi/linux-libc-headers Matched in manifest-cortexa8-vfp-neon-linux-libc-headers.package |
| 14:43.34 | hrw | and first who will reply with "please do not mix spaces and tabs in commit": check email source! |
| 14:44.46 | JaMa | hrw: you should support my proposal to change that crazy styleguide.. |
| 14:45.06 | JaMa | hrw: and mutt does not mangle email source for me |
| 14:45.11 | hrw | JaMa: 4/8 spaces to rule the world? |
| 14:45.12 | JaMa | afaik |
| 14:45.29 | hrw | JaMa: thunderbird 'in theory' also does not |
| 14:45.30 | JaMa | hrw: 4 spaces for both types of tasks |
| 14:45.50 | JaMa | and no tabs except .patch files |
| 14:45.51 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 14:46.43 | JaMa | and vim syntax plugin highlighting every tab in .bb .bbappend .bbclass (.inc) |
| 14:47.38 | hrw | anyway I got both linaro external toolchain working today. probably useless work but someone had to do it |
| 14:49.34 | kergoth | ugh, yes, i hate the tabs in shell spaces in python thing, partly because we don't have a vim bitbake indent plugin to automatically handle it |
| 14:53.38 | JaMa | for meta-smartphone/meta-efl/meta-webos* we're not using official styleguide because of that.. |
| 14:56.05 | Crofton|work | rp. oops I missed that |
| 14:56.45 | JaMa | + configure |10672 ++++++++++++++++++++++++++++++++++++++++------------------ |
| 14:56.52 | JaMa | heh, just to disable usb |
| 14:57.45 | RP | JaMa: I nearly suggested just dropping the configure bit since we don't need it |
| 14:59.11 | *** join/#oe ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) |
| 15:00.35 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 15:14.10 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 15:23.24 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 15:29.28 | JaMa | RP: is it expected that transition to do_packagedata does not work correctly when rm_work (or OEBasic) is used? http://paste.debian.net/228595/ |
| 15:29.45 | JaMa | RP: in other builddir with OEBasicHash it seems to work |
| 15:38.22 | RP | JaMa: hmm, I hadn't really thought about OEBasic :/ |
| 15:39.02 | RP | JaMa: it may need a clean build directory, or at least remove the do_package stamps |
| 15:40.39 | *** join/#oe nitink (nitink@nat/intel/x-tkhafqckiozbkydb) |
| 15:41.14 | JaMa | ok, I'll clean tmpdir |
| 15:41.34 | JaMa | removing do_package stamps would rebuild everything too I think |
| 15:41.44 | *** join/#oe woglinde_ (~henning@f052065232.adsl.alicedsl.de) |
| 16:01.30 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 16:06.48 | *** join/#oe ibot (~ibot@rikers.org) |
| 16:06.48 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel |
| 16:10.52 | *** join/#oe KNERD (~KNERD@cpe-68-201-123-108.gt.res.rr.com) |
| 16:11.34 | *** join/#oe vpopov (~happylife@149.62.17.217) |
| 16:38.03 | *** join/#oe nitink (nitink@nat/intel/x-zlcgtgwkrjiplkwa) |
| 16:38.44 | *** join/#oe W1N9Zr250 (~W1N9Zr0@24.212.193.98) |
| 17:02.03 | *** join/#oe zenlinux_ (~sgarman@c-50-137-42-92.hsd1.or.comcast.net) |
| 17:03.19 | *** join/#oe pvanhoof (~philip@codeminded.be) |
| 17:08.41 | *** join/#oe apelete (~apelete@openwide3.pck.nerim.net) |
| 17:23.37 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
| 17:23.37 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 17:24.35 | mr_science | moin |
| 17:33.12 | *** join/#oe pepermint (~pepermint@95.233.80.179) |
| 17:41.42 | mr_science | kergoth: i did some searching through the list archive, but didn't really find the thread(s) you pointed out |
| 17:42.27 | mr_science | i did, however, find a set of patches on pokey-contrib that adds read-only rootfs support, including some new bbclasses and whatnot |
| 17:42.41 | mr_science | is that at all related to what you were referring to? |
| 17:44.27 | *** join/#oe jkroon (~jkroon@89-253-118-72.customers.ownit.se) |
| 17:44.36 | kergoth | which threads are you looking for, again? |
| 17:45.28 | kergoth | the latest read only rootfs threads for oe-core are [OE-core] [PATCH 00/12] read-only rootfs support and [OE-core] [PATCH V8 0/6] read-only rootfs support, as far as i can see |
| 17:45.43 | mr_science | building/configuring a read-only root |
| 17:46.35 | mr_science | thanks |
| 18:07.30 | *** join/#oe Dunearhp (~Dunearhp_@203.63.134.61) |
| 18:07.31 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 18:08.22 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 18:19.22 | *** join/#oe bzb (~bzb@69-196-189-45.dsl.teksavvy.com) |
| 18:19.24 | sr105 | I'll have to check out those read only threads. I've been doing it by using an initramfs to create an overlay file system before mounting my root as r/o |
| 18:20.35 | *** join/#oe nitink (~nitink@134.134.137.75) |
| 18:25.40 | *** join/#oe nitink1 (nitink@nat/intel/x-fqwpmlnhzrtmqkbq) |
| 18:27.00 | *** join/#oe mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 18:27.06 | sr105 | any reason why knotty is the default bit bake ui vs knotty2? |
| 18:27.07 | ensc|w | runs oe for ages on ro nfs rootfs... |
| 18:27.36 | ensc|w | afaik, knotty *is* knotty2 is recent bitbake |
| 18:28.07 | sr105 | ah, I must be between. Mine defaults to knotty and has both in the ui/ folder. |
| 18:28.24 | sr105 | 1.15.2 |
| 18:28.55 | sr105 | ensc|w: how did you handle config files in your ro rootfs |
| 18:28.56 | sr105 | ? |
| 18:29.42 | *** join/#oe rob_w (~rob_w@unaffiliated/rob-w/x-1112029) |
| 18:30.07 | ensc|w | sr105: they are part of machine specific recipes or moved to /var |
| 18:30.45 | sr105 | So you'd symlink or patch the offending program to use /var? |
| 18:30.49 | ensc|w | or, sometimes I bind-mount them to /etc |
| 18:31.24 | sr105 | and if you need persistence in one of those files? like wifi config, for example. |
| 18:31.56 | ensc|w | persistence? |
| 18:32.17 | sr105 | sometimes you need a config file to survive a reboot |
| 18:33.24 | ensc|w | <PROTECTED> |
| 18:33.33 | sr105 | for our device, we use the overlay to allow saving of settings and such. But if the unit gets hosed for some reason, we can just wipe the overlay and it's effectively a factory reset |
| 18:33.41 | sr105 | ah |
| 18:33.42 | ensc|w | bind-mount is for stuff like /etc/resolv.conf |
| 18:34.37 | sr105 | once we had it setup, it seemed to be an easier solution than tracking down offending apps |
| 18:34.39 | ensc|w | I use a similar setup for a vdr machine; /var/lib/vdr/etc is aufs3 mounted there |
| 19:20.22 | *** join/#oe mrcan (~mrcan@unaffiliated/mrcan) |
| 19:25.32 | *** join/#oe mrcan (~mrcan@unaffiliated/mrcan) |
| 19:31.25 | *** join/#oe Daemon404 (~who_knows@S0106586d8f4832af.tb.shawcable.net) |
| 19:33.45 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 19:37.28 | *** join/#oe uwe__ (~uwe_@dslb-188-105-024-052.pools.arcor-ip.net) |
| 19:42.01 | *** join/#oe LunohoD (~alex@5.254.129.184) |
| 19:46.21 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 19:46.39 | *** join/#oe Daemon404 (~who_knows@pdpc/supporter/student/Daemon404) |
| 19:48.37 | *** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
| 19:49.01 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
| 19:50.29 | *** join/#oe nitink (nitink@nat/intel/x-nvbetrovazvmftmm) |
| 19:53.52 | *** join/#oe OWayne (~wayne@host86-154-102-112.range86-154.btcentralplus.com) |
| 19:55.22 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
| 19:55.40 | OWayne | I curious is there a recipe out there for omapl138 running a 3.x kernel? I see there is 03.22 PSP but recipes I have found are using a 2.6 kernel. |
| 19:57.01 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 19:58.27 | woglinde | better aks on beagle |
| 20:05.10 | *** join/#oe nitink (nitink@nat/intel/x-avvzikbaibwooqsg) |
| 20:10.18 | OWayne | will do thanks. |
| 20:15.48 | *** join/#oe ant_home (~andrea@host170-248-dynamic.5-87-r.retail.telecomitalia.it) |
| 20:38.58 | jkroon | In my custom image, what would be the syntax to append a package to IMAGE_INSTALL if and only if I was building for a certain MACHINE ? |
| 20:43.14 | kergoth | IMAGE_INSTALL_append_mymachine = " foo" |
| 20:43.20 | kergoth | standard use of OVERRIDES |
| 20:44.29 | *** join/#oe OWayne (~wayne@host213-123-233-22.in-addr.btopenworld.com) |
| 20:45.34 | *** join/#oe nitink (~nitink@134.134.137.75) |
| 20:49.51 | JaMa | jkroon: or add MACHINE_ARCH packagegroup which will contain only extra packages you want for each MACHINE |
| 20:50.40 | JaMa | that will allow you to add more extra packages to all installed MACHINEs while upgrading that packagegroup |
| 20:54.49 | *** join/#oe pvanhoof (~philip@codeminded.be) |
| 21:05.12 | jkroon | thanks |
| 21:29.05 | *** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
| 21:32.00 | woglinde | hm coreutils needs acl now |
| 21:32.32 | kergoth | sighs at the creeping dep issues and how much gets built by a core-image-base |
| 21:32.37 | kergoth | we need to spend some quality time whittling at that |
| 21:33.44 | woglinde | <PROTECTED> |
| 21:33.49 | woglinde | openjdk |
| 21:33.51 | kergoth | hehe |
| 21:40.04 | *** join/#oe LunohoD (~alex@HSI-KBW-46-223-156-83.hsi.kabel-badenwuerttemberg.de) |
| 21:47.45 | *** join/#oe mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 22:05.42 | *** join/#oe mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 22:31.19 | *** join/#oe mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 22:37.59 | *** join/#oe VtS_ (~quassel@80-121-60-171.adsl.highway.telekom.at) |
| 22:52.33 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 22:57.21 | *** join/#oe mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 22:59.50 | RP | kergoth: I do keep trying and complaining when people add stuff. Doesn't get me much appreciation though ;-) |
| 23:02.01 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
| 23:06.05 | kergoth | heh, such is life as a maintainer |
| 23:06.36 | woglinde | gn |
| 23:12.03 | *** join/#oe nitink (~nitink@134.134.139.72) |
| 23:24.32 | *** join/#oe florian (~fuchs@sign-4d094686.pool.mediaWays.net) |
| 23:24.33 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 23:33.50 | *** join/#oe nitink1 (~nitink@134.134.137.75) |
| 23:39.21 | *** join/#oe sr105 (~sr105@65349hfc19.tampabay.res.rr.com) |
| 23:44.35 | *** join/#oe nitink (nitink@nat/intel/x-wsaonipsevaymfss) |
| 23:47.05 | *** join/#oe KNERD (~KNERD@cpe-68-201-123-108.gt.res.rr.com) |