| 00:06.19 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 00:32.53 | *** join/#oe likewise_ (~chatzilla@095-097-098-131.static.chello.nl) |
| 00:40.29 | *** join/#oe wicknix (~matt@114.173-254-135.cellcom.com) |
| 00:50.34 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 00:51.17 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 00:52.06 | *** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org) |
| 00:52.44 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 01:24.58 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 01:30.10 | *** join/#oe grund (~grund@firebug.buglabs.net) |
| 01:32.16 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 01:37.26 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
| 01:38.35 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 01:44.43 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 02:07.18 | *** join/#oe Martin__B (~martin@pool-186-66-198-89.dbd-ipconnect.net) |
| 02:26.17 | *** join/#oe NvrBst (~nb@66.183.110.123) |
| 02:38.33 | *** join/#oe rsalveti (~rsalveti@201.82.72.47) |
| 02:46.21 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 03:01.08 | *** join/#oe fraxinas (~quassel@p4FD63904.dip.t-dialin.net) |
| 03:19.19 | *** join/#oe etrunko (~edulima@187.106.0.240) |
| 03:28.27 | *** join/#oe mrj10 (~mrj10@c-98-212-200-198.hsd1.il.comcast.net) |
| 03:28.52 | *** join/#oe nitink1 (~nitink@134.134.139.74) |
| 03:31.33 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 03:37.28 | *** join/#oe tzanger (~tzanger@gromit.mixdown.ca) |
| 03:37.28 | *** join/#oe roza (~ron@nat/cisco/x-yuyvgmgislbbnnmp) |
| 03:37.28 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 03:37.28 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
| 03:37.28 | *** join/#oe jannau (~janne@chybek.jannau.net) |
| 03:37.28 | *** join/#oe mrmoku (~mrmoku@ppp-188-174-104-80.dynamic.mnet-online.de) |
| 03:37.28 | *** join/#oe cdbot2 (~cdbot2@hentges.net) |
| 03:38.42 | *** part/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
| 03:41.40 | *** join/#oe junminlin (~junminlin@58.246.6.10) |
| 03:42.42 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
| 04:02.19 | *** join/#oe mrj10 (~mrj10@c-98-212-200-198.hsd1.il.comcast.net) |
| 04:09.38 | *** join/#oe jevin (~jevin@ee338pc2.ecn.purdue.edu) |
| 04:12.55 | *** part/#oe mrj10 (~mrj10@c-98-212-200-198.hsd1.il.comcast.net) |
| 04:33.02 | *** join/#oe etrunko (~edulima@187.106.0.240) |
| 04:40.15 | *** join/#oe darkstar62 (~darkstar6@97-126-107-62.tukw.qwest.net) |
| 05:15.48 | *** join/#oe mrc3 (~ddiaz@189.157.118.63) |
| 05:16.27 | *** join/#oe polyonymous (~hacker@g230195117.adsl.alicedsl.de) |
| 05:25.00 | *** join/#oe muep (~muep@2a00:1a58:f501:235:5867:a7ff:fe44:6724) |
| 05:39.03 | *** join/#oe mrc3 (~ddiaz@189.157.113.110) |
| 05:40.59 | *** join/#oe morphis (~morphis@brmn-4dbcdf40.pool.mediaWays.net) |
| 05:43.11 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07master * rf2253e23c7 10openembedded.git/recipes/mesa/ (mesa-7.9.1/uclibc.patch mesa-dri_7.9.1.bb mesa_7.9.1.bb): |
| 05:43.11 | CIA-1 | mesa-7.9.1: Fix build on uclibc |
| 05:43.11 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 05:50.35 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 05:52.58 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
| 06:48.29 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
| 08:17.25 | *** join/#oe ibot (~ibot@rikers.org) |
| 08:17.25 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 08:19.45 | mckoan | good morning |
| 08:22.38 | *** join/#oe roza (~ron@nat/cisco/x-zhmoyrbpqiwswvgg) |
| 08:36.28 | *** join/#oe unclewerner (~unclewern@host-88-217-163-202.customer.m-online.net) |
| 08:51.00 | *** join/#oe muep (~muep@2a00:1a58:f501:235:5867:a7ff:fe44:6724) |
| 09:02.38 | ericben | good morning |
| 09:08.31 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
| 09:08.33 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 09:11.49 | mckoan | ericben: hi |
| 09:13.18 | ericben | hi mckoan |
| 09:17.41 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 09:17.41 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:17.41 | CIA-1 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * rebd29e13f9 10openembedded.git/conf/distro/include/angstrom-2010-preferred-versions.inc: |
| 09:17.41 | CIA-1 | angstrom-2010: prefer busybox-1.18.1 |
| 09:17.41 | CIA-1 | this is the latest stable version |
| 09:17.41 | CIA-1 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
| 09:17.41 | CIA-1 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 09:17.45 | CIA-1 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * rb4f54aa770 10openembedded.git/recipes/linux-libc-headers/linux-libc-headers_2.6.37.bb: |
| 09:17.45 | CIA-1 | linux-libc-headers_2.6.37: fix SRC_URI |
| 09:17.45 | CIA-1 | actual SRC_URI can't work because : |
| 09:17.45 | CIA-1 | - linux-libc-headers-2.6.37.tar.bz2 or linux-libc-headers-native-2.6.37.tar.bz2 |
| 09:17.46 | CIA-1 | don't exist on kernel.org's FTP |
| 09:17.46 | CIA-1 | - there is no file://defconfig |
| 09:17.47 | CIA-1 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
| 09:17.47 | CIA-1 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * r0000d33694 10openembedded.git/recipes/busybox/ (8 files in 2 dirs): |
| 09:17.48 | CIA-1 | busybox: remove 1.17.4 |
| 09:17.48 | CIA-1 | now that angstrom-2010 is using 1.18.1 |
| 09:17.49 | CIA-1 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
| 09:17.49 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 09:17.50 | CIA-1 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * ra11f29b4f4 10openembedded.git/recipes/tslib/tslib_git.bb: |
| 09:18.45 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 09:21.22 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 09:29.31 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:29.49 | *** join/#oe marex (~marex@eduroam2.ms.mff.cuni.cz) |
| 09:31.15 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rf2a7e115ce 10openembedded.git/recipes/linux/linux_2.6.34.bb: |
| 09:31.15 | CIA-1 | linux-2.6.34: remove c7x0 patch from SRC_URI override as that file was removed in f000274e8bcae7c2d8cfebb2a7485689e7cab476 |
| 09:31.16 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 09:35.22 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 09:38.36 | *** join/#oe GarthPS (~quassel@84.7.10.14) |
| 09:42.02 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:51.04 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra92ab702f0 10openembedded.git/recipes/ntp/ (15 files in 4 dirs): (log message trimmed) |
| 09:51.04 | CIA-1 | ntp: cleanups |
| 09:51.04 | CIA-1 | * remove obsolete versions |
| 09:51.04 | CIA-1 | * move ntp-ssl forward |
| 09:51.04 | CIA-1 | * fix ifup script |
| 09:51.05 | CIA-1 | * fix crontab |
| 09:51.05 | CIA-1 | * moved files into files/ so it can be shared between ntp and ntp-ssl |
| 09:53.47 | *** join/#oe zp2 (~chatzilla@193.56.60.160) |
| 10:06.36 | *** join/#oe incandescant (~joshual@83.217.123.106) |
| 10:07.02 | JaMa | someone noticed this error while building boots-1.45.0 with gcc-4.5? *** buffer overflow detected ***: /OE/tmpdir-shr/sysroots/x86_64-linux/usr/armv4t/lib/gcc/arm-oe-linux-gnueabi/4.5.3/../../../../arm-oe-linux-gnueabi/bin/ld terminated |
| 10:07.07 | JaMa | boost.. |
| 10:07.47 | JaMa | http://paste.pocoo.org/show/318762/ |
| 10:09.03 | JaMa | on different host I get only [8775885.236872] ld[30461] trap stack segment ip:43596c sp:7fffc19e9170 error:0 in dmesg |
| 10:31.52 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 10:36.23 | *** join/#oe GNUtoo|laptop (~gnutoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
| 10:41.46 | *** join/#oe mlip (~mlip@62.218.44.194) |
| 10:44.53 | mlip | hej, anybody with knowledge of OEs bootstrapping process present? strict.pm (perl-module-strict) is missing when building flex-native and others... I don't think this is the right place to add the dep though... |
| 10:45.54 | ericben | mlip: what is the error you get ? libperl.so not found or something like this ? |
| 10:46.28 | mlip | ericben: automake fails: | Can't locate strict.pm in @INC (@INC contains: ... |
| 10:47.37 | ericben | mlip: ok here I get "perl: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory" when autoreconf runs on some native libs |
| 10:47.40 | mlip | ericben: nvm, my includepaths are messed up somehow ... just didn't notice this until now |
| 10:49.59 | mlip | just found out that packaged staging is not compatible with a new TMPDIR that is at some other place; had not though about this, but it seems reasonable (staged configs, etc.) |
| 10:53.04 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r95827005a1 10openembedded.git/recipes/linux/ (4 files in 2 dirs): |
| 10:53.04 | CIA-1 | linux-2.6.34: upgrade to longterm 2.6.34.8 and update openmoko and shr patch a bit |
| 10:53.04 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:55.43 | *** join/#oe rschus (~rschus@p5DDC09E6.dip0.t-ipconnect.de) |
| 10:56.16 | CIA-1 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r90a94fb96f 10openembedded.git/recipes/freesmartphone/fsodeviced_git.bb: fsodeviced: i2c-tools no longer a dependency; everything necessary included in fsodeviced itself |
| 11:06.24 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 11:06.30 | *** join/#oe Martin__B (~martin@pool-186-66-198-89.dbd-ipconnect.net) |
| 11:13.22 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:16.57 | morphis | kergoth`: ping |
| 11:17.00 | *** join/#oe CMoH-office (~cipi@89.238.251.90) |
| 11:17.00 | *** join/#oe CMoH-office (~cipi@unaffiliated/c-moh) |
| 11:17.35 | morphis | kergoth`: could you apply one little patch (fixing an include in cy8mrln-palmpre plugin) to tslib repository? |
| 11:17.51 | morphis | kergoth`: if yes, I will send it to you by mail |
| 11:18.21 | pb__ | morphis: it is the middle of the night in kergoth-land, I expect he is asleep |
| 11:18.27 | morphis | hm |
| 11:18.34 | morphis | kergoth-land, where is it? |
| 11:18.36 | morphis | US? |
| 11:18.38 | pb__ | yeah |
| 11:18.40 | morphis | ok |
| 11:18.55 | morphis | then I will send him the mail ... |
| 11:18.56 | pb__ | I think he is on UTC-7, something like that |
| 11:22.03 | morphis | ok |
| 11:23.01 | morphis | so he will up in some hours, great |
| 11:27.34 | ericben | morphis: there is the tslib mailing list : tslib-general@lists.berlios.de |
| 11:31.52 | morphis | ericben: I know, but in this case I prefer the fast, direct way :) |
| 11:56.14 | *** join/#oe Ironnads (~Ironnads@host109-152-214-165.range109-152.btcentralplus.com) |
| 12:01.20 | *** join/#oe CMoH-office (~cipi@unaffiliated/c-moh) |
| 12:01.30 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 12:09.52 | *** join/#oe marex (~marex@eduroam2.ms.mff.cuni.cz) |
| 12:43.43 | *** join/#oe morphis (~morphis@brmn-4db777bb.pool.mediaWays.net) |
| 12:47.49 | *** join/#oe davidlt (~davidlt@92-172.203-62.cust.bluewin.ch) |
| 12:48.11 | davidlt | Something went wrong with by build |
| 12:48.19 | davidlt | init.c:(.text+0x24): undefined reference to `__libc_start_main' |
| 12:48.19 | davidlt | init.c:(.text+0x28): undefined reference to `abort' |
| 12:48.30 | davidlt | Which recipe is responsible for libc? |
| 12:54.56 | XorA | glibc |
| 12:55.27 | XorA | or eglibc/uclibc depending on distro varients |
| 12:55.44 | davidlt | Thanks |
| 12:56.06 | XorA | that is an unusual type error to cause |
| 12:57.09 | CIA-1 | 03VÃctor Manuel Jáquez Leal <vjaquez@igalia.com> 07org.openembedded.dev * r1f90d78726 10openembedded.git/classes/scons.bbclass: (log message trimmed) |
| 12:57.09 | CIA-1 | scons: add EXTRA_OESCONS |
| 12:57.09 | CIA-1 | It's similar to EXTRA_OEMAKE, which appends arguments to the scons |
| 12:57.09 | CIA-1 | command |
| 12:57.09 | CIA-1 | v2: |
| 12:57.09 | CIA-1 | * initialise the EXTRA_OECONS if it is not defined |
| 12:57.09 | CIA-1 | Signed-off-by: VÃctor Manuel Jáquez Leal <vjaquez@igalia.com> |
| 13:00.29 | davidlt | I think yesterday I did cleanall (don't ask why) on one of the packages. |
| 13:01.11 | davidlt | probably bitbake did not rebuild those packages. |
| 13:01.19 | davidlt | So I messed things up a bit. |
| 13:25.34 | XorA | if you clean *libc you normally need to clean *libc-initial as well |
| 13:25.53 | XorA | then it all rebuilds fine |
| 13:38.48 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 13:40.27 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 13:43.31 | *** join/#oe hansdampf (~moritz@212.77.182.119) |
| 14:09.34 | *** join/#oe pespin (~pespin@246.pool85-50-74.dynamic.orange.es) |
| 14:09.54 | davidlt | Yeah, deleted temp and rebuilding everything. It looked a bit too messy now. |
| 14:15.14 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 14:19.04 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 14:24.00 | Tartarus | So, is there anyone around currently that really really cares about uclibc failures? |
| 14:26.13 | *** join/#oe kevinsc (~a0214685@nat/ti/x-rdivdiejdswcctzl) |
| 14:27.50 | CIA-1 | 03Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * re152587aa6 10openembedded.git/recipes/alsa/ (alsa-lib_1.0.20.bb alsa-lib_1.0.23.bb): |
| 14:27.50 | CIA-1 | alsa-lib: fix packaging error |
| 14:27.50 | CIA-1 | * symlink libasound.so -> libasound.so.2.0.0 in /usr/lib was missing in |
| 14:27.50 | CIA-1 | dev package |
| 14:27.50 | CIA-1 | Signed-off-by: Steffen Sledz <sledz@dresearch.de> |
| 14:27.50 | CIA-1 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 14:28.06 | Tartarus | JaMa, ping |
| 14:28.46 | JaMa | pong |
| 14:29.16 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-wmfqdymnhcunlgub) |
| 14:29.45 | Tartarus | ppc+mesa is failing |
| 14:29.46 | Tartarus | sec |
| 14:30.12 | Tartarus | http://pastebin.com/6dx1fMbv |
| 14:30.19 | Tartarus | haven't googled or anything, triaging my logs atm |
| 14:30.34 | Tartarus | but qemuppc/p2020ds/mpc8315e-rdb fail so it wouldn't be hard to reproduce if you can :) |
| 14:30.59 | Crofton|work | you relaize that all posible combinations of builds actually building in OE is a sign of the apocalypse? |
| 14:32.01 | Tartarus | ericben, heh, I got that libperl.so problem overnight, on RHEL5 |
| 14:32.21 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 14:32.34 | JaMa | Tartarus: which libc it is? khem pushed fix for uclibc tonight |
| 14:32.58 | Tartarus | JaMa, eglibc |
| 14:33.08 | Tartarus | DISTRO=minimal |
| 14:33.11 | ericben | Tartarus: cool ;-) I have some log if you want |
| 14:33.17 | ericben | I just got it again |
| 14:33.23 | Tartarus | ericben, it's def a race when we install perl-native :( |
| 14:33.33 | ericben | in the present case : ibpthread-stubs_0.2.bb, do_configur fails |
| 14:33.39 | ericben | but : 1: perl-native-5.10.1-r8 do_populate_sysroot (pid 7304) |
| 14:33.49 | Tartarus | yeap, similar here |
| 14:33.55 | ericben | so perl-native is not yet installed |
| 14:33.59 | Tartarus | that task had just finished before i got the message |
| 14:34.07 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 14:34.35 | Tartarus | tries to recall how/if we fixed a slightly similar race for coreutils-native |
| 14:35.24 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:36.13 | ericben | also I have more and more : "Identifying dependency loops (this may take a short while)..." and only solution is to clean tmp and restart because it never ends |
| 14:36.58 | ericben | seems to occur after having killed bitbake with several ctrl c |
| 14:38.15 | Tartarus | JaMa, so are you going to be able to look into that? |
| 14:40.14 | JaMa | I'll try but not sure if I'll able to test it today |
| 14:40.30 | JaMa | builds and works fine on armv[457] |
| 14:40.48 | Tartarus | yeah |
| 14:40.52 | JaMa | and too much daywork to start ppc build now |
| 14:40.59 | Tartarus | :( k |
| 14:41.02 | Tartarus | i'll see if i can google up anything |
| 14:41.28 | JaMa | but imho I've noticed similar error in some other package a while back |
| 14:41.29 | Tartarus | it's also fine on qemux86/mips |
| 14:41.36 | Tartarus | mipsel |
| 14:41.45 | Tartarus | and mips64 |
| 14:42.39 | *** join/#oe _julian (~quassel@hmbg-4d06e4c5.pool.mediaWays.net) |
| 14:42.51 | JaMa | can you try to add -ldl to that failing command? |
| 14:44.32 | Tartarus | yeah, on the list. But the builds get blown away so I can move on to the next one |
| 14:57.04 | *** join/#oe marex (~marex@eduroam2.ms.mff.cuni.cz) |
| 15:02.42 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 15:08.33 | *** join/#oe playya_ (~playya@93.216.235.25) |
| 15:08.33 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 15:10.09 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 15:14.50 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
| 15:17.11 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 15:20.36 | *** part/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
| 15:23.42 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 15:26.07 | *** join/#oe playya_ (~playya@93.216.235.25) |
| 15:26.07 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 15:37.22 | ericben | Tartarus: adding perl-native-runtime to autoconf.inc seems to solve the problem for me |
| 15:37.37 | ericben | Tartarus: to RDEPENDS_${PN}_virtclass-native in autoconf.inc |
| 15:37.37 | Tartarus | but perl-native-runtime is nothing |
| 15:37.48 | Tartarus | did you mean perl-native ? |
| 15:38.06 | ericben | Tartarus: ok so doing nothing solves the problem :-D will wait the build finish to be sure |
| 15:38.44 | *** join/#oe Martin_B (~martin@pool-186-66-198-89.dbd-ipconnect.net) |
| 15:39.01 | *** join/#oe rschus1 (~rschus@p5DDC09E6.dip0.t-ipconnect.de) |
| 15:39.05 | *** join/#oe cpo (~cpo@helix.mybll.net) |
| 15:39.58 | *** part/#oe rschus1 (~rschus@p5DDC09E6.dip0.t-ipconnect.de) |
| 15:40.48 | ericben | Tartarus: or maybe this is because I'm doing other things on the build host, which modifies the timings ... will retry this evening. |
| 15:52.41 | *** join/#oe pH5 (~ph5@e178205250.adsl.alicedsl.de) |
| 15:55.06 | *** join/#oe incandescant (~joshual@158.43.2.102) |
| 15:55.35 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 15:57.16 | *** join/#oe marex (~marex@eduroam2.ms.mff.cuni.cz) |
| 16:05.32 | *** join/#oe kristoffer (~kristoffe@c-98dde555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 16:06.00 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
| 16:13.43 | Tartarus | http://pastebin.com/pTE3ctEb look good to anyone? |
| 16:14.08 | *** join/#oe rschus (~rschus@p5DDC09E6.dip0.t-ipconnect.de) |
| 16:16.12 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 16:19.37 | *** join/#oe rschus1 (~rschus@p5DDC09E6.dip0.t-ipconnect.de) |
| 16:23.18 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 16:27.32 | Jay7 | Tartarus: shouldn't do any harm imho |
| 16:28.39 | *** join/#oe B_Lizzard (~havoc@athedsl-432005.home.otenet.gr) |
| 16:31.37 | *** join/#oe likewise (~likewise@249-88-ftth.onsneteindhoven.nl) |
| 16:31.56 | *** join/#oe zenlinux (~sgarman@c-76-105-143-140.hsd1.or.comcast.net) |
| 16:31.59 | Tartarus | should fix a build race I see, too |
| 16:36.53 | likewise | re |
| 16:36.55 | likewise | gm |
| 16:37.13 | likewise | I joined in a race condition, missed the race condition fix |
| 16:55.39 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07master * r343b75ebf0 10openembedded.git/recipes/autoconf/autoconf.inc: |
| 16:55.39 | CIA-1 | autoconf: Really only build in desired SUBDIRS |
| 16:55.39 | CIA-1 | In certain cases we would re-run configure as part of do_compile |
| 16:55.39 | CIA-1 | and thus wipe out our changes. So lets make the change before |
| 16:55.39 | CIA-1 | we run configure the first time so they are preserved. |
| 16:55.39 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 16:57.14 | *** join/#oe incandescant (~joshual@83.217.123.106) |
| 17:03.45 | *** join/#oe likewise (~likewise@161-71-ftth.onsneteindhoven.nl) |
| 17:20.20 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
| 17:28.05 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 17:33.05 | *** join/#oe tdebrouw` (~tdebrouw@91.182.29.134) |
| 17:36.17 | *** join/#oe HokieTux (~bhilburn@wireless-5192.wireless.ece.vt.edu) |
| 17:43.12 | GNUtoo|laptop | hi ericben |
| 17:43.48 | ericben | hi GNUtoo|laptop |
| 17:44.05 | GNUtoo|laptop | quick question, under mainline what is the cmdline to get serial? |
| 17:44.15 | *** join/#oe anarsoul (~anarsoul@212.98.182.161) |
| 17:44.19 | GNUtoo|laptop | under 2.6.27-freescale it was: |
| 17:44.28 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 17:44.38 | tharvey | mickey|zzZZzz, saw a post from you years back about pyqt support being dropped - did anyone pick that up? the recipe in OE is very dated |
| 17:44.41 | GNUtoo|laptop | console=ttymxc4 |
| 17:44.53 | ericben | for you imx "console=ttymxcX,115200n8" |
| 17:45.02 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 17:45.07 | GNUtoo|laptop | ok still mxc then |
| 17:45.29 | ericben | yes at least up to 2.6.37+ :) |
| 17:45.35 | GNUtoo|laptop | ok |
| 17:46.02 | GNUtoo|laptop | I don't think they change interface that easily |
| 17:46.09 | GNUtoo|laptop | as userspace interface are frozen |
| 17:46.12 | GNUtoo|laptop | but you can add some |
| 17:46.17 | GNUtoo|laptop | but not change the existing ones |
| 17:46.17 | ericben | see you later, I have to go to get my childs from the nanny |
| 17:46.21 | GNUtoo|laptop | ok |
| 17:46.23 | GNUtoo|laptop | see you later |
| 17:46.25 | GNUtoo|laptop | and thanks a lot |
| 17:46.27 | ericben | check omap : ttySx to tttyOx ! |
| 17:47.02 | GNUtoo|laptop | I've no omap with serial yet |
| 17:47.06 | GNUtoo|laptop | it will come tough |
| 17:48.59 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 17:50.35 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 18:16.47 | blindvt | khem, ping |
| 18:23.04 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
| 18:25.10 | CIA-1 | 03Tom Rini <tom_rini@mentor.com> 07master * r751ecb1dae 10openembedded.git/recipes/ltrace/ (files/ltrace-fix-sysdep_h-dependency.patch ltrace_0.5.3.bb): |
| 18:25.11 | CIA-1 | ltrace: Rework sysdeps dependencies |
| 18:25.11 | CIA-1 | The dependencies here were slightly lazy and in certain cases it was |
| 18:25.11 | CIA-1 | possible to be building objects that required generated headers before |
| 18:25.11 | CIA-1 | they were done. |
| 18:25.11 | CIA-1 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 18:29.49 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07master * rd3489b141c 10bitbake.git/lib/bb/ (5 files in 3 dirs): |
| 18:29.49 | CIA-1 | *: use utils.remove() some more |
| 18:29.49 | CIA-1 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
| 18:29.52 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07master * r86c6434f09 10bitbake.git/lib/bb/build.py: |
| 18:29.52 | CIA-1 | build: remove duplicate import of utils |
| 18:29.52 | CIA-1 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
| 18:29.53 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07master * r8c5555f5ed 10bitbake.git/lib/bb/codeparser.py: |
| 18:29.53 | CIA-1 | codeparser: fix spacing in diagnostic messages |
| 18:29.53 | CIA-1 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
| 18:30.54 | blindvt | kergoth`, these 3 where only tested cursory.. |
| 18:33.35 | blindvt | kergoth`, RP, RP__, so what's that fetch2? I meant to generalize tarball creation to just specified a set of excludes and uniformly handle fullclone and scmdata=keep (the latter with a global knob so i don't have to touch every recipe in oe) and now fetch2 pops up? Should i hold back on touching fetchers for a while? Does anyone have a .plan ? |
| 18:38.42 | kergoth` | the fetch module is essentially being rewritten. |
| 18:39.03 | blindvt | kergoth`, i've now thought about symlinking run.* to just one instance and while at it tend follow up with your (most obvious idea, now that i've seen what you mean :) to just emit both py as well as sh bodies if we got an exception or are debugging heavily. Do you plan on bringing the last part over anytime soon or should i look further? |
| 18:39.24 | *** join/#oe methril_ (~methril@189.27.129.9.dynamic.adsl.gvt.net.br) |
| 18:39.56 | blindvt | kergoth`, cool thing. It's way too elaborate as it is |
| 18:41.21 | *** join/#oe Heinervdm (~thomas@pD9E15C91.dip.t-dialin.net) |
| 18:41.59 | blindvt | kergoth`, what do you think about the kconfig idea i sent? I think it was you who said that such a beast could eventually be received well, didn't you? |
| 19:01.07 | *** join/#oe kevinsc (~a0214685@nat/ti/x-duvxqyaaktcudiyl) |
| 19:02.20 | kergoth` | the concept of kconfig is a good one, but i suspect it will be more useful as a frontend to configuration than for recipe selection. that said, i'm sure there's a need for both |
| 19:03.00 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 19:03.27 | mickey|zzZZzz | tharvey: i'm afraid noone picked up. it has always been quite an undertaking to update sip and pyqt, since they changed their buildsystem often. perhaps things are simpler nowadays? |
| 19:03.55 | Crofton|work | there is a pyqt fork also apparently |
| 19:05.16 | tharvey | you mean pyside? |
| 19:05.22 | tharvey | noticed that |
| 19:05.51 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:06.52 | tharvey | mickeyl, I'm reading that pyqt requires patches to work against qt-embedded - do you know anything about that? |
| 19:07.14 | mickeyl | tharvey: sure, i did all those |
| 19:07.20 | mickeyl | they're in OE |
| 19:07.38 | mickeyl | ya, pyside is an utter piece of NIH |
| 19:07.42 | mickeyl | i'm very angry wrt. |
| 19:08.59 | tharvey | from my reading pyside is LGPL vs pyqt GPL (unless you buy a commercial license) |
| 19:09.09 | Crofton|work | yeah, that is my understanding |
| 19:09.10 | tharvey | pyside has a goal of being API compatible |
| 19:09.39 | tharvey | so it seems to me that should simply replace pyqt if its up to snuff? |
| 19:10.26 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 19:11.12 | mickeyl | feel free to add pyside next to pyqt, if you want |
| 19:11.18 | mickeyl | updating pyqt would be appreciated as well |
| 19:12.29 | tharvey | yes, I'll look at both |
| 19:12.49 | tharvey | probably will start by attempting to update pyqt as I know that works for my need but will need to test pyside |
| 19:13.49 | mickeyl | right |
| 19:18.01 | tharvey | mickeyl, I'm seeing that there's a recipe for sip-native as well as python-sip and they are not at the same version - seems like I'll need to bring both of those up to date as well? |
| 19:18.55 | mickeyl | yes |
| 19:19.03 | mickeyl | sip-native is the binding generator for pyqt |
| 19:19.08 | mickeyl | python-sip is its runtime module |
| 19:21.38 | tharvey | I'm seeing some configure patches, and some arm patches, but not anything that looks specific to qtembedded |
| 19:21.49 | tharvey | (in current pyqt patches that is) |
| 19:22.07 | *** join/#oe pespin (~pespin@90.163.51.193) |
| 19:22.51 | tharvey | mickeyl, ah I see a qtembedded patch in python/python-pyqt/cross-compile.patch |
| 19:24.18 | mickeyl | yeah, it's tiny. over the years, more and more support got into pyqt mainline |
| 19:24.38 | mickeyl | at one point of time, the pyqt creator was payed by Sharp to add Qt/E support |
| 19:24.51 | mickeyl | i maintained that for a while when this contract ended |
| 19:25.10 | mickeyl | but around 2007 i lost interest in (py)qt |
| 19:25.29 | tharvey | so it looks like the only diffs for QtEmbedded were to setup the various qt_* dir globals |
| 19:25.57 | mickeyl | at least for this very version, yes |
| 19:26.05 | mickeyl | things have changed massively since then |
| 19:26.15 | mickeyl | a couple of product focus changes, renamings, etc. |
| 19:26.20 | tharvey | ok.... I'll get cracking - thanks for the info! |
| 19:26.27 | mickeyl | np |
| 19:26.30 | mickeyl | good spped |
| 19:26.33 | mickeyl | speed |
| 19:44.06 | ka6sox | hi mickeyl |
| 19:44.21 | ka6sox | I sent some email about a week ago...did you get it? |
| 19:46.13 | mickeyl | yes, i had a couple of busy days, i'll try to carry out the CNAME changes asap |
| 19:52.16 | khem | blindvt`: pong |
| 19:53.00 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 19:56.46 | ericben | blindvt: I should be able to test you busybox patches tomorrow so ack will come after ;) |
| 19:57.26 | ericben | passwd & shadow packages are a good idea |
| 19:57.38 | blindvt | khem, first, thanks for pushing the ACKed parts (as just recorded through ML). Second, see pings on ML. Third: unsurprisingly glib are braindead: https://bugzilla.gnome.org/show_bug.cgi?id=638593 so please consider ACKing and/or applying "[PATCH 11/12] glib-2.0: fix compilation for !IPv6" |
| 19:58.15 | blindvt | ericben, Roman rightfully noted that i forgot /etc/group |
| 19:58.30 | blindvt | ericben, so that should go into the passwd package, too. |
| 19:59.17 | ericben | blindvt: ok will try it |
| 19:59.17 | blindvt | and i apparently didn't send in initramfs-qemu-image nor snippets against micro-image and related hunks :( |
| 19:59.30 | *** join/#oe timtimred (~meh@79-67-233-159.dynamic.dsl.as9105.com) |
| 20:02.22 | khem | blindvt: I update patchwork |
| 20:02.30 | khem | whenever a patch is acceptefd |
| 20:02.46 | blindvt | i should do that too. |
| 20:02.54 | khem | so should all of us |
| 20:02.59 | khem | its very handy |
| 20:03.48 | blindvt | it is, short of obfuscated password-reset facilities in the UI. Was that applied in our install, btw? |
| 20:03.58 | khem | blindvt: [PATCH 11/12] is applied already I think |
| 20:05.15 | blindvt | and i should poke Lars Hjemli to apply the cgit tweaks i sent |
| 20:07.03 | RP__ | blindvt: fetch2 is a rewrite of the fetcher code. Its being done that way so we can break the API |
| 20:07.16 | blindvt | khem, oh, sorry. 11/12 is. But some TI folk should fix their gstreamer-ti RRECOMMENDS aka "[PATCH 01/12] gstd: fix type in RRECOMENDS". None of my business though |
| 20:07.34 | khem | yeah |
| 20:07.51 | blindvt | RP__, so, can i unify tarball handling in fetch2 or should i wait for it to settle? |
| 20:08.16 | khem | blindvt: btw. yann's patches for uclibc are holding good |
| 20:08.29 | Tartarus | speaking of uclibc |
| 20:08.35 | Tartarus | khem, do you care about meta-toolchain for uclibc? |
| 20:08.37 | Tartarus | or.. |
| 20:08.49 | khem | blindvt: I think we should push them after we cut .32 what do u think |
| 20:08.54 | khem | Tartarus: yes |
| 20:08.56 | Tartarus | nas-server-image,native-sdk-imag or console-image |
| 20:08.56 | blindvt | RP__, if i touch any fetcher, whom should i? In the light of an scm, i find it a tad odd to do that fetch2 approach, but ok |
| 20:09.03 | Tartarus | 4.5 broke meta-toolchain for uclibc |
| 20:09.07 | Tartarus | others have been broken for ages |
| 20:09.11 | khem | hrmm |
| 20:09.17 | Tartarus | i forget why x11-image fials |
| 20:09.17 | khem | Tartarus: in what way |
| 20:09.26 | Tartarus | which one? |
| 20:09.42 | Tartarus | (sorry, got my daughter on my lap, little slow to type/dig out logs) |
| 20:09.43 | khem | Tartarus: meta-toolchain |
| 20:09.53 | Tartarus | gcc-cross-sdk and libstdc++ precompiled headers |
| 20:10.03 | khem | ah pch stuff |
| 20:10.11 | blindvt | khem, they are good indeed. Thing is that arm is easy, x86 and x86_64 too as well as mips, ppc and sh. Tricky are alpha and especially sparc |
| 20:10.55 | blindvt | didn't i send a patch for the pch stuff, either to gcc or oe? |
| 20:11.19 | khem | we should poke Austin for sparc |
| 20:12.48 | blindvt | khem, we will for sure. It was a rather twisted logic with 4 degrees to get sparc right. I've discussed it with austin previously, ibot should have the details cached, but IIRC it was pretty quirky |
| 20:12.48 | khem | hrmm http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=8d51dd82e8e26bf9c4bd780d1a63a23128f938b0 was not supposed to be pushed yet |
| 20:12.52 | khem | schade |
| 20:13.17 | blindvt | khem, oh that one. |
| 20:13.24 | RP__ | blindvt: I think everyone agrees the fetcher needs improving. Doing do so without breaking the API is going to be hard. We also need a transition path for projects like OE and poky. It is a little unusual but some of the more invasive code changed we're looking at should make the reasons clear soon |
| 20:13.40 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 20:13.51 | khem | blindvt: yeah somehow git push always takes all branches into account |
| 20:13.58 | RP__ | blindvt: As for which code to touch, I'm expecting fetch2 to be the long term code base but its not going to happen over night |
| 20:14.01 | blindvt | khem, i also wanted to talk with you about that one. Can we please, *pretty please* settle on one set of feature strings and _approach_? |
| 20:14.08 | khem | I have done this more than once |
| 20:14.30 | khem | blindvt: yes I liked the idea of explicit enabling rather than disabling |
| 20:14.31 | blindvt | ~lart khem |
| 20:14.31 | ibot | squishes khem like a bug |
| 20:14.45 | khem | nm I will fix it |
| 20:14.52 | ka6sox | poor khem |
| 20:14.54 | khem | as such the commit is harmless |
| 20:15.19 | khem | it does not change anything |
| 20:15.41 | blindvt | khem, it's way superiour. That no* crap is desktop attitude and definitely not the thing we should do #here, don't you think |
| 20:15.50 | khem | yes |
| 20:16.12 | khem | but I still want to go with all enabled by default |
| 20:16.17 | khem | as this has been the case so far |
| 20:16.47 | khem | so may be I have to patch all the distros |
| 20:16.51 | blindvt | khem, up to the distro to cast madness unto them, sure, sir. If they want to screw themselves, here's the rope |
| 20:19.03 | Tartarus | So, anyone wanna try building those other images for uclibc? |
| 20:19.12 | Tartarus | or just not going to work and I should stop |
| 20:19.15 | khem | Tartarus: x11-image builds fine |
| 20:19.20 | khem | I just tried this morning |
| 20:19.34 | Tartarus | for uclibc? |
| 20:20.07 | JaMa|Off | khem: did you notice any boost-1.45.0 issues (ld segfaulting with gcc-4.5 with binutils-2.20 and 2.21 too |
| 20:20.26 | khem | Tartarus: yes |
| 20:20.32 | khem | DISTRO=minimal-uclibc |
| 20:20.32 | Tartarus | khem, I guess i'll report again once this build which has the mesa fix in is done |
| 20:20.37 | Tartarus | but they've never built here |
| 20:20.39 | Crofton|work | JaMa|Off, I may be in a position to notice that sort of issue later this week |
| 20:20.43 | Tartarus | ohw about nas/native-dsdk? |
| 20:20.48 | Tartarus | ga |
| 20:20.50 | Tartarus | native-sdk |
| 20:21.06 | JaMa|Off | someone noticed this error while building boots-1.45.0 with gcc-4.5? *** buffer overflow detected ***: /OE/tmpdir-shr/sysroots/x86_64-linux/usr/armv4t/lib/gcc/arm-oe-linux-gnueabi/4.5.3/../../../../arm-oe-linux-gnueabi/bin/ld terminated |
| 20:21.11 | khem | Tartarus: native-sdk-image builds fine too |
| 20:21.19 | khem | I have not tried nas-server-image |
| 20:21.35 | khem | JaMa|Off: no I did not notice it |
| 20:22.05 | Crofton|work | let me fire off a boost build |
| 20:22.12 | Crofton|work | hmm, i think it built here |
| 20:22.20 | Tartarus | khem, ok |
| 20:22.29 | Tartarus | maybe once the fixes i pushed today hit my build it'll complete then |
| 20:22.39 | JaMa|Off | here is log http://paste.pocoo.org/show/318762/ |
| 20:23.26 | khem | JaMa|Off: buffer overflow hmmmm |
| 20:23.40 | khem | JaMa|Off: I have seen ld/as having weird memalloc issues |
| 20:23.44 | Tartarus | khem, do you do sh4? |
| 20:23.54 | khem | how long has your build server been running |
| 20:24.00 | khem | Tartarus: time to time |
| 20:24.04 | Tartarus | khem, here's a big killer on minimal-uclibc for me |
| 20:24.06 | khem | I did recently fix it |
| 20:24.12 | khem | now it boots in qemu |
| 20:24.22 | Tartarus | http://pastebin.com/38c7YcME |
| 20:25.00 | Tartarus | native-sdk |
| 20:25.08 | Tartarus | and 751ecb1daeaf08a3cb7bd5600731264a0753f4b3 |
| 20:25.09 | khem | Tartarus: ook |
| 20:25.18 | khem | Tartarus: you can do this |
| 20:25.30 | JaMa|Off | khem: 101 days on one and here only few days since .37 release |
| 20:25.44 | khem | DISTRO_TYPE = "release" in local.conf |
| 20:25.54 | khem | Tartarus: then it wont pick all the fso crap |
| 20:26.12 | khem | JaMa|Off: both machine fail same way ? |
| 20:26.20 | Tartarus | khem, i just run the testing script stuff, sec |
| 20:26.29 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 20:26.36 | khem | Tartarus: I have seen that error and its because that package assumes glibc |
| 20:27.07 | JaMa|Off | on different host I get only [8775885.236872] ld[30461] trap stack segment ip:43596c sp:7fffc19e9170 error:0 |
| 20:27.20 | khem | JaMa|Off: ok |
| 20:27.31 | khem | JaMa|Off: here is one assignment for you then |
| 20:27.43 | JaMa|Off | but it's on same command in boost build |
| 20:27.54 | khem | collect all .a .o .so that the linker uses |
| 20:27.58 | khem | into one dir |
| 20:28.02 | CIA-1 | 03Andreas Oberritter <obi@opendreambox.org> 07org.openembedded.dev * ree85c41bb8 10openembedded.git/recipes/gcc/ (16 files): |
| 20:28.02 | CIA-1 | gcc: replace unconditional SRC_URI_append with SRC_URI += |
| 20:28.02 | CIA-1 | * Fixes missing leading whitespace character at some locations |
| 20:28.02 | CIA-1 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
| 20:28.02 | CIA-1 | CC: Khem Raj <raj.khem@gmail.com> |
| 20:28.02 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 20:28.06 | khem | and see if you can reproduce it |
| 20:29.09 | JaMa|Off | ok.. will try tomorrow, now I have to go, thanks |
| 20:29.39 | *** join/#oe WonTu (~WonTu@p57B52FA5.dip.t-dialin.net) |
| 20:29.53 | *** part/#oe WonTu (~WonTu@p57B52FA5.dip.t-dialin.net) |
| 20:31.30 | Tartarus | rekicks builds with DISTRO_TYPE = "release" |
| 20:34.35 | Crofton|work | fwiw boost 1.45 builds ok on angstrom-2010 |
| 20:35.37 | blindvt | are obvious fixes ok to push without approval? |
| 20:37.21 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07master * r0f2330dd7a 10openembedded.git/classes/patch.bbclass: |
| 20:37.22 | CIA-1 | patch.bbclass: conditional patch-tool dependency |
| 20:37.22 | CIA-1 | only depend do_patch on patch-tool if recipe references any patch |
| 20:37.22 | CIA-1 | The whole of do_patch should be gated through a facility to determine if |
| 20:37.22 | CIA-1 | there is any patch at all. TODO. |
| 20:37.22 | CIA-1 | Acked-by: Leon Woestenberg <leon@sidebranch.com> |
| 20:37.23 | CIA-1 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
| 20:38.27 | blindvt | like the following one: |
| 20:38.30 | CIA-1 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07master * r71a9d34fe2 10openembedded.git/recipes/gcc/gcc-svn/gcc-flags-for-build.patch: |
| 20:38.30 | CIA-1 | gcc-svn: remove unrelated hunk from patch |
| 20:38.30 | CIA-1 | It provokes conflicts later on, so drop it since it serves no real use. |
| 20:38.30 | CIA-1 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
| 20:40.15 | khem | I will really call them DISTRO_FEATURES_EGLIBC |
| 20:41.15 | tharvey | mickeyl, you say you were building (way back) pyqt against qt-embedded - do you know what qt version you were building against? I ask because I would like to get that working for comparison purposes. I find that most recent pyqt-4.4.3 recipe supports qt4.4.1 and I don't see any recipes for qt versions that old |
| 20:41.58 | blindvt | i have trouble logging into https://patches.openembedded.org/ |
| 20:42.13 | khem | what sort |
| 20:42.15 | blindvt | it says -ENOLISTEN ? |
| 20:42.25 | khem | its not https |
| 20:42.27 | khem | its http |
| 20:42.32 | blindvt | it only listens on :80 :( |
| 20:42.51 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 20:42.51 | *** join/#oe risca (~risca@81-233-40-5-no18.tbcn.telia.com) |
| 20:42.51 | *** join/#oe muep (~muep@2a00:1a58:f501:235:5867:a7ff:fe44:6724) |
| 20:42.52 | *** join/#oe dm8tbr (dm8tbr@gw.bfst.de) |
| 20:42.52 | *** join/#oe klaas_work (~klaas@d54C0753D.access.telenet.be) |
| 20:42.52 | *** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley) |
| 20:42.52 | *** join/#oe XorA (~XorA@www.xora.org.uk) |
| 20:42.52 | *** join/#oe orjanf (~onfg@h51baff8c.k3918.sta.perspektivbredband.net) |
| 20:42.52 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 20:43.03 | khem | yes |
| 20:43.07 | khem | I think whole oe.org is like that |
| 20:43.33 | blindvt | oh. Who's hosting oe.org? |
| 20:43.41 | khem | osuosl |
| 20:45.31 | blindvt | khem, great. Let's bug Ramereth then, ok? |
| 20:45.57 | khem | blindvt: ka6sox is our infra guy |
| 20:45.59 | khem | he can help |
| 20:46.17 | blindvt | or should the SC do that as I'm just an innocent bystander |
| 20:47.32 | blindvt | ka6sox, ping. Can you please bug osuosl to get oe ssl certs for patches.oe.org and all the other virtual hosts? A wildcard cert should do for most users, i guess |
| 20:48.14 | blindvt | ka6sox, many TIA :) |
| 20:51.49 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 20:52.40 | *** join/#oe anarsoul (~anarsoul@212.98.182.161) |
| 20:53.10 | *** join/#oe Victor___ (~quassel@200.29.109.95) |
| 20:54.58 | blindvt | ericben, btw.. what do you think about just adding references to patches for busybox instead of the full versions. This would avoid cluttering up the history in the repo.. |
| 20:55.37 | ericben | blindvt: no problem will do next time |
| 20:55.51 | ericben | blindvt: only the hash you mean ? |
| 20:56.39 | blindvt | ericben, SRC_URI="http://git.busybox.net/whatever/?commit=0x0815;format=patch" or however it's spelled |
| 20:57.57 | ericben | blindvt: but in that case we need checksum for each patch ? |
| 20:58.35 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07master * rbb4736056d 10openembedded.git/recipes/linux/linux-ixp4xx.inc: |
| 20:58.35 | CIA-1 | linux-ixp4xx.inc: Add DEPENDS on zd1211-firmware |
| 20:58.35 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:58.36 | blindvt | ericben, could be, didn't try (i always use busybox_git) |
| 20:58.46 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07master * r754fed9f4b 10openembedded.git/conf/distro/include/slugos.inc: |
| 20:58.46 | CIA-1 | slugos.inc: Use bluez4 as default provider for bluez-libs |
| 20:58.46 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:58.53 | ericben | and the patches are moving each time (date change inside) so the checksums would need to be updated |
| 20:59.23 | ericben | and now that bitbake master has changed the way it logs checksums, this is more complicated than before to simply copy/paste 2 lines |
| 21:01.10 | blindvt | ericben, btw.. B921600.patch was applied for anything >= 1.16.0. Let alone the bug that it's still in there, the patch-tool should really not silently re-apply patches the way it does today |
| 21:03.06 | blindvt | ericben, i have a patch to remove the B921600.patch lying around (ugh, what a mess), but perhaps you want to fix that and push it instead of /me factoring it out sometimes later on or never ;) Consider such a patch pre-approved |
| 21:03.48 | ericben | blindvt: feel free to push you patch else I'll try to think to remove B921600.patch next time ;-) |
| 21:04.06 | blindvt | ericben, really? I'd guess the checksum should be stable per commit |
| 21:04.59 | blindvt | ericben, we're checksumming file-content, not file-metadata like local mtime for patches and tarballs |
| 21:05.31 | ericben | blindvt: ah you're right, I was talking of the patches in http://busybox.net/downloads/fixes-1.18.1/ |
| 21:06.09 | ericben | blindvt: I'll try what you suggest locally to see if that work fine |
| 21:06.16 | blindvt | ericben, these, too, don't ever change once created. |
| 21:06.53 | ericben | blindvt: just check the date of the files ... one patches was pushed and 5 have a new date |
| 21:07.04 | blindvt | ericben, either using /downloads/fixes-x.y.z/ or a commit is fine with me as long as we don't journal the patches itself in oe's history |
| 21:08.21 | blindvt | ericben, even if upstream mtime changes, the hash doesn't change for the content iff the content is unchanged. If vda changes content we'll yell at him, but he won't do that |
| 21:08.37 | ericben | blindvt: by "journal the patches", you mean having the patches in the files directory ? |
| 21:08.51 | blindvt | ericben, yes |
| 21:09.07 | ericben | blindvt: look here : http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=92e33f3a889d9bd91907869f151e5144f459bb25 |
| 21:09.23 | ericben | blindvt: 1st patch was regenerated and the date changed |
| 21:09.43 | ericben | blindvt: that what breaks checksums |
| 21:09.51 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 21:09.56 | ericben | sorry, that's what breaks checksums |
| 21:10.07 | blindvt | ericben, ugh indeed. So don't use fixes/ but the commits |
| 21:10.43 | ka6sox | blindvt, I'll look into that with Lance |
| 21:14.32 | ericben | blindvt: yes will try this thanks for the feedback |
| 21:19.01 | blindvt | ericben, i've asked him to fix his habit: see bb ML "QA issue with downloads/fixes-x.y.z/*.patch" |
| 21:19.42 | blindvt | ka6sox, great! |
| 21:24.09 | blindvt | ericben, it would be much easier if he just committed or cherry-picked the fixes to the respective stable branches before the fact instead of doing it in reverse, but whatever |
| 21:24.27 | ericben | blindvt: yes that would be simpler |
| 21:28.08 | blindvt | khem, Iff Carmelo really sends in protected symbols tomorrow then it would make sense to do another rc, even if it would delay the release for another 7-10 days or so. I won't be able to react until tuesday so if you happen to like it _and_ jocke agrees then please push it in the meantime |
| 21:30.45 | khem | blindvt: sure |
| 21:30.47 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 21:31.00 | khem | yeah rc would make sense |
| 21:31.23 | hrw | khem: hi |
| 21:31.45 | khem | hrw: hi |
| 21:32.23 | hrw | khem: I see that more and more our patches lands in OE - good job |
| 21:32.46 | khem | yeah but I am not happy with the quality of the patches |
| 21:32.52 | *** join/#oe rob_w (~bob@ppp-188-174-46-247.dynamic.mnet-online.de) |
| 21:33.26 | khem | there is a lot of work needed to get them working in OE |
| 21:33.34 | khem | more than anything its testing overhead |
| 21:34.29 | hrw | non-arm archs breakage? |
| 21:34.37 | khem | even arm arch breakge |
| 21:34.52 | khem | I think you guys only bother about armv7 |
| 21:34.57 | khem | thats not enough for OE |
| 21:35.01 | hrw | I know |
| 21:35.09 | hrw | and yes, armv7 is target |
| 21:35.18 | Crofton|work | khem we do get the patches broader exposure |
| 21:35.35 | khem | I think it would be good if you guys did some minimal verification on armv5 as well |
| 21:35.36 | Crofton|work | we should encourage them to use OE to test their patches on more machines :) |
| 21:35.44 | khem | there are lot of devices using armv5t |
| 21:36.18 | khem | yes infact linaro should seriously consider using OE infra |
| 21:36.36 | hrw | can you guys suggest that on linaro-toolchain ML? |
| 21:36.43 | khem | hrw: may be an idea for you in your next meeting :) |
| 21:37.11 | khem | yeah suggeting on ml can be done |
| 21:37.22 | khem | its not only for toolchain |
| 21:37.29 | khem | but also for other workgroups you have |
| 21:37.30 | hrw | khem: we have a face to face meeting whole week now |
| 21:37.37 | khem | even better |
| 21:38.48 | hrw | khem: btw - where do you live? |
| 21:38.48 | khem | so far people think linaro's focus is to improve OSS for arm in general |
| 21:38.53 | khem | and not only for armv7 |
| 21:39.01 | khem | hrw: I am in San Jose CA |
| 21:39.14 | hrw | in Dallas, TX this week |
| 21:39.22 | khem | ah |
| 21:39.33 | khem | never been there |
| 21:39.51 | hrw | for me so far it is the farest west I went |
| 21:40.29 | khem | heh ok |
| 21:42.04 | ericben | khem: since the begining Linaro is clear in the fact that they concentrate on armv7 and not arm in general |
| 21:42.30 | hrw | and this cycle mainly on A9 even |
| 21:43.17 | khem | well thats not what I got from Talk I attended at ARM Techcon from linaro CEP |
| 21:43.19 | khem | CEO |
| 21:43.38 | ericben | khem: talk to technical peoples not to CEO with their powerpoints ;-) |
| 21:43.56 | khem | heh Linaro CEO is pretty techie |
| 21:44.34 | khem | in any case if they have to make patches that go upstream into gcc then they better work on whole spectrum |
| 21:44.58 | Crofton|work | at least make sure they do not introduce regressions |
| 21:45.05 | khem | agree |
| 21:45.07 | *** join/#oe NvrBst (~nb@66.183.110.123) |
| 21:45.37 | ericben | khem: check the executive overview : http://www.linaro.org/assets/ExecsummaryQ410.pdf they clearly only mention a8 & a9 |
| 21:46.37 | ericben | btw I was right, this doc it's produced with PowerPoint ;-) |
| 21:46.54 | khem | modern ARM SoCs |
| 21:46.56 | khem | hmmm |
| 21:47.28 | khem | but in picture it says arm9 arm11 too |
| 21:47.40 | ericben | khem: and here : http://www.linaro.org/getting-started/ at get some hardware |
| 21:47.55 | khem | yeah they only have Tegras |
| 21:48.00 | khem | and beagles I think |
| 21:48.03 | khem | that I know |
| 21:48.33 | ericben | that's fun : they recommend panda boaord, but TI doesn't sell OMAP4 for under several hunderd thousand of pieces ! |
| 21:48.57 | khem | right |
| 21:49.03 | khem | Panda is A9 based |
| 21:49.23 | khem | so may be they will have beagle2 as catalog version may be |
| 21:49.26 | khem | need to ask TI |
| 21:50.49 | ericben | actuallyy ti seems focus on A8 for industrial markets : they announced 1.5 GHz with SATA & PCI Express : http://focus.ti.com/paramsearch/docs/parametricsearch.tsp?family=dsp§ionId=2&tabId=2687&familyId=1987¶mCriteria=no |
| 21:51.16 | khem | hmm interesting |
| 21:51.42 | khem | ericben: whats that story with LC_ALL = C |
| 21:52.24 | khem | I think if you use export LC_ALL = "C" |
| 21:52.40 | khem | then it will effect message reporting of different programs |
| 21:52.51 | khem | for non engish locales I think |
| 21:54.01 | ericben | khem: the problem is with perl. To generate miniperl it's using outputs of sytems tools and hack them. If the tool works in english : no problme that works. If it talks french that fails and miniperl is not built. |
| 21:54.30 | khem | so u say its broken for non english langauages ? |
| 21:54.40 | khem | and does it work with C locale |
| 21:54.46 | khem | even for french lang |
| 21:54.55 | ericben | khem: yes |
| 21:54.59 | khem | hmm |
| 21:55.03 | ericben | this was set in bitbake but was recently removed |
| 21:56.07 | ericben | onemoment, I find the exact place in the code |
| 21:56.59 | khem | why was it removed ? |
| 21:59.30 | ericben | khem: http://www.nntp.perl.org/group/perl.perl5.porters/2008/02/msg133873.html |
| 21:59.46 | ericben | this is the exact description of the problem and the way it's workaround in perl |
| 22:00.11 | ericben | khem: I don''t know. kergoth` told me that this should go in .conf or base.bbclass |
| 22:00.39 | Jay7 | I have export LANG=C in testbuilder |
| 22:00.48 | Jay7 | very useful :) |
| 22:01.11 | *** join/#oe mickey|pad (~mickeypad@e180141066.adsl.alicedsl.de) |
| 22:04.52 | hrw | hi mickey| |
| 22:05.03 | mickey| | hi hrw |
| 22:05.16 | ericben | blindvt: tried with http://git.busybox.net/busybox/patch/?id=8030a1484917d5b71d5ccd1a1d28a29da7a3d7f0;apply=yes;striplevel=0;name=bb181-01 but this doesn't work because of the name of the fetched file |
| 22:05.45 | ericben | blindvt: no more idea now will see later |
| 22:05.52 | ericben | bye |
| 22:08.29 | *** join/#oe hoj (~jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 22:12.08 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:19.12 | hoj | Hi. When I build my image, libxml2 runs into trouble and I'd like to see which package needs it. "bitbake -v" shows some "selecting ... due to" messages, but no libxml2 before it starts do_compile. Is there a better way to show the reason a package is being built? |
| 22:21.47 | grg | hoj, see the -g option to bitbake. specifically, 'bitbake -g -u depexp your-image' will probably help |
| 22:23.29 | hoj | Hm, I tried -g, and converted to .ps which displayed nothing. Looks like my old bitbake doesn't have -u. I think -D might be what I'm looking for... |
| 22:27.13 | grg | hoj, for older bitbake, try using the script at contrib/dependsgraph/dependsgraph.sh |
| 22:27.50 | grg | in the past, i've found it easiest to modify that script so that it just outputs the text file instead of making an image |
| 22:28.13 | grg | the text file will be more or less human readable and you can search for the package you are interested in |
| 22:29.10 | grg | the reduced .dot file is the one that should be helpful... |
| 22:33.39 | hoj | grg: Thanks. I ran the script and it gave me an image of which packages libxml2 requires, but not which require libxml2. I'll play with it. |
| 22:33.41 | *** join/#oe woglinde (~yaaic@g225004107.adsl.alicedsl.de) |
| 22:34.43 | grg | hoj, you need to make sure you do bitbake -g your-image and not bitbake -g libxml2... |
| 22:35.50 | hoj | grg: Yeah, looks like the script just picks up the last generated .dot, so that makes sense |
| 22:36.02 | grg | yes |
| 22:36.30 | hoj | thanks |
| 22:47.04 | *** join/#oe paepke (~paepke@p4FEB2921.dip0.t-ipconnect.de) |
| 22:49.55 | paepke | hi guys. is there somewhere a documentation / hint for migrating oe for my distribution to a current one? |
| 22:50.38 | hrw | paepke: can you extend question? |
| 22:52.44 | hoj | grg: my image reduced.dot does not contain libxml2. Is it possible that libxml2 is half built and needs to be purged? BTW, I already tried -c clean |
| 22:53.21 | *** join/#oe davidlt (~davidlt@92-172.203-62.cust.bluewin.ch) |
| 22:54.01 | paepke | hrw, i'm currently stuck with keeping my distribution up2date with current recipies. eg. i have currently x-org 1.5. |
| 22:54.04 | grg | hoj, i don't actually understand what problem you are trying to solve. Can you elaborate? |
| 22:55.03 | grg | hoj, Does the depends.dot contain libxml2 (in any form, e.g. a -dev) |
| 22:55.04 | paepke | hrw, so my intention was to upgrade to a newer OE, but I didn't find a guideline how to manage it the best way. If there is none and its just catching the errors, i can live with it. |
| 22:55.11 | *** join/#oe ant__ (~andrea@host153-250-dynamic.1-79-r.retail.telecomitalia.it) |
| 22:55.19 | hoj | grg: I want to not build libxml2 since it fails in do_compile. I think it must have gotten pulled into my build at some point, but I'd like to remove it, and what ever requires it. |
| 22:55.40 | grg | it should appear in the reduced.dot |
| 22:56.08 | grg | if not, i suppose something odd is happening. Maybe its in the depends.dot as a -dev or other variant? |
| 22:56.37 | hrw | paepke: I would extract your configs/recipes from your branch, add them into current and do build |
| 22:56.52 | hrw | paepke: then adapt your configs/recipes to build/work if there are problems |
| 22:57.11 | hoj | grg: Ah, the depends.dot was it. It's in there. Thanks |
| 22:57.26 | hrw | paepke: thats more or less what I did when I was switching buglabs from Poky to OE or Vernier from old Poky to newer one |
| 22:57.30 | paepke | hrw, ok. that was my primary idea, too. |
| 22:57.51 | paepke | hrw, thanks |
| 22:58.12 | hrw | paepke: it requires some work but is doable |
| 22:59.12 | paepke | hrw, yes. some work :-). i've never done it. so lets have a look. |
| 23:01.32 | paepke | bye |
| 23:01.37 | *** part/#oe paepke (~paepke@p4FEB2921.dip0.t-ipconnect.de) |
| 23:09.43 | Tartarus | khem, ping |
| 23:10.23 | Tartarus | khem, http://pastebin.com/PMwXKu8A |
| 23:13.29 | *** join/#oe kurre (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 23:14.25 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 23:14.49 | khem | Tartarus: is that bison recipe native-sdk-image pcc/uclibc |
| 23:15.00 | khem | Tartarus: I know that problem too |
| 23:15.07 | khem | it was there in glib |
| 23:15.09 | khem | as well |
| 23:15.19 | khem | again assumption is glibc |
| 23:15.33 | khem | my guess is it needs to be solved same way we did for glib |
| 23:15.40 | khem | err gnulib |
| 23:23.07 | Tartarus | khem, k |
| 23:23.11 | Tartarus | and yes |
| 23:28.12 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 23:28.50 | Jay7 | hrw: how is your timezone difference this time? :) |
| 23:30.23 | hrw | Jay7: 17:30 here now |
| 23:30.52 | Jay7 | hrw: and how is your feeling this time? :) I remember last time you was tired :) |
| 23:31.07 | hrw | Jay7: this time no jetlag |
| 23:31.21 | hrw | at least not as bad as last time |
| 23:45.28 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 23:48.38 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |