| 00:14.48 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-162-157.washdc.fios.verizon.net) |
| 00:19.27 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-162-157.washdc.fios.verizon.net) |
| 00:28.03 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-162-157.washdc.fios.verizon.net) |
| 00:30.18 | *** join/#oe dijenerate (~dijenerat@196.3.221.33) |
| 00:45.46 | *** join/#oe kergoth__ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 01:00.24 | *** join/#oe meilei007 (~lmei3@134.134.139.72) |
| 01:01.33 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-162-157.washdc.fios.verizon.net) |
| 01:04.44 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
| 01:14.36 | htns | linux-input seems to be seeing a build failure with jstest, http://build.sakoman.com/public/logs/task/57357.txt |
| 01:24.16 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-162-157.washdc.fios.verizon.net) |
| 01:25.59 | kergoth_ | huh, didn't realize libvirt supports lxc containers |
| 01:31.13 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-162-157.washdc.fios.verizon.net) |
| 02:00.12 | *** join/#oe ibot (~ibot@rikers.org) |
| 02:00.12 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 02:05.03 | *** join/#oe devzero_ (devzero@xdsl-78-35-50-198.netcologne.de) |
| 02:57.50 | *** join/#oe brolin (~brolin@190.250.10.13) |
| 03:07.26 | *** join/#oe Crofton (~balister@75-148-6-211-WashingtonDC.hfc.comcastbusiness.net) |
| 03:22.33 | *** part/#oe cminyard (~cminyard@pool-173-57-155-71.dllstx.fios.verizon.net) |
| 04:17.43 | *** join/#oe dijenerate (~dijenerat@204.212.240.159) |
| 04:24.50 | khem | htns: it seems it did not include linux/input.h |
| 04:25.27 | *** join/#oe michaedw (~Adium@nat/cisco/x-vetczwzzumbqimnf) |
| 04:41.08 | *** join/#oe morphis (~morphis@dslb-088-070-153-095.pools.arcor-ip.net) |
| 05:13.20 | *** join/#oe CcSsNET (~ccssnet@c-98-216-138-179.hsd1.ma.comcast.net) |
| 05:54.52 | *** join/#oe erwt (~rahul@114.143.165.59) |
| 05:58.33 | *** join/#oe mrc3_ (~ddiaz@189.157.109.132) |
| 05:59.07 | erwt | Does any one know how to change the machine ID in the kernel ? |
| 06:01.23 | *** join/#oe gizero76 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 06:01.56 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 06:15.02 | *** join/#oe toi (~peter@inuitbib.ugent.be) |
| 06:20.28 | *** join/#oe amarsman (~marsman@89.184.175.76) |
| 06:24.08 | *** join/#oe tws (~Miranda@178.120.22.27) |
| 06:27.45 | *** join/#oe tscheck (~weechat@83.151.21.119) |
| 06:36.39 | *** join/#oe erwt (~rahul@114.143.165.102) |
| 06:45.25 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 06:57.11 | *** join/#oe toi (~peter@inuitbib.ugent.be) |
| 06:59.28 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 06:59.50 | *** join/#oe rschus (~rschus@172.176.73.86.rev.sfr.net) |
| 07:10.50 | *** join/#oe Unhelpful (~quassel@rockbox/developer/Unhelpful) |
| 07:13.11 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 07:14.46 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 07:14.46 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 07:14.57 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:16.32 | *** join/#oe michele (~SystemR89@isaacteam.polito.it) |
| 07:23.44 | *** join/#oe michaedw (~Adium@nat/cisco/x-qtimnwrwxhyvfucx) |
| 07:31.59 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
| 07:34.00 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 07:41.18 | *** join/#oe mdp (~mdp@cpe-24-166-66-254.neo.res.rr.com) |
| 07:53.08 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41) |
| 07:55.37 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 08:28.10 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 08:29.54 | davidlt | Morning everyone |
| 08:30.23 | davidlt | Anyone willing to share wpa_supplicant config snippet for ad-hoc with WEP/WPA? |
| 08:31.52 | woglinde | uhm adhoc |
| 08:33.51 | davidlt | woglinde: yeah, I am still playing with that |
| 08:34.10 | davidlt | Googled examples, but no WEP or WPA works with wext/nl80211 |
| 08:34.32 | davidlt | wpa_supplicant: PSK (ASCII passphrase) - hexdump_ascii(len=8): [REMOVED] |
| 08:36.07 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:36.07 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:36.14 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 08:36.37 | davidlt | "No keys have been configured - skip key clearing" |
| 08:45.28 | woglinde | davidlt still the sdio driver? |
| 08:45.34 | davidlt | yeah |
| 08:45.52 | woglinde | hms |
| 08:46.01 | woglinde | can you test a usb stick |
| 08:46.04 | woglinde | ? |
| 08:46.07 | woglinde | I would to that |
| 08:46.10 | woglinde | first |
| 08:46.17 | woglinde | to get a known working setup |
| 08:46.21 | davidlt | I just moved to udev 165, that solved problem with libertas wlan0 preping |
| 08:46.49 | davidlt | I am thinking about that for awhile, I do not have WiFi USB dongle |
| 08:47.00 | woglinde | uhm the are cheap |
| 08:47.24 | woglinde | you dont have a uhm how was that calles, something with shack |
| 08:47.30 | woglinde | radioshack |
| 08:47.33 | woglinde | or so market |
| 08:47.46 | davidlt | Would be nice to get one cheap, with Linux support (AP/ad-hoc) |
| 08:58.14 | *** join/#oe mrc3_ (~ddiaz@189.157.112.28) |
| 09:07.03 | *** join/#oe Cubi_ (~cubi@static-87-79-65-72.netcologne.de) |
| 09:18.31 | *** join/#oe gizero76 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 09:18.36 | *** join/#oe pepermint (~pepermint@host155-86-dynamic.5-87-r.retail.telecomitalia.it) |
| 09:26.26 | *** join/#oe michaedw1 (~Adium@nat/cisco/x-njcstkywvlxibzsn) |
| 09:35.48 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 09:37.01 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 09:37.24 | *** join/#oe mrc3_ (~ddiaz@189.157.116.187) |
| 09:38.17 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:42.58 | *** join/#oe CcSs (~ccssnet@c-98-216-138-179.hsd1.ma.comcast.net) |
| 09:43.06 | *** join/#oe DJW|Home (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 09:44.19 | *** join/#oe pix1 (~pix@ks357967.kimsufi.com) |
| 09:46.11 | *** join/#oe balister_ (~balister@pool-74-107-168-228.ronkva.east.verizon.net) |
| 09:47.35 | *** join/#oe methril__ (~methril@189.27.132.20.dynamic.adsl.gvt.net.br) |
| 09:47.47 | *** join/#oe zenlinux_ (~sgarman@c-71-236-175-18.hsd1.or.comcast.net) |
| 09:47.53 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-84-102.dynamic.mnet-online.de) |
| 09:48.02 | *** join/#oe lopi_ (~lopi@li54-110.members.linode.com) |
| 09:53.36 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 09:53.56 | *** join/#oe mike_ (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
| 09:54.39 | *** join/#oe pepermint (~pepermint@host239-11-dynamic.58-82-r.retail.telecomitalia.it) |
| 09:54.51 | *** join/#oe mrc3_ (~ddiaz@189.157.108.7) |
| 10:05.20 | *** join/#oe tdebrouw` (~tdebrouw@91.182.211.90) |
| 10:05.36 | *** join/#oe kurre_ (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 10:13.40 | *** join/#oe mrc3_ (~ddiaz@189.157.121.92) |
| 10:35.21 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-162-157.washdc.fios.verizon.net) |
| 10:36.19 | *** join/#oe gizero76 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 10:40.54 | *** join/#oe michaedw (~Adium@nat/cisco/x-tmvfgmllazalegjg) |
| 10:45.39 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 10:51.36 | *** join/#oe nar (~nar@c-76-103-155-73.hsd1.ca.comcast.net) |
| 10:55.36 | *** join/#oe meilei007 (~lmei3@134.134.137.75) |
| 10:58.39 | *** join/#oe rocker (~rocker@114.143.165.102) |
| 11:02.54 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 11:05.52 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 11:13.09 | CIA-109 | 03Yu Ke <ke.yu@intel.com> 07master * rb631e92225 10bitbake.git/lib/bb/fetch2/__init__.py: (log message trimmed) |
| 11:13.09 | CIA-109 | fetcher2: retry mirror if upstream checksum mismatch |
| 11:13.09 | CIA-109 | This patch is for [YOCTO #1085] fix. |
| 11:13.09 | CIA-109 | If the upstream fails a checksum, retry from the MIRROR before giving up. |
| 11:13.09 | CIA-109 | This will add more robust fetching if an upstream serves a bad file or webpage. |
| 11:13.09 | CIA-109 | fetching of distcc prior to the move from samba -> googlecode is a good example |
| 11:13.10 | CIA-109 | of this. |
| 11:28.28 | CIA-109 | 03Joshua Lock <josh@linux.intel.com> 07master * r570405f2f5 10bitbake.git/lib/bb/ui/crumbs/tasklistmodel.py: (log message trimmed) |
| 11:28.28 | CIA-109 | ui/crumbs/tasklistmodel: update brought in by column when possible |
| 11:28.28 | CIA-109 | When a package is orphaned we were not correctly updating the brought-in-by |
| 11:28.28 | CIA-109 | column if a later package additon would have brought that package in as a |
| 11:28.28 | CIA-109 | dependency. This patch ensures that orphan packages are correctly re-parented |
| 11:28.28 | CIA-109 | when appropriate. |
| 11:28.29 | CIA-109 | Partially addresses [YOCTO #1218] |
| 11:28.38 | CIA-109 | 03Joshua Lock <josh@linux.intel.com> 07master * r4803c6d3d1 10bitbake.git/lib/bb/ui/crumbs/tasklistmodel.py: (log message trimmed) |
| 11:28.38 | CIA-109 | ui/crumbs/tasklistmodel: fix automatic removal of orphaned items |
| 11:28.38 | CIA-109 | The sweep_up() method intends to remove all packages with an empty brought in |
| 11:28.38 | CIA-109 | by column, this patch changes the implementation to be more reliable. |
| 11:28.38 | CIA-109 | Each time a removal is triggered we begin interating the contents model again |
| 11:28.38 | CIA-109 | at the beginning, only once the contents model has been iterated from start |
| 11:28.38 | CIA-109 | to finish without any removals can we be certain that there will be no more |
| 11:36.00 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 11:37.20 | *** join/#oe GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
| 11:43.59 | *** join/#oe Openfree^ (~Openfree`@116.237.91.4) |
| 11:47.23 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 11:48.56 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
| 11:52.52 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 11:53.06 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 11:53.06 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 12:07.45 | *** join/#oe vivijim (~rvivi@pasanda.collabora.co.uk) |
| 12:12.56 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 12:15.15 | *** join/#oe drainbamage (7d132775@gateway/web/freenode/ip.125.19.39.117) |
| 12:15.39 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:28.59 | Cubi_ | I created a simple recipe for a Qt application (ipmon-gui), but building my image fails with |
| 12:28.59 | Cubi_ | | * opkg_install_cmd: Cannot install package ipmon-gui. |
| 12:28.59 | Cubi_ | | * resolve_conffiles: Existing conffile /home/stiller/development/OMAP/OE_TEST/tmp/rootfs/ipmon-image/etc/device_table is different from the conffile in the new package. The new conffile will be placed at /home/stiller/development/OMAP/OE_TEST/tmp/rootfs/ipmon-image/etc/device_table-opkg. |
| 12:29.11 | Cubi_ | My application package contains no "device_table". |
| 12:29.11 | Cubi_ | The tmp/rootfs/ipmon-image/etc/device_table seems to come from openembedded/files/device_table-minimal.txt and tmp/rootfs/ipmon-image/etc/device_table-opkg from tmp/work/armv7a-angstrom-linux-gnueabi/initscripts-1.0-r128/device_table.txt |
| 12:29.51 | Cubi_ | A lot of people seem to have this problem, but nobody has a solution. |
| 12:30.00 | Cubi_ | Any idea? |
| 12:32.14 | *** join/#oe amarsman (~marsman@89.184.175.76) |
| 12:38.09 | *** join/#oe drainbamage_ (7d132775@gateway/web/freenode/ip.125.19.39.117) |
| 12:39.12 | drainbamage_ | hii i am using OE and i want to compile all oe packages with some extra options provided to make like CFLAGS="-march=amdfam10" |
| 12:39.36 | drainbamage_ | i want this to be done at some higher level than edit all the recipes |
| 12:39.58 | drainbamage_ | i find the base.bb class and there i edit oe_runmake |
| 12:40.18 | *** join/#oe rob_w (~bob@host-188-174-145-137.customer.m-online.net) |
| 12:40.46 | drainbamage_ | make CFLAGS+="-march=amdfam10" ${EXTRA_OEMAKE} |
| 12:41.31 | drainbamage_ | but some issues in compiling |
| 12:42.01 | drainbamage_ | anyone having idea how to append CFLAGS for all the packages |
| 12:43.26 | drainbamage_ | its a bit urgent |
| 12:43.37 | drainbamage_ | if anyone can provide some solution |
| 12:45.48 | *** join/#oe mrc3_ (~ddiaz@189.157.116.8) |
| 12:46.49 | erwt | Is friendly arm kernel 2.6.36 buggy? |
| 12:51.51 | *** join/#oe methril__ (~methril@189.27.138.207.dynamic.adsl.gvt.net.br) |
| 12:51.54 | *** join/#oe foerster (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
| 12:54.20 | *** join/#oe pepermin1 (~pepermint@host239-11-dynamic.58-82-r.retail.telecomitalia.it) |
| 12:54.58 | *** join/#oe cminyard (~cminyard@pool-173-57-155-71.dllstx.fios.verizon.net) |
| 12:56.58 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 12:57.43 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 13:07.51 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 13:19.41 | *** join/#oe cboyd_ (~cboyd001@76.161.200.249) |
| 13:19.47 | cboyd_ | hi all |
| 13:20.06 | cboyd_ | i am having trouble with the svn fetcher in bitbake |
| 13:20.37 | cboyd_ | i can manually checkout a package using the svn command in my shell |
| 13:21.16 | cboyd_ | but i get an error when trying to check it out via the svn fetcher |
| 13:21.22 | cboyd_ | can anyone help me |
| 13:23.55 | *** join/#oe kevinsc (~a0214685@nat/ti/x-qippdtcpltogotgo) |
| 13:28.47 | cboyd_ | can anyone help me with the svn fetcher |
| 13:32.05 | *** join/#oe GarthPS (~quassel@ANantes-555-1-37-138.w92-158.abo.wanadoo.fr) |
| 13:34.08 | gchiii | cboyd: what does your svn url look like? |
| 13:35.08 | cboyd_ | svn://devonit.jira.com/svn/AGENT;module=trunck;proto=https |
| 13:35.37 | cboyd_ | gchiii: svn://devonit.jira.com/svn/AGENT;module=trunck;proto=https |
| 13:36.36 | Cubi_ | trunk with ck? |
| 13:36.49 | cboyd_ | gchiii: i can fetch the directory manually using the svn co command .. but bitbake gets an error |
| 13:37.50 | cboyd_ | Cubi_: typo ... sorry |
| 13:38.31 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
| 13:39.08 | gchiii | do you need a "rev=" argument? and have you told the computer to "permanantly store" the https key? |
| 13:40.16 | cboyd_ | gchiii: no ... I have not told the computer to "permanantly store" the https key. How would you do that? |
| 13:41.49 | gchiii | unfortunately i have no idea, but i remember reading somewhere that in order to get the svn fetcher to handle an https connection I first had to do my checkout manually and when prompted by svn tell it to store the key |
| 13:42.09 | Cubi_ | you can add user=xxx;pswd=yyy |
| 13:42.30 | gchiii | sorry, my caffeine intake this morning hasn't yet reached productive levels |
| 13:43.53 | cboyd_ | Cubi_: I already have the user and pswd set, I just omitted that from my description |
| 14:02.11 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 14:05.43 | *** join/#oe devzero_ (devzero@xdsl-89-0-165-92.netcologne.de) |
| 14:06.48 | *** join/#oe rickfoosusa (~chatzilla@adsl-68-91-195-173.dsl.austtx.swbell.net) |
| 14:25.40 | *** join/#oe brolin (~brolin@nat202.udea.edu.co) |
| 14:27.14 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 14:29.19 | CIA-109 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07master * r37bef33e36 10openembedded.git/conf/distro/kaeilos.conf: kaeilos.conf: changed version identifier |
| 14:29.30 | CIA-109 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07master * rb59743b913 10openembedded.git/recipes/linux/linux-2.6.28/mh355/defconfig: linux-2.6.28/mh355/defconfig: updated configuration file for mh355 kernel |
| 14:36.26 | Cubi_ | Solution for my question (2 hours ago): My package contained no files (make install didn't work). After fixing this, the problem with etc/device_table disappeared. OE seems to have a problem with empty packets. |
| 14:40.25 | kergoth | hm? |
| 14:40.42 | kergoth | there are hundreds of empty packages emitted every day. every 'task' package contains no files |
| 14:41.42 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 14:42.47 | *** join/#oe rphillips (~rphillips@unaffiliated/rphillips) |
| 14:43.16 | Cubi_ | But tasks don't create a directory in tmp/work/arm* |
| 14:44.19 | kergoth | every recipe has a workdir. |
| 14:44.32 | kergoth | what exactly are you doing? |
| 14:44.44 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 14:54.08 | *** join/#oe joelagnel (~joel@nat/ti/x-ksgoobywkcsjvdke) |
| 14:54.35 | *** join/#oe joelagnel (~joel@nat/ti/x-qkscgjbytvkincxx) |
| 14:57.02 | Cubi_ | I just had a reciepe for some software without a working "install" target in the Makefile. So "packages-split", "image" etc. were empty |
| 14:58.39 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-rbgpuhaoymwrgbla) |
| 14:59.29 | kergoth__ | and? |
| 15:00.35 | Cubi_ | and I got this: |
| 15:00.36 | Cubi_ | | * opkg_install_cmd: Cannot install package ipmon-gui. |
| 15:00.36 | Cubi_ | | * resolve_conffiles: Existing conffile /home/stiller/development/OMAP/OE_TEST/tmp/rootfs/ipmon-image/etc/device_table is different from the conffile in the new package. The new conffile will be placed at /home/stiller/development/OMAP/OE_TEST/tmp/rootfs/ipmon-image/etc/device_table-opkg. |
| 15:01.29 | ant_work | http://bugs.openembedded.net/show_bug.cgi?id=3593 |
| 15:02.27 | *** join/#oe HokieTux (~bhilburn@wireless-5192.wireless.ece.vt.edu) |
| 15:02.56 | tharvey | anyone around creating boot media for x86 from OE based builds? wondering what the best solution is - I have been using host based grub but would like to remove that dependency as modern grub is proving a bit flaky for me - would rather use grub built from OE |
| 15:04.03 | tharvey | ran across this http://www.cs.nmsu.edu/~pfeiffer/grub.html which I believe is saying to install grub in target filesystem and run that version when installing to removable media via chroot |
| 15:04.42 | tharvey | also saw reference to using syslinux but if I understand that correctly it only supports booting media from a FAT partition which I don't want |
| 15:04.48 | *** join/#oe Crofton (~balister@8.30.72.57) |
| 15:06.53 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 15:16.16 | *** join/#oe GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
| 15:27.13 | *** join/#oe incandescant (~joshual@c-24-21-159-20.hsd1.or.comcast.net) |
| 15:30.49 | *** join/#oe methril__ (~methril@189.27.137.22.dynamic.adsl.gvt.net.br) |
| 15:35.21 | kergoth | meh |
| 15:35.54 | *** join/#oe nitink (~nitink@192.55.54.40) |
| 15:37.31 | *** join/#oe dFence (~dFence@219.237.160.134) |
| 15:38.49 | dFence | hi guys! something went wrong with kernel v2.6.39.3: i get some really crazy output on ttySAC0 after decompression: http://pastebin.com/AuzgNbCG any ideas what might cause it? |
| 15:40.57 | Tartarus | ug |
| 15:41.15 | Tartarus | diff'ing the world's config.log from one run to the next shows some slighly worrisome implicit deps |
| 15:41.46 | Tartarus | makes some quick changes locally to remember to dig at this more for real next |
| 15:42.29 | kergoth | diffing the world's config.log? yikes. bet you're glad its only oe-core |
| 15:43.30 | kergoth | heh, i remember playing with trying to share configure cache bits between different recipes |
| 15:43.33 | Tartarus | world on oe-core+meta-oe had some failures, but that was my original plan |
| 15:43.47 | Tartarus | kergoth, oe-core has a something for that now, kinda |
| 15:44.14 | Tartarus | On the fly generation of some site info that's re-used later |
| 15:44.40 | *** join/#oe Jay7 (jay@95-29-12-107.broadband.corbina.ru) |
| 15:47.17 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 15:50.23 | GNUtoo|laptop | dFence, maybe your serial settings are different between uboot and the linux kenrel |
| 15:50.55 | dFence | GNUtoo|laptop: I didn't change any settings, and with 2.3.36 it works fine |
| 15:51.24 | GNUtoo|laptop | dFence, ok |
| 15:52.38 | GNUtoo|laptop | what's your bootloader? |
| 15:52.41 | GNUtoo|laptop | do you have md? |
| 15:52.57 | dFence | GNUtoo|laptop: superboot |
| 15:54.24 | GNUtoo|laptop | does it have an equivalent of md? |
| 15:54.31 | dFence | GNUtoo|laptop: what's md? |
| 15:54.41 | GNUtoo|laptop | memory display |
| 15:54.51 | GNUtoo|laptop | like devmem2 or peek/poke but in uboot |
| 15:55.00 | GNUtoo|laptop | I guess you cannot dump the dmesg |
| 15:55.04 | GNUtoo|laptop | like over ssh |
| 15:55.05 | dFence | GNUtoo|laptop: nada, superboot only parses an INI-file and boots whatever I tell it to boot - no output whatsoever |
| 15:55.05 | GNUtoo|laptop | right? |
| 15:55.41 | davidlt | GNUtoo|laptop: hi |
| 15:55.50 | GNUtoo|laptop | hi |
| 15:56.49 | davidlt | I am trying to run IBSS/Ad-hoc with libertas on Gumstix with WEP or WPA, but encryption is always dropped by wpa_supplicant. Any thoughts? |
| 15:57.02 | GNUtoo|laptop | hmmm |
| 15:57.18 | davidlt | Googled several examples, none of them worked. |
| 15:57.37 | GNUtoo|laptop | I didn't try IBSS alone yet |
| 15:57.43 | davidlt | Running wpa_supplicant 0.7.3 with -dd I get lines with [REMOVE] appended, looks like encryption is removed. |
| 15:57.49 | GNUtoo|laptop | I'd like to try a real batmand setup tough |
| 15:59.17 | davidlt | Never heard about, but just googled. Is it supported in OE ? |
| 15:59.31 | GNUtoo|laptop | it's not interesting for you I guess |
| 16:00.08 | GNUtoo|laptop | it's for mesh networking |
| 16:00.10 | GNUtoo|laptop | over IBSS |
| 16:00.26 | GNUtoo|laptop | and yes it's in oe |
| 16:01.32 | davidlt | I just need secure stable WiFi connectivity to the Gumstix, but it's not that easy do accomplish |
| 16:02.55 | davidlt | Ad-hoc with libertas, look amazingly stable, but no encryption |
| 16:05.21 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 16:06.19 | *** join/#oe neilm (~neil@s64-180-61-141.bc.hsia.telus.net) |
| 16:07.47 | GNUtoo|laptop | ok |
| 16:19.06 | *** join/#oe mrc3_ (~ddiaz@189.157.120.106) |
| 16:22.01 | davidlt | I always get: |
| 16:22.01 | davidlt | PSK (ASCII passphrase) - hexdump_ascii(len=8): [REMOVED] |
| 16:22.01 | davidlt | PSK (from passphrase) - hexdump(len=32): [REMOVED] |
| 16:25.05 | *** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com) |
| 16:27.01 | pb_ | and what were you expecting? |
| 16:27.12 | pb_ | that's roughly what wpa-supplicant usually outputs |
| 16:28.58 | Tartarus | sgw: kicking off a test now |
| 16:29.53 | sgw | Tartarus: k |
| 16:32.13 | davidlt | pb_: I would like to have encryption, WEP/WPA |
| 16:36.22 | *** join/#oe msm (~msm@192.88.168.35) |
| 16:36.52 | pb_ | well, that text doesn't indicate that you aren't getting it |
| 16:36.58 | pb_ | what leads you to believe that you are not? |
| 16:37.39 | Tartarus | sgw: so far so good, it popped up qemu and I think is doing things |
| 16:41.14 | *** join/#oe morphis (~morphis@dslb-088-070-153-095.pools.arcor-ip.net) |
| 16:42.17 | *** join/#oe GarthPS (~quassel@ANantes-555-1-37-138.w92-158.abo.wanadoo.fr) |
| 16:42.56 | pb_ | hm, emacs and gnome-shell don't seem to play well together at all |
| 16:43.16 | pb_ | every time I minimize and unminimize emacs it seems to lose the ability to draw itself properly |
| 16:45.31 | Tartarus | sgw: You want me to break out a few unrelated fixes in my siteinfo series or just do 'em all at once? |
| 16:46.14 | Tartarus | sgw: and sec for a url |
| 16:46.32 | Tartarus | http://git.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=trini/update-siteinfo-preview |
| 16:46.39 | *** join/#oe rcf (~rcf@55.140-243-81.adsl-dyn.isp.belgacom.be) |
| 16:46.39 | sgw | Tartarus: let me take a look |
| 16:47.36 | sgw | Tartarus: yes make the hicolor and libsamplerate0 separate from the siteinfo. |
| 16:48.57 | *** join/#oe rje`cf (~rje@c-67-161-99-149.hsd1.wa.comcast.net) |
| 16:54.02 | Tartarus | k |
| 16:54.28 | Tartarus | I'll add 2 more in quick then |
| 16:58.15 | khem | Is recipe information stored in ipk headers somewhere ? |
| 16:58.21 | khem | like recipe name |
| 16:58.43 | pb_ | yes |
| 16:58.47 | khem | OE: field seems to have something that resembles |
| 16:58.51 | khem | is that the one |
| 16:59.22 | pb_ | right |
| 16:59.26 | davidlt | pb_: Because on my laptop I see it as open and iwconfig doesn't show encryption enabled |
| 16:59.27 | khem | ok |
| 16:59.36 | pb_ | see package_ipk.bbclass |
| 16:59.37 | pb_ | <PROTECTED> |
| 16:59.51 | khem | pb_: ah |
| 16:59.53 | khem | right |
| 17:00.12 | khem | is PN always = recipe name ? |
| 17:00.36 | davidlt | pb_: also: No keys have been configured - skip key clearing |
| 17:00.40 | pb_ | well, depends on your point of view I guess |
| 17:00.46 | pb_ | in some sense, PN is the recipe name by definition |
| 17:01.16 | pb_ | if what you actually want is the file name, that's available in PF or some such. I don't think it goes into a header in the output data, though maybe it is included in Source: |
| 17:01.18 | khem | yes and in some cases we muck with it e.g. BBCLASSEXTEND I guess |
| 17:01.57 | khem | ah PF cool |
| 17:02.26 | pb_ | sorry, no, PF isn't what you want |
| 17:02.31 | pb_ | I think ${FILE} is the thing I was thinking of |
| 17:02.42 | khem | hmm yes |
| 17:03.02 | khem | pb_: and does license go into the ipk header too |
| 17:04.09 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 17:04.15 | khem | hmm I dont think so |
| 17:04.21 | pb_ | in oe.dev yes, in oe-core no |
| 17:04.51 | khem | hmmm I think it will be nices to have it in oe.core as well what say ? |
| 17:05.03 | pb_ | yes, I think that would be a good thing |
| 17:05.30 | pb_ | afaik, it's only missing from oe-core because nobody has backported the patch yet |
| 17:05.46 | pb_ | I don't think there was any deliberate decision to leave it out. |
| 17:06.13 | khem | ah let me do it |
| 17:06.15 | khem | I need it |
| 17:06.37 | khem | it also shows a Build: fields |
| 17:06.38 | pb_ | cliff was asking about it on the mailing list too recently |
| 17:06.51 | khem | yes |
| 17:07.15 | Tartarus | sgw: http://git.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=trini/misc-preview look good to you? esp the top 2 which are new |
| 17:07.22 | pb_ | personally I think Build: is of rather questionable value |
| 17:09.05 | *** join/#oe tdebrouw (~tdebrouw@91.182.203.81) |
| 17:09.21 | khem | pb_: and may be Priority: is not needed anymore ? |
| 17:09.37 | pb_ | correct, I think it should probably be deleted (or at least made distro-selectable) |
| 17:09.45 | khem | pb_: since we have decided to drop it from recipes |
| 17:10.00 | pb_ | yes, though of course DISTROs are still free to set it if they like. |
| 17:10.14 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 17:10.34 | pb_ | possibly the best answer would be to make the default value in bitbake.conf be the empty string, and have package_ipk only output the header if it's not empty. |
| 17:10.46 | *** join/#oe valhalla (~valhalla@81-174-22-70.dynamic.ngi.it) |
| 17:10.48 | pb_ | need to make sure that it doesn't break ipkg-make-index though, it might be checking for that header |
| 17:11.13 | pb_ | go home now |
| 17:11.27 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-nktbfjujqorubwiv) |
| 17:14.10 | khem | pb_: yeah, I will defer this to be a separate patch |
| 17:21.03 | *** join/#oe Jefro (~josiermi@134.134.137.71) |
| 17:48.07 | *** join/#oe pepermint (~pepermint@host239-11-dynamic.58-82-r.retail.telecomitalia.it) |
| 17:48.32 | *** join/#oe nitink (~nitink@nat/intel/x-jshglegttygjasyr) |
| 17:52.35 | *** join/#oe stefan_schmidt (~stefan@p4FC761D1.dip.t-dialin.net) |
| 17:57.56 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 18:00.01 | kergoth | anyone opposed to adding the standard /usr aclocal search paths to the aclocal search paths for native recipes autotools execution? without that, its not possible to safely add a -native to ASSUME_PROVIDED if it provides a macro something else needs |
| 18:02.37 | kergoth | that reminds me, we can use a dirlist in the default search location for the macros, to avoid having to pass all the cmdline args |
| 18:11.01 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 18:28.39 | *** join/#oe Heinervdm (~thomas@pD9E12B0E.dip.t-dialin.net) |
| 18:48.02 | *** join/#oe florian (~fuchs@sign-4d094ea7.pool.mediaWays.net) |
| 18:48.02 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:49.38 | *** join/#oe incandescant (~joshual@c-24-21-159-20.hsd1.or.comcast.net) |
| 18:51.37 | *** join/#oe waite (~quassel@206.83.81.178.ptr.us.xo.net) |
| 18:56.57 | *** join/#oe mikey_w (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
| 19:06.51 | *** join/#oe lamikr (~lamikr@a91-155-189-205.elisa-laajakaista.fi) |
| 19:38.41 | cbrake | does anyone understand the layer stuff in oe-core? |
| 19:39.51 | RP__ | cbrake: "layer stuff" is a little generic :) |
| 19:40.27 | *** join/#oe dijenerate (~dijenerat@196.3.221.33) |
| 19:40.34 | cbrake | RP__: :-) well, I'm pondering whether to set up a new project using git submodules (like I usually do), or if the layer tools are a better option |
| 19:40.50 | cbrake | takes another look at them ... |
| 19:41.39 | RP__ | cbrake: ah, right. I might not be much help there as I've not managed to migrate my workflow over to them yet myself :/ |
| 19:41.50 | kergoth__ | i can see why yocto/poky needed a different solution, but I don't see why other people hate submodules so much, i'm pretty happy with them for my personal setups, anyway |
| 19:41.58 | RP__ | no reason other than the downtime of the transition |
| 19:42.39 | cbrake | kergoth__: yeah, same here, I tend to keep finding myself using submodules |
| 19:43.01 | fray | my problem with submodules is simply if I'm trying to track a given "branch" (as opposed to a commit) submodules is difficult to keep in sync |
| 19:43.07 | kergoth__ | i know a lot of people dislike that they don't track a branch, but i like it, personally. its easy to update them if you need to, but at least you have a known sane point to go back to |
| 19:43.18 | kergoth__ | git subdo co master; git subdo pull -- done |
| 19:43.20 | kergoth__ | shrugs |
| 19:43.24 | fray | Now if I want to track a given commit in my project.. I have used submodules successfully |
| 19:44.30 | fray | the problem with submodules is when someone updates a module, they need to also update the reference to the submodule.. and it's something -very- easy to forget |
| 19:44.54 | fray | some projects want/need that behavior though.. so submodules as-is are useful.. just not as useful as say "track master" |
| 19:45.25 | cbrake | fray: yeah, there is that problem, but typically in a production build system I need that anyway. Would be similiar to updating a SRCREV in a recipe, etc |
| 19:46.12 | cbrake | fray: though we have also tracked the HEAD in production build systems as well. Well, it would be nice if git submodules would give us that option. |
| 19:46.18 | fray | of course.. but where I've tried to use it in the past is manageing a hierarchy of layers.. I wanted to track the development of the layer -- not lock down to a given version of the layer.. |
| 19:46.43 | fray | what ended up happing is every time someone changed a submodule layer.. they forgot to update the item pointing to it.. and bugs that were fixed weren't showing up as fixed.. etc.. |
| 19:46.49 | kergoth__ | for me, I'd say the main repo *shoudln't* be updated for eveyr module change. I want to make sure the change actually worked, *then* update the references, the refs act as a last-known-sane state |
| 19:46.54 | fray | (or even the case where the maintainer of the layer doesn't have rights to my repo) |
| 19:47.12 | kergoth__ | but i guess it depends on the use case |
| 19:47.19 | fray | kergoth__ and thats exactly opposite of what I wanted.. submodules work and do what they're supposed to.. but my use case is simply different |
| 19:47.46 | fray | that is why I don't like submodules for projects where I want to segregate the work.. but they have a common development group.. it adds unnecessary overhead |
| 19:48.36 | kergoth__ | it sounds like what you want is more like svn externals. the glclient script used by chromium looked interesting for that sort of a case, it's like 'repo', but the metadata is stored in repo, not in an xml file somewhere |
| 19:48.55 | kergoth__ | hasn't had a chance to poke at it very much yet |
| 19:49.28 | fray | in our (wind river) version of git, we added something called subgits.. |
| 19:50.14 | fray | and it does what we want.. basically you add in an external git repository to a list and pointer.. and then simply specify the branch.. on a git pull, and similar it will automatically recurse over that.. and update it.. and keep it on the same branch referenced etc.. |
| 19:50.57 | kergoth__ | http://dev.chromium.org/developers/how-tos/depottools is the chromium one i was talking about. they do things a bit differently since they need to support both svn and git, though |
| 19:52.44 | kergoth__ | one thing that really bugs me about submodules is the disconnect between .gitmodules and .git/config |
| 19:52.51 | kergoth__ | would it really ahve killed them to operate based on .gitmodules directly? |
| 19:56.48 | *** join/#oe woglinde (~heinold@f052237121.adsl.alicedsl.de) |
| 20:08.51 | jilles | kergoth__, yes, some sort of local override of submodule paths is required |
| 20:09.33 | jilles | also think of the case where the repository location of the submodule changed and you want to check out an old version |
| 20:10.37 | kergoth__ | hmm, fair enough |
| 20:11.07 | *** join/#oe ant__ (~andrea@host219-251-dynamic.14-87-r.retail.telecomitalia.it) |
| 20:29.10 | otavio | i am a bit lost about how mesa-dri now enabled dri modules |
| 20:29.29 | otavio | for me it just enables swrast but I'd like to have more drivers enabled |
| 20:45.36 | *** join/#oe neilm (~neil@s64-180-61-141.bc.hsia.telus.net) |
| 20:52.26 | *** join/#oe mwester-laptop (~mwester@nslu2-linux/mwester) |
| 20:56.40 | *** join/#oe dijenerate (~dijenerat@65.48.169.112) |
| 21:22.04 | *** join/#oe gchiii (~gchiii@76.255.12.150) |
| 21:29.21 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-162-157.washdc.fios.verizon.net) |
| 21:31.38 | khem | likes submodules |
| 21:33.04 | woglinde | hi khem |
| 21:42.49 | khem | woglinde: hey |
| 21:45.55 | cbrake | with oe-core, does BBFILES updated by the layer? |
| 21:46.27 | cbrake | I don't see any evidence its being set in my conf directory |
| 21:47.06 | cbrake | bit yet it is BBFILES="/scratch/oe/openembedded-core/meta/recipes-*/*/*.bb" when I run bitbake |
| 21:49.42 | housel | yes, it's normal for each layer's conf/layer.conf to add to BBFILES |
| 21:52.51 | khem | cbrake: are you using angstrom ? |
| 21:53.26 | cbrake | khem: yes |
| 21:53.38 | cbrake | khem: I've done a build using the setup scripts |
| 21:53.50 | cbrake | khem: but trying to get one set up from scratch that is a little more streamlined |
| 21:53.56 | cbrake | khem: just layers I need, etc |
| 21:54.43 | khem | look at conf/site.conf file |
| 21:54.50 | khem | under setup scripts |
| 21:55.37 | khem | cbrake: streamlined |
| 21:56.12 | khem | cbrake:Do u mean for building ? |
| 21:56.29 | cbrake | khem: I only need a few layers for this product, etc |
| 21:56.37 | khem | oh |
| 21:56.58 | khem | all that is in layerman |
| 21:57.08 | cbrake | khem: what is layerman? |
| 21:57.30 | cbrake | khem: can I lock layers down to specific versions for production builds, etc? |
| 21:57.37 | khem | and conf/bblayers.conf |
| 21:58.02 | khem | hmm yes you can I suppose |
| 21:59.11 | khem | see sources/layers.txt |
| 21:59.25 | khem | cbrake: thats where you can specify which rev you want to lock to |
| 21:59.32 | khem | or even branch |
| 21:59.59 | khem | by default we currently track HEAD of master of every layer |
| 22:01.24 | cbrake | khem: so do you think the angstrom layer tools are the way to go? |
| 22:01.32 | cbrake | khem: vs git submodules, etc |
| 22:01.54 | khem | cbrake: I prepared slugos master project on makefile/submodules |
| 22:02.12 | khem | and its good since I have control over the sub modules |
| 22:02.24 | khem | but with angstrom layerman I have a bit more control |
| 22:02.38 | khem | the slugos one was based on your templates |
| 22:03.04 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 22:03.07 | cbrake | khem: so if you were setting up a new project, you'd probably go with layerman? |
| 22:03.16 | khem | cbrake: I am currently happy with angstrom layerman and it can be enhanced easily |
| 22:03.26 | khem | cbrake: yes |
| 22:03.29 | cbrake | khem: ok, you've convinced me :-) |
| 22:03.42 | cbrake | khem: I like the ability to track HEAD or version |
| 22:03.52 | khem | cbrake: yeah me too |
| 22:04.01 | khem | so I can lock some erratic layers |
| 22:04.09 | khem | and use head of sane layers |
| 22:04.50 | cbrake | khem: I don't like the ~/.oe/.. stuff |
| 22:05.09 | cbrake | khem: setup files should be in the project dir it seems as you may have multiple projects |
| 22:05.29 | khem | cbrake: me too. I have always meant to change it but no time :) |
| 22:05.40 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 22:05.44 | khem | if you create a patch send it over and we can work it up |
| 22:05.46 | cbrake | khem: ok, perhaps I'll change it then :-) |
| 22:05.49 | kergoth__ | cbrake: thats the whole reason i use ~/.oe, so i can share things across multiple projects :P |
| 22:05.58 | kergoth__ | just dont' use it the way the angstrom folks do :) |
| 22:06.07 | cbrake | kergoth__: heh |
| 22:06.37 | khem | reason was to use same env on NFS mounted home across machines |
| 22:09.09 | khem | but oe-core is much improvement. my build hardly breaks due to others faults :) |
| 22:09.27 | khem | iow pulls |
| 22:09.56 | *** join/#oe timtimred (~meh@host86-174-110-38.range86-174.btcentralplus.com) |
| 22:34.04 | *** join/#oe Crofton (~balister@75-148-6-211-WashingtonDC.hfc.comcastbusiness.net) |
| 22:36.08 | *** join/#oe liamMT (~Liam@173-164-164-245-SFBA.hfc.comcastbusiness.net) |
| 22:37.27 | kergoth__ | damn, my motivation is just gone all of a sudden |
| 22:46.28 | Crofton | heh |
| 22:46.34 | Crofton | I hate it when that happens |
| 22:47.38 | khem | kergoth__: go for a game of racquetball |
| 23:05.11 | *** join/#oe awozniak (~awozniak@adsl-76-205-222-174.dsl.snlo01.sbcglobal.net) |
| 23:24.13 | khem | fray: around ? |
| 23:24.16 | fray | ya |
| 23:24.28 | khem | fray: I am buildin core-minimal-image |
| 23:24.43 | khem | and its not installing opkg bits correctly |
| 23:24.57 | fray | I've not worked with opkg.. but I can try to help |
| 23:24.59 | khem | basically the binaries are in rootfs but not var/lib/opkg |
| 23:25.22 | khem | now var/lib/opkg is an empty directory packaged with opkg itself |
| 23:25.55 | fray | var/lib/opkg is erased by default in minimal images using the rootfs_ipk format.. there is an option that disables the packaging system (for small builds) and that erases the DB.. you need to disable it |
| 23:26.12 | khem | but http://pastebin.com/34Ryu2Sk is content of opkg ipk |
| 23:26.22 | khem | ahhh |
| 23:26.36 | khem | but it does not remove the opkg binaries |
| 23:26.38 | khem | thats strange |
| 23:26.45 | khem | so opkg ends up in image |
| 23:26.50 | fray | thats because something told the system to include them.. not sure what |
| 23:26.55 | khem | but when you boot it its dysfunctional |
| 23:27.04 | khem | opkg i.e. |
| 23:27.15 | *** join/#oe ensc_ (~irc-ensc@p5DF2F330.dip.t-dialin.net) |
| 23:27.22 | khem | hmm |
| 23:27.23 | fray | a minimal image with RPM enable, does NOT install rpm, and erases the rpm database.. |
| 23:27.30 | fray | thats what I would have expected with opkg and deb |
| 23:27.35 | khem | yes |
| 23:27.47 | fray | but the installation of the packaging system is based on the dependencies.. |
| 23:27.51 | khem | but I see opkg being demanded by core-image-minimal |
| 23:27.54 | khem | in deptree |
| 23:28.13 | fray | I don't know why that is |
| 23:28.44 | khem | "task-core-boot" -> "opkg" [style=dashed] |
| 23:32.47 | khem | hmmm |
| 23:33.42 | khem | <PROTECTED> |
| 23:33.53 | khem | this is snippet from rootfs_ipk.bbclass |
| 23:33.58 | khem | which punts it out |
| 23:34.20 | khem | but it does not remove the package manager itself from rootfs |
| 23:35.14 | fray | it should never have to remove the package maanger from the rootfs.. since it shouldn't have been added |
| 23:35.19 | fray | figure out why it's added.. |
| 23:36.04 | khem | ${@base_contains("IMAGE_FEATURES", "package-management", "${ROOTFS_PKGMANAGE}", "${ROOTFS_PKGMANAGE_BOOTSTRAP}",d)} |
| 23:36.09 | khem | I am sure this is adding it |
| 23:36.29 | khem | this is POKY_BASE_INSTALL |
| 23:37.00 | fray | shouldn't be, if package-management is not there.. |
| 23:37.16 | fray | if package-management is there, then the ROOTFS_PKGMANAGE should be added, otherwise it shouldn't.. |
| 23:37.25 | fray | opkg, rpm, deb all should operate the same as far as that goes |
| 23:39.18 | khem | package-management is not in IMAGE_FEATURES |
| 23:39.26 | khem | so which means it should not have pulled opkg at all |
| 23:39.56 | fray | correct.. which means something is dragging it in.. |
| 23:43.10 | Tartarus | wonders if oe.dev's arm mutex thingy is being obeyed, checks |
| 23:43.34 | khem | task-core-boot is dragging it in |
| 23:48.31 | *** join/#oe mtr (~michael@v29762.1blu.de) |
| 23:48.39 | *** join/#oe dijenerate (~dijenerat@72.51.101.57) |
| 23:53.49 | khem | aha |
| 23:53.50 | khem | VIRTUAL-RUNTIME_update-alternatives="opkg" |
| 23:53.53 | khem | there we go |
| 23:54.08 | khem | and VIRTUAL-RUNTIME_update-alternatives appears in RDEPENDS of core-task-boot |
| 23:54.32 | fray | so then update-alternatives should likely be packaged outside of opkg so opkg doesn't need to exist |
| 23:54.50 | khem | and conf/distro/angstrom-2010.x.conf:VIRTUAL-RUNTIME_update-alternatives = "opkg" |
| 23:55.58 | khem | fray: what do u mean |
| 23:56.51 | kergoth__ | hmm, iirc chkconfig includes a C implementation of update-alternatives, i keep meaning to look at it, and keep forgetting to. one of these days |
| 23:57.50 | khem | update-rc.d is smartly removed if package-management is not enabled |
| 23:58.06 | khem | but I wonder if opkg can do the job with out database at all |
| 23:59.11 | khem | so in package_ipk class when it does |
| 23:59.13 | khem | opkg-cl ${IPKG_ARGS} --force-depends remove update-rc.d base-passwd |
| 23:59.21 | khem | probably we should include opkg as well ? |