IRC log for #oe on 20110209

00:52.09*** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk)
01:17.47*** join/#oe sreddy_ (446f23e2@gateway/web/freenode/ip.68.111.35.226)
01:28.52*** join/#oe CMoH (~cipi@95.76.68.223)
01:28.52*** join/#oe CMoH (~cipi@unaffiliated/c-moh)
01:37.26*** join/#oe CMoH (~cipi@unaffiliated/c-moh)
01:58.49*** join/#oe polyonymous_ (~hacker@g230197169.adsl.alicedsl.de)
02:05.07*** join/#oe playya_ (~playya@93.216.216.241)
02:05.07*** join/#oe playya_ (~playya@unaffiliated/playya)
02:11.55*** join/#oe unsolo (~unsolo@50.80-203-43.nextgentel.com)
02:26.16*** join/#oe playya_ (~playya@unaffiliated/playya)
02:36.17*** join/#oe playya_ (~playya@93.216.229.42)
02:36.17*** join/#oe playya_ (~playya@unaffiliated/playya)
02:39.53*** join/#oe mwester-laptop (~mwester@nslu2-linux/mwester)
03:01.42*** join/#oe fraxinas (~quassel@pD95366B3.dip.t-dialin.net)
03:12.33*** part/#oe mrj10 (~mrj10@63.252.64.254)
03:38.39*** join/#oe playya (~playya@93.216.253.193)
03:38.43*** join/#oe playya (~playya@unaffiliated/playya)
03:38.54*** join/#oe mrj10 (~mrj10@63.252.64.254)
03:53.09*** join/#oe rsalveti (~rsalveti@201.82.64.149)
04:25.49*** join/#oe foobar__1 (~drew@64.71.167.157)
04:25.49*** join/#oe dcordes_ (~oedevel@netripper.com)
04:25.49*** join/#oe polyonymous_ (~hacker@g230197169.adsl.alicedsl.de)
04:25.49*** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk)
04:25.49*** join/#oe ensc (~irc-ensc@fedora/ensc)
04:25.49*** join/#oe DurvalSnakeUS (~roliveira@201.73.63.3)
04:25.49*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
04:25.49*** join/#oe alx_ (~alx@host180-218-dynamic.2-87-r.retail.telecomitalia.it)
04:25.49*** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley)
04:25.49*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
04:25.49*** join/#oe mrc3_ (~mrc3@nat/ti/x-bjpyfmrawuzzicdk)
04:25.49*** join/#oe methril (~methril@189.27.131.8.dynamic.adsl.gvt.net.br)
04:25.49*** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp)
04:25.49*** join/#oe Leatherface (~leatherfa@helvetet.eu)
04:25.49*** join/#oe mrmoku (~mrmoku@ppp-188-174-30-251.dynamic.mnet-online.de)
04:25.49*** join/#oe johncylee (~john@61.57.131.211)
04:25.49*** join/#oe nitink1 (~nitink@nat/intel/x-cvqwyxchmcbopfwg)
04:25.50*** join/#oe jconnolly|away (~jconnolly@firebug.buglabs.net)
04:25.50*** join/#oe reinrag1a (~garnier@pool-173-48-195-9.bstnma.fios.verizon.net)
04:25.50*** join/#oe obi (~obi@unaffiliated/obi)
04:25.50*** join/#oe otavio (~otavio@debian/developer/otavio)
04:25.50*** join/#oe janp (~janp@mailout.fortiscorp.be)
04:25.50*** join/#oe tdebrouw (~tdebrouw@91.182.204.110)
04:25.50*** join/#oe zenlinux (~sgarman@c-76-105-143-140.hsd1.or.comcast.net)
04:25.50*** join/#oe _julian_ (~quassel@hmbg-5f76600b.pool.mediaWays.net)
04:25.50*** join/#oe gandhijee (akp@ip67-152-15-148.z15-152-67.customer.algx.net)
04:25.50*** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com)
04:25.50*** join/#oe jpieper (~jpieper@209-6-37-232.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
04:25.50*** join/#oe Lopi (~lopi@173-9-230-97-Illinois.hfc.comcastbusiness.net)
04:25.50*** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de)
04:25.50*** join/#oe chouimat (~mathieu@kde/developer/chouinard)
04:25.50*** join/#oe rick-work (~rick-free@unaffiliated/rboatright)
04:25.50*** join/#oe julianpid (~julianpid@62.200.22.2)
04:25.50*** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net)
04:25.50*** join/#oe lostincake1 (~Aditya@pool-173-79-151-237.washdc.fios.verizon.net)
04:25.50*** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org)
04:25.50*** join/#oe cryptk|offline (~cryptk@unaffiliated/cryptk)
04:25.50*** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner)
04:25.50*** join/#oe kurre (~tomimo@83.150.88.111)
04:25.50*** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi)
04:25.50*** join/#oe Guest93486 (~qdot@vorlon.vm.bytemark.co.uk)
04:25.50*** join/#oe rphillips (~rphillips@unaffiliated/rphillips)
04:25.50*** join/#oe muep (~muep@2a00:1a58:f501:235:5867:a7ff:fe44:6724)
04:25.50*** join/#oe arun_ (~arun@unaffiliated/sindian)
04:25.51*** join/#oe denix0 (~denix@pool-71-251-49-88.washdc.east.verizon.net)
04:25.51*** join/#oe NvrBst (~nb@66.183.110.123)
04:25.51*** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org)
04:25.51*** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl)
04:25.51*** join/#oe radhermit (~radhermit@gentoo/developer/radhermit)
04:25.51*** join/#oe JaMa|Off (~martin@161-24.13.24.78.awnet.cz)
04:25.51*** join/#oe tmbinc__ (abcd@83.141.3.59)
04:25.51*** join/#oe ynezz (ynezz@ibawizard.net)
04:25.51*** join/#oe mithro (~tim@unaffiliated/mithro)
04:25.51*** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz)
04:25.51*** join/#oe Romke|off (~Romke@82-170-233-174.ip.telfort.nl)
04:25.51*** join/#oe mzs (~michael@scesoc.engsoc.carleton.ca)
04:25.51*** join/#oe pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net)
04:25.51*** join/#oe CIA-2 (~CIA@208.69.182.149)
04:25.51*** join/#oe jeremiah (~jeremiah@li150-237.members.linode.com)
04:25.51*** join/#oe cdbot2 (~cdbot2@hentges.net)
04:25.51*** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net)
04:25.51*** join/#oe jannau (~janne@chybek.jannau.net)
04:25.51*** join/#oe htns (~htns@61.6.64.6)
04:25.51*** join/#oe mtr (~michael@v29762.1blu.de)
04:25.51*** join/#oe tzanger (~tzanger@gromit.mixdown.ca)
04:25.51*** join/#oe reaperofsouls (~jpuhlman@nat/montavista/x-uwtzouspwfbzeuaa)
04:25.51*** join/#oe Unhelpful (~quassel@rockbox/developer/Unhelpful)
04:25.51*** join/#oe Tartarus (trini@pixelshelf.com)
04:25.51*** join/#oe shoragan____ (~shoragan@sicherheitsschwankung.de)
04:28.04*** join/#oe whoami_ (~whoami@208.115.228.53)
04:29.32*** join/#oe ensc (~irc-ensc@fedora/ensc)
04:29.32*** join/#oe Leatherface (~leatherfa@helvetet.eu)
04:29.32*** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org)
04:29.32*** join/#oe rphillips (~rphillips@unaffiliated/rphillips)
04:29.32*** join/#oe muep (~muep@2a00:1a58:f501:235:5867:a7ff:fe44:6724)
04:29.32*** join/#oe CIA-2 (~CIA@208.69.182.149)
04:29.32*** join/#oe jannau (~janne@chybek.jannau.net)
04:58.40*** join/#oe rsalveti (~rsalveti@187.82.205.191)
05:00.21*** join/#oe mrj10 (~mrj10@63.252.64.254)
05:16.47*** join/#oe polyonymous_ (~hacker@g230192151.adsl.alicedsl.de)
05:22.25*** join/#oe NvrBst (~nb@66.183.110.123)
05:31.16*** join/#oe thaytan (~jan@178.88.70.115.static.exetel.com.au)
05:48.41*** join/#oe guufy (~Guufy@c-67-170-223-17.hsd1.ca.comcast.net)
06:54.39*** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au)
06:59.17*** join/#oe rsalveti (~rsalveti@187.82.205.191)
07:10.43*** join/#oe vanous (~vanous@194.228.223.3)
07:12.19*** join/#oe rob_w (~bob@217.237.177.190)
07:18.11*** join/#oe vlrk (~rvara@124.30.147.35)
07:18.35*** join/#oe rsalveti (~rsalveti@187.82.205.191)
07:18.37vlrkhello all i build gdb for arm using oe ..
07:19.04vlrkbut when i run the gdbserver binary it says as illegal instruction
07:19.05vlrk# /bin/gdbserver :1234 --attach 552
07:19.05vlrkIllegal instruction
07:19.12*** join/#oe playya (~playya@unaffiliated/playya)
07:19.18vlrkany ideas .. where might be the things gone wrong
07:28.32*** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
07:33.42*** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41)
07:35.43rob_wwhats the difference between /dev/mtd0 and /dev/mtdblock0 ?   where would i use mtd_debug write against to ?
07:38.15*** join/#oe vitus_ (~vitus@145.253.169.210)
07:41.19mckoangood morning
07:41.45mckoanvlrk: add gdb-cross recipe and use it
07:49.17vlrkok mckoan ; i will try that
07:54.47rob_wcould someone look at this and find it good to apply -- very much needed for certain omap devices
07:54.50rob_whttp://git.infradead.org/mtd-utils.git/commitdiff/772f5e08faa9d2b5677aa6e01fce06860186a49f?hp=a8214921bdc7d78b75d133a37ff9f8d4ec919650
07:58.00*** join/#oe mr_nice|work (~mr_nice|w@83-64-51-210.static.xdsl-line.inode.at)
08:04.35*** join/#oe rsalveti (~rsalveti@187.82.205.191)
08:08.12*** join/#oe Helio_2000 (~javier@58.50.18.95.dynamic.jazztel.es)
08:15.42*** join/#oe dth_ntb (~dth@a89-182-17-24.net-htp.de)
08:15.53*** part/#oe dth_ntb (~dth@a89-182-17-24.net-htp.de)
08:24.19*** join/#oe rsalveti (~rsalveti@187.82.205.191)
08:43.54*** join/#oe nitink (~nitink@192.55.54.36)
08:44.11vlrkmckoan:i did bitbake gdb-cross gdbclient
08:49.41*** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it)
08:51.08*** join/#oe anarsoul (~anarsoul@86.57.155.118)
08:51.10vlrkeven now i get same error any mis match with the processor differences
08:52.13vlrki mean previously i used oe to get build for arm it was showing me armv5te
08:52.24vlrkit is now armv7a
08:52.44vlrkhow can i go back to armv5te .. with oe ..
08:52.46*** join/#oe guufy (~Guufy@c-67-170-223-17.hsd1.ca.comcast.net)
08:54.04Jay7hm.. our fbreader have no recipe for opie
08:54.59Jay7and we have 6 fbreader versions..
08:56.01Jay7w/o fbreader.inc
08:56.03Jay7cool
08:59.00anarsoul:)
09:00.39ant_workJay7: hello
09:00.46Jay7ant_work: hi
09:01.02ant_workcan you test with 6 bb threads?
09:01.19ant_workcurl-native fails *always* with -j5 and 64 threads
09:01.27ant_workarr s/64/4/
09:01.29Jay7ant_work: I've built opie-image this night w/o any problems
09:02.02ant_workon my buildhost (Gento) no issues with 2 threads and always breakage with 4
09:02.21Jay7what distro/image?
09:02.25Jay7and machine :)
09:02.29ant_workminimal - console-image
09:02.45ant_workmachine is c7x0 but iirc spitz had same issue
09:03.11*** join/#oe ericben (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net)
09:03.17Jay7ok, I'll run set of builds from 2 to 6 threads
09:03.31ericbengood morning
09:04.31ant_workI'll retry to build from within Ubuntu with the same metadata
09:05.56*** join/#oe ao2 (~ao2@2001:1418:117::1)
09:16.21*** join/#oe GNUtoo|laptop (~gnutoo@host156-84-dynamic.51-79-r.retail.telecomitalia.it)
09:18.49*** join/#oe Gaston|Home (~Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se)
09:19.08Jay7ant_work: builds started
09:19.42Jay7I'll go now, look to tinderbox for Jay7 builds (not Jay7-tb)
09:19.58ant_workok, cu later
09:20.03ant_workthx
09:20.52Jay7should take about 2-2.5 hrs per build, 5 builds.. about 10 hrs :)
09:21.30*** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au)
09:22.12ant_workhe, the curl-native filure happens after 20-30 mins, around task 1490 on my Gentoo's buildhost with 4 threads
09:23.18Jay7seems collecting BB_THREADS_NUMBER with oestats is good idea as well
09:24.06Jay7and btw BB_SCHEDULER may affect it
09:24.15Jay7because of different task ordering
09:24.24Jay7I have completion now
09:24.33ant_workif it's only Gentoo, perhaps is my self-compiled kernel (scheduler, etc)
09:25.46ant_worki.e. some thread 'stalling', but that would be strange....
09:27.13*** join/#oe thaytan (~jan@178.88.70.115.static.exetel.com.au)
09:33.38*** join/#oe rsalveti_ (~rsalveti@189.67.183.20)
09:34.31CIA-203Stefan Schmidt <stefan@buglabs.net> 07master * re88ef734d9 10openembedded.git/recipes/iw/iw_0.9.20.bb: iw: Its compatible with libnl2 as well use it.
09:34.41CIA-203Stefan Schmidt <stefan@buglabs.net> 07master * r495be66248 10openembedded.git/recipes/images/bug-x11-image.bb: bug-x11-image: Add X11 buglabs image
09:34.42CIA-203Stefan Schmidt <stefan@buglabs.net> 07master * ra7e3f3276a 10openembedded.git/recipes/wpa-supplicant/ (3 files in 2 dirs):
09:34.42CIA-2wpa-supplicant-0.7: Enable the nl80211 driver
09:34.42CIA-2Also enable support for libnl2 and depend on it.
09:34.44CIA-203Stefan Schmidt <stefan@buglabs.net> 07master * rb7e1882fe3 10openembedded.git/classes/jni-library.bbclass:
09:34.45CIA-2jni-library.bbclass: Override JAVAH for our jni recipes.
09:34.45CIA-2We need the javah from icedtea6 here.
09:34.45CIA-203Stefan Schmidt <stefan@buglabs.net> 07master * r343b243cf2 10openembedded.git/recipes/buglabs/dauber-feed-configs.bb: buglabs/dauber-feeds: Feed config for internal repos
09:34.46CIA-203Stefan Schmidt <stefan@buglabs.net> 07master * r0e9b38a840 10openembedded.git/recipes/buglabs/repo-feed-configs.bb: buglabs/repo-feeds: Feed configs for external use
09:36.59*** join/#oe rschus (~rschus@35.118.101-84.rev.gaoland.net)
09:42.22CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r82b466cec9 10openembedded.git/recipes/iw/iw_0.9.20.bb:
09:42.23CIA-2iw: bump PR for nl2 change
09:42.23CIA-2Signed-off-by: Koen Kooi <koen@openembedded.org>
09:43.02*** join/#oe vicky_ (~vicky@122.165.223.135)
09:43.26vicky_hi all...what is quilt in recipes...
09:45.14Jay710 hrs was very optimistic
09:46.20stefan_schmidtarg, forget the PR bump
09:46.40stefan_schmidtvicky_: patchstack management tool
09:46.57stefan_schmidtvicky_: takes care of adding our patches to the source
09:47.22ant_workJay7: I only see one build running, started 2011-02-09 09:20:11. Is it with 2 threads?
09:47.30Jay7yes
09:47.39Jay7788 task of 6484
09:47.49ant_workyes, it's slower
09:47.55Jay7much slower :)
09:48.14ant_worknext time start with 6 and go down to 2 :)
09:48.17Jay7-j6 is helping sometimes, but overall progress is slow
09:48.39Jay7good idea :)
09:49.15ant_workI'll try with 6 threads too, even if on quad core -j5 and 4 bb threads seems ok
09:50.03ant_work(apart those races...)
09:53.07vicky_when i am using "bitbake nano" ... it taking long time...
09:54.13vicky_hang up at "package quilt-native-0.48-r7.1: task do_fetch: Started "
10:03.12*** join/#oe alx_ (~alx@87.241.57.98)
10:06.08stefan_schmidtvicky_: no erros around this?
10:06.19stefan_schmidtvicky_: are you able to write to the set DL_DIR?
10:06.44stefan_schmidtvicky_: maybe it fails to save the fetched file due to permission problems
10:12.13Jay7or it is fetching slowly
10:13.46*** join/#oe dth_ntb (~dth@a89-182-17-24.net-htp.de)
10:14.05*** part/#oe dth_ntb (~dth@a89-182-17-24.net-htp.de)
10:16.04stefan_schmidtor that
10:29.36Jin^eLDhmm, I have a weird problem with a library package... I have a library, when compiled it's called libname.so.1.0.0, the ipk that gets created out of it is called libname-1.0.0_${PV}, now the library got updated to a new interface and is now called libname.so.1.1.0, OE makes a libname-1.1.0_${PV} ipk and opkg treats it like two absolutely different packages
10:29.55Jin^eLDso updating to a newer version does not work anymore
10:30.07Jin^eLDis this something that is expected or am I doing something wrong?
10:34.15*** join/#oe otavio (~otavio@debian/developer/otavio)
10:38.26*** join/#oe toi (~peter@d54C2AA76.access.telenet.be)
10:40.05*** join/#oe CMoH (~cipi@95.76.68.223)
10:40.05*** join/#oe CMoH (~cipi@unaffiliated/c-moh)
10:46.19*** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh)
11:04.32*** join/#oe thaytan (~jan@178.88.70.115.static.exetel.com.au)
11:10.41*** join/#oe ldnunes (~ldnunes@189.114.111.55)
11:24.24CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rdc77eb8254 10openembedded.git/recipes/networkmanager/networkmanager_git.bb:
11:24.25CIA-2networkmanager git: update to 0.8.3
11:24.25CIA-2Signed-off-by: Koen Kooi <koen@openembedded.org>
11:33.41*** join/#oe lrg (~lrg@slimlogic.co.uk)
11:47.38*** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi)
11:56.25*** join/#oe GNUtoo|htcdream (~GNUtoo@host156-84-dynamic.51-79-r.retail.telecomitalia.it)
11:58.19*** join/#oe rsalveti (~rsalveti@201.82.72.101)
12:33.29*** join/#oe mrc3 (~ddiaz@189.157.107.151)
12:41.47*** join/#oe Jay7 (jay@95-29-109-89.broadband.corbina.ru)
12:45.13*** join/#oe woglinde (~henning@p5DDC09A4.dip0.t-ipconnect.de)
12:45.18woglindejo
12:45.23Jin^eLDhi woglinde
12:45.32woglindegit-server ha some hickups?
12:45.47woglindeah
12:45.48*** part/#oe vlrk (~rvara@124.30.147.35)
12:46.17*** join/#oe dth_ntb (~dth@a89-182-17-24.net-htp.de)
12:47.37*** part/#oe dth_ntb (~dth@a89-182-17-24.net-htp.de)
12:49.04*** join/#oe Jay7 (jay@95-29-188-25.broadband.corbina.ru)
12:50.39*** join/#oe pespin (~pespin@204.pool85-50-89.dynamic.orange.es)
12:54.43*** join/#oe dos1 (~dos@unaffiliated/dos1)
12:59.47*** join/#oe mrc3 (~ddiaz@189.157.111.229)
13:04.40*** join/#oe CMoH-notebook (~cipi@95.76.68.223)
13:04.40*** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh)
13:16.16*** join/#oe rcf (~rcf@81.243.22.83)
13:17.42*** join/#oe vanous1 (~vanous@194.228.223.3)
13:18.00*** join/#oe mrc3 (~ddiaz@189.157.106.75)
13:19.51CIA-203Stefan Schmidt <stefan@buglabs.net> 07master * r235a67532c 10openembedded.git/recipes/buglabs/net.contentobjects.jnotify_0.91.bb: buglabs/jnotify: Add recipe for java notify usage
13:20.02CIA-203Stefan Schmidt <stefan@buglabs.net> 07master * ra25c44e70f 10openembedded.git/recipes/buglabs/ (bug2v4l2_0.01.bb bug2v4l2_git.bb):
13:20.02CIA-2bug2v4l2: Fix recipe to atcually work.
13:20.02CIA-2The first commit of this one was not intended. Sorry for that. The recipe is now
13:20.02CIA-2cleaned up and working.
13:31.36*** join/#oe vanous (~vanous@194.228.223.3)
13:35.51*** join/#oe aloisiojr (~aloisio@187.59.125.148)
13:39.39woglindejo mickeyl
13:39.59*** join/#oe mrc3 (~ddiaz@189.157.115.191)
13:40.13mickeylhi wogt
13:40.17mickeylwoglinde, that is
13:41.42*** join/#oe unsolo (~unsolo@50.80-203-43.nextgentel.com)
13:45.25stefan_schmidthi woglinde
13:45.28stefan_schmidthi mickeyl
13:45.34mickeylmorning steq
13:45.39mickeylerr, what's up with my typing today
13:45.43stefan_schmidtheh
13:52.54*** join/#oe B_Lizzard (~havoc@athedsl-433310.home.otenet.gr)
14:05.15kergothyawns
14:05.25woglindegm kergoth
14:07.11*** join/#oe davidlt (~davidlt@109-8.3-85.cust.bluewin.ch)
14:09.26davidltHave question regarding reading u-boot environment from Linux
14:09.38davidltAs I understand u-boot env has partition
14:09.53davidltCan it be access from Linux (should be possible) and read the data from it?
14:10.06davidltWhat kind of structure it would have?
14:10.57woglinde?
14:11.08woglindeu-boot runs before linux
14:11.25woglindeand by the way its like a linux kernel but stripped of most stuff
14:15.21ericbendavidlt: http://git.denx.de/?p=u-boot.git;a=tree;f=tools/env;h=756f60c3de12e895859fcf382ef1a5716db78e80;hb=HEAD
14:17.59*** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net)
14:18.25davidltericben: thanks
14:20.19*** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
14:26.59XorACrofton|work: get out of bed :-D
14:28.26Crofton|workI am
14:28.33Crofton|workgotta run some errands
14:28.44Crofton|workNeed to find an SSD for my "Logic Analyzer"
14:29.38woglindecrofton what?
14:30.06woglindehi xora btw.
14:33.09*** join/#oe rob_w (~bob@ppp-188-174-84-40.dynamic.mnet-online.de)
14:34.57XorAhey woglinde
14:40.01*** join/#oe rschus (~rschus@35.118.101-84.rev.gaoland.net)
14:40.12*** join/#oe SH_ (d4d10305@gateway/web/freenode/ip.212.209.3.5)
14:41.15SH_Is there any way of generating a detailed list of the packages installed into a image. preferrably with version number.
14:42.22kergothINHERIT += testlab and inspect the testlab output would be a start
14:42.27woglindehm rootfs log dont has it?
14:44.56SH_I'll look into testlab.
14:45.51SH_Isnt this a usual question? "Which packages, version numbers, licenses used do I have in my newly built image?"
14:48.49*** join/#oe playya (~playya@93.216.253.193)
14:48.49*** join/#oe playya (~playya@unaffiliated/playya)
14:50.10woglindeSH_ -> http://narcissus.angstrom-distribution.org/
14:53.48SH_Narcissus looks nice, but I want to generate a list from my OE builds
14:54.19woglindeits build from oe
14:54.21woglinde*g*
14:54.35woglindebut that was for your question with the licenses
15:06.13hrwSH_: testlab
15:06.53ant_workwoglinde: hey, about licenses...
15:07.03ant_workI thought once to commit beatrix  http://people.dsv.su.se/~fk/beatrix_download.html
15:07.11ant_workthe license is scary...
15:07.36ant_workwell, it seems the author recently sold the software to a company
15:08.14ant_workquestion is: is one allowed to push a patch in OE metadata against the original sources?
15:11.33woglindeI am not a lawyer
15:15.35*** join/#oe ensc_ (~irc-ensc@p5DF2FFD4.dip.t-dialin.net)
15:16.16CIA-203Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r64dc157ca8 10openembedded.git/ (5 files in 2 dirs): fsogsmd: bump; we rely on libgisi / gisicomm now instead of libisi
15:18.07mckoanant_work: the license used when the author released the code can chenge but is not retroactive
15:18.38CIA-203Marco Cavallini <m.cavallini@koansoftware.com> 07master * rdd15beecb5 10openembedded.git/recipes/fbv/fbv-1.0b/fbv-1.0b-BGR666.patch: fbv-1.0b-BGR666.patch: patch for support BGR666 @ 24bpp
15:18.47CIA-203Marco Cavallini <m.cavallini@koansoftware.com> 07master * rba8d1f493d 10openembedded.git/recipes/fbv/fbv_1.0b.bb:
15:18.48CIA-2fbv_1.0b.bb: added support for new fbv-1.0b-BGR666.patch
15:18.48CIA-2* bump PR
15:18.48CIA-2* support for BGR666 @ 24bpp
15:18.52woglindeOU MAY NOT BUNDLE, RENAME, SELL, REDISTRIBUTE, REPACKAGE OR IN ANY OTHER WAY ALTER WHOLE OR PART OF THE SOFTWARE AND ITS DISTRIBUTION WITHOUT PRIOR, EXPRESS AND WRITTEN PERMISSION FROM THE AUTHOR.
15:19.08woglindeits pretty clear
15:22.22*** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com)
15:25.28ant_workmckoan: so, if he sold a 'new' version to keyb, th eold one stay unchanged?
15:26.57ant_worksee the argumentations (for distributiong a patch) here http://rg42.org/wiki/beatrix
15:27.24ant_workanyway, here in OE is not allowed I'd think
15:29.21mckoanant_work: I'd avoid its inclusion in OE, stuff with unclear license are crap
15:29.47mckoanant_work: unclear = not free :-D
15:29.56ant_worksure :p
15:37.34rob_wdoes anyone here use u-boot to read the kernel directly from ubifs volumes already ?
15:44.02*** join/#oe dth_ntb (~dth@a89-183-15-107.net-htp.de)
15:44.10*** join/#oe kevinsc (~a0214685@nat/ti/x-wdenvdhqyuytbtsj)
15:51.12otavioCan someone take a look in a pull-request done in OE ml?
15:51.21otaviohis pull request
15:51.30*** part/#oe dth_ntb (~dth@a89-183-15-107.net-htp.de)
15:52.03otaviois unable to push those himself for now and wants to bring those into upstream to avoid people having duplicated work
15:55.09Tartarusotavio, in patchwork yes?
15:55.19TartarusOh, er, pull request, heh, maybe
15:55.22Tartaruslink?
15:55.28otavioTartarus: ml
15:55.35otavioTartarus: I can past it here if you prefer
15:56.11TartarusCan you post all of the patches for review?
15:58.51*** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net)
16:06.11*** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net)
16:07.13*** join/#oe spirin (~kvirc@host.137-130-138-78.kgts.ru)
16:10.07*** join/#oe stefan_schmidt (~stefan@p5B036E79.dip.t-dialin.net)
16:13.26otavioTartarus: I can but dunny if it is required.
16:13.34otavioTartarus: most of them are trivial
16:15.31spirinPlease help. Do not compile curl_7.21.2 distro = "angstrom-2008.1" mashine = "at91sam9263ek"  error = "configure: error: one or more libs available at link-time are not available run-time. Libs used at link-time: -lldap -lrt -lz" how to fix it?
16:16.40CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7b9e2fed3d 10openembedded.git/recipes/networkmanager/networkmanager_git.bb:
16:16.40CIA-2networkmanager git: up DP for angstrom
16:16.40CIA-2Signed-off-by: Koen Kooi <koen@openembedded.org>
16:18.48Tartarusotavio, can you rebase on current master?
16:20.02otavioTartarus: yes .. or if you wish you can do that. I did it 5min before posting the p-r.
16:20.08otavioTartarus: so it won't conflict
16:20.37TartarusSo you're OK w/ me rebase -i'ing it?
16:20.39TartarusThen pushing
16:20.57otavioTartarus: sure. Just: git rebase origin/master
16:21.02otavioTartarus: it should be fine
16:21.20Tartarusk
16:22.00spirinCIA-2: what is DP?
16:22.15otaviospirin: D_P? default-preferrence
16:22.35*** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
16:23.00CIA-203Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r92c386850d 10openembedded.git/recipes/slang/slang_2.2.2.bb:
16:23.00CIA-2slang: fix 2.2.2 URL
16:23.00CIA-2Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
16:23.04CIA-203Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r0978356c5b 10openembedded.git/classes/gitpkgv.bbclass:
16:23.04CIA-2gitpkgv.bbclass: return None if repository does not exist
16:23.04CIA-2Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
16:23.05CIA-203Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r71a1e1a6e6 10openembedded.git/recipes/newt/ (3 files in 2 dirs):
16:23.06CIA-2libnewt: include latest fixes and allow python removal
16:23.06CIA-2Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
16:23.09CIA-203Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * rd0b8fbdbd2 10openembedded.git/recipes/cmake/cmake-sdk_2.8.2.bb:
16:23.09CIA-2cmake-sdk: add 2.8.2 recipe
16:23.09CIA-2Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
16:23.19CIA-203Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * rb762c15327 10openembedded.git/recipes/tzcode/tzcode-native_2011a.bb:
16:23.19CIA-2tzcode-native: update to 2011b
16:23.19CIA-2Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
16:25.37*** join/#oe Jay7 (jay@95-29-105-202.broadband.corbina.ru)
16:27.21*** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf)
16:30.35*** join/#oe Jay7 (jay@78-106-57-213.broadband.corbina.ru)
16:30.43ant_workTartarus: about the damned race (?) with curl-native and bb_number_threads = 4
16:30.56ant_workwell, Jay7 is building with 2,3,4,5,6 threads
16:31.23woglindehm never hit this racing?
16:31.40woglindewhat is the bitbake target to get when starting from scratch?
16:31.46Tartarusant_work, since you can reliably hit it, make up a script for git bisect run
16:32.04*** join/#oe rob_w__ (~bob@ppp-188-174-84-40.dynamic.mnet-online.de)
16:32.33ant_worksure, I'll do a desperate test building from within Ubuntu (OE is on a separate partition)
16:32.50ant_workI start to doubt about Gentoo's kernel / scheduling
16:33.08*** join/#oe Jay7 (jay@95-29-105-134.broadband.corbina.ru)
16:33.19ant_work(I compiled it, my bad :P)
16:35.03spirinCIA-2: in openembedded/recipes/networkmanager/networkmanager_git.bb DEFAULT_PREFERENCE = "-1"  change to DEFAULT_PREFERENCE = "1"?
16:35.19*** join/#oe Jay7 (jay@95-29-188-85.broadband.corbina.ru)
16:37.44*** join/#oe spirin|2 (~kvirc@host.137-130-138-78.kgts.ru)
16:43.57spirin|2CIA-2: in openembedded/recipes/networkmanager/networkmanaget_git.bb DEFAULT_PREFERENCE = "-1" change to DEFAULT_PREFERENCE = "1" ?
16:44.35ant_workwoglinde: the issue is do_configure  http://www.scribd.com/doc/48366410/aa  or (alternatively)  do_compile http://www.scribd.com/doc/48372004/bb
16:44.46ant_workas you prefer :)
16:44.58ant_workstrange, it ìs related to sockets
16:51.03*** join/#oe atl19711 (~aluft@c-68-54-127-8.hsd1.in.comcast.net)
16:52.11otavioTartarus: thanks :-)
16:52.38atl19711Added --enable-shared to ruby recipe and got this after bitbake ruby : ERROR: QA Issue with ruby: No GNU_HASH in the elf binary
16:53.04atl19711is this still the fix for that?  TARGET_CC_ARCH += "${LDFLAGS}"
16:53.28woglindeatl19711 yes
16:53.36woglindeor fix the makefile
16:53.45woglindeto accept LDFLAGS from enviroment
16:54.37atl19711woglinde: thanks, good enough, hard to trust postings that are 2 years old
17:00.17*** join/#oe pb_ (~pb@mail.pbcl.net)
17:05.39*** join/#oe Ironnads (~Ironnads@host109-157-40-1.range109-157.btcentralplus.com)
17:05.45*** join/#oe hrw (~hrw@linaro/hrw)
17:07.17*** join/#oe spirin (~kvirc@host.137-130-138-78.kgts.ru)
17:07.22*** join/#oe vanous (~vanous@194.228.223.3)
17:08.03*** join/#oe RCFout (~rcf@81.243.22.83)
17:08.35spirinCIA-2: in openembedded/recipes/networkmanager/networkmanaget_git.bb DEFAULT_PREFERENCE = "-1" change to DEFAULT_PREFERENCE = "1" ?
17:10.00kergothdoes anyone have any ideas for a better name for oe.types.value()?
17:10.07kergothit sucks, i hate it
17:10.09kergoth(name-wise)
17:11.30*** join/#oe kevinsc1 (~a0214685@nat/ti/x-vakbvothblpnvkkh)
17:13.36kergothhmm, maybe it should just be elsewhere.  its part of variable typing, yes, but conceptually it's part of the metadata.  oe.value() or oe.data.value() might be better
17:13.57*** join/#oe spirin|2 (~kvirc@host.137-130-138-78.kgts.ru)
17:18.24pb_g'day kergoth
17:18.51kergothhey pb_
17:18.55woglindehi pb
17:19.37pb_hi woglinde
17:20.25pb_anybody had success targeting mingw with oe?
17:20.37pb_I was wondering whether it would help with a windows build problem that I have.
17:20.51kergothi tried, it's definitely more work than cygwin is
17:21.10pb_ah.  how far did you get?
17:21.18*** join/#oe kevinsc (~a0214685@nat/ti/x-svbjzxmhfhcavmtm)
17:21.33kergothnot very :)
17:21.36kergothopkg-native dies
17:21.59pb_oh, funky.  I wonder why opkg-native cares.
17:22.25kergothalso, pretty sure bitbake doesn't work at all
17:23.04kergoththere's multiple issues there, the lack of windows fcntl for file locking, you can replace that with a cross-platform file lock module
17:23.20pb_ah, I wonder if we are talking about the same thing
17:23.22kergoththen there were, iirc, issues with task execution, due to the forks
17:23.31kergothoh, right
17:23.31pb_what I want to do is build for a mingw target, but on a linux host
17:23.34kergoth*targeting*
17:23.36kergothgotcha
17:23.40kergothokay, never tried that :)
17:23.45kergothdon't see any reason why it wouldn't work though
17:23.54kergothopkg might still care, the target one
17:24.06pb_yeah, luckily I don't need/want opkg on target :-}
17:24.10kergothdon't think it does anything particularly bad though, i asked on the list
17:24.13kergothah, better yet
17:24.42kergothponders
17:24.44pb_all I really want to do is build gstreamermm, but doing that by hand on native windows seems to be something of a mission.
17:25.02woglindeuhaa
17:25.02kergothseems like that would be quite useful, the msys distro is pretty weak
17:25.11woglindewhy you need gstreamer on windows?
17:25.16kergothhell, targeting cygwin would be nice too, setup.exe can DIAF as far as i'm concerned
17:25.24pb_there are helpful prebuilt windows binaries of gstreamer itself, but less helpfully they don't include any .pc files so no way to compile against them without manual hackery
17:25.25woglindeisn't vlc enough?
17:25.34woglindehm
17:25.34kergothah
17:25.48pb_woglinde: vlc doesn't help much with running my gstreamer-based applications
17:26.12woglindeis gstreamer on windows using all the windows video accel frameworks?
17:26.12kergothunrelated: if anyone here hasn't discovered 'ack' as an alternative to grep, i strongly encourage checking it out, it's great (betterthangrep.com, iirc)
17:26.34pb_woglinde: dunno, I only care about audio
17:26.43woglindehm okay
17:26.44pb_(mostly)
17:26.57pb_kergoth: sounds hoopy, I'll take a look
17:27.15Jay7evening
17:27.30woglindehi jay7
17:27.43woglindeneeds to fix pulsecrap for uclibc again
17:28.07kergothhas some quite nice features.  save a bit of typing.  e.g. it defaults to recursive, defaults to searching the current directory, and only shows results in file types it knows about, ignoring scm dirs, etc
17:28.13kergothgreat for finding things in source trees
17:28.18pb_"Top 10 reasons to use ack instead of grep: (2) ack is pure Perl"
17:28.27kergothtries to ignore the fact that its perl
17:28.31pb_not sure I am entirely convinced by that particular one. :-}
17:28.34Jay7ant_work: all builds was fine
17:28.34kergothhehe
17:28.42Jay76-threaded is in progress
17:29.09pb_but yeah, if it can ignore scm dirs and editor backups then that alone is a win
17:29.52kergothyeah
17:30.14pb_"9. Color highlighting of search results. "
17:30.17kergothyou can also do export ACKRC=.ackrc to get it to use the one in the current dir in preference to ~/.ackrc, which means you can create one in your project and make it ignore, say tmp/ or build*/ dirs
17:30.20*** join/#oe ensc (~irc-ensc@fedora/ensc)
17:30.20pb_hm, grep seems to be doing that for me nowadays
17:30.22kergothheh, grep does color, has for a while
17:30.23kergothyeah
17:30.46kergothit groups results though, which is nice.  file path header, then the lines.  if stdout isn't a tty, it outputs grep format, for scripting
17:30.55pb_The requested URL /svn/tags/latest/ack was not found on this server.
17:30.56pb_doh
17:31.02kergothhah
17:37.11pb_finds a working download link
17:44.12rob_w__where is Xorg pulling the info that it uses tslib.so for a touchscreen ?
17:46.33*** join/#oe tdebrouw` (~tdebrouw@91.182.50.175)
17:48.45kergothecho '--type-set=bitbake=.bb,.bbappend,.bbclass,.inc,.conf' >> ~/.ackrc is helpful
17:48.49kergothhmmm
17:49.02kergothwonders whether to add a expected_type assertion to the typing support
17:49.41kergoththinking itd be good for catching the situation where the metadata's type of a variable changes, but not all the classes were adjusted for it, so it'd immediately fail on that assert rather than waiting and failing in the actual usage of the type
17:54.54*** join/#oe anr78 (~Mich@145.79-161-31.customer.lyse.net)
17:57.14kergothdoes https://github.com/kergoth/openembedded/commit/d269078 seem like an improvement to people?
17:57.22kergoth(not that anyone but me is likely using this stuff yet..)
17:59.51*** join/#oe Jay7 (jay@95-29-188-141.broadband.corbina.ru)
18:00.54*** join/#oe denix (~denys@nat/ti/x-nxcnsqobkwikxnse)
18:03.08*** join/#oe Jay7 (jay@95-29-188-73.broadband.corbina.ru)
18:15.56*** join/#oe anarsoul (~anarsoul@46.28.101.209)
18:16.24*** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com)
18:18.23khemkergoth: oe.types -> oe.typing
18:18.35khemI would say make it oe.maketype
18:18.38khemor somesuch
18:18.53khemtyping is continuous tense :)
18:19.51filipwhy is sysvinit-inittab separated out of sysvinit?
18:20.01filipfor alternative inittabs?
18:20.19woglindeoe.maketype sounds good
18:20.33woglindeI want upstart anyway
18:20.38woglindenext 2 tasks
18:20.43woglindeactual upstart
18:20.51khemkergoth: oe.data.value
18:20.57woglindeand fixing pulse for uclibc
18:21.08khemmay be since it returns properly types values it should show up in name
18:21.09woglindehi khem
18:21.20khemwoglinde: hey
18:21.40*** join/#oe ensc (~irc-ensc@fedora/ensc)
18:21.56khemwoglinde: how are things
18:26.01Tartarushi khem, ever tried qemuarm+uclibc+qt4?
18:28.41kergothkhem: oe.data.typed_value() or so?
18:28.58Tartarus| /var/hudson/workspace/sb_openembedded_autobuilder/BBPKGS/qt4e-demo-image/DISTRO/minimal-uclibc/MACHINE/qemuarm/label/sb-rhel5/tmp/sysroots/i686-linux/usr/armv5te/lib/gcc/arm-oe-linux-uclibceabi/4.5.3/../../../../arm-oe-linux-uclibceabi/bin/ld: /var/hudson/workspace/sb_openembedded_autobuilder/BBPKGS/qt4e-demo-image/DISTRO/minimal-uclibc/MACHINE/qemuarm/label/sb-rhel5/tmp/sysroots/armv5te-oe-linux-uclibceabi/usr/lib//uclibc_nonshared.a(atexit.os)(.text+0x12): u
18:29.12kergothi was thinking we could subclass DataSmart in oe.data eventually, possibly even automatically return typed values from __getitem__
18:30.15kergothoe.maketype.create() seems kind of redundant, but it probably doesn't matter too much, better to be explicit than implicit
18:30.46kergothdid anyone have an opinion on the type assertions thing?
18:31.21kergothe.g. oe.data.typed_value('SOMEVAR', d, 'list') -- if the metadata changes the type of the variable and thsi code doesn't change to match, it'd immediate error out there
18:31.30kergothnot sure if that would be good or not
18:32.25woglindeTartarus you have to use uclibc-git
18:32.48woglindeall other will not work
18:32.59Tartaruswoglinde, yes, this is what sane toolchain is pulling in
18:32.59woglindebecause latest release has not log2 function
18:33.07woglindehgm
18:33.12woglindestupid angstroem
18:33.21Tartarusminimal
18:33.41Tartarus094d82d3b3e8f8c8460a802b7a9548f3ae4fda46 good enough?
18:33.53kergothhmm
18:36.30*** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net)
18:37.37*** join/#oe Heinervdm (~thomas@pD9E15B50.dip.t-dialin.net)
18:38.24khemkergoth: ok seems better
18:38.36kergothwhat does? :)
18:38.46CIA-203Chris Larson <chris_larson@mentor.com> 07master * rf41d2fdfa6 10openembedded.git/lib/oe/types.py:
18:38.46CIA-2oe.types: for invalid type, list valid ones
18:38.46CIA-2Signed-off-by: Chris Larson <chris_larson@mentor.com>
18:39.56khemTartarus: whats the error in the end
18:40.07khemTartarus: I suppose it only happens on qemuarm
18:40.17Tartarus| /var/hudson/workspace/sb_openembedded_autobuilder/BBPKGS/qt4e-demo-image/DISTRO/minimal-uclibc/MACHINE/qemuarm/label/sb-rhel5/tmp/sysroots/i686-linux/usr/armv5te/lib/gcc/arm-oe-linux-uclibceabi/4.5.3/../../../../arm-oe-linux-uclibceabi/bin/ld: final link failed: Nonrepresentable section on output
18:40.28Tartarusand yes, only arm
18:43.48woglindehm
18:43.57woglindemight be some armv6/armv7 foo
18:44.01woglindein qt
18:45.43*** join/#oe pespin (~pespin@204.pool85-50-89.dynamic.orange.es)
18:50.29*** join/#oe vanous (~vanous@194.228.223.3)
18:56.13khemkergoth:  oe.data.typed_value() seems better yes
18:57.21khemTartarus: couple of things to try
18:57.31khemTartarus: I know if you compiled all in ARM mode it will work
18:57.38khemso thats last resort
18:57.52khemproblem is thumb/arm mixing
18:58.12khemTartarus: one thing to try is downgrade to 2.20.1 binutils
18:58.30khemand rebuild this image this way we can rule out ld problem
18:58.55khemTartarus: second thing to look at is how uclibc is compiled w.r.t. atexit.os
18:59.17khemTartarus: I have a qemuarm build lying around I can do this part quickly
19:03.06Tartarusat4.inc has ARM_MODE="arm" or whatever it is
19:03.09Tartarusqt4.inc
19:03.23TartarusI'll try dropping down to 2.20.1 next
19:03.43Tartarus(doing a qemumips64 build now, that's the other failure I see which is a postgresql linking issue I think I see how to fix..)
19:11.35CIA-203Chris Larson <chris_larson@mentor.com> 07master * r2fbd56c0ef 10openembedded.git/ (8 files in 3 dirs): (log message trimmed)
19:11.35CIA-2More sane naming for the variable typing code
19:11.35CIA-2oe.types.value -> oe.data.typed_value
19:11.35CIA-2This name has been bugging me. This function is the primary interface to
19:11.35CIA-2the module for OE metadata, as it takes a variable name and datastore and
19:11.35CIA-2returns an object of the correct type. While this function is part of the
19:11.36CIA-2variable typing implementation, in reality it's more about giving you a
19:11.40CIA-203Chris Larson <chris_larson@mentor.com> 07master * r8d22023a06 10openembedded.git/lib/oe/test_types.py:
19:11.40CIA-2oe.test_types: improve naming/organization
19:11.40CIA-2Signed-off-by: Chris Larson <chris_larson@mentor.com>
19:12.15kergothif anyone hasn't used this typing stuff and wants to see a real example: http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/editline/editline_20100424-3.0.bb#n18
19:21.11*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
19:21.17*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
19:25.47khemTartarus: with mips64 mostly it should be missing a autoconf cached var in site/
19:26.25Tartarusmostly, yes :)
19:30.03filiphm, I have a problem with dpkg packages
19:30.03filiptmp/work/armv4-oe-linux-gnueabi/dpkg-1.14.29-r1/image/usr/lib/perl/5.10.1/Dpkg.pm: Perl5 module source text
19:30.16filipthis is not included in any (dpkg, dpkg-dev, dpkg-dbg)
19:30.27filipyet I can't find any reason in recipes/dpkg
19:30.44filipis this behaviour inherited?
19:32.31khemfilip: so explain the problem
19:35.50filipkhem: update-alternatives-dpkg needs Dpkg.pm which is in dpkg, but is not being installed
19:36.07filipkhem: and I see no FILES_ lines in dpkg recipe, so I don't know why it gets discarded
19:37.52khemfilip: if its needed then it should be added to one of the packages
19:38.28*** join/#oe ensc (~irc-ensc@fedora/ensc)
19:38.37filipkhem: yeah, but where are these defined?
19:38.59filipfilip.zyzniewski@jlime:~/openembedded/recipes/dpkg$ grep -r dbg .
19:39.00filipfilip.zyzniewski@jlime:~/openembedded/recipes/dpkg$
19:39.10filipkhem: this confuses me
19:39.21*** join/#oe mrc3 (~ddiaz@189.157.111.217)
19:39.29kergothfilip: recipes aren't the only source of metadata..
19:39.38khemfilip: you can put all /usr/share/perl5/Dpkg under a new package too
19:39.46kergothfilip: read bitbake.conf
19:39.46khemsay dpkg-perl or something
19:40.45khemand yes if its installed but not packaged then you should get warnings from bitbake about it
19:41.31filipkergoth: aaah, this helped a lot, I see it now :)
19:41.48filipkhem: it hasn't printed any
19:42.29khemhmm
19:43.48filipok, I'll define FILES_${PN}-perl
19:48.24filipnow this is a sick shebang: #!/home/builds/jornada7xx/tmp/sysroots/x86_64-linux/usr/bin/perl --
19:48.52*** join/#oe ReaperOfSouls (~jpuhlman@nat/montavista/x-szokiumufiqlyzga)
19:49.29fraywelcome to the evil of perl.. ;)  I recommend python style #!/usr/bin/env perl  :)
19:49.54filipcan I add a directory recursively in FILES_.. ?
19:50.35kergothyou can either use globs or directories, yes
19:50.37filipjust listing it is enough it seems...
19:50.38kergothit'll traverse dirs
19:50.39khemfilip: use wildcards but if you add dir it should add stuff below it too unless someone else included it
19:50.51*** join/#oe mrj10 (~mrj10@63.252.64.254)
19:51.08*** join/#oe GNUtoo|laptop (~gnutoo@79.51.84.156)
19:56.12*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
19:57.41*** join/#oe Crofton (~balister@pool-74-107-167-114.ronkva.east.verizon.net)
19:59.43*** join/#oe _chase_ (~chase@nat/ti/x-mdqiczrdhszlimpq)
20:03.23*** join/#oe pespin (~pespin@19.pool85-50-93.dynamic.orange.es)
20:06.00*** join/#oe rob_w (~bob@ppp-188-174-84-40.dynamic.mnet-online.de)
20:20.43*** part/#oe atl19711 (~aluft@c-68-54-127-8.hsd1.in.comcast.net)
20:24.29*** join/#oe vanous (~vanous@194.228.223.3)
20:25.03*** join/#oe Slyon (~lukas@ppp-188-174-24-224.dynamic.mnet-online.de)
20:25.13Jay7Tartarus: I've added my future builds to wiki, check format please
20:25.34Jay7not sure that I should group all-in-one-row
20:26.11TartarusJay7, works for me for now
20:26.18TartarusHave to see once we've got failures to deal with :)
20:27.18Jay7Tartarus: when first tests are planned?
20:28.00Tartarustomorrow instead of testing-next
20:28.23TartarusI think one line for al passes, so long as it's really right, is fine and lines for failures
20:28.33Tartarus(right means all comos in the set work)
20:28.48Tartarus*combos
20:29.49*** join/#oe ensc (~irc-ensc@fedora/ensc)
20:30.41Jay7well..
20:31.00Jay7I just scared about filling that table again :)
20:31.36Tartarusheh
20:35.11Jay7I'll try to add proposed fields to oestats-client
20:37.18kergothfights with sqlite3
20:37.52Jay7kergoth: still locking problems?
20:38.55kergothjust trying to verify that its fixed :)
20:39.02kergothsince it was random..
20:44.54CIA-203Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r7794a0c735 10openembedded.git/recipes/linux/ (5 files in 3 dirs):
20:44.54CIA-2linux-omap_2.6.38.bb: add 2.6.38-rc4 version
20:44.55CIA-2I have only enabled this kernel for the omapzoom2/3 machines that I
20:44.55CIA-2take care of and it has been boot tested on the zoom3.
20:44.55CIA-2This recipe has PARALLEL_MAKE disabled as multiple jobs is showing
20:44.55CIA-2a dependency issue in the kernel which I hit 100% of time in OE.
20:44.56CIA-2Signed-off-by: Graeme Gregory <dp@xora.org.uk>
20:44.58CIA-203Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r8b2bf26a68 10openembedded.git/conf/machine/ (omapzoom2.conf omapzoom36x.conf):
20:44.58CIA-2omapzoom2/3.conf : switch to linux-omap kernel
20:44.58CIA-2Signed-off-by: Graeme Gregory <dp@xora.org.uk>
20:45.25*** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de)
20:48.11*** join/#oe guufy (~Guufy@c-67-170-223-17.hsd1.ca.comcast.net)
20:54.31Jay7kergoth: can I help you anyhow?
20:55.19Jay7I can run build with 12 threads ;)
20:55.50kergothnah, i think i've got it, just a matter of doing -p N times with and without the change
20:57.01*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
21:00.21*** join/#oe mr_nice (~nice@188-195-80-208-dynip.superkabel.de)
21:06.17*** join/#oe HopsNBarley (~hops@pool-71-121-31-176.snfcca.fios.verizon.net)
21:06.17*** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley)
21:07.37*** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com)
21:11.25Tartaruskhem, do you know how to force 'ld' into elf64-tradbigmips for output when it wants to go elf64-ntradbigmips?
21:12.44filiphm, I have a problem with ttys
21:12.46filipstat64("/dev/tty4", 0xbebd6b88)         = -1 ENOENT (No such file or directory)
21:13.12filipcrw-rw-rw- 1 root root 4, 4 Feb  9 21:08 dev/tty4
21:13.41filipthis kind of low level inconsistency freaks me out
21:17.58filipI mean, what can sneak in between stat() and the filesystem?
21:18.46hollisbfilip: could the leading / matter?
21:19.57filiphollisb: I don't think so, my $PWD is the root partition (mounted on a PC)
21:20.48hollisbare you using an initramfs (or similar) on the target?
21:21.05filipaaah, ramfs on /dev
21:21.08filipsorry for this
21:21.08hollisbor is something (udev?) mounting a new /dev on the target?
21:21.09hollisbyeah
21:26.58Jay7filip: check *device-table.txt
21:27.02Jay7somewhere in recipes :)
21:27.31Jay7ah, no
21:27.44Jay7files/*.txt
21:27.51Jay7in root OE dir
21:28.24filipJay7: huh, there's hardly anything in device_table-jlime.txt
21:28.47filipJay7: how is it deployed into the tmpfs?
21:29.11CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd02fea18c2 10openembedded.git/recipes/linux/linux-omap_2.6.31.bb:
21:29.11CIA-2linux-omap 2.6.31: remove DP for zoom2
21:29.11CIA-2Signed-off-by: Koen Kooi <koen@openembedded.org>
21:29.12Jay7not sure, but somewhere at do_rootfs I think
21:29.45filiphm, S05devices should create tty*
21:29.56filipif no udev ;P
21:30.26Jay7filip: extract initramfs image with cpio and look there
21:30.53filipJay7: no initramfs for j7xx :)
21:30.54Jay7anyway, according to device_table you should have tty0-9
21:31.09Jay7ah..
21:31.20*** join/#oe timtimred (~meh@85.210.130.29)
21:31.28Jay7then add ls /dev/* to rc :)
21:31.38filipI think I know what happened
21:31.49filipmy device cache got spoiled on first unsuccessful boot
21:31.53filipsomehow
21:35.58filiphm, makedevs displays usage on boot
21:36.02filipthis can't be right :P
21:37.31*** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh)
21:38.42filipok, there is a bug. I have:
21:38.44filipfilip.zyzniewski@jlime:~/openembedded$ grep makedevs recipes/initscripts/initscripts-1.0/devices /sbin/makedevs -r / -D /etc/device_table
21:38.51filipyet makedevs won't accept -r
21:39.23kergothhrm
21:39.33filipmy makedevs is symlinked to busybox
21:39.57filipkergoth: any suggestions maybe ;)?
21:40.16filipor maybe there is nothing to fix but I have built an image in a wrong way
21:40.31filipanother alternative for makedevs or something
21:42.20*** part/#oe mrj10 (~mrj10@63.252.64.254)
21:42.44*** join/#oe timtimred (~meh@85.210.133.143)
21:43.02filipwould a patch removing '-r /' be a good idea?
21:46.00filipbusybox'es makedevs should be called: makedevs -d /etc/device_table /
21:46.36*** join/#oe ensc (~irc-ensc@fedora/ensc)
21:50.48*** join/#oe thaytan (~jan@178.88.70.115.static.exetel.com.au)
21:52.17*** join/#oe dj-death (~djdeath@potipota.net)
22:06.14*** join/#oe aloisiojr (~aloisio@187.59.125.148)
22:09.16Jay7ERROR: Logfile of failure stored in: /dev/null
22:10.05Jay7NOTE: package lzma-native-4.65-r5.1: task SRC_DISTRIBUTECOMMAND: Failed
22:10.06Jay7ERROR: Function 'SRC_DISTRIBUTECOMMAND' failed (see /dev/null for further information)
22:10.13Jay7build with 12 bb threads ;)
22:12.35*** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com)
22:14.01*** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net)
22:16.34Tartaruscan new people make wiki logins?
22:16.39Tartarusor is that restricted?
22:24.09Jay7Tartarus: ask ka6sox or cryptk|offline
22:24.19Jay7or just try :)
22:24.33TartarusWell, I don't see the link to just try
22:24.41Jay7ah, hm..
22:24.46Tartarus(got an email from someoen that wants to help but can't see where to register for the wiki)
22:24.57Jay7btw, yes, there was only login link
22:43.54*** join/#oe Lopi (~lopi@173-9-230-97-Illinois.hfc.comcastbusiness.net)
22:46.29*** join/#oe denix0 (~denix@pool-71-251-49-88.washdc.east.verizon.net)
22:54.50TartarusSo, here's a thing
22:55.01Tartarusfor postgresql, it uses ld, raw, for linking at times
22:55.11TartarusAnd was doing on mips64, default to mips32
22:55.38Tartarusbinutils config issue?
22:55.38TartarusOtherwise we need TARGET_LD_ARCH
22:55.38Tartarus(which I've patched in and seems to be working)
22:57.21grgusing ld for linking is wrong in most cases
22:58.05*** join/#oe jmpdelos (~polk@outgoing.delos.com)
22:59.55TartarusI can see if 8.4.x or so uses CCLD
23:01.27grgthe only reason to use ld directly is if you need a non standard binary, are using a linker script, etc. Which should not be the case for a userspace application.
23:09.15TartarusSo, yeah, wow
23:09.22Tartaruspostgresql 8.1 is EOL
23:09.27Tartarusand 8.2 goes EOL this year
23:09.36Tartarus8.4 is 2014 at least
23:09.59TartarusSo maybe it's time to grab current 8.4.x (we have 8.4.4, 8.4.7 is latest) and drop the DP=-1 from it
23:10.19kergothhuh
23:35.38*** join/#oe demigod2k (~demigod2k@24.169.238.42)
23:36.11demigod2kare there docs in-progress on using an external toolchain? the ones in git still have a TODO: on that section
23:41.35*** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com)
23:45.05CIA-203Filip Zyzniewski <filip.zyzniewski@gmail.com> 07org.openembedded.dev * r8a01a9750f 10openembedded.git/recipes/base-files/base-files/jornada7xx/fstab:
23:45.05CIA-2base-files: update fstab for jornada7xx
23:45.05CIA-2We use the scsi subsystem for PCMCIA ATA access, so device files are
23:45.05CIA-2/dev/sda*, not /dev/hda*.
23:45.05CIA-2See recipes/linux/linux-jlime-jornada7xx-2.6.34+git/defconf_jlime:702.
23:45.05CIA-2Signed-off-by: Filip Zyzniewski <filip.zyzniewski@gmail.com>
23:45.06CIA-2Signed-off-by: Tom Rini <tom_rini@mentor.com>
23:46.32CIA-203chase maupin <chasemaupin03@gmail.com> 07org.openembedded.dev * r51ed875e94 10openembedded.git/recipes/cups/ (2 files in 2 dirs): (log message trimmed)
23:46.33CIA-2cups: fix desktop file QA issues
23:46.33CIA-2* This patch fixes the QA issues with version 1.2.12 of cups.
23:46.33CIA-2* The patch being applied was taken from
23:46.33CIA-2http://bugs.gentoo.org/show_bug.cgi?id=236706
23:46.33CIA-2* Bump the PR
23:46.34CIA-2Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.