00:15.46 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
01:47.05 | *** join/#oe ibot (~ibot@rikers.org) |
01:47.05 | *** 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 |
01:54.42 | *** part/#oe Thalarctos (~Thalarcto@12.156.66.34) |
01:57.51 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
02:13.50 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
02:22.14 | *** join/#oe aloisiojr (~aloisio@187.58.108.109) |
02:23.37 | *** join/#oe vps (~vitus@hnvr-4d07acbe.pool.mediaWays.net) |
02:23.50 | *** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net) |
02:38.16 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
02:39.56 | HopsAtWork | anybody seeing a problem in gdb-cross-sdk? only on 32... my run.do_populate_sysroot file is zero length |
02:46.18 | jkridner2 | denix0: I believe the xdctools binary has a problem with x86_64, but I'm not sure still. the executable does nothing. |
02:48.16 | denix0 | ah, quite possible - I'm not using 64bit machines... |
02:56.52 | jkridner | i put the bin on a 32-bit machine and it expanded "properly"... |
02:57.00 | jkridner | omg, this installer is a work of junk! |
02:58.30 | denix0 | tell me about it... :) |
03:00.20 | jkridner | any idea where I should untar the version I just made on my 32-bit machine and how to continue with my build? |
03:04.43 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
03:07.38 | *** join/#oe borg_ (~olaf@p548681D8.dip0.t-ipconnect.de) |
03:12.13 | denix0 | jkridner: copy xdctools_X.Y.Z into workdir (tmp/work/armv7a*/xdctools-*/xdctools-X.Y.Z) |
03:12.39 | jkridner | armv7a* or beagleboard*? |
03:12.41 | denix0 | edit xdctools.inc and remove "require ti-eula-unpack.inc" |
03:13.30 | denix0 | right, beagleboard* then |
03:14.02 | jkridner | k. I wasn't sure about the -X.Y.Z either, so thanks for that! |
03:14.12 | denix0 | you should have xdctools* directory in workdir already, just copy the extracted xdctools-X.Y.Z into that directory |
03:16.13 | jkridner | also, I think the new names are ti-xdc*, but I'm not sure of that. |
03:16.56 | jkridner | oops, I did until I did -c clean. |
03:17.16 | denix0 | the name from the recipe is ti-xdctools, but the one which gets extracted is just xdctools :) |
03:19.28 | jkridner | I did -c unpack to get back to the place where the unpack was meant to have occured. |
03:20.27 | denix0 | jkridner: tmp/work/beagleboard-*-linux-gnueabi/ti-xdctools-3.16.01.27-r2/xdctools_3_16_01_27 |
03:21.04 | jkridner | uh, do you have your _ and . swapped? |
03:29.00 | jkridner2 | installing 'ia32-libs' enables the installer to work! |
03:29.07 | jkridner2 | so, that is a much better work-around. |
03:29.28 | denix0 | great find! |
03:29.49 | jkridner2 | article: http://www.debian-administration.org/articles/531 |
03:42.08 | *** join/#oe Ironnads (~Ironnads@host109-152-211-111.range109-152.btcentralplus.com) |
03:48.19 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
04:18.38 | *** join/#oe mahesh (~mahesh@202.88.231.135) |
04:19.17 | mahesh | hi |
04:21.13 | mahesh | i have problem with oe build |
04:21.47 | mahesh | build failed at do_rootfs for x11-image |
04:21.56 | mahesh | showing an error "opkg_install_cmd: Cannot install package locale-base-en-us." |
04:25.04 | *** join/#oe russ_ (foobar@ip70-176-251-1.ph.ph.cox.net) |
04:32.16 | *** join/#oe j24 (~j24@ns32433.ovh.net) |
04:32.22 | j24 | hiy |
04:32.49 | j24 | I'm have an error due to local include when compiling gcc |
04:32.57 | j24 | did anyone have an idea? |
04:47.42 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
04:57.02 | mahesh | <PROTECTED> |
04:57.15 | j24 | | fixproto: populating `include-fixed' |
04:57.15 | j24 | | CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include |
04:57.15 | j24 | | fix-header: Internal error: abort in add_path, at c-incpath.c:425 |
04:57.26 | j24 | none see it? |
04:57.31 | mahesh | build failed at do_rootfs for x11-image showing an error "opkg_install_cmd: Cannot install package locale-base-en-us." |
04:57.36 | mahesh | any idea ? |
05:05.21 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-abngeduktduraych) |
05:11.24 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-jfjaofaakezkblsb) |
05:14.14 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
05:24.48 | *** join/#oe Jay7 (jay@95-29-190-30.broadband.corbina.ru) |
05:33.30 | tasslehoff | Tartarus: ref yesterdays discussion. my gcc rpath actually points to /data/src/lead-dev/openembedded/build/angstrom-dev/sysroots/i686-linux/usr/lib, which is in the tree where I compiled the sdk |
05:42.31 | tasslehoff | which bitbake version is recommended atm? |
05:49.18 | *** join/#oe mahesh (~mahesh@59.90.206.13) |
05:56.10 | *** join/#oe mrc3 (~ddiaz@189.157.111.231) |
06:01.53 | *** join/#oe Heinervdm (~thomas@pD9E16916.dip.t-dialin.net) |
06:03.25 | tasslehoff | When I have compiled an SDK, and "readelf -d gcc" shows an RPATH inside the tree I compiled in, isn't that odd? Doesn't seem very portable.. |
06:38.38 | *** join/#oe vps1 (~vitus@145.253.169.210) |
06:40.13 | *** join/#oe CIA-4 (~CIA@208.69.182.149) |
06:41.51 | grg | hmm... |
06:42.00 | grg | task-boot.bb sucks in PREFERRED_PROVIDER_virtual/update-alternatives |
06:42.11 | grg | which is probably opkg, but not necessarily |
06:42.51 | grg | so its nigh on impossible to get a rootfs image without opkg binaries |
06:43.04 | grg | even if ONLINE_PACKAGE_MANAGEMENT="none" |
06:43.18 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
06:43.43 | JaMa|Zzz | grg: but distro can set something else to DISTRO_UPDATE_ALTERNATIVES |
06:44.24 | grg | JaMa|Wrk, yes, that is the way to get an image without opkg |
06:44.55 | JaMa|Wrk | so why it sucks? you have to install at least one u-a provider |
06:45.28 | JaMa|Wrk | and preferably not both (u-a-cworth and opkg) as it was before |
06:45.38 | grg | you have to really work hard to get an image without opkg |
06:46.16 | JaMa|Wrk | are postinst called even with ONLINE_PACKAGE_MANAGEMENT="none"? |
06:46.50 | grg | forgive me, i don't know what that means :) |
06:47.34 | grg | i've been trying to build minimal/minimal-image with ONLINE_PACKAGE_MANAGEMENT="none" and it certainly results in opkg binaries in the image |
06:48.12 | tasslehoff | the compiled SDK apparently works only on my system.. |
06:49.12 | JaMa|Wrk | grg: I mean postinst scripts from packages, because always after reflashing image and first opkg call I see lot of those executed (and often setting alternatives) |
06:49.29 | JaMa|Wrk | grg: no idea how it works/doesn't work if you have ONLINE_PACKAGE_MANAGEMENT="none" |
06:50.03 | grg | JaMa|Wrk, there appear to be no calls to opkg in /etc/init.d with my minimal-image |
06:50.21 | grg | so presumably this would break all postinst scripts, yes |
06:51.14 | JaMa|Wrk | khem: I forgot to mention yesterday, that those alignment traps happen only on armv4t (armv5 with same gcc and eglibc doesn't have those) I'm rebuilding armv5 image with same distribution (SHR instead of Angstrom) to confirm that it's not because my armv5 image is built with slightly different CFLAGS |
06:51.47 | JaMa|Wrk | grg: ah than maybe you don't need u-a provider so much as nobody will call it automatically :) |
06:52.53 | j24 | I'm have an error due to local include when compiling gcc gcc-4.3.3/build.x86_64-linux.sh4-angstrom-linux |
06:53.02 | grg | JaMa|Wrk, so i could make DISTRO_UPDATE_ALTERNATIVES dependent upon ONLINE_PACKAGE_MANAGEMENT!="none" ? |
06:53.08 | j24 | | fixproto: populating `include-fixed' |
06:53.08 | j24 | | CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include |
06:53.08 | j24 | | fix-header: Internal error: abort in add_path, at c-incpath.c:425 |
06:53.14 | j24 | noone see this? |
06:54.28 | grg | j24, i haven't used sh4, nor have i noticed anyone else using it... |
06:54.36 | grg | j24, perhaps try the mailing list? |
06:54.39 | JaMa|Wrk | grg: no strong opinion about this one.. but maybe you would like some u-a provider even with ONLINE_PACKAGE_MANAGEMENT == none (to maintain alternatives already installed for you) |
06:55.31 | JaMa|Wrk | grg: but I agree that u-a-cworth will be better u-a provider in case ONLINE_PACKAGE_MANAGEMENT == none |
06:56.03 | grg | hmm... which edge cases do we support... :) |
06:58.47 | j24 | grg: how gcc will include /usr/include |
06:59.02 | grg | j24, it shouldn't |
06:59.43 | grg | j24, paste the relevant parts of your build log along with your local.conf into an email and send it to the mailing list |
06:59.53 | j24 | grg: add? |
07:00.04 | j24 | grg: what is the adress? |
07:00.45 | grg | j24, http://wiki.openembedded.net/index.php/Mailing_lists |
07:01.04 | grg | j24, you want the openembedded-devel list |
07:01.11 | *** join/#oe hrw|gone (~hrw@chello087207212063.chello.pl) |
07:01.21 | j24 | grg: tks |
07:05.49 | tasslehoff | I need a bit of help on this. I compile an SDK in /data/src/lead-dev/openembedded, and the resulting gcc compiler for arm has an RPATH in /data/src/lead-dev/openembedded/build/angstrom-dev/sysroots/i686-linux/usr/lib, and will only work on my machine as long as that directory exists. |
07:07.30 | tasslehoff | the previous SDK I built also had this odd RPATH, but still worked on other systems, so something must have happened "under the hood" |
07:11.26 | *** join/#oe thebohemian (~rschus@p5DDC2414.dip.t-dialin.net) |
07:11.35 | grg | tasslehoff, ask on the mailing list. OE's toolchain guy is probably asleep by now |
07:11.54 | tasslehoff | grg: will do |
07:17.21 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
07:23.14 | eFfeM_work | gm everyone |
07:23.44 | hrw | morning |
07:24.05 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
07:25.25 | eFfeM_work | morning hrw, mickey|office |
07:26.11 | mickey|office | good morning eFfeM_work |
07:26.17 | eFfeM_work | mickey|office: are you still interested in/working on/whatever in oe/openmoko ? |
07:27.58 | mickey|office | eFfeM_work: i don't care at all about openmoko distro and the gtk+ based openmoko stuff; i still care about the om-gta* machines though. |
07:28.24 | mickey|office | for me, the openmoko software side is completely over |
07:28.32 | mickey|office | and no one is using any of the distros anymore |
07:28.46 | mickey|office | people with OM devices have migrated to SHR or to one of the non-OE distros |
07:29.31 | eFfeM_work | well the issue is that conf/distro/include/preferred-om-2008-versions.inc pins a lot of old recipes, some of which use legacy staging etc, blocking removal of them |
07:29.45 | mickey|office | right |
07:29.47 | mickey|office | yank it |
07:29.52 | eFfeM_work | btw it also list recipes that are gone already |
07:29.57 | eFfeM_work | yank the inc file ? |
07:30.02 | mickey|office | no one is building OM 2007.x nor OM 2008.x nor OM 2009.x out of OE anymore |
07:30.10 | mickey|office | the inc and the distro |
07:30.25 | mickey|office | we can add an oe.error( "please use SHR" ), if someone choses openmoko |
07:31.11 | eFfeM_work | what would be the best way procedurewise? Guess if I nuke it right away people won't be happy wrt the procedure |
07:31.17 | eFfeM_work | guess it is best if you rm it |
07:31.42 | eFfeM_work | I can do so as well, but guess in that case I have to RFC it and ask for at least two acks |
07:32.56 | hrw | eFfeM_work: Acked-by: Marcin Juszkiewicz <hrw@openembedded.org> |
07:33.11 | JaMa|Wrk | hehe |
07:33.11 | mickey|office | eFfeM_work: Acked-by: Michael 'Mickey' Lauer <mlauer@vanille-media.de> |
07:33.11 | hrw | eFfeM_work: mickey|office will give you second and you can remove in next 5 minutes ;D |
07:33.27 | JaMa|Wrk | wanna 3rd? |
07:33.29 | mickey|office | the one thing to remember |
07:33.41 | mickey|office | openmoko is an example in lots of wikis |
07:33.46 | mickey|office | so it would be better not to remove it altogether |
07:33.49 | mickey|office | but add the error i talked about |
07:33.58 | hrw | yep |
07:34.01 | mickey|office | we did the same in a couple of other cases |
07:34.05 | eFfeM_work | JaMa|Wrk: you also happy with it? |
07:34.09 | JaMa|Wrk | eFfeM_work: sure |
07:34.28 | hrw | like in conf/machine/corgi.conf |
07:34.40 | mickey|office | right |
07:34.44 | mickey|office | or the infamous husky |
07:34.49 | mickey|office | iirc |
07:34.57 | hrw | or boxer etc |
07:35.01 | soltys | morning |
07:35.03 | mickey|office | ah boxer it was |
07:35.06 | mickey|office | morning soltys |
07:35.15 | hrw | hej soltys |
07:35.18 | eFfeM_work | I'll peek into it, not sure if I have the time to do so during the day, but otherwise will look at it tonight @ home |
07:37.53 | eFfeM_work | while we're at it, are there other distro's/machines that should be retired ? |
07:38.11 | *** join/#oe CMoH-office (~cipi@89.238.251.90) |
07:38.30 | *** join/#oe valhalla (~valhalla@81-174-22-2.dynamic.ngi.it) |
07:38.33 | mickey|office | most likely yes, but we can't do that until the actual maintainers pop up |
07:38.46 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
07:38.59 | mickey|office | we could ask on the mailing list for something like "is this distro still being used?" and then wait 1 month for answers |
07:39.15 | mickey|office | morning florian_kc |
07:39.51 | florian | good morning |
07:42.08 | eFfeM_work | mickey|office: another good reason to have explicit maintainers (if not for the recipes then at least for distro and machine) |
07:43.02 | eFfeM_work | but as long as a machine or distro does not pin things or block others, I have no problems to keep it around |
07:43.58 | mickey|office | (maintainers) true |
07:49.19 | eFfeM_work | did a quick check, several distro's do not have a maintainer listed |
07:49.54 | eFfeM_work | will write an RFC to the ML to add maintainers to distro files (and probably machine and recipe as well) |
07:51.09 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
07:53.19 | *** join/#oe lauanana (~lauanana@ANantes-552-1-20-225.w86-203.abo.wanadoo.fr) |
07:55.51 | tasslehoff | Digging a bit here. My SDKs gcc for arm says "error while loading shared libraries: libmpfr.so.4: cannot open shared object file" since the library can't be found in the RPATH. I tried specifying LD_LIBRARY_PATH without luck. Is it looking for an x86 or arm library? |
07:59.02 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
07:59.26 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
07:59.33 | florian | tasslehoff: if it gives you this message when you just run gcc its an x86 library missing |
08:03.19 | tasslehoff | florian: ok. my sdk only contains libmpfr.so.4 for arm, so I probably need to find out which ubuntu-package will give me that library then |
08:03.48 | tasslehoff | hm, I only have libmpfr.so.1 |
08:04.07 | eFfeM_work | btw mickey|office as python wiz is there anything you can say about http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/022659.html |
08:04.19 | eFfeM_work | guess something similar applies to perl too |
08:09.40 | mickey|office | eFfeM_work: i'll take a look |
08:09.53 | eFfeM_work | tnx |
08:12.39 | *** join/#oe B_Lizzard (~havoc@athedsl-423483.home.otenet.gr) |
08:15.24 | *** join/#oe ant_work (~chatzilla@host214-85-static.34-85-b.business.telecomitalia.it) |
08:24.04 | tasslehoff | It seems difficult to get libmpfr.so.4 on Ubuntu 10.04. Can I somehow embed it in my SDK instead, and set LD_LIBRARY_PATH to look there as well? |
08:24.16 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
08:29.05 | hrw | tasslehoff: you can grab libmpfr4 from ubuntu 10.10 |
08:29.15 | eFfeM_work | shr people: found this in machine/shr.conf: |
08:29.16 | eFfeM_work | # set default locale for images - we have to do that before |
08:29.16 | eFfeM_work | # including angstrom-2007-for-openmoko.inc because otherwise |
08:29.16 | eFfeM_work | # it will be already set to en-gb |
08:29.29 | eFfeM_work | but angstrom-2007-for-openmoko.inc is not included |
08:30.42 | eFfeM_work | guess the comment should be updated |
08:31.10 | tasslehoff | hrw: is it also a solution to RDEPEND on mpfr in my task-toolchain-host.bb? |
08:31.29 | JaMa|Wrk | eFfeM_work: I'll remove it |
08:31.39 | eFfeM_work | cool |
08:32.47 | eFfeM_work | actually found it while checking if the file was still in use |
08:33.09 | eFfeM_work | no-one is, but koen is listed as maintainer, so better consult him first |
08:34.33 | hrw | no |
08:34.56 | eFfeM_work | JaMa|Wrk: while we're at it: you asked "wanna 3rd" for the openmoko removal, guess it does not harm so yes,please |
08:35.16 | eFfeM_work | hrw guess that was to me, was the no on removal or consulting koen? |
08:35.16 | JaMa|Wrk | we used it too in SHR.. but the stuff pinned there was too old and mostly overwritten later by us.. so I removed it later |
08:35.43 | JaMa|Wrk | eFfeM_work: I'll ack it as soon as I see the patch |
08:36.00 | eFfeM_work | ok |
08:36.20 | hrw | eFfeM_work: no it was to tasslehoff |
08:36.27 | hrw | tasslehoff: no, it is not a solution |
08:36.32 | eFfeM_work | ok |
08:37.21 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
08:38.17 | tasslehoff | hrw: ok. grabbed it from 10.10, and then libgmp.so.10 is the next one missing. the search goes on :) |
08:39.35 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r652a4ea9ab 10openembedded.git/conf/distro/shr.conf: shr: cleanup distro config a bit |
08:41.33 | tasslehoff | and that one does not exist even in 10.10. hmm. |
08:42.56 | hrw | tasslehoff: libgmp3c2: /usr/lib/libgmp.so.3.5.2 |
08:45.03 | tasslehoff | hrw: that one I have. should/could I just create a symlink? |
08:45.55 | tasslehoff | hrw: that worked, though I feel a bit dirty now :) |
08:46.17 | hrw | tasslehoff: you cleanly do it wrong |
08:50.18 | tasslehoff | hrw: probably, but I don't know where/what? the gcc from my sdk wants a version of libmpfr that I can't get on Ubuntu 10.04, and I'm not sure why. |
08:51.11 | hrw | I think that it should be from OE libmpfr-native |
08:52.57 | tasslehoff | hrw: meaning that when developing against the sdk I should use bitbake recipes that depend on libmpfr-native? sorry if I'm being dense here. |
08:54.47 | hrw | you built sdk with OE - right? |
08:54.57 | hrw | check did it built libmpfr-native during build |
09:02.59 | eFfeM_work | openmoko removal patch sent to ML |
09:04.38 | hrw | with all Acks? |
09:04.45 | eFfeM_work | yes |
09:04.58 | eFfeM_work | please have a look if the msg text is ok |
09:04.59 | hrw | thx |
09:05.12 | eFfeM_work | if JaMa|Wrk also acks it I'll push it tonight |
09:05.25 | JaMa|Wrk | still not in my maildir |
09:06.20 | hrw | give servers a bit of time |
09:06.21 | eFfeM_work | it'll come. it is on the web already |
09:06.23 | eFfeM_work | http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/022680.html |
09:07.21 | hrw | eFfeM_work: s/aug/Aug |
09:07.49 | eFfeM_work | will fix |
09:08.12 | hrw | "It is recommented to use DISTRO='shr' instead."? |
09:08.23 | hrw | "It is recommended to use DISTRO='shr' instead."? |
09:08.45 | eFfeM_work | actually wanted to add the git checkout cmd but my python was not good enough to get he } of the git command in the text |
09:08.50 | eFfeM_work | hrw: fixed |
09:09.03 | hrw | git has lot of manuals |
09:09.35 | eFfeM_work | yup, that's why i did not spent too much time on this |
09:09.44 | eFfeM_work | s/this/it/ |
09:12.43 | XorA|gone | good riddance to OM distro :-) |
09:13.02 | hrw | ;D |
09:13.16 | hrw | need to remember new phrase |
09:14.41 | eFfeM_work | JaMa|Wrk: thanks for the ack, v2 with reworked text has been posted |
09:14.53 | eFfeM_work | XorA|gone: do I recall correctly that Koen is on holiday? |
09:14.58 | XorA|gone | digs a 6ft x 4ft hole in the ground and starts piling in old configs |
09:15.05 | XorA|gone | eFfeM_work: no idea |
09:15.08 | ynezz | eFfeM_work: yep |
09:15.23 | XorA|gone | eFfeM_work: as last OM maintainer you can add my ack to killing it :-) |
09:15.37 | eFfeM_work | XorA|gone: ok |
09:16.02 | XorA|gone | it was only ever a rebadge of Angstrom anyway |
09:16.05 | hrw | eFfeM_work: Koen on holidays == less problems with pushing bigger changes? :D |
09:17.10 | XorA|gone | if he is on hols we can burglarise and get his stash of omap boards |
09:17.28 | eFfeM_work | XorA|gone: I would also like to kill angstrom-2007-for-openmoko.inc, no one is using it any more but it lists koen as maintainer so would like to have some blessing for removing it from the angstrom team (or should I better wait until he's back; it does not really harm, butnow I am on it and otherwise it might be forgotten |
09:17.51 | eFfeM_work | hrw, do not seed exciting ideas :P |
09:17.53 | XorA|gone | eFfeM_work: you can nuke that safely |
09:17.54 | eFfeM_work | naughty boy |
09:18.11 | XorA|gone | eFfeM_work: he created that file for me |
09:18.19 | eFfeM_work | XorA|gone: I'll nuke it |
09:18.51 | tasslehoff | hrw: I can't find any libmpfr-native folders in my tmpdir, but I have an x86 version in "tmpdir/sysroots/i686-linux/usr/lib" where I compiled the sdk |
09:18.56 | Jay7 | eFfeM_work: save this log to attach on Koen's scream in ML :) |
09:19.19 | eFfeM_work | and wrt the boards: I know his physical address (unless he moved recently). ofc there must be a bounty before I reveal it <grin> |
09:19.35 | eFfeM_work | Jay7: rikers bot will log all of this |
09:19.59 | hrw | eFfeM_work: I think that many people know where Koen lives |
09:20.13 | hrw | I am just too lazy to dig in emails ;D |
09:20.23 | eFfeM_work | :-) |
09:20.53 | XorA|gone | his guinea pigs will be an issue, they are vicious :-D |
09:21.13 | eFfeM_work | btw anyone who can help me or give me some advise on an autotools issue: http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/022614.html ? |
09:21.47 | eFfeM_work | is not scared of pigs, I was raised on a farm with plenty of pigs around, including vicious ones |
09:22.03 | XorA|gone | eFfeM_work: Guinea Pigs != Pigs |
09:22.08 | eFfeM_work | just need a good ale fork or whatever the english name is |
09:22.33 | XorA|gone | eFfeM_work: http://www.youtube.com/watch?v=jI-ObHzkw78 |
09:22.37 | eFfeM_work | real pigs are much bigger and the adult males can be very agressive too |
09:43.13 | *** join/#oe mnabil (~mnabil@41.234.70.104) |
10:08.14 | *** join/#oe fraxinas (~quassel@p4FD679FA.dip.t-dialin.net) |
10:20.41 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
10:56.57 | *** join/#oe mnabil_ (~mnabil@41.234.68.221) |
11:04.04 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
11:04.04 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
11:04.04 | *** join/#oe univac (~univac@148.81.171.50) |
11:05.31 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
11:20.40 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r5e69441e65 10openembedded.git/recipes/pidgin/pidgin_2.7.2.bb: |
11:20.40 | CIA-4 | pidgin: add 2.7.2 version |
11:20.40 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
11:20.48 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r27870493b2 10openembedded.git/recipes/xfsprogs/xfsprogs_3.1.2.bb: |
11:20.48 | CIA-4 | xfsprogs: add 3.1.2 version |
11:20.48 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
11:39.43 | *** join/#oe pirho_ (debian-tor@gateway/tor-sasl/pirho) |
11:55.17 | *** join/#oe pirho_ (debian-tor@gateway/tor-sasl/pirho) |
12:10.34 | mwester | reads the backlog and discovers the plot. |
12:12.31 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
12:15.48 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rdb4786b7be 10openembedded.git/recipes/nano/ (nano-2.2.5/ncursesw.includedir.patch nano_2.2.5.bb): |
12:15.48 | CIA-4 | nano: add version 2.2.5 and fix for using system ncursesw |
12:15.48 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
12:21.06 | eFfeM_work | rwhitby: as we're about to terminate the openmoko distro, is there still a use case for mokoslug? or should that be terminated as well ? |
12:21.29 | eFfeM_work | mwester: the plot thickens ;-) |
12:24.24 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
12:24.30 | *** join/#oe david_ (~david@mna75-2-82-67-197-228.fbx.proxad.net) |
12:24.40 | hrw | eFfeM_work: celinux-test gmustix mamona opennm openprotium wrt54oe etc will be next? |
12:25.15 | hrw | eFfeM_work: celinux-test was done for CELF few years ago and probably never updated. |
12:25.53 | *** part/#oe david_ (~david@mna75-2-82-67-197-228.fbx.proxad.net) |
12:25.54 | eFfeM_work | hrw, if they are not used, why not, but actually I think some of them are still used (guess gumstix is, perhaps wrt54oe too) |
12:26.38 | *** join/#oe MacAddict (~david@mna75-2-82-67-197-228.fbx.proxad.net) |
12:26.42 | *** join/#oe Marex (vasum7am@u-pl1.ms.mff.cuni.cz) |
12:26.57 | eFfeM_work | hrw: if they are used and don't block others I have no problems keeping them; reason for explictly asking about mokoslug was its description |
12:27.00 | eFfeM_work | "The Linux Server companion for Openmoko phones" |
12:27.07 | hrw | sure |
12:27.33 | eFfeM_work | so w/o openmoko this could be pretty useless too |
12:28.18 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
12:28.31 | hrw | xxs1500 machine... I had to remove it long time ago D: |
12:28.40 | hrw | it is unbuildable since eons |
12:29.20 | soltys | ;) |
12:29.40 | eFfeM_work | hrw, then remove |
12:29.55 | eFfeM_work | guess there are lots of other unused machines around, but they do not really harm |
12:30.35 | hrw | will leave it. maybe one day someone will use it agan |
12:31.21 | mwester | eFfeM_work, mokoslug can be removed as well. |
12:31.31 | eFfeM_work | mwester: ok |
12:31.44 | eFfeM_work | will take care of that tonight |
12:37.00 | cbrake | does anyone know why EXTRA_AUTORECONF = "--exclude=autopoint" is in autotools.bbclass? |
12:37.27 | cbrake | I'm wondering how the correct version of po/Makefile.in.in gets generated without it |
12:38.54 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
12:39.32 | ant_work | eFfeM_work: once I wondered about a matrix of working distro/machine |
12:39.55 | ant_work | at least of 'used' pairs |
12:40.09 | cbrake | it seems some recipes include: |
12:40.10 | cbrake | do_configure_prepend () { autopoint --force |
12:40.10 | cbrake | } |
12:40.18 | cbrake | guess that is what I need to do ... |
12:40.47 | eFfeM_work | ant_work: use a big system and something like for i in machinelist ; do ; MACHINE=$i bitbake x11-image;done or whatever image you want to use as ref |
12:41.10 | ant_work | I mean we could collect the autobuilder outputs and populate that matrix |
12:41.26 | ant_work | but we would have' image-level' outputs |
12:41.35 | eFfeM_work | you mena the angstrom autobuilder or the tinderbox info |
12:41.42 | ant_work | yes |
12:41.52 | eFfeM_work | i seem to recall tinderbox had some issues last time I wanted to search for something |
12:42.03 | eFfeM_work | got an sql error on my pacakge search |
12:42.17 | ant_work | eg minimal-simpad OK, minimal-beagleboard KO, ... |
12:42.41 | ant_work | at least referring to a known image |
12:43.13 | eFfeM_work | could be useful but is a lot of work |
12:43.14 | ant_work | smthg like 'minimal-console-image-simpad' |
12:43.19 | *** join/#oe mahesh (~mahesh@59.90.206.13) |
12:44.24 | rwhitby | eFfeM_work: terminate it too |
12:44.33 | eFfeM_work | not oe related, but hey this is the oe lounge so lots of geek talk fits here: anyone aware of an SSD > 80 GB with SLC chips in it (and no indilinx controller) |
12:44.37 | eFfeM_work | rwhitby: thanks, will do |
12:50.36 | *** join/#oe marcompile (~marco@189.12.184.62) |
12:51.13 | *** join/#oe B_Lizzard (~havoc@athedsl-423483.home.otenet.gr) |
12:54.44 | *** join/#oe thebohemian (~rschus@p5DDC2414.dip.t-dialin.net) |
12:55.53 | dcordes | mickeyl: ping |
12:59.09 | *** join/#oe julianpid (~julianpid@212.183.140.38) |
12:59.11 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
13:04.15 | *** join/#oe kevinsc (~a0214685@nat/ti/x-ctnuvzpyedsjucyc) |
13:10.05 | *** join/#oe etrunko (~edulima@201.53.197.138) |
13:15.58 | *** join/#oe aloisiojr (~aloisio@186.212.112.70) |
13:23.07 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
13:23.59 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-kfhhpesruxjermnt) |
13:25.05 | *** join/#oe vps1 (~vitus@145.253.169.210) |
13:57.57 | cbrake | it appears that packages are no longer allowed to overwrite files that other packages install at the rootfs stage |
13:58.10 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
13:59.33 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
14:00.03 | HopsNBarley | my gdb-cross-sdk problem was the destination sdk already installed - remote it, then it builds fine. |
14:00.06 | pb_ | cbrake: yeah, I think opkg was patched to correctly diagnose that a few weeks ago |
14:00.21 | HopsNBarley | s/remote/remove - yawn. |
14:02.30 | cbrake | pb_: that closes a convenient way to modify config files in existing packages without modifing a bunch of packages and tracking all those modifications |
14:02.36 | cbrake | thinks on this some more ... |
14:03.58 | pb_ | cbrake: if you declare your package as Replaces: <foo> then it will still be allowed to do that |
14:04.05 | *** join/#oe fraxinas (~quassel@p4FD66FEF.dip.t-dialin.net) |
14:04.31 | *** join/#oe mrmoku` (~mrmoku@ppp-82-135-89-193.dynamic.mnet-online.de) |
14:06.54 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
14:09.41 | cbrake | pb_: that sounds great -- where do you specifiy "Replaces" ? |
14:10.08 | pb_ | cbrake: RREPLACES_${PN} in your .bb file |
14:10.17 | cbrake | pb_: ahh, excellent -- thanks |
14:13.32 | *** join/#oe rsalveti (~rsalveti@201.82.70.219) |
14:16.53 | *** join/#oe kgilmer (~kgilmer@168.103.7.215) |
14:32.12 | *** join/#oe julian_ (~julianpid@firewall.ctxuk.citrix.com) |
14:38.20 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
14:46.13 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
14:48.49 | pb_ | hi mickey|office |
14:49.09 | mickey|office | morning pb_ |
14:54.56 | *** join/#oe pirho_ (debian-tor@gateway/tor-sasl/pirho) |
14:56.57 | *** join/#oe thebohemian (~rschus@port-83-236-187-42.static.qsc.de) |
15:14.44 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
15:41.53 | *** join/#oe victor_ (~quassel@190.99.254.36) |
16:01.33 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
16:02.01 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
16:05.35 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r07b7b39348 10openembedded.git/conf/distro/ (include/preferred-om-2008-versions.inc openmoko.conf): (log message trimmed) |
16:05.35 | CIA-4 | openmoko: removed distro |
16:05.35 | CIA-4 | As discussed on #oe on Aug 10, 2010. |
16:05.35 | CIA-4 | Removed because this is not used or maintained any more. |
16:05.35 | CIA-4 | A message |
16:05.36 | CIA-4 | * |
16:06.53 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r24ed3287fe 10openembedded.git/conf/distro/mokoslug.conf: |
16:06.53 | CIA-4 | mokoslug.conf: removed distro |
16:06.53 | CIA-4 | approved by mwester and rwhitby on irc |
16:06.53 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
16:07.17 | rwhitby | RIP mokoslug |
16:10.03 | *** join/#oe lisppaste (~lisppaste@common-lisp.net) |
16:10.15 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r335234b673 10openembedded.git/conf/distro/include/angstrom-2007-for-openmoko.inc: |
16:10.15 | CIA-4 | angstrom-2007-for-openmoko.inc: removed |
16:10.15 | CIA-4 | was not used any more. |
16:10.15 | CIA-4 | XorA said on #oe that this was created for him, and that it could go |
16:10.15 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
16:10.59 | eFfeM | RP, actually my slug is almost RIP too, I think it is more than half a year ago since it was powered |
16:16.03 | *** join/#oe pirho_ (debian-tor@gateway/tor-sasl/pirho) |
16:26.17 | hrw | I need to find time to power m sheevaplug back again |
16:27.56 | kergoth_ | too |
16:29.39 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
16:30.59 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
16:31.01 | hrw | each time when I launch 'git gui' I wonder why Tk is so ugly |
16:31.13 | kergoth_ | agreed |
16:33.48 | pb_ | well, it's 20 years old. I think the state of the art in gui toolkits has changed a bit in the past two decades. :-} |
16:34.29 | mwester | eFfeM, slugs never die. Their PSU's merely fail. :) |
16:34.59 | eFfeM | mwester: true, but the xscales in it are declared EOL |
16:35.17 | eFfeM | i have no plans to abandon my slug |
16:36.27 | hrw | "apt-get install tk8.5;update-alternatives --config wish" + wish8.5 == a bit better |
16:45.21 | *** join/#oe kgilmer (~kgilmer@host-174-45-90-148.bzm-mt.client.bresnan.net) |
16:45.56 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
16:51.51 | hrw | bye |
16:53.12 | eFfeM | ls |
17:29.18 | *** join/#oe CMoH (~cipi@95.76.71.81) |
17:32.33 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r3cd6729fe7 10openembedded.git/MAINTAINERS: |
17:32.33 | CIA-4 | MAINTAINERS: removed openmoko distro maintainer as openmoko has been terminated |
17:32.33 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
17:43.44 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
17:45.05 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r5db1701988 10openembedded.git/recipes/alsa/ (7 files): |
17:45.05 | CIA-4 | alsa: removed old versions |
17:45.05 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
17:46.03 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |
17:46.38 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r7fcd85506e 10openembedded.git/recipes/abiword/ (3 files): |
17:46.38 | CIA-4 | abiword: removed 2.5.2; 3 years old and default pref -1 |
17:46.38 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
17:52.16 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rfc3233b3a2 10openembedded.git/recipes/autoconf/ (15 files in 3 dirs): |
17:52.16 | CIA-4 | autoconf: remove a few old unused versions |
17:52.17 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
17:54.17 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rb48cd835b4 10openembedded.git/recipes/zziplib/ (zziplib_0.10.82.bb zziplib_0.12.83.bb): |
17:54.17 | CIA-4 | zziplib: remove old versions |
17:54.17 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
17:56.33 | mwester | imagines effeM's home; a spartan place with all non-functional or not-currently-used items absent completely... :p :D |
17:58.32 | JaMa | that looks like good image.. |
17:59.17 | JaMa | doesn't like stuff which looks functional and after few hours waiting for miracles to happen you discover that it's long dead :) |
17:59.51 | mwester | Ah, but there is a place in life for non-functional things, too. I appreciate my dog, for example. |
18:00.30 | JaMa | and he has his place as long as you appreciate him |
18:00.57 | eFfeM | mwester: don't even dare to suggest that to my wife, she'll make me clean up for at least a week |
18:01.02 | eFfeM | too much hw around the compu |
18:01.13 | JaMa | but after you as his owner lost interest and stop feeding him .. who knows how long it can be still considered a dog.. |
18:01.32 | eFfeM | and at some point he becomes smelly |
18:01.38 | eFfeM | away for coffee break |
18:04.12 | *** join/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
18:36.57 | CIA-4 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * rcdf13c967f 10openembedded.git/recipes/initscripts/ (files/functions initscripts_1.0.bb): |
18:36.57 | CIA-4 | initscripts: Fixed empty machine_id returned on some devices. |
18:36.57 | CIA-4 | Signed-off-by: Stanislav Brabec <utx@penguin.cz> |
18:38.27 | CIA-4 | 03Christian Rüb <christian.rueb@gmx.net> 07org.openembedded.dev * ref6107ce7e 10openembedded.git/recipes/openmoko-3rdparty/advancedcaching_git.bb: |
18:38.27 | CIA-4 | advancedcaching: new version 0.6.1.5 |
18:38.27 | CIA-4 | Signed-off-by: Christian Rüb <christian.rueb@gmx.net> |
18:38.27 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
18:38.27 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r75cbe0974c 10openembedded.git/recipes/shr/elementary-theme-gry_git.bb: |
18:38.28 | CIA-4 | elementary-theme-gry: bump SRCREV |
18:38.29 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
18:45.41 | *** join/#oe Jin^eLD (~jin@belief.htu.tuwien.ac.at) |
18:45.43 | Jin^eLD | huhu |
18:48.24 | *** join/#oe aloisiojr (~aloisio@186.212.112.70) |
18:49.43 | florian | re |
18:49.59 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rb1fbc3fd45 10openembedded.git/recipes/zeroconf/ (3 files in 2 dirs): |
18:49.59 | CIA-4 | zeroconf 0.6.1: removed (5 years old) |
18:49.59 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
18:50.09 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r6c51e308c7 10openembedded.git/recipes/zeroconf/files/ (4 files): |
18:50.09 | CIA-4 | zeroconf: renamed files to zeroconf-0.9 |
18:50.09 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
18:51.38 | eFfeM | mickeyl: JaMa, hrw|gone, XorA|gone, was wonderig if after nuking openmoko distro there is still room for the openmoko* recipes |
18:53.17 | hrw | yes, there is |
18:53.30 | hrw | most of them are not bound to openmoko hardware |
18:53.30 | eFfeM | ok, was just wondering |
18:53.47 | hrw | I wrote recipes for most of om2007.2 ones |
18:53.48 | eFfeM | true (but the name is somewhat misleading in that case) |
18:53.58 | JaMa | and many from them are also used by SHR |
18:54.25 | hrw | eFfeM: no, they were wrote for openmoko company and have such names |
18:54.33 | hrw | Openmoko-contacts for example |
18:54.39 | eFfeM | ah ok |
18:54.49 | eFfeM | does not know too much about the openmoko history |
18:55.01 | JaMa | is usually putting new stuff (originally writen with openmoko phones in mind) to openmoko-3rdparty |
18:57.05 | *** join/#oe betheg (unkown@unaffiliated/betheg) |
19:02.41 | CIA-4 | 03Jason Kridner <jkridner@beagleboard.org> 07org.openembedded.dev * r7ac33686b5 10openembedded.git/recipes/beagleboard/beagleboard-test-scripts_git.bb: |
19:02.41 | CIA-4 | beagleboard-test-scripts: added new scripts |
19:02.41 | CIA-4 | testneon: runs burn-neon for 10 seconds |
19:02.41 | CIA-4 | testdsp: runs loopgpp dsplink example |
19:02.41 | CIA-4 | testmem: runs memtester |
19:02.42 | CIA-4 | Signed-off-by: Jason Kridner <jkridner@beagleboard.org> |
19:02.42 | CIA-4 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
19:02.44 | CIA-4 | 03Jason Kridner <jkridner@beagleboard.org> 07org.openembedded.dev * r3ebb92b7f1 10openembedded.git/recipes/beagleboard/beagleboard-test-scripts_git.bb: |
19:02.45 | CIA-4 | beagleboard-test-scripts: updated to latest |
19:02.45 | CIA-4 | Signed-off-by: Jason Kridner <jkridner@beagleboard.org> |
19:02.45 | CIA-4 | Acked-by: Paul Menzel <paulepanter@users.sourceforge.net> |
19:02.45 | CIA-4 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
19:08.41 | *** join/#oe NvrBst (~nb@d64-180-45-236.bchsia.telus.net) |
19:09.19 | *** join/#oe d_t_h (~dieter@a89-182-71-184.net-htp.de) |
19:13.34 | *** join/#oe dth (~dieter@a89-182-71-184.net-htp.de) |
19:20.15 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r7f1a5e873d 10openembedded.git/recipes/cdparanoia/cdparanoia_9.8alpha.bb: |
19:20.15 | CIA-4 | cdparanoia_9.8alpha.bb: removed old version |
19:20.15 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
19:20.33 | CIA-4 | 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * re9fdbfcbba 10openembedded.git/recipes/tzdata/tzdata_2010j.bb: |
19:20.33 | CIA-4 | tzdata: bump version to 2010k |
19:20.33 | CIA-4 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
19:20.33 | CIA-4 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
19:20.34 | CIA-4 | 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * rac61355f70 10openembedded.git/recipes/tzcode/tzcode-native_2010j.bb: |
19:20.34 | CIA-4 | tzcode-native: bump version to 2010k |
19:20.35 | CIA-4 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
19:20.35 | CIA-4 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
19:25.31 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
19:26.16 | *** join/#oe kristoffer (~kristoffe@95.209.202.15.bredband.tre.se) |
19:42.37 | *** join/#oe CosmicPenguin (~nobody@207-114-132-30.static.twtelecom.net) |
19:53.57 | *** join/#oe betheg (betheg@unaffiliated/betheg) |
20:17.35 | *** join/#oe kerim (~kerim@81.214.22.138) |
20:18.53 | *** join/#oe ant_ (~andrea@host57-255-dynamic.14-87-r.retail.telecomitalia.it) |
20:22.27 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * re69f211928 10openembedded.git/recipes/dpkg/ (7 files in 2 dirs): |
20:22.27 | CIA-4 | dpkg: remove old unpinned versions |
20:22.27 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
20:24.11 | *** join/#oe victor_ (~quassel@190.99.254.36) |
20:24.37 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-rtkmetjcwqmycigw) |
20:25.00 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
20:37.46 | *** join/#oe Martin-B (~martin@pool-70-67-198-89.dbd-ipconnect.net) |
20:44.54 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
20:47.55 | CIA-4 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rcafabdb4f7 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: |
20:47.55 | CIA-4 | Revert "angstrom: jpeg 8b doesn't build, prefer 6b for the time being" |
20:47.55 | CIA-4 | it seems to build again and Martin has sorted out the upgrade path issues on other commits |
20:47.55 | CIA-4 | This reverts commit 6b099fc3110b76c260c3adafe6f8960e27e42d8b. |
20:49.58 | *** join/#oe Thalarctos (~Thalarcto@12.156.66.34) |
20:50.10 | *** join/#oe kerim (~kerim@81.214.22.138) |
20:54.55 | *** join/#oe hansdampf (~moritz@212.77.183.238) |
20:55.51 | ant_ | khem: would it be of any help if I'd prune the klibc recipes and just keep last one? |
20:57.41 | khem | ant_: yes unused ones can be deleted |
20:57.49 | khem | ant_: I owe you the fix |
20:57.52 | ant_ | ok, atm absolutely nobody using klibc apart our kexecboot things |
20:58.06 | khem | ant_: ok |
20:58.10 | ant_ | heh, sorry but seems beyond my poor skills ;) |
20:58.44 | ant_ | I'll clean the old recipes but the staging hell is up to you :p |
21:00.18 | ant_ | fwiw dietlibc segfaults on do_compile.. heh, this *libc are sons of lesser gods |
21:00.59 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
21:02.17 | khem | ant_: http://pastebin.com/QnFeH94x |
21:02.19 | khem | try this one |
21:05.04 | ant_ | ok, but I already tried it w/out success |
21:05.38 | ant_ | klibc headers are lost |
21:06.33 | ant_ | I even tried oe_runmake 'DESTDIR=${D}' install |
21:06.36 | ant_ | same |
21:07.13 | *** join/#oe Russ (~russ@206.29.188.230) |
21:07.39 | *** join/#oe victor_ (~quassel@190.99.254.36) |
21:09.00 | *** join/#oe tuxfan (~quassel@dsl-emcali-190.99.254.36.emcali.net.co) |
21:12.09 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
21:12.24 | ant_ | khem: no klcc, no headers, misplaced klibc.so |
21:14.25 | khem | ant_: thats strange |
21:14.31 | khem | let my tree build |
21:14.37 | khem | and then I will experiment |
21:15.06 | ant_ | try kexec-tools-klibc-static as test against klibc, pls |
21:16.14 | ant_ | it is like the sysroot phases are skipped |
21:16.34 | ant_ | I mean, comparing the logs of the old/new |
21:16.35 | *** join/#oe kgilmer (~kgilmer@97-121-207-211.blng.qwest.net) |
21:17.10 | ant_ | khem, there is an isystem patch..perhaps this? |
21:18.21 | ant_ | seems not the case |
21:20.46 | *** join/#oe Spz0 (~a@97-120-169-45.ptld.qwest.net) |
21:51.01 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
21:53.11 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
21:59.43 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
22:05.16 | *** join/#oe meindian523 (~easwar@unaffiliated/easwar) |
22:05.37 | *** join/#oe aloisiojr (~aloisio@189.115.171.239) |
22:07.59 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
22:23.25 | hoj | Is there a way to build libgles (for omap3530) without X11? Older libgles .bb built for raw/non-x11 |
22:31.50 | *** join/#oe dth_ntb (~dieter@a89-182-71-184.net-htp.de) |
22:32.21 | *** join/#oe rs___ (40471b5a@gateway/web/freenode/ip.64.71.27.90) |
22:32.32 | rs___ | beagleboard Buffer I/O error?? |
22:42.05 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
23:08.30 | *** join/#oe russ_ (~russ@206.29.188.230) |
23:08.54 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
23:13.19 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
23:31.30 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
23:36.07 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
23:36.40 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
23:43.34 | *** join/#oe Martin-B (~martin@pool-70-67-198-89.dbd-ipconnect.net) |
23:57.35 | *** join/#oe russ (~russ@206.29.188.230) |
23:58.35 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |