IRC log for #oe on 20100506

00:01.21khemTartarus: you must be having a large HD
00:04.43TartarusYes
00:04.50Tartarus2.something TB
00:05.53Crofton|workTartarus, is serious about OE :)
00:06.45Tartarusyes ;)
00:06.56TartarusAlmost a year ago now, heh, took 4x1.5TB drives
00:07.16Tartarusraid1+0 with a small bit cut out for / for booting
00:07.31Tartarusafk a while
00:07.42Crofton|workl6r
00:19.10*** join/#oe dfoley (~dfoley@d75-157-1-37.bchsia.telus.net)
00:19.42*** part/#oe dfoley (~dfoley@d75-157-1-37.bchsia.telus.net)
00:36.39grgwhat GUI audio players are people using on their underpowered OE devices?
00:37.00grg(i still use xmms on my desktop)
00:37.29grgis there anything touchscreen friendly?
00:56.19*** join/#oe whittenburg (~whittenbu@ip72-213-154-11.ok.ok.cox.net)
01:00.13*** join/#oe rsalveti (~rsalveti@187.113.120.62)
01:03.32mwesterbash
01:03.55mwesterbest thing for underpowered devices, in general. :)
01:05.31grgas in, use a cli player?
01:05.41grgnot really an option for end users of my device
01:06.08grgps: bash is gargantuan
01:17.04aditya_111anyone around for a hardware-y question?
01:17.16aditya_111trying to see if I can get gumstix to drive 2 LCDs
01:17.35aditya_111I know its somewhat gumstix specific maybe but is this possible through the kernel drivers for linux?
01:25.16grgaditya_111, isn't there a #gumstix ?
01:27.19*** join/#oe aubrey_ (~aubrey@cpe-76-179-149-181.maine.res.rr.com)
01:37.48*** join/#oe zecke (~ich@123-192-188-67.dynamic.kbronet.com.tw)
01:38.35*** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net)
01:46.35*** join/#oe william_zhang (~william@58.247.126.174)
01:47.39*** join/#oe whittenburg (~whittenbu@ip72-213-154-11.ok.ok.cox.net)
01:47.58Crofton|workgrg, #gumstix can be slower than here :)
01:48.03Crofton|workhard question
01:52.26*** join/#oe mithro (~tim@unaffiliated/mithro)
01:56.13*** join/#oe Ironnads (~Ironnads@host86-177-89-129.range86-177.btcentralplus.com)
01:59.55*** join/#oe zecke (~ich@123-192-188-67.dynamic.kbronet.com.tw)
02:11.32*** join/#oe whittenburg (~whittenbu@ip72-213-154-11.ok.ok.cox.net)
02:14.16*** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net)
02:45.22*** join/#oe whittenburg (~whittenbu@ip72-213-154-11.ok.ok.cox.net)
02:47.00aditya_111grg: I've asked on there
02:47.07aditya_111just wanted to see if you guys have some ideas too
02:47.15aditya_111cause half of the problem is drivers
03:27.18*** join/#oe whittenburg (~whittenbu@ip72-213-154-11.ok.ok.cox.net)
03:37.48*** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
03:59.04*** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171)
04:21.24*** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley)
04:48.40*** join/#oe bala_holmes (~7aa4bde7@gateway/web/freenode/x-xntguutsikxcamwj)
04:53.07*** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley)
05:01.07*** join/#oe demon93_ (~demon93@cpc2-rdng2-0-0-cust357.winn.cable.ntl.com)
05:28.43*** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com)
05:30.23*** join/#oe eFfeM_work (~frans@atwork-193.r-212.178.107.atwork.nl)
05:30.56eFfeM_workmorning everyone
05:35.06JaMamorning
05:36.38*** join/#oe GNUtoo|oeee (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
05:37.54*** join/#oe bala_holmes (~7aa4bde7@gateway/web/freenode/x-puptsedkgoxygjic)
05:50.30*** join/#oe william_zhang (~william@58.247.126.174)
05:52.19*** join/#oe rob_w (~bob@pD95EC788.dip.t-dialin.net)
06:01.12*** join/#oe GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
06:02.26khemhello JaMa
06:07.56*** join/#oe bswix (~rode@147.84-49-231.nextgentel.com)
06:09.28GNUtoo|oeeemmm
06:09.34GNUtoo|oeeehi
06:09.37GNUtoo|oeeeQA Issue with staging: fso-specs.pc failed sanity test (tmpdir) in path /home/embedded/oetmp_eeepc701/staging/i686-angstrom-linux/usr/lib/pkgconfig
06:09.42GNUtoo|oeeewhat does it means
06:09.43GNUtoo|oeee?
06:09.49*** join/#oe eFfeM_work (~frans@atwork-193.r-212.178.107.atwork.nl)
06:09.54GNUtoo|oeeeI should look in that pc I bet
06:09.55GNUtoo|oeeebut
06:10.01GNUtoo|oeeeit didn't do that for arm
06:10.33GNUtoo|oeeebut arm was cleaner(packaged staging)
06:12.23GNUtoo|oeeestrange strange
06:12.46GNUtoo|oeeefso-specs.pc is not in gnash sources
06:14.23GNUtoo|oeeeah it's a fso thing
06:14.27GNUtoo|oeeeI'll delete that
06:16.21khemGNUtoo|oeee: I have a patch for that
06:17.26GNUtoo|oeeeah
06:17.44GNUtoo|oeeeis it pushed or should I test it?
06:17.52khemhttp://pastebin.com/q3gnbqze
06:17.56khemno its not pushed
06:18.05khemnor proposed yet
06:18.10GNUtoo|oeeeok
06:18.24*** join/#oe xjqian (~gordon@212.247.139.72)
06:18.28GNUtoo|oeeeI must have compiled fso by error
06:18.37GNUtoo|oeeebecause the target is eee701
06:19.14GNUtoo|oeeeor maybe it compiled it as a dep of tangogos or another package
06:20.40*** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley)
06:21.42khemyeah minimal is pulling it in
06:21.53khemI guess if you have DISTRO=debug
06:22.01khemit pulls lot of fso stuff
06:22.06khemdue to cli-tool
06:22.11khemcli-tools
06:23.09GNUtoo|oeeeok
06:34.40*** join/#oe rob_w_ (~bob@pD95EE8F9.dip.t-dialin.net)
06:36.52GNUtoothanks a lot btw
06:38.52*** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
06:41.07CIA-203Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r7fffc9eaeb 10openembedded.git/recipes/ti/ (matrix-gui/init matrix-gui_svn.bb): (log message trimmed)
06:41.07CIA-2matrix-gui: numerous updates and fixes (from Arago)
06:41.07CIA-2* Bump the revision
06:41.07CIA-2* Fix the license
06:41.08CIA-2* Don't set redundant variables
06:41.08CIA-2* Display message when calibrating TS
06:41.09CIA-2* Install additional binaries/scripts
06:41.11JaMakhem: btw, have you seen that kernel oops log we talked about?
06:41.14CIA-203Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r8a0750d209 10openembedded.git/recipes/ti/am-benchmarks_svn.bb:
06:41.14CIA-2am-benchmarks: add ARM Benchmarks dhry/whet-stone, linpack (from Arago)
06:41.14CIA-2Signed-off-by: Denys Dmytriyenko <denis@denix.org>
06:41.14CIA-203Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r819cd0db4d 10openembedded.git/recipes/ti/am-sysinfo_svn.bb:
06:41.14CIA-2am-sysinfo: add AM SysInfo set, currently mem_util only (from Arago)
06:41.14CIA-2Signed-off-by: Denys Dmytriyenko <denis@denix.org>
06:41.15CIA-203Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r49d7eff0e9 10openembedded.git/recipes/ti/ (matrix-tui/init matrix-tui_svn.bb):
06:41.15CIA-2matrix-tui: add the Matrix TUI (Text UI) launcher app (from Arago)
06:41.16CIA-2Signed-off-by: Denys Dmytriyenko <denis@denix.org>
06:41.27khemJaMa: ben a bit budy thesr days
06:42.10JaMahehe :)
06:42.54JaMaok, let me know when you have more time and can look at it
06:43.09denix0needs a decypher for this piece: "ben a bit budy thesr days" :)
06:43.53JaManeeded 43 sec to decypher it..
06:44.05JaMamaybe 42, that's it!
06:44.44denix0although I just found couple typos in my own patch sent to the list... d'oh
06:51.58khemdenix0: thats how you type when you have 2yr old in one arm :)
06:52.24denix0heh :)
06:56.21CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rddceb0bc5e 10openembedded.git/recipes/qt4/qt4-tools-sdk_4.6.2.bb:
06:56.21CIA-2qt4-tools-sdk: symlink tools back to their original names to make e.g. eclipse plugins work
06:56.21CIA-2Change imported from http://arago-project.org/git/?p=arago.git;a=commitdiff;h=5bbda8657da241ca7c5a48cc497ca1506d6b05b0
06:56.32CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8677716219 10openembedded.git/recipes/mesa/mesa-xlib_7.8.bb: mesa-xlib: add 7.8
07:03.08khemdenix0: what is arago project about ?
07:04.22denix0khem: TI (pico-)distro :)
07:04.58denix0basically, a playground for stabilizing OE for TI products...
07:05.48*** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
07:06.19khemI see
07:06.25denix0technically, it's just an overlay on top of OE.dev with small fixes and mods
07:06.47khemdenix0: and which distro do you inherit from ?
07:06.51denix0most of the stuff ends up in OE anyway
07:06.52khemdenix0: minimal ?
07:06.59denix0actually, angstrom
07:07.13denix0when I started 2 years ago, there was no minimal...
07:07.18khemdenix0: ok
07:07.29khemdenix0: you may try now though
07:07.36denix0I know :)
07:07.57khemand it uses eglibc as its main library thats what I am interested in
07:08.02dthgood morning
07:08.23khemhello dth
07:08.53CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3359bc5124 10openembedded.git/recipes/libtool/libtool-native_2.2.6b.bb: libtool-native 2.2.6b: convert to new style staging
07:10.40denix0khem: there are few reasons to keep own mods because of corporate/legal limitations - GPLv3 and patents/IP, export of crypto algos and external CSL toolchain
07:11.04*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
07:11.28denix0although, external CSL toolchain is now in OE and works at least in Angstrom...
07:11.30khemdenix0: I understand
07:11.33CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc73f8d610a 10openembedded.git/recipes/unifdef/unifdef-native_2.6.18+git.bb: unifdef-native: convert to new style staging
07:13.47CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb1f53557c5 10openembedded.git/recipes/pax-utils/ (4 files): pax-utils: convert to new style staging and BBCLASSEXTEND
07:16.02*** join/#oe Heinervdm (~thomas@pD9E14AEB.dip.t-dialin.net)
07:17.34*** join/#oe thebohemian (~rschus@p5DDC3567.dip.t-dialin.net)
07:21.17*** join/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net)
07:21.53*** join/#oe thebohemian (~rschus@p5DDC3567.dip.t-dialin.net)
07:26.53*** join/#oe bala_holmes (~7aa4bde7@gateway/web/freenode/x-kglxmkrlrvpliqaz)
07:27.01bala_holmeshi, How can I hide mouse cursor in Angstrom, any Xorg option is there?
07:27.46bala_holmesenlightenment is the window manager
07:30.05*** join/#oe dth (~dieter@p4FDEF2DA.dip.t-dialin.net)
07:30.23sghHi1 .... are there any reason why I can't get LD_PRELOAD to work on a glibc target.... apparently LD_PRELOAD is ignore..?
07:30.30JaMabala_holmes: -nocursor
07:31.01JaMaANG root@zjama ~ $ Xorg -help 2>&1 | grep cursor
07:31.01JaMa-nocursor              disable the cursor
07:38.44*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
07:43.58denix0wonders what OE devs use as a desktop linux distro...
07:44.29*** join/#oe doragasu (~chatzilla@21.Red-80-25-49.staticIP.rima-tde.net)
07:46.06*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
07:47.10*** join/#oe dth (~dieter@p4FDED208.dip.t-dialin.net)
07:47.58*** join/#oe fraxinas (~quassel@cl-2561.ham-01.de.sixxs.net)
07:48.53khemdenix0: you mean build machine ?
07:49.03denix0yep
07:49.09khemI use kubuntu
07:49.17khemsometimes suse and fedora
07:49.49CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rc65b917370 10openembedded.git/recipes/gdb/gdb-cross_7.1.bb:
07:49.49CIA-2gdb-cross_7.1.bb: Convert to new staging.
07:49.49CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
07:49.50CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r4134f55dc7 10openembedded.git/recipes/eglibc/ (6 files):
07:49.50CIA-2eglibc: Move away from legacy staging.
07:49.50CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
07:49.51CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rb221714c84 10openembedded.git/recipes/gcc/ (5 files):
07:49.51CIA-2gcc-4.5.0: Move away from legacy staging.
07:49.52CIA-2* Define EXTRA_OECONF_INITIAL and EXTRA_OECONF_INTERMEDIATE variables
07:49.52CIA-2* Remove redundant require statements.
07:49.53CIA-2* Cleanup DEPENDS and use NATIVEDEPS.
07:49.53CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
07:50.16RPkhem: ah, thanks. I was just going to look at that :)
07:50.32denix0khem: thanks for unblocking it!
07:50.51khemRP: np
07:51.18khemI am trying to get a build from scratch using gcc-4.5.0 and uclibc with minimal-uclibc DISTRO
07:52.55RPgcc recipes look a lot cleaner now at least :)
07:53.40khemRP: http://pastebin.com/NLUHHbzM
07:53.55khemis that gettext thing
07:54.25RPkhem: yes, that one was mentioned on the mailing list - its missing an inherit gettext
07:55.14denix0http://thread.gmane.org/gmane.comp.handhelds.openembedded/32386
07:56.46tasslehoffI want a PySide recipe in OE, but don't have the skills to make it myself. Do I have any other options? Ask nicely (beg and plead) on IRC/Mailing List?
07:57.48khemtasslehoff: heh,
07:58.55CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r1b6f617f5f 10openembedded.git/ (3 files in 3 dirs):
07:58.55CIA-2classes/recipes: Catch populate_staging references that were missed in the first pass
07:58.55CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
07:59.15khemRP http://pastebin.com/bfj4144w
08:00.09Heinervdmtasslehoff: have you tried to make one on your own?
08:00.40*** join/#oe nlCortana (~johan@ip45-216-212-87.adsl2.static.versatel.nl)
08:01.10JaMakhem: maybe you forget to bump INC_PR in eglibc staging commit?
08:01.36JaMakhem: I'm rebuilding from scratch.. so I can clean it manually now again.. but maybe someone is not
08:01.50RPkhem: libtool's staging function doesn't make the directory first
08:01.55khemJaMa, I think one needs to build from scratch :)
08:02.07JaMakhem: ok, fair enough :)
08:02.14*** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
08:02.20khemRP: koen committed a change just few mins back
08:02.26khemmay be he forgot
08:02.35dthRP, can you please give me a hint whats wrong? http://pastebin.org/204338
08:02.37tasslehoffHeinervdm: No. I have tried to make PyQt/SIP compile in dev without luck, and that's where the "don't have the skills" came from :)
08:02.54JaMakhem: I wanted to ask before rebuilding (to save another rebuild in case someone bump it in the end :))
08:03.22RPkhem: He converted it but needs an install -d ${D}${bindir}
08:03.28khemno, I think with RP's branch merge you have to rebuild everything
08:03.39JaMaI do.. but I started too soon
08:03.50tasslehoffbut, perhaps PySide proves easier.
08:03.53JaMaso I have virtual/kernel and 1/4 image already built
08:04.12Heinervdmtasslehoff: i think pySlide should be easier, just take one of the ofter python-py* recipes (one of the easy one with just few lines) and replace everything
08:04.16RPkhem: it shouldn't require a rebuild
08:04.30RPkhem: although testing one would probably be wise
08:04.50Heinervdmtasslehoff: it seems to depend only on python-pygame
08:05.06RPdth: That looks odd, not sure there is enough context there to comment...
08:05.21RPdth: which bitbake version is it?
08:06.09dthRP, http://download.berlios.de/bitbake/bitbake-1.8.18.tar.gz
08:06.51khemRP: all staging is renamed
08:07.05CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r0c07ef24bf 10openembedded.git/recipes/libtool/libtool-native_2.2.6b.bb:
08:07.05CIA-2libtool-native: Add missing directory creation
08:07.05CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
08:07.10RPkhem: Yes, but we do compat symlinks :)
08:07.20khemoh
08:07.49tasslehoffHeinervdm: PySide, not PySlide :)
08:08.17tasslehoffHeinervdm: Qt's own Python bindings
08:08.35Heinervdmoh :)
08:08.46denix0gn
08:11.25*** join/#oe lrg (~lrg@slimlogic.co.uk)
08:11.31khemRP: http://pastebin.com/TuVfrYVk does not seem to fix it
08:12.11*** join/#oe xjqian (~gordon@212.247.139.72)
08:12.47RPkhem: I just pushed a fix, try that
08:13.00khemRP: oh i should have put it atop
08:13.06khemok will pull
08:15.50khemRP: next one http://pastebin.com/jx0G4d7e :0
08:17.24khemthis time I will push :)
08:17.46RPkhem: ok, its just an ordering problem
08:18.38CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r6be330e09a 10openembedded.git/recipes/libtool/libtool-native_2.2.6b.bb:
08:18.38CIA-2libtool-native_2.2.6b.bb: Install remaining missing directories.
08:18.38CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
08:19.55CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r2efe9d2d01 10openembedded.git/recipes/libiconv/ (libiconv.inc libiconv_1.11.bb libiconv_1.12.bb):
08:19.55CIA-2libiconv: inherit gettext
08:19.55CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
08:23.40khemRP: inheriting gettext does not fix the problem for libiconv
08:25.16*** join/#oe ericben (~eric@pac33-2-82-240-38-71.fbx.proxad.net)
08:25.44*** join/#oe ericben (~eric@pac33-2-82-240-38-71.fbx.proxad.net)
08:28.55*** join/#oe guillaum1 (~gl@AMontsouris-153-1-68-243.w90-2.abo.wanadoo.fr)
08:30.32JaMastrange, same user, libltdl dir has 755, cp: cannot create regular file `/OE/tmpdir-dev-shr/sysroots/x86_64-linux/usr/share/libtool/libltdl/Makefile.am': Permission denied
08:31.30JaMabut build finish ok.. just the error is strange, maybe it's because I'm looking at that dir after finish
08:31.47khemJaMa: do a pull
08:31.49khemits fixed
08:32.00JaMapulled 5sec ago
08:32.31JaMa2efe9d2d019f9c0ef9587ebbc21ff22f5de12f58
08:36.49CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r71be81bcc9 10openembedded.git/recipes/stage-manager/stagemanager-native_0.0.1.bb: stagemanager-native: convert to new style staging
08:44.49RPkhem: is gettext being added to the dependencies?
08:45.37khemnow bitbake stops without complaining
08:45.45khemit thinks it has built the target
08:45.46RPkhem: Looking at the code in that recipe, its plain to see why :/
08:46.02*** join/#oe william_zhang (~william@58.247.126.174)
08:46.04khem<PROTECTED>
08:46.28khemI fixed it locally lets see
08:46.31RPkhem: Trouble is gettext is needed since those recipes use gettext autoconf recipes
08:46.45khemyeah
08:46.48RPso the gettext.m4 file needs to be present to reautoconf
08:47.00*** join/#oe Sleep_Walker (~Sleep@nat/novell/x-fvoewehjwtnukmqr)
08:48.15khemnow koen broke stage-manager
08:53.15*** join/#oe kristoffer (~kristoffe@79.138.187.207.bredband.tre.se)
08:53.34RPkhem: broke how?
08:53.50khemI dont know its giving me build errors
08:54.10william_zhang"UnboundLocalError: local variable 'bb' referenced before assignment" when use bitbake to compile .bb file
08:54.11khem| NOTE: make -e MAKEFLAGS= install
08:54.11khem| make: *** No rule to make target `install'.  Stop.
08:54.20RPkhem: let me merge that from poky
08:54.28*** join/#oe gnutoo_ (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
08:56.11CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r6bd8937350 10openembedded.git/recipes/stage-manager/stagemanager-native_0.0.1.bb:
08:56.11CIA-2stagemanager-native: Sync with Poky to fix builds
08:56.11CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
08:58.18tasslehoffI'm having a go at PySide, starting with apiextractor. I get "Qt qmake not found". I have tried inheriting qmake and depending on qmake-native. Any tips?
08:58.50RPkhem: try that...
08:58.55khemtryig
08:59.18khemRP: that works
08:59.52khemalright time to sleep
09:02.16eFfeM_workhm, did a fresh pull of head, now getting: UnboundLocalError: local variable 'bb' referenced before assignment
09:02.39eFfeM_workanyone any idea? I already made sure that I installed a clean bitbake 1.8.18
09:03.10RPeFfeM_work: Which distro/machine?
09:03.25*** join/#oe ceyusa (~vjaquez@155.99.117.91.static.mundo-r.com)
09:03.27RPeFfeM_work: There have been a few reports but I don't know why :/
09:03.30eFfeM_workRP, angstrom/calamari (== powerpc)
09:03.30JaMaand why not bitbake 1.10?
09:04.08khemRP: strange error I get when I change DEPENDS = to DEPENDS += in libiconv_1.12.bb bitbake parsed all recipes and then exited happily
09:04.08eFfeM_workbecause I still had 1.8.18 in my dir (that was the one I was using before I went on vacation; today just returned @ work)
09:04.35khemRP: I am usin git master of bitbake see if you can reproduce this error
09:05.31RPkhem: What should it have done? Tried to build something?
09:05.32eFfeM_workfull error @ http://www.pastie.org/948093
09:07.27RPeFfeM_work: ah, I think I understand
09:07.48eFfeM_workRP, great
09:07.59khemRP: yes
09:08.06eFfeM_workJaMa: berlios does not yet have 1.10 for d/l
09:08.09khemit should have gone on to build console-image
09:08.19khemor any target I specify
09:08.24khemit just bailed out
09:08.38khemunifdef is borked too
09:08.40khemman
09:09.19CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r779458cafb 10openembedded.git/classes/sanity.bbclass:
09:09.19CIA-2sanity.bbclass: Fix to work with old versions of bitbake for now
09:09.19CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
09:09.20RPeFfeM_work: try pulling
09:09.25JaMaRP: it there something missing in 1.10 bitbake branch to pack it as 1.10.0? It works great here
09:09.34khemRP: I think unifdef-native needs porting from poky too
09:09.42RPdth: this probably fixes your problem too
09:10.01RPkhem: yes
09:11.42*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
09:11.46RPkhem: fix pushed
09:11.55CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r5469b3efd2 10openembedded.git/recipes/unifdef/unifdef-native_2.6.18+git.bb:
09:11.56CIA-2unifdef-naitve: Fix from Poky
09:11.56CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
09:12.10*** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it)
09:12.22RPand I found a bug in poky in unifdef :)
09:12.41eFfeM_workRP pulled, also had to install chrpath, now bb is parsing so guess it is ok
09:12.42khemI fixed it
09:13.58dthRP, after pull and installing CHPATH it seems to run, thank you for yor service!
09:15.37CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r9966b81a7a 10openembedded.git/recipes/unifdef/unifdef-native_2.6.18+git.bb:
09:15.37CIA-2unifdef-native_2.6.18+git.bb: Fix new style staging.
09:15.37CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
09:16.27ant_workgood morning (ugt)
09:18.40RPkhem: We both pushed fixes :/
09:19.07khemRP: I just merged your into mine
09:20.11khemRP: us the directory install is required if we have NATIVE_INSTALL_WORKS = "1"
09:20.15khems/us/is
09:21.11*** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se)
09:23.54RPkhem: ah, right, yes :)
09:24.54khemRP: check the bitbake error if you can reproduce it
09:25.03khemactually I can see it all the time
09:25.22RPkhem: Whats the step to reproduce?
09:25.23khemeven when I comment out the DEPENDS line in libiconv_1.12.bb
09:25.43khemon latest master of both oe and bitbake
09:26.02khemcomment out DEPENDS in libiconv_1.12.bb
09:26.08khemthen do bitbake libiconv
09:26.29*** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it)
09:26.33ericbenhi, I'm currently building for a x86 machine, using bitbake 1.8.18 / angstrom / linux 2.6.33 / custom image based on base-image + mplayer grub compat-wireless : are there specifics things to test regarding this night's merges ?
09:26.39khemhopefully someother recipe is not providing libiconv for you
09:30.21eFfeM_workRP things are building for me too, tnx, one small issue left: python-native do_populate_sysroot (at least I think it is that one) gives several pages of messages about new RPATH
09:30.43RPeFfeM_work: some new code is a little too verbose. Don't worry about it
09:31.39eFfeM_workRP, i don't worry thought it was maybe unknown, so wanted to report it
09:32.43eFfeM_workbtw what happened to the TSC? still didn't see any reply/decision on the glib proposal (actually didn't see anything from TSC on the mailing list in the last few weeks)
09:34.08RPeFfeM_work: there is a meeting today.
09:34.12*** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net)
09:34.53RPkhem: it just builds libiconv here
09:36.15eFfeM_workRP, ah ok, is membership changed? I recall something about an election in april, but didn't see any back on that either
09:37.24RPeFfeM_work: It was all discussed on the list...
09:37.39RPeFfeM_work: whats the subject line of the glib proposal?
09:37.41*** join/#oe siji (~siji@122.169.50.119)
09:38.27RPeFfeM_work: the removal of old versions?
09:44.14eFfeM_workRP, yes removal of the old versions
09:44.39eFfeM_workRP and search did not give me an article on the new tsc; guess I overlooked it
09:44.56RPeFfeM_work: are you a member of the e.V.?
09:45.01eFfeM_worknope
09:45.02RPit was on the e.V. members list
09:45.33eFfeM_workwas told i could get on after the election (someone suggested a membership drive)
09:46.13RPeFfeM_work: Yes, that sounds like a good idea
09:46.14eFfeM_worke.V members list is not publicly accessible I think, as TSC is for oe, i had expected a note on the oe ml
09:46.19RPXorA: ping ;-)
09:46.50RPeFfeM_work: Yes, we should pass that message on...
09:48.24eFfeM_workhm dev head fails to compile for ppc:
09:48.30eFfeM_work<PROTECTED>
09:48.43XorARP: here
09:48.44eFfeM_workin configure
09:48.59eFfeM_workafk for 1.5 hr or so
09:51.04ericbenI met a problem building utils-linux-ng-native : it seems to be gone after adding gettext-native to DEPENDS_virtclass-native in util-linux-ng.inc
09:51.44RPXorA: We were just talking about membership elections for the e.V.
09:52.06RPXorA: We have plans to run some next, right?
09:52.46XorARP: Im away next week, but I plan to start a membership drive after I get back
09:53.15XorARP: in meantime anyone can start a vote
09:54.13RPXorA: Thats fine, I'm not putting pressure on, just checking it was planned. I' hadn't remembered, you obviously have so we're fine :)
09:54.26XorAso if there is a group of people wanting in, someone who is a member collect the names and send out a Vote Proposal, Ill handle the rest
09:58.43*** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley)
10:02.09CIA-203Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * r31af13b2a1 10openembedded.git/recipes/linux-libc-headers/ (2 files in 2 dirs):
10:02.10CIA-2linux-libc-headers: recipe for 2.6.24 added
10:02.10CIA-2Signed-off-by: Steffen Sledz <sledz@dresearch.de>
10:05.50*** join/#oe doragasu (~chatzilla@21.Red-80-25-49.staticIP.rima-tde.net)
10:12.00*** join/#oe likewise (~likewise@82-171-51-231.ip.telfort.nl)
10:12.23*** join/#oe likewise_ (~likewise@82-171-51-231.ip.telfort.nl)
10:20.33RPXorA: I will ask people to come forward and collate the names
10:23.40*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
10:27.13ericbenhere is the error met on utils-linux-ng-native : http://pastebin.org/204521
10:27.44ericbenI running with BB_NUMBER_THREADS = "4" and it seems gettext-native is not yet built
10:34.36zeckeRP: hi, we have our TSC meeting tonight?
10:34.52RPzecke: yes. Did you get the email with the room details in?
10:35.11RPericben: is gettext-native being added to the DEPENDS?
10:35.20zeckeRP: I think so.
10:35.39ericbenno
10:35.44RPzecke: ok, great
10:36.36ericbenshouldn't that be in DEPENDS_virtclass-native ?
10:36.45ericbenRP: shouldn't that be in DEPENDS_virtclass-native ?
10:36.49RPericben: The inherit gettext should add it
10:37.14ericbenRP: then there is a strange thing
10:38.11ericbenRP : I've cleaned tmp and starting gain, I'll check the dependencies and let you know
10:38.40RPericben: the way to check would be "bitbake util-linux-ng-native -e | grep ^DEPENDS
10:38.52RPand looking locally, its not listed :/
10:39.27ericbenRP: OK, that's why adding gettext-native to DEPENDS_virtclass-native in util-linux-ng.inc fixed the thing for my second try
10:39.58*** join/#oe erik006 (~erik006@69-165-160-254.dsl.teksavvy.com)
10:44.00RPericben: its the virtclass-native override thats doing it
10:44.06RPI guess we need to be explicit there
10:44.57ericbenRP: DEPENDS_virtclass-native="autoconf-native automake-native libtool-native gnu-config-native coreutils-native zlib-native ncurses-native lzo-native"
10:45.02ericbenRP: DEPENDS_virtclass-nativesdk="autoconf-native automake-native libtool-native gnu-config-native coreutils-native"
10:45.19ericbenRP: DEPENDS_GETTEXT="gettext-native"
10:46.06CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rf17f015c5e 10openembedded.git/recipes/util-linux-ng/util-linux-ng.inc:
10:46.06CIA-2util-linux-ng: Add gettext-native dependency explicitly due to override usage
10:46.06CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
10:46.13RPericben: try that :)
10:46.23ericbenRP: OK I understand the overide. Ipull and relaunch the build, I'll let you know
10:48.07Spyzerhi eric
10:48.56Spyzeras u answered about QWS_MOUSE_PROTO environment parameter, there was no such device /dev/input/touchscreen0 when i did a simple ls /dev
10:49.01Spyzeram i missing something here
10:49.47*** join/#oe erik006 (~erik006@69-165-160-254.dsl.teksavvy.com)
10:49.48Spyzeris there anything extra i need to install....
10:50.51CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r69f21ab99b 10openembedded.git/recipes/unifdef/unifdef-native_2.6.18+git.bb: unifdef-native: one NATIVE_INSTALL_WORKS is enough
10:53.03Spyzerkindly tell
10:53.35*** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
10:58.42Spyzerhi all, i bitbaked my-own-cutomized-image recently in which i have just the necessary libraries to run a qt embedded program. The app is running fine on qemuarm machine apart from the fact that it is not behaving  like a touch screen. The moyse pointer is not moving. I was suggested to set QWS_MOUSE_PROTO environment parameter to /dev/input/touchscreen0 but i do not have such a device node in my image..
10:59.59Spyzerand even when i set the variable the problem still persists. Is this has anything to do with the fact that the image is derived from base-image.bb and only is a bare minimum
11:00.02Spyzer??
11:00.09Spyzerkindly help
11:02.02CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r8cf219c597 10openembedded.git/classes/native.bbclass:
11:02.02CIA-2native.bbclass: Clear PACKAGES variable when using BBCLASSEXTEND (from poky)
11:02.02CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
11:02.23RPSpyzer: I think this means nobody has an answer for you offhand I'm afraid
11:13.27ant_workRP: any extra time-slice to look at the deprecated staging of klibc?
11:16.02Spyzer:(
11:18.00RPant_work: Didn't I give you some examples the last time we discussed this?
11:18.17ant_workI somehow failed to implement those :/
11:18.40ant_workI ended up with missing klcc...
11:19.06RPant_work: Firstly, why can't the do_install just do a oe_runmake install?
11:20.12ant_workdo we know STAGING_DIR_TARGET ?
11:20.28RPant_work: do_install installs into ${D}
11:21.10ant_workthat's the point, last time klcc landed somewhere but not where expected
11:21.19RPant_work: Thats fine, we can move it
11:21.38RP"oe_runmake install", then tweak as needed
11:21.57RPWhats currently in there looks nasty
11:28.32ant_workRP: is not trivial, that's why I'm bothering you again...
11:29.06*** join/#oe aloisiojr (~aloisio@200.184.118.136)
11:29.11*** part/#oe Bertl (herbert@IRC.13thfloor.at)
11:29.14RPant_work: trouble is I have no experience with klibc
11:29.41ant_workklibc has a good momentum right now upstream
11:30.14ant_workall just works (more or less)
11:31.26ant_workthe only issue is they broke compatibility with pre 2.6.28 kernels after klibc 1.5.15
11:34.30Spyzeri just saw the recipe namely qpe-inputhelper which helps opie and qtopia for USB devices, can this help me to enable touchscreen(wacom-tablet) in my image??
11:38.27ant_workSpyzer: if you lack /dev/input/touchscreen0 something is wrong with your device manager (or the kernel driver is not compiled/loaded)
11:39.12eFfeM_workanyone an idea where limits.h should come from? trying to build eglibc with gcc 4.3.3 but configure says it is missing
11:39.27Spyzerwell i also bitbaked a opie-image but there the mouse works fine and kernel is same
11:39.45eFfeM_workfound some in sysroots, but guess they are not in the path
11:39.50Spyzeris the issue distro or GUI related
11:39.52Spyzer??
11:39.55ant_workprobably using /dev/input/eventx
11:40.30Spyzerthe problem is there is no such directory as input in /dev although i do have /dev/eventx should i try those instead
11:40.33Spyzer??
11:40.42ant_workyep
11:40.53ant_workcheck dmesg
11:41.20RPeFfeM_work: known issue with certain libc and gcc versions interacting badly
11:41.47eFfeM_workRP, feared that, used to work :-(
11:42.10eFfeM_workis there a known workaround ?
11:42.35RPeFfeM_work: some gcc recipes have or had hacks
11:42.46RPeFfeM_work: check the scm history?
11:42.59eFfeM_workRP, ok will dig into it
11:43.49Spyzermay u please tell me how can i utilize the information from dmesg
11:44.14Spyzerit is showing something about the wacom-tablet i passed as a parameter to qemu
11:44.15ant_workit should list the devices using event interface
11:44.33ant_workanyway, look at this similar thing I found http://www.groomlakelabs.com/?q=linux_input_usb_touchscreen_howto
11:45.32*** join/#oe bleikert (~quassel@217-162-209-197.dclient.hispeed.ch)
11:45.51Spyzerwell no, instead it is saying input: Wacom PenPartner as /devices/pci0000:00/0000:00:0c.0/usb1/1-3/1-3:1.0/input/input1
11:46.02Spyzerbut i don't even have a /dev/input directory
11:46.19Spyzerand dmesg is listing something like an input directory
11:46.46bleikerthi all, i'm trying to build a qt widget with bitbake, but it fails with: [...].../arm-angstrom-linux-gnueabi/bin/ld: cannot find -lQtOpenGLE
11:47.10ant_workSpyzer: OPIE uses udev to populate the device tree
11:47.55ant_workI mean opie-image
11:48.19Spyzerok the url u posted, helped me tell that event1 is the handler
11:48.35Spyzerlets see if setting the QWS_MOUSE_PROTO variable will now work
11:48.48Spyzerbtw can i use udev too
11:50.27bleikertwhat is lQtOpenGLE good for?
11:51.48Spyzerthanks a lot it started working
11:51.51Spyzeryepeee
11:51.55Spyzer:)
11:55.10ant_workyou see, I had one issue where Symlink /dev/input/touchscreen0 was pointing to event1 instead of 2
11:55.14ant_work:D
11:58.14*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
12:01.14mckoangood morning
12:02.37CIA-203Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * r9da5a071dc 10openembedded.git/recipes/linux-libc-headers/linux-libc-headers_2.6.24.bb:
12:02.37CIA-2linux-libc-headers_2.6.24: legacy staging removed
12:02.37CIA-2Signed-off-by: Steffen Sledz <sledz@dresearch.de>
12:03.17bleikertin the makefile, I commented "-lQtOpenGLE" out and now it compiles. Does someone know what this flag is exactly good for?
12:03.39*** join/#oe erik006 (~erik006@mc-126-107.IPReg.mcmaster.ca)
12:08.22zeckebleikert: -l is for linking libraries
12:09.14zeckebleikert: in your case it wants to link to the QtOpenGL module for Embedded (E) but it does not exist... I think it is only built in some circumstances (like beagleboard with binary blob GL impl).
12:11.18bleikertzecke: thanks, i know what -l is good for ;) however, i was a little bit confused why QtOpenGLE was pulled in
12:11.48bleikertzecke: i tracked it down, and it was in the Makefile from the beginning, wrong configuration in QtCreator i think ;)
12:13.00bleikertzecke: i wrote a recipe and bitbake pulls the source from git and alters the Makefile, i first thought the flag was set by oe :)
12:13.10bleikertzecke: anyway, thanks for your help!
12:16.49*** join/#oe Openfree (~Openfree`@218.1.217.122)
12:17.41ericbenRP: now glibc_2.9 fails at do_package
12:18.43ericbenRP : error is : http://pastebin.org/204626
12:21.44*** join/#oe mickey|sports (~mickey@80.81.242.146)
12:22.34*** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
12:25.10*** join/#oe mithro (~tim@unaffiliated/mithro)
12:28.06*** join/#oe davidbpa (~davidbpa@200.129.46.83)
12:28.12tasslehoffI found an old post about PyQt. http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-August/002803.html. Was this indeed the end-of-life for PyQt?
12:37.15*** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
12:40.17*** join/#oe BenLauDC (~benlau@221.125.8.44)
12:40.32*** join/#oe mrec (~mrec@sundtek.de)
12:43.21eFfeM_workkhem: I have 2 issues with http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=4134f55dc7d99516d750b24a60e5cec400ae5ef3 (eglibc: move away from legacy staging)
12:43.32eFfeM_workfirst is, shouldn't there be a PR bump in this
12:43.46eFfeM_work2nd and more serious is that it does not seem to stage limits.h any more
12:44.14eFfeM_work(this used to be done in eglibc-initial)
12:48.22RPericben: does bitbake pax-utils-native resolve it?
12:48.31ericbenRP: no already tried it
12:48.44ericbenRP: in fact scanelf is not installed anywhere under tmp/
12:49.40ericbenRP: it's only found in tmp/work/i686-linux/pax-utils-native-0.1.19-r0/
12:50.07ericbenRP: but if I understand well should'nt I find it into sysroot or something like this ?
12:50.25RPericben: you should, yes
12:51.01ericbenRP: OK, do you want any log which could help ?
12:52.55RPericben: Its ok, I can see the problem. Its broken in both OE and Poky
12:52.58RP:/
12:52.59ericbenRP: also work/i686-linux/pax-utils-native-0.1.19-r0/sysroots is empty
12:53.06ericbenRP: OK
12:53.58*** join/#oe playya_ (~playya@unaffiliated/playya)
12:54.19RPericben: that is the problem
12:56.35*** join/#oe aloisiojr (~aloisio@200.184.118.130)
12:59.54*** join/#oe siji (~siji@122.169.54.95)
13:00.18*** join/#oe alecrim (~alecrim@187.82.126.137)
13:01.06RPericben: Try the commit I just pushed
13:01.12CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r58ddfb17c7 10openembedded.git/recipes/pax-utils/ (pax-utils_0.1.13.bb pax-utils_0.1.19.bb):
13:01.12CIA-2pax-utils-native: Make sure prefix variable is correct during do_install
13:01.12CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:01.55*** join/#oe rsalveti (~rsalveti@200.184.118.130)
13:04.32CIA-203Stefan Schmidt <stefan@datenfreihafen.org> 07org.openembedded.dev * r6324db5d8b 10openembedded.git/recipes/ibrdtn/ (5 files): ibrdtn: Add development versions with DP = -1
13:04.33*** join/#oe whittenburg (~whittenbu@mail.tacticalelectronics.com)
13:04.34CIA-203Stefan Schmidt <stefan@datenfreihafen.org> 07org.openembedded.dev * reba935085e 10openembedded.git/recipes/ibrdtn/ibrdtn_0.1.2.bb:
13:04.34CIA-2ibrdtn: Add latest stable version.
13:04.34CIA-2This version does no longer need the gcc4.4 patch as it was applied upstream.
13:08.25zeckeRP: is there a pw on our TSC chat room?
13:08.47ericbenRP: problem fixed, thanks
13:09.34RPzecke: no, your jabber account should be allowed in
13:09.39zeckeRP: please ignore. :)
13:09.48zeckeRP: it opened the chat window on a different desktop
13:20.30zeckekergoth: ping?
13:21.16zeckeanyone knows if GNUmake has a rule that is executed at exit?
13:21.25*** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley)
13:30.15*** join/#oe erik006 (~erik006@mc-126-107.IPReg.mcmaster.ca)
13:32.53*** join/#oe mithro (~tim@unaffiliated/mithro)
13:39.10*** join/#oe erik006 (~erik006@mc-126-107.IPReg.mcmaster.ca)
13:41.08*** join/#oe erik006 (~erik006@mc-126-107.IPReg.mcmaster.ca)
13:55.57*** join/#oe aditya_1111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net)
13:56.53*** join/#oe kgilmer (~kgilmer@firebug.buglabs.net)
13:58.24*** join/#oe otavio (~otavio@debian/developer/otavio)
14:02.51*** join/#oe MWelchUK_work_ (~welchma@65.91.2.71)
14:03.01ericbenI still have a problem with linux's sysroots : .config 's link to config-2.6.33 is missing
14:04.22ericbenkernel-config link exists which is strange as both are created in kernel.bbclass
14:10.12*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
14:13.21*** join/#oe erik006 (~erik006@mc-126-107.IPReg.mcmaster.ca)
14:17.29*** join/#oe B_Lizzard (~havoc@athedsl-432008.home.otenet.gr)
14:19.50*** join/#oe zenlinuxPDX (~sgarman@c-76-115-42-183.hsd1.or.comcast.net)
14:21.06*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
14:24.53*** join/#oe pb_ (~pb@88-108-80-109.dynamic.dsl.as9105.com)
14:26.36*** join/#oe GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
14:47.08*** join/#oe pix_ (~pix@2001:6f8:3b5:0:219:dbff:fec7:9c83)
14:54.38CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8025a2ace5 10openembedded.git/recipes/gstreamer/gst-plugins.inc: gst-plugins: build some more plugins (e.g. mms, aacparse, faad)
14:55.10*** join/#oe dth (~dieter@p4FDED208.dip.t-dialin.net)
14:57.51RPpb_: You've remembered the TSC meeting?
14:58.05RPmickey|sports, mickey|sports: TSC meeting?
14:58.11RPmickey|office: ^^^
14:58.57RPkergoth: you too ^^^ :)
14:59.26pb_RP: yes, I think I am already in the room
14:59.40pb_at least, it says "connected"
14:59.46XorApb_: we cant see you
14:59.51pb_oh, hm
15:00.05pb_let me try again, maybe empathy is in some bad state
15:00.32XorApb_: 4 people in room now
15:01.23XorAempathy xmpp implenetation is a bit ropey to be honest
15:01.34zeckepb_: oh, are you happy with empathy? Where you in need for an OTR plugin?
15:01.39XorAin fact XMPP is a huge embarressment for FOSS software :-)
15:02.01pb_zecke: this is the first time I have tried to use it
15:02.12pb_and, based on this experience, I guess I am not all that happy :-}
15:02.13RPgave up on empathy
15:02.19pb_RP: what are you using?
15:02.26RPpb_: pidgin
15:02.43pb_okay, I'll try that one
15:02.52pb_or, could we just have the meeting in irc instead?  we are all here, right?
15:03.30RPFirst item on the agenda is to formalise a meeting location for the new tsc
15:03.48zeckeWe want to hold it here?
15:04.44pb_well, maybe not "here" as in this very channel, but it seems like irc would be a bit less of a nuisance than xmpp if we are all using it already.  still, if I am the only one who lacks a working xmpp client then I guess I should just sort myslf out :-}
15:04.44RPLets use a different channel, I'd prefer not to flood here with our discussion
15:04.58pb_pidgin installed now, just need to set it up
15:05.07*** join/#oe demon93 (~demon93@cpc2-rdng2-0-0-cust357.winn.cable.ntl.com)
15:05.11RPWe're missing mickey|office mickey|sports :/
15:06.30mickey|officeaww, already 17
15:06.37mickey|officei'll be right there
15:07.40kergothdoesn't really have an opinion on the location, as long as it happens and isn't horribly difficult
15:07.58pb_hm, still no luck with this.  I do at least get an error now, it says "407 Registration required".
15:08.16pb_maybe I am doing it wrong
15:08.24RPpb_: Is it connection to jabber at all?
15:08.43pb_RP: I can see you in my buddy list, so I guess so
15:09.34mickey|officedarn
15:09.40mickey|officei have lost the room address AGAIN
15:09.51mickey|officeno fricking backup here
15:09.56XorAtsc-meeting@conference.jabber.xora.org.uk
15:09.58mickey|officeright
15:10.00mickey|officethanks
15:11.19XorApb_: try again, your added without typo now
15:13.18*** join/#oe valhalla (~valhalla@81-174-24-42.dynamic.ngi.it)
15:13.23TartarusHmm
15:13.33Tartarusppc stuff seems broken somewhere, digging more to see what/where
15:14.44RPTartarus: hmm :/
15:15.12Tartaruseglibc
15:15.21Tartaruswaits for do_compile to fail again
15:15.23*** join/#oe erik006 (~erik006@mc-125-220.IPReg.McMaster.CA)
15:15.36RPTartarus: There are rumours that Khem's commits this morning weren't 100% successful :/
15:16.00XorARP: youve been listening to election stuff too much today :-)
15:16.16TartarusRP: Did a pull right after your merge and started my loop
15:16.57RPTartarus: odd then as that would be before that commit. We did push some fixes this morning...
15:17.00RPXorA: heh :)
15:17.22*** join/#oe pb_ (~pb@88-108-80-109.dynamic.dsl.as9105.com)
15:18.47*** part/#oe thebohemian (~rschus@p5DDC3567.dip.t-dialin.net)
15:22.43mwesterNew problem - indirectly-related to the device_table commit from the other day, but really an image generation issue:
15:23.08TartarusRP: gnutls blew up here
15:24.09mwesterdo_rootfs is stuck; opkg-cl is (according to the log file) prompting for permission to overwrite a file that's already in the image (the device_table).  Am I missing a flag in the recipe that can make opkg NOT prompt (it'll never get an answer, so it certainly shouldn't prompt, perhaps fail instead...)
15:24.44*** join/#oe raster (~raster@enlightenment/developer/raster)
15:26.28mwester(can't test RP's new branch merge until I can get a baseline image built. :(   )
15:26.55mwesterI can request that we "un-commit" the device_table change, i suppose.
15:33.19kergothmwester: old opkg?  iirc the fix for hanging prompts should be in it, as far as i know
15:33.21kergothhmm
15:40.21*** join/#oe drw_ (~dwilliams@cpe-76-187-64-213.tx.res.rr.com)
15:41.34*** join/#oe otavio (~otavio@debian/developer/otavio)
15:43.33kergothpokes pb_
15:48.59pb_kergoth: mm?
15:49.19kergothnothing now, was when you disconnected from jabber :)
15:55.16*** join/#oe methril_work (~Rafael@201.35.65.90)
15:59.26*** join/#oe GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
16:09.23pb_ah, heh
16:10.03RPnow its kergoth's turn
16:13.13ant_workRP: lzma for arm is almost upstream (in Russel's tree). We need to fix a couple of thing to accomodate lzma kernels/initramfs
16:13.43RPant_work: cool. btw, we finally fixed the packaged-staging architecture fields in poky
16:13.56ant_workI'll fire a build later on
16:14.44ant_workgreat work, thx
16:18.39*** join/#oe hillct (~hillct@c-76-127-200-169.hsd1.ma.comcast.net)
16:18.43GNUtoohi, I did:
16:19.30GNUtoobitbake boost with preferred version 1.41
16:19.36GNUtoothen I did bitbake -c clean boost
16:19.44GNUtoothen bitbake boost with preferred version 1.40
16:19.49GNUtooand it didn't build the ipks
16:19.58GNUtooof the 1.40 version
16:20.25GNUtoois there a way to make it build the ipks...I'ld like to test gnash 0.8.7 on my eee701 before commiting
16:20.32GNUtoos/commiting/pushing
16:21.03RPTartarus: Sorry, tsc meeting distracted me - blew up how?
16:25.23soltys<PROTECTED>
16:28.54*** join/#oe erik006 (~erik006@mc-125-235.IPReg.McMaster.CA)
16:31.00*** join/#oe GNUtoo|oeee (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it)
16:32.39rhci'm trying to build using an external toolchain
16:33.08rhcbut its failing looking for a nonexistant directory: http://pastebin.org/204893
16:33.17rhcfollowed the intrustructions in the manual
16:41.06*** join/#oe mithro (~tim@unaffiliated/mithro)
16:43.42ant_workbbl
16:50.50*** join/#oe jedix (~jedix@bas1-ottawa01-1176118969.dsl.bell.ca)
16:51.22jedixhey, I'm trying to generate an image from angstrom-distribution.org's narcissus page.. but the opie packages fail
16:53.04jedixthere any way to get these packages to work?
17:02.16*** join/#oe guillaum1 (~gl@AMontsouris-153-1-68-243.w90-2.abo.wanadoo.fr)
17:18.11CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re80334081b 10openembedded.git/recipes/angstrom/angstrom-uboot-scripts/ (dsplink-512MB.cmd dsplink-bootchart.cmd sh.cmd): angstrom-uboot-scripts: add some more
17:26.51*** join/#oe IgorK (~arm@netblock-68-183-253-45.dslextreme.com)
17:26.59IgorKHi, all
17:27.05GNUtoo|oeeehi
17:27.20IgorKis there a person who maintains wxWidgets package?
17:27.52GNUtoo|oeeeI don't know if the maintainer file is maintained...
17:28.06IgorKI am trying to build my program by using "g++ ..." and getting a lot of errors
17:28.06*** join/#oe mlip (~mlip@85-127-151-132.dynamic.xdsl-line.inode.at)
17:28.32IgorKor maybe I need some additional variable exported
17:28.41IgorK?
17:28.54GNUtoo|oeeebut there is a MAINTAINER file in the root dir of oeo
17:29.10IgorKit's actually "arm-angstrom-linux-gnueabi-g++"
17:29.10GNUtoo|oeeeIgorK, then you should ask here or on the mailing list
17:29.59IgorKis there a special procedure to compile the program with the OE toolchain?
17:30.28IgorKcause I can build it with the x86 one without any errors...
17:31.05mliphej , do I have to prepare for some work after the "big" merge? or can I start a fresh build and watch tv ? ;)
17:37.21soltysany idea why I get this parsing errors http://pastebin.org/204884 ?
17:38.32IgorKHere is my command and error messages: http://pastebin.com/GBu0K0RB
17:38.35khemsoltys: Information not available for target 'i386-freebsd'
17:38.38*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
17:38.53khemsoltys: I dont know if someone here used freebsd build boxes
17:39.17soltysahm..
17:39.38khemIgorK: error: wx/wx.h: No such file or directory
17:39.59khemyou need that dependency installed
17:42.24IgorKkhem: it is installed and I point to it by "-I"
17:43.42IgorKand why do I get all those "termios.h" errors?
17:46.20khemIgorK: the above error says that your inc paths are not complete
17:47.01khemTartarus: how did the build go ?
17:47.06mlipIgorK: do you call this command on your own , or does bitbake generate it ?
17:47.12khemuclibc builds are showing interesting problems
17:47.26khemnow I am doing a eglibc build myself to see if something is broke
17:47.34khemas Frans reported
17:47.58*** join/#oe pb_ (~pb@88-108-80-109.dynamic.dsl.as9105.com)
17:48.09khemmlip: I think its not bitbake
17:48.47mlipit definitelly points in the wrong include dirs ?
17:49.36mlipI didn't have time to investigate the new tmp structure but, -I should point in sysroots or staging
17:50.00mlip-I/home/arm/OE/temp/work/armv4t-angstrom-linux-gnueabi/wxwidgets-2.8.9-r7/image/usr/include/wx-2.8/wx
17:50.10mlipis definitely wrong
17:52.00JaMakhem: uclibc+gcc-4.5 or even with older?
17:52.14IgorKmlip: it is not bitbake command
17:52.45JaMakhem: and you can skip eglibc+armv4 test build as it went fine here as reported
17:53.41mlipIgorK: Depending on when OE has been updated the last time you should point the -I directories somewhere in tmp/staging/... (old) or tmp/sysroots/...
17:54.33khemJaMa: cool
17:54.41khemJaMa: uclibc+gcc-4.5
17:54.51khemproblem is in libiconv actually
17:54.55khemwhich is needed for uclibc
17:55.02khembut not for eglibc/glibc
17:55.10khemI think uclibc itself has no issues
17:55.58JaMakhem: and no other issues with gcc-4.5? like mine busybox segfaulting all over the image and oops in kernel?
17:56.08IgorKmlip: where do point it to: http://pastebin.com/h7TLAXnu
17:56.26khemJaMa: no :)
17:56.31khemJaMa: not on qemu
17:56.34JaMalucky you :)
17:56.42khemJaMa: I havent tried osk yet
17:57.17khemJaMa: you told me its on both armv4 and armv5 for you right ?
17:57.17mlipIgorK: I would use ./temp/staging/armv4t-angstrom-linux-gnueabi/usr/include/wx-2.8/wx/wx.h
17:57.43mlipIgorK: But you _should_ use the OE toolchain, this really makes this kind of things A LOT easier
17:57.56JaMakhem: yes
17:58.25khemmlip: IgorK you should build a recipe for your package and then it will generate the run.do_compile script for you
17:58.28khemonce you bitbake it
17:58.42mlipi know ;)
17:58.45JaMakhem: for armv5t it was also built with newer glibc than previous image, but symptoms are the same, so I guess the cause is in gcc in both cases
17:58.46khemthen you could use that script to compile again and again if you have to
17:58.59*** join/#oe playya (~playya@unaffiliated/playya)
17:59.06khemJaMa: yes could be that some optimization is borked
17:59.21khemJaMa: where is the stack trace of kernel
17:59.27khemJaMa: let me have a look
17:59.53JaMakhem: I have 2 identical minimal images images built with different gcc if you want
18:00.00JaMammt looking for trace
18:00.26*** join/#oe morphis (~morphis@p5489DE36.dip.t-dialin.net)
18:01.05JaMahttp://paste.pocoo.org/show/209449/
18:02.11JaMaoff for a while..
18:11.58IgorKkhem: I know, I tried, but "bitbake my_program" didn't produce anything...
18:12.32IgorKmlip: Will try it in a coujple of minutes, thx
18:14.22mlipIgorK: If you have to compile things more than once (and ppl who do build OE usually have to), you should try to investigate the mistakes you did when creating a recipe
18:14.34mlipand fix these instead of trying to build a program on your own
18:17.23khemwishes to have 'dwim' switch on the keyboard
18:18.20mlip;)
18:20.17*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
18:21.11*** join/#oe hexor (~thehexa@189-19-251-152.dsl.telesp.net.br)
18:26.21*** join/#oe toi (~toi@d54C2AA76.access.telenet.be)
18:34.00*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
18:41.50*** join/#oe nusse (~nusse@gonzo.teamidiot.de)
18:43.06*** join/#oe ericben (~eric@tal33-3-82-233-81-124.fbx.proxad.net)
18:46.16*** join/#oe awozniak (~awozniak@206.83.81.178.ptr.us.xo.net)
18:50.37*** join/#oe pb_ (~pb@88-108-80-109.dynamic.dsl.as9105.com)
18:53.38*** join/#oe gremlin[it] (~gremlin@host61-189-dynamic.16-79-r.retail.telecomitalia.it)
18:55.30*** part/#oe jedix (~jedix@bas1-ottawa01-1176118969.dsl.bell.ca)
18:55.37ericbenhi, is patchwork working fine ? I sent a patch and it didn't appear in patchwork.
18:58.34IgorKmlip: it looks like I am compiling using the bitbake recipe. Now I need to fix some stupid errors going from newer release on x86 to older one on arm-angstrom ;-)
18:59.09IgorKthank you 4 sticking with me and helping even if not helping at all ;-)
19:01.54*** join/#oe timtimred (~meh@79-77-166-41.dynamic.dsl.as9105.com)
19:03.20*** join/#oe dhd (~dhuggins@LIMA-2.SPEECH.CS.CMU.EDU)
19:03.42*** part/#oe dhd (~dhuggins@LIMA-2.SPEECH.CS.CMU.EDU)
19:14.43*** join/#oe pb_ (~pb@88-108-80-109.dynamic.dsl.as9105.com)
19:38.56*** join/#oe pb_ (~pb@88-108-80-109.dynamic.dsl.as9105.com)
19:41.43*** join/#oe GNUtoo|oeee (~GNUtoo@host103-144-dynamic.54-79-r.retail.telecomitalia.it)
20:08.31mwesterkicks opkg in the ****
20:08.40kergothhelps
20:11.09*** join/#oe lisppaste7 (~lisppaste@common-lisp.net)
20:26.50*** join/#oe GNUtoo (~GNUtoo@host103-144-dynamic.54-79-r.retail.telecomitalia.it)
20:27.01*** join/#oe erik006 (~erik006@69-165-160-254.dsl.teksavvy.com)
20:37.36*** join/#oe etrunko (~edulima@187.106.38.192)
20:42.21*** join/#oe woglinde (~heinold@g225006088.adsl.alicedsl.de)
20:48.02woglindehi
20:54.21RPhi woglinde
20:54.28woglindehi rp
20:54.32woglindethanks for the merge
20:54.50RPwoglinde: np :)
20:54.53khemRP: for your delight I just finished a qemuarm build minimal/console-image
20:54.58RPwoglinde: Nice to finally have that sorted :)
20:55.03RPkhem: great! :)
20:55.18khemRP: were you able to reproduce the issue with libiconv ?
20:55.24RPkhem: no :/
20:55.32woglindehm which issuse?
20:55.32mlipminimal-image for igep board at 719/1133
20:55.39khemI will try it now
20:55.51RPkhem: it doesn't make any sense. I can only assume some error was causing bitbake to exit but the source of the error was not obvious
20:56.05RPperhaps -DDDv would make it more clear?
20:56.14khemRP: yeah I have seen issues when you have a package in ASSUME_PROVIDED
20:56.20khemand then you try to bitbake the same
20:56.25khembitbake gets confused
20:56.58khemI tried -DDD and it exited gracefully showing me no sign of errors why it did so
20:57.17RPkhem: ASSUME_PROVIDED is a known issue
20:57.25RPhas that one on his bug list
20:57.29khemRP: btw the build was using gcc 4.5.0 and eglibc with new staging changes
20:58.11RPkhem: cool - how is 4.5.0 looking?
20:58.18RPneeds to update the gcc in poky...
20:59.23khemRP: mixed
20:59.34khemJaMa reported crashes in kernel
20:59.40khemfor armv4 and v5
20:59.48khemI have no issues with it on qemu
21:00.34khemRP: the newly built stuff boots fine on qemu arm so double delight
21:02.43mlipn8, thx for the merge !
21:03.04*** part/#oe mlip (~mlip@85-127-151-132.dynamic.xdsl-line.inode.at)
21:03.44RPkhem: an added bonus :)
21:07.26*** join/#oe slapin_nb (~slapin@195.88.210.46)
21:09.51khemRP: now you can sleep with happiness
21:11.09woglindelol
21:12.24RPkhem: Its nice to have something work out well :)
21:12.47RPand incandescant did help with that
21:13.45khemyeah heh
21:13.55khemI will know more on my other box which is slow
21:14.01khemis running a build for osk
21:14.44*** join/#oe ant__ (~andrea@host144-251-dynamic.14-87-r.retail.telecomitalia.it)
21:14.48khemwoglinde: the only german co-worked I knew is quitting so I wont have anyone to practice my german skills
21:15.08woglindekhem why he is quitting?
21:15.24khemhe is not happy and google is paying him more
21:15.26khem:)
21:15.31woglindekhem hms
21:15.33khemthats why
21:15.50woglindehm I am still fighting with the ti stuff
21:15.55woglindeno luck yet
21:15.59khemhe is from Nurnburg
21:16.01woglindestill linker error
21:16.10khemwoglinde: hmm really thats bad
21:16.16woglindedont know if I should try binutils 2.18
21:16.44khemyou can try that but I am not hopeful if it will work
21:17.09woglindehm why?
21:17.32khemnot much has changed in this area
21:18.16woglindebut how did it worked before?
21:18.57woglindeI dont think I am the only one hitting this problem
21:20.01khemok try it with 2.18?
21:20.56ant__hm..here console-image failed, but opie-image and x11-image not
21:21.04ant__nothing in the logs..
21:21.18woglindeant strange
21:21.18ant__well.. smthg
21:21.21ant__cp: cannot stat `/oe/build/tmp/work/c7x0-angstrom-linux-gnueabi/angstrom-gpe-task-base-1.0-r40/image/*': No such file or directory
21:21.28ant__cp: cannot stat `/oe/build/tmp/work/c7x0-angstrom-linux-gnueabi/angstrom-x11-base-depends-1.0-r43/image/*': No such file or directory
21:21.37ant__I lost head of logs :/
21:21.51woglindeant thats comes from bad do_install
21:22.34ant__hm..I have 2 run.base_do_fetch..
21:22.59kgilmerthis is probably a commonly asked question.  i can't find it on the wiki. when submitting a patch to the ml, do I attach the patch or paste in the message?
21:23.02ant__for every package
21:23.17khemkgilmer: git send-email is best
21:23.27kgilmerwow...
21:23.33kgilmerthanks khem
21:23.48kgilmeri will look into that
21:24.07khemkgilmer: otherwise you can follow the directions what kernel devs do
21:24.41khembasically patch should be visible so when I download the email as mbox and do patch then it should apply
21:24.52kgilmerok khem thanks
21:24.53woglindekgilmer I attache the patch
21:25.06khemwoglinde: depends on MUA
21:25.09khemyou use
21:25.14woglindemut
21:25.15khemsome attach them inline some dont
21:25.16woglindemutt
21:25.20kgilmerdoes not trust his webmail.
21:25.23khemyeah mutt is ok
21:25.39khembut if you have those funky MS outlook express stuff it can get painful
21:26.33khemkgilmer: Documentation/email-clients.txt file in lnx srcs
21:26.41khemexplains how to do it
21:26.46khemfor different mailers
21:26.49kgilmerah nice.  thx khem.
21:27.10khembut with git based projects git send-email is the best option
21:28.51*** join/#oe bleikert (~quassel@217-162-209-197.dclient.hispeed.ch)
21:31.27RPexit
21:31.33RP:)
21:32.28woglindenite rp
21:33.05woglindehm I wonder why console-image needs 4550 taks
21:33.06RPwoglinde: not quite yet, wrong terminal :)
21:33.33woglindehm
21:33.35woglindenite rpOTE: Gettext required but not in DEPENDS for file /devel/arm/oetmp-ang/work/i686-linux/coreutils-native-7.2-r1/coreutils-7.2/configure.ac.
21:33.38woglindeMissing inherit gettext?[B[B[B
21:33.39woglindeargs
21:34.49woglindehm quilt-native needs some tweaking too
21:35.51woglindehm should converted to BBCLASSEXTENDED too
21:37.39RPwoglinde: should be recipes in Poky for some of them
21:37.44ant__ah, btw we should update the oe & yourdistro: at least gentoo requires chrpath on host
21:37.56RPwoglinde: We added lots of gettext sanity checking
21:38.25woglinderp yo
21:39.13ant__RP: is it normal I have two run.base_do_fetch for each package?
21:39.34RPant__: I suspect not
21:39.45ant__ah, 2 run.staging_helper too
21:40.18ant__interestingly the former have same time, the latter not
21:41.15*** join/#oe likewise (~likewise@82-171-51-231.ip.telfort.nl)
21:41.31ant__one run one hour after...perhaps the second or the third  image built by my script?
21:41.52ant__now I'll investigate about failing console-image, the first
21:42.36ant__the second image should find staged packages, isn't?
21:43.54ant__uh.. 2 run.read_subpackage_metadata too
21:44.12ant__anybody sees the same?
21:49.20ant__PARALLEL_MAKE = "-j5"
21:49.21ant__BB_NUMBER_THREADS = "4"
21:49.23ant__here
21:52.09ant__there must have been some race issue, relaunching the script now console-image is built
21:52.24kergothdamnit, why is this not working..
21:52.52rhcrunning into this problem when building ncurses:  tic: symbol lookup error: tic: undefined symbol: _nc_check_termtype2
21:55.56ant__btw after last commits here the build-time is about 50% as it was yesterday
21:56.41RPant__: slower or faster?
21:56.53ant__is much faster
21:56.58RPant__: good :)
21:57.24ant__congrats!
21:57.57ant__I have to understand why console-image failed
21:58.00ant__no logs
21:58.20ant__just one *run.SRC_DISTRIBUTECOMMAND
21:58.30ant__no other run.
21:59.33ant__(executable, I mean)
22:00.39ant__interesting..now is stalled on bitbake package-index
22:00.43ant__Configuring staging-package-index-c7x0-angstrom-linux-gnueabi.
22:00.43ant__NOTE: Staging package found, using it for /oe/openembedded/recipes/meta/package-index.bb.
22:00.52ant__since 3-4 mins..
22:03.02ant__he, it seems it is running an empty run.packagestage_scenefunc
22:07.37ant__opkg-cl waiting input?
22:07.51kgilmerwell patch submitted.  hope it's ok.  thx again khem for your help.
22:09.59ant__hm
22:10.00ant__<PROTECTED>
22:10.58ant__or like the second one:
22:10.59ant__< #stage-manager-ipkg -f /oe/build/tmp/pstage/opkg.conf -force-depends -o /oe/build/tmp install /oe/build/tmp/pstage/angstromglibc/staging-package-index-c7x0-angstrom-linux-gnueabi_1.0-r0_i686-linux.ipk
22:11.14ant__force-depends?
22:12.54ant__pls try   bitbake package-index
22:14.24ant__mwester: probably I hit your opkg-cl issue
22:14.45*** join/#oe alecrim (~alecrim@187.82.57.0)
22:16.24ant__Keyboard Interrupt, closing down...
22:16.24ant__Waiting for 1 active tasks to finish:
22:16.24ant__1: package-index-1.0-r0 do_setscene (pid 621)
22:16.54ant__sorry for the noise but there is smthg wrong somewhere
22:36.36ant__RP: rebuilding from pstage
22:36.38ant__NOTE: package stagemanager-native-0.0.1-r12: task do_compile: Succeeded
22:36.38ant__NOTE: Running task 17 of 5034 (ID: 1135, /oe/openembedded/recipes/stage-manager/stagemanager-native_0.0.1.bb, do_install)
22:36.38ant__cp: cannot stat `/oe/build/tmp/work/i686-linux/stagemanager-native-0.0.1-r12/sysroot-destdir//oe/build/tmp/*': No such file or directory
22:36.49*** join/#oe redguy (~matik@unaffiliated/redguy)
22:39.26ant__and now again..stuck at task do_setscene
22:39.33ant__NOTE: package m4-native-1.4.14-r0.0: task do_setscene: Started
22:40.18ant__bitbake 1.10.0
22:43.18kergothhmmm
22:50.24ant__now rebuilding from scratch I've seen a line scrolling..
22:50.29ant__missing gettext ?
22:50.31ant__...
22:50.42ant__retry
22:51.42ant__like woglinde reported, should be coreutils-native
22:54.38kergothRP: have a chance to look at this code I've been playing with?  the main question, I think, is the approach.  The use of a tree of components to represent the value, then collapsing it on expand, rather than doing re.sub's.  We could add variable reference tracking without doing this, by maintaining separate tables manipulated by the re.sub functions, but I think this is a bit cleaner.  thoughts?
22:59.08*** join/#oe mrc3__ (~mrc3@nat/ti/x-slzrhbmremxfqfjf)
23:00.21*** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz)
23:00.39RPkergoth: I haven't had a chance to look in detail yet, sorry :(
23:00.45kergothno worries
23:00.50kergothany thoughts on the concept?
23:01.26kergothcan always refactor the code, but if the direction is wrong, it'd need to be scrapped :)
23:01.31ant__uh oh...NOTE: package bzip2-full-native-1.0.5-r1: task do_configure: Started
23:01.31ant__grep: /oe/build/tmp/work/i686-linux/bzip2-full-native-1.0.5-r1/bzip2-1.0.5/.pc/bzip2-1.0.5-autoconfiscated.patch/configure.ac: Permission denied
23:01.40RPYour current approach sounds reasonable as much as I understand it
23:01.41kergoththinks ant__ gets the weirdest errors
23:02.00RPquilt gives strange permissions on its files
23:02.06kergothi just added proper checking for recursion in expansions.. never did get that added to the original expand() :)
23:02.08ant__quilt has problems too
23:02.21ant__NOTE sub.current=none
23:02.25RPWhy something is trying to grep that in do_configure on the other hand...
23:02.39RPkergoth: I'd love nothing more than to be looking at that code :/
23:03.01kergothpoor RP, you need some spare time, or work needs to let you do more fun stuff :)
23:04.38ant__RP: definitely quilt and coreutils natives need a check
23:05.59*** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net)
23:06.07ant__and somewhere there are too many slashes
23:06.08ant__NOTE: package file-native-5.04-r2.0: task do_populate_sysroot: Started
23:06.15ant__sry
23:06.16ant__NOTE: package file-native-5.04-r2.0: task do_populate_sysroot: Started
23:06.17RPkergoth: I need a holiday. One I don't spend trying to fix a house ;-)
23:06.22ant__NOTE: package file-native-5.04-r2.0: task do_populate_sysroot: Started
23:06.23kergothhehe
23:07.07kergothi own a house, but its just a townhouse, all exterior is covered by the HOA
23:07.37mwesterowns a house, but seems to live in a hotel mostly.
23:07.43RPis trying to write a letter to the neighbour before he goes away tomorrow explaining some acts of parliment to him after he suggested I could always read said acts
23:08.08ant__<PROTECTED>
23:08.15ant__<PROTECTED>
23:08.29RPHe doesn't agree I have a right to demolish a shared wall. Its going to be fun
23:08.44kergothugh, that sounds painful
23:08.52ant__RP: ouch
23:08.53RPis spending 50% of the time away from home atm :/
23:09.11RPI will rebuild it, bigger than it currently is
23:09.32RPits a long story... Maybe some other time :)
23:09.43kergothheh :)
23:11.05ant__one can choose the wife but not the neighbours :/
23:11.40RPThis guy has managed to rub me up the wrong way...
23:11.51ant__there was a movie with Belushi wrt
23:12.54ant__RP: what if I tell you a friend of mine has been suited because of the 'sound' of his Harley?
23:13.13ant__neighbour called police...
23:13.19RPant__: He doesn't know about my offroad bike yet ;-)
23:13.26kergothhehe
23:13.26ant__:D
23:13.48RPHe did remark "you're not going to be revving engines up all the time are you?"
23:14.27RPTo which I replied, no whilst pondering whether to invite my brother around with his Ducati and its Termis
23:15.09RPThe offroad bikes ins't that bad really but he'll hate the idea of it
23:16.26RPHe tried to explain to my builders they were doing the work wrong a few weeks ago
23:17.17RPTheir reply "if we did it like that it would do X and Y, just like this bodge up job thats been done here" whilst running a hand over his front wall
23:17.32RPI even managed a straight face
23:17.43RPAnyhowm don't get me started
23:18.30kergoththinks about how to do something vaguely like static single assignment form with bitbake variables
23:21.31ant__ah
23:21.32ant__NOTE: package atk-native-1.30.0-r0: task do_populate_sysroot: Started
23:21.32ant__new rpath '$ORIGIN/../../../../usr/lib:$ORIGIN/../../../../../..' too large; maximum length 50
23:21.41ant__need more ? ;)
23:22.08*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
23:22.11*** join/#oe aloisiojr (~aloisio@187.59.119.188)
23:24.23ant__same for libdbus-glib-1.so.2.1.0: n
23:25.39ant__curl-native too seems missing gettext
23:26.03kergothhmm.. thus far I've managed to avoid making the Value objects know the key they're stored under in the metadata.. i wonder if that's best
23:32.23kergothhttp://kergoth.pastey.net/136227 .. not the prettiest display of the path with the recursion.. /me thinks
23:32.43kergothwithout the values knowing their names, not sure it can get much prettier, unless I teach the values to work back to their unexpanded string forms
23:32.51kergoththen itd at least show ${FOO} -> ${BAZ}
23:34.13kergothmaybe i should show the initial item twice, making it clear there's a loop
23:34.18kergoth${FOO} -> ${BAZ} -> ${FOO}
23:34.24ant__Tartarus: I hit the same chrpath lenght limits with natives as you expected (Was Re: [oe] Request for branch merge)
23:34.44ant__NOTE: package gcc-cross-intermediate-4.3.3-r11.1: task do_populate_sysroot: Started
23:34.44ant__new rpath '$ORIGIN/../../../../usr/lib:$ORIGIN/../../../../../..' too large; maximum length 50
23:36.13RPkergoth: It looks clear to me and we probably want to stop printing the stack when we know what the error is and provide a message
23:36.23RPbut then I'm used to bitbake tracebacks :/
23:36.26kergothyeah definitely.  this isn't integrated into bitbake yet, so :)
23:36.45ant__RP: where is set that lenght 50?
23:37.35RPant__: its the length of the original string
23:37.56ant__ok, I feared was Gentoo's chrpath
23:44.36ant__oh..renderproto fro console-image is wonderful...
23:45.47TartarusWe really need to build and use our own chrpath :)
23:46.00RPTartarus: not as easy as it sounds
23:46.06RPthink about it
23:46.10TartarusRP: Yes
23:46.18TartarusRP: But we need it all the same.
23:46.28TartarusRHEL isn't usable now
23:46.46TartarusOr we could just link $ORIGIN ;)
23:47.03RPTartarus: It will break, badly
23:47.07TartarusWhat?
23:47.15RPTartarus: We've done this one ;-)
23:47.39Tartaruslinking $ORIGIN is fine
23:48.25TartarusI'm just reminding you that RHEL isn't an easy OE host now
23:48.49RPTartarus: chrpath isn't available on that platform from anywhere?
23:49.00ant__fwiw it seems the strings are 53 chars long..what about $OR ;)
23:49.36TartarusRP: It's not in rhn, no.
23:50.05RPTartarus: Sad. I'm sure we can come up with a way to make something work re: a chrpath-native
23:52.37ant__ok, after having posted a ton of issues I shall go and sleep...
23:52.42ant__'night guys

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