00:09.21 | *** join/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net) |
00:10.38 | *** join/#oe tmbinc_ (i=abcd@83.141.3.59) |
00:11.45 | *** join/#oe rsalveti (n=rsalveti@189.115.172.233) |
00:21.46 | *** join/#oe Vink__ (i=96a90f85@gateway/web/freenode/x-41a80a37e2c7e25d) |
00:28.57 | *** join/#oe reid04 (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com) |
00:39.12 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r54d5f30832 10openembedded.git/classes/base.bbclass: |
00:39.12 | CIA-2 | base.bbclass: Fix staging for non-native packages |
00:39.12 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
00:45.46 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
01:03.34 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
01:22.30 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
01:32.26 | *** join/#oe zecke (n=ich@123-192-145-111.dynamic.kbronet.com.tw) |
01:34.24 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
01:35.38 | *** join/#oe ctusar (n=ctusar@c-71-58-119-148.hsd1.pa.comcast.net) |
02:34.04 | *** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
02:48.24 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
03:00.47 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
03:11.35 | *** join/#oe fraxinas (n=quassel@p4FD65CA4.dip.t-dialin.net) |
03:20.29 | *** join/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
03:26.45 | *** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
04:13.37 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
04:56.57 | *** join/#oe Flyser_ (n=Flyser@unaffiliated/flyser) |
05:04.17 | *** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
05:08.31 | *** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
05:12.45 | *** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
05:16.59 | *** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
05:21.14 | *** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
05:25.33 | *** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
05:33.29 | *** join/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
05:35.22 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
06:06.57 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
06:17.44 | *** join/#oe tasslehoff (n=Mich@147.84-49-231.nextgentel.com) |
06:30.12 | *** join/#oe Weaselweb (n=quassel@2001:6f8:9e4:123:21a:92ff:fe5a:1409) |
07:09.27 | *** join/#oe bswix (n=rode@147.84-49-231.nextgentel.com) |
07:20.10 | CIA-2 | 03Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * rab0b2217fe 10openembedded.git/recipes/busybox/ (busybox-1.11.3/iptunnel.patch busybox.inc busybox_1.11.3.bb): |
07:20.10 | CIA-2 | busybox-1.11.3: undefined reference __cpu_to_be16 fixed for busybox-static |
07:20.10 | CIA-2 | A patch fixing this problem inside the linux kernel was not accepted. |
07:20.10 | CIA-2 | For details see: |
07:20.10 | CIA-2 | - http://lkml.org/lkml/2009/6/18/223 |
07:20.14 | CIA-2 | - http://patchwork.kernel.org/patch/31164/ |
07:20.16 | CIA-2 | Signed-off-by: Steffen Sledz <sledz@dresearch.de> |
07:30.21 | zecke | steffen? |
07:32.36 | *** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
07:40.08 | *** join/#oe DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
07:46.55 | *** join/#oe eFfeM (n=frans@j192117.upc-j.chello.nl) |
07:54.34 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
07:59.24 | *** join/#oe Jay7 (n=jay@93-81-68-255.broadband.corbina.ru) |
08:02.47 | *** join/#oe mrc3_ (n=ddiaz@189.157.113.233) |
08:11.52 | *** join/#oe ensc|w (n=ensc@www.sigma-chemnitz.de) |
08:16.37 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
08:18.36 | *** join/#oe thaytan (n=jan@78.16.140.24) |
08:19.55 | *** join/#oe MWelchUK_work (n=welchma@65.91.2.71) |
08:20.07 | *** join/#oe mickey|office (n=M@dialbs-092-079-168-007.static.arcor-ip.net) |
08:20.17 | CIA-2 | 03David-John Willis <John.Willis@Distant-earth.com> 07org.openembedded.dev * r55331de730 10openembedded.git/ (conf/checksums.ini recipes/xfce-base/xfce4-panel_4.6.2.bb): xfce4-panel: Add new upstream 4.6.2 release and checksums. |
08:25.11 | *** join/#oe thebohemian (n=rschus@p5DDC6B02.dip.t-dialin.net) |
08:29.12 | *** join/#oe woglinde (i=woglinde@g225073235.adsl.alicedsl.de) |
08:29.20 | woglinde | gm |
08:32.04 | *** join/#oe tasslehoff (n=Mich@147.84-49-231.nextgentel.com) |
08:39.48 | *** join/#oe Pr0t0N (n=lcintrat@93.2.234.186) |
08:44.48 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
08:46.36 | *** join/#oe Heinervdm (n=thomas@pD9E150B8.dip.t-dialin.net) |
08:47.08 | *** join/#oe fpga (n=s@92.62.56.51) |
08:54.30 | RP | morning all |
08:54.50 | woglinde | hi RP |
08:55.12 | *** join/#oe playya__ (n=playya@unaffiliated/playya) |
08:57.11 | *** join/#oe playya_ (n=playya@unaffiliated/playya) |
09:05.08 | *** join/#oe aloisiojr (n=aloisio@esprx02x.nokia.com) |
09:05.17 | *** join/#oe dth (n=Dieter@p4FDEBDB2.dip.t-dialin.net) |
09:11.39 | *** join/#oe eric__ (n=eric@pac33-2-82-240-38-71.fbx.proxad.net) |
09:12.05 | *** join/#oe reid04 (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com) |
09:15.26 | eric__ | hi, is there a clean way to include some kernel-module.ipk in an image without including kernel-image ? |
09:15.56 | woglinde | no |
09:16.28 | woglinde | maybee with a dummy package |
09:16.33 | woglinde | but there isnt one yet |
09:16.57 | eric__ | ok thanks I'm going to try this |
09:18.41 | *** join/#oe rob_w (n=bob@p549BE7E2.dip.t-dialin.net) |
09:19.27 | *** join/#oe recalcati_ (i=51485a51@gateway/web/freenode/x-6434b6a68ee28b1b) |
09:33.05 | cdbot2 | * * OE Bug 5327 has been RESOLVED (INVALID) by ospite(AT)studenti.unina.it |
09:33.07 | cdbot2 | * * gcc-cross-intermediate-4.4.1-r6.1: oe_runmake failed. |
09:33.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5327 |
09:33.16 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
09:34.36 | *** join/#oe jeff__ (i=56934587@gateway/web/freenode/x-774f1d7decc75158) |
09:35.54 | jeff__ | Good mornig, I am attempting to build the qte sdk, however it fails on the final task when it is trying to populate the sdk, any ideas what could be the main cause of this? |
09:36.42 | zub | what error do you get? |
09:37.13 | *** join/#oe kristoffer_ (n=kristoff@95.209.142.226.bredband.tre.se) |
09:37.36 | woglinde | hi xora |
09:38.58 | jeff__ | zub: ERROR: function do_populate_sdk failed |
09:39.36 | jeff__ | runing task meta-toolchain-qte.bb, do_populate_sdk |
09:39.41 | zub | I suspect it's an issue about stripping static libs |
09:40.17 | zub | check the detailed error log |
09:40.27 | zub | don't remember now, but bitbake/OE should tell you where to look for it |
09:40.28 | woglinde | *sigh* |
09:40.46 | woglinde | jeff__ you could use tinderbuild stuff |
09:41.02 | woglinde | which is a really easy effort to share the error |
09:41.20 | woglinde | INHERIT += "oestats-client" |
09:41.20 | woglinde | OESTATS_SERVER = "tinderbox.openembedded.net" |
09:41.34 | woglinde | OESTATS_BUILDER = "yournick_or_whatever" |
09:41.42 | woglinde | put this into your localconf |
09:41.47 | woglinde | and send us the url |
09:41.52 | woglinde | when its failing |
09:42.50 | *** join/#oe florian_kc (n=fuchs@Maemo/community/contributor/florian) |
09:43.04 | woglinde | hi florian |
09:43.37 | zecke | has anyone managed to build glibc with framepointers? |
09:44.25 | woglinde | hm no |
09:44.32 | woglinde | didnt try it |
09:44.42 | woglinde | I am only using eglibc and uclibc |
09:45.42 | zecke | woglinde: could you try with eglibc? :) |
09:45.46 | florian | good morning |
09:46.04 | jeff__ | woglinde: Ok, changed conf, one moment while I run build again. |
09:46.28 | pix | florian, good morning ! |
09:46.58 | Jay7 | florian: hey :) |
09:47.10 | Jay7 | florian: who is approving new projects on LTG? |
09:48.47 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r2260d1ba38 10openembedded.git/recipes/shr/e-wm-theme-illume-gry_git.bb: |
09:48.47 | CIA-2 | e-wm-theme-illume-gry: missing recipe from shr/import |
09:48.47 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
09:48.48 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r9a13bb5dc2 10openembedded.git/recipes/sqlite/ (sqlite3-native_3.6.19.bb sqlite3_3.6.19.bb): |
09:48.51 | CIA-2 | sqlite3_3.6.19: add tcl-native to DEPENDS |
09:48.53 | CIA-2 | * Header files are generated by tcl in newer sqlite |
09:48.55 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
09:49.07 | woglinde | I wonder when jama is sleeping |
09:49.19 | JaMa | is wondering too |
09:50.05 | eFfeM | stupid q, if I have multiple libs with -l do they need to be in order (so things like libc last) or doen't that matter ? |
09:50.12 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
09:50.31 | JaMa | good that employer isn't wondering when I'm working for him.. I should change work to something more linux related.. |
09:50.42 | woglinde | effem order normaly doesnt matter |
09:51.03 | woglinde | effem I didnt see any stuff yet where two libs provides the same symbols |
09:51.38 | woglinde | jama *g* |
09:51.43 | eFfeM | woglinde: thought that |
09:52.14 | woglinde | why the heck is tcl generating header for sqllite? |
09:52.23 | woglinde | this looks like stupid idea |
09:52.29 | woglinde | from developers |
09:53.00 | *** join/#oe MWelchUK_work (n=welchma@65.91.2.71) |
09:54.23 | JaMa | woglinde: haven't checked what they're doing but mrmoku complained that it cannot be build on his buildhost.. because it calls tcl and used tcl from buildhost here instead of tcl-native.. |
09:57.02 | Jay7 | sleeping... |
09:57.14 | Jay7 | it is too good to be real :) |
09:57.22 | eFfeM | having trouble with the qt4 mysql driver, the .so complains about missing mysql_server_init, I added -lmysqlclient to it, still i do not see that lib end up in the mysql driver .so file |
09:59.19 | woglinde | effem hm |
09:59.30 | woglinde | I didnt build qt lately |
09:59.36 | woglinde | should again |
09:59.45 | woglinde | but first I will finish boost stuff |
09:59.53 | woglinde | build boost with cmake |
10:00.08 | woglinde | is much better then with bjam |
10:00.11 | eFfeM | woglinde: it all builds without problem, but if I load the mysql driver it complains about an undefined symbol |
10:00.36 | eFfeM | mythbackend: symbol lookup error: /usr/lib/qt4/plugins/sqldrivers/libqsqlmysql.so: undefined symbol: mysql_server_init |
10:00.57 | eFfeM | this .so file is delivered from qt4-plugin-sqldriver-sqlmysql |
10:01.02 | woglinde | hm ldd |
10:01.03 | woglinde | shows |
10:01.05 | woglinde | libmysqlclient_r.so.16 => /usr/lib/libmysqlclient_r.so.1 |
10:01.09 | woglinde | on my host |
10:01.30 | eFfeM | woglinde: what is the exact ldd cmd you give ? |
10:01.42 | woglinde | ldd /usr/lib/qt4/plugins/sqldrivers/libqsqlmysql.so |
10:01.49 | woglinde | debian unstable |
10:01.54 | woglinde | package shows two libs |
10:02.03 | woglinde | one with _r one without |
10:02.16 | eFfeM | there are two |
10:02.28 | eFfeM | i have no ldd on my beagle and ldd cross does not seem to work |
10:02.51 | eFfeM | just did strings mysql.so | less |
10:03.12 | eFfeM | is there a cross ldd ? |
10:03.26 | zecke | eFfeM: qemu :) |
10:03.38 | zecke | eFfeM: you can use objdump -x and look at the SO_NEEDED entry |
10:04.53 | *** join/#oe florian (n=fuchs@Maemo/community/contributor/florian) |
10:04.58 | eFfeM | cross ldd does not work, objdump -x has NEEDED entry, not SO_NEEDED and no mysqlclient in it |
10:08.01 | eFfeM | hm, can't find a thing right now, need to leave kbd for 15 minutes |
10:09.05 | florian | oops |
10:09.43 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r7bd8c333e2 10openembedded.git/recipes/mythtv/ (2 files in 2 dirs): mythplugins: fixed remaining staging issues |
10:09.53 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rf0792ef5d7 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
10:10.02 | woglinde | mythtv the never ending story |
10:10.03 | woglinde | *g* |
10:10.58 | woglinde | hm |
10:12.13 | DJWillis | woglinde: and after all that work I wonder what monster embedded platform is going to run it all ;-) |
10:13.31 | woglinde | djwillis hm some omap3 |
10:13.44 | woglinde | I could test it with beagleboard and usb tv stick |
10:13.54 | woglinde | if the day would have 120 hours |
10:14.48 | DJWillis | woglinde: I tried on the Pandora, I gave up as I just came to the view that OMAP3 was a little light for it. It would be cool to use the Pandora as a Myth frontend (or even both). |
10:15.17 | XorA | shudders at myth |
10:15.23 | woglinde | DJWillis hm light? |
10:15.31 | woglinde | omap3 isnt enough? |
10:15.46 | woglinde | appros pandora are they now available? |
10:16.23 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r3d9d81c87f 10openembedded.git/conf/distro/include/sane-srcrevs.inc: |
10:16.23 | CIA-2 | sane-srcrevs.inc: missing srcrev for calc |
10:16.23 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
10:16.41 | DJWillis | woglinde: regarding the Pandora, there are near final units out and about but I have been hacking on it on and off for a few years, just as a hobby dev with early hardware. |
10:18.25 | pb__ | florian: good morning |
10:18.27 | pb__ | mickeyl: good morning |
10:18.29 | pb__ | woglinde: good morning |
10:18.31 | pb__ | zecke: good afternoon |
10:19.08 | woglinde | he pb |
10:19.14 | woglinde | only 4 days left |
10:19.35 | zecke | pb__: hey! |
10:20.02 | woglinde | pbuilder rockz |
10:20.21 | eFfeM | re |
10:20.26 | woglinde | re effem |
10:20.44 | woglinde | djwillis hm mythtv should work on sheeva |
10:20.52 | woglinde | as server |
10:21.25 | jeff__ | Ok, I think this is it http://tinderbox.openembedded.net/builds/37210/ |
10:22.25 | woglinde | jeff did you pull the latest stuff? |
10:22.55 | *** join/#oe thaytan (n=jan@nat/sun/x-16ae30407687ff08) |
10:24.15 | jeff__ | I did |
10:24.22 | woglinde | jeff ah thats a nasty error |
10:24.38 | woglinde | hm could you try to set |
10:25.30 | jeff__ | osrry, set? |
10:25.35 | jeff__ | sorry |
10:25.51 | *** join/#oe aloisiojr (n=aloisio@esprx02x.nokia.com) |
10:26.36 | woglinde | PREFFERED_PROVIDER_gconf = "gconf" |
10:26.42 | woglinde | in your local.conf |
10:26.43 | woglinde | sorry |
10:26.59 | woglinde | needed some time to verify it |
10:28.26 | jeff__ | Just to confirm, I don't need to build anything else before I build the sdk? |
10:28.48 | DJWillis | woglinde: now that's a cool idea, had not considered that, ok, now to get a Sheeva to mess with. |
10:29.40 | *** join/#oe mike_cw (n=quassel@213.218.221.154) |
10:30.11 | *** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
10:32.07 | *** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at) |
10:32.14 | eFfeM | woglinde: back to my orlginal Q: if I have two libs A and B and they are linked with -lA -lB and B references a symbol of A, will that resolve or does that give an order problem |
10:32.42 | pb__ | that is fine |
10:33.05 | eFfeM | ok, just wanted to verify, i know in the old days order was important |
10:34.04 | woglinde | effem 30 years ago? |
10:34.12 | pb__ | it's important with static libs, but shared libs are more forgiving. |
10:34.26 | eFfeM | woglinde: only 25 :-) |
10:34.28 | *** join/#oe thebohemian (n=rschus@p5DDC6B02.dip.t-dialin.net) |
10:34.32 | pb__ | mostly because shared libs are an "all or nothing" proposition: you can't load just part of the library like you do with .a files |
10:34.56 | *** join/#oe atk007 (i=79f09803@gateway/web/freenode/x-d0013daa7314f11a) |
10:35.12 | woglinde | pb hm intressting |
10:35.20 | woglinde | every day I learn something new |
10:35.25 | eFfeM | pb__: the issue is that the lib does not show up in objdump -x |
10:35.43 | eFfeM | although I did -lmysqlclient on the linker command line |
10:35.46 | woglinde | okay time to hang out the whasing |
10:36.02 | woglinde | effem try -lmysqlclient_r |
10:36.06 | pb__ | eFfeM: "show up" in what way? you mean you don't get a NEEDED record? |
10:36.17 | eFfeM | there is no NEEDED record |
10:36.26 | woglinde | damn mysql mirror is so slow |
10:36.28 | eFfeM | woglinde: what is the diff between the regular and the _r version? |
10:36.33 | woglinde | thats I cant look up it myself |
10:36.39 | woglinde | in our building |
10:37.19 | pb__ | eFfeM: can you put the output of "readelf -a" in a pastebin? |
10:37.27 | eFfeM | will do |
10:38.56 | eFfeM | pb__ it is kinda much so redirected to a file and loaded to http://filebin.ca/tfyscf/readelf |
10:39.12 | pb__ | righto |
10:39.42 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * rb8f658eb91 10openembedded.git/recipes/linux/ (linux-2.6.31/boc01/005-091008-isl12024.patch linux_2.6.31.bb): linux-2.6.31: update boc01 RTC driver for upstream submission |
10:41.15 | pb__ | yeah, that is a bit odd |
10:41.23 | pb__ | as you say, no NEEDED, but it clearly does have relocs against mysql |
10:41.34 | pb__ | what's the exact final link command you are using? |
10:41.52 | *** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-51ec523aa66548ae) |
10:42.33 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r3262724e9c 10openembedded.git/recipes/calc/ (calc_0.0.1.bb calc_0.0.2.bb calc_git.bb): |
10:42.33 | CIA-2 | calc: add 0.0.2 tag and lower default preference for untagged version |
10:42.33 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
10:42.51 | eFfeM | <PROTECTED> |
10:42.51 | eFfeM | and libs contains -lmysqlclient |
10:43.14 | *** join/#oe fpga (n=s@92.62.56.51) |
10:43.16 | eFfeM | makefile is genreated with /home/frans/oe/tmp_angstrom/staging/i686-linux/usr/bin/qmake2 -spec ../../../../mkspecs/linux-g++ -unix -after INCPATH+=/home/frans/oe/tmp_angstrom/staging/armv7a-angstrom-linux-gnueabi/usr/include/freetype2 LIBS+=-L/home/frans/oe/tmp_angstrom/staging/armv7a-angstrom-linux-gnueabi/usr/lib -o Makefile mysql.pro |
10:43.52 | eFfeM | hmmm |
10:44.19 | pb__ | what does that actually end up expanding to? |
10:44.24 | hrw | morning |
10:44.27 | pb__ | can you run make and paste the actual command that it runs? |
10:44.43 | eFfeM | in qt4 I also added LIBS+=-lmysqlclient, don't see that one in the qmake file |
10:44.48 | eFfeM | hi hrw |
10:45.14 | eFfeM | pb__ what is the best way to do that? is this cmd somewhere in a tmp/*log* file ? |
10:45.16 | eFfeM | temp |
10:45.25 | pb__ | eFfeM: it should be in log.do_compile |
10:46.13 | *** join/#oe zoff99_ (i=chatzill@chello080109110037.13.15.vie.surfer.at) |
10:47.31 | *** join/#oe zoff99_ (i=chatzill@chello080109110037.13.15.vie.surfer.at) |
10:48.11 | eFfeM | pb__ this is (what I think is) the relevant part of do_compile: |
10:48.12 | eFfeM | http://www.pastebin.ca/1654649 |
10:48.43 | *** join/#oe greyback (n=greyback@ip-83-147-165-234.dub-3rk1.metro.digiweb.ie) |
10:49.43 | pb__ | ah |
10:49.49 | pb__ | "-L -lmysqlclient" is no good |
10:49.55 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
10:50.17 | hrw | ~curse keeping linux-libc-headers in local repositories |
10:50.37 | ibot | May the fleas of a thousand camels infest your most sensitive regions, keeping linux-libc-headers in local repositories ! |
10:51.21 | *** join/#oe fpga (n=s@92.62.56.51) |
10:51.40 | pb__ | you need to either remove that -L, or supply an argument to it. as it stands, the -L will swallow the following "-lmysqlclient" as its argument, which will not produce any useful effect unless you happen to have a directory named "-lmysqlclient" with libraries in :-} |
10:54.07 | eFfeM | hm, the -L is not mine |
10:54.25 | jeff__ | woglinde: Same error http://tinderbox.openembedded.net/public/logs/task/3417672.txt I going to try fresh build of everything by getting rid of the tmp dir and starting afresh |
10:54.49 | eFfeM | I just added the LIBS+=-lmysqlclient line to qmake |
10:55.31 | eFfeM | is pondering whether he should just do LIBS+="-lmysqlclient -lmysqlclient" to work around the -L |
10:55.50 | eFfeM | or qmake LIBS does something different than I've been told |
10:57.54 | woglinde | jeff__ could try bitbake -g sdkstuff |
10:58.06 | woglinde | and look where the gconf-dbus is sneaking in? |
10:58.12 | woglinde | or which package its need |
10:58.38 | woglinde | I dont know why the sdk needs gconf anyway |
10:58.42 | woglinde | zecke do you know? |
10:59.22 | zecke | woglinde: SDK == meta-toolchain? |
11:00.33 | *** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at) |
11:00.34 | woglinde | zecke jepp meta-toolchain-qte |
11:00.38 | woglinde | http://tinderbox.openembedded.net/builds/37223/ |
11:00.55 | eFfeM | pb__: do you hav a better suggestion as the duplicatd -lmysqlclient |
11:02.33 | zecke | woglinde: gconf... Qt -> Phonon -> GStreamer - > Gconf |
11:02.45 | woglinde | ah |
11:02.47 | woglinde | right |
11:02.59 | woglinde | gconf-dbus should die |
11:03.28 | woglinde | effem hm so the spec file is broken |
11:03.58 | eFfeM | oooo k |
11:04.16 | eFfeM | breaking territory that is still uncharted by me ... |
11:04.43 | woglinde | effem you could begging zecke |
11:04.45 | woglinde | to fix it |
11:05.07 | eFfeM | zecke: please? very please ?? very very very please ? |
11:05.16 | woglinde | for glib it seems right |
11:05.25 | woglinde | -lglib-2.0 |
11:05.29 | woglinde | without -L |
11:05.39 | woglinde | but this linking is wrong anyway |
11:06.01 | zecke | ah gconf-dbus died? |
11:06.17 | woglinde | dont know |
11:06.22 | woglinde | seems I should google |
11:06.29 | woglinde | what it is usefull for |
11:07.23 | woglinde | hm okay |
11:07.28 | woglinde | missusing of dbus |
11:07.30 | woglinde | as ipc |
11:07.31 | eFfeM | zecke any idea what I need to do to build qt4 mysql connector with -lmysqlclient in a proper way ? |
11:08.15 | zecke | eFfeM: look at test Qt is executing to figure out if it is installed |
11:08.30 | zecke | eFfeM: maybe some variable is not properly initialized (config.* and conigure) |
11:09.16 | eFfeM | zecke: wehll mysql.pro does a check for isEmpty(QT_LFLAGS_MYSQL) and apparently it is not |
11:10.45 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
11:11.14 | zecke | sorry, I don't feel weel right now... poke me tomorrow |
11:11.44 | eFfeM | zecke config.tests/unxi/mysql/mysql.pro does contain LIBS += -lmysqlclient |
11:11.44 | eFfeM | <PROTECTED> |
11:12.21 | eFfeM | zecke: np, get well soon, i'll dig into it myself, will get back to you tomorrow or so if still needed |
11:12.27 | eFfeM | and thanks for your pointer |
11:12.47 | zecke | eFfeM: feel free to send me a mail with the problem description (i didn't follow this conversation) :) |
11:14.48 | hrw | argh |
11:14.59 | woglinde | jo hrw |
11:15.01 | hrw | unpacking by hand works, by bitbake fails |
11:17.04 | hrw | someone uses OE or Poky on ubuntu 9.10? |
11:17.18 | woglinde | hrw not yet |
11:18.09 | Crofton|work | hrw, problem with recent uduntu? |
11:18.10 | zecke | hrw: yeah me |
11:19.04 | hrw | Crofton|work: http://pastebin.ca/1654688 |
11:19.12 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
11:19.14 | hrw | when I call same command by hand it works fine |
11:21.08 | ant_work | florian: what's happening to ltg? |
11:22.22 | florian | ant_work: what's wrong? |
11:22.35 | ant_work | can't load any web page |
11:24.52 | hrw | fscking crap |
11:25.01 | ant_work | florian: I can ssh, though |
11:25.23 | ant_work | 18364 list 20 0 591m 522m 3232 R 100 6.5 423:41.25 python |
11:25.25 | florian | ant_work: hmm indeed, looks like apache had some problem... just restarted it and it works again |
11:25.43 | ant_work | thx |
11:25.43 | *** join/#oe jeff__ (i=56934587@gateway/web/freenode/x-2cb65050f4a28150) |
11:28.01 | florian | one sec, i'll restart it again |
11:28.06 | mickey|office | RP: ping |
11:28.33 | florian | morning mickey|office |
11:28.37 | mickey|office | morning florian |
11:28.46 | mickey|office | florian: who can write the tax receipt for Eric? |
11:28.59 | mickey|office | which form do it need to comply to? |
11:29.07 | *** join/#oe vo5 (n=vo@bd210299.virtua.com.br) |
11:29.28 | woglinde | florian time to swtich ti lighttp? |
11:30.08 | ant_work | or to drop debian... |
11:30.50 | ant_work | *v* |
11:31.13 | florian | mickey|office: all board members at least. i guess it shoudl be easy to find out how it works. if i get the data and if it is not really urgent i can do this |
11:31.37 | mickey|office | florian: it might be urgent, depending on fiscal quarters |
11:31.43 | mickey|office | florian: (relatively) |
11:31.53 | hrw | ant_work: LTG should move to angstrom? |
11:32.02 | Crofton|work | hrw :) |
11:32.12 | ant_work | one day, perghaps,...step by step :] |
11:32.26 | *** join/#oe lrg (n=lrg@slimlogic.co.uk) |
11:32.28 | woglinde | ant why drop debian? |
11:32.51 | eric__ | mickey|office : this is not urgent, I need just it before the end of december |
11:32.52 | ant_work | well, apt upgrades... |
11:32.59 | ant_work | can be dangerous |
11:33.10 | mickey|office | eric__: ah, you're here :) |
11:33.16 | florian | ant_work, Jay7: drop me mail if you notice somethign is wrong. the fusionforge installation misght still need some fixes |
11:33.19 | hrw | ant_work: o, rly? |
11:33.29 | florian | hi lrg |
11:33.29 | mickey|office | eric__: good, we should aim to do it within Nov. then |
11:33.34 | mickey|office | yo lrg |
11:34.16 | ant_work | much more risky than emerge system e.g. |
11:34.16 | ant_work | ;) |
11:34.16 | lrg | hey florian mickeyl |
11:34.16 | hrw | hi Liam |
11:34.16 | Jay7 | florian: I'm still see no project's wiki.. :( |
11:34.16 | Jay7 | per-project's |
11:34.16 | lrg | and Marcin ;) |
11:34.16 | eric__ | mickey|office : ok fine, thanks |
11:34.17 | ant_work | hrw: or even bsd for *our* servers |
11:34.17 | ant_work | lol |
11:34.43 | florian | Jay7: right... I haven't managed to check what's missing there. |
11:35.12 | woglinde | bye for now |
11:35.33 | Jay7 | florian: ok, I'll wait :) |
11:35.46 | RP | mickey|office: pong |
11:36.02 | Jay7 | about apache.. you can install nginx as frontend |
11:36.25 | Jay7 | and serve static images by nginx too |
11:36.35 | Jay7 | all static content even |
11:36.51 | Jay7 | free time is the question :) |
11:37.19 | florian | that's it |
11:37.31 | mickey|office | RP: trying to understand the exec problem. what about http://python.pastebin.com/m4642faea ? |
11:37.48 | eFfeM | zecke, all, not sure if this is right or not but if I go into the qt dir all exe files in config.tests/unix are ARM binaries, shouldn't this be x68 binaries ?? |
11:38.31 | RP | mickey|office: Did my use case break but yours works? |
11:40.58 | mickey|office | RP: injecting bb into the globals seem to work with http://python.pastebin.com/m4642faea |
11:41.06 | mickey|office | RP: at least the function call works |
11:41.23 | RP | mickey|office: ok, let me try a test |
11:45.09 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r117419bac6 10openembedded.git/recipes/mythplugins/ (8 files in 2 dirs): mythplugins: created recipe, not fully tested yet |
11:45.11 | CIA-2 | 03Leon Woestenberg <leon@sidebranch.com> 07shr/merge * r91403056b1 10openembedded.git/recipes/linux/ (3 files in 2 dirs): |
11:45.11 | CIA-2 | linux-kirkwood-2.6.31: Add PCI Express support for openrd-base. |
11:45.12 | CIA-2 | Note there are upstream problems involving devices using PCI IOMEM. |
11:45.14 | CIA-2 | Signed-off-by: Leon Woestenberg <leon@sidebranch.com> |
11:45.16 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r9fd25648fc 10openembedded.git/ (4 files in 4 dirs): linux-kirkwood: updated defconfigs (more modules, more filesystems in kernel) |
11:45.19 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r1377125138 10openembedded.git/recipes/mythplugins/mythplugins_0.21+0.22rc1.bb: mythplugins: added a few lines of comment for clarification |
11:45.22 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r056193c663 10openembedded.git/classes/package.bbclass: |
11:45.25 | CIA-2 | Revert "package.bbclass: Cleanup getVar syntax to use True, not 1 as third argument (from Poky)" |
11:45.27 | CIA-2 | This reverts commit fcee557e1b0551d1743bbb3ad61102b9ccc4cba8. |
11:45.29 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r0c5891b4c9 10openembedded.git/conf/checksums.ini: checksums: added mythplugins checksum |
11:45.38 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r138f792724 10openembedded.git/classes/package.bbclass: |
11:45.41 | CIA-2 | Revert "Revert "package.bbclass: Cleanup getVar syntax to use True, not 1 as third argument (from Poky)"" |
11:45.43 | CIA-2 | Oops, accidently reverted a patch, reverting the revert. Sorry for any inconvenience |
11:45.45 | CIA-2 | This reverts commit 056193c6638892ddde7bddbfc6f6f06a2288ba64. |
11:45.47 | CIA-2 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07shr/merge * r9393ac7170 10openembedded.git/recipes/binutils/binutils-cross-sdk.inc: |
11:45.50 | CIA-2 | Revert "binutils-cross-sdk: Avoid QA error on building" |
11:45.52 | CIA-2 | This reverts commit b294033116a6a4f33d1b1ec9f8256adaf7374298. This |
11:45.54 | CIA-2 | patch is no longer needed as .a files are no longer stripped. |
11:45.56 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * rbdc1df7330 10openembedded.git/recipes/mythtv/mythtv_0.22rc1.bb: mythtv: added staging |
11:46.11 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r8b32d20a07 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
11:46.14 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r2d365ab53b 10openembedded.git/recipes/mythtv/ (mythtv-0.21+0.22rc1/configure.patch mythtv_0.22rc1.bb): mythtv: updated staging, fixed configure; renamed recipe |
11:46.18 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07shr/merge * r5ccd6effbe 10openembedded.git/recipes/mythplugins/ (8 files in 2 dirs): mythplugins: move into mythtv directory |
11:46.21 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * ra26da59582 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
11:46.24 | CIA-2 | 03David-John Willis <John.Willis@Distant-earth.com> 07shr/merge * r34616c490d 10openembedded.git/recipes/libgtkstylus/ (files/gtkstylus.sh libgtkstylus_0.3.bb): libgtkstylus: Fix session script to support loading of more than one GTK_MODULES. |
11:46.34 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07shr/merge * rf1a20d6191 10openembedded.git/recipes/xorg-lib/ (pixman/neon-24bpp.patch pixman/prefetch.patch pixman_git.bb): pixman git: add more NEON patches, bump SRCREV |
11:46.37 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r13355c1620 10openembedded.git/ (17 files in 5 dirs): mythtv, mythplugins: updated to 0.22rc2 |
11:46.44 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * rd88287ca8a 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
11:46.47 | CIA-2 | 03David-John Willis <John.Willis@Distant-earth.com> 07shr/merge * r8ad7a9b528 10openembedded.git/ (conf/checksums.ini recipes/xchat/xchat_2.8.6.bb): xchat: Add 2.8.6 release (and fix package to include d-bus service files). |
11:46.50 | CIA-2 | 03David-John Willis <John.Willis@Distant-earth.com> 07shr/merge * r995cb3cbff 10openembedded.git/conf/machine/omap3-pandora.conf: omap3-pandora.conf: Merge in latest machine file. |
11:46.55 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r24c8f2b9e0 10openembedded.git/recipes/mythtv/ (5 files in 2 dirs): mythplugins: added more plugins, packaging is not complete yet |
11:46.58 | CIA-2 | 03David-John Willis <John.Willis@Distant-earth.com> 07shr/merge * rfd778a7191 10openembedded.git/recipes/xorg-xserver/ (2 files in 2 dirs): xserver-xorg-conf: Update xorg.conf for the omap3-pandora. i.e. cut out a load of cruft. |
11:47.02 | CIA-2 | (53 lines omitted) |
11:48.16 | eFfeM | need a reboot, biab |
11:51.58 | *** join/#oe eFfeM (n=Frans@j192117.upc-j.chello.nl) |
11:55.44 | *** join/#oe eFfeM (n=Frans@j192117.upc-j.chello.nl) |
11:55.56 | RP | mickey|office: I can't see to reproduce the problem but it wasn't my imagination - am trying to come up with the test case :) |
11:56.14 | eFfeM | btw I'm seeing the same -L -lmysqlclient when trying to build mythplugins with zoneminder support |
11:56.29 | mickey|office | RP: oki |
11:59.17 | RP | mickey|office: Ah, I think this is due to the way methodpool works |
11:59.36 | RP | mickey|office: Imagine functionB was injected into the methodpool |
12:00.05 | RP | mickey|office: That adds it to __builtins__ which does not have bb in its scope? |
12:00.38 | mickey|office | RP: perhaps we should change the way we inject functions into the methodpool then |
12:00.47 | mickey|office | RP: could i ask for a minimal example again? |
12:00.52 | mickey|office | i'd go from there then |
12:00.59 | RP | mickey|office: yes, working on one :) |
12:01.02 | mickey|office | great |
12:01.18 | RP | mickey|office: I think this means we need to look at what methodpool is doing more closely :) |
12:01.35 | mickey|office | debugs the case of a pointer changing between a method invocation *sigh* |
12:01.39 | mickey|office | RP: yep |
12:01.58 | hrw | curses at slow network connection of one customer |
12:02.23 | hrw | fetching speed reminds me maemo.org websites... |
12:02.28 | hrw | and their 33600 modem |
12:03.00 | hrw | RP: thx for answer on Poky ML |
12:03.02 | Jay7 | :)) |
12:06.54 | RP | mickey|office: http://python.pastebin.com/m460eed29 |
12:07.43 | RP | mickey|office: and I think now I have the test case I understand - methodpool should operate on some context, not __builtins__ and we should be using that context as g when calling bb.utils.better_exec ? |
12:07.56 | hrw | RP: patch will be sent |
12:08.17 | RP | mickey|office: or we decide to use __builtins__ ? |
12:08.59 | *** join/#oe Gnutoo (n=gnutoo@host240-163-dynamic.51-79-r.retail.telecomitalia.it) |
12:09.10 | RP | hrw: np, sounds good |
12:10.31 | hrw | RP: pull then ;) |
12:11.32 | hrw | RP: good news is that I have poky trunk build in progress now |
12:12.01 | RP | hrw: cool |
12:12.02 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
12:13.19 | RP | zecke: Any good reason why methodpool operates on __builtins__ rather than creating an environment and passing it around? |
12:13.23 | mickey|office | RP: which branch do i need to make this example work? |
12:14.00 | RP | mickey|office: Any bitbake will do - the point it is doesn't work without an "import bb" in functionB |
12:14.17 | RP | mickey|office: and we want that to work |
12:14.35 | *** join/#oe marcosmamorim (n=marcos@bd210299.virtua.com.br) |
12:14.41 | mickey|office | *nod* |
12:14.53 | mickey|office | give me some time to play with that |
12:15.48 | RP | mickey|office: np :) |
12:18.29 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
12:29.44 | *** join/#oe montamer (n=montamer@203.199.213.3) |
12:30.48 | ant_work | RP: I have to rebuild all from scratch tonite...is in your branch any nerw commit fixing packaged staging? |
12:30.50 | *** join/#oe montamer (n=montamer@203.199.213.3) |
12:32.32 | RP | ant_work: Not in the sense you're after. I'm working towards that |
12:32.36 | ant_work | I mean, giving correct arch to staging* ipk's |
12:32.39 | ant_work | ah, ok |
12:34.03 | ant_work | pls don't forget the ugly package_stagefile_shell |
12:35.17 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
12:36.07 | pb__ | eFfeM: no, not really. I guess you need to figure out where the -L is actually coming from and suppress it |
12:36.45 | rkirti | morning everyone |
12:38.20 | ant_work | hi pb___ |
12:39.33 | pb__ | hi ant_work |
12:44.07 | *** join/#oe spaetz_ (n=spaetz@195.190.170.102) |
12:44.18 | pb__ | JaMa: apropos your fontconfig crash, it looks like libpthread.so might be the guilty party. could you upload that binary? |
12:44.34 | RP | ant_work: ugly in what sense? |
12:44.56 | spaetz_ | is there some historical reason that dev.oe.org pull a git version of connman rather than a release tarball? It is labeled 0.42 but the git version apparently refers to 0.44 or so |
12:44.59 | ant_work | well, the recipes using it have all disabled PARALLEL_BUILD |
12:45.19 | ant_work | and is not friendly if you deplace DEPLOYITR |
12:45.30 | ant_work | *DEPLOYDIR |
12:45.49 | ant_work | ...see, it is used in zaurus-updater |
12:46.00 | ant_work | in poky you call it in do_install iirc |
12:46.08 | ant_work | in oe is in do_stage (iirc) |
12:46.16 | mickey|office | spaetz_: yes, historical, back in the days, the releases were very seldomly. we should flag the GIT version PREFERRED_VERSION=-1 and use releases as much as possible |
12:46.27 | ant_work | yousee ...I'm waiting your commits for both reasons... |
12:46.48 | ant_work | the bastard is the first package failing during rebuild from pstage |
12:46.59 | spaetz_ | mickey|office: ok, thanks. |
12:48.56 | *** join/#oe rsalveti (n=rsalveti@189.115.172.233) |
12:49.57 | RP | ant_work: I was totally unaware of that problem. Is it on the OE list somewhere? |
12:50.13 | ant_work | yes, old thread...le me see |
12:54.26 | *** join/#oe fpga1 (n=s@92.62.56.51) |
12:55.23 | eFfeM | pb__ guess the -L is from qmake, what I think is happening is that somewhere there is a -L${STAGING_LIBDIR} or so which is not properly expanded |
12:56.28 | eFfeM | this was also what happened with the taglib-config soluion that you proposed (using ${STAGING_LIBDIR} (or I did something wrong there) |
12:57.16 | pb__ | ah, qmake |
12:57.33 | *** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at) |
12:57.37 | pb__ | I tend to abandon all hope when those five letters appear on my screen. |
12:57.59 | pb__ | if you talk sweetly to zecke then he might be able to assist you in navigating through its crazy universe. |
12:58.58 | zecke | RP: I don't remember |
12:59.12 | zecke | ant_work: sorry, I'm mostly afk... need to practice chinese |
13:01.32 | CIA-2 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * re972a049e4 10openembedded.git/recipes/connman/connman_0.46.bb: |
13:01.32 | CIA-2 | connman: include connman_0.46 (mv'd from connman_0.19) |
13:01.32 | CIA-2 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
13:03.01 | hrw | hmm.. connman... |
13:03.29 | hrw | does connman has any frontend now? not counting clutter based ones |
13:06.20 | CIA-2 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07shr/merge * r4b38fcb9d6 10openembedded.git/recipes/connman/connman_0.46.bb: |
13:06.20 | CIA-2 | connman: include connman_0.46 (mv'd from connman_0.19) |
13:06.20 | CIA-2 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
13:06.20 | CIA-2 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07shr/merge * r4057779c87 10openembedded.git/recipes/connman/connman_git.bb: connman: disable git preference for shr distro again. use 0.46 tarball |
13:06.50 | spaetz_ | hrw: on the freerunner the is mokonnect which provides a simple frontend. But I guess that is of little use on other devices |
13:06.57 | spaetz_ | there is... |
13:07.27 | spaetz_ | it uses connman as backend |
13:08.25 | hrw | I see |
13:08.40 | *** join/#oe waite_ (n=quassel@206.83.81.178.ptr.us.xo.net) |
13:08.57 | hrw | hmm... maybe good moment to curse^Wlearn python-gtk |
13:09.38 | spaetz_ | hehe |
13:12.09 | ant_work | RP: http://bugs.openembedded.net/show_bug.cgi?id=4580 |
13:13.05 | ant_work | RP: "package_stagefile_shell is there to manually mark files that need to get |
13:13.06 | ant_work | revived to make a build work, which as it happens is with bootloaders |
13:13.08 | ant_work | and kernel images" - koen |
13:14.08 | ant_work | RP: iirc actuallly only 5 recipes (bootloaders / updaters) are using it |
13:15.26 | spaetz_ | mmh, should have reset PR to 0 when I updated connman version. too late... now it's PR=1 |
13:15.29 | spaetz_ | sorry |
13:15.50 | pb__ | heh, don't worry about it. that's a pretty trivial issue in the grand scheme of things. |
13:16.16 | JaMa | pb__: http://jama.homelinux.org/org.openembedded.shr/fontconfig/libpthread-2.10.1.so |
13:16.50 | JaMa | pb__: could it be cause when eglibc is compiled without thumb enabled and rest of system has thumb enabled? |
13:17.14 | pb__ | JaMa: no, that's okay. eglibc needs to be compiled with interworking but it doesn't matter whether it is thumb or not |
13:17.44 | pb__ | however, it does look like that libpthread.so is very far from being interworking safe. |
13:18.08 | pb__ | any call to read(), for example, will be disaster |
13:18.18 | pb__ | which is a bit of a shame, obviously |
13:19.00 | JaMa | so should I try eglibc_2.9 if its better? |
13:19.27 | JaMa | method names seen in lots of segfault suggests that they call read() somewhere inside.. |
13:19.55 | pb__ | I think it should be fairly easy to patch eglibc to make it work |
13:19.55 | pb__ | I doubt 2.9 is any better than 2.10 in that respect, anyway. |
13:20.02 | pb__ | have a look at ports/sysdeps/unix/sysv/linux/arm/sysdep.h |
13:20.26 | pb__ | find the bit where it defines SYSCALL_ERROR_HANDLER inside a NOT_IN_libc guard |
13:20.52 | pb__ | the last line of the second section (i.e. !RTLD_PRIVATE_ERRNO) is the offending one: |
13:20.57 | pb__ | <PROTECTED> |
13:21.09 | pb__ | that instruction is not interworking safe in v4t (although it is in v5t) |
13:21.40 | pb__ | try replacing it with "ldr lr, [sp], #4; bx lr" and see if the situation improves |
13:22.04 | pb__ | if yes, it will need a slightly more sophisticated patch to do the right conditional bits, but I think that is the approximate idea that you need |
13:23.05 | pb__ | I think clone.S is also broken for much the same reasons and needs a similar fix |
13:24.19 | JaMa | ok, I'll try later.. now meeting.. |
13:24.30 | pb__ | enjoy |
13:24.34 | JaMa | thanks! |
13:25.22 | pb__ | mickeyl: the above is probably what was causing your python crash as well |
13:25.49 | pb__ | anything linked with libpthread.so will be almost certain to crash immediately. |
13:26.08 | ant_work | pb__: another nice catch! |
13:27.18 | mickey|office | pb__: wah, good find! |
13:28.40 | CIA-2 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * rf5701cca05 10openembedded.git/conf/checksums.ini: |
13:28.40 | CIA-2 | connman: add checksums for 0.46 |
13:28.41 | CIA-2 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
13:29.36 | CIA-2 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07shr/merge * r0027909318 10openembedded.git/conf/checksums.ini: |
13:29.36 | CIA-2 | connman: add checksums for 0.46 |
13:29.36 | CIA-2 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
13:32.27 | *** join/#oe eFfeM (n=frans@j192117.upc-j.chello.nl) |
13:33.40 | CIA-2 | 03Matthew Dombroski <matthew@4d-electronics.co.nz> 07org.openembedded.dev * rc510866574 10openembedded.git/classes/qmake2.bbclass: |
13:33.40 | CIA-2 | qmake2.bbclass: Add lupdate and lrelease. |
13:33.40 | CIA-2 | http://patchwork.openembedded.org/patch/987 |
13:33.40 | CIA-2 | Signed-off-by: Matthew Dombroski <matthew@4d-electronics.co.nz> |
13:33.40 | CIA-2 | Acked-by: Holger Hans Peter Freyther <zecke@selfish.org> |
13:37.17 | pb__ | mickey|office: heh, I guess I should stick to debugging libraries rather than organising meetings. :-} |
13:37.53 | hrw | pb__: you did good work so far in both |
13:39.43 | zecke | pb__: not your fault at all.. we (as in board) should have been more explicit... in one way it was clear that GA == OEDEM2009 |
13:42.13 | florian | agrees |
13:45.16 | *** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch) |
13:45.27 | Longfield | hello |
13:45.37 | florian | hi Longfield |
13:47.09 | Longfield | I know it's pretty overkill, but I have colleague using openMP in one of the programs he wants to use on the robot. However it does not compile with the SDK (built from OE) I gave him. Is there openMP support in gcc-cross in OE (and gcc-cross-sdk) ? |
13:48.11 | Longfield | because for instance gcc-cross-sdk has "--disable-libgomp" in its EXTRA_OECONF, but gcc-cross does not |
13:48.34 | zecke | Longfield: I don't know |
13:48.52 | RP | ant_work: ok, I'd never seen that bug before. The fix sounds reasonable |
13:49.16 | CIA-2 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * rc724ad44d6 10openembedded.git/classes/base.bbclass: |
13:49.16 | CIA-2 | base.bbclass: Better error message in case the Config Parser fails |
13:49.16 | CIA-2 | http://patchwork.openembedded.org/patch/1088/ |
13:49.16 | CIA-2 | Tested-by: Ed Nelson <enelson1000@comcast.net> |
13:49.29 | florian | This might be just wrong... imo both the SDK and the OE compiler should use the same options. |
13:49.59 | CIA-2 | 03Ricardo Salveti <ricardo.salveti@openbossa.org> 07org.openembedded.dev * r14caede54c 10openembedded.git/ (conf/checksums.ini recipes/eject/eject_2.1.5.bb): |
13:49.59 | CIA-2 | eject-2.1.5: adding HOMEPAGE and fixing SRC_URI |
13:49.59 | CIA-2 | As geocities is now down, changing the SRC_URI to point to OE |
13:49.59 | CIA-2 | mirror. |
13:49.59 | CIA-2 | Signed-off-by: Ricardo Salveti <ricardo.salveti@openbossa.org> |
13:50.01 | CIA-2 | Acked-by: Holger Hans Peter Freyther <zecke@selfish.org> |
13:53.08 | *** join/#oe recalcati_ (i=51485a51@gateway/web/freenode/x-0a5e25fee53ad65d) |
13:53.12 | spaetz_ | funny how we can use eject_2.1.5 when upstream announces 2.1.0 as latest released version :) |
13:53.21 | Crofton|work | zecke, but not clear to the larger membership |
13:53.30 | spaetz_ | but as debian also uses 2.1.5 it seems to exist |
13:56.22 | zecke | spaetz_: well, who is upstream? geocities showed it has none |
13:58.09 | *** join/#oe kgilmer (n=kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net) |
13:59.50 | Crofton|work | zecke, did you send around the proxy form? |
13:59.56 | Crofton|work | last time? |
14:01.33 | spaetz_ | zecke: well, the author has a new homepage and refers to eject.sf.net and ibiblio as canonical sources. And both show 2.1.0 as latest |
14:03.26 | zecke | spaetz_: hehe then it is the usual hijacking :) |
14:03.51 | spaetz_ | :) |
14:05.00 | zecke | Crofton|work: I sent the proxy form for the extraordinary assembly, when resetting the process it was kind of clear that GA will happen at OEDEM |
14:07.03 | Crofton|work | zecke, but no formalities were follwoed |
14:07.09 | Crofton|work | to many people assuming things |
14:07.31 | Crofton|work | the current problem is I can't find the proxy form |
14:09.18 | zecke | Crofton|work: the proxy form is just a convience... anything like "I, <name> ask <other name> to be my proxy <at GA year>" on anything (paper,fax, tissue is good enough) |
14:10.16 | Crofton|work | the basic problem is you did a really good job on the EGA announcement |
14:10.21 | zecke | Crofton|work: "2009-08-21 13:59" is the date of the mail i sent for the ega |
14:10.37 | Crofton|work | so the lack of something similar for the actual GA was strange |
14:10.37 | zecke | (and personally totally forgot about GA because I would not be there) |
14:11.17 | Crofton|work | :) |
14:12.43 | zecke | Crofton|work: technically the new members were added after the "invitation" to the GA :} |
14:13.25 | Crofton|work | well, not circulating the invite to all members at the time of the GA was poor form |
14:14.21 | zecke | <PROTECTED> |
14:14.36 | Crofton|work | rofl |
14:14.55 | Crofton|work | I am not certain that I want the eV compared with Afghanistan |
14:16.04 | zecke | <PROTECTED> |
14:17.09 | Crofton|work | Basically, we need to complete the board election |
14:17.10 | zecke | <PROTECTED> |
14:17.32 | zecke | <PROTECTED> |
14:17.37 | Crofton|work | but it is good that more of us are reading the articles and thinking about how we appear to function |
14:18.18 | zecke | <PROTECTED> |
14:18.38 | Crofton|work | yeah, that is the sort of thing we need to avoid |
14:19.36 | Crofton|work | really needs to pack and stop reading irc |
14:20.11 | Crofton|work | crap |
14:20.12 | hrw | <PROTECTED> |
14:20.21 | Crofton|work | I leave 2 hours b4 I thought I did :) |
14:20.26 | zecke | <PROTECTED> |
14:21.14 | Crofton|work | zecke gotta run |
14:21.31 | Crofton|work | basically, we need to treat this as the GA, for the board and finance reasons |
14:21.52 | Crofton|work | but, we have to get the larger membership caught up on things |
14:21.53 | Crofton|work | l8r |
14:26.04 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
14:48.34 | *** join/#oe lookingAround (n=chatzill@64.85.190.26) |
14:49.07 | *** join/#oe fpga (n=s@92.62.56.51) |
14:54.56 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc55f2f7273 10openembedded.git/ (conf/checksums.ini recipes/perl/libxml-parser-perl_2.36.bb): libxml-parser-perl: add 2.36 |
14:55.07 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * raf05f65b38 10openembedded.git/contrib/angstrom/build-feeds.sh: |
14:55.07 | CIA-2 | angstrom feed builder: also clean perl and perl-native during architecture change |
14:55.07 | CIA-2 | * If recipes like xml-parser-perl fail with linking to your host LIBC, clean perl and perl-native |
14:56.56 | *** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net) |
15:10.01 | hrw | how many of you use virtualization? |
15:10.48 | chouimat | morning |
15:10.49 | hrw | I am curious which one (kvm, xen, vbox) can use more then one core of quadcore cpu. so far I am using vbox but onecore operation slows my VMs |
15:11.24 | pb__ | we use xen on about eight machines (with between 2 and 8 cpus each) and it seems to work pretty well for us. |
15:12.10 | hrw | pb__: does it allows to use more then one core for VM? |
15:12.30 | pb__ | yeah, it would be a bit of a waste of our eight-core machines otherwise :-} |
15:13.24 | pb__ | you can assign an arbitrary number of virtual cpus to each of the virtual hosts. |
15:14.10 | pb__ | so, on one of our machines for example, we have four physical cores reserved for one particular vhost, and then all the other vhosts share the remaining four cores. |
15:14.19 | eFfeM | zecke, woglinde, pb__, all: found what the problem was with my -L (but haven't cured it yet) |
15:14.24 | pb__ | eFfeM: good-o |
15:14.34 | hrw | pb__: ok, will have to work on it then |
15:14.49 | eFfeM | the cross mysql_config returns this |
15:14.50 | eFfeM | L/home/frans/oe/tmp_angstrom/staging/armv5te-angstrom-linux-gnueabi/usr/lib -Wl,-rpath-link,/home/frans/oe/tmp_angstrom/staging/armv5te-angstrom-linux-gnueabi/usr/lib -Wl,-O1 -Wl,--hash-style=gnu -L -lmysqld -lz -lpthread -lcrypt -lnsl -lm -lpthread |
15:15.02 | pb__ | sadly I think debian are planning to drop support for xen in their next release, which is a bit of a shame. |
15:15.06 | eFfeM | note the isolated -L |
15:15.09 | pb__ | iirc, their policy is "use kvm" or some such |
15:15.21 | broonie | pb__: If waldi can get it plausibly working it might stay. |
15:15.25 | pb__ | eFfeM: ah, that is no good |
15:15.36 | eFfeM | no idea yet how it must look, but Ihave students waiting so need to leave to school |
15:16.11 | broonie | pb__: Basically, Xen dom0 support is total fail requiring extensive out of tree patches with questionable support status. |
15:17.25 | pb__ | yeah, so I gather |
15:18.08 | hrw | broonie: good to know |
15:18.08 | pb__ | it isn't the end of the world if we need to build our own dom0 kernels, though, or indeed install a non-debian os for dom0. |
15:18.39 | broonie | The existing support fails for some massive classes of hardware. |
15:18.40 | hrw | my Debian machine do not use Debian kernels |
15:18.46 | pb__ | the latter is fairly tempting for other reasons, notably that almost every time grub gets upgraded in debian at least one of our machines becomes unbootable. |
15:19.08 | broonie | Are you sure that isn't just grub? |
15:19.48 | pb__ | well, it's not the core bit of grub that goes wrong, it's the initramfs generating scripts. |
15:20.13 | broonie | Oh, that's nothing to do with grub. |
15:20.13 | pb__ | they always seem to forget to include some or other important piece of infrastructure in the initramfs which makes it impossible to mount the rootfs, load the kernel or suchlike. |
15:20.25 | broonie | Are you tracking unstable or something? |
15:20.44 | broonie | notes that he seems to avoid all these problems on unstable but anyway. |
15:21.40 | pb__ | oh, sorry, I was mixing two different things up there. |
15:21.47 | pb__ | we do have the initramfs problem, but we also have the grub equivalent |
15:22.12 | pb__ | so, half the time we don't have enough grub bits to even boot the first stage kernel. |
15:22.27 | pb__ | then, when that does work, another half of the time we don't seem to have enough initramfs bits to mount the rootfs inside linux. |
15:23.14 | pb__ | the former problem is common enough that I now keep a special grub image available on a netboot server to rescue broken machines. |
15:23.15 | broonie | You're the first person I've heard really complain about this stuff - like I say, is it unstable? |
15:23.39 | pb__ | I don't think so, though I'm not absolutely certain. |
15:23.53 | pb__ | I'm fairly sure we aren't running unstable on most of the machines with those problems. |
15:23.59 | broonie | It sounds like you're getting very frequent updates which doesn't sound like an actual release. |
15:24.03 | broonie | (could be testing too) |
15:24.26 | pb__ | well, "very frequent" is probably an exaggeration. I guess it tends to happen about once a year on each machine. |
15:24.45 | pb__ | but, given that we only reboot each of those machines about once or twice a year anyway, that is a fairly significant percentage of failed reboots. |
15:24.58 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
15:25.12 | broonie | Certainly, I don't recall ever seeing an update of grub in a release. |
15:25.34 | pb__ | the only machine where it actually happens frequently (as in, every couple of weeks) is my desktop, which is indeed running unstable. |
15:25.53 | pb__ | I've given up trying to fix it on there, I just boot a rescue grub from tftp and then load the kernel manually. |
15:26.34 | broonie | If you're running unstable report the bug. |
15:27.24 | pb__ | yah, I guess I should do that. |
15:28.17 | broonie | "I didn't tell anyone about this problem and it's still not been fixed!" |
15:29.13 | *** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net) |
15:29.51 | *** join/#oe kergoth (n=kergoth@nat/montavista/x-2609ad26b841fb48) |
15:37.13 | ant_work | pb__: this reminds me to some install-instructions on the web... livecd linux # cp arch/i386/boot/bzImage /boot/kernel ....then install bootloader (which defaults to vmlinuz or bzImage usually...) |
15:37.29 | ant_work | you're done :-} |
15:38.48 | *** join/#oe timtimred (n=meh@79-75-151-48.dynamic.dsl.as9105.com) |
15:54.17 | spaetz_ | anyone familiar with arm Alignment Trap crashes? |
15:54.45 | pb__ | a little, yes |
15:55.22 | spaetz_ | running eg connman, any time it tries to open a nonexisting file, I get a segfault and an Alignment Trap warning in dmesg |
15:55.47 | spaetz_ | Program received signal SIGSEGV, Segmentation fault. |
15:55.48 | spaetz_ | 0x0001b72c in __connman_rfkill_init () at src/rfkill.c:112 |
15:55.49 | spaetz_ | 112 src/rfkill.c: No such file or directory. |
15:56.13 | spaetz_ | which is this code: http://git.kernel.org/?p=network/connman/connman.git;a=blob;f=src/rfkill.c;h=ad624ffc6bcfb43ad7a4980d5fbea214de1faad5;hb=HEAD#l112 |
15:56.27 | pb__ | oh yeah, this is the one you mentioned in #openmoko-cdevel earlier |
15:56.35 | spaetz_ | right |
15:56.42 | spaetz_ | and at the same time I get : [ 4558.775000] Alignment trap: connmand (7401) PC=0x0001b72c Instr=0x2800fbd1 Address=0xffffffff FSR 0x813 |
15:56.49 | pb__ | the "alignment trap" part is somewhat misleading, it's just a regular segfault |
15:56.58 | spaetz_ | glibc issue, or connman issue? |
15:57.14 | pb__ | connman, probably |
15:57.18 | spaetz_ | connman does check for an error and returns, so it shouldn't segfault... |
15:57.37 | pb__ | oh yes, so it does. that connman code looks reasonable enough. |
15:57.56 | pb__ | if you have a copy of the (preferably unstripped) connman binary on hand, I will have a look at it |
15:58.18 | spaetz_ | mmh. ipkg file with -dbk .ikg file? |
15:58.31 | pb__ | ideally just the binary from the WORKDIR |
15:59.50 | spaetz_ | ok, let me check |
16:00.01 | spaetz_ | ipkg is here BTW http://sspaeth.de/uploads/tmp/connman_0.46-r1.4_armv4t.ipk |
16:00.07 | spaetz_ | as well as a dbg pkg |
16:00.12 | spaetz_ | let me check for the binary |
16:01.52 | pb__ | oh, this is another pthread package |
16:02.00 | pb__ | you probably have the same bug as mickey does with his python |
16:02.18 | pb__ | see above |
16:02.23 | spaetz_ | mmh, I remember what you talked about earlier |
16:02.40 | spaetz_ | that's a good hint. Thanks will follow that one |
16:02.57 | spaetz_ | recompiling the binary (it was rm'd) |
16:03.08 | pb__ | righto |
16:03.28 | pb__ | I don't think the binary will yield any useful information until your libpthread is fixed, so you might as well look at that first. |
16:03.40 | hrw | hmm.. West US coast should wake up |
16:04.05 | spaetz_ | pb__: ok, thanks anyway |
16:04.25 | *** join/#oe kergoth_ (n=kergoth@nat/montavista/x-22a0ed40c6fc0598) |
16:04.28 | pb__ | I'm reasonably optimistic that fixing the pthread thing will clear up your crash, but if it doesn't then feel free to ask again. |
16:06.02 | *** join/#oe koobe_ (n=matti@83.150.95.26) |
16:06.16 | spaetz_ | connmand binary is here in any case: http://sspaeth.de/uploads/tmp/connmand |
16:06.21 | pb__ | hi kergoth, kergoth_ |
16:06.24 | spaetz_ | I'll look into pthread next though |
16:06.37 | pb__ | righto |
16:06.39 | spaetz_ | there is a compile option for --disable-threads |
16:06.47 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
16:06.51 | spaetz_ | might check whether that solves it. would point to pthreads |
16:06.57 | pb__ | yes, worth a try. |
16:07.09 | pb__ | that'd be quicker than recompiling glibc, anyway |
16:08.00 | *** join/#oe Laibsch (n=Laibsch@p4211-ipbf1401marunouchi.tokyo.ocn.ne.jp) |
16:08.24 | *** join/#oe fpga (n=s@92.62.56.51) |
16:16.42 | spaetz_ | ok, need to leave for now, thanks for the pointers and help so far. Will report back |
16:22.52 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * rd62c9c5244 10openembedded.git/recipes/ntp/ (ntp-4.2.4p7/ntpdate ntp_4.2.4p7.bb): |
16:22.52 | CIA-2 | ntp-4.2.4p7: invoke ntpdate using if-up.d, not an init script |
16:22.52 | CIA-2 | * provide an if-up.d script for ntpdate (based on Debian's) |
16:22.52 | CIA-2 | * remove invocation of update-rc.d busybox-cron, this should |
16:22.52 | CIA-2 | definitely not be part of the ntpdate package |
16:27.24 | *** join/#oe aloisiojr (n=aloisio@esprx02x.nokia.com) |
16:28.17 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
16:36.46 | *** join/#oe woglinde (i=woglinde@78.52.65.199) |
16:41.03 | woglinde | jo cbrake |
16:41.37 | CIA-2 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * rd450fec33a 10openembedded.git/classes/cmake.bbclass: cmake.bbclass: use staging from autotools too |
16:44.06 | *** join/#oe Gnutoo (n=gnutoo@host166-154-dynamic.2-87-r.retail.telecomitalia.it) |
16:44.12 | woglinde | jo gnutoo |
16:44.18 | woglinde | ~seen crofton |
16:44.32 | ibot | crofton is currently on #oe (1d 20h 58m 26s) #edev (1d 20h 58m 26s). Has said a total of 2 messages. Is idling for 18h 2m 38s, last said: 'they are a frakking nuisance :)'. |
16:44.35 | Gnutoo | hi |
16:44.47 | Gnutoo | wifi problems(that's why I was disconnected) |
16:44.59 | Gnutoo | maybe I should change the wifi card for an ath9k? |
16:45.09 | Gnutoo | s/for/of the router for |
16:45.17 | woglinde | hm or ath5k |
16:45.24 | woglinde | what you have now? |
16:45.33 | Gnutoo | b43+free firmware |
16:45.48 | Gnutoo | or maybe it's the heat |
16:45.50 | Gnutoo | could be |
16:46.09 | Gnutoo | maybe I should change for the following setup: |
16:46.20 | Gnutoo | sheevaplug->ip04 |
16:46.31 | Gnutoo | sheevaplug->wrt54gsv4 |
16:47.20 | woglinde | hm b43 suckz |
16:47.22 | Gnutoo | a power quick would be expensive no? |
16:47.24 | Gnutoo | ok |
16:47.42 | Gnutoo | I went from rt2500 to rt61 to b43 |
16:49.08 | Gnutoo | rt2500 seemed worse than b43 |
16:49.19 | woglinde | hm |
16:50.20 | woglinde | zd1211rw is working fine |
16:50.25 | woglinde | athk's too |
16:50.33 | Gnutoo | xd1211rw is an usb stick? |
16:50.47 | Gnutoo | but maybe it's not the wifi card |
16:50.58 | Gnutoo | or maybe it was my laptop's ath5k |
16:51.01 | Gnutoo | anyway... |
16:51.11 | woglinde | yeah zyxel usbsticks |
16:51.33 | Gnutoo | I've an htcdrem....what would be the most urgent thing to do with it between *full SHR support *finish to debug the alsa driver to make it work *create a pulseaudio plugin for the DSP |
16:51.37 | Gnutoo | ok |
16:51.39 | Gnutoo | I've one |
16:51.58 | Gnutoo | I didn't know it could do ap |
16:52.04 | woglinde | hm so you read all the patches from pavel machek? |
16:52.43 | Gnutoo | some patches...the refresh one |
16:52.49 | Gnutoo | if it was from pavel |
16:54.53 | Gnutoo | I've read an enormous thread with pavel |
16:55.16 | Gnutoo | what I wonder is if SHR support will brings more dev people |
16:55.57 | woglinde | nope |
16:56.04 | *** join/#oe cminyard (n=cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
16:56.05 | woglinde | htc dream is to old |
16:56.18 | woglinde | you have luck that pavel isnt more a suse |
16:56.20 | woglinde | at |
16:56.32 | Gnutoo | ok |
16:56.40 | Gnutoo | yes it's old but: |
16:56.45 | Gnutoo | *easily rootable |
16:56.57 | Gnutoo | *sdcard(unlike palm pre) |
16:57.11 | Gnutoo | *kernel driver are free software |
16:58.34 | *** join/#oe pH5 (n=ph5@e178219237.adsl.alicedsl.de) |
16:58.53 | Gnutoo | but 320x480 screen |
16:59.07 | woglinde | jo ph5 |
16:59.07 | Gnutoo | I bet it's enough for wesnoth (300x400 minimum) |
16:59.47 | Gnutoo | I'd like to finish the alsa support in order to be able to do oe things... |
17:03.53 | Gnutoo | btw you said the htcdream was too old...what better devices are there out there? |
17:04.07 | Gnutoo | the pandora is not shipping yet |
17:04.12 | Gnutoo | the palm pre has no sdcard |
17:04.24 | woglinde | google g1 |
17:04.24 | pH5 | evening woglinde, Gnutoo |
17:04.29 | woglinde | iphone |
17:04.32 | pH5 | Gnutoo: will pandora ever ship? |
17:04.37 | woglinde | ph5 yes |
17:04.40 | Gnutoo | lol don't know |
17:04.44 | Gnutoo | g1 is htcdream |
17:04.55 | Gnutoo | iphone port has stalled last time I looked |
17:05.05 | woglinde | gnutoo hms oh right I thought it was older one |
17:05.08 | woglinde | sorry |
17:05.17 | Gnutoo | it is |
17:05.23 | Gnutoo | it's the older android one |
17:05.32 | Gnutoo | g1 = htcdream |
17:05.34 | woglinde | yes yes |
17:05.36 | woglinde | sorry |
17:05.43 | woglinde | okay that isnt that old |
17:06.15 | Gnutoo | palm pre is very nice...but without sdcard how would I put my music on it? |
17:06.55 | Gnutoo | I bet nokia n900 is too difficult to free |
17:07.04 | woglinde | hm |
17:07.13 | woglinde | yes some parts are closed |
17:07.48 | Gnutoo | in the kenrel? |
17:07.52 | Gnutoo | or only in userland? |
17:08.15 | Gnutoo | because in the case of the htcdream it's only in userland |
17:08.25 | Gnutoo | but everything is non-standard,that's the drawback |
17:08.59 | Gnutoo | the good is that there are repacements for closed parts...like sound and modem... |
17:09.05 | woglinde | gnutoo mainly userland |
17:09.09 | Gnutoo | ok |
17:09.11 | woglinde | powermanagement |
17:09.12 | Gnutoo | interesting... |
17:09.15 | Gnutoo | ouch... |
17:09.42 | Gnutoo | so they still closed pm this time....:( |
17:10.03 | Gnutoo | if it was only telephony it could be ok...but...pm is an important part |
17:10.41 | woglinde | hm pm was closes previous versions too |
17:11.45 | Gnutoo | indeed |
17:12.15 | *** join/#oe toi (n=toi@d54C2A96D.access.telenet.be) |
17:18.30 | Gnutoo | btw what would be the performance cost of a pulseaudio dsp plugin in a 528Mhz arm11 without vfp and 192M of ram? |
17:18.56 | *** join/#oe ctusar (n=ctusar@router2.videon-central.net) |
17:20.04 | woglinde | sorry dont know |
17:20.07 | Gnutoo | ok |
17:20.08 | Gnutoo | np |
17:20.12 | woglinde | try it |
17:20.14 | woglinde | and tell us |
17:20.15 | Gnutoo | but do some machine use that? |
17:20.22 | Gnutoo | I've to write the plugin first |
17:20.30 | woglinde | hm there is pulseaudio for the freerunner |
17:20.38 | Gnutoo | there was at the beginning |
17:20.52 | Gnutoo | but the freerunner is an armv4 with 128M of ram |
17:21.04 | Gnutoo | maybe I could try on the bug device |
17:21.32 | Gnutoo | but bug device has vfp |
17:21.39 | Gnutoo | maybe I could disable it |
17:21.46 | Gnutoo | in the kernel |
17:21.47 | Gnutoo | and try |
17:21.55 | Gnutoo | because the alsa driver seem so buggy |
17:22.06 | Gnutoo | so I wondered if a pulseaudio plugin was better |
17:22.38 | woglinde | hm if I remeber correctly pulse will not work without alsa |
17:22.38 | *** join/#oe dth (n=Dieter@p4FDEDED6.dip.t-dialin.net) |
17:22.40 | Gnutoo | because even if I make the alsa driver work for other things than aplay I wonder if it will be usefull |
17:23.13 | Gnutoo | the g1 has a custom sound system |
17:23.16 | Gnutoo | it's a dsp |
17:23.29 | woglinde | omap3 has dsp too |
17:23.35 | woglinde | n900 is using gstreamer |
17:23.39 | woglinde | as n8xx too |
17:24.07 | Gnutoo | ok |
17:24.18 | Gnutoo | it's for that kind of devices that I was asking |
17:24.39 | Gnutoo | so gstreamer and no pulse |
17:24.39 | Gnutoo | mmm |
17:24.40 | woglinde | but maybee I am mixing something |
17:25.13 | Gnutoo | maybe I should ask in the beagleboard channel then |
17:25.22 | Gnutoo | or look at beagle board web pages |
17:25.31 | *** join/#oe hrw (n=hrw@chello089078170228.chello.pl) |
17:25.58 | woglinde | jo hrw |
17:26.02 | *** join/#oe CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net) |
17:26.02 | woglinde | hm |
17:26.04 | woglinde | and gone |
17:26.24 | dhd | hey - is there some way to make the gettext .ipk not so huge? |
17:26.34 | dhd | alsa-utils depend on it but it's mostly developer crap in /usr/share/gettext |
17:27.00 | dhd | it would be good to split out libintl from the rest of gettext |
17:27.53 | woglinde | dhd yes |
17:28.04 | woglinde | look into my gettext-branch |
17:28.12 | woglinde | I started it there |
17:28.22 | woglinde | but didnt find the time to finish it |
17:28.32 | dhd | thanks! actually i suppose i could just compile alsa utils without i18n, too... |
17:28.53 | woglinde | angstorem and micro is using proxylibintl anyway |
17:29.00 | dhd | hmm |
17:29.11 | dhd | i have a custom distribution based on stable/2009 ... |
17:29.21 | woglinde | hm oh |
17:29.28 | woglinde | dont know if it is there |
17:29.31 | dhd | thanks! |
17:29.38 | woglinde | maybee you can switch to proxylibintl too |
17:29.54 | dhd | yeah proxy-libintl seems like a very good idea |
17:30.15 | dhd | i just have to switch teh virtual libintl provider i guess |
17:30.16 | dhd | cool |
17:30.32 | woglinde | jupp |
17:31.07 | *** join/#oe thesing (n=tkunze@BAA0f72.baa.pppool.de) |
17:31.14 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07rpurdie/work-in-progress * rb2010b603e 10openembedded.git/recipes/abiword/ (abiword-2.5.inc abiword_2.8.0.bb): abiword 2.8.0: band-aid packaging before overhauling it |
17:31.14 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07rpurdie/work-in-progress * r703b3f6dc4 10openembedded.git/conf/distro/angstrom-2008.1.conf: angstrom: bump DISTRO_PR and some cleanups |
17:31.16 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07rpurdie/work-in-progress * r5da5ee1a57 10openembedded.git/ (conf/checksums.ini recipes/abiword/abiword_2.8.0.bb): abiword: replace 2.8.0 with 2.8.1, some crashes fixed and libtool macros updated |
17:31.17 | CIA-2 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07rpurdie/work-in-progress * r04bf7d5d15 10openembedded.git/recipes/u-boot/ (u-boot.inc u-boot_git.bb): |
17:31.19 | CIA-2 | u-boot: added Sheevaplug support |
17:31.21 | CIA-2 | Marvell devices needs u-boot.kwb instead of u-boot.bin due to header for |
17:31.23 | CIA-2 | first stage bootloader. UBOOT_BINARY variable was introduced due of |
17:31.25 | CIA-2 | that. |
17:31.27 | CIA-2 | 03OE Builder <oebuilder@waffle.bolloretelecom.eu> 07rpurdie/work-in-progress * r4ab9ea9469 10openembedded.git/recipes/linux/ (3 files in 2 dirs): linux-2.6.31: add driver for boc01 buttons |
17:31.30 | CIA-2 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07rpurdie/work-in-progress * r11aa8fff67 10openembedded.git/conf/distro/include/sane-srcrevs.inc: |
17:31.33 | CIA-2 | sane-srcrevs: add webkit-efl|gtk |
17:31.35 | CIA-2 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
17:31.47 | thesing | morning all |
17:31.48 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07rpurdie/work-in-progress * r056193c663 10openembedded.git/classes/package.bbclass: |
17:31.51 | woglinde | he thesing |
17:31.51 | CIA-2 | Revert "package.bbclass: Cleanup getVar syntax to use True, not 1 as third argument (from Poky)" |
17:31.53 | CIA-2 | This reverts commit fcee557e1b0551d1743bbb3ad61102b9ccc4cba8. |
17:31.55 | CIA-2 | 03OE Builder <oebuilder@waffle.bolloretelecom.eu> 07rpurdie/work-in-progress * r050c77a7fe 10openembedded.git/recipes/linux/linux-2.6.31/boc01/012-091019-capsense.patch: linux-2.6.31: make capsense keys remapable for boc01 |
17:31.58 | CIA-2 | 03OE Builder <oebuilder@waffle.bolloretelecom.eu> 07rpurdie/work-in-progress * r7cfed4fa37 10openembedded.git/recipes/linux/linux-2.6.31/boc01/014-091030-buttons.patch: linux-2.6.31: add support for multiple buttons on boc01 |
17:32.15 | CIA-2 | 03OE Builder <oebuilder@waffle.bolloretelecom.eu> 07rpurdie/work-in-progress * r27009b0a42 10openembedded.git/recipes/linux/linux-2.6.31/boc01/011-091028-gpio.patch: linux-2.6.31: improve GPIO support for boc01 |
17:32.15 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07rpurdie/work-in-progress * r8b32d20a07 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
17:32.15 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07rpurdie/work-in-progress * r138f792724 10openembedded.git/classes/package.bbclass: |
17:32.18 | CIA-2 | Revert "Revert "package.bbclass: Cleanup getVar syntax to use True, not 1 as third argument (from Poky)"" |
17:32.21 | CIA-2 | Oops, accidently reverted a patch, reverting the revert. Sorry for any inconvenience |
17:32.22 | CIA-2 | This reverts commit 056193c6638892ddde7bddbfc6f6f06a2288ba64. |
17:32.26 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07rpurdie/work-in-progress * r9458828947 10openembedded.git/recipes/eglibc/ (4 files in 2 dirs): |
17:32.37 | CIA-2 | eglibc: Backport IO-acquire-lock-fix.patch |
17:32.39 | CIA-2 | * Move the svn recipe to latest git revision. |
17:32.41 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
17:32.43 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07rpurdie/work-in-progress * r9fd25648fc 10openembedded.git/ (4 files in 4 dirs): linux-kirkwood: updated defconfigs (more modules, more filesystems in kernel) |
17:32.46 | CIA-2 | 03Leon Woestenberg <leon@sidebranch.com> 07rpurdie/work-in-progress * r91403056b1 10openembedded.git/recipes/linux/ (3 files in 2 dirs): |
17:32.50 | CIA-2 | linux-kirkwood-2.6.31: Add PCI Express support for openrd-base. |
17:32.51 | CIA-2 | Note there are upstream problems involving devices using PCI IOMEM. |
17:32.55 | CIA-2 | Signed-off-by: Leon Woestenberg <leon@sidebranch.com> |
17:32.57 | CIA-2 | (84 lines omitted) |
17:32.59 | CIA-2 | 03Thomas Kunze <thommycheck@gmx.de> 07rpurdie/work-in-progress * r0e9b71b72a 10openembedded.git/conf/machine/include/tune-strongarm.inc: tune-strongarm.inc: add EXTRA_FEED_ARCHS |
17:33.10 | CIA-2 | 03Matthew Dombroski <matthew@4d-electronics.co.nz> 07rpurdie/work-in-progress * rc510866574 10openembedded.git/classes/qmake2.bbclass: |
17:33.13 | CIA-2 | qmake2.bbclass: Add lupdate and lrelease. |
17:33.15 | CIA-2 | http://patchwork.openembedded.org/patch/987 |
17:33.17 | CIA-2 | Signed-off-by: Matthew Dombroski <matthew@4d-electronics.co.nz> |
17:33.19 | CIA-2 | Acked-by: Holger Hans Peter Freyther <zecke@selfish.org> |
17:33.19 | woglinde | wahhaha massflood |
17:33.21 | CIA-2 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07rpurdie/work-in-progress * rf5701cca05 10openembedded.git/conf/checksums.ini: |
17:33.27 | woglinde | because of branches merging |
17:33.28 | CIA-2 | connman: add checksums for 0.46 |
17:33.29 | hrw | crap.. another package need rework |
17:33.30 | CIA-2 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
17:33.32 | CIA-2 | 03Ricardo Salveti <ricardo.salveti@openbossa.org> 07rpurdie/work-in-progress * r14caede54c 10openembedded.git/ (conf/checksums.ini recipes/eject/eject_2.1.5.bb): |
17:33.35 | CIA-2 | eject-2.1.5: adding HOMEPAGE and fixing SRC_URI |
17:33.45 | CIA-2 | As geocities is now down, changing the SRC_URI to point to OE |
17:33.47 | CIA-2 | mirror. |
17:33.49 | CIA-2 | Signed-off-by: Ricardo Salveti <ricardo.salveti@openbossa.org> |
17:33.51 | CIA-2 | Acked-by: Holger Hans Peter Freyther <zecke@selfish.org> |
17:33.53 | CIA-2 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07rpurdie/work-in-progress * rc724ad44d6 10openembedded.git/classes/base.bbclass: |
17:33.56 | CIA-2 | base.bbclass: Better error message in case the Config Parser fails |
17:33.58 | CIA-2 | http://patchwork.openembedded.org/patch/1088/ |
17:34.02 | CIA-2 | Tested-by: Ed Nelson <enelson1000@comcast.net> |
17:34.04 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r3d1a3ae927 10openembedded.git/classes/package.bbclass: |
17:34.07 | CIA-2 | package.bbclass: Move variable checks to one place making the code more readable (from Poky) |
17:34.09 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
17:34.13 | CIA-2 | (66 lines omitted) |
17:36.59 | kergoth | RP: for mvl6, just did a variation on IMAGE_FEATURES which has packages listed in IMAGE_FEATURE_<feature> and has a flag IMAGE_FEATURE_<feature>_OPTIONAL (which puts them into _ATTEMPTONLY). that seem reasonable to you? I think it's cleaner than base_contains calls, and lets the user/distro easily define new package groups from the configuration metadata |
17:37.42 | hrw | kergoth: so IMAGE_FEATURE_debug etc? |
17:37.47 | kergoth | yep |
17:38.11 | kergoth | IMAGE_FEATURES = "base dbg vmlinux" from local.conf, or IMAGE_FEATURES_append = " doc dev dbg" or whatever.. |
17:38.12 | hrw | nice |
17:38.33 | RP | kergoth: It sounds reasonable |
17:38.45 | kergoth | k, i'll see about getting it pushed to oe |
17:38.50 | kergoth | has a horrible backlog again |
17:40.26 | RP | kergoth: I know the feeling :/ |
17:40.48 | RP | kergoth: That pstage fetching code would be good ;-) |
17:41.08 | kergoth | adds to his todo. |
17:42.02 | RP | Those CIA messages look very confused :/ |
17:42.24 | pb__ | yeah, it is a real pain that cia doesn't understand different branches. |
17:43.04 | RP | Its more our cia script on the git server I suspect |
17:43.16 | hrw | effect is the same |
17:43.17 | pb__ | maybe one of our git-masters could just filter out pushes to anything other than org.openembedded.dev before sending them to cia. |
17:43.26 | hrw | .dev and stable/2009? |
17:43.27 | kergoth | well, it knows the branch the commits are associated with, but sadly it can get awfully spammy when merges happen, or rebases even.. itd be nice to somehow change the notification to only notify on commit objects that were uploaded this time, and as such were never in the repository before then |
17:43.39 | kergoth | ah, yeah, filtering would be easy enough |
17:43.45 | RP | The above was a rebase |
17:43.47 | pb__ | kergoth: I dunno, I think what I care about more is when they land in the trunk. |
17:43.53 | kergoth | nods |
17:44.07 | pb__ | rather than when they were first committed on kergoth/crazy-hacking-branch which I will never use. |
17:44.16 | kergoth | good point |
17:44.26 | RP | pb__: right |
17:44.33 | RP | wonders who has admin access these days |
17:44.39 | woglinde | point for oedem? |
17:44.44 | pb__ | I think cbrake is the main man. |
17:44.46 | woglinde | hacking session? |
17:44.48 | woglinde | haha |
17:46.03 | RP | Yes, a topic for oedem. I did have admin access at some point |
17:46.21 | hrw | HDD connected by serialata to desktop: 100-110MB/s (hdparm -t), same connected by usb to sheevaplug: 30MB/s |
17:46.40 | woglinde | hrw uh :( |
17:46.50 | woglinde | hrw hm is it the usb chip or the driver |
17:47.00 | kergoth | i could see enforcing a branch layout, make per user branches go in user/<foo>/<bar> and filter all of those out, so we woudln't have to manually maintain the list of branches to notify on, someday |
17:47.01 | hrw | woglinde: it is fast enough still ;) |
17:47.02 | RP | I wonder if I can make the new laptop usable by Friday... |
17:47.05 | pb__ | 30MB/s is probably about as much as you could expect from usb. |
17:47.09 | pb__ | it just isn't a very fast bus. |
17:47.22 | hrw | pb__: exactly |
17:47.26 | woglinde | hm right |
17:47.32 | RP | kergoth: That would be rather easy to arrange - topic for OEDEM? |
17:47.32 | woglinde | usb3 will be higher |
17:47.36 | hrw | RP: rsync oldlaptop: newlaptop: |
17:47.41 | kergoth | sounds like a good idea |
17:47.46 | woglinde | rp install karmicle? |
17:47.47 | RP | hrw: and keep all that junk? :) |
17:47.50 | kergoth | that discussion would be a good time to consider renaming dev to master |
17:47.54 | kergoth | we aren't on monotone anymore.. |
17:47.58 | hrw | RP: laptop will be usable for oedem ;d |
17:48.11 | hrw | kergoth: get MV to send you to oedem |
17:48.16 | RP | hrw: I could just have transferred the hdd for that |
17:48.27 | pb__ | kergoth: heh, I'm not really a fan of renaming branches just to suit the fashion of today's scm. |
17:48.28 | kergoth | hrw: hopefully they'll be less annoying about travel next year |
17:48.48 | hrw | RP: ah right, you use newer laptops ;D |
17:48.49 | kergoth | pb__: you mean like we did when we switched to monotone? |
17:48.58 | kergoth | if you're going to go with an scm agnostic branch policy, then stick to it |
17:49.03 | pb__ | kergoth: right, I wasn't a fan of that either |
17:49.58 | pb__ | "that", in this case, being both monotone and the change in naming policy :-} |
17:50.12 | kergoth | nods |
17:50.18 | *** join/#oe rddDavid51 (n=roudoudo@78.234.93.192) |
17:50.19 | *** join/#oe daal (n=daal@110.23.122.13) |
17:50.38 | CIA-2 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * r2d81468a71 10openembedded.git/recipes/usbutils/usbutils_0.86.bb: usbutils: added 0.86 |
17:50.40 | CIA-2 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * rea6f6abebd 10openembedded.git/recipes/openvpn/openvpn_2.0.9+2.1rc20.bb: openvpn: added 2.1rc20 and enabled reading passwords from file |
17:50.50 | hrw | JaMa: add mesa-xlib 7.4 please. I did build of x11-image for BUG with it on your branch |
17:50.50 | RP | kergoth: I added both items to the agenda so perhaps we'll remember to discuss them :) |
17:52.20 | woglinde | wonders if we could setup videostuff for kergoth |
17:52.54 | pb__ | I don't think we have the technology to do actual videoconferencing, but we can certainly do audio if he wants to dial in. |
17:52.56 | woglinde | so kergoth could attend afternoon sessions |
17:53.22 | hrw | RP: can we move last both entries on sunday? they are interesting but I will have to leave earlier ;( |
17:53.45 | woglinde | hrw when you think we should leave? |
17:53.51 | woglinde | 2 p.m.? |
17:54.08 | hrw | woglinde: 18:45 plane so 17:10 train I think |
17:54.24 | woglinde | hm oh isnt that a bit risky= |
17:54.25 | RP | hrw: yes, that was just where there was space on the agenda |
17:54.26 | hrw | woglinde: this gives us 1h on airport |
17:54.43 | pb__ | stansted, right? yeah, 1h should be fine if you don't need to check any bags. |
17:55.05 | woglinde | we have only paid for one knapsack |
17:55.06 | hrw | pb__: I do not need to checkin, do not know how Henning or Robert |
17:55.08 | woglinde | *g* |
17:55.14 | pb__ | if you do have hold luggage then you might do better to take the next earlier train for extra safety |
17:55.34 | woglinde | robert will be travel one week around in england |
17:55.36 | hrw | ok |
17:55.43 | woglinde | so its only us |
17:55.44 | pb__ | though, on sunday evening, I expect you would be fine with only 1h anyway, stn isn't usually all that busy at that time |
17:55.58 | hrw | woglinde: so it makes us both and Marco iirc |
17:55.59 | RP | hrw: I added "discuss agenda" at the start yesterday btw - I epxect we can rearrange things then as needed |
17:56.06 | woglinde | hrw ah okay |
17:56.12 | hrw | RP: cool |
17:56.33 | hrw | XorA|gone: get better soon - I want to discuss packaging of transmission |
17:57.55 | *** join/#oe dhd (n=dhuggins@LIMA-2.SPEECH.CS.CMU.EDU) |
18:04.18 | *** join/#oe Martin-B (n=martin@pool-72-65-198-89.dbd-ipconnect.net) |
18:05.06 | *** join/#oe thesing_ (n=tkunze@BAA42f3.baa.pppool.de) |
18:08.15 | *** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at) |
18:13.15 | m4t | anyone using mailx/liblockfile? |
18:15.09 | CIA-2 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * rfa73b45447 10openembedded.git/conf/checksums.ini: checksums.ini: added usbutils and openvpn |
18:16.48 | *** join/#oe vo5 (n=vo@bd210299.virtua.com.br) |
18:16.52 | *** join/#oe CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net) |
18:20.36 | *** join/#oe CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net) |
18:27.18 | eFfeM | re |
18:27.49 | *** join/#oe nullpuppy (n=dustin@c-98-237-195-243.hsd1.wa.comcast.net) |
18:28.15 | *** join/#oe mrmoku|away (n=mrmoku@ppp-93-104-190-19.dynamic.mnet-online.de) |
18:29.18 | eFfeM | found what is wrong with mysql_config the recipe says in stage_append: |
18:29.29 | eFfeM | <PROTECTED> |
18:29.47 | eFfeM | if I understand it properly it replaces pkglibdir with an empty string |
18:29.53 | eFfeM | that is not sound |
18:30.31 | eFfeM | I would expect STAGING_LIBDIR or so |
18:31.46 | kergoth | RP: the issue with pstage fetching is that currently i have it fetching it whenever it doesn't have it.. but of course, that means a -c clean and rebuild will still result in it using the prebuilt package.. any suggestions on a good mechanism to force the rebuild? right now we just have a variable that inhibits pstage usage in general, and use that to force it when necessary, but i'm not sure if the clean not resulting in a fresh build beha |
18:31.47 | kergoth | intuitive |
18:38.44 | hrw | bye |
18:39.07 | thesing_ | kergoth: how about "bitbake -c buildlocally foo" ? |
18:40.03 | kergoth | heh, hmm |
18:41.20 | thesing_ | most of the time people will want to fetch packages instead of building them |
18:43.31 | kergoth | true |
18:49.14 | *** join/#oe spaetz (n=user@195.190.170.102) |
18:49.23 | CIA-2 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * re596ff6505 10openembedded.git/recipes/freesmartphone/ (7 files): |
18:49.23 | CIA-2 | recipes/freesmartphone: sync with shr/merge |
18:49.23 | CIA-2 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
18:49.33 | CIA-2 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r2a9665afc7 10openembedded.git/conf/distro/include/shr-autorev-unstable.inc: |
18:49.33 | CIA-2 | shr-autorev-unstable.inc: add libfsoresource and set to AUTOREV |
18:49.33 | CIA-2 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
18:52.11 | kergoth | why does openembedded.org to go the linux to go homepage, rather than to www.openembedded.org? |
18:53.29 | pb_ | probably just an apache misconfiguration |
18:53.43 | rsalveti | yep, that's something I also noticed yesterday heh |
18:53.45 | rsalveti | quite weird |
18:53.52 | pb_ | ltg is the default vhost, and I guess it isn't set up to recognise openembedded.org without the www. prefix |
18:54.03 | rsalveti | probably |
18:55.44 | pb_ | ah, actually, no, it's not that |
18:56.31 | pb_ | the dns record for openembedded.org points to ltg, but www.oe.org is actually on amethyst. |
18:57.27 | kergoth | ah |
18:59.43 | pb_ | so, the right answer to that probably depends on the outcome of the "get services off amethyst" session at oedem |
18:59.52 | pb_ | if www ends up moving to ltg then it's easy |
19:00.25 | pb_ | if www goes somewhere else then it is very slightly more complicated |
19:03.05 | *** join/#oe stephank (n=traveler@2002:5419:710e:7:21c:c4ff:fece:ea94) |
19:08.07 | *** join/#oe bluelightning (n=blueligh@93-96-131-185.zone4.bethere.co.uk) |
19:12.05 | *** join/#oe toi (n=toi@d54C2A96D.access.telenet.be) |
19:16.16 | *** join/#oe MWelchUK_work_ (n=welchma@65.91.2.71) |
19:22.54 | *** join/#oe gnutoo_ (n=gnutoo@host224-55-dynamic.180-80-r.retail.telecomitalia.it) |
19:22.55 | *** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at) |
19:24.18 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
19:35.05 | woglinde | re |
19:40.17 | *** join/#oe daq5th (n=darkness@v062.natpool.sourcentral.org) |
19:41.00 | *** part/#oe daq4th (n=darkness@v062.natpool.sourcentral.org) |
19:42.39 | *** join/#oe daq4th (n=darkness@v062.natpool.sourcentral.org) |
19:53.03 | *** join/#oe Crofton (n=balister@66-207-65-47.bark.dmt.ntelos.net) |
20:01.54 | woglinde | he crofton |
20:02.03 | Crofton | hi |
20:02.15 | Crofton | waiting for the first plane ... |
20:02.27 | woglinde | crofton for boostversion 1.4.0 it is possible to build it with cmake |
20:02.45 | woglinde | this works around the pain of bjam |
20:02.46 | Crofton | interesting |
20:02.49 | Crofton | yes |
20:02.54 | woglinde | I have a working version |
20:02.59 | Crofton | does 1.40 have better arm support? |
20:03.05 | Crofton | cool |
20:03.16 | woglinde | args compiling |
20:03.24 | woglinde | didnt actual test it on device |
20:03.35 | woglinde | but some apps like povray needs some patching |
20:03.48 | woglinde | didnt look at the arm support yet |
20:03.57 | Crofton | yeah, boost api is not very stable |
20:04.07 | Crofton | ah |
20:04.07 | woglinde | hm its only header stuff |
20:04.11 | Crofton | looks like we have a plane |
20:04.29 | woglinde | and adding some std:: before exception |
20:04.33 | XorA|gone | Crofton: that'll save you some arm waving then |
20:04.34 | woglinde | at least for povray |
20:04.55 | Crofton | har har |
20:05.04 | Crofton | ok, I need to see how this impacts gnuradio |
20:05.09 | woglinde | crofton I will check in it with DEFAULT_PREF = "-1" |
20:05.11 | Crofton | thanks for the heads up woglinde |
20:05.12 | woglinde | than you can test |
20:05.13 | Crofton | awesome |
20:05.15 | Crofton | yeah |
20:06.34 | woglinde | packing needs some tweaking |
20:06.37 | woglinde | too |
20:06.48 | woglinde | but that could be done in later step |
20:07.23 | Crofton | ok |
20:07.26 | Crofton | gotta run |
20:07.29 | woglinde | have a nice flight |
20:07.30 | woglinde | yes |
20:07.34 | Crofton | I will see you this weekend? |
20:07.56 | Crofton | poof |
20:07.58 | woglinde | yes |
20:08.08 | woglinde | hms to late |
20:08.23 | XorA|gone | hehe Crofton sounds like he was insulting people :-) |
20:08.30 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra6a93a9acb 10openembedded.git/recipes/powervr-drivers/libgles-omap3.inc: libgles-omap3: adjust for future releases |
20:08.35 | woglinde | hm zshell is not bad with git |
20:09.04 | pb_ | XorA|gone: heh, better hope he doesn't try that up in scotland |
20:09.49 | pb_ | I guess he doesn't want to learn about the old glasgow kiss. |
20:09.58 | XorA|gone | hehe |
20:10.51 | woglinde | hm let me google what it is |
20:12.20 | woglinde | hms ppor thesing they dont care about his collie-patches |
20:12.37 | XorA|gone | poor collie |
20:18.12 | RP | So I think we can have a GM at OEDEM if we jump through some hoops. I've mailed the membership list with details |
20:18.40 | pb_ | very good |
20:19.28 | woglinde | rp fine |
20:19.56 | kergoth | GM? |
20:20.08 | woglinde | normaly we german has such pedantic behaoviur |
20:20.11 | woglinde | args |
20:20.13 | woglinde | my english |
20:20.19 | RP | kergoth: e.V. annual General Assembly |
20:20.21 | kergoth | ah |
20:20.21 | CIA-2 | 03Jeremy Puhlman <jpuhlman@mvista.com> 07org.openembedded.dev * ra9bbc07ae8 10openembedded.git/recipes/neon/ (neon_0.25.5.bb neon_0.26.0.bb): |
20:20.21 | CIA-2 | neon: Add m4 dir to autoreconf. |
20:20.21 | CIA-2 | Signed-off-by: Jeremy Puhlman <jpuhlman@mvista.com> |
20:20.21 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
20:20.33 | CIA-2 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * rfbccdee191 10openembedded.git/recipes/prelink/ (prelink_20061027.bb prelink_20071009.bb): |
20:20.33 | CIA-2 | prelink: pull in /etc/cron.daily/prelink in the postinst. |
20:20.33 | CIA-2 | The cron script obeys /etc/default/prelink, so this ensures that the postinst |
20:20.33 | CIA-2 | also obeys it. Also changes postrm to use the same logic as the cron script |
20:20.33 | CIA-2 | for the prelink uninstallation. |
20:20.34 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
20:20.35 | RP | kergoth: Needs to be held before the end of the year with six weeks notice :/ |
20:20.36 | woglinde | seems I can become a member soon *g* |
20:20.42 | kergoth | fun fun |
20:20.57 | RP | kergoth: no notice was given so its "find the loophole time" :) |
20:21.04 | kergoth | hehe |
20:21.14 | woglinde | RP if no one of the memebers objecting there is no problem |
20:21.44 | RP | woglinde: It doesn't work like that - you have to follow the rules |
20:22.08 | RP | Solution: Call an EGM, pass a resolution to relax the AGM time limits for this year, hold the AGM |
20:22.22 | kergoth | hah |
20:22.24 | woglinde | rp I know of none e.V. that was shutdow of not following the 4 or 6 weeks rule of sending the invation |
20:22.27 | kergoth | nice |
20:22.40 | RP | Assuming we can pass the appropriate number of voters in various cases |
20:22.57 | RP | woglinde: We've had one complaint though :( |
20:23.40 | woglinde | what was his real problem? |
20:24.25 | *** join/#oe flo_lap (n=fuchs@Maemo/community/contributor/florian) |
20:24.34 | woglinde | re florian |
20:24.48 | woglinde | hm |
20:25.05 | *** join/#oe florian (n=fuchs@Maemo/community/contributor/florian) |
20:25.11 | *** join/#oe florian (n=fuchs@Maemo/community/contributor/florian) |
20:25.23 | woglinde | I cannt believe his problem was not getting the invation at the right time |
20:25.45 | florian | re |
20:26.16 | RP | florian: I sent an idea about how we could still hold the GA at OEDEM |
20:26.41 | RP | woglinde: Consider it a wake up call that we need to play by the rules exactly :/ |
20:26.50 | woglinde | rp yes |
20:27.03 | woglinde | we will do it better at the next meeting |
20:27.16 | woglinde | but for nobody wins when there is no GA |
20:27.19 | florian | RP: yep, just saw the mail - will take a look once I have finished cooking |
20:27.19 | woglinde | args now |
20:27.25 | florian | (yes food, bit bits!) |
20:29.04 | pb_ | RP: ingenious plan. I guess we need a german to confirm that it actually conforms to the statutes though. |
20:30.02 | *** join/#oe playya_ (n=playya@unaffiliated/playya) |
20:30.15 | woglinde | hm for this weekend I only see one solution, every member confirms that he got an invation early enough |
20:31.07 | woglinde | normaly workaround is, to make an extra-odinary-meeting with a smaller invation deadline |
20:31.40 | woglinde | that are my experience running and working with e.V. |
20:31.40 | pb_ | yes, if all the members could affirm that they were happy with the notice period then that would be fine. |
20:31.51 | pb_ | how many members were there prior to the berlin meeting? not many, so maybe that would be feasible. |
20:32.02 | *** join/#oe gnutoo_ (n=gnutoo@host87-147-dynamic.44-79-r.retail.telecomitalia.it) |
20:32.12 | woglinde | re gnutoo |
20:38.22 | CIA-2 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * r5c4f5bec44 10openembedded.git/recipes/autofs/ (autofs.inc autofs_3.1.7.bb autofs_4.0.0.bb autofs_4.1.4.bb): |
20:38.22 | CIA-2 | autofs: switch to a .inc. |
20:38.22 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
20:38.24 | RP | pb_: I just sent what I think is a list of members |
20:38.32 | CIA-2 | 03Jeremy Puhlman <jpuhlman@mvista.com> 07org.openembedded.dev * r8370077581 10openembedded.git/recipes/autofs/autofs.inc: |
20:38.32 | CIA-2 | autofs: pass RANLIB into the build. |
20:38.32 | CIA-2 | Signed-off-by: Jeremy Puhlman <jpuhlman@mvista.com> |
20:38.37 | RP | pb_: I've asked that someone from the board confirm it though |
20:38.56 | *** join/#oe Longfield (n=valentin@113-114.4-85.fix.bluewin.ch) |
20:43.35 | pb_ | righto |
20:43.54 | pb_ | I guess the list on http://wiki.openembedded.org/index.php/Organization is the roll of founding members, i.e. the membership prior to the berlin meeting. |
20:44.32 | woglinde | I could ask robert tomorrow |
20:45.07 | RP | pb_: Right, that matches what I lifted from the minutes |
20:45.18 | RP | pb_: which I comibed with the list of members who were added |
20:45.29 | pb_ | right, very good |
20:45.45 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rc206dabdc8 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
20:45.46 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r1632c44d94 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev |
20:45.46 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * refa3f5fd40 10openembedded.git/recipes/mysql/mysql_4.1.22.bb: mysql: fixed mysql_config in staging |
20:47.02 | *** join/#oe mrmoku` (n=mrmoku@ppp-88-217-30-114.dynamic.mnet-online.de) |
20:47.10 | woglinde | hi mrmoku |
20:47.13 | *** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl) |
20:47.28 | woglinde | so boost now looks nice enough o check in |
20:47.54 | woglinde | hm okay I should look at the arm atomic support |
20:48.38 | mrmoku` | woglinde: hi |
20:48.39 | woglinde | hm |
20:48.41 | pb_ | in that case, per woglinde's plan, it doesn't seem completely hopeless to get those eleven people to waive the notice period for the GA. might be worth canvassing them, anyway. failing that, we can use the egm plan. |
20:48.54 | likewise | gm |
20:49.12 | woglinde | latest gcc should have __sync_add_and_fetch for arm now |
20:49.48 | RP | pb_: We already have an email from Leon saying he didn't realise that was the plan? |
20:50.03 | woglinde | hi likewise |
20:50.10 | likewise | hi fooks. |
20:50.30 | RP | hi likewise |
20:50.56 | likewise | RP: hi, I see you just mentioned me, wassup? |
20:51.07 | likewise | ah it's regarding the ev/OEDEM topic? |
20:51.52 | RP | likewise: yes, just talking about whether OEDEM can be a GA or not |
20:52.44 | RP | likewise: pb_ was thinking if the original members agreed that it had been public knowledge then there would not be a problem. Your email earlier says otherwise though |
20:52.51 | RP | but there is a plan b |
20:52.52 | likewise | ok, I do not want to prevent anything from happening, it's just I didn't learn about the plans (my bad I presume). |
20:52.59 | pb_ | RP: no, that's not quite what I was thinking. |
20:53.45 | RP | pb_: No, rereading what you said its not :/ |
20:54.05 | RP | pb_: likewise has it in scrollback anyway |
20:54.43 | pb_ | clearly it is not the case that all the original members received adequate notice, so I don't think we can pursue that line of enquiry. but, if all the original members were to agree that, despite lack of notice, they were still happy for the GA to go ahead, then that would effectively remove the problem. |
20:55.38 | RP | Even if notice had been served at the last EGM, we'd still fall foul of the six week rule :/ |
20:55.52 | likewise | there are always people who don't read their emails, snailmail, etc. It doesn't mean anything strictly speaking. |
20:55.54 | pb_ | obviously this is not in conformance with the letter of the statutes, but I imagine that german law follows the basic principle that the statutes exist to serve the members and not vice versa. |
20:56.25 | RP | pb_: its another idea certainly |
20:56.40 | pb_ | if all of the founding members (i.e. all the members who were entitled to receive six weeks notice) are prepared to state that they don't mind not having received that notice, then it seems vanishingly unlikely that the german authorities would have a problem with such a GA. |
20:57.08 | pb_ | after all, the real purpose of the notice period is to ensure that all members are alerted to it and have an opportunity to attend. |
20:58.55 | RP | pb_: Right. Equally if you can get >50% of the voting rights (some via proxy or otherwise) in one place I suspect there is a lot you can do... |
20:59.04 | pb_ | right, indeed |
20:59.34 | woglinde | *g* |
20:59.46 | pb_ | anyway, I guess florian or someone else from the board will have to sort this out in the end. |
20:59.52 | pb_ | I will stop being an armchair lawyer now :-) |
21:00.00 | woglinde | I never saw a german authorities at my e.V. GA's |
21:00.12 | RP | pb_: yes, I've put the idea forward, lets see whats said |
21:00.27 | RP | pb_: Presumably you'll mention yours too... |
21:00.42 | CIA-2 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * rf1d0fab3ac 10openembedded.git/recipes/opkg/ (opkg.inc opkg/isatty.patch): |
21:00.42 | CIA-2 | opkg: Don't prompt for user input from stdin if it's not a tty. |
21:00.42 | CIA-2 | Also fixes a minor memory leak while we're at it, as the code was |
21:00.42 | CIA-2 | strdup'ing the malloc'd string read from stdin without ever |
21:00.42 | CIA-2 | freeing the original. |
21:00.43 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
21:00.51 | pb_ | yeah, I will send a note to the list |
21:00.51 | florian | is back |
21:01.06 | XorA|gone | has already organised his proxy for OEDEM |
21:01.54 | woglinde | hm __ARM_ARCH_7A__ is beagle board right? |
21:02.31 | RP | woglinde: yes |
21:02.54 | pb_ | ah, no need, florian is here :-) |
21:03.01 | florian | pb_, woglinde: I didn't have much time lately, but what I managed to find out is that even if we violate a rule in our statutes the GA itself is valid. |
21:03.06 | woglinde | okay will test boost 1.4.0 for it now |
21:03.12 | *** join/#oe Martin-B (n=martin@pool-72-65-198-89.dbd-ipconnect.net) |
21:03.14 | XorA|gone | if course another couse of action is to hold the meeting then call for an EGM at FOSDEM and first article is to ratify decisions made at OEDEM |
21:03.48 | pb_ | XorA|gone: if you're going to do that then you might as well ratify the decisions by internet vote. |
21:03.55 | XorA|gone | pb_: or that |
21:04.15 | XorA|gone | pb_: but we do need a new board as members have resigned |
21:04.45 | pb_ | florian: right, that's good to know. |
21:05.07 | florian | Someone *could* decide to go to court and fight a decision but its very unlikely to succeed. |
21:05.16 | woglinde | florian yupp |
21:05.55 | pb_ | yeah, that is what I figured. |
21:05.56 | woglinde | only think that he would achieve is that the GA's wasnt valid |
21:06.21 | pb_ | obviously I don't have any experience of german law, but in the UK the aggrieved party would need to demonstrate something beyond a technical breach of the statutes. |
21:06.51 | woglinde | pb but as I said, I never heard of such a case |
21:06.54 | florian | We could have changed the statutes... there does not seem to be a law that says how much time we need to announce the GA an advance. I have seen two weeks several times e.g. |
21:07.21 | woglinde | florian I mostly saw 4 weeks |
21:07.38 | pb_ | woglinde: right, the nature of e.V.'s seems to make this unlikely. I doubt many people will take them seriously enough to go to court. |
21:07.49 | florian | right |
21:07.58 | woglinde | pb hm depends |
21:07.59 | pb_ | unless there is a large amount of money at stake, I would expect most folks would just resign from the e.V. and leave it at that. |
21:08.06 | woglinde | when big money is in the play |
21:08.18 | kergoth | tries to figure out how to make his granular dbg packaging cooperate with do_split_packages |
21:08.25 | woglinde | we have an animal rights e.V. which hosted some million of funds |
21:08.34 | pb_ | sure, but that clearly is not the case here. oe e.v. has, what, about 1500 EUR in the whole world? |
21:08.36 | woglinde | and the president took some of the millions |
21:08.44 | woglinde | but thats not our case |
21:08.45 | woglinde | *g* |
21:08.57 | florian | That's somethign I can say for sure: No big money involved currently :) |
21:10.19 | florian | The bank decided to notify us by a written note for every transaction - including drawing a fee for the notification. |
21:10.27 | pb_ | florian: doh |
21:10.51 | florian | Need to fix this somehow :) |
21:11.01 | pb_ | kergoth: ah, tricky. I guess the whole do_split_packages thing could probably do with being revisited. |
21:11.08 | woglinde | florian hm I hope that we get enough for travel cost at some point |
21:11.37 | pb_ | woglinde: if you are planning to spend more than 1500 eur on travel then I think you need to rethink your plans |
21:11.48 | kergoth | i'd kind of like a more generic mechanism of capturing information from a build and using it in subsequent builds, really.. but i'm not sure how such a thing would work |
21:11.49 | kergoth | heh |
21:11.56 | woglinde | florian hm depends on the bank and bundesland if online bankauszug is a valid document |
21:12.48 | pb_ | kergoth: yah, right. sort of like a cache of previous build information. |
21:12.53 | kergoth | yeah |
21:12.56 | woglinde | pb nope I am trying got away cheap as possible |
21:13.13 | pb_ | yeah, that would obviously be handy for a future oecommander (!) type thing. |
21:13.21 | woglinde | without sleeping under the bridge |
21:13.52 | pb_ | not sure that I would want bitbake itself to use that kind of cached data though. |
21:13.55 | florian | woglinde: We should have printed ones, but sending one via snailmail for every transaction is useless. |
21:14.17 | woglinde | yes |
21:14.21 | woglinde | for every suckz |
21:14.39 | woglinde | for my basketball e.V. we get one at each month |
21:14.41 | florian | Apart from the fact that it is less than 500m to grab them... |
21:15.15 | woglinde | hm florian they are send centralized |
21:15.45 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1aa6d29a4e 10openembedded.git/recipes/gthumb/gthumb_2.10.11.bb: gthumb: fix packaging |
21:20.24 | florian | woglinde: quite likely yes |
21:27.29 | *** join/#oe qsp (n=qsp@bl9-25-123.dsl.telepac.pt) |
21:28.15 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r8012bf3ced 10openembedded.git/conf/distro/include/preferred-shr-versions.inc: |
21:28.15 | CIA-2 | preferred-shr-versions.inc: minimal version |
21:28.16 | CIA-2 | * Use latest versions available |
21:28.16 | CIA-2 | * Few packages are preferred with higher version (which wouldn't be |
21:28.16 | CIA-2 | selected by bitbake because of DEFAULT_PREFERENCE = "-1" |
21:28.17 | CIA-2 | * One package is hold back, because of compile errors here |
21:28.21 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
21:30.10 | qsp | good evening. i'm new to oe. i[ve setup a dev enviroment yesterday and i'm trying to build linux-rp kernel. nevertheless i face an error on qemu compilation on file x86_64-linux/qemu-native-0.10.3-r1/qemu-0.10.3/target-i386/translate.c is this a known problem, gcc returns internal error |
21:30.12 | florian | RP: Did you work for lawyers befor joining O-Hand? ;) |
21:35.14 | woglinde | hm oh have we still not 0.11 of qemu in oe? |
21:35.34 | woglinde | qsp which linux distribution you are using? |
21:36.01 | qsp | opensuse 11.1, gcc 4.3.2 |
21:36.09 | woglinde | qsp as workaround put ASSUME_PROVIDED += "qemu-native" into your local.conf |
21:36.28 | qsp | mm, thank you. its a but in my gcc? |
21:36.39 | woglinde | dont know |
21:36.49 | woglinde | maybee gcc or qemu self |
21:37.00 | woglinde | maybee it is fixed in 0.11 |
21:37.13 | woglinde | because 0.10.3 is fairly old |
21:37.15 | kergoth | heh, no matter what qemu's source doing, gcc shouldn't be ICE'ing :) |
21:37.23 | qsp | ok, thank you, if the config.local setting does the trick then its geat |
21:37.44 | qsp | well, i've had some issues with gcc before, so i also habe gcc 4.4 |
21:37.46 | woglinde | qsp that aussems you install the qemu stuff from suse |
21:37.58 | woglinde | args assumes |
21:38.44 | qsp | but i think i saw somewhere that gcc 4.x wasnt ok this case.. anyway, its perfect. i'll install qemu and rerun then. thank you |
21:39.15 | qsp | i'm really new. and the aagstrom kernel doesnt boot on c700. so i'm trying to build linux-rp... |
21:39.26 | qsp | :-) |
21:42.59 | woglinde | hm as I thought armv7 has __sync_add_and_fetch with gcc-4.4 |
21:43.50 | RP | florian: no, I decided a carear in law would be boring ;-) |
21:45.37 | woglinde | hm I am think about study law at remote university |
21:48.17 | *** join/#oe CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net) |
21:48.19 | RP | woglinde: ignore me, I'm sure it can be interesting :) |
21:49.32 | woglinde | rp I could fight against gpl volations *g* |
21:50.00 | RP | woglinde: indeed :) |
21:50.23 | RP | thinks about his companies legal department |
21:52.11 | *** join/#oe ant__ (n=andrea@host191-189-dynamic.60-82-r.retail.telecomitalia.it) |
21:52.22 | woglinde | jo ant |
21:52.45 | ant__ | abend woglinde |
21:53.04 | Jay7 | jojo |
21:53.10 | RP | Hmm, first time I've ever seen a DISTRO_PR changed. An interesting concept :/ |
21:53.10 | woglinde | re jay7 |
21:53.24 | woglinde | hm? |
21:53.32 | woglinde | angstroem does it all the time |
21:53.34 | woglinde | *g* |
21:53.51 | RP | woglinde: :/ |
21:54.01 | Jay7 | every time I'm updating and want to test new kexecboot DISTRO_PR is bumped :) |
21:54.05 | RP | Ah well, there goes that testing |
21:55.25 | Jay7 | need a coffee.. |
21:57.11 | khem | qsp: qemu 0.10.5+ can be compiled with gcc 4.x |
21:58.21 | khem | woglinde: __sync_add_and_fetch is a builtin isnt it |
21:58.26 | RP | mickeyl: Did you have any thoughts on that import bb issue in the end? |
21:58.37 | woglinde | khem not in earlier gcc's |
21:59.12 | khem | woglinde: is it in in libgcc then on older ones ? |
21:59.27 | woglinde | khem and not for all archs |
21:59.38 | woglinde | but now it seems for all in with 4.4 |
21:59.42 | woglinde | boost builds |
22:00.20 | woglinde | boost 1.4.0 |
22:00.27 | woglinde | will commit now |
22:00.35 | *** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net) |
22:01.17 | khem | woglinde: are you worried about gplness of the intrinsics ? |
22:01.28 | *** join/#oe florian (n=fuchs@Maemo/community/contributor/florian) |
22:01.35 | ant__ | RP: the concept of DISTRO_PR and OELAYOUT_ABI in PSTAGE_PKGPATH would need more attention... |
22:01.52 | woglinde | khem for boost 1.3.36 there is a patch for armv7 in |
22:03.21 | RP | ant__: Not really, if its been added in there it should be fine |
22:03.34 | ant__ | well, here poky and Angstrom diverge |
22:03.57 | RP | ant__: Its not really a problem |
22:04.09 | ant__ | it smells somehow duplicate |
22:04.14 | RP | ant__: ? |
22:04.23 | ant__ | I know these are two concepts |
22:04.29 | khem | woglinde: yes older arms didnt really have atomic op equivalent for this operation |
22:07.56 | CIA-2 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * rc0089b4e81 10openembedded.git/ (4 files in 3 dirs): |
22:07.56 | CIA-2 | boost: add new version 1.4.0 |
22:07.56 | CIA-2 | * switch to cmake as buildsystem |
22:07.56 | CIA-2 | * enable serialization and python |
22:08.00 | CIA-2 | * make own .inc for 1.4.x versions |
22:08.02 | CIA-2 | * don't make default for now, needs more testing with |
22:08.04 | CIA-2 | apps that are using boost |
22:15.49 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 07master * r40856c0b1d 10bitbake.git/lib/bb/ (build.py parse/parse_py/BBHandler.py): |
22:15.49 | CIA-2 | Improve anonymous python function handling sp functions use the methodpool and are no longer concatenated |
22:15.50 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
22:16.10 | *** join/#oe Crofton|bold (n=Crofton|@166.198.91.87) |
22:16.16 | woglinde | re crofton |
22:16.25 | woglinde | flight canceld? |
22:16.25 | qsp | i'm still having troubles with gcc segfaulting with internal compiler errors. should there be issues to switch to gcc4.4? or i should clean the things it already built? |
22:16.29 | XorA|gone | goes insane trying to pay his local council money |
22:16.51 | woglinde | hm what is local council money? |
22:16.53 | khem | qsp: this is the gcc on your build machine which is ICEing |
22:16.59 | Crofton|bold | if it is so hard, do pay them |
22:17.13 | Crofton|bold | no, four hour layover |
22:17.16 | XorA|gone | woglinde: I owe local government money, it seems they havent actually thought about how to receive the cash |
22:17.28 | qsp | kdem: yep. my gcc... i have also 4.4 so i'll give it a try.. |
22:17.49 | XorA|gone | I guess I must be a rare case in that they didnt screw up and I do actually owe the money |
22:17.50 | khem | qsp: You can create a testcase by preprocessing the .c file where it is ICEing and let SuSE know about it may be they are interested to fix it |
22:18.06 | woglinde | khem they will say use newer qemu |
22:18.35 | qsp | oh, its now on qemu now, its in gcc-cross-intermediate |
22:18.40 | qsp | *not |
22:18.43 | khem | woglinde: I dont think so if you have a testcase which shows gcc is ICEing its a different story |
22:19.22 | qsp | well, i can extract the gcc command that was ran and see if i can make one (test case) |
22:19.26 | Crofton|bold | xora, check my twitter |
22:19.31 | khem | unless gcc version is EOL it will be of interest to fix gcc |
22:19.58 | qsp | well, yes, thats also a problem, i dont think they have gcc.3.4 in the opensuse to come.. |
22:20.26 | likewise | anyone: I have a reason to branch off in GIT, to be merged later. Any simple workflow for this in OE. (I'm overwhelmed by the git-branch options). I want my branch to keep in-sync with .dev during development. |
22:20.40 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 07master * rf75ac81a55 10bitbake.git/lib/bb/parse/parse_py/BBHandler.py: |
22:20.40 | CIA-2 | BBHandler.py: Use exec_func, not exec_func_python |
22:20.40 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
22:20.47 | qsp | so i'll just test with gcc4 and see what happens. though its annoying sometimes, these opensuse modifications, it isnt the first issue with them :-/ |
22:20.57 | khem | likewise: create a remote user branch |
22:21.03 | Crofton|bold | likewise, yeah but tohard to explain b |
22:21.03 | Crofton|bold | Via crackberry |
22:21.18 | khem | and maintain it as long as you develop and then merge back into .dev |
22:21.26 | Crofton|bold | git reabse origin |
22:21.29 | likewise | Crofton|bold: good luck being non-bored during the layover. :-) |
22:22.00 | khem | qsp: so its the gcc-native that is used here right ? |
22:22.07 | likewise | khem: thanks, googling for the teminology you splashed at me. |
22:22.58 | qsp | khem: yes, it segfaulted on armv5te-angstrom-linux-gnueabi/gcc-cross-intermediate-4.3.3-r7.1/gcc-4.3.3/gcc/simplify-rtx.c:3391 |
22:23.22 | qsp | khem, but its while it compiles gcc, using the machine's own gcc, so its the machines gcc fault i'd guess |
22:24.35 | Crofton|bold | is rsorting to drinking |
22:24.50 | khem | qsp: yes |
22:25.35 | qsp | khem: there isnt a way to define the use of a different gcc exec in local.conf? i'll need to change the symlink? |
22:25.52 | likewise | khem: remote user branch means: git branch --track myfeature origin/org.openembedded.dev ? |
22:26.44 | kergoth | dont' need --track with recent git, its default for branches based on remote branches |
22:27.19 | Crofton|bold | yeah, that is my experience also |
22:27.35 | XorA|gone | Crofton|bold: awesome |
22:28.38 | Crofton|bold | if I get back thereI'll get a real photo |
22:30.35 | dhd | where do the .debug directories come from in the install phase and how can i prevent them from being created? |
22:30.46 | kergoth | why would you want to? |
22:30.51 | dhd | to save space... |
22:30.56 | kergoth | uh, no. |
22:30.58 | dhd | oh |
22:30.59 | kergoth | .debug files go into -dbg packages |
22:31.06 | kergoth | if you don't want them, don't install those packages |
22:31.22 | dhd | oh, this is my own .bb file - clearly i missed something :) |
22:31.37 | kergoth | sounds like you overrode one of the FILES vars and did it wrong. |
22:31.39 | dhd | so if i add a -dbg package to the list of packages, then bitbake will put them in there... |
22:31.42 | dhd | ah |
22:31.43 | kergoth | no. |
22:31.47 | kergoth | -dbg is in the package list by default |
22:31.50 | kergoth | unless, again, you change it |
22:31.57 | kergoth | bitbake -e | grep \^PACKAGES= |
22:32.01 | dhd | right, I did override PACKAGES |
22:32.09 | kergoth | why are you doing that? |
22:32.20 | dhd | the makefiles for this package are kind of screwed up - so it is a hack job |
22:32.29 | dhd | not sure anymore... okay i'll check it out |
22:32.30 | kergoth | what does the makefiel have to do with packaging? |
22:32.37 | dhd | it's a long story |
22:32.40 | kergoth | PACKAGES is just how you split up what gets installed in do_install |
22:32.45 | kergoth | absolutely nothing to do with the makefiles |
22:32.55 | khem | likewise: git branch user/branch origin/org.openembedded.dev |
22:33.05 | dhd | kergoth: thanks - okay, that makes sense then |
22:33.10 | khem | qsp: there are several ways |
22:33.30 | kergoth | the do_package task takes what you installed in do_install and splits it up into the packages in PACKAGES, obeying the globs in FILES_<package> |
22:33.34 | dhd | ah okay |
22:33.38 | khem | qsp when gcc is compiled it used CC env variable to know what compiler is used to compile it |
22:34.17 | khem | likewise: then you can do git push origin user/branch to create the remote branch |
22:34.44 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.8 * r47dceffdfc 10bitbake.git/lib/bb/build.py: |
22:34.44 | CIA-2 | build.py: Add bb and os to __builtins__ backporting from trunk since we'd like to be able to depend on this behaviour in OE soon |
22:34.44 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
22:34.56 | dhd | kergoth: thanks - it makes sense now |
22:34.56 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 071.8 * ra865dd4263 10bitbake.git/lib/bb/fetch/svk.py: |
22:34.56 | CIA-2 | fetch/svk: Fix up breakage. Evidently nobody uses svk |
22:34.56 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
22:35.00 | kergoth | np |
22:35.11 | qsp | khem, so it'll recompile? or i need to clean it on my own? i modified the symlink and i'm running it lets see if i manage to build something this time.. :-) tough work just to get it running |
22:35.13 | RP | kergoth: Any objection to rolling a bitbake 1.8 release? |
22:35.13 | dhd | where are the default definitions for FILES? |
22:35.14 | khem | then you can create a local branch which tracks this remote branch and do your development and push it to the remote branch regularly |
22:35.18 | Crofton|bold | rofl on svk usage |
22:35.26 | kergoth | dhd: bitbake.conf, same place where nearly every other default value is :) |
22:35.30 | dhd | :) |
22:35.36 | kergoth | RP: nope, sounds fine to me |
22:35.52 | khem | qsp: hmm I would suggest to clean the recipe and rebuilt it |
22:35.58 | RP | kergoth: I think I'm going to tag, release and bump OE's dependency |
22:36.03 | RP | then set to on 1.10 |
22:36.05 | kergoth | dhd: conf/bitbake.conf is the only configuration file bitbake parses directly. it includes local.conf, machine .conf, distro .conf, etc. |
22:36.10 | kergoth | RP: sounds good |
22:36.25 | khem | usually it works but mixing objects generated by two different gcc versions is like wearning two different color shoes |
22:37.48 | Crofton|bold | must remember the different colour shoes line |
22:37.48 | qsp | khem, sure, i just delete the tmp dir? or there is a more "clean" way to do it? |
22:38.04 | khem | likewise: if you dont have to share your changes then you can use a local branch carved out of .dev |
22:38.21 | khem | qsp: bitbake -c clean gcc-cross-intermediate |
22:38.33 | qsp | oh, thank you :-) |
22:38.35 | khem | will clean just gcc-cross-intermediate |
22:39.26 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 07refs/tags/1.8.14 * r91a84dd349 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): |
22:39.26 | CIA-2 | Release 1.8.14 |
22:39.26 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
22:40.09 | florian | wow |
22:40.18 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.8 * r91a84dd349 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): |
22:40.18 | CIA-2 | Release 1.8.14 |
22:40.18 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
22:40.25 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.8 * r70f124715c 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): |
22:40.26 | CIA-2 | Post release version increment |
22:40.26 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
22:50.47 | *** join/#oe mwester-laptop (n=mwester@nslu2-linux/mwester) |
22:52.59 | Crofton|bold | bother, I forgot my power adapter |
22:55.06 | likewise | Crofton|bold: lower your screen brightness and stop generating interrupts on the keyboard :-) |
22:55.54 | *** join/#oe rob_w (n=bob@p549BE7E2.dip.t-dialin.net) |
22:56.45 | RP | Well, I hope I got that right :) |
22:57.39 | RP | Crofton|bold: What exactly? I'm sure someone might be able to find something similar to give you some power at least |
22:58.03 | likewise | khem: I would like to share my branch, i.e. make it remote. How would I keep the remote branch in-sync with .dev. though? Can I make it track .dev? |
22:59.31 | rob_w | o/ |
22:59.37 | rob_w | cbrake_away, around ? |
23:00.58 | Crofton|bold | likewise I belive you will manually have to rebase against the origin |
23:01.40 | Crofton|bold | rp, I'll likely pick up yet another adapter, or borrow one from my uncle |
23:03.02 | RP | Crofton|bold: ok |
23:05.33 | *** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
23:10.25 | Crofton|bold | rp, bring what you have, I am sure the guys from the continent may need some also |
23:15.43 | *** join/#oe Martin-B (n=martin@pool-72-65-198-89.dbd-ipconnect.net) |
23:15.59 | RP | Crofton|bold: This is UK mains to US mains, right? |
23:16.24 | RP | Crofton|bold: "power adpator" can mean a variety of things :/ |
23:17.01 | *** join/#oe marcosmamorim (n=marcos@201-43-208-59.dsl.telesp.net.br) |
23:23.23 | ant__ | RP: while you're there: any idea why 2.6.31 wouldn't boot from nand on c7x0? Boots from media if kexeced, though |
23:23.56 | RP | ant__: none |
23:24.06 | ant__ | (sane mtd config, of course) |
23:24.17 | ant__ | some obscure gcc 4.x bug? |
23:24.33 | ant__ | relocation? |
23:28.29 | Crofton|bold | rp, correct |
23:28.55 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-74-57.w90-2.abo.wanadoo.fr) |
23:30.36 | *** join/#oe xyzz (n=xyzz@norkia.v3.sk) |
23:34.09 | *** join/#oe Martin_B (n=martin@pool-30-67-198-89.dbd-ipconnect.net) |
23:36.46 | Jay7 | RP: should I update bitbake to work with current .dev? |
23:36.59 | RP | Jay7: You don't need to yet |
23:37.09 | Jay7 | ok :) |
23:37.23 | RP | Jay7: It will tell you when the time comes |
23:37.38 | Jay7 | better is to tell to ML ;) |
23:37.54 | RP | I think I broke the 1.8.14 release anyway :( |
23:38.01 | Jay7 | hehe.. |
23:38.14 | RP | I did, doesn't even run |
23:38.29 | RP | sighs, too many different copies of bitbake :/ |
23:38.37 | *** join/#oe montamer (n=montamer@203.199.213.3) |
23:41.23 | Crofton|bold | So many versions, so little time |
23:41.51 | RP | Actually, I've totally screwed this up :( |
23:46.13 | Jay7 | it's ok |
23:46.44 | Jay7 | I've semi-broken xpm parsing routine in kexecboot :) |
23:46.59 | RP | I noticed one of kergoths changes, thought it was a regression and removed it :/ |
23:53.32 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.10 * rf2bc4198f2 10bitbake.git/lib/bb/ (11 files in 2 dirs): |
23:53.32 | CIA-2 | Sync module import cleanups back from bitbake trunk |
23:53.32 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
23:53.33 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.10 * r4d24b57c03 10bitbake.git/ (bin/bitbake lib/bb/cooker.py lib/bb/fetch/__init__.py): |
23:53.33 | CIA-2 | Add a compare-versions command which returns whether the SRCREV versions have changed since bitbake was last run (from Poky) |
23:53.37 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
23:53.39 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.10 * rfdd7407534 10bitbake.git/lib/bb/fetch/ (svk.py wget.py): |
23:53.41 | CIA-2 | wget.py: Don't check files exist when checking urls for validity |
23:53.43 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
23:53.45 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 071.10 * ra18e62fc26 10bitbake.git/lib/bb/fetch/hg.py: |
23:53.47 | CIA-2 | Add hg fetcher auto revisioning, patch from Carl Simonson <simonsonc@gmail.com> |
23:53.49 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
23:53.51 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.10 * rc9b82d7336 10bitbake.git/lib/bb/ (event.py parse/parse_py/BBHandler.py): |
23:53.54 | CIA-2 | event.py: Add recipe parsed event backported from master |
23:53.56 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
23:53.58 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.10 * r6838d9eeae 10bitbake.git/lib/bb/build.py: |
23:54.04 | CIA-2 | build.py: Remove zero length logfiles (backport from master) |
23:54.06 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
23:54.08 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.10 * r361dc190c6 10bitbake.git/lib/bb/persist_data.py: |
23:54.10 | CIA-2 | persist_data.py: Add missing getKeyValues function for SCM version comparision code |
23:54.12 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
23:54.14 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.10 * r15f8e4b549 10bitbake.git/lib/bb/providers.py: |
23:54.18 | CIA-2 | providers.py: Add regexp cache speeding up certain operations |
23:54.20 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
23:54.22 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.10 * r0cbc684e94 10bitbake.git/lib/bb/fetch/__init__.py: |
23:54.24 | CIA-2 | fetch/__init__.py: Drop pointless pickle import |
23:54.26 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
23:54.28 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.10 * rd4bc9c01d2 10bitbake.git/lib/bb/parse/parse_py/BBHandler.py: |
23:54.35 | CIA-2 | BBHandler: Drop unused __functions__ variable (backport from master) |
23:54.37 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
23:54.39 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.10 * r52127bcebe 10bitbake.git/lib/bb/runqueue.py: |
23:54.41 | CIA-2 | runqueue.py: Update to the faster algorithm from master |
23:54.43 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
23:54.45 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.10 * rd8777b04e6 10bitbake.git/lib/bb/build.py: |
23:54.51 | CIA-2 | build.py: Drop unneeded directory changes (from trunk) and remove code duplication |
23:54.53 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
23:54.55 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.10 * r506ded268f 10bitbake.git/lib/bb/utils.py: |
23:54.57 | CIA-2 | (5 lines omitted) |
23:55.51 | *** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
23:57.24 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.8 * r72cc4aabaa 10bitbake.git/bin/bitbake: |
23:57.24 | CIA-2 | bin/bitbake: Fix typo during release process |
23:57.24 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@rpsys.net> |
23:57.25 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.8 * r1c06edb545 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): Release 1.8.16 |
23:57.35 | CIA-2 | 03Richard Purdie <rpurdie@rpsys.net> 071.8 * r53f097ed9f 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): Increment version post release |
23:59.26 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |