| 00:00.20 | mrpackethead_ | not often i'll be excited by seeing a square wave on teh scope |
| 00:04.34 | mrpackethead_ | thats bizzare |
| 00:04.55 | mrpackethead_ | in debian, the /sys/kernel/debug was not mounted |
| 00:05.17 | mrpackethead_ | so /sys/kernel/debug/omap_mux was not visisble |
| 00:15.21 | *** join/#oe dijenerate (~dijenerat@63.143.73.39) |
| 00:17.01 | *** join/#oe zenlinux_ (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
| 00:34.18 | mrpackethead_ | :-) happy hobbit |
| 00:41.52 | *** join/#oe dijenerate (~dijenerat@63.143.73.33) |
| 00:47.34 | *** join/#oe dijenerate (~dijenerat@63.143.73.33) |
| 00:47.57 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 01:00.35 | *** join/#oe msm (~msm@cpe-70-112-201-132.austin.res.rr.com) |
| 01:11.02 | *** join/#oe dijenerate (~dijenerat@63.143.73.32) |
| 01:13.41 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 01:17.12 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 01:23.37 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
| 01:24.26 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 01:25.17 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
| 01:44.24 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
| 01:45.55 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 01:50.32 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 01:52.11 | *** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
| 02:00.38 | *** join/#oe dijenerate (~dijenerat@199.47.52.87) |
| 02:01.52 | *** join/#oe DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
| 02:14.10 | *** join/#oe KNERD (~KNERD@cpe-68-201-123-108.gt.res.rr.com) |
| 02:55.26 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 03:01.49 | *** join/#oe bzb (~bzb@69-196-189-45.dsl.teksavvy.com) |
| 03:17.43 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 03:23.06 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 03:30.23 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 03:42.41 | *** join/#oe uvan (7645dbc5@gateway/web/freenode/ip.118.69.219.197) |
| 03:42.52 | uvan | Hi All |
| 03:43.53 | uvan | anybody here? |
| 03:45.34 | *** part/#oe uvan (7645dbc5@gateway/web/freenode/ip.118.69.219.197) |
| 03:48.03 | *** join/#oe KNERD (~KNERD@cpe-68-201-123-108.gt.res.rr.com) |
| 03:52.06 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
| 03:56.50 | *** join/#oe martiert (~martin@37.191.128.59) |
| 05:07.51 | *** join/#oe JimNH (~jmchale@23-25-235-113-static.hfc.comcastbusiness.net) |
| 05:20.56 | *** join/#oe mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 05:25.46 | *** join/#oe mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 05:26.05 | *** join/#oe abelloni (~piout@128-79-216-144.hfc.dyn.abo.bbox.fr) |
| 05:42.33 | *** join/#oe mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 05:58.59 | nerdboy | mostly digesting... |
| 05:59.57 | *** join/#oe KNERD (~KNERD@cpe-68-201-123-108.gt.res.rr.com) |
| 06:07.00 | *** join/#oe fp (~fp@115.119.134.194) |
| 06:12.13 | sr105 | Are MACHINE vars ever used outside of their bps layers? |
| 06:12.21 | sr105 | bsp |
| 06:19.33 | khem | sr105: MACHINE is used quite a bit |
| 06:19.48 | khem | its used to define overrides |
| 06:20.09 | khem | and some machine specific tweaks in recipes which may not be in bsp layerbut elsewhere |
| 06:20.35 | sr105 | khem: Well, I'm trying to figure out the repercussions of defining my own machine based on another, but I don't want to lose any overrides of the original. |
| 06:22.30 | sr105 | or am I going about this all wrong? I'm using an off the shelf processor board with a custom main board. So I want 95% of the stuff written for the purchased board, but with my tweaks when I need them. |
| 06:38.51 | *** join/#oe clio (~andrej@85.159.109.222) |
| 06:51.22 | *** join/#oe abelloni (~piout@128-79-216-144.hfc.dyn.abo.bbox.fr) |
| 06:51.34 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) |
| 07:13.48 | *** join/#oe LunohoD (~alex@HSI-KBW-46-223-156-83.hsi.kabel-badenwuerttemberg.de) |
| 07:33.26 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 07:39.27 | *** join/#oe woglinde (~henning@g225074090.adsl.alicedsl.de) |
| 07:46.42 | *** join/#oe pvanhoof (~philip@codeminded.be) |
| 07:47.08 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
| 07:49.50 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 07:50.55 | *** join/#oe fp (~fp@115.119.134.194) |
| 07:51.56 | *** join/#oe sterNiX (~LessIsMor@2.176.164.73) |
| 07:51.56 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 07:55.48 | *** join/#oe sgw1 (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 07:56.06 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 08:01.04 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 08:13.25 | *** join/#oe shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) |
| 08:13.25 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
| 08:17.38 | zecke | shoragan: hi |
| 08:24.02 | *** join/#oe challinan_ (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 08:25.55 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:25.55 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:28.17 | *** join/#oe ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:28.51 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 08:39.01 | mckoan | good morning |
| 08:39.11 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
| 08:44.14 | *** join/#oe apelete (~apelete@openwide3.pck.nerim.net) |
| 08:49.30 | *** join/#oe CMoH|office (~cipi@89.35.222.158) |
| 08:49.30 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 08:53.09 | *** join/#oe CMoH|office (~cipi@89.35.222.158) |
| 08:53.09 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 08:58.01 | *** join/#oe mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 09:03.27 | suihkulokki | currently ext2 images seem to have some 200MB of extra space, how does one increase that? |
| 09:06.01 | *** join/#oe anarsoul_ (~anarsoul@86.57.155.118) |
| 09:07.41 | suihkulokki | IMAGE_ROOTFS_EXTRA_SPACE seems to be it |
| 09:22.07 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 09:24.57 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
| 09:37.27 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:37.27 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:39.44 | bluelightning | morning all |
| 10:02.09 | shoragan | hi zecke :) |
| 10:13.04 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 10:28.30 | *** join/#oe jackmitchell (~Thunderbi@195.171.99.130) |
| 10:32.09 | *** join/#oe pwgen (~ew@2-108-92-38-static.dk.customer.tdc.net) |
| 10:35.29 | pwgen | ant_work: found my kexecbootproblem, missing evdev ..... |
| 10:37.37 | *** join/#oe fp (~fp@115.119.134.194) |
| 10:40.11 | *** join/#oe foobar321 (4e21b382@gateway/web/freenode/ip.78.33.179.130) |
| 10:40.24 | foobar321 | Hi |
| 10:41.01 | foobar321 | Is there any bitbake recipe that adds new user to filesystem? I have recipe that requires new user to be added to /etc |
| 10:41.31 | foobar321 | But I have not found any example. What is the proper way of doing this? |
| 10:41.50 | foobar321 | I have few ideas but these are kind "hacks" |
| 10:49.07 | jackmitchell | there is an example somewhere in one of the recipes in oe-core |
| 10:49.30 | jackmitchell | foobar321: I know that avahi adds a user, so try checking that one |
| 10:51.52 | foobar321 | jackmitchell: oh, great. I'll take look into that |
| 10:52.07 | ant_work | pwgen: great |
| 10:52.33 | *** join/#oe xanium4332 (~xanium433@2001:470:1f09:10:225:90ff:fea2:995f) |
| 10:53.26 | pwgen | now i have a kexecboot image, with a lot of flaws. not every kernel is able to kexecboot, and no chance to read the mmc after executing kexec, i have to boot to an external usb stick |
| 10:55.02 | pwgen | seems if the kernel size gets over 5 mb then kexec fails, but not shure if that is the reason . |
| 10:58.21 | bencoh | "no chance to read the mmc after executing kexec" might be a buggy driver, or a buggy hard |
| 10:58.30 | bencoh | (ie not kexec's fault) |
| 11:02.34 | ant_work | iirc there was indeed a size limit but for the initramfs I think |
| 11:08.01 | ant_work | pwgen: you are passing that long cmdline full of params, isn't? |
| 11:08.56 | ant_work | like sdhci-bcm2708.emmc_clock_freq=100000000 |
| 11:19.16 | *** join/#oe lamikr (lamikr@nat/nokia/x-nzvuzlqtpozutuny) |
| 11:21.41 | jackmitchell | has anyone noticed bitbake deadlocking on parsing recipes recently? |
| 11:23.41 | *** join/#oe denisATeukrea (~GNUtoo@host3-118-dynamic.54-79-r.retail.telecomitalia.it) |
| 11:26.19 | *** join/#oe Shinda (~Loup@unaffiliated/toroop) |
| 11:26.40 | Shinda | hello |
| 11:36.50 | *** join/#oe armin^ (~aburchard@ricasa01.informatik.uni-bremen.de) |
| 11:38.33 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 11:47.13 | *** join/#oe vivijim (vivijim@nat/intel/x-lhiwksuuutivfdrr) |
| 11:47.13 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 12:10.55 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
| 12:28.29 | *** join/#oe lamikr (lamikr@nat/nokia/x-amayvjpjnbyocovb) |
| 12:32.08 | *** join/#oe Hoolxi (~Openfree@117.144.142.99) |
| 12:40.04 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 12:44.06 | pwgen | <PROTECTED> |
| 12:54.41 | ant_work | pwgen: http://www.raspberrypi.org/phpBB3/viewtopic.php?f=29&t=6201&start=650 |
| 12:55.46 | ant_work | pls take conservative defaults for the -kexecboot kernel |
| 12:57.38 | ant_work | ah, and send the config/patches for meta-handheld |
| 13:07.04 | *** join/#oe KNERD (~KNERD@cpe-68-201-123-108.gt.res.rr.com) |
| 13:08.02 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
| 13:09.42 | *** join/#oe flynn378 (~AndChat27@dyn19218817715.dz.ornl.gov) |
| 13:10.22 | *** join/#oe Tartarus (trini@46.21.157.24) |
| 13:11.39 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 13:14.55 | *** join/#oe mhnoyes (~mhnoyes@74-32-170-186.dr01.myck.or.frontiernet.net) |
| 13:14.55 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:19.55 | *** join/#oe lamikr (lamikr@nat/nokia/x-lkxinvrifpbjcehw) |
| 13:27.13 | *** join/#oe Shinda (~Loup@91.183.199.211) |
| 13:27.14 | *** join/#oe Shinda (~Loup@unaffiliated/toroop) |
| 13:37.53 | *** join/#oe Shinda (~loup@91.183.199.211) |
| 13:37.53 | *** join/#oe Shinda (~loup@unaffiliated/toroop) |
| 13:51.34 | *** join/#oe mrcan (~mrcan@unaffiliated/mrcan) |
| 13:51.56 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
| 14:03.54 | *** join/#oe rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 14:06.41 | *** join/#oe rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 14:06.53 | *** join/#oe AndChat|275625 (~AndChat27@dyn19218817715.dz.ornl.gov) |
| 14:30.34 | *** join/#oe OWayne (~wayne@host86-154-102-112.range86-154.btcentralplus.com) |
| 14:32.17 | OWayne | Quick question, if I modify the kernel config options, are they saved to defconfig in the tmpdir or is there a config saved elsewhere, I just want to diff the changes. |
| 14:35.23 | bluelightning | the former |
| 14:36.19 | OWayne | ok, I'll take a copy and clean the kernel then, thanks. |
| 14:36.39 | OWayne | *then build again |
| 14:37.53 | *** join/#oe Openfree (~Openfree@120.204.176.65) |
| 15:17.03 | *** join/#oe JaMa (~martin@ip-62-24-80-7.net.upcbroadband.cz) |
| 15:25.23 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 15:32.29 | *** join/#oe anoNxeRo (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 15:42.13 | *** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
| 15:55.00 | afournier | i'd like to write a class to append extra stuff to ipk's pre/post inst/rm scripts ? where should i hook ? |
| 15:55.15 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 15:56.37 | bluelightning | afournier: you'd just prepend or append to the functions in the class as with any other function |
| 15:57.16 | bluelightning | afournier: you can either do it directly or by using d.appendVar() in a python function, depending on which suits the situation |
| 15:57.31 | afournier | the thing is that the appended script would be somehow generated so i cannot do it inline |
| 15:57.47 | bluelightning | ok, python function is probably going to be the place I would think |
| 15:57.51 | afournier | so i guess python appendVar would do it yes |
| 15:57.59 | afournier | thx |
| 15:58.21 | *** join/#oe jawilson (jawilson@2600:3c03::f03c:91ff:fe93:fbce) |
| 15:58.26 | bluelightning | there are a number of examples, e.g. update-alternatives.bbclass |
| 15:58.34 | afournier | thanks |
| 15:58.43 | bluelightning | although that does getVar/setVar, the idea is the same |
| 15:58.48 | afournier | maybe it has already been done, but my idea is to append mysql scripts |
| 15:59.05 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 15:59.47 | afournier | so it'd grab the script name from the recipe, read it, and append it inside a "cat << EOF | mysql" |
| 16:00.21 | afournier | if -z "$D" :) |
| 16:01.05 | afournier | this way i don't have to install the script on the host, it can stay in /tmp while installing |
| 16:01.41 | *** join/#oe erbo (~erik@host.62.65.124.36.bitcom.se) |
| 16:01.55 | *** join/#oe Leatherface- (~leatherfa@pite.biz) |
| 16:03.22 | bluelightning | afournier: that sounds like it should work |
| 16:03.51 | afournier | neat! |
| 16:14.07 | *** join/#oe vivijim (~vivijim@134.134.139.72) |
| 16:14.07 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 16:14.42 | *** join/#oe vivijim (vivijim@nat/intel/x-hkwofakwcobijrai) |
| 16:14.42 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 16:14.47 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 16:15.56 | *** join/#oe vivijim (~vivijim@134.134.139.72) |
| 16:15.56 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 16:25.23 | *** join/#oe mrcan (~mrcan@unaffiliated/mrcan) |
| 16:25.28 | *** join/#oe mrcan_ (~mrcan@unaffiliated/mrcan) |
| 16:35.51 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24.212.193.98) |
| 16:44.14 | *** join/#oe mrmoku (~mrmoku@ppp-46-244-146-93.dynamic.mnet-online.de) |
| 16:44.23 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24.212.193.98) |
| 16:47.37 | *** join/#oe erbo (~erik@host.62.65.124.36.bitcom.se) |
| 16:47.51 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
| 16:51.38 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 17:19.38 | *** join/#oe pvanhoof (~philip@codeminded.be) |
| 17:22.08 | *** join/#oe zecke (~ich@p5DDBA1A2.dip.t-dialin.net) |
| 17:27.43 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
| 17:27.43 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 17:41.05 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:03.13 | sr105 | Is it possible to define a new machine B based on A and tell bit bake that if there are overrides present, prefer B to A, but use A if present and no B. |
| 18:03.16 | ftonello | does anyone knows why the qt.conf generated has this option |
| 18:03.24 | ftonello | Binaries = ${STAGING_BINDIR_NATIVE} |
| 18:03.30 | ftonello | instead of: |
| 18:03.39 | ftonello | Binaries = ${STAGING_BINDIR} |
| 18:03.40 | ftonello | ? |
| 18:05.23 | *** join/#oe pepermint (~pepermint@host141-84-dynamic.248-95-r.retail.telecomitalia.it) |
| 18:10.54 | ftonello | otavio: i saw that you did that commit.. could you please explain me why? |
| 18:11.10 | ftonello | i saw on the commit comment but it doesn't explain this situation. |
| 18:15.30 | *** join/#oe rob_w (~rob_w@unaffiliated/rob-w/x-1112029) |
| 18:19.40 | *** join/#oe woglinde (~henning@f052016073.adsl.alicedsl.de) |
| 18:25.22 | otavio | ftonello: Ah; it is need because you need to use moc, and other binaries, from host ... |
| 18:33.11 | *** join/#oe pidge (~pidge@134.134.137.73) |
| 18:35.49 | ftonello | otavio: how to change the $$[QT_INSTALL_LIBS] for example? I thought qt.conf changed that |
| 18:36.10 | ftonello | because $$[QT_INSTALL_LIBS] from qmake2 installs on the host machine as expected |
| 18:36.24 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 18:37.01 | otavio | ftonello: it all depends on qt you're using |
| 18:37.05 | otavio | qt4? qt5? |
| 18:37.13 | ftonello | otavio: qt4 |
| 18:37.31 | ftonello | otavio: qt5 in near future, btw |
| 18:38.16 | otavio | ftonello: you need to use QT_CONFIG and provide the path for the qt.conf |
| 18:39.04 | ftonello | otavio: what you mean? |
| 18:51.53 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
| 18:55.05 | *** join/#oe mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 18:55.44 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
| 19:06.49 | woglinde | hi zecke |
| 19:07.23 | *** join/#oe vivijim (vivijim@nat/intel/x-ghiuhsxvhgmymsux) |
| 19:07.23 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 19:08.53 | *** join/#oe vivijim (vivijim@nat/intel/x-owonwsufkbavbupr) |
| 19:08.53 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 19:10.02 | *** join/#oe LunohoD (~alex@5.254.129.143) |
| 19:10.29 | *** join/#oe mrpackethead_ (~mrpacketh@118-93-95-178.dsl.dyn.ihug.co.nz) |
| 19:13.45 | *** join/#oe vivijim (vivijim@nat/intel/x-xejfqezopqadpagb) |
| 19:13.45 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 19:16.29 | *** join/#oe vivijim (~vivijim@134.134.139.72) |
| 19:16.29 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 19:16.49 | ftonello | otavio: wouldn't be necessary to move qt.conf to ${S}? |
| 19:17.14 | otavio | ftonello: no; it is written when need |
| 19:19.08 | Crofton|work | anyone know much about opkg and "holding" |
| 19:19.20 | Crofton|work | I just got asked a question that made me look dumb :) |
| 19:19.27 | XorA | Crofton|work: its kinda broken |
| 19:19.45 | Crofton|work | rofl |
| 19:19.50 | Crofton|work | yeah, that is what I was asked |
| 19:19.56 | Crofton|work | baically, is it broken |
| 19:20.03 | *** join/#oe vivijim (~vivijim@134.134.139.72) |
| 19:20.03 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 19:20.14 | XorA | its supposed to work like deb package holding, but opkg seems happy to upgrade anyway |
| 19:20.48 | Crofton|work | XorA, thanks I owe you a few beers for that |
| 19:21.06 | XorA | I think just to annoy it will work in some cases and not others from memory |
| 19:23.58 | *** join/#oe vivijim (vivijim@nat/intel/x-yrwcggtzokqqnwlb) |
| 19:23.58 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 19:24.29 | Crofton|work | XorA, could it be made to work? |
| 19:24.52 | XorA | Crofton|work: it should be relatively simple for a competent coder |
| 19:25.00 | XorA | opkg code isnt insanely complex |
| 19:25.56 | XorA | Crofton|work: does OE support apt/deb properly yet? Thats a much saner solution for EMMC based devices anyway :-D |
| 19:26.14 | XorA | Crofton|work: I only ask as Ive been out the loop on the packaging changes |
| 19:27.21 | Crofton|work | duno |
| 19:27.28 | Crofton|work | I was getting asked by some guys |
| 19:27.35 | Crofton|work | now I know what holding is |
| 19:28.05 | XorA | you stick a 6inch nail in the package and nothing is allowed to move it :-D |
| 19:28.17 | Crofton|work | rofl |
| 19:28.35 | XorA | may have been watching too much moonshiners while in USA |
| 19:32.08 | *** join/#oe vivijim (vivijim@nat/intel/x-pddhequjntbwjxhe) |
| 19:32.08 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 19:33.06 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 19:35.02 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 19:36.58 | woglinde | hm can I enable verbose output for postinst when doing rootfs? |
| 19:38.49 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 19:42.59 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 19:43.00 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 19:45.32 | *** join/#oe vivijim (vivijim@nat/intel/x-pgdaaejnehelonew) |
| 19:45.33 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 19:46.18 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:47.56 | *** join/#oe KNERD (~KNERD@cpe-68-201-123-108.gt.res.rr.com) |
| 19:48.45 | *** join/#oe LunohoD (~alex@HSI-KBW-46-223-156-83.hsi.kabel-badenwuerttemberg.de) |
| 19:50.37 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 19:50.44 | kergoth | woglinde: heh, we ned to fix postinst handling. today a *real* bug in a postinst will just be silently ignored until you boot the thing |
| 19:50.48 | kergoth | s/ned/need/ |
| 19:51.53 | woglinde | kergoth I get exit code 2 for my postinst but I cannt see why |
| 19:52.13 | woglinde | and the oe-core minimal image does not ship opkg stuff |
| 19:52.44 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 19:53.55 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 19:57.55 | *** join/#oe bzb (~bzb@69.196.189.45) |
| 20:01.56 | *** join/#oe vivijim (vivijim@nat/intel/x-qtlncyioocvcwsqd) |
| 20:01.56 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 20:02.43 | *** join/#oe dv_ (~quassel@chello080108009040.14.11.vie.surfer.at) |
| 20:03.50 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
| 20:03.50 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 20:15.05 | *** join/#oe pepermint2 (~pepermint@host141-84-dynamic.248-95-r.retail.telecomitalia.it) |
| 20:22.23 | khem | sr105: yes its ok to define a new machine if you really need one. But you can not piggy back on features of other machine unless there is a machine class where both of these belong to |
| 20:22.45 | sr105 | khem: thanks |
| 20:22.46 | khem | sr105: some layers have defined such overrides like meta-fsl-ppc does |
| 20:23.20 | khem | so in effect when you define a new machine inheriting from other machines its all ok you get all features of that machine barring any machineoverrides |
| 20:23.29 | sr105 | I gripped all of my layers for overrides and there are no odd ones outside of bps that I care about so I should be ok |
| 20:23.49 | khem | you can play games in your machine conf to pretent exactly like the machine you inherited from but then whats the point |
| 20:24.20 | khem | yes usually any machine specific tweaks now a days are in form of bbappends and reside inside the bsp layer |
| 20:26.41 | sr105 | well, I could either clone the existing BSP, modify it, and merge as needed. Or I can create a new BSP layer based on the former that does the minimum possible. I wasn't sure what made the most sense. Creating a new layer seems to me to be more manageable. |
| 20:28.19 | sr105 | we have different peripheral chipsets, LCD, and pin MUX to the original, too |
| 20:28.51 | fray | new layer that extends the original is a better way to do it |
| 20:29.14 | fray | makes it much easier to leverage bug fixes from the original, and clearly documents your deviations.. |
| 20:29.38 | sr105 | am I right to set my priority to +1 over the existing BSP layer? |
| 20:30.05 | sr105 | fray: thanks. |
| 20:30.33 | fray | the priority thing always messes me up.. I can't remember is +1 or -1 is higher |
| 20:31.09 | sr105 | I wish you could say MACHINE=B, INHERITED_MACHINE="A" |
| 20:31.20 | sr105 | +1 is higher |
| 20:31.35 | khem | sr105: depends if you want your layer to override the bsp layer you inherit from then yes |
| 20:31.42 | sr105 | I figured setting +1 was clearer than bblayers ordering |
| 20:32.00 | sr105 | khem: yes, definitely override |
| 20:32.20 | khem | sr105: for any .inc or .conf changes bblayer ordering is still honored |
| 20:32.29 | khem | and for classes too |
| 20:32.39 | khem | priority is only for recipes |
| 20:32.54 | sr105 | oh… good to know |
| 20:32.59 | khem | so depending upon what all you will be overriding you have to decide |
| 20:33.18 | sr105 | so, it's reverse order? last takes precedence. |
| 20:33.28 | khem | its like PATH |
| 20:33.37 | khem | whichever is found first is taken |
| 20:33.51 | sr105 | oh, then not reverse |
| 20:34.00 | khem | so you have to make sure that your layer appears before the contentions in BBPATH |
| 20:34.17 | khem | there are .= and =. operators |
| 20:34.20 | khem | read about them |
| 20:34.32 | sr105 | that explains why meta-yocto appears second... |
| 20:34.36 | khem | and choose the layering structure that fits your layer in whole cosmos |
| 20:35.28 | sr105 | I have read about those, thanks. I see. |
| 20:36.08 | khem | SIGFOOD bbl |
| 20:39.16 | sr105 | One thing about OE-core that I found incredibly confusing at the start was the use of "meta-name" for directories that were not layers, but rather collections of layers. All of the OE docs I've seen don't seem to address that. |
| 20:39.40 | fray | meta simply stands for "metadata" |
| 20:39.49 | XorA | its a pokyism :-D |
| 20:39.54 | fray | yup.. |
| 20:40.04 | fray | notes none of our commercial layers start with "meta" |
| 20:41.03 | sr105 | every doc, how to, or getting started seems to imply that layers are all meta-something. So when you see meta-intel or meta-openembedded, it's confusing for a new user. They're named like layers, but they don't "look" like layers inside. |
| 20:41.15 | sr105 | I see. |
| 20:42.00 | sr105 | Once I figured it out, it's quite simple, but it through me at first. |
| 20:42.04 | sr105 | threw |
| 20:42.26 | fray | the convention though is any layer (or group of layers) starts w/ "meta-" as an identifier.. |
| 20:42.34 | fray | but there is nothing enforcing that |
| 20:44.16 | *** join/#oe vivijim (vivijim@nat/intel/x-xxvvlkhkzphrwkgs) |
| 20:44.16 | *** join/#oe vivijim (vivijim@unaffiliated/vivijim) |
| 20:45.09 | sr105 | if I want to dump my existing TMPDIR, all I need to keep is the sstate_cache directory, correct? |
| 20:46.22 | woglinde | damn for changed postinst I need to recompile |
| 20:46.30 | woglinde | thats suckz for openjdk |
| 20:46.41 | *** join/#oe pepermint (~pepermint@95.233.80.179) |
| 20:56.42 | *** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
| 21:12.41 | sr105 | anyone here have experience using mercurial URLS in SRC_URI? |
| 21:13.03 | fray | other then I know they're supposed to work.. and the format is "hg://...." no.. |
| 21:13.14 | sr105 | I'm trying to do a simple "hg serve" from a repo and then use the URI in a recipe (temporarily) |
| 21:13.45 | sr105 | I've got this, but I'm running into errors: hg://minty:8000;module=;rev=db653ac03876 |
| 21:13.51 | sr105 | minty is localhost |
| 21:14.32 | sr105 | oh, it has to have a module name.... |
| 21:15.00 | sr105 | cmd = "%s clone %s %s://%s/%s %s" % (basecmd, " ".join(options), proto, hgroot, ud.module, ud.module) |
| 21:17.08 | pb_ | evening all |
| 21:17.17 | woglinde | hm how does update-alternatvies class work my bin is under $foo/dir2 |
| 21:17.17 | pb_ | returns to the UK |
| 21:17.22 | woglinde | he pb |
| 21:17.23 | woglinde | good |
| 21:17.39 | pb_ | hi woglinde |
| 21:18.45 | woglinde | or ho does the class find out the bin |
| 21:18.51 | woglinde | hm read the source luke |
| 21:19.00 | florian | hi pb_ |
| 21:19.08 | pb_ | hi florian |
| 21:19.25 | *** join/#oe pvanhoof (~philip@codeminded.be) |
| 21:20.05 | woglinde | damn cold |
| 21:20.13 | woglinde | let my lying half the day in bet |
| 21:20.22 | *** join/#oe blindvt__ (~brf@91-119-223-183.dynamic.xdsl-line.inode.at) |
| 21:27.09 | *** join/#oe Shinda (~loup@unaffiliated/toroop) |
| 21:29.41 | Shinda | hello |
| 21:34.03 | woglinde | hi shinda |
| 21:34.35 | Shinda | hi woglinde |
| 21:35.39 | sr105 | Looks like bitbake can't pull from a mercurial repo hosted at the root of a server. |
| 21:36.00 | sr105 | I'll have to modify hg.py to be more flexible in the options |
| 21:37.52 | woglinde | hm |
| 21:38.00 | woglinde | send patches |
| 21:40.57 | khem | hmmm mercurial is not one of most used fetchers I must admit |
| 21:41.12 | woglinde | hi khem |
| 21:41.18 | khem | hey woglinde |
| 21:41.27 | woglinde | I have serval meta-java patches in the pipeline |
| 21:44.11 | khem | woglinde: cool. |
| 21:44.30 | khem | woglinde: one thing thats biting me atm is rebuilds from sstate |
| 21:44.47 | *** join/#oe ant_home (~andrea@host170-248-dynamic.5-87-r.retail.telecomitalia.it) |
| 21:44.49 | khem | jamvm hardcodes paths into binary |
| 21:44.58 | khem | Do we really need jamvm ? |
| 21:48.12 | woglinde | runtime or native? |
| 22:00.01 | *** join/#oe roric_ (~roric@c-bb73e455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 22:00.14 | khem | native |
| 22:03.54 | woglinde | yes we need it actual |
| 22:04.00 | woglinde | to build openjdk native |
| 22:04.16 | woglinde | hrms I do not understand update-alternatives class |
| 22:05.47 | woglinde | my binary is under $foo/$bla and not bindir |
| 22:06.37 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 22:09.31 | *** join/#oe Tartarus (trini@pixelshelf.com) |
| 22:10.31 | *** join/#oe Tartarus (trini@pixelshelf.com) |
| 22:11.53 | woglinde | hm its ALTERNATIVE_TARGET than |
| 22:12.36 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 22:13.05 | *** join/#oe rob_w (~rob_w@unaffiliated/rob-w/x-1112029) |
| 22:15.08 | khem | woglinde: yes |
| 22:15.17 | khem | that class got revamped |
| 22:15.24 | woglinde | docu is bit confusing |
| 22:15.25 | khem | it looks good now though |
| 22:15.32 | khem | hmm that could be :)\ |
| 22:16.21 | woglinde | *sigh* waiting 20 minutes again only to see if update-alternatvies works |
| 22:16.32 | *** join/#oe bluelightning (~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com) |
| 22:16.32 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 22:21.02 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 22:22.57 | *** join/#oe phdeswer (~phdeswer@a88-115-16-102.elisa-laajakaista.fi) |
| 22:37.55 | *** join/#oe VtS (~quassel@194-166-90-173.adsl.highway.telekom.at) |
| 22:38.49 | *** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
| 22:43.55 | *** join/#oe jkroon (~jkroon@89-253-118-72.customers.ownit.se) |
| 22:45.20 | woglinde | good nite |
| 22:45.27 | jkroon | Hi. Is there a command to "prune", or whatever the term is, stale objects in the sstate-cache ? |
| 22:46.22 | kergoth | there's an sstate management script in scxripts/ in oe-core and opky reopsitories |
| 22:46.39 | kergoth | never used it, personally i just store them on filesystems with atime support and periodically drop archives i haven't used in the past week |
| 22:49.14 | jkroon | kergoth, ok, thanks ill check out the scripts then |
| 22:51.05 | *** join/#oe br0k3 (~br0k3@68.205.115.249) |
| 23:01.20 | *** join/#oe ash_charles (~ash_charl@adsl-99-97-65-30.dsl.pltn13.sbcglobal.net) |
| 23:04.30 | *** join/#oe chrisw957 (~chris@mail.tacticalelectronics.com) |
| 23:10.33 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 23:11.44 | *** join/#oe dv_ (~quassel@chello080108009040.14.11.vie.surfer.at) |
| 23:20.38 | *** join/#oe florian (~fuchs@sign-4d094c9a.pool.mediaWays.net) |
| 23:20.39 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 23:23.44 | *** join/#oe dv_ (~quassel@chello080108009040.14.11.vie.surfer.at) |
| 23:44.18 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |