00:01.21 | khem | Tartarus: you must be having a large HD |
00:04.43 | Tartarus | Yes |
00:04.50 | Tartarus | 2.something TB |
00:05.53 | Crofton|work | Tartarus, is serious about OE :) |
00:06.45 | Tartarus | yes ;) |
00:06.56 | Tartarus | Almost a year ago now, heh, took 4x1.5TB drives |
00:07.16 | Tartarus | raid1+0 with a small bit cut out for / for booting |
00:07.31 | Tartarus | afk a while |
00:07.42 | Crofton|work | l6r |
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.39 | grg | what GUI audio players are people using on their underpowered OE devices? |
00:37.00 | grg | (i still use xmms on my desktop) |
00:37.29 | grg | is 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.32 | mwester | bash |
01:03.55 | mwester | best thing for underpowered devices, in general. :) |
01:05.31 | grg | as in, use a cli player? |
01:05.41 | grg | not really an option for end users of my device |
01:06.08 | grg | ps: bash is gargantuan |
01:17.04 | aditya_111 | anyone around for a hardware-y question? |
01:17.16 | aditya_111 | trying to see if I can get gumstix to drive 2 LCDs |
01:17.35 | aditya_111 | I know its somewhat gumstix specific maybe but is this possible through the kernel drivers for linux? |
01:25.16 | grg | aditya_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.58 | Crofton|work | grg, #gumstix can be slower than here :) |
01:48.03 | Crofton|work | hard 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.00 | aditya_111 | grg: I've asked on there |
02:47.07 | aditya_111 | just wanted to see if you guys have some ideas too |
02:47.15 | aditya_111 | cause 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.56 | eFfeM_work | morning everyone |
05:35.06 | JaMa | morning |
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.26 | khem | hello JaMa |
06:07.56 | *** join/#oe bswix (~rode@147.84-49-231.nextgentel.com) |
06:09.28 | GNUtoo|oeee | mmm |
06:09.34 | GNUtoo|oeee | hi |
06:09.37 | GNUtoo|oeee | QA 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.42 | GNUtoo|oeee | what does it means |
06:09.43 | GNUtoo|oeee | ? |
06:09.49 | *** join/#oe eFfeM_work (~frans@atwork-193.r-212.178.107.atwork.nl) |
06:09.54 | GNUtoo|oeee | I should look in that pc I bet |
06:09.55 | GNUtoo|oeee | but |
06:10.01 | GNUtoo|oeee | it didn't do that for arm |
06:10.33 | GNUtoo|oeee | but arm was cleaner(packaged staging) |
06:12.23 | GNUtoo|oeee | strange strange |
06:12.46 | GNUtoo|oeee | fso-specs.pc is not in gnash sources |
06:14.23 | GNUtoo|oeee | ah it's a fso thing |
06:14.27 | GNUtoo|oeee | I'll delete that |
06:16.21 | khem | GNUtoo|oeee: I have a patch for that |
06:17.26 | GNUtoo|oeee | ah |
06:17.44 | GNUtoo|oeee | is it pushed or should I test it? |
06:17.52 | khem | http://pastebin.com/q3gnbqze |
06:17.56 | khem | no its not pushed |
06:18.05 | khem | nor proposed yet |
06:18.10 | GNUtoo|oeee | ok |
06:18.24 | *** join/#oe xjqian (~gordon@212.247.139.72) |
06:18.28 | GNUtoo|oeee | I must have compiled fso by error |
06:18.37 | GNUtoo|oeee | because the target is eee701 |
06:19.14 | GNUtoo|oeee | or maybe it compiled it as a dep of tangogos or another package |
06:20.40 | *** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley) |
06:21.42 | khem | yeah minimal is pulling it in |
06:21.53 | khem | I guess if you have DISTRO=debug |
06:22.01 | khem | it pulls lot of fso stuff |
06:22.06 | khem | due to cli-tool |
06:22.11 | khem | cli-tools |
06:23.09 | GNUtoo|oeee | ok |
06:34.40 | *** join/#oe rob_w_ (~bob@pD95EE8F9.dip.t-dialin.net) |
06:36.52 | GNUtoo | thanks a lot btw |
06:38.52 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
06:41.07 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r7fffc9eaeb 10openembedded.git/recipes/ti/ (matrix-gui/init matrix-gui_svn.bb): (log message trimmed) |
06:41.07 | CIA-2 | matrix-gui: numerous updates and fixes (from Arago) |
06:41.07 | CIA-2 | * Bump the revision |
06:41.07 | CIA-2 | * Fix the license |
06:41.08 | CIA-2 | * Don't set redundant variables |
06:41.08 | CIA-2 | * Display message when calibrating TS |
06:41.09 | CIA-2 | * Install additional binaries/scripts |
06:41.11 | JaMa | khem: btw, have you seen that kernel oops log we talked about? |
06:41.14 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r8a0750d209 10openembedded.git/recipes/ti/am-benchmarks_svn.bb: |
06:41.14 | CIA-2 | am-benchmarks: add ARM Benchmarks dhry/whet-stone, linpack (from Arago) |
06:41.14 | CIA-2 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
06:41.14 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r819cd0db4d 10openembedded.git/recipes/ti/am-sysinfo_svn.bb: |
06:41.14 | CIA-2 | am-sysinfo: add AM SysInfo set, currently mem_util only (from Arago) |
06:41.14 | CIA-2 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
06:41.15 | CIA-2 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r49d7eff0e9 10openembedded.git/recipes/ti/ (matrix-tui/init matrix-tui_svn.bb): |
06:41.15 | CIA-2 | matrix-tui: add the Matrix TUI (Text UI) launcher app (from Arago) |
06:41.16 | CIA-2 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
06:41.27 | khem | JaMa: ben a bit budy thesr days |
06:42.10 | JaMa | hehe :) |
06:42.54 | JaMa | ok, let me know when you have more time and can look at it |
06:43.09 | denix0 | needs a decypher for this piece: "ben a bit budy thesr days" :) |
06:43.53 | JaMa | needed 43 sec to decypher it.. |
06:44.05 | JaMa | maybe 42, that's it! |
06:44.44 | denix0 | although I just found couple typos in my own patch sent to the list... d'oh |
06:51.58 | khem | denix0: thats how you type when you have 2yr old in one arm :) |
06:52.24 | denix0 | heh :) |
06:56.21 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rddceb0bc5e 10openembedded.git/recipes/qt4/qt4-tools-sdk_4.6.2.bb: |
06:56.21 | CIA-2 | qt4-tools-sdk: symlink tools back to their original names to make e.g. eclipse plugins work |
06:56.21 | CIA-2 | Change imported from http://arago-project.org/git/?p=arago.git;a=commitdiff;h=5bbda8657da241ca7c5a48cc497ca1506d6b05b0 |
06:56.32 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8677716219 10openembedded.git/recipes/mesa/mesa-xlib_7.8.bb: mesa-xlib: add 7.8 |
07:03.08 | khem | denix0: what is arago project about ? |
07:04.22 | denix0 | khem: TI (pico-)distro :) |
07:04.58 | denix0 | basically, a playground for stabilizing OE for TI products... |
07:05.48 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
07:06.19 | khem | I see |
07:06.25 | denix0 | technically, it's just an overlay on top of OE.dev with small fixes and mods |
07:06.47 | khem | denix0: and which distro do you inherit from ? |
07:06.51 | denix0 | most of the stuff ends up in OE anyway |
07:06.52 | khem | denix0: minimal ? |
07:06.59 | denix0 | actually, angstrom |
07:07.13 | denix0 | when I started 2 years ago, there was no minimal... |
07:07.18 | khem | denix0: ok |
07:07.29 | khem | denix0: you may try now though |
07:07.36 | denix0 | I know :) |
07:07.57 | khem | and it uses eglibc as its main library thats what I am interested in |
07:08.02 | dth | good morning |
07:08.23 | khem | hello dth |
07:08.53 | CIA-2 | 03Koen 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.40 | denix0 | khem: 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.28 | denix0 | although, external CSL toolchain is now in OE and works at least in Angstrom... |
07:11.30 | khem | denix0: I understand |
07:11.33 | CIA-2 | 03Koen 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.47 | CIA-2 | 03Koen 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.01 | bala_holmes | hi, How can I hide mouse cursor in Angstrom, any Xorg option is there? |
07:27.46 | bala_holmes | enlightenment is the window manager |
07:30.05 | *** join/#oe dth (~dieter@p4FDEF2DA.dip.t-dialin.net) |
07:30.23 | sgh | Hi1 .... are there any reason why I can't get LD_PRELOAD to work on a glibc target.... apparently LD_PRELOAD is ignore..? |
07:30.30 | JaMa | bala_holmes: -nocursor |
07:31.01 | JaMa | ANG root@zjama ~ $ Xorg -help 2>&1 | grep cursor |
07:31.01 | JaMa | -nocursor disable the cursor |
07:38.44 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
07:43.58 | denix0 | wonders 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.53 | khem | denix0: you mean build machine ? |
07:49.03 | denix0 | yep |
07:49.09 | khem | I use kubuntu |
07:49.17 | khem | sometimes suse and fedora |
07:49.49 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rc65b917370 10openembedded.git/recipes/gdb/gdb-cross_7.1.bb: |
07:49.49 | CIA-2 | gdb-cross_7.1.bb: Convert to new staging. |
07:49.49 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
07:49.50 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r4134f55dc7 10openembedded.git/recipes/eglibc/ (6 files): |
07:49.50 | CIA-2 | eglibc: Move away from legacy staging. |
07:49.50 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
07:49.51 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rb221714c84 10openembedded.git/recipes/gcc/ (5 files): |
07:49.51 | CIA-2 | gcc-4.5.0: Move away from legacy staging. |
07:49.52 | CIA-2 | * Define EXTRA_OECONF_INITIAL and EXTRA_OECONF_INTERMEDIATE variables |
07:49.52 | CIA-2 | * Remove redundant require statements. |
07:49.53 | CIA-2 | * Cleanup DEPENDS and use NATIVEDEPS. |
07:49.53 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
07:50.16 | RP | khem: ah, thanks. I was just going to look at that :) |
07:50.32 | denix0 | khem: thanks for unblocking it! |
07:50.51 | khem | RP: np |
07:51.18 | khem | I am trying to get a build from scratch using gcc-4.5.0 and uclibc with minimal-uclibc DISTRO |
07:52.55 | RP | gcc recipes look a lot cleaner now at least :) |
07:53.40 | khem | RP: http://pastebin.com/NLUHHbzM |
07:53.55 | khem | is that gettext thing |
07:54.25 | RP | khem: yes, that one was mentioned on the mailing list - its missing an inherit gettext |
07:55.14 | denix0 | http://thread.gmane.org/gmane.comp.handhelds.openembedded/32386 |
07:56.46 | tasslehoff | I 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.48 | khem | tasslehoff: heh, |
07:58.55 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r1b6f617f5f 10openembedded.git/ (3 files in 3 dirs): |
07:58.55 | CIA-2 | classes/recipes: Catch populate_staging references that were missed in the first pass |
07:58.55 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
07:59.15 | khem | RP http://pastebin.com/bfj4144w |
08:00.09 | Heinervdm | tasslehoff: 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.10 | JaMa | khem: maybe you forget to bump INC_PR in eglibc staging commit? |
08:01.36 | JaMa | khem: I'm rebuilding from scratch.. so I can clean it manually now again.. but maybe someone is not |
08:01.50 | RP | khem: libtool's staging function doesn't make the directory first |
08:01.55 | khem | JaMa, I think one needs to build from scratch :) |
08:02.07 | JaMa | khem: ok, fair enough :) |
08:02.14 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
08:02.20 | khem | RP: koen committed a change just few mins back |
08:02.26 | khem | may be he forgot |
08:02.35 | dth | RP, can you please give me a hint whats wrong? http://pastebin.org/204338 |
08:02.37 | tasslehoff | Heinervdm: 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.54 | JaMa | khem: I wanted to ask before rebuilding (to save another rebuild in case someone bump it in the end :)) |
08:03.22 | RP | khem: He converted it but needs an install -d ${D}${bindir} |
08:03.28 | khem | no, I think with RP's branch merge you have to rebuild everything |
08:03.39 | JaMa | I do.. but I started too soon |
08:03.50 | tasslehoff | but, perhaps PySide proves easier. |
08:03.53 | JaMa | so I have virtual/kernel and 1/4 image already built |
08:04.12 | Heinervdm | tasslehoff: 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.16 | RP | khem: it shouldn't require a rebuild |
08:04.30 | RP | khem: although testing one would probably be wise |
08:04.50 | Heinervdm | tasslehoff: it seems to depend only on python-pygame |
08:05.06 | RP | dth: That looks odd, not sure there is enough context there to comment... |
08:05.21 | RP | dth: which bitbake version is it? |
08:06.09 | dth | RP, http://download.berlios.de/bitbake/bitbake-1.8.18.tar.gz |
08:06.51 | khem | RP: all staging is renamed |
08:07.05 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r0c07ef24bf 10openembedded.git/recipes/libtool/libtool-native_2.2.6b.bb: |
08:07.05 | CIA-2 | libtool-native: Add missing directory creation |
08:07.05 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
08:07.10 | RP | khem: Yes, but we do compat symlinks :) |
08:07.20 | khem | oh |
08:07.49 | tasslehoff | Heinervdm: PySide, not PySlide :) |
08:08.17 | tasslehoff | Heinervdm: Qt's own Python bindings |
08:08.35 | Heinervdm | oh :) |
08:08.46 | denix0 | gn |
08:11.25 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
08:11.31 | khem | RP: http://pastebin.com/TuVfrYVk does not seem to fix it |
08:12.11 | *** join/#oe xjqian (~gordon@212.247.139.72) |
08:12.47 | RP | khem: I just pushed a fix, try that |
08:13.00 | khem | RP: oh i should have put it atop |
08:13.06 | khem | ok will pull |
08:15.50 | khem | RP: next one http://pastebin.com/jx0G4d7e :0 |
08:17.24 | khem | this time I will push :) |
08:17.46 | RP | khem: ok, its just an ordering problem |
08:18.38 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r6be330e09a 10openembedded.git/recipes/libtool/libtool-native_2.2.6b.bb: |
08:18.38 | CIA-2 | libtool-native_2.2.6b.bb: Install remaining missing directories. |
08:18.38 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
08:19.55 | CIA-2 | 03Khem 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.55 | CIA-2 | libiconv: inherit gettext |
08:19.55 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
08:23.40 | khem | RP: 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.32 | JaMa | strange, 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.30 | JaMa | but build finish ok.. just the error is strange, maybe it's because I'm looking at that dir after finish |
08:31.47 | khem | JaMa: do a pull |
08:31.49 | khem | its fixed |
08:32.00 | JaMa | pulled 5sec ago |
08:32.31 | JaMa | 2efe9d2d019f9c0ef9587ebbc21ff22f5de12f58 |
08:36.49 | CIA-2 | 03Koen 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.49 | RP | khem: is gettext being added to the dependencies? |
08:45.37 | khem | now bitbake stops without complaining |
08:45.45 | khem | it thinks it has built the target |
08:45.46 | RP | khem: 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.04 | khem | <PROTECTED> |
08:46.28 | khem | I fixed it locally lets see |
08:46.31 | RP | khem: Trouble is gettext is needed since those recipes use gettext autoconf recipes |
08:46.45 | khem | yeah |
08:46.48 | RP | so the gettext.m4 file needs to be present to reautoconf |
08:47.00 | *** join/#oe Sleep_Walker (~Sleep@nat/novell/x-fvoewehjwtnukmqr) |
08:48.15 | khem | now koen broke stage-manager |
08:53.15 | *** join/#oe kristoffer (~kristoffe@79.138.187.207.bredband.tre.se) |
08:53.34 | RP | khem: broke how? |
08:53.50 | khem | I dont know its giving me build errors |
08:54.10 | william_zhang | "UnboundLocalError: local variable 'bb' referenced before assignment" when use bitbake to compile .bb file |
08:54.11 | khem | | NOTE: make -e MAKEFLAGS= install |
08:54.11 | khem | | make: *** No rule to make target `install'. Stop. |
08:54.20 | RP | khem: let me merge that from poky |
08:54.28 | *** join/#oe gnutoo_ (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
08:56.11 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r6bd8937350 10openembedded.git/recipes/stage-manager/stagemanager-native_0.0.1.bb: |
08:56.11 | CIA-2 | stagemanager-native: Sync with Poky to fix builds |
08:56.11 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
08:58.18 | tasslehoff | I'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.50 | RP | khem: try that... |
08:58.55 | khem | tryig |
08:59.18 | khem | RP: that works |
08:59.52 | khem | alright time to sleep |
09:02.16 | eFfeM_work | hm, did a fresh pull of head, now getting: UnboundLocalError: local variable 'bb' referenced before assignment |
09:02.39 | eFfeM_work | anyone any idea? I already made sure that I installed a clean bitbake 1.8.18 |
09:03.10 | RP | eFfeM_work: Which distro/machine? |
09:03.25 | *** join/#oe ceyusa (~vjaquez@155.99.117.91.static.mundo-r.com) |
09:03.27 | RP | eFfeM_work: There have been a few reports but I don't know why :/ |
09:03.30 | eFfeM_work | RP, angstrom/calamari (== powerpc) |
09:03.30 | JaMa | and why not bitbake 1.10? |
09:04.08 | khem | RP: 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.08 | eFfeM_work | because 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.35 | khem | RP: I am usin git master of bitbake see if you can reproduce this error |
09:05.31 | RP | khem: What should it have done? Tried to build something? |
09:05.32 | eFfeM_work | full error @ http://www.pastie.org/948093 |
09:07.27 | RP | eFfeM_work: ah, I think I understand |
09:07.48 | eFfeM_work | RP, great |
09:07.59 | khem | RP: yes |
09:08.06 | eFfeM_work | JaMa: berlios does not yet have 1.10 for d/l |
09:08.09 | khem | it should have gone on to build console-image |
09:08.19 | khem | or any target I specify |
09:08.24 | khem | it just bailed out |
09:08.38 | khem | unifdef is borked too |
09:08.40 | khem | man |
09:09.19 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r779458cafb 10openembedded.git/classes/sanity.bbclass: |
09:09.19 | CIA-2 | sanity.bbclass: Fix to work with old versions of bitbake for now |
09:09.19 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
09:09.20 | RP | eFfeM_work: try pulling |
09:09.25 | JaMa | RP: it there something missing in 1.10 bitbake branch to pack it as 1.10.0? It works great here |
09:09.34 | khem | RP: I think unifdef-native needs porting from poky too |
09:09.42 | RP | dth: this probably fixes your problem too |
09:10.01 | RP | khem: yes |
09:11.42 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
09:11.46 | RP | khem: fix pushed |
09:11.55 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r5469b3efd2 10openembedded.git/recipes/unifdef/unifdef-native_2.6.18+git.bb: |
09:11.56 | CIA-2 | unifdef-naitve: Fix from Poky |
09:11.56 | CIA-2 | Signed-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.22 | RP | and I found a bug in poky in unifdef :) |
09:12.41 | eFfeM_work | RP pulled, also had to install chrpath, now bb is parsing so guess it is ok |
09:12.42 | khem | I fixed it |
09:13.58 | dth | RP, after pull and installing CHPATH it seems to run, thank you for yor service! |
09:15.37 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r9966b81a7a 10openembedded.git/recipes/unifdef/unifdef-native_2.6.18+git.bb: |
09:15.37 | CIA-2 | unifdef-native_2.6.18+git.bb: Fix new style staging. |
09:15.37 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
09:16.27 | ant_work | good morning (ugt) |
09:18.40 | RP | khem: We both pushed fixes :/ |
09:19.07 | khem | RP: I just merged your into mine |
09:20.11 | khem | RP: us the directory install is required if we have NATIVE_INSTALL_WORKS = "1" |
09:20.15 | khem | s/us/is |
09:21.11 | *** join/#oe Proxyles (~henrik@c-b993e255.56-4-64736c14.cust.bredbandsbolaget.se) |
09:23.54 | RP | khem: ah, right, yes :) |
09:24.54 | khem | RP: check the bitbake error if you can reproduce it |
09:25.03 | khem | actually I can see it all the time |
09:25.22 | RP | khem: Whats the step to reproduce? |
09:25.23 | khem | even when I comment out the DEPENDS line in libiconv_1.12.bb |
09:25.43 | khem | on latest master of both oe and bitbake |
09:26.02 | khem | comment out DEPENDS in libiconv_1.12.bb |
09:26.08 | khem | then do bitbake libiconv |
09:26.29 | *** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
09:26.33 | ericben | hi, 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.39 | khem | hopefully someother recipe is not providing libiconv for you |
09:30.21 | eFfeM_work | RP 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.43 | RP | eFfeM_work: some new code is a little too verbose. Don't worry about it |
09:31.39 | eFfeM_work | RP, i don't worry thought it was maybe unknown, so wanted to report it |
09:32.43 | eFfeM_work | btw 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.08 | RP | eFfeM_work: there is a meeting today. |
09:34.12 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
09:34.53 | RP | khem: it just builds libiconv here |
09:36.15 | eFfeM_work | RP, ah ok, is membership changed? I recall something about an election in april, but didn't see any back on that either |
09:37.24 | RP | eFfeM_work: It was all discussed on the list... |
09:37.39 | RP | eFfeM_work: whats the subject line of the glib proposal? |
09:37.41 | *** join/#oe siji (~siji@122.169.50.119) |
09:38.27 | RP | eFfeM_work: the removal of old versions? |
09:44.14 | eFfeM_work | RP, yes removal of the old versions |
09:44.39 | eFfeM_work | RP and search did not give me an article on the new tsc; guess I overlooked it |
09:44.56 | RP | eFfeM_work: are you a member of the e.V.? |
09:45.01 | eFfeM_work | nope |
09:45.02 | RP | it was on the e.V. members list |
09:45.33 | eFfeM_work | was told i could get on after the election (someone suggested a membership drive) |
09:46.13 | RP | eFfeM_work: Yes, that sounds like a good idea |
09:46.14 | eFfeM_work | e.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.19 | RP | XorA: ping ;-) |
09:46.50 | RP | eFfeM_work: Yes, we should pass that message on... |
09:48.24 | eFfeM_work | hm dev head fails to compile for ppc: |
09:48.30 | eFfeM_work | <PROTECTED> |
09:48.43 | XorA | RP: here |
09:48.44 | eFfeM_work | in configure |
09:48.59 | eFfeM_work | afk for 1.5 hr or so |
09:51.04 | ericben | I 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.44 | RP | XorA: We were just talking about membership elections for the e.V. |
09:52.06 | RP | XorA: We have plans to run some next, right? |
09:52.46 | XorA | RP: Im away next week, but I plan to start a membership drive after I get back |
09:53.15 | XorA | RP: in meantime anyone can start a vote |
09:54.13 | RP | XorA: 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.26 | XorA | so 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.09 | CIA-2 | 03Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * r31af13b2a1 10openembedded.git/recipes/linux-libc-headers/ (2 files in 2 dirs): |
10:02.10 | CIA-2 | linux-libc-headers: recipe for 2.6.24 added |
10:02.10 | CIA-2 | Signed-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.33 | RP | XorA: 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.13 | ericben | here is the error met on utils-linux-ng-native : http://pastebin.org/204521 |
10:27.44 | ericben | I running with BB_NUMBER_THREADS = "4" and it seems gettext-native is not yet built |
10:34.36 | zecke | RP: hi, we have our TSC meeting tonight? |
10:34.52 | RP | zecke: yes. Did you get the email with the room details in? |
10:35.11 | RP | ericben: is gettext-native being added to the DEPENDS? |
10:35.20 | zecke | RP: I think so. |
10:35.39 | ericben | no |
10:35.44 | RP | zecke: ok, great |
10:36.36 | ericben | shouldn't that be in DEPENDS_virtclass-native ? |
10:36.45 | ericben | RP: shouldn't that be in DEPENDS_virtclass-native ? |
10:36.49 | RP | ericben: The inherit gettext should add it |
10:37.14 | ericben | RP: then there is a strange thing |
10:38.11 | ericben | RP : I've cleaned tmp and starting gain, I'll check the dependencies and let you know |
10:38.40 | RP | ericben: the way to check would be "bitbake util-linux-ng-native -e | grep ^DEPENDS |
10:38.52 | RP | and looking locally, its not listed :/ |
10:39.27 | ericben | RP: 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.00 | RP | ericben: its the virtclass-native override thats doing it |
10:44.06 | RP | I guess we need to be explicit there |
10:44.57 | ericben | RP: DEPENDS_virtclass-native="autoconf-native automake-native libtool-native gnu-config-native coreutils-native zlib-native ncurses-native lzo-native" |
10:45.02 | ericben | RP: DEPENDS_virtclass-nativesdk="autoconf-native automake-native libtool-native gnu-config-native coreutils-native" |
10:45.19 | ericben | RP: DEPENDS_GETTEXT="gettext-native" |
10:46.06 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rf17f015c5e 10openembedded.git/recipes/util-linux-ng/util-linux-ng.inc: |
10:46.06 | CIA-2 | util-linux-ng: Add gettext-native dependency explicitly due to override usage |
10:46.06 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
10:46.13 | RP | ericben: try that :) |
10:46.23 | ericben | RP: OK I understand the overide. Ipull and relaunch the build, I'll let you know |
10:48.07 | Spyzer | hi eric |
10:48.56 | Spyzer | as 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.01 | Spyzer | am i missing something here |
10:49.47 | *** join/#oe erik006 (~erik006@69-165-160-254.dsl.teksavvy.com) |
10:49.48 | Spyzer | is there anything extra i need to install.... |
10:50.51 | CIA-2 | 03Koen 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.03 | Spyzer | kindly tell |
10:53.35 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
10:58.42 | Spyzer | hi 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.59 | Spyzer | and 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.02 | Spyzer | ?? |
11:00.09 | Spyzer | kindly help |
11:02.02 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r8cf219c597 10openembedded.git/classes/native.bbclass: |
11:02.02 | CIA-2 | native.bbclass: Clear PACKAGES variable when using BBCLASSEXTEND (from poky) |
11:02.02 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
11:02.23 | RP | Spyzer: I think this means nobody has an answer for you offhand I'm afraid |
11:13.27 | ant_work | RP: any extra time-slice to look at the deprecated staging of klibc? |
11:16.02 | Spyzer | :( |
11:18.00 | RP | ant_work: Didn't I give you some examples the last time we discussed this? |
11:18.17 | ant_work | I somehow failed to implement those :/ |
11:18.40 | ant_work | I ended up with missing klcc... |
11:19.06 | RP | ant_work: Firstly, why can't the do_install just do a oe_runmake install? |
11:20.12 | ant_work | do we know STAGING_DIR_TARGET ? |
11:20.28 | RP | ant_work: do_install installs into ${D} |
11:21.10 | ant_work | that's the point, last time klcc landed somewhere but not where expected |
11:21.19 | RP | ant_work: Thats fine, we can move it |
11:21.38 | RP | "oe_runmake install", then tweak as needed |
11:21.57 | RP | Whats currently in there looks nasty |
11:28.32 | ant_work | RP: 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.14 | RP | ant_work: trouble is I have no experience with klibc |
11:29.41 | ant_work | klibc has a good momentum right now upstream |
11:30.14 | ant_work | all just works (more or less) |
11:31.26 | ant_work | the only issue is they broke compatibility with pre 2.6.28 kernels after klibc 1.5.15 |
11:34.30 | Spyzer | i 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.27 | ant_work | Spyzer: if you lack /dev/input/touchscreen0 something is wrong with your device manager (or the kernel driver is not compiled/loaded) |
11:39.12 | eFfeM_work | anyone 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.27 | Spyzer | well i also bitbaked a opie-image but there the mouse works fine and kernel is same |
11:39.45 | eFfeM_work | found some in sysroots, but guess they are not in the path |
11:39.50 | Spyzer | is the issue distro or GUI related |
11:39.52 | Spyzer | ?? |
11:39.55 | ant_work | probably using /dev/input/eventx |
11:40.30 | Spyzer | the problem is there is no such directory as input in /dev although i do have /dev/eventx should i try those instead |
11:40.33 | Spyzer | ?? |
11:40.42 | ant_work | yep |
11:40.53 | ant_work | check dmesg |
11:41.20 | RP | eFfeM_work: known issue with certain libc and gcc versions interacting badly |
11:41.47 | eFfeM_work | RP, feared that, used to work :-( |
11:42.10 | eFfeM_work | is there a known workaround ? |
11:42.35 | RP | eFfeM_work: some gcc recipes have or had hacks |
11:42.46 | RP | eFfeM_work: check the scm history? |
11:42.59 | eFfeM_work | RP, ok will dig into it |
11:43.49 | Spyzer | may u please tell me how can i utilize the information from dmesg |
11:44.14 | Spyzer | it is showing something about the wacom-tablet i passed as a parameter to qemu |
11:44.15 | ant_work | it should list the devices using event interface |
11:44.33 | ant_work | anyway, 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.51 | Spyzer | well 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.02 | Spyzer | but i don't even have a /dev/input directory |
11:46.19 | Spyzer | and dmesg is listing something like an input directory |
11:46.46 | bleikert | hi 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.10 | ant_work | Spyzer: OPIE uses udev to populate the device tree |
11:47.55 | ant_work | I mean opie-image |
11:48.19 | Spyzer | ok the url u posted, helped me tell that event1 is the handler |
11:48.35 | Spyzer | lets see if setting the QWS_MOUSE_PROTO variable will now work |
11:48.48 | Spyzer | btw can i use udev too |
11:50.27 | bleikert | what is lQtOpenGLE good for? |
11:51.48 | Spyzer | thanks a lot it started working |
11:51.51 | Spyzer | yepeee |
11:51.55 | Spyzer | :) |
11:55.10 | ant_work | you see, I had one issue where Symlink /dev/input/touchscreen0 was pointing to event1 instead of 2 |
11:55.14 | ant_work | :D |
11:58.14 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
12:01.14 | mckoan | good morning |
12:02.37 | CIA-2 | 03Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * r9da5a071dc 10openembedded.git/recipes/linux-libc-headers/linux-libc-headers_2.6.24.bb: |
12:02.37 | CIA-2 | linux-libc-headers_2.6.24: legacy staging removed |
12:02.37 | CIA-2 | Signed-off-by: Steffen Sledz <sledz@dresearch.de> |
12:03.17 | bleikert | in 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.22 | zecke | bleikert: -l is for linking libraries |
12:09.14 | zecke | bleikert: 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.18 | bleikert | zecke: thanks, i know what -l is good for ;) however, i was a little bit confused why QtOpenGLE was pulled in |
12:11.48 | bleikert | zecke: i tracked it down, and it was in the Makefile from the beginning, wrong configuration in QtCreator i think ;) |
12:13.00 | bleikert | zecke: 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.10 | bleikert | zecke: anyway, thanks for your help! |
12:16.49 | *** join/#oe Openfree (~Openfree`@218.1.217.122) |
12:17.41 | ericben | RP: now glibc_2.9 fails at do_package |
12:18.43 | ericben | RP : 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.12 | tasslehoff | I 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.21 | eFfeM_work | khem: I have 2 issues with http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=4134f55dc7d99516d750b24a60e5cec400ae5ef3 (eglibc: move away from legacy staging) |
12:43.32 | eFfeM_work | first is, shouldn't there be a PR bump in this |
12:43.46 | eFfeM_work | 2nd and more serious is that it does not seem to stage limits.h any more |
12:44.14 | eFfeM_work | (this used to be done in eglibc-initial) |
12:48.22 | RP | ericben: does bitbake pax-utils-native resolve it? |
12:48.31 | ericben | RP: no already tried it |
12:48.44 | ericben | RP: in fact scanelf is not installed anywhere under tmp/ |
12:49.40 | ericben | RP: it's only found in tmp/work/i686-linux/pax-utils-native-0.1.19-r0/ |
12:50.07 | ericben | RP: but if I understand well should'nt I find it into sysroot or something like this ? |
12:50.25 | RP | ericben: you should, yes |
12:51.01 | ericben | RP: OK, do you want any log which could help ? |
12:52.55 | RP | ericben: Its ok, I can see the problem. Its broken in both OE and Poky |
12:52.58 | RP | :/ |
12:52.59 | ericben | RP: also work/i686-linux/pax-utils-native-0.1.19-r0/sysroots is empty |
12:53.06 | ericben | RP: OK |
12:53.58 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
12:54.19 | RP | ericben: 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.06 | RP | ericben: Try the commit I just pushed |
13:01.12 | CIA-2 | 03Richard 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.12 | CIA-2 | pax-utils-native: Make sure prefix variable is correct during do_install |
13:01.12 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
13:01.55 | *** join/#oe rsalveti (~rsalveti@200.184.118.130) |
13:04.32 | CIA-2 | 03Stefan 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.34 | CIA-2 | 03Stefan Schmidt <stefan@datenfreihafen.org> 07org.openembedded.dev * reba935085e 10openembedded.git/recipes/ibrdtn/ibrdtn_0.1.2.bb: |
13:04.34 | CIA-2 | ibrdtn: Add latest stable version. |
13:04.34 | CIA-2 | This version does no longer need the gcc4.4 patch as it was applied upstream. |
13:08.25 | zecke | RP: is there a pw on our TSC chat room? |
13:08.47 | ericben | RP: problem fixed, thanks |
13:09.34 | RP | zecke: no, your jabber account should be allowed in |
13:09.39 | zecke | RP: please ignore. :) |
13:09.48 | zecke | RP: it opened the chat window on a different desktop |
13:20.30 | zecke | kergoth: ping? |
13:21.16 | zecke | anyone 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.01 | ericben | I still have a problem with linux's sysroots : .config 's link to config-2.6.33 is missing |
14:04.22 | ericben | kernel-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.38 | CIA-2 | 03Koen 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.51 | RP | pb_: You've remembered the TSC meeting? |
14:58.05 | RP | mickey|sports, mickey|sports: TSC meeting? |
14:58.11 | RP | mickey|office: ^^^ |
14:58.57 | RP | kergoth: you too ^^^ :) |
14:59.26 | pb_ | RP: yes, I think I am already in the room |
14:59.40 | pb_ | at least, it says "connected" |
14:59.46 | XorA | pb_: we cant see you |
14:59.51 | pb_ | oh, hm |
15:00.05 | pb_ | let me try again, maybe empathy is in some bad state |
15:00.32 | XorA | pb_: 4 people in room now |
15:01.23 | XorA | empathy xmpp implenetation is a bit ropey to be honest |
15:01.34 | zecke | pb_: oh, are you happy with empathy? Where you in need for an OTR plugin? |
15:01.39 | XorA | in fact XMPP is a huge embarressment for FOSS software :-) |
15:02.01 | pb_ | zecke: this is the first time I have tried to use it |
15:02.12 | pb_ | and, based on this experience, I guess I am not all that happy :-} |
15:02.13 | RP | gave up on empathy |
15:02.19 | pb_ | RP: what are you using? |
15:02.26 | RP | pb_: pidgin |
15:02.43 | pb_ | okay, I'll try that one |
15:02.52 | pb_ | or, could we just have the meeting in irc instead? we are all here, right? |
15:03.30 | RP | First item on the agenda is to formalise a meeting location for the new tsc |
15:03.48 | zecke | We want to hold it here? |
15:04.44 | pb_ | 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.44 | RP | Lets use a different channel, I'd prefer not to flood here with our discussion |
15:04.58 | pb_ | 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.11 | RP | We're missing mickey|office mickey|sports :/ |
15:06.30 | mickey|office | aww, already 17 |
15:06.37 | mickey|office | i'll be right there |
15:07.40 | kergoth | doesn't really have an opinion on the location, as long as it happens and isn't horribly difficult |
15:07.58 | pb_ | hm, still no luck with this. I do at least get an error now, it says "407 Registration required". |
15:08.16 | pb_ | maybe I am doing it wrong |
15:08.24 | RP | pb_: Is it connection to jabber at all? |
15:08.43 | pb_ | RP: I can see you in my buddy list, so I guess so |
15:09.34 | mickey|office | darn |
15:09.40 | mickey|office | i have lost the room address AGAIN |
15:09.51 | mickey|office | no fricking backup here |
15:09.56 | XorA | tsc-meeting@conference.jabber.xora.org.uk |
15:09.58 | mickey|office | right |
15:10.00 | mickey|office | thanks |
15:11.19 | XorA | pb_: try again, your added without typo now |
15:13.18 | *** join/#oe valhalla (~valhalla@81-174-24-42.dynamic.ngi.it) |
15:13.23 | Tartarus | Hmm |
15:13.33 | Tartarus | ppc stuff seems broken somewhere, digging more to see what/where |
15:14.44 | RP | Tartarus: hmm :/ |
15:15.12 | Tartarus | eglibc |
15:15.21 | Tartarus | waits for do_compile to fail again |
15:15.23 | *** join/#oe erik006 (~erik006@mc-125-220.IPReg.McMaster.CA) |
15:15.36 | RP | Tartarus: There are rumours that Khem's commits this morning weren't 100% successful :/ |
15:16.00 | XorA | RP: youve been listening to election stuff too much today :-) |
15:16.16 | Tartarus | RP: Did a pull right after your merge and started my loop |
15:16.57 | RP | Tartarus: odd then as that would be before that commit. We did push some fixes this morning... |
15:17.00 | RP | XorA: 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.43 | mwester | New problem - indirectly-related to the device_table commit from the other day, but really an image generation issue: |
15:23.08 | Tartarus | RP: gnutls blew up here |
15:24.09 | mwester | do_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.28 | mwester | (can't test RP's new branch merge until I can get a baseline image built. :( ) |
15:26.55 | mwester | I can request that we "un-commit" the device_table change, i suppose. |
15:33.19 | kergoth | mwester: old opkg? iirc the fix for hanging prompts should be in it, as far as i know |
15:33.21 | kergoth | hmm |
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.33 | kergoth | pokes pb_ |
15:48.59 | pb_ | kergoth: mm? |
15:49.19 | kergoth | nothing 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.23 | pb_ | ah, heh |
16:10.03 | RP | now its kergoth's turn |
16:13.13 | ant_work | RP: 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.43 | RP | ant_work: cool. btw, we finally fixed the packaged-staging architecture fields in poky |
16:13.56 | ant_work | I'll fire a build later on |
16:14.44 | ant_work | great work, thx |
16:18.39 | *** join/#oe hillct (~hillct@c-76-127-200-169.hsd1.ma.comcast.net) |
16:18.43 | GNUtoo | hi, I did: |
16:19.30 | GNUtoo | bitbake boost with preferred version 1.41 |
16:19.36 | GNUtoo | then I did bitbake -c clean boost |
16:19.44 | GNUtoo | then bitbake boost with preferred version 1.40 |
16:19.49 | GNUtoo | and it didn't build the ipks |
16:19.58 | GNUtoo | of the 1.40 version |
16:20.25 | GNUtoo | is 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.32 | GNUtoo | s/commiting/pushing |
16:21.03 | RP | Tartarus: Sorry, tsc meeting distracted me - blew up how? |
16:25.23 | soltys | <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.39 | rhc | i'm trying to build using an external toolchain |
16:33.08 | rhc | but its failing looking for a nonexistant directory: http://pastebin.org/204893 |
16:33.17 | rhc | followed the intrustructions in the manual |
16:41.06 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
16:43.42 | ant_work | bbl |
16:50.50 | *** join/#oe jedix (~jedix@bas1-ottawa01-1176118969.dsl.bell.ca) |
16:51.22 | jedix | hey, I'm trying to generate an image from angstrom-distribution.org's narcissus page.. but the opie packages fail |
16:53.04 | jedix | there 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.11 | CIA-2 | 03Koen 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.59 | IgorK | Hi, all |
17:27.05 | GNUtoo|oeee | hi |
17:27.20 | IgorK | is there a person who maintains wxWidgets package? |
17:27.52 | GNUtoo|oeee | I don't know if the maintainer file is maintained... |
17:28.06 | IgorK | I 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.32 | IgorK | or maybe I need some additional variable exported |
17:28.41 | IgorK | ? |
17:28.54 | GNUtoo|oeee | but there is a MAINTAINER file in the root dir of oeo |
17:29.10 | IgorK | it's actually "arm-angstrom-linux-gnueabi-g++" |
17:29.10 | GNUtoo|oeee | IgorK, then you should ask here or on the mailing list |
17:29.59 | IgorK | is there a special procedure to compile the program with the OE toolchain? |
17:30.28 | IgorK | cause I can build it with the x86 one without any errors... |
17:31.05 | mlip | hej , do I have to prepare for some work after the "big" merge? or can I start a fresh build and watch tv ? ;) |
17:37.21 | soltys | any idea why I get this parsing errors http://pastebin.org/204884 ? |
17:38.32 | IgorK | Here is my command and error messages: http://pastebin.com/GBu0K0RB |
17:38.35 | khem | soltys: Information not available for target 'i386-freebsd' |
17:38.38 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
17:38.53 | khem | soltys: I dont know if someone here used freebsd build boxes |
17:39.17 | soltys | ahm.. |
17:39.38 | khem | IgorK: error: wx/wx.h: No such file or directory |
17:39.59 | khem | you need that dependency installed |
17:42.24 | IgorK | khem: it is installed and I point to it by "-I" |
17:43.42 | IgorK | and why do I get all those "termios.h" errors? |
17:46.20 | khem | IgorK: the above error says that your inc paths are not complete |
17:47.01 | khem | Tartarus: how did the build go ? |
17:47.06 | mlip | IgorK: do you call this command on your own , or does bitbake generate it ? |
17:47.12 | khem | uclibc builds are showing interesting problems |
17:47.26 | khem | now I am doing a eglibc build myself to see if something is broke |
17:47.34 | khem | as Frans reported |
17:47.58 | *** join/#oe pb_ (~pb@88-108-80-109.dynamic.dsl.as9105.com) |
17:48.09 | khem | mlip: I think its not bitbake |
17:48.47 | mlip | it definitelly points in the wrong include dirs ? |
17:49.36 | mlip | I didn't have time to investigate the new tmp structure but, -I should point in sysroots or staging |
17:50.00 | mlip | -I/home/arm/OE/temp/work/armv4t-angstrom-linux-gnueabi/wxwidgets-2.8.9-r7/image/usr/include/wx-2.8/wx |
17:50.10 | mlip | is definitely wrong |
17:52.00 | JaMa | khem: uclibc+gcc-4.5 or even with older? |
17:52.14 | IgorK | mlip: it is not bitbake command |
17:52.45 | JaMa | khem: and you can skip eglibc+armv4 test build as it went fine here as reported |
17:53.41 | mlip | IgorK: 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.33 | khem | JaMa: cool |
17:54.41 | khem | JaMa: uclibc+gcc-4.5 |
17:54.51 | khem | problem is in libiconv actually |
17:54.55 | khem | which is needed for uclibc |
17:55.02 | khem | but not for eglibc/glibc |
17:55.10 | khem | I think uclibc itself has no issues |
17:55.58 | JaMa | khem: and no other issues with gcc-4.5? like mine busybox segfaulting all over the image and oops in kernel? |
17:56.08 | IgorK | mlip: where do point it to: http://pastebin.com/h7TLAXnu |
17:56.26 | khem | JaMa: no :) |
17:56.31 | khem | JaMa: not on qemu |
17:56.34 | JaMa | lucky you :) |
17:56.42 | khem | JaMa: I havent tried osk yet |
17:57.17 | khem | JaMa: you told me its on both armv4 and armv5 for you right ? |
17:57.17 | mlip | IgorK: I would use ./temp/staging/armv4t-angstrom-linux-gnueabi/usr/include/wx-2.8/wx/wx.h |
17:57.43 | mlip | IgorK: But you _should_ use the OE toolchain, this really makes this kind of things A LOT easier |
17:57.56 | JaMa | khem: yes |
17:58.25 | khem | mlip: IgorK you should build a recipe for your package and then it will generate the run.do_compile script for you |
17:58.28 | khem | once you bitbake it |
17:58.42 | mlip | i know ;) |
17:58.45 | JaMa | khem: 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.46 | khem | then 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.06 | khem | JaMa: yes could be that some optimization is borked |
17:59.21 | khem | JaMa: where is the stack trace of kernel |
17:59.27 | khem | JaMa: let me have a look |
17:59.53 | JaMa | khem: I have 2 identical minimal images images built with different gcc if you want |
18:00.00 | JaMa | mmt looking for trace |
18:00.26 | *** join/#oe morphis (~morphis@p5489DE36.dip.t-dialin.net) |
18:01.05 | JaMa | http://paste.pocoo.org/show/209449/ |
18:02.11 | JaMa | off for a while.. |
18:11.58 | IgorK | khem: I know, I tried, but "bitbake my_program" didn't produce anything... |
18:12.32 | IgorK | mlip: Will try it in a coujple of minutes, thx |
18:14.22 | mlip | IgorK: 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.34 | mlip | and fix these instead of trying to build a program on your own |
18:17.23 | khem | wishes to have 'dwim' switch on the keyboard |
18:18.20 | mlip | ;) |
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.37 | ericben | hi, is patchwork working fine ? I sent a patch and it didn't appear in patchwork. |
18:58.34 | IgorK | mlip: 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.09 | IgorK | thank 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.31 | mwester | kicks opkg in the **** |
20:08.40 | kergoth | helps |
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.02 | woglinde | hi |
20:54.21 | RP | hi woglinde |
20:54.28 | woglinde | hi rp |
20:54.32 | woglinde | thanks for the merge |
20:54.50 | RP | woglinde: np :) |
20:54.53 | khem | RP: for your delight I just finished a qemuarm build minimal/console-image |
20:54.58 | RP | woglinde: Nice to finally have that sorted :) |
20:55.03 | RP | khem: great! :) |
20:55.18 | khem | RP: were you able to reproduce the issue with libiconv ? |
20:55.24 | RP | khem: no :/ |
20:55.32 | woglinde | hm which issuse? |
20:55.32 | mlip | minimal-image for igep board at 719/1133 |
20:55.39 | khem | I will try it now |
20:55.51 | RP | khem: 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.05 | RP | perhaps -DDDv would make it more clear? |
20:56.14 | khem | RP: yeah I have seen issues when you have a package in ASSUME_PROVIDED |
20:56.20 | khem | and then you try to bitbake the same |
20:56.25 | khem | bitbake gets confused |
20:56.58 | khem | I tried -DDD and it exited gracefully showing me no sign of errors why it did so |
20:57.17 | RP | khem: ASSUME_PROVIDED is a known issue |
20:57.25 | RP | has that one on his bug list |
20:57.29 | khem | RP: btw the build was using gcc 4.5.0 and eglibc with new staging changes |
20:58.11 | RP | khem: cool - how is 4.5.0 looking? |
20:58.18 | RP | needs to update the gcc in poky... |
20:59.23 | khem | RP: mixed |
20:59.34 | khem | JaMa reported crashes in kernel |
20:59.40 | khem | for armv4 and v5 |
20:59.48 | khem | I have no issues with it on qemu |
21:00.34 | khem | RP: the newly built stuff boots fine on qemu arm so double delight |
21:02.43 | mlip | n8, thx for the merge ! |
21:03.04 | *** part/#oe mlip (~mlip@85-127-151-132.dynamic.xdsl-line.inode.at) |
21:03.44 | RP | khem: an added bonus :) |
21:07.26 | *** join/#oe slapin_nb (~slapin@195.88.210.46) |
21:09.51 | khem | RP: now you can sleep with happiness |
21:11.09 | woglinde | lol |
21:12.24 | RP | khem: Its nice to have something work out well :) |
21:12.47 | RP | and incandescant did help with that |
21:13.45 | khem | yeah heh |
21:13.55 | khem | I will know more on my other box which is slow |
21:14.01 | khem | is running a build for osk |
21:14.44 | *** join/#oe ant__ (~andrea@host144-251-dynamic.14-87-r.retail.telecomitalia.it) |
21:14.48 | khem | woglinde: the only german co-worked I knew is quitting so I wont have anyone to practice my german skills |
21:15.08 | woglinde | khem why he is quitting? |
21:15.24 | khem | he is not happy and google is paying him more |
21:15.26 | khem | :) |
21:15.31 | woglinde | khem hms |
21:15.33 | khem | thats why |
21:15.50 | woglinde | hm I am still fighting with the ti stuff |
21:15.55 | woglinde | no luck yet |
21:15.59 | khem | he is from Nurnburg |
21:16.01 | woglinde | still linker error |
21:16.10 | khem | woglinde: hmm really thats bad |
21:16.16 | woglinde | dont know if I should try binutils 2.18 |
21:16.44 | khem | you can try that but I am not hopeful if it will work |
21:17.09 | woglinde | hm why? |
21:17.32 | khem | not much has changed in this area |
21:18.16 | woglinde | but how did it worked before? |
21:18.57 | woglinde | I dont think I am the only one hitting this problem |
21:20.01 | khem | ok try it with 2.18? |
21:20.56 | ant__ | hm..here console-image failed, but opie-image and x11-image not |
21:21.04 | ant__ | nothing in the logs.. |
21:21.18 | woglinde | ant strange |
21:21.18 | ant__ | well.. smthg |
21:21.21 | ant__ | 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.28 | ant__ | 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.37 | ant__ | I lost head of logs :/ |
21:21.51 | woglinde | ant thats comes from bad do_install |
21:22.34 | ant__ | hm..I have 2 run.base_do_fetch.. |
21:22.59 | kgilmer | this 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.02 | ant__ | for every package |
21:23.17 | khem | kgilmer: git send-email is best |
21:23.27 | kgilmer | wow... |
21:23.33 | kgilmer | thanks khem |
21:23.48 | kgilmer | i will look into that |
21:24.07 | khem | kgilmer: otherwise you can follow the directions what kernel devs do |
21:24.41 | khem | basically patch should be visible so when I download the email as mbox and do patch then it should apply |
21:24.52 | kgilmer | ok khem thanks |
21:24.53 | woglinde | kgilmer I attache the patch |
21:25.06 | khem | woglinde: depends on MUA |
21:25.09 | khem | you use |
21:25.14 | woglinde | mut |
21:25.15 | khem | some attach them inline some dont |
21:25.16 | woglinde | mutt |
21:25.20 | kgilmer | does not trust his webmail. |
21:25.23 | khem | yeah mutt is ok |
21:25.39 | khem | but if you have those funky MS outlook express stuff it can get painful |
21:26.33 | khem | kgilmer: Documentation/email-clients.txt file in lnx srcs |
21:26.41 | khem | explains how to do it |
21:26.46 | khem | for different mailers |
21:26.49 | kgilmer | ah nice. thx khem. |
21:27.10 | khem | but 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.27 | RP | exit |
21:31.33 | RP | :) |
21:32.28 | woglinde | nite rp |
21:33.05 | woglinde | hm I wonder why console-image needs 4550 taks |
21:33.06 | RP | woglinde: not quite yet, wrong terminal :) |
21:33.33 | woglinde | hm |
21:33.35 | woglinde | nite 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.38 | woglinde | Missing inherit gettext?[B[B[B |
21:33.39 | woglinde | args |
21:34.49 | woglinde | hm quilt-native needs some tweaking too |
21:35.51 | woglinde | hm should converted to BBCLASSEXTENDED too |
21:37.39 | RP | woglinde: should be recipes in Poky for some of them |
21:37.44 | ant__ | ah, btw we should update the oe & yourdistro: at least gentoo requires chrpath on host |
21:37.56 | RP | woglinde: We added lots of gettext sanity checking |
21:38.25 | woglinde | rp yo |
21:39.13 | ant__ | RP: is it normal I have two run.base_do_fetch for each package? |
21:39.34 | RP | ant__: I suspect not |
21:39.45 | ant__ | ah, 2 run.staging_helper too |
21:40.18 | ant__ | 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.31 | ant__ | one run one hour after...perhaps the second or the third image built by my script? |
21:41.52 | ant__ | now I'll investigate about failing console-image, the first |
21:42.36 | ant__ | the second image should find staged packages, isn't? |
21:43.54 | ant__ | uh.. 2 run.read_subpackage_metadata too |
21:44.12 | ant__ | anybody sees the same? |
21:49.20 | ant__ | PARALLEL_MAKE = "-j5" |
21:49.21 | ant__ | BB_NUMBER_THREADS = "4" |
21:49.23 | ant__ | here |
21:52.09 | ant__ | there must have been some race issue, relaunching the script now console-image is built |
21:52.24 | kergoth | damnit, why is this not working.. |
21:52.52 | rhc | running into this problem when building ncurses: tic: symbol lookup error: tic: undefined symbol: _nc_check_termtype2 |
21:55.56 | ant__ | btw after last commits here the build-time is about 50% as it was yesterday |
21:56.41 | RP | ant__: slower or faster? |
21:56.53 | ant__ | is much faster |
21:56.58 | RP | ant__: good :) |
21:57.24 | ant__ | congrats! |
21:57.57 | ant__ | I have to understand why console-image failed |
21:58.00 | ant__ | no logs |
21:58.20 | ant__ | just one *run.SRC_DISTRIBUTECOMMAND |
21:58.30 | ant__ | no other run. |
21:59.33 | ant__ | (executable, I mean) |
22:00.39 | ant__ | interesting..now is stalled on bitbake package-index |
22:00.43 | ant__ | Configuring staging-package-index-c7x0-angstrom-linux-gnueabi. |
22:00.43 | ant__ | NOTE: Staging package found, using it for /oe/openembedded/recipes/meta/package-index.bb. |
22:00.52 | ant__ | since 3-4 mins.. |
22:03.02 | ant__ | he, it seems it is running an empty run.packagestage_scenefunc |
22:07.37 | ant__ | opkg-cl waiting input? |
22:07.51 | kgilmer | well patch submitted. hope it's ok. thx again khem for your help. |
22:09.59 | ant__ | hm |
22:10.00 | ant__ | <PROTECTED> |
22:10.58 | ant__ | or like the second one: |
22:10.59 | ant__ | < #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.14 | ant__ | force-depends? |
22:12.54 | ant__ | pls try bitbake package-index |
22:14.24 | ant__ | mwester: probably I hit your opkg-cl issue |
22:14.45 | *** join/#oe alecrim (~alecrim@187.82.57.0) |
22:16.24 | ant__ | Keyboard Interrupt, closing down... |
22:16.24 | ant__ | Waiting for 1 active tasks to finish: |
22:16.24 | ant__ | 1: package-index-1.0-r0 do_setscene (pid 621) |
22:16.54 | ant__ | sorry for the noise but there is smthg wrong somewhere |
22:36.36 | ant__ | RP: rebuilding from pstage |
22:36.38 | ant__ | NOTE: package stagemanager-native-0.0.1-r12: task do_compile: Succeeded |
22:36.38 | ant__ | NOTE: Running task 17 of 5034 (ID: 1135, /oe/openembedded/recipes/stage-manager/stagemanager-native_0.0.1.bb, do_install) |
22:36.38 | ant__ | 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.26 | ant__ | and now again..stuck at task do_setscene |
22:39.33 | ant__ | NOTE: package m4-native-1.4.14-r0.0: task do_setscene: Started |
22:40.18 | ant__ | bitbake 1.10.0 |
22:43.18 | kergoth | hmmm |
22:50.24 | ant__ | now rebuilding from scratch I've seen a line scrolling.. |
22:50.29 | ant__ | missing gettext ? |
22:50.31 | ant__ | ... |
22:50.42 | ant__ | retry |
22:51.42 | ant__ | like woglinde reported, should be coreutils-native |
22:54.38 | kergoth | RP: 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.39 | RP | kergoth: I haven't had a chance to look in detail yet, sorry :( |
23:00.45 | kergoth | no worries |
23:00.50 | kergoth | any thoughts on the concept? |
23:01.26 | kergoth | can always refactor the code, but if the direction is wrong, it'd need to be scrapped :) |
23:01.31 | ant__ | uh oh...NOTE: package bzip2-full-native-1.0.5-r1: task do_configure: Started |
23:01.31 | ant__ | 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.40 | RP | Your current approach sounds reasonable as much as I understand it |
23:01.41 | kergoth | thinks ant__ gets the weirdest errors |
23:02.00 | RP | quilt gives strange permissions on its files |
23:02.06 | kergoth | i just added proper checking for recursion in expansions.. never did get that added to the original expand() :) |
23:02.08 | ant__ | quilt has problems too |
23:02.21 | ant__ | NOTE sub.current=none |
23:02.25 | RP | Why something is trying to grep that in do_configure on the other hand... |
23:02.39 | RP | kergoth: I'd love nothing more than to be looking at that code :/ |
23:03.01 | kergoth | poor RP, you need some spare time, or work needs to let you do more fun stuff :) |
23:04.38 | ant__ | RP: definitely quilt and coreutils natives need a check |
23:05.59 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
23:06.07 | ant__ | and somewhere there are too many slashes |
23:06.08 | ant__ | NOTE: package file-native-5.04-r2.0: task do_populate_sysroot: Started |
23:06.15 | ant__ | sry |
23:06.16 | ant__ | NOTE: package file-native-5.04-r2.0: task do_populate_sysroot: Started |
23:06.17 | RP | kergoth: I need a holiday. One I don't spend trying to fix a house ;-) |
23:06.22 | ant__ | NOTE: package file-native-5.04-r2.0: task do_populate_sysroot: Started |
23:06.23 | kergoth | hehe |
23:07.07 | kergoth | i own a house, but its just a townhouse, all exterior is covered by the HOA |
23:07.37 | mwester | owns a house, but seems to live in a hotel mostly. |
23:07.43 | RP | is 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.08 | ant__ | <PROTECTED> |
23:08.15 | ant__ | <PROTECTED> |
23:08.29 | RP | He doesn't agree I have a right to demolish a shared wall. Its going to be fun |
23:08.44 | kergoth | ugh, that sounds painful |
23:08.52 | ant__ | RP: ouch |
23:08.53 | RP | is spending 50% of the time away from home atm :/ |
23:09.11 | RP | I will rebuild it, bigger than it currently is |
23:09.32 | RP | its a long story... Maybe some other time :) |
23:09.43 | kergoth | heh :) |
23:11.05 | ant__ | one can choose the wife but not the neighbours :/ |
23:11.40 | RP | This guy has managed to rub me up the wrong way... |
23:11.51 | ant__ | there was a movie with Belushi wrt |
23:12.54 | ant__ | RP: what if I tell you a friend of mine has been suited because of the 'sound' of his Harley? |
23:13.13 | ant__ | neighbour called police... |
23:13.19 | RP | ant__: He doesn't know about my offroad bike yet ;-) |
23:13.26 | kergoth | hehe |
23:13.26 | ant__ | :D |
23:13.48 | RP | He did remark "you're not going to be revving engines up all the time are you?" |
23:14.27 | RP | To which I replied, no whilst pondering whether to invite my brother around with his Ducati and its Termis |
23:15.09 | RP | The offroad bikes ins't that bad really but he'll hate the idea of it |
23:16.26 | RP | He tried to explain to my builders they were doing the work wrong a few weeks ago |
23:17.17 | RP | Their 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.32 | RP | I even managed a straight face |
23:17.43 | RP | Anyhowm don't get me started |
23:18.30 | kergoth | thinks about how to do something vaguely like static single assignment form with bitbake variables |
23:21.31 | ant__ | ah |
23:21.32 | ant__ | NOTE: package atk-native-1.30.0-r0: task do_populate_sysroot: Started |
23:21.32 | ant__ | new rpath '$ORIGIN/../../../../usr/lib:$ORIGIN/../../../../../..' too large; maximum length 50 |
23:21.41 | ant__ | 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.23 | ant__ | same for libdbus-glib-1.so.2.1.0: n |
23:25.39 | ant__ | curl-native too seems missing gettext |
23:26.03 | kergoth | hmm.. 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.23 | kergoth | http://kergoth.pastey.net/136227 .. not the prettiest display of the path with the recursion.. /me thinks |
23:32.43 | kergoth | without 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.51 | kergoth | then itd at least show ${FOO} -> ${BAZ} |
23:34.13 | kergoth | maybe i should show the initial item twice, making it clear there's a loop |
23:34.18 | kergoth | ${FOO} -> ${BAZ} -> ${FOO} |
23:34.24 | ant__ | Tartarus: I hit the same chrpath lenght limits with natives as you expected (Was Re: [oe] Request for branch merge) |
23:34.44 | ant__ | NOTE: package gcc-cross-intermediate-4.3.3-r11.1: task do_populate_sysroot: Started |
23:34.44 | ant__ | new rpath '$ORIGIN/../../../../usr/lib:$ORIGIN/../../../../../..' too large; maximum length 50 |
23:36.13 | RP | kergoth: 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.23 | RP | but then I'm used to bitbake tracebacks :/ |
23:36.26 | kergoth | yeah definitely. this isn't integrated into bitbake yet, so :) |
23:36.45 | ant__ | RP: where is set that lenght 50? |
23:37.35 | RP | ant__: its the length of the original string |
23:37.56 | ant__ | ok, I feared was Gentoo's chrpath |
23:44.36 | ant__ | oh..renderproto fro console-image is wonderful... |
23:45.47 | Tartarus | We really need to build and use our own chrpath :) |
23:46.00 | RP | Tartarus: not as easy as it sounds |
23:46.06 | RP | think about it |
23:46.10 | Tartarus | RP: Yes |
23:46.18 | Tartarus | RP: But we need it all the same. |
23:46.28 | Tartarus | RHEL isn't usable now |
23:46.46 | Tartarus | Or we could just link $ORIGIN ;) |
23:47.03 | RP | Tartarus: It will break, badly |
23:47.07 | Tartarus | What? |
23:47.15 | RP | Tartarus: We've done this one ;-) |
23:47.39 | Tartarus | linking $ORIGIN is fine |
23:48.25 | Tartarus | I'm just reminding you that RHEL isn't an easy OE host now |
23:48.49 | RP | Tartarus: chrpath isn't available on that platform from anywhere? |
23:49.00 | ant__ | fwiw it seems the strings are 53 chars long..what about $OR ;) |
23:49.36 | Tartarus | RP: It's not in rhn, no. |
23:50.05 | RP | Tartarus: Sad. I'm sure we can come up with a way to make something work re: a chrpath-native |
23:52.37 | ant__ | ok, after having posted a ton of issues I shall go and sleep... |
23:52.42 | ant__ | 'night guys |