| 00:02.28 | *** join/#oe ibot (~ibot@rikers.org) |
| 00:02.28 | *** 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 |
| 00:06.55 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 00:15.18 | *** join/#oe raster (raster@enlightenment/developer/raster) |
| 00:22.40 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 00:35.25 | *** join/#oe mrcan[gaming] (~harika@88.246.222.164) |
| 00:46.15 | *** join/#oe mrmoku|a` (~mrmoku@ppp-188-174-95-146.dynamic.mnet-online.de) |
| 00:47.29 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 00:49.06 | *** join/#oe mrmoku|away (~mrmoku@ppp-93-104-186-231.dynamic.mnet-online.de) |
| 00:50.23 | *** part/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 00:58.01 | *** join/#oe mrmoku|a` (~mrmoku@ppp-93-104-72-252.dynamic.mnet-online.de) |
| 01:01.55 | *** join/#oe russ (~russ@206.29.188.179) |
| 01:14.48 | kergoth | finally gets around to resurrecting his IMAGE_FEATURES patch |
| 01:16.36 | kergoth | has way, way too many branches with proofs of concepts and things that never got merged.. starting to work through them |
| 01:16.46 | *** join/#oe mrmoku|away (~mrmoku@ppp-93-104-69-244.dynamic.mnet-online.de) |
| 01:17.12 | *** join/#oe raster (raster@enlightenment/developer/raster) |
| 01:21.53 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 01:23.34 | *** join/#oe Taalas (~Taalas@p5B16606E.dip.t-dialin.net) |
| 01:53.13 | *** join/#oe Crofton (~balister@75-148-6-218-WashingtonDC.hfc.comcastbusiness.net) |
| 01:55.19 | *** join/#oe Crofton (~balister@75-148-6-218-WashingtonDC.hfc.comcastbusiness.net) |
| 01:55.23 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 01:58.02 | khem | kergoth: how about the per package dbg file feature |
| 01:58.53 | *** join/#oe Crofton (~balister@75-148-6-218-WashingtonDC.hfc.comcastbusiness.net) |
| 02:08.44 | kergoth | khem, it's already in, has been for ages, afaicr, i expect no one knows about it though :) INHERIT += "package_dbg" should work |
| 02:09.20 | kergoth | just watched bitbake dump like 500 "eeek, this shouldn't happen" errors :( |
| 02:19.32 | *** join/#oe zenlinuxPDX (~sgarman@75-93-58-1.war.clearwire-wmx.net) |
| 02:19.52 | *** join/#oe radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net) |
| 02:23.30 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 02:23.36 | *** join/#oe raster (raster@enlightenment/developer/raster) |
| 02:35.12 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 02:37.06 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 03:11.52 | *** join/#oe kgilmer (~kgilmer@host-174-45-93-89.bzm-mt.client.bresnan.net) |
| 03:14.38 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-pijtpxqtbwygpusc) |
| 03:15.19 | *** join/#oe borg__ (~olaf@p548696A2.dip0.t-ipconnect.de) |
| 03:20.09 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 03:44.00 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 03:46.17 | *** join/#oe kurre_ (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 03:49.50 | *** join/#oe theZagnut_ (~zagnut@port77.ds1-sam.adsl.cybercity.dk) |
| 04:12.54 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 04:26.10 | *** join/#oe methril_ (~methril@189.27.130.74.dynamic.adsl.gvt.net.br) |
| 04:27.27 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 04:30.33 | *** part/#oe aditya_1010 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 04:31.45 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 04:35.47 | *** join/#oe methril__ (~methril@189.27.128.210.dynamic.adsl.gvt.net.br) |
| 04:39.09 | *** join/#oe konne (~Miranda@85.183.99.11) |
| 04:42.00 | *** join/#oe konne (~Miranda@85.183.99.11) |
| 05:00.06 | *** join/#oe sicu (~sicu@ti0090a380-dhcp0563.bb.online.no) |
| 05:13.49 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 05:40.50 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 05:42.33 | *** join/#oe screwgoth (~raseel@122.169.75.176) |
| 05:49.06 | *** join/#oe dth_ntb (~dieter@a89-182-70-96.net-htp.de) |
| 06:04.18 | CIA-1 | 03sledz <sledz@ba11ecae-741b-462f-8724-1218f99f5906> 07org.openembedded.dev * r4946a4b375 10openembedded.git/recipes/rsyslog/ (files/rsyslog-resume.patch rsyslog_5.5.4.bb): |
| 06:04.18 | CIA-1 | rsyslog: break potential infinite loop in actionDoRetry |
| 06:04.18 | CIA-1 | If a module always returns RS_RET_OK (like ompipe does) the actionDoRetry |
| 06:04.18 | CIA-1 | loop may not have leaved faked ACT_STATE_SUSP state in case iResumeOKinRow |
| 06:04.18 | CIA-1 | had ever reached a count of 1000. |
| 06:04.18 | CIA-1 | Signed-off-by: Steffen Sledz <sledz@dresearch.de> |
| 06:05.40 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
| 06:06.47 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 06:07.03 | *** join/#oe thebohemian (~rschus@p5DDC161B.dip.t-dialin.net) |
| 06:11.31 | *** join/#oe raster (raster@enlightenment/developer/raster) |
| 06:13.27 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
| 06:22.32 | *** join/#oe NvrBst (~nb@66.183.97.87) |
| 06:23.08 | *** join/#oe nitesh (~nitesh@122.169.39.99) |
| 06:24.16 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
| 06:40.05 | *** join/#oe Gaston|Home (~Gaston@c-b12ee353.155-1-64736c11.cust.bredbandsbolaget.se) |
| 06:44.43 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:48.01 | *** join/#oe vps (~vitus@212.144.247.210) |
| 06:48.08 | *** part/#oe vps (~vitus@212.144.247.210) |
| 06:48.16 | *** join/#oe vps (~vitus@212.144.247.210) |
| 07:02.45 | *** join/#oe Proxyles (~henrik@c-f893e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 07:04.11 | CIA-1 | 03Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * rb4a82e59cb 10openembedded.git/recipes/rsyslog/rsyslog_5.5.6.bb: |
| 07:04.11 | CIA-1 | rsyslog: new version 5.5.6 |
| 07:04.11 | CIA-1 | Signed-off-by: Steffen Sledz <sledz@dresearch.de> |
| 07:05.46 | *** join/#oe kristoffer_ (~kristoffe@94.191.144.96.bredband.tre.se) |
| 07:06.20 | hrw | alo |
| 07:11.36 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 07:12.12 | eFfeM_work | hi hrw, all |
| 07:12.37 | *** join/#oe B_Lizzard (~havoc@athedsl-434947.home.otenet.gr) |
| 07:17.28 | *** join/#oe Heinervdm (~thomas@pD9E13A15.dip.t-dialin.net) |
| 07:25.16 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r2c0037cd2a 10openembedded.git/ (20 files in 5 dirs): |
| 07:25.16 | CIA-1 | xorg: bump latest versions from 2010-08-02 |
| 07:25.16 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:25.17 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:25.18 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r9e5b50834f 10openembedded.git/recipes/eglibc/eglibc_2.12.bb: |
| 07:25.18 | CIA-1 | eglibc-2.12: bump SRCREV for alignment traps fix |
| 07:25.19 | CIA-1 | * but still lots of alignment traps on armv4t :/ |
| 07:25.19 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:25.19 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07org.openembedded.dev * rab327b9ce1 10openembedded.git/recipes/shr/shr-theme-niebiee.bb: |
| 07:25.19 | CIA-1 | shr-theme-niebiee: add phoneui-shr-theme-niebiee to RDEPENDS |
| 07:25.20 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:25.20 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r5fe65f7cd7 10openembedded.git/recipes/xorg-xserver/xorg-xserver-common.inc: |
| 07:25.21 | CIA-1 | xorg-xserver: new style staging |
| 07:25.21 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:25.22 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r0effb58081 10openembedded.git/recipes/gcc/ (gcc-4.5.inc gcc-4.5/gcc-pr43698-arm-rev-instr.patch): |
| 07:25.22 | CIA-1 | gcc-4.5: bump SRCREV after 4.5.1 release |
| 07:25.23 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:25.26 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r0a1635529a 10openembedded.git/recipes/kexecboot/ (5 files in 4 dirs): |
| 07:25.27 | CIA-1 | linux-kexecboot: add 2.6.35 |
| 07:25.27 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:25.27 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * ra3ce3df6c3 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
| 07:25.39 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rc0f6de52cb 10openembedded.git/recipes/linux/ (3 files in 2 dirs): |
| 07:25.39 | CIA-1 | linux-openmoko-2.6.34: add patch for proper gsm sysfs node path |
| 07:25.39 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:25.44 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r445a10176f 10openembedded.git/recipes/maxima/maxima_5.21.1.bb: |
| 07:25.44 | CIA-1 | maxima: oe-stylize |
| 07:25.44 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:37.32 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 07:43.19 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 07:43.25 | mckoan | good morning |
| 07:44.25 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 07:45.05 | CIA-1 | 03Chase Maupin <chasemaupin03@gmail.com> 07org.openembedded.dev * r5e75fa8c1b 10openembedded.git/classes/distribute_license.bbclass: (log message trimmed) |
| 07:45.05 | CIA-1 | distribute_license: added class to copy license files |
| 07:45.06 | CIA-1 | * This class can be used to copy license files from package |
| 07:45.06 | CIA-1 | sources into the deploy directory so they can be distributed. |
| 07:45.06 | CIA-1 | * By default it searches the top-level source directory for |
| 07:45.06 | CIA-1 | files matching COPYING* or LICENSE* |
| 07:45.07 | CIA-1 | * Search depth and pattern can be modified using the |
| 07:45.13 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r49ff3926ef 10openembedded.git/recipes/fftw/fftw.inc: fftw: remove legacy staging |
| 07:45.58 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 07:57.30 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
| 08:03.07 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 08:04.45 | Jay7 | I see, JaMa is here :) |
| 08:05.43 | JaMa | :) |
| 08:09.29 | blindvt` | g'morning |
| 08:10.06 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 08:12.23 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 08:24.10 | *** join/#oe MWelchUK_work (~welchma@65.91.2.71) |
| 08:25.24 | *** join/#oe ant_work (~chatzilla@host214-85-static.34-85-b.business.telecomitalia.it) |
| 08:28.02 | Proxyles | anyone got a good tip on a guide for network booting using Uboot? |
| 08:31.15 | porcoesphino | quick question, if anyone knows the answer. Why is there no tincantools-zippy.diff for the 2.6.32 kernel? |
| 08:32.26 | eFfeM_work | Proxyles: http://www.lmgtfy.com/?q=u-boot+tftp |
| 08:33.29 | Proxyles | eFfeM_work, well, question was if you knew of a good one ;P |
| 08:36.53 | hrw | Proxyles: all you need is just tftpd and then uboot/tftp command |
| 08:37.00 | hrw | Proxyles: nearly nobrain operation |
| 08:37.56 | Proxyles | hrw, ok thx |
| 08:38.42 | *** join/#oe Jin^eLD (~jin@belief.htu.tuwien.ac.at) |
| 08:38.44 | Jin^eLD | huhu |
| 08:41.05 | eFfeM_work | Proxyles: and quite well explained in the first link if you peform the query I gave above |
| 08:41.55 | Proxyles | eFfeM_work, reading it now, thank you all for the kind help |
| 08:44.09 | zub | Proxyles: there was one gotcha I run into: if you need to fetch the kernel from other ip than what the default gateway is, you can't use dhcp, bootp |
| 08:44.20 | zub | as dhcp overrides serverip |
| 08:44.28 | eFfeM_work | Proxyles: yw |
| 08:44.34 | zub | (or something like that, just looked it up in my notes) |
| 08:45.11 | Proxyles | zub, a thanks for the heads up |
| 08:45.37 | zub | n/p |
| 08:46.58 | rulztime | cd .. |
| 08:47.03 | eFfeM_work | zub, good point, I always use tftp |
| 08:47.11 | rulztime | whoops |
| 08:54.49 | *** join/#oe rulz (~rulz@220-244-174-13.static.tpgi.com.au) |
| 08:55.07 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 09:06.15 | *** join/#oe RobotGuy (~n7pkt@pool-173-50-247-7.ptldor.fios.verizon.net) |
| 09:11.26 | *** join/#oe ich_ (~ich@siminn-int-gw.on-waves.com) |
| 09:23.24 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 09:25.16 | *** join/#oe Gaston|Home (Gaston@c-b12ee353.155-1-64736c11.cust.bredbandsbolaget.se) |
| 09:39.26 | *** join/#oe thebohemian (~rschus@p5DDC21A5.dip.t-dialin.net) |
| 09:44.14 | *** join/#oe vps (~vitus@212.144.247.210) |
| 09:51.05 | *** join/#oe matgnt (~matthias@p4FCF1FD4.dip0.t-ipconnect.de) |
| 09:53.43 | *** join/#oe mrcan (~harika@88.246.222.164) |
| 10:04.32 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 10:12.04 | Jin^eLD | does RREPLACES work at all? I am trying to get rid of a paticular package on my rootfs when another new package, providing the same functionality, is installed |
| 10:12.13 | Jin^eLD | however it does not seem to work out |
| 10:12.24 | pb_ | what exactly is happening? |
| 10:12.28 | Jin^eLD | I tried RREPLACES = "packagename" and RREPLACES_${PN} = "packagename" |
| 10:12.30 | Jin^eLD | well nothing |
| 10:12.39 | Jin^eLD | the new package is installed, the old remains |
| 10:13.46 | Jin^eLD | it happens, that the binaries do not clash because one puts its stuff in sbin and the other one in bin |
| 10:13.59 | pb_ | that's the expected behaviour. |
| 10:14.05 | Jin^eLD | but the old package does not get removed |
| 10:14.07 | *** join/#oe thebohemian (~rschus@p5DDC1C21.dip.t-dialin.net) |
| 10:14.08 | pb_ | I think RREPLACES just does not do quite what you think it does. |
| 10:14.24 | pb_ | if you want the old package to be removed, you need to mention it in RCONFLICTS and RPROVIDES as well as RREPLACES. |
| 10:14.44 | pb_ | RREPLACES on its own just means that the new package is allowed to overwrite files from the old one, which is not going to do anything for you if the files do not actually overlap. |
| 10:14.51 | Jin^eLD | I went by this: Used to specify that the current package replaces an older package with a different name. During package installation the package that is being replaced will be removed since it is no longer needed when this package is installed. |
| 10:14.56 | Jin^eLD | which is from the OE manual |
| 10:15.02 | pb_ | ah, that is incorrect |
| 10:15.25 | ant_work | pb_ hey |
| 10:15.28 | Jin^eLD | that explains it then :) |
| 10:15.37 | ant_work | may I join the lesson? |
| 10:15.58 | ant_work | iirc there is another undocumented thing |
| 10:16.05 | ant_work | see |
| 10:16.07 | ant_work | -PACKAGE_ARCH_${PN} = "${MACHINE_ARCH}" |
| 10:16.09 | ant_work | +PACKAGE_ARCH_pn-${PN} = "${MACHINE_ARCH}" |
| 10:16.28 | pb_ | ant_work: that change is just bogus |
| 10:16.40 | pb_ | (assuming it's in a recipe, anyway) |
| 10:16.48 | ant_work | ah, which are the right cases to use _pn |
| 10:17.03 | ant_work | (was a proposed patch btw) |
| 10:17.27 | pb_ | Jin^eLD: see http://www.debian.org/doc/debian-policy/ch-relationships.html, specifically section 7.6 |
| 10:17.31 | ant_work | ah, no, is committed |
| 10:17.42 | Jin^eLD | pb_: btw do I need RCONFLICHTS = "bla" or RCONFLICTS_${PN}="blah"? |
| 10:17.47 | Jin^eLD | pb_: thx, reading up |
| 10:17.58 | pb_ | Jin^eLD: the latter, in general |
| 10:18.16 | pb_ | ant_work: _pn is only appropriate in global configurations (e.g. distro config) |
| 10:18.30 | pb_ | ant_work: there is no point using _pn in an individual recipe since it will (in general) always match. |
| 10:18.59 | pb_ | there are a few corner cases where it is appropriate in an .inc file, or a .bb file which is included from others, but I don't think that was the case being proposed here. |
| 10:19.07 | ant_work | pb_: [oe-commits] Khem Raj : recipes: Replace ${PN} override with pn-${PN} for PACKAGE_ARCH |
| 10:20.01 | ant_work | pb_: _pn override can be used in local.conf, isn't? |
| 10:20.08 | pb_ | ant_work: see http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-July/022114.html and the replies to that post |
| 10:20.25 | pb_ | it is a bit of a shame that khem seems to just have committed his patch anyway without explaining why he thinks it is a good idea. |
| 10:20.33 | pb_ | ant_work: yes, local.conf is fine |
| 10:21.08 | ant_work | pb_: well, manual needs updating... |
| 10:21.27 | Jay7 | is trying to remember who will donate some zauruses in US.. |
| 10:21.43 | Jay7 | I've found another local tester here :) |
| 10:22.06 | Jay7 | so I'll take out my tosa |
| 10:22.17 | ant_work | pb_ once I feel I've retained it, I'll update the manual |
| 10:22.20 | ant_work | thx |
| 10:22.22 | pb_ | ant_work: good idea |
| 10:23.21 | ant_work | this overrides stuff is not an easy cake... |
| 10:27.47 | *** join/#oe vps (~vitus@212.144.247.210) |
| 10:28.53 | Jin^eLD | pb_: thanks, that worked now |
| 10:29.01 | pb_ | very good |
| 10:36.14 | *** join/#oe toi (~toi@92.63.227.194) |
| 10:36.37 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r0d3da75671 10openembedded.git/recipes/libgee/libgee_0.5.2.bb: |
| 10:36.37 | CIA-1 | libgee-0.5.2: fix SRC_URI for -native |
| 10:36.37 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:36.48 | CIA-1 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rb196b4ea4b 10openembedded.git/ (4 files in 4 dirs): |
| 10:36.48 | CIA-1 | linux-openmoko-2.6.32: upgrade stable patch to 2.6.32.17, move more stuff to modules, update om-gta02 to load them |
| 10:36.48 | CIA-1 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:57.57 | *** join/#oe zecke (~ich@siminn-int-gw.on-waves.com) |
| 11:06.43 | *** join/#oe vps (~vitus@145.253.169.210) |
| 11:16.00 | *** join/#oe Slyon (~lukas@p4FDB3924.dip0.t-ipconnect.de) |
| 11:22.03 | *** join/#oe likewise (~likewise@82-170-243-215.ip.telfort.nl) |
| 11:27.34 | *** join/#oe screwgoth (~raseel@122.169.75.176) |
| 11:40.22 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 11:42.06 | *** join/#oe screwgoth1 (~raseel@122.169.75.176) |
| 11:46.46 | *** join/#oe methril_work (~methril@201.35.65.90) |
| 11:47.08 | *** part/#oe thebohemian (~rschus@p5DDC1C21.dip.t-dialin.net) |
| 11:49.39 | CIA-1 | 03Dirk Opfer <dirk@do13.de> 07org.openembedded.dev * r2b61601cc8 10openembedded.git/recipes/linknx/ (4 files in 2 dirs): |
| 11:49.39 | CIA-1 | linknx: 0.0.1.26 -> 0.0.1.27 |
| 11:49.39 | CIA-1 | bump version number of cvs recipe |
| 11:49.50 | CIA-1 | 03Dirk Opfer <dirk@do13.de> 07org.openembedded.dev * rcc58e6fe45 10openembedded.git/recipes/owfs/owfs_2.7p28.bb: |
| 11:49.50 | CIA-1 | owfs: 2.7p28 -> 2.8p0 |
| 11:49.50 | CIA-1 | remove legacy style staging |
| 11:49.55 | CIA-1 | 03Dirk Opfer <dirk@do13.de> 07org.openembedded.dev * r305940c1b6 10openembedded.git/recipes/pthsem/ (pthsem_2.0.7.bb pthsem_2.0.8.bb): |
| 11:49.55 | CIA-1 | pthsem: 2.0.7 -> 2.0.8 |
| 11:49.55 | CIA-1 | Get rid of legacy staging |
| 11:49.55 | CIA-1 | 03Dirk Opfer <dirk@do13.de> 07org.openembedded.dev * r2415f71c42 10openembedded.git/recipes/argp-standalone/argp-standalone_1.3.bb: argp-standalone: Remove staging null ops |
| 11:51.05 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
| 11:52.39 | *** join/#oe ethden (96f1fa03@gateway/web/freenode/ip.150.241.250.3) |
| 11:53.16 | *** join/#oe screwgoth (~raseel@122.169.75.176) |
| 11:58.33 | eFfeM_work | hm, lots of svn recipes seem to fail for me during do_fetch. E.g. navit_svn.bb |
| 11:58.44 | eFfeM_work | anyone an idea on this? does it build for you? |
| 11:58.51 | eFfeM_work | see http://www.pastie.org/1072628 for my log |
| 12:03.14 | JaMa | eFfeM_work: try rm -f /home/frans/workspace/tst/tmp/downloads/navit_navit.svn.sourceforge.net_.svnroot.navit.trunk_3358_.tar.gz*, works for me |
| 12:03.46 | eFfeM_work | JaMa: will try, no idea why i got this |
| 12:06.32 | eFfeM_work | JaMa: no success same error as before, could this be due to the https in the proto field? btw no idea why someone would want to use https for this |
| 12:06.58 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:07.59 | JaMa | eFfeM_work: yeah.. try "svn co" by hand and if it asks for certificate, reply with 'p' for permanent |
| 12:09.29 | eFfeM_work | JaMa: i'm not really good at svn, but apart from that it should work without user intervention. I have at least 62 recipes that seem to have this issue |
| 12:10.00 | eFfeM_work | (actually bitbake -k world gave 169 recipes that have a failing do_fetch) |
| 12:11.37 | *** join/#oe mrcan (~harika@85.108.114.178) |
| 12:12.21 | JaMa | eFfeM_work: you can try with "svn --trust-server-cert --non-interactive" |
| 12:12.55 | JaMa | in bitbake.conf FETCHCMD_svn |
| 12:14.21 | blindvt` | JaMa, re: a646269c2ada7691d8a7f7455ba4528c7cca3483 this is obviously a kernel bug. It should of course test 'write && !capable' |
| 12:14.50 | blindvt` | JaMa, care to fix this there? TIA |
| 12:15.18 | eFfeM_work | ehm, that was not really the point I was trying to make. The observation is that we have lots of recipes that do not build out of the box (actually I expected it to fetch things from a mirror, but apparently it isn't). |
| 12:15.43 | CIA-1 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rf2893b80cf 10openembedded.git/recipes/ (502 files in 206 dirs): (log message trimmed) |
| 12:15.43 | CIA-1 | 500+ recipes: remove do_stage |
| 12:15.43 | CIA-1 | This patch removes all occurrences of |
| 12:15.43 | CIA-1 | do_stage() { |
| 12:15.43 | CIA-1 | autotools_stage_all |
| 12:15.44 | CIA-1 | } |
| 12:15.44 | CIA-1 | including all kind of variants w.r.t whitespace |
| 12:15.53 | eFfeM_work | there are also recipes that point to files that are gone and that are not mirrorred (try cdtool 2.1.8) |
| 12:16.14 | eFfeM_work | whoever committed my patch should have added the ack's |
| 12:21.16 | eFfeM_work | ah the ack's are in it, but they do not show up in the cia log |
| 12:21.48 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r99f6333dd2 10openembedded.git/recipes/libidl/ (libidl-native_0.8.3.bb libidl_0.8.2.bb libidl_0.8.3.bb): libidl: remove really old versions |
| 12:23.53 | JaMa | blindvt`: the problem is that you can build on some host with older kernel where it's not fixed yet.. |
| 12:24.56 | JaMa | eFfeM_work: there is many recipes failing to fetch.. se my report when I was downloading really everything (all version and all sources not only for on MACHINE if there was override).. |
| 12:26.47 | *** join/#oe dromede (~quassel@93-141-2-132.adsl.net.t-com.hr) |
| 12:27.29 | blindvt` | JaMa, nm. i just see that this was fixed already, sorry |
| 12:27.58 | JaMa | blindvt`: and there is also workarround in OE qemu |
| 12:28.55 | eFfeM_work | JaMa: only vaguely recall the report, but if the sources are gone the recipe is useless; either archeology is needed to recover them, or the recipes should be killed |
| 12:29.17 | eFfeM_work | for cdtool that one is still in debian |
| 12:30.46 | *** join/#oe marcompile (~marco@189.12.138.148) |
| 12:32.54 | JaMa | eFfeM_work: I've fixed some of them if I was able to find credible mirror.. for many others I was able to download archives manually from OE distros source stashes (so I was able to build them after manual intervention) |
| 12:33.20 | JaMa | eFfeM_work: but redirecting SRC_URI ie to slugos source stash seems wrong so I kept recipe as it was |
| 12:33.47 | eFfeM_work | we could redirect the URI to the oe mirror dir |
| 12:33.53 | eFfeM_work | and stash it there |
| 12:34.06 | eFfeM_work | less |
| 12:35.09 | eFfeM_work | btw is there a better way than a patch to change the default env for u-boot; ? |
| 12:35.10 | CIA-1 | 03Enrico Scholz <enrico.scholz@informatik.tu-chemnitz.de> 07org.openembedded.dev * rc8ed7ab954 10openembedded.git/recipes/neon/neon_0.26.0.bb: |
| 12:35.10 | CIA-1 | neon: updated 0.26.0 to 0.29.3 |
| 12:35.10 | CIA-1 | Recipe was moved because old (and new) recipe have a negative default |
| 12:35.10 | CIA-1 | preference and only 0.25.5 is referenced by distributions. |
| 12:35.10 | CIA-1 | Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de> |
| 12:36.08 | marcompile | Hello, I'm getting | install: cannot stat `/stuff/tmp/work/beagleboard-angstrom-linux-gnueabi/angstrom-version-1_2010.7-test-20100803-r4/lsb_release': No such file or directory |
| 12:36.10 | marcompile | any clues? |
| 12:36.33 | eFfeM_work | yes, the file or directory does not exist |
| 12:36.57 | eFfeM_work | check path first to see what is wrong and whether it is file or dir before asking |
| 12:37.18 | eFfeM_work | and it also helps to provide some context (e.g. what you did to get that) |
| 12:37.47 | eFfeM_work | marcompile: http://catb.org/esr/faqs/smart-questions.html |
| 12:41.46 | marcompile | its on angstrom-version.bb, do_install |
| 12:42.43 | marcompile | as you can see, I am building angstrom for beagleboard. I git pulled the oe repo yesterday, cleared my tmp folder and started everything again |
| 12:43.51 | eFfeM_work | maybe ask in #angstrom; suggest you read the link I gave you first :-) |
| 12:45.18 | marcompile | maybe the recipe is broken |
| 12:45.21 | marcompile | i have this file at /stuff/openembedded/recipes/angstrom/angstrom-version |
| 12:48.00 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 12:48.37 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 12:48.45 | marcompile | eFfeM_work, thanks anyway. i'll get this going |
| 12:49.58 | eFfeM_work | marcompile: i don't think I've been too much of a help, the only point I wanted to make is taht you really haven't given enough info for anyone to diagnose the problem, explain what you did etc |
| 12:50.03 | *** join/#oe screwgoth1 (~raseel@122.169.75.176) |
| 12:50.16 | eFfeM_work | and I doubt the recipe is broken, people build angstrom for beagleboard all the time |
| 12:50.40 | marcompile | eFfeM_work, yeah I noticed.. I just tought it would be a common issue freshly talked about here |
| 12:50.56 | eFfeM_work | doesn |
| 12:51.06 | marcompile | yes I noticed |
| 12:51.11 | eFfeM_work | doesn't ring a bell for me but gl chasing it down |
| 12:51.56 | *** join/#oe Crofton|road (~balister@pool-96-240-180-89.ronkva.east.verizon.net) |
| 12:55.10 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:57.19 | zub | eFfeM_work: just run into the svn issue; have you made any progress with it? |
| 12:57.47 | eFfeM_work | zub, nope, didn't really try this was a spinoff of my bitbake world experiment |
| 12:57.49 | zub | I wonder what's the cause... I updated system (possibly svn), OE, bitbake. So there are too many degrees of freedom. |
| 12:58.04 | eFfeM_work | zub have you installed svn on the system? |
| 12:58.10 | eFfeM_work | zub, what recipe? |
| 12:58.31 | zub | I mean svn form my distro; OE builds its own? |
| 12:58.58 | marcompile | I got this going. It was a problem with PARALLEL_MAKE, (it was "-j2"). I disabled and it is running fine now |
| 12:59.09 | marcompile | Maybe I should report this somewhere? |
| 12:59.49 | eFfeM_work | marcompile: cool, yes please report at the angstrom mailing list (you can also disable parallel make in a recipe, guess the angstrom people like it if you provide a patch) |
| 13:00.06 | eFfeM_work | zub, no it hink it uses svn from the host |
| 13:00.22 | eFfeM_work | thought you had a new system so wanted to make sure you had svn on it |
| 13:00.49 | zub | nope, just updates and I have svn |
| 13:00.56 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 13:01.06 | eFfeM_work | zub, what recipe ? |
| 13:01.12 | zub | first recipe that fails for me was matchbox-panel-2 |
| 13:01.23 | zub | trying svn by hand, e.g. svn ls svn://svn.o-hand.com/repos/matchbox/trunk/matchbox-panel-2 |
| 13:01.27 | zub | times out |
| 13:01.35 | zub | so maybe o-hand svn issue? |
| 13:01.47 | zub | but http://svn.o-hand.com/view/matchbox/trunk/matchbox-panel-2/ seems ok |
| 13:02.40 | eFfeM_work | hm, this recipe was also on the list of files I had problems with |
| 13:03.40 | zub | would that ^ svn ls ... work for you? |
| 13:04.50 | eFfeM_work | zub that is awfully silent |
| 13:05.06 | eFfeM_work | svn: Can't connect to host 'svn.o-hand.com': Connection timed out |
| 13:05.10 | zub | eveok, same here |
| 13:05.15 | zub | s/eve//; |
| 13:05.51 | eFfeM_work | can't ping them either, but your http url works fine for me |
| 13:05.59 | eFfeM_work | is wondering if this is a firewall issue |
| 13:06.14 | zub | I tried from two different boxes and both time out |
| 13:07.23 | zub | substituting svn: with http: makes it pass |
| 13:07.49 | zub | o-hand went paranoid? :) |
| 13:08.14 | eFfeM_work | hm, here too, i'm not an svn wiz. anyone an idea? |
| 13:08.39 | zub | indeed they don't ping... wtf? |
| 13:08.57 | RP | svn.o-hand.com is there |
| 13:09.05 | RP | is the admin for the server... |
| 13:09.17 | zub | wow, didn't expect that :) |
| 13:09.30 | eFfeM_work | RP svn ls svn://.... does not work but svn ls http:// does |
| 13:09.41 | eFfeM_work | any idea why, the recipe uses svn: |
| 13:09.47 | eFfeM_work | matchbox-panel-2 |
| 13:10.32 | RP | eFfeM_work: It should be using http I expect |
| 13:10.52 | eFfeM_work | RP, so the recipe is broken (guess it used to work) |
| 13:11.05 | RP | eFfeM_work: The server hasn't changed in a long time |
| 13:11.18 | *** join/#oe jconnolly (~jconnolly@ool-18b82cf6.dyn.optonline.net) |
| 13:11.33 | eFfeM_work | then something on oe (or in bitbake) changed. |
| 13:11.46 | eFfeM_work | RP does svn ls svn://... work for you ? |
| 13:12.43 | *** join/#oe screwgoth (~raseel@122.170.35.57) |
| 13:12.48 | RP | eFfeM_work: no |
| 13:13.14 | RP | eFfeM_work: The poky recipe says proto=http |
| 13:13.44 | zub | oh I see: |
| 13:13.45 | zub | SRC_URI = "svn://svn.o-hand.com/repos/matchbox/trunk;module=${PN};proto=http \ |
| 13:13.54 | zub | svn:/, but proto=http |
| 13:14.07 | zub | maybe handling of this changed in bitbake? |
| 13:15.27 | zub | but svn log neither on the recipe in question, not on lib/bb/fetch/svn.py indicates any recent change |
| 13:15.31 | zub | I mean git log |
| 13:21.07 | eFfeM_work | RP the oe recipe also says proto=http, but for me it does not work |
| 13:21.14 | eFfeM_work | i'm on bitbake 1.10 |
| 13:21.19 | eFfeM_work | zub what bb version are you using? |
| 13:21.45 | zub | 1.10 (tried master too) |
| 13:23.12 | eFfeM_work | zub bitbake -b matchbox-panel-2_svn.bb works for me |
| 13:23.13 | eFfeM_work | ???? |
| 13:23.54 | RP | zub: Are you behind a firewall and need a proxy? |
| 13:24.32 | zub | I'm behind a NAT, and some sort of FW too, but svn has always worked for me |
| 13:25.13 | zub | eFfeM_work ???? ? |
| 13:25.34 | eFfeM_work | zub, I tried with -b and it works |
| 13:25.38 | zub | hm |
| 13:25.59 | zub | $ bitbake -b /mnt/data/SHR/shr-unstable/openembedded/recipes/matchbox2/matchbox-panel-2_svn.bb -c fetch |
| 13:26.10 | zub | for me fails |
| 13:26.32 | zub | trying with -D, the fetcher spis what it does, and it seems weird |
| 13:26.48 | zub | maybe it's semi-downloaded somehwere and fetcher just tried to update |
| 13:27.09 | zub | althought I rm-ed what I thought relevant in download dir |
| 13:27.40 | zub | but I see: svn: Failed to add directory 'applets': an unversioned directory of the same name already exists |
| 13:28.28 | eFfeM_work | no idea what was wrong now it works for me |
| 13:29.01 | zub | ok, resolved after rm -rf .../downloads/svn/svn.o-hand.com |
| 13:29.17 | zub | the checked out tree got corrupted somehow and this kept the fetcher failing |
| 13:29.27 | zub | sorry for the noise |
| 13:29.51 | eFfeM_work | strange thing is that I had issues with the same file |
| 13:32.56 | zub | for you it resolved itself? |
| 13:33.59 | eFfeM_work | it seems |
| 13:34.13 | eFfeM_work | testing the other svn's i had an issue with |
| 13:36.46 | JaMa | zub: that because 2 different recipes are requesting newer/older SRCREV of in same checkout dir |
| 13:37.30 | JaMa | zub: first svn upgrade to newer creates applets dir, then downgrade marks applets ad unversioned and another upgrade fails because applets dir already exists |
| 13:37.50 | zub | ok, now it makes sense |
| 13:40.00 | eFfeM_work | ah ok |
| 13:42.43 | JaMa | zub: you can try matchbox2/matchbox-panel-2-icon-themes_0.0.1.bb SRCREV = "2098" instead of SRCREV = "1907" if it still works |
| 13:43.36 | JaMa | or just merge those 2 recipes (matchbox2/matchbox-panel-2_svn.bb) and create icon-themes as subpackages |
| 13:44.52 | zub | ok, I'll c |
| 13:46.08 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 13:46.41 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r58527a1f82 10openembedded.git/recipes/angstrom/angstrom-uboot-scripts.bb: angstrom-uboot-scripts: bump PR |
| 13:46.50 | CIA-1 | 03jkridner@beagleboard.org <jkridner@beagleboard.org> 07org.openembedded.dev * r6f9c2666d2 10openembedded.git/recipes/angstrom/angstrom-uboot-scripts/ (2 files): |
| 13:46.51 | CIA-1 | angstrom-uboot-scripts: added default boot scripts |
| 13:46.51 | CIA-1 | Added default boot scripts for the BeagleBoard validation image. |
| 13:46.51 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 13:47.13 | jkridner | thanks koen |
| 13:48.05 | *** join/#oe mwester (~chatzilla@nslu2-linux/mwester) |
| 13:50.05 | marcompile | ensc|w, hello |
| 13:50.44 | marcompile | ensc|w, I used your ncurses 5.7 recipe, and I'm trying to build asterisk now, and it is failing with error: |
| 13:50.53 | marcompile | | configure: *** The TERMCAP installation appears to be missing or broken. |
| 13:51.30 | marcompile | maybe its a bug with asterisk or anything else, but maybe its good to just let you know that this happens |
| 13:51.35 | marcompile | if you want I can send you the full log |
| 14:04.24 | zub | JaMa: just bumping the SRCREV for matchbox-panel-2-icon-themes doesn't work - the dirs have changes and do_fatch fails :-/ |
| 14:04.35 | zub | can't investigate more ATM |
| 14:06.08 | *** join/#oe GNUtoo|laptop (~gnutoo@80.10.46.40) |
| 14:07.45 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:08.18 | kergoth | morning |
| 14:08.47 | pb_ | g'day kergoth |
| 14:09.01 | *** join/#oe mwester (~chatzilla@c74-230.rim.net) |
| 14:09.03 | *** join/#oe mwester (~chatzilla@nslu2-linux/mwester) |
| 14:10.29 | RP | hi kergoth |
| 14:10.57 | kergoth | 7am meetings are just wrong. |
| 14:11.08 | kergoth | yawns |
| 14:11.10 | RP | JaMa: Making them the same recipe does not make sense |
| 14:11.14 | ensc|w | marcompile: the asterisk recipe seems to be very old and do referred SRCURI does not exist anymore |
| 14:11.28 | RP | using the same svn revison might be bettre, or fix the fetcher so it actually works :/ |
| 14:11.31 | pb_ | kergoth: yeah, that sucks. I find it hard enough to get up by 8am in time for the builders. |
| 14:11.46 | RP | pb_: Your builders start late ;-) |
| 14:11.54 | RP | pb_: I've been having this problem too... |
| 14:12.06 | pb_ | RP: heh. well, any earlier would be unacceptable :-} |
| 14:12.14 | RP | now has two rooms nearly finished |
| 14:12.21 | pb_ | ah, two more than me |
| 14:12.31 | pb_ | has a nice set of trenches though |
| 14:12.44 | RP | pb_: I did have a 12 month head start so it doesn't say much ;-) |
| 14:13.00 | pb_ | ah yes :-} |
| 14:13.17 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:13.22 | RP | does have planning permission for the work on the garage |
| 14:13.30 | RP | and the neighbour no longer speaks to me |
| 14:13.31 | pb_ | we rather hope to have a habitable building by Christmas. fingers crossed. |
| 14:13.39 | pb_ | oh dear. what did you do to him? |
| 14:13.54 | RP | pb_: Applied to extend the garage despite his objection |
| 14:15.00 | pb_ | ah, right. why doesn't he like it? |
| 14:15.24 | RP | pb_: It will add shade to some of his garden at certain times of the day |
| 14:15.46 | ensc|w | marcompile: termcap itself is dead and to be replaced by tinfo |
| 14:16.24 | pb_ | doh. oh well, I guess he will get over it. |
| 14:16.38 | RP | pb_: Fundamentally if I want to change anything its automatically disliked |
| 14:17.07 | pb_ | that's a nuisance. it's always a pain when that happens. |
| 14:17.22 | pb_ | luckily our neighbours are quite relaxed about that sort of thing. |
| 14:17.35 | RP | pb_: The ones on the other side are fine |
| 14:17.50 | pb_ | I think we might have some slightly tricky negotiations coming up when my wife wants to build her studio, but they have been fine about the house itself. |
| 14:18.20 | RP | I haven't been agressive and threatening towards them, invaded their privacy or done any other manner of things I'm alleged to have done by the other one. |
| 14:18.56 | pb_ | good grief |
| 14:19.01 | *** join/#oe mwester (~chatzilla@c74-230.rim.net) |
| 14:19.03 | *** join/#oe mwester (~chatzilla@nslu2-linux/mwester) |
| 14:19.11 | zecke | hi |
| 14:19.15 | pb_ | yo zecke |
| 14:19.16 | Crofton|road | rofl |
| 14:19.27 | RP | hi zecke |
| 14:19.32 | Crofton|road | that was a weird conversation to come into the middle off :) |
| 14:19.51 | RP | :) |
| 14:20.12 | Crofton|road | my first thought is you were talking about bitbake or soemthing |
| 14:20.17 | Crofton|road | not your houses |
| 14:20.30 | RP | bitbake has been agressive and threatening? :) |
| 14:20.46 | Crofton|road | heh |
| 14:20.49 | *** join/#oe mrmoku (~mrmoku@ppp-82-135-70-134.dynamic.mnet-online.de) |
| 14:20.55 | Crofton|road | the user base, er neighbbors |
| 14:20.56 | broonie | It's certainly invading the privacy of all those recipies with its constant scanning. |
| 14:21.26 | ensc|w | marcompile: asterisk-1.6.0.28 seems to be able to use -ltinfo so it might be worth to update to this version (at least) |
| 14:22.05 | Crofton|road | listening to a guy talk about security who is really excited |
| 14:24.27 | zecke | RP: poor boy, but I am happy you have a house. |
| 14:25.51 | marcompile | i'm building asterisk-1.6.2.10 |
| 14:26.35 | marcompile | i get the termcap broken with the original 1.4.23.1 recipe and also my new 1.6.2.10 |
| 14:27.05 | marcompile | I just disabled (with ./configure --without-termcap |
| 14:28.36 | GNUtoo|laptop | hi, I've an issue with libsdl-mixer: http://pastebin.com/rNQmqZTv I bet I'll have to dig in autotools |
| 14:28.55 | GNUtoo|laptop | I'll look configure options |
| 14:31.30 | GNUtoo|laptop | hmmm |
| 14:32.24 | GNUtoo|laptop | http://pastebin.com/GU7n8wPn |
| 14:33.08 | *** join/#oe jconnoll1 (~jconnolly@firebug.buglabs.net) |
| 14:34.24 | GNUtoo|laptop | hi khem |
| 14:34.39 | GNUtoo|laptop | with your old patches I've that: |
| 14:35.22 | GNUtoo|laptop | arm-oe-linux-gnueabi/bin/ld: warning: libc.so, needed by .../arm-oe-linux-gnueabi/lib/libgcc_s.so.1, not found (try using -rpath or -rpath-link) |
| 14:36.31 | GNUtoo|laptop | broonie, indeed, moreover it's stressing to be under constant evaluation |
| 14:36.39 | *** join/#oe mrmoku (~mrmoku@ppp-188-174-69-32.dynamic.mnet-online.de) |
| 14:36.45 | GNUtoo|laptop | specially when autorev is there |
| 14:37.20 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 14:37.36 | GNUtoo|laptop | hi btw |
| 14:39.05 | *** join/#oe mwester (~chatzilla@nslu2-linux/mwester) |
| 14:40.33 | GNUtoo|laptop | hmmm |
| 14:40.42 | GNUtoo|laptop | floor seem to come from libc |
| 14:41.50 | pb_ | I thought it was in libm, but I guess libc might be a possible candidate too. |
| 14:42.35 | broonie | It's libm here... |
| 14:44.29 | GNUtoo|laptop | ok |
| 14:44.34 | GNUtoo|laptop | but it says: |
| 14:44.57 | GNUtoo|laptop | warning: libc.so, needed by ... libgcc_s.so.1, not found (try using -rpath or -rpath-link) |
| 14:45.01 | GNUtoo|laptop | but anyay |
| 14:45.03 | GNUtoo|laptop | I'll look |
| 14:45.07 | GNUtoo|laptop | with the binutils |
| 14:45.12 | pb_ | er, what does that have to do with floor()? |
| 14:45.50 | GNUtoo|laptop | hmmm maybe it doesn't find libc and so has a floor issue |
| 14:45.59 | GNUtoo|laptop | but I may be ultra-wrong |
| 14:46.16 | GNUtoo|laptop | we use eglibc btw |
| 14:48.23 | khem | GNUtoo|laptop: hello, thats an existing warning |
| 14:48.35 | GNUtoo|laptop | hi |
| 14:49.11 | *** join/#oe mwester (~chatzilla@nslu2-linux/mwester) |
| 14:50.35 | GNUtoo|laptop | floor is in libm |
| 14:50.49 | GNUtoo|laptop | sorry I'm a bit tired today |
| 14:51.07 | GNUtoo|laptop | 000284f8 W floor |
| 14:51.19 | GNUtoo|laptop | (arm-oe-linux-gnueabi-nm libm.so.6| grep floor) |
| 14:51.34 | GNUtoo|laptop | from sysroots/armv6-novfp-oe-linux-gnueabi/lib |
| 14:51.45 | GNUtoo|laptop | hmmm |
| 14:51.54 | *** join/#oe mrmoku` (~mrmoku@ppp-82-135-74-168.dynamic.mnet-online.de) |
| 14:52.09 | GNUtoo|laptop | it lacks -lm then |
| 14:52.13 | GNUtoo|laptop | no? |
| 14:52.15 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 14:54.14 | khem | GNUtoo|laptop: yes its in libm |
| 14:55.05 | *** join/#oe theZagnut (~zagnut@port77.ds1-sam.adsl.cybercity.dk) |
| 14:55.19 | khem | GNUtoo|laptop: whats real problem ? |
| 14:55.30 | khem | is some app not finding floor ? |
| 14:55.38 | GNUtoo|laptop | not exactly |
| 14:56.20 | GNUtoo|laptop | I've no music in wesnoth, that's because libsdl-mixer didn't find libvorbisdec but libvorbisdec is staged....so I looked at the configure logs and found that: |
| 14:56.31 | GNUtoo|laptop | http://pastebin.com/GU7n8wPn |
| 14:56.46 | GNUtoo|laptop | I can pastebin the test source code too if you want |
| 14:57.38 | khem | add -lm to LDFLAGS |
| 14:58.30 | khem | libmikmod.so could have asked for it too thru DT_NEEDED what does readelf -d libmikmod.so show you |
| 14:59.05 | GNUtoo|laptop | I'll look (I didn't know DT_NEEDED) |
| 14:59.19 | *** join/#oe mwester (~chatzilla@nslu2-linux/mwester) |
| 14:59.34 | pb_ | yeah, it looks like libmikmod was wrongly linked without -lm |
| 15:00.23 | GNUtoo|laptop | I grep NEEDED and paste? |
| 15:00.32 | GNUtoo|laptop | *pastebin |
| 15:01.09 | GNUtoo|laptop | http://pastebin.com/c0sr0HRv |
| 15:01.17 | GNUtoo|laptop | no libm in NEEDED |
| 15:02.05 | GNUtoo|laptop | btw will there be some replacement for ldd planed in the future? |
| 15:02.10 | GNUtoo|laptop | (not related) |
| 15:02.26 | pb_ | not that I know of. why does ldd need replacing? |
| 15:02.30 | *** join/#oe jconnoll1 (~jconnolly@firebug.buglabs.net) |
| 15:02.34 | GNUtoo|laptop | security issues |
| 15:02.52 | GNUtoo|laptop | basically I heard that you could craft a binary which execute code when you ldd it |
| 15:03.00 | GNUtoo|laptop | that's because of the way ldd works |
| 15:03.24 | GNUtoo|laptop | if I understand well it's a script which uses a variable to put libc in a special mode |
| 15:03.31 | GNUtoo|laptop | but my explanations may be inaccurate |
| 15:04.13 | GNUtoo|laptop | I'm not shure how other OS like FreeBSD handle that |
| 15:04.44 | pb_ | oh, right. this is the thing where you provide your own PT_INTERP. |
| 15:04.50 | *** join/#oe etrunko (~edulima@201.53.197.138) |
| 15:05.41 | pb_ | if you're worried about that then you can just patch ldd to not use that mode of operation. |
| 15:05.58 | GNUtoo|laptop | ok |
| 15:07.05 | GNUtoo|laptop | btw how should I fix my issue? modify the .m4 macros that check for libvorbis? |
| 15:07.17 | pb_ | no, fix the linking of libmikmod |
| 15:07.48 | GNUtoo|laptop | how? |
| 15:08.02 | GNUtoo|laptop | do you have more precision? |
| 15:08.11 | pb_ | dunno, you'd need to inspect what it's actually doing during final link. clearly it doesn't have -lm in there and should do. |
| 15:09.06 | GNUtoo|laptop | ok |
| 15:09.17 | *** join/#oe mwester (~chatzilla@nslu2-linux/mwester) |
| 15:14.55 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-hmcoqpowprneiihs) |
| 15:15.34 | zub | GNUtoo|laptop: yeah, ldd is just a shell script and it does run the target binary. See `which ldd`, man ld.so |
| 15:16.00 | zub | so you could create a binary that would abuse this and ldd on it would execute arbitrary code |
| 15:18.46 | GNUtoo|laptop | yes |
| 15:18.48 | GNUtoo|laptop | ok |
| 15:19.25 | *** join/#oe mwester (~chatzilla@nslu2-linux/mwester) |
| 15:20.17 | zub | but you can list part of what ldd lists with readelf -d |
| 15:26.16 | GNUtoo|laptop | ok it uses libtool |
| 15:26.49 | GNUtoo|laptop | zub, I know you can do it with some binutils. I didn't remember the exact command tough |
| 15:26.53 | GNUtoo|laptop | thanks |
| 15:27.17 | GNUtoo|laptop | libmikimod uses libtool |
| 15:29.03 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 15:29.32 | GNUtoo|laptop | and no traces of -lm in: |
| 15:29.36 | *** join/#oe mwester (~chatzilla@nslu2-linux/mwester) |
| 15:29.37 | GNUtoo|laptop | http://pastebin.com/6F6MV7Ee |
| 15:29.45 | GNUtoo|laptop | I'll try to fix that |
| 15:31.31 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 15:33.25 | *** join/#oe Martin-B (~martin@pool-83-65-198-89.dbd-ipconnect.net) |
| 15:34.31 | GNUtoo|laptop | hmmm |
| 15:34.42 | blindvt` | kergoth_, hi. what about warning about redundant DEPENDS_native (redundant as being implied by BBCLASSEXTEND=native DEPENDS)? something like http://paste.debian.net/82137/ |
| 15:34.48 | blindvt` | kergoth_, just a thought.. |
| 15:34.52 | GNUtoo|laptop | I don't find the correct Makefile.am |
| 15:35.00 | GNUtoo|laptop | it's nested |
| 15:35.09 | GNUtoo|laptop | and there is no Makefile.am in: |
| 15:35.34 | ensc|w | GNUtoo|laptop: on first glance, EXTRA_OECONF='-lm' might fix it |
| 15:35.38 | GNUtoo|laptop | armv6-novfp-oe-linux-gnueabi/libmikmod-3.2.0-beta2-r1/libmikmod-3.2.0-beta2/libmikmod |
| 15:35.51 | GNUtoo|laptop | ensc|w, isn't that risky? but I can try that |
| 15:36.03 | GNUtoo|laptop | you mean OEMAKE? |
| 15:36.12 | ensc|w | wrong... EXTRA_OECONF='LIBRARY_LIB=-lm' |
| 15:36.13 | GNUtoo|laptop | because that will do ./configure ... -lm |
| 15:36.19 | GNUtoo|laptop | ah ok thanks a lot |
| 15:37.13 | *** join/#oe Spz0 (~a@97-120-169-45.ptld.qwest.net) |
| 15:38.00 | GNUtoo|laptop | ./configure says LIBS |
| 15:38.03 | GNUtoo|laptop | I'll try that |
| 15:38.05 | GNUtoo|laptop | thanks a lot |
| 15:38.45 | kergoth_ | blindvt`, hmm, the concept is a good one, but it's almost something better relegated to recipe_sanity, since its a cleanup suggestion, not a problem |
| 15:39.48 | *** join/#oe mwester (~chatzilla@nslu2-linux/mwester) |
| 15:40.24 | blindvt` | kergoth_, the reasoning would be that DEPENDS_virtclass-native can be deduced from DEPENDS. See e.g. autoconf.inc or gnome-doc-utils.inc (?!) |
| 15:40.37 | kergoth_ | yeah, I know |
| 15:41.31 | blindvt` | oh sweet. I wasn't aware of recipe_sanity |
| 15:42.13 | kergoth_ | many of the things it reports are things like this, vars you just don't need to bother setting |
| 15:42.25 | *** join/#oe martin_B (~martin@pool-239-66-198-89.dbd-ipconnect.net) |
| 15:42.25 | kergoth_ | not sure if itd be easy to put there due to the native logic already being in native, but something to consider |
| 15:43.14 | *** part/#oe screwgoth (~raseel@122.170.35.57) |
| 15:43.46 | GNUtoo|laptop | http://pastebin.com/SwvWDNj9 still same issue |
| 15:43.58 | GNUtoo|laptop | I'll try library_lib |
| 15:44.00 | blindvt` | i'd estimate that about 3% of all current DEPENDS_{virtclass-,}native are really needed and justified |
| 15:44.49 | kergoth_ | yikes :) |
| 15:44.50 | blindvt` | but anyway. it was just a thought, maybe someone wants to come up with a real suggestion :) |
| 15:45.12 | kergoth_ | yeah like I said, its a good idea |
| 15:49.46 | *** join/#oe hansdampf (~moritz@212.77.182.43) |
| 15:49.50 | *** join/#oe mwester (~chatzilla@nslu2-linux/mwester) |
| 15:51.10 | GNUtoo|laptop | ensc|w, thanks a lot!!! it worked |
| 15:51.22 | GNUtoo|laptop | I'll try to rebuild libsdl-mixer now |
| 15:51.32 | GNUtoo|laptop | <PROTECTED> |
| 15:53.11 | *** join/#oe mrmoku (~mrmoku@ppp-82-135-85-207.dynamic.mnet-online.de) |
| 15:56.19 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 15:56.26 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 15:59.27 | *** join/#oe mrmoku` (~mrmoku@ppp-93-104-79-142.dynamic.mnet-online.de) |
| 16:00.16 | CIA-1 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r636d7431fd 10openembedded.git/recipes/sane/ (sane-backends_1.0.19.bb sane-backends_1.0.20.bb): |
| 16:00.16 | CIA-1 | sane-backends: removed legacy staging |
| 16:00.16 | CIA-1 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 16:03.33 | GNUtoo|laptop | thanks a lot!!! I've some music now |
| 16:03.33 | CIA-1 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rfece966c35 10openembedded.git/recipes/freetype/ (4 files): |
| 16:03.33 | CIA-1 | freetype: removed 2.1 version |
| 16:03.33 | CIA-1 | this one had an empty do_install so probably the removal |
| 16:03.33 | CIA-1 | of do_stage broke it; as it is quite old removed it |
| 16:03.33 | CIA-1 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 16:03.33 | GNUtoo|laptop | I'll push as soon as I go to to the wifi cafee |
| 16:04.08 | *** join/#oe Marex (vasum7am@u-pl1.ms.mff.cuni.cz) |
| 16:06.32 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 16:06.44 | *** join/#oe dth_ntb (~dieter@a89-182-70-96.net-htp.de) |
| 16:13.44 | CIA-1 | 03Scott Garman <scott.a.garman@intel.com> 07org.openembedded.dev * r9ed124062c 10openembedded.git/recipes/tar/ (tar_1.22.bb tar_1.23.bb): |
| 16:13.44 | CIA-1 | tar: Upgrade to v1.23 |
| 16:13.44 | CIA-1 | * Addresses CVE-2010-0624 |
| 16:13.44 | CIA-1 | Signed-off-by: Scott Garman <sgarman@zenlinux.com> |
| 16:13.44 | CIA-1 | Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 16:14.34 | CIA-1 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rbc14d2764a 10openembedded.git/recipes/squashfs-tools/ (squashfs-tools-native_4.0.bb squashfs-tools.inc): |
| 16:14.34 | CIA-1 | squashfs-tools: added dependency to attr/attr-native |
| 16:14.34 | CIA-1 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 16:14.45 | CIA-1 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rf70303411d 10openembedded.git/recipes/udev/attr_2.4.44.bb: |
| 16:14.45 | CIA-1 | attr: added BBCLASSEXTEND = "native" |
| 16:14.45 | CIA-1 | added BBCLASSEXTEND = "native" |
| 16:14.45 | CIA-1 | this is needed for squashfs-tools, otherwise it is not possible to build |
| 16:14.46 | CIA-1 | mksquashfs and hence no squashfs creation on the build system |
| 16:14.46 | CIA-1 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 16:15.43 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 16:19.09 | gchiii | does anyone want to make psplash work with an 8 bpp framebuffer and send me a patch? |
| 16:23.56 | zub | gchiii: what an offer :) |
| 16:25.32 | Jay7 | gchiii: and to mee too |
| 16:25.50 | Jay7 | we in kexecboot still have no support for 8bpp modes |
| 16:27.02 | gchiii | zub: in my meager defense, i did look at it and make an attempt, then got a big headache. i could offer my grattitude and possibly a starbucks as reward (if i knew a good way to give starbucks over tcp/ip) |
| 16:27.33 | zub | :) |
| 16:28.04 | pb_ | hi mickey|office |
| 16:28.08 | Jay7 | gchiii: what hardware you using? |
| 16:29.38 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-sazeuuazkngpoqpq) |
| 16:34.29 | gchiii | Jay7: an at91rm9200, with a slightly broken epson s1d13706 display chip, and some other display that is frustratingly close to an s1d15605 driver |
| 16:39.01 | *** join/#oe lisppaste (~lisppaste@common-lisp.net) |
| 16:40.54 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 16:41.24 | Jay7 | gchiii: one time I'll look on 8bpp.. |
| 16:41.32 | Jay7 | but not this time |
| 16:50.21 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 16:50.23 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 16:53.58 | *** join/#oe soltys (soltys@soltys.soad.pl) |
| 16:58.20 | *** join/#oe mrmoku (~mrmoku@ppp-88-217-0-41.dynamic.mnet-online.de) |
| 17:06.19 | *** join/#oe stefan_schmidt (~stefan@p5B035C9A.dip.t-dialin.net) |
| 17:09.00 | *** join/#oe jamesp (~james@RBK.ST3.colton.com) |
| 17:09.32 | Jin^eLD | hmm, has anyone tried the cron daemon from busybox? it seems to completely ignore /etc/crontab |
| 17:10.06 | Jin^eLD | I wonder if I am doing anything wrong |
| 17:13.38 | *** join/#oe kgilmer (~kgilmer@host-174-45-90-148.bzm-mt.client.bresnan.net) |
| 17:13.39 | *** join/#oe mario-goulart (~user@67.205.85.241) |
| 17:13.43 | *** join/#oe zenlinuxPDX (~sgarman@c-71-193-142-55.hsd1.or.comcast.net) |
| 17:21.31 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 17:48.34 | *** join/#oe waite (~quassel@206.83.81.178.ptr.us.xo.net) |
| 18:06.01 | *** join/#oe radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net) |
| 18:09.48 | *** join/#oe kristoffer (~kristoffe@94.191.174.215.bredband.tre.se) |
| 18:15.27 | *** join/#oe zecke (~ich@siminn-int-gw.on-waves.com) |
| 18:15.55 | yann | hm, there is really no recipe for literki in oe yet ? |
| 18:20.18 | Crofton|road | there are one or two packages we do not have recipes for yet |
| 18:24.45 | khem | kergoth: is there a way to pass answer to a process invoked from python script |
| 18:25.18 | khem | kergoth: I am calling ssh and if I am logging into that machine for first time it asks for yes and no |
| 18:25.51 | khem | to add it |
| 18:26.07 | kergoth_ | use popen, you can access stdin, stdout, and stderr |
| 18:26.18 | kergoth_ | that's assuming it asks on stdin, and not directly via /dev/tty or something, of course |
| 18:26.32 | khem | ah I am using popen |
| 18:26.47 | yann | Crofton|road: I know :) I'm just puzzled that its authors ships an ipk but there is no .bb anywhere |
| 18:26.51 | yann | writing one |
| 18:27.04 | kergoth_ | if you use subprocess, the popen object has stdin, stderr, and stdout members |
| 18:27.10 | kergoth_ | p.stdin.write() |
| 18:27.19 | kergoth_ | alternatively, you could look at Pexpect |
| 18:29.50 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-eqyvqzihjxlxodkq) |
| 18:31.21 | kergoth_ | 's working on image_features + package_dbg again, need to get that solid and merged so he can move on to the next pending item |
| 18:31.45 | khem | <PROTECTED> |
| 18:31.52 | khem | kergoth_: will that do it ? |
| 18:32.12 | khem | kergoth: yeah image_features is nice think |
| 18:32.16 | kergoth_ | ah, right, I forgot communicate can take stdin. it might, it depends on what it does with the input before it sends the prompt. most likely will work |
| 18:32.17 | khem | I have your patches |
| 18:32.22 | khem | in my local tree |
| 18:32.31 | khem | wanna a copy :_ |
| 18:32.33 | kergoth_ | otherwise you could read stdout until you get the prompt, then stdin.write(), then communicate() to complete it |
| 18:32.50 | kergoth_ | right now I'm testing a fix for kernel-modules dep'ing on -dbgs |
| 18:32.55 | khem | k |
| 18:32.56 | kergoth_ | think perl still needs a fix for that too |
| 18:33.40 | khem | hmmm this prompt is for some machines in a loop and some not |
| 18:34.04 | kergoth_ | there's 1) add PACKAGE_INSTALL_ATTEMPTONLY to rootfs_ipk, 2) add image_features, 3) fix recipes that rdep on all packages to exclude them, then it should be good |
| 18:34.10 | kergoth_ | hmm |
| 18:34.36 | kergoth_ | well, if you get tired of messing with it, and don't mind another dep, Pexpect would work well |
| 18:34.44 | kergoth_ | expect was designed for that sort of scripting |
| 18:34.49 | kergoth_ | wait X seconds for this string, send that, etc |
| 18:35.01 | kergoth_ | hasn't messed with pexpect himself though |
| 18:35.16 | kergoth_ | if all you have to deal with is the single prompt, probably more than you'd need |
| 18:36.50 | khem | Use communicate() rather than .stdin.write, .stdout.read or .stderr.read to avoid deadlocks due to any of the other OS pipe buffers filling up and blocking the child process. |
| 18:37.11 | kergoth_ | the buffering can be a problem when you do that sort of scripting of interactive apps |
| 18:37.43 | kergoth_ | NOTE: linux-omap-psp-2.6.32-r84+gitra6bad4464f985fdd3bed72e1b82dcbfc004d7869: do_patch: Elapsed time: 8.05 seconds |
| 18:37.44 | kergoth_ | NOTE: linux-omap-psp-2.6.32-r84+gitra6bad4464f985fdd3bed72e1b82dcbfc004d7869: do_patch: Cpu usage: 25.3% |
| 18:37.50 | kergoth_ | heh, i really underestimated how much cpu these other tasks take |
| 18:43.31 | yann | hm, trying to build literki fails, seemingly because freetype-config outputs "-isystem/<my-absolute-oe-path>/tmp/sysroots/armv4t-oe-linux-gnueabi/usr/include" - anyone knows about that ? |
| 18:48.34 | yann | fully, since "./tmp/sysroots/x86_64-linux/usr/bin/armv4t-oe-linux-gnueabi/freetype-config --cflags" run manually gives correct output |
| 18:48.40 | yann | s/fully/funny/ |
| 18:49.29 | yann | (wrong statements, forget it) |
| 18:53.38 | *** join/#oe mrcan (~harika@88.246.222.164) |
| 18:58.24 | *** join/#oe CosmicPenguin (~nobody@207-114-132-30.static.twtelecom.net) |
| 18:59.11 | *** join/#oe mrcan (~harika@88.246.222.164) |
| 18:59.34 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 18:59.56 | jkridner | anybody having problems building libxcb? |
| 19:00.46 | *** join/#oe kevinsc (~a0214685@nat/ti/x-umwbcjprqkwgherq) |
| 19:01.22 | jkridner | "No module named xcbgen.state" |
| 19:03.54 | jkridner1 | Attempting "apt-get install python-xcbgen" to fix. |
| 19:05.28 | *** join/#oe dromede_ (~quassel@93-141-26-251.adsl.net.t-com.hr) |
| 19:07.36 | jkridner1 | still fails. :( |
| 19:23.27 | *** join/#oe dth (~dieter@a89-182-132-212.net-htp.de) |
| 19:24.38 | *** join/#oe kgilmer (~kgilmer@168.103.7.215) |
| 19:31.01 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 19:39.30 | *** join/#oe Ironnads (~Ironnads@host109-152-251-155.range109-152.btcentralplus.com) |
| 19:39.47 | CIA-1 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * rd4eb4f3ea8 10openembedded.git/recipes/openldap/ (openldap-2.4.21/openldap-m4-pthread.patch openldap_2.4.21.bb): (log message trimmed) |
| 19:39.47 | CIA-1 | openldap: update 2.4.21 to 2.4.23 |
| 19:39.47 | CIA-1 | * bugfixes mostly, considered as safe upgrade |
| 19:39.47 | CIA-1 | * fixes CVE-2010-0211 and CVE-2010-0212 |
| 19:39.47 | CIA-1 | * switch to PACKAGES_DYNAMIC for backends, allows to kill some recipe bloat, |
| 19:39.47 | CIA-1 | might be nice to do additional OECONF cleanup later (probably adding more |
| 19:39.48 | CIA-1 | modules as they're nicely packaged) |
| 19:44.16 | CIA-1 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r69d694e393 10openembedded.git/recipes/strace/strace_4.5.20.bb: |
| 19:44.16 | CIA-1 | strace: add latest 4.5.20 version |
| 19:44.16 | CIA-1 | Earlier versions may have build issues associated with linux header changes: |
| 19:44.16 | CIA-1 | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560516 |
| 19:44.16 | CIA-1 | Thanks to Pierluigi Passaro <pierluigi.passaro@phoenixsoftware.it> |
| 19:44.16 | CIA-1 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
| 19:46.36 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r4f96a91b1b 10openembedded.git/ (4 files in 2 dirs): |
| 19:46.36 | CIA-1 | bitbake.conf,cmake.bbclass,cross.bbclass,icecc.bbclass: Point the toolchain paths to new multi-machine friendly toolchain install location. |
| 19:46.36 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 19:46.37 | CIA-1 | Acked-by: Koen Kooi <k-kooi@ti.com> |
| 19:46.37 | CIA-1 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 19:46.37 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r3c5585b873 10openembedded.git/recipes/mesa/mesa_7.2.bb: |
| 19:46.38 | CIA-1 | mesa_7.2.bb: Tinker DEBUG_OPTIMIZATION to avoid gcc ICE |
| 19:46.38 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 19:46.39 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r57be258994 10openembedded.git/recipes/uclibc/uclibc_git.bb: |
| 19:46.39 | CIA-1 | uclibc_git.bb: move to latest git tip. |
| 19:46.40 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 19:46.41 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rc52193ee03 10openembedded.git/recipes/binutils/binutils-cross.inc: |
| 19:46.41 | CIA-1 | binutils-cross.inc: Dont install duplicate copies of tools create relative symlinks instead. |
| 19:46.42 | CIA-1 | * Dont generate shared libraries and bfd. |
| 19:46.42 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 19:46.43 | CIA-1 | Acked-by: Koen Kooi <k-kooi@ti.com> |
| 19:46.55 | CIA-1 | mpfr_3.0.0.bb: Override needs to be thumb instead of armv4t |
| 19:46.55 | CIA-1 | * This covers the case when compiling with thumb mode |
| 19:46.55 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 19:46.55 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r07733978e2 10openembedded.git/recipes/ (10 files in 2 dirs): |
| 19:46.55 | CIA-1 | gcc,eglibc: Use the paths for mutli-machine safe toolchain install. |
| 19:46.55 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 19:46.56 | CIA-1 | Acked-by: Koen Kooi <k-kooi@ti.com> |
| 19:46.57 | CIA-1 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 19:50.40 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 19:59.54 | *** join/#oe mrmoku|away (~mrmoku@ppp-82-135-78-78.dynamic.mnet-online.de) |
| 20:00.01 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 20:01.43 | CIA-1 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r060285f9fd 10openembedded.git/recipes/byacc/ (byacc-native_20081225.bb byacc.inc): |
| 20:01.43 | CIA-1 | byacc: kill -native recipe, replace with BBCLASSEXTEND |
| 20:01.43 | CIA-1 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
| 20:02.51 | CIA-1 | 03Graham Gower <graham.gower@gmail.com> 07org.openembedded.dev * r11d08db810 10openembedded.git/ (27 files in 10 dirs): (log message trimmed) |
| 20:02.51 | CIA-1 | opkg recipe overhaul - removal of opkg-nogpg and opkg-nogpg-nocurl. |
| 20:02.51 | CIA-1 | None of the distros in OE appear to want/need gpg or curl support in opkg; |
| 20:02.51 | CIA-1 | so have opkg.inc remove them by default. This diff makes things more consistent |
| 20:02.51 | CIA-1 | across all distros/tasks/images. |
| 20:02.51 | CIA-1 | The slugos recipe is kept intact and further divided from the more modern |
| 20:02.52 | CIA-1 | recipes. The opkg-native recipe is the sane-srcrev version even when building |
| 20:07.11 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6332fb06d8 10openembedded.git/recipes/opkg/ (opkg.inc opkg_svn.bb): opkg: first stab at restoring upgrade paths |
| 20:15.48 | jkridner | anyone able to build libxcb? |
| 20:26.18 | khem | jkridner: lemme try |
| 20:26.38 | JaMa | jkridner: I've built it ok libxcb-1.6-r3.1.do_rm_work |
| 20:26.58 | JaMa | jkridner: for armv4t and armv7 |
| 20:27.03 | *** join/#oe aubrey (~aubrey@cpe-76-179-149-47.maine.res.rr.com) |
| 20:28.41 | jkridner | I'm on an Ubuntu 10.04 machine with python-xcbgen installed, but still getting xcbgen.state module missing error. |
| 20:29.09 | jkridner | koen suggested 'bitbake -c clean python-native', but that made no difference. |
| 20:29.21 | jkridner | python-native seems to be being built for my task. |
| 20:30.20 | marcompile | does anyone know what provides python's threading? |
| 20:32.08 | jkridner | python-native gets built when I run 'bitbake libxcb'. |
| 20:33.01 | jkridner | I don't know if there is some way to skip that dependency. |
| 20:33.18 | khem | jkridner: what does bitbake -g say |
| 20:33.22 | khem | who pulls in python |
| 20:33.51 | khem | jkridner: my box is also ubuntu 10.04 |
| 20:33.57 | marcompile | hey does anyone know what should I include in my image to have python-threading? |
| 20:34.53 | khem | marcompile: doesnt python come with it already |
| 20:35.09 | *** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning) |
| 20:36.11 | marcompile | khem, I tought so, but I included python on my image and its not there. I can install python-threading in angstrom (with opkg), but I don't see the recipe for bitbake |
| 20:36.38 | marcompile | maybe that ipk is built with python? |
| 20:42.36 | jkridner | libxcb -> libxslt-native -> libxml2-native -> python-native |
| 20:43.09 | *** join/#oe zecke (~ich@mobile-out.siminn.is) |
| 20:47.17 | *** join/#oe chouimat (~mathieu@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
| 20:47.17 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
| 20:49.59 | khem | marcompile: hmm thats a package emitted from python recipe |
| 20:50.10 | khem | marcompile: a recipe can emit more than 1 packages |
| 20:50.31 | marcompile | I see now |
| 20:51.03 | marcompile | but my recipe shouldn't DEPEND on python-threading for example, it should just IMAGE_INSTALL that, correct? |
| 20:51.22 | khem | see recipes/python/python-2.6-manifest.inc |
| 20:51.49 | khem | it should depend on python |
| 20:51.54 | khem | well |
| 20:52.07 | khem | RDEPENDS_${PN} = "python-threading" |
| 20:52.13 | khem | should work too |
| 20:52.45 | khem | jkridner: ah native python |
| 20:52.52 | khem | jkridner: you need to build it |
| 20:52.56 | khem | unfortunately |
| 20:53.10 | khem | btw. my build is going well thus far for libxcb |
| 20:53.33 | jkridner | well, it is built, but it seems to fail. not sure why it would work for you. |
| 20:54.55 | khem | I will know soon |
| 20:55.01 | khem | if it builds or not |
| 20:55.07 | khem | its still doing other stuff |
| 21:00.19 | khem | jkridner: could you paste yout build.log somewhere for configure stage |
| 21:00.42 | khem | it could be that XCBPROTO_XCBPYTHONDIR is not set properly for some reason |
| 21:00.49 | *** join/#oe kgilmer (~kgilmer@216.187.191.87) |
| 21:02.20 | jkridner | khem: do you just mean my log.do_compile? |
| 21:02.33 | khem | log.do_compile and log.do_configure |
| 21:05.51 | jkridner1 | khem: http://www.beagleboard.org/~arago/libxcb-debug/ |
| 21:06.25 | *** join/#oe ldnunes_ (~ldnunes@189.114.111.55) |
| 21:06.27 | jkridner1 | I don't see that property being set. |
| 21:06.50 | jkridner1 | did it build for you? |
| 21:08.09 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 21:10.14 | denix | jkridner: seeing the same issue here, debugging it |
| 21:10.33 | denix | I believe it is due to global do_stage removal, though... |
| 21:11.54 | *** join/#oe dth_ntb (~dieter@a89-182-132-212.net-htp.de) |
| 21:12.15 | khem | did we add 2.6.35 recipes already :) |
| 21:12.21 | khem | its 2 days old now |
| 21:13.06 | denix | btw, libxcb error - http://pastebin.com/3SUCzK7x |
| 21:14.35 | *** join/#oe ant___ (~andrea@host11-225-dynamic.58-82-r.retail.telecomitalia.it) |
| 21:14.40 | jkridner | hates breakages on release-candidate day. :( |
| 21:16.08 | khem | denix: yeah |
| 21:16.09 | denix | jkridner: why do you update to the latest dev branch then? :) |
| 21:16.10 | khem | # |
| 21:17.00 | khem | checking for python script directory... ${prefix}/lib/python2.6/site-packages |
| 21:17.00 | khem | checking for python extension module directory... ${exec_prefix}/lib/python2.6/site-packages |
| 21:17.15 | khem | I wonder why ${prefix} did not expand |
| 21:17.27 | jkridner | denix: :) because I introduced patches and haven't actually had a working version yet (also not a good thing on release candidate day). |
| 21:18.31 | ant___ | hi khem |
| 21:18.51 | khem | ant___: hello |
| 21:19.06 | khem | ant___: I have gfortan thing yet in my sandbox |
| 21:19.16 | khem | want to fix it more elegantly |
| 21:19.28 | ant___ | great |
| 21:19.36 | khem | ant___: btw did that do_stage removal work for klibc |
| 21:19.43 | ant___ | I'm looking at klibc again, now |
| 21:19.58 | ant___ | but install -m 755 klcc/klcc ${TOOLCHAIN_PATH}/bin/${TARGET_PREFIX}klcc |
| 21:20.12 | ant___ | works but then the compiler is not found... |
| 21:20.27 | ant___ | | checking for arm-angstrom-linux-gnueabi-gcc... arm-angstrom-linux-gnueabi-klcc |
| 21:20.27 | ant___ | | checking whether the C compiler works... no |
| 21:20.53 | khem | jkridner: checking XCBPROTO_XCBPYTHONDIR... /home/ubuntu/angstrom-setup-scripts/build/tmp-angstrom_2008_1/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/python2.6/site-packages |
| 21:22.28 | khem | my box is still churning toolchain should not have updated gcc :) |
| 21:23.43 | khem | jkridner: does xcbgen.state |
| 21:23.53 | khem | exist in /home/ubuntu/angstrom-setup-scripts/build/tmp-angstrom_2008_1/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/python2.6/site-packages |
| 21:27.17 | denix | hmm, I don't even have /usr/lib/python2.6 in my sysroots... |
| 21:28.32 | denix | but I do have it in i686-linux, instead of armv7a-*-linux |
| 21:30.06 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-thltpsgfjljucrdy) |
| 21:30.10 | khem | denix: thats ok |
| 21:30.22 | khem | denix: it should have pick from native one I guess |
| 21:30.41 | ant___ | khem: another strange path? http://pastebin.com/FMtYU447 |
| 21:31.38 | denix | khem: but still, there is no xcb* in python2.6 or site-packages |
| 21:33.25 | *** part/#oe mrcan (~harika@88.246.222.164) |
| 21:33.42 | khem | ant___: thats ok |
| 21:33.49 | khem | we could remove it though |
| 21:33.57 | khem | denix: yeah |
| 21:34.07 | khem | tried to bake libxcb git |
| 21:35.30 | khem | hmm same error |
| 21:35.34 | denix | khem: xcb-proto is supposed to stage xcbgen - it even has it in WORKDIR/image, but... |
| 21:39.20 | kergoth_ | grr |
| 21:39.22 | kergoth_ | hmm |
| 21:39.51 | denix | khem: here's xcb-proto do_stage http://pastebin.com/gHhxEUsw and it clearly supposed to stage xcbgen, but it's not in sysroots/armv7a-*-linux |
| 21:43.19 | khem | denix: thats what I concluded thus far :) |
| 21:43.30 | khem | lemme see |
| 21:50.00 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
| 21:50.20 | khem | jkridner: denix : alright |
| 21:50.23 | khem | here is a patch |
| 21:51.57 | khem | http://pastebin.com/TUdJd5QK |
| 21:52.16 | khem | after applying |
| 21:52.49 | khem | bitbake -c clean xcb-proto |
| 21:52.58 | khem | bitbake libxcb |
| 21:53.30 | denix | are you sure about the patch? doesn't seem right |
| 21:53.36 | khem | yes |
| 21:54.21 | denix | unless you meant just the xcb-proto.inc |
| 21:54.27 | khem | WAIT !!!! |
| 21:54.27 | khem | wrong one |
| 21:55.19 | khem | http://pastebin.com/38bc2FhZ |
| 21:55.24 | khem | yes :) |
| 21:55.30 | khem | git diff |
| 21:55.36 | khem | git diff . |
| 21:55.40 | denix | http://pastebin.com/XnnR6ix9 |
| 21:55.40 | khem | make difference |
| 21:55.58 | khem | yep |
| 21:56.00 | denix | right, I already extracted the needed piece :) |
| 21:56.12 | khem | QA tested before pastebininit :) |
| 21:56.21 | khem | smart boy |
| 21:57.07 | ant___ | khem: I'm trying a rebuild from pstage for armv4 |
| 21:57.09 | ant___ | fails |
| 21:57.23 | marcompile | nite all |
| 21:57.27 | marcompile | cya tomorrow |
| 21:57.39 | kergoth_ | i really hate opkg sometimes |
| 21:57.45 | khem | ant___: hm |
| 21:57.47 | ant___ | gnu-config: sh: quilt: command not found |
| 21:57.54 | khem | kergoth_: heh |
| 21:57.57 | kergoth_ | this should be working. it says there's no package, but the package exists |
| 21:58.11 | ant___ | ERROR: Task 1148 (virtual:native:/oe/openembedded/recipes/gnu-config/gnu-config_git.bb, do_patch) failed with 256 |
| 21:58.13 | khem | same thing happened to me |
| 21:58.30 | khem | that was for kergoth |
| 22:00.34 | denix | argh, xcb is not INC_PR-ed :) |
| 22:01.29 | khem | I am doing that here |
| 22:01.29 | kergoth_ | wtf |
| 22:02.04 | denix | khem: ah, if you are about to push the fix, I'll wait then :) |
| 22:03.05 | *** join/#oe russ (~russ@206.29.188.188) |
| 22:03.22 | khem | denix: http://pastebin.com/NT9M3i4D |
| 22:03.32 | kergoth_ | hmm |
| 22:03.37 | kergoth_ | i can install this package outside of do_rootfs |
| 22:03.42 | kergoth_ | but it fails inside do_rootfs |
| 22:03.44 | kergoth_ | is confused |
| 22:04.07 | khem | denix: I will push it |
| 22:04.32 | denix | khem: thanks |
| 22:06.37 | khem | ok builds, ship it :) |
| 22:06.50 | khem | denix: test it though for runtime I havent done that |
| 22:07.39 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rb0061845a6 10openembedded.git/recipes/xcb/ (8 files): |
| 22:07.39 | CIA-1 | xcb-proto: Get rid of legacy staging. |
| 22:07.39 | CIA-1 | * Convert to using INC_PR |
| 22:07.39 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 22:08.37 | khem | ant___: why is quilt missing |
| 22:08.39 | *** join/#oe jpieper (~jpieper@209-6-37-232.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
| 22:09.03 | jkridner | thanks khem. |
| 22:09.24 | ant___ | khem: fwiw is not on my Ubuntu buildhost |
| 22:09.34 | khem | jkridner: np |
| 22:09.42 | ant___ | I suppose is a missing dep |
| 22:09.51 | khem | ant___: then it should install quilt-native |
| 22:10.01 | ant___ | heh |
| 22:10.10 | ant___ | fails too :/ |
| 22:10.29 | khem | doesnt have packaged_staging here |
| 22:10.37 | ant___ | I have to clean out some things before... |
| 22:10.41 | ant___ | ERROR: Task 1148 (virtual:native:/oe/openembedded/recipes/gnu-config/gnu-config_git.bb, do_patch) failed with 256 |
| 22:10.51 | ant___ | now |
| 22:10.52 | ant___ | ERROR: Task 74 (virtual:native:/oe/openembedded/recipes/linux-libc-headers/linux-libc-headers_2.6.31.bb, do_patch) failed with 256 |
| 22:11.44 | khem | ant___: figure out why quilt-native was ignored by packaged_staging |
| 22:12.15 | ant___ | seems those two are first failing packages |
| 22:16.46 | khem | kergoth: I use bitbake -g -u depexp to find deplist but when I dont have gui whats the other way ? |
| 22:17.06 | ant___ | khem: I prefer to pull and rebuild anew |
| 22:17.33 | ant___ | so I can test the commits |
| 22:18.16 | khem | ant___: ok |
| 22:18.25 | khem | btw did you adandon gentoo ? |
| 22:18.32 | ant___ | perhaps I'm missing some bit... |
| 22:18.35 | khem | abandon |
| 22:18.50 | ant___ | no, is still on first partition ;) |
| 22:19.07 | ant___ | just that binutils infamous issue |
| 22:19.09 | khem | heh btw now the binutils problem should not happen |
| 22:19.22 | ant___ | ok, I'll be glad to verify :) |
| 22:19.22 | khem | I have averted it |
| 22:19.53 | khem | I encourage devs to use various distros |
| 22:19.57 | ant___ | this ubuntu is a bit unstable imho |
| 22:20.04 | khem | heh |
| 22:20.06 | khem | which one |
| 22:20.12 | ant___ | 10.4 + updates |
| 22:20.19 | khem | hmmm works ok here |
| 22:20.29 | khem | never had issues since upgrade |
| 22:20.32 | *** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net) |
| 22:20.33 | ant___ | I have to say it survived to kernel and grub2 upgrades ..;) |
| 22:20.40 | khem | I have to reboot only when kernel update happens |
| 22:20.48 | khem | otherwise keeps cranking |
| 22:21.05 | ant___ | bah..Firefox freezes system now and then... |
| 22:21.23 | ant___ | at least, I have Firefox and XChat |
| 22:21.31 | ant___ | latter seems more tested ;) |
| 22:21.35 | *** join/#oe bluelightning_ (~bluelight@pdpc/supporter/professional/bluelightning) |
| 22:21.39 | ant___ | less error-prone :p |
| 22:22.00 | khem | I use reconq |
| 22:22.00 | ant___ | oh, yes, some terminals are open... |
| 22:22.05 | khem | less firefox |
| 22:22.08 | khem | and no xcaht |
| 22:22.10 | ant___ | I hope it can bear that |
| 22:22.17 | khem | so I prolly am safe :) |
| 22:22.21 | ant___ | heh |
| 22:22.30 | ant___ | XChat or Firefox? |
| 22:22.37 | khem | I dont use either |
| 22:22.39 | ant___ | I could bet |
| 22:23.28 | ant___ | btw since some days the applet for shutdown is broken |
| 22:23.48 | ant___ | does logout it seems |
| 22:24.07 | ant___ | ok, let me reboot in gentoo then |
| 22:25.19 | khem | heh someone just asked how to get setup with gentoo here at work :) |
| 22:25.22 | khem | ironical |
| 22:25.45 | *** join/#oe ant__ (~andrea@host11-225-dynamic.58-82-r.retail.telecomitalia.it) |
| 22:26.06 | khem | ant__: booted into gentoo :) moo |
| 22:26.32 | ant__ | omg..is like driving Ferrari |
| 22:26.47 | *** join/#oe methril_work (~methril@201.35.65.90) |
| 22:26.47 | ant__ | gnome is on steroids (no compiz) |
| 22:27.00 | ant__ | is 10x snappy :p |
| 22:27.22 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
| 22:28.11 | khem | ant__: when compared to what ? |
| 22:28.28 | ant__ | to Ub*** |
| 22:28.36 | *** join/#oe theZagnut (~zagnut@port77.ds1-sam.adsl.cybercity.dk) |
| 22:28.43 | khem | hmmm ok cool |
| 22:28.50 | khem | I have not tried gentoo in years |
| 22:29.03 | ant__ | with today's machine is fun |
| 22:29.04 | khem | but I should try it when I buy a fast machine |
| 22:29.41 | ant__ | emerge system is about 1,5 hours |
| 22:29.51 | ant__ | with Xeon class |
| 22:29.55 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-cqqneijhsjvfxaue) |
| 22:29.57 | ant__ | quad |
| 22:30.08 | ant__ | can't imagine with SSD |
| 22:33.42 | *** join/#oe theZagnut (~zagnut@port77.ds1-sam.adsl.cybercity.dk) |
| 22:48.37 | ant__ | good night |
| 22:55.25 | *** join/#oe mikc (~mick@delta360.server4you.de) |
| 23:02.47 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
| 23:03.00 | kergoth_ | grrr |
| 23:03.07 | kergoth_ | this is proving to be much more trouble than it should be. |
| 23:03.14 | kergoth_ | thinks about revamping rootfs*.bbclass |
| 23:08.55 | yann | are there some best practice wrt software that should build a helper tool as native but does not ? Something we could tell automake maybe ? |
| 23:12.03 | kergoth_ | automake doesn't have built in support for that, it has no knowledge of or support for crosscompilation directly. you'll have to add your own rules for the build machine tools to the .am |
| 23:13.17 | yann | do you know a package that does that already for an example ? |
| 23:14.08 | *** join/#oe mikc (~mick@85.25.136.130) |
| 23:14.49 | kergoth_ | grep around for BUILD_CC or CC_FOR_BUILD |
| 23:15.00 | yann | ok |
| 23:15.23 | yann | also, do we need AC_CANONICAL_BUILD in configure.in ? |
| 23:16.17 | kergoth_ | if you want to support crosscompilation, you likely want all of those, yes, but it depends on what you're needing to do with your buildsystem |
| 23:16.27 | kergoth_ | goddamnit opkg, this makes no sense |
| 23:17.08 | yann | it's a tool built to compile patterns (mkpat in gnugo) |
| 23:21.30 | *** join/#oe methril__ (~methril@189.27.131.152.dynamic.adsl.gvt.net.br) |
| 23:26.50 | kergoth_ | guh |
| 23:26.55 | kergoth_ | we really need a replacement for opkg |
| 23:27.56 | khem | or improve it |
| 23:28.09 | kergoth_ | a *lot* |
| 23:28.13 | kergoth_ | this is terrible |
| 23:28.18 | kergoth_ | grumbles |
| 23:28.45 | khem | summarise your experiences |
| 23:28.54 | khem | in a rant/blog |
| 23:29.03 | kergoth_ | good idea |
| 23:29.10 | kergoth_ | get this |
| 23:29.16 | kergoth_ | if i add this package to PACKAGE_INSTALL, it installs fine |
| 23:29.29 | kergoth_ | if i run a second opkg-cl install after that one to install the exact same package, it says the package doesn't exist |
| 23:29.39 | kergoth_ | with the exact same commandline arguments |
| 23:29.52 | kergoth_ | scratches head |
| 23:30.29 | kergoth_ | the only idea that comes to mind is that opkg's status/info is changed in that install in a way that prevents subsequent installs, i.e. losing the opkg update info |
| 23:31.39 | kergoth_ | hmm |
| 23:32.42 | yann | too bad AC_CANONICAL_BUILD itself does not give us a BUILD_CC for free... |
| 23:34.11 | *** join/#oe jkridner2 (~a0321898@nat/ti/x-upnufizscgynafrd) |
| 23:39.14 | kergoth_ | yann, autoconf/automake support for crosscompilation is cursory at best, and libtool's is nonexistant |
| 23:39.42 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 23:41.32 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:54.34 | kergoth_ | aha |
| 23:54.39 | kergoth_ | i can't believe this hasn't been spotted before |
| 23:56.20 | *** join/#oe russ (~russ@206.29.188.229) |
| 23:57.30 | *** join/#oe mekius[work] (~mekius@enlightenment/developer/mekius) |
| 23:59.23 | yann | kergoth_: any easy way to build 2 versions (native+cross) of a given c file ? I remember seeing something long ago, bug it may be just for cmake :) |
| 23:59.48 | kergoth_ | ugh, that gets ugly fast. i don't recall the best way to do that offhand, without writing the rules manually |