| 00:01.34 | *** join/#oe pepermin1 (~pepermint@host5-11-dynamic.58-82-r.retail.telecomitalia.it) |
| 00:07.21 | *** join/#oe nitink (~nitink@134.134.139.70) |
| 00:28.58 | *** join/#oe Crofton|work (~balister@pool-71-171-23-200.nwrknj.east.verizon.net) |
| 00:29.56 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 00:36.01 | *** join/#oe unsolo_ (~unsolo@146.80-203-33.nextgentel.com) |
| 00:48.58 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 00:52.32 | *** join/#oe tlab0 (~tlab@c-98-223-20-100.hsd1.in.comcast.net) |
| 00:57.51 | *** join/#oe kevinsc (~a0214685@nat/ti/x-asmkpdqtqmpintby) |
| 01:02.53 | *** join/#oe kevinsc (~a0214685@nat/ti/x-kimamevetknggogo) |
| 01:19.27 | *** join/#oe unsolo (~unsolo@146.80-203-33.nextgentel.com) |
| 01:36.38 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 01:38.31 | *** join/#oe unsolo (~unsolo@146.80-203-33.nextgentel.com) |
| 01:41.53 | *** join/#oe dijenerate (~dijenerat@204.212.240.159) |
| 01:50.20 | *** join/#oe alan_o (~alan@c-68-62-240-236.hsd1.fl.comcast.net) |
| 01:52.17 | *** join/#oe pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net) |
| 02:03.51 | *** join/#oe devzero_ (devzero@xdsl-89-0-154-64.netcologne.de) |
| 02:04.27 | *** join/#oe kevinsc (~a0214685@nat/ti/x-nwepwybyvwsgnsic) |
| 02:06.40 | *** join/#oe drw|away (~Dan@cpe-76-187-60-200.tx.res.rr.com) |
| 02:21.28 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
| 02:28.20 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-ylijykijomjfxpcs) |
| 02:34.17 | *** join/#oe kevinsc (~a0214685@nat/ti/x-qyaiefjmdsjuzncm) |
| 02:39.07 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 02:45.54 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 02:45.54 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 03:12.40 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-kbaoyjykpoelatnd) |
| 03:15.53 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 03:44.38 | *** join/#oe kannerke (~pvandenb@83.101.83.215) |
| 03:54.22 | *** join/#oe kannerke (~pvandenb@83.101.83.215) |
| 03:59.05 | *** join/#oe zenlinux (~sgarman@c-76-115-40-57.hsd1.or.comcast.net) |
| 04:04.51 | *** join/#oe kannerke (~pvandenb@83.101.83.215) |
| 04:15.13 | *** join/#oe kannerke (~pvandenb@83.101.83.215) |
| 04:25.12 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 04:47.13 | *** join/#oe mrc3_ (~ddiaz@189.157.107.92) |
| 05:06.28 | *** join/#oe kevinsc (~a0214685@nat/ti/x-invtuhsullmnkozx) |
| 05:09.19 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 05:13.58 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 05:18.41 | *** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 05:21.55 | *** join/#oe toi (~peter@vrt.nat.ibbt.be) |
| 05:40.59 | *** join/#oe sanket (~sanket@114.143.165.67) |
| 05:47.35 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 05:48.22 | CIA-8 | 03Steffen Sledz <sledz@dresearch-fe.de> 07org.openembedded.dev * r0cd580ad80 10openembedded.git/recipes/linux/linux-2.6.24/hipox/ox810-pci-read-config-fix.patch: |
| 05:48.22 | CIA-8 | linux-2.6.24: fix diff pathes in hipox machine specific patch file |
| 05:48.22 | CIA-8 | Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de> |
| 05:55.12 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
| 05:55.50 | *** join/#oe kannerke (~pvandenb@83.101.83.49) |
| 05:55.50 | tasslehoff | Is there a command I can use to fetch everything that will be needed for my build? |
| 05:56.46 | tasslehoff | I would like to pull the latest from .dev, and then fetch everything my next build is going to require, then build offline. |
| 05:57.41 | *** join/#oe kevinsc (~a0214685@nat/ti/x-rkzbdwnvlqfpqdvg) |
| 06:05.36 | *** join/#oe kannerke (~pvandenb@83.101.83.49) |
| 06:05.50 | *** join/#oe mrc3_ (~ddiaz@189.157.118.167) |
| 06:07.49 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-xsxxqzvxhbhqjtjr) |
| 06:19.31 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 06:26.37 | *** join/#oe amarsman (~marsman@89.184.175.76) |
| 06:32.50 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 06:39.02 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 07:00.32 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:01.47 | *** join/#oe blindvt` (~b@2001:62a:4:203:6631:50ff:fe2c:fefa) |
| 07:09.00 | *** join/#oe kevinsc (~a0214685@nat/ti/x-fklakqdmngkrltkp) |
| 07:11.11 | *** join/#oe 77CAAP6DP (~weechat@83.151.21.119) |
| 07:31.00 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 07:32.43 | *** join/#oe dijenerate (~dijenerat@204.212.240.159) |
| 07:32.58 | *** join/#oe morphis_ (~morphis@ip-109-47-94-142.web.vodafone.de) |
| 07:33.42 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 07:38.56 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
| 08:11.56 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:11.56 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:21.51 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 08:37.02 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:37.02 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:53.51 | *** join/#oe pb_ (~pb@mail.pbcl.net) |
| 09:06.56 | *** join/#oe RP__ (~richard@dan.rpsys.net) |
| 09:08.12 | *** join/#oe unsolo (~unsolo@146.80-203-33.nextgentel.com) |
| 09:13.12 | *** join/#oe mlip (~mlip@85-127-60-178.dynamic.xdsl-line.inode.at) |
| 09:13.32 | *** join/#oe mlip (~mlip@unaffiliated/mlip) |
| 09:14.28 | mlip | hej, anyone could do me a favour and compile a glibc links_2.x (without -x11) for armv7a and upload it somewhere? - don't have a toolchain with me... |
| 09:15.03 | bluelightning | morning all |
| 09:16.01 | mlip | gm |
| 09:25.42 | *** join/#oe kevinsc (~a0214685@nat/ti/x-cogjcdgmwxuqpgmc) |
| 09:29.29 | ant_work | pb_: daily ping... |
| 09:29.33 | pb_ | hi ant |
| 09:30.05 | ant_work | again about packaging: |
| 09:30.10 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 09:30.55 | ant_work | how are the RDEPENDS related to $PN? I thought those are referring to the packaged files, isn't? |
| 09:31.53 | ant_work | i.e. I do PACKAGES = "${PN} ${PN}-dev" |
| 09:31.58 | pb_ | correct |
| 09:32.20 | ant_work | $PN is klibc |
| 09:32.30 | ant_work | now I want libklibc |
| 09:32.37 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:32.44 | ant_work | FILES_libklibc ? |
| 09:32.49 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r9bff182a4b 10bitbake.git/lib/bb/codeparser.py: |
| 09:32.49 | CIA-8 | codeparser: When loading the cache, ignore ValueError |
| 09:32.49 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 09:33.05 | pb_ | is libklibc in PACKAGES? |
| 09:33.16 | pb_ | or do you mean that "libklibc" is what you get after package renaming? |
| 09:33.52 | ant_work | I aim to have libklibc and libklibc-dev packaged |
| 09:34.03 | ant_work | debian renaming seems doing anythingù |
| 09:34.14 | ant_work | http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/klibc/klibc_1.5.23.bb?h=org.openembedded.dev |
| 09:35.04 | ant_work | I extended PACKAGES += "libklibc_${PV} |
| 09:35.48 | ant_work | then all RDEPENDS are broken |
| 09:36.18 | ant_work | so, I tried to adjust them in the same way, s/${PN}/libklibc-${PN}/ |
| 09:36.27 | ant_work | err .. |
| 09:36.30 | ant_work | so, I tried to adjust them in the same way, s/${PN}/libklibc-${PV}/ |
| 09:37.30 | ant_work | I understand what is listed in RDEPENDS has to be explicitely packaged |
| 09:39.51 | *** join/#oe Gaston|Home (~Gaston@c-e92fe353.155-1-64736c11.cust.bredbandsbolaget.se) |
| 09:41.22 | ant_work | (I'm looking at the linphone patch right now) |
| 09:41.49 | pb_ | I'm not quite sure I understand what you're saying about RDEPENDS and explicit packaging. |
| 09:42.31 | ant_work | I mean that I have to package libklibc if then I RDEPENDS on it, while anything could DEPEND on klibc |
| 09:42.50 | pb_ | Looking at the recipe, rather than using all that RDEPENDS craziness, I think you would be better to just set a distinct soname and let the regular mechanisms handle it. |
| 09:43.17 | ant_work | klibc emits a bogus soname |
| 09:44.15 | ant_work | i.e. klibc-eYJuVoHAdWma5s-zMiYBcWeYQjY.so |
| 09:44.24 | pb_ | that should be ok |
| 09:44.30 | pb_ | does it change every time? |
| 09:44.41 | ant_work | yes, seems random |
| 09:44.55 | pb_ | yeah, then you should be all set. that will do instead of worrying about putting "= ${PV}" in all your rdepends |
| 09:47.41 | ant_work | I'm unsure we get twice the same hash even with constant (= ${PV}-${PR})" |
| 09:47.52 | ant_work | I don't think so |
| 09:48.13 | ant_work | so, why was it written like it is once ago? |
| 09:50.43 | *** join/#oe pepermint (~pepermint@host134-13-dynamic.58-82-r.retail.telecomitalia.it) |
| 09:51.54 | *** join/#oe timtimred (~meh@79-67-228-176.dynamic.dsl.as9105.com) |
| 09:51.57 | ant_work | pb_: so, after expansion it should just be RDEPENDS_klibc-utils-sh = "libklibc" |
| 09:52.11 | pb_ | doh, seems I have two ssh processes each consuming 100% cpu |
| 09:52.18 | ant_work | eek |
| 09:52.20 | pb_ | ant_work: the auto-depends code should take care of it |
| 09:52.30 | pb_ | you shouldn't need to set any specific RDEPENDS for yourself |
| 09:52.41 | ant_work | each utils is packaged separately |
| 09:52.48 | pb_ | that doesn't matter |
| 09:52.56 | pb_ | package.bbclass knows about that, it will sort it out |
| 09:53.12 | ant_work | mumble mumble |
| 09:53.31 | ant_work | that's a bit a gray-zone for me :p |
| 09:55.53 | ant_work | pb_: this recipe is a pandora-box |
| 09:56.19 | pb_ | heh |
| 09:56.27 | ant_work | ..and I'm the dumb one insisting for opening it.. |
| 09:57.02 | ant_work | now, I'll try to simplify |
| 09:57.20 | pb_ | yeah, I don't think it needs to be very complicated |
| 09:57.32 | ant_work | and btw PACKAGES = "${PN} ${PN}-dev" nukes the debian renaming, isn't? |
| 09:57.38 | pb_ | no |
| 09:57.51 | ant_work | what If I don't set it? |
| 09:58.05 | pb_ | probably won't make much difference. the default PACKAGES (from bitbake.conf) is fairly similar. |
| 09:58.34 | ant_work | there was smthg about .so in normal package |
| 09:58.41 | ant_work | yes, a QA |
| 09:58.45 | pb_ | that's a question of FILES, not PACKAGES |
| 09:58.53 | ant_work | oh, sure |
| 09:59.19 | pb_ | but in this case I suspect the qa check is in error. |
| 09:59.31 | pb_ | should perhaps try to make recipe_sanity a bit smarter, or just disable that check for klibc |
| 09:59.52 | ant_work | I see debian ships the .so in libklibc and libklibc-dev |
| 10:00.02 | ant_work | maybe one should be a symlink? |
| 10:00.29 | ant_work | really sorry to bother you but this is really non-standard recipe :/ |
| 10:01.25 | pb_ | it does sound wrong to have the same file in two packages |
| 10:01.50 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 10:02.09 | ant_work | ah, debian puts in two places |
| 10:02.27 | ant_work | <PROTECTED> |
| 10:02.51 | ant_work | and /lib/klibc-eYJuVoHAdWma5s-zMiYBcWeYQjY.so |
| 10:02.59 | ant_work | the normal libklibc |
| 10:09.14 | CIA-8 | 03Scott Garman <scott.a.garman@intel.com> 07master * rdbf5f42b06 10bitbake.git/ (10 files in 6 dirs): |
| 10:09.14 | CIA-8 | make exception handling syntax consistent |
| 10:09.14 | CIA-8 | Update exception handling syntax to use the modern style: |
| 10:09.14 | CIA-8 | except ExcType as localvar |
| 10:09.14 | CIA-8 | Signed-off-by: Scott Garman <scott.a.garman@intel.com> |
| 10:09.15 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 10:09.21 | pb_ | that seems a bit weird, but I guess it is harmless enough |
| 10:14.55 | ant_work | ok, that RDEPENDS are anyway bogus/wrong when building klibc-static-utils |
| 10:15.08 | pb_ | yeah, just get rid of them |
| 10:15.13 | pb_ | doh, no space left on device |
| 10:15.17 | pb_ | deletes some files |
| 10:16.17 | ant_work | pb_: which filesystem do you use for building? |
| 10:16.26 | pb_ | ext3 |
| 10:16.36 | pb_ | we used to use xfs but it sucked |
| 10:16.43 | pb_ | oh, ext4 actuallyu |
| 10:16.46 | pb_ | s/u$// |
| 10:16.58 | ant_work | well, I was just asking about xfs |
| 10:17.12 | ant_work | I use it on the servers and am very happy |
| 10:17.24 | ant_work | Gentoo builds are very snappy so I thought.. |
| 10:17.25 | pb_ | in particular, xfs sucked really badly when creating and deleting lots of small files. |
| 10:17.49 | ant_work | did you tune it? |
| 10:18.05 | ant_work | buffers and so on |
| 10:18.11 | pb_ | no, not really |
| 10:18.48 | pb_ | I kind of assumed that the default configuration would be a sensible one |
| 10:19.26 | pb_ | fwiw, we found that a simple "tar xf large-file.tar" kind of thing was four times as slow on xfs compared to ext4 |
| 10:19.52 | pb_ | and "rm -rf" on the resulting tree was about 20 times slower |
| 10:20.06 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 10:20.33 | ant_work | I can't say, here with a cheap LSI SAS 15k RAID1 Gentoo flies |
| 10:21.25 | ant_work | we'll ask some yocto folk, they'll find time to bench the builds ;) |
| 10:21.29 | pb_ | our main problem was that if we had one user doing a big tar operation then the whole filesystem became unusable for anything else |
| 10:21.29 | *** join/#oe celston (bcdc8df1@gateway/web/freenode/ip.188.220.141.241) |
| 10:21.41 | celston | Hello all |
| 10:21.52 | pb_ | if you're on an essentially single user machine then it probably isn't going to be so noticeable. |
| 10:22.43 | pb_ | hi celston |
| 10:23.07 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 10:24.02 | celston | Can anyone comment on the validity of this suggestion for using busybox mdev to replace udev: http://www.sleepyrobot.com/?p=83 ? |
| 10:24.27 | celston | Having problems compiling udev because our kernel doesn't have CLOEXEC. |
| 10:24.50 | pb_ | depends what you want to do with it. mdev is fine for simple things, and you might find that you don't even need that in some cases. |
| 10:25.15 | celston | I did wonder about all the dependencies on specifically udev. Wouldn't it make more sense to have a virtual/devicemanager (or similar) ? |
| 10:25.27 | pb_ | What is it that actually depends on udev? |
| 10:25.40 | pb_ | I suspect most of the packages that do, do so because they genuinely are trying to do things that only work with udev. |
| 10:25.44 | celston | task-core-boot, hence core-image-minimal |
| 10:25.48 | pb_ | for example, they rely on being able to install udev-specific rules files |
| 10:26.44 | pb_ | oh, task-core-boot. yeah, dunno, I think that whole recipe is a bit full of suck. |
| 10:26.50 | celston | :) |
| 10:27.12 | celston | How would one override task-core-boot in a distro layer? |
| 10:27.16 | ant_work | celston: try just enabling devtmpfs if you don't have special needs |
| 10:27.38 | pb_ | celston: just provide your own equivalent .bb file |
| 10:28.51 | celston | ant_work: Where's the switch for devtmpfs? |
| 10:29.04 | ant_work | kernel |
| 10:29.30 | celston | 2.6.18 kernel :) |
| 10:30.03 | ant_work | pb_: may I ask you one more Q ? Would you still let klibc support 2.6.2x kernels with those extra-patches? |
| 10:30.16 | ant_work | or should I remove those like udev is doing? |
| 10:30.49 | pb_ | up to you really. if it doesn't hurt anything to keep them then I would be inclined to leave them in. |
| 10:30.54 | ant_work | upstream answer is clear. drop |
| 10:31.11 | bluelightning | ant_work: noooo :( |
| 10:31.32 | ant_work | I spent last night refactoring the OE patches ;) |
| 10:31.47 | ant_work | maybe a couple will be acceted upstream |
| 10:32.16 | ant_work | (btw the maintainer asked how to clone a specific portion of the git tree, impossible atm, isn't?) |
| 10:34.54 | pb_ | yeah, I don't think you can do that. git doesn't really work in a way that would allow you to sensibly clone only part of the tree. |
| 10:37.11 | *** join/#oe GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 10:37.21 | ant_work | ..so I added some history in the patch headers and sent him the tarball |
| 10:38.28 | *** join/#oe kevinsc (~a0214685@nat/ti/x-naumvukkbetfeqjp) |
| 10:39.25 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
| 10:42.36 | ant_work | food now, brb |
| 10:46.58 | *** join/#oe lamikr_ (~lamikr@192.100.124.156) |
| 10:48.11 | *** join/#oe pepermint (~pepermint@host134-13-dynamic.58-82-r.retail.telecomitalia.it) |
| 11:05.42 | *** join/#oe holoturoide (~eder@ns3.digitro.com.br) |
| 11:09.47 | *** join/#oe fcambus (~fc@host-89-230-74-33.rzeszow.mm.pl) |
| 11:16.20 | *** join/#oe htns (~htns@175.139.209.77) |
| 11:27.53 | celston | I've battered task-core-boot a bit and now I have an image with busybox-mdev instead of udev :) Cheers chaps. |
| 11:28.06 | pb_ | very good |
| 11:28.25 | celston | Any idea where I would put a gcc flag which needs to go to *EVERY* compile? |
| 11:28.41 | celston | toolchain is either endianness. |
| 11:28.48 | celston | and I want to select the non-default one :) |
| 11:28.51 | pb_ | Sticking it on the end of ${CC} seems to be traditional. |
| 11:28.56 | pb_ | That's what we do with -march= and suchlike. |
| 11:29.09 | celston | CC_append = "-EL" ? |
| 11:29.30 | pb_ | yeah, something like that. Need a space though, or you might just be able to use "CC += ..." |
| 11:30.07 | celston | What is the advantage of bb having two append syntax? Is one historical, or are there use cases for both? |
| 11:30.43 | pb_ | Mostly historical. The _append one is almost always the wrong thing, but it is also the only convenient way of doing a conditional append. |
| 11:31.24 | pb_ | They are processed slightly differently so there are also a few cases where you need to use _append rather than +=/.=. But they are moderately rare and I don't think this is one of them. |
| 11:31.46 | celston | Cool, I'll default my brain to += then. |
| 11:38.04 | pb_ | doh, tinylogin was removed from busybox.net |
| 11:38.16 | hrw | finally died? |
| 11:38.18 | pb_ | stabs the busybox h4x0rs |
| 11:38.31 | pb_ | yeah, it seems. http://tinylogin.busybox.net/downloads/ is 404 now |
| 11:38.34 | celston | Yes, noticed that the other day. It's been rolled into busybox pkg I think. |
| 11:38.38 | hrw | iirc tinylogin got merged into busybox few years ago |
| 11:38.49 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 11:39.09 | pb_ | yeah, it did, but that requires having busybox be setuid |
| 11:39.37 | pb_ | we had a long discussion about this on the mailing list at the time. |
| 11:39.45 | hrw | I know |
| 11:39.53 | celston | I wonder how big a busybox compiled with *just* tinylogin would be? |
| 11:39.54 | hrw | started one of them even |
| 11:40.11 | hrw | pb_: busybox has setuid separation inside for quite long time too |
| 11:40.15 | hrw | we just do not use it |
| 11:45.16 | *** join/#oe methril_work (~methril@189.114.111.135) |
| 11:46.57 | *** join/#oe rafael (~Rafael@189.114.111.135) |
| 11:48.14 | *** join/#oe pepermint (~pepermint@host134-13-dynamic.58-82-r.retail.telecomitalia.it) |
| 12:03.02 | pb_ | celston: good question, though that doesn't really solve the setuid problem |
| 12:07.04 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:07.12 | bluelightning | pb_: doesn't tinylogin need to be suid currently? |
| 12:07.18 | pb_ | yes,it does |
| 12:07.43 | pb_ | the point is that, if you want to audit your setuid binaries, it is much easier to figure out what is going on with tinylogin than with busybox. |
| 12:08.13 | bluelightning | right, but if a busybox with only tinylogin features enabled could be built separately as tinylogin wouldn't that satisfy the situation? |
| 12:08.14 | pb_ | since, even though busybox does drop setuid privs for applets that don't need them, any part of busybox can call into any other function in the binary. |
| 12:08.50 | pb_ | and, since the busybox code changes quite frequently, it is hard to be absolutely certain of which pieces of code might be getting executed in setuid context. |
| 12:09.18 | bluelightning | hmm, well that's a good point |
| 12:09.49 | pb_ | the nice thing about tinylogin is that it's small, self-contained and virtually never changes. |
| 12:10.06 | pb_ | so, if you can convince yourself once that it's secure, you don't have to worry about it again. |
| 12:10.26 | bluelightning | did anyone oppose merging tinylogin upstream? I wonder if there was a big discussion there as well |
| 12:10.46 | pb_ | dunno |
| 12:10.57 | pb_ | I don't think it's a bad thing to have it in busybox as well. |
| 12:11.20 | pb_ | and, in fact, on most of the platforms I am working on right now, virtually everything runs as root anyway so the setuid thing is basically a non-issue. |
| 12:12.30 | *** join/#oe morphis (~morphis@dslb-088-071-247-170.pools.arcor-ip.net) |
| 12:15.19 | ant_work | :/ |
| 12:19.40 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 12:31.11 | *** join/#oe mgundes (~kays@95.0.156.17) |
| 12:32.39 | *** join/#oe mrc3_ (~ddiaz@189.157.115.146) |
| 12:46.06 | CIA-8 | 03Steffen Sledz <sledz@dresearch-fe.de> 07org.openembedded.dev * rd62c4492d1 10openembedded.git/recipes/linux/linux-2.6.24/hipox/ox810-pci-abort-handler.patch: |
| 12:46.07 | CIA-8 | linux-2.6.24: fix a buggy patch file for hipox machine |
| 12:46.07 | CIA-8 | Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de> |
| 12:47.58 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 12:52.02 | *** join/#oe mrc3_ (~ddiaz@189.157.113.145) |
| 13:02.16 | *** join/#oe lamawithonel (~lucas@wsip-174-79-188-247.dc.dc.cox.net) |
| 13:04.03 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:06.50 | ant_work | ahem..what does it mean if showkeys gives 3 codes for a single key? |
| 13:06.57 | *** join/#oe kannerke (~pvandenb@83.101.83.49) |
| 13:07.51 | otavio | Hello ... |
| 13:08.03 | otavio | I am working at integrating our SDK into OE-Core |
| 13:08.23 | otavio | first thing I found is that it lacks cmake sdk recipe |
| 13:09.14 | otavio | should I use BBEXTENDCLASS or write a new recipe? |
| 13:10.58 | bluelightning | otavio: I think BBCLASSEXTEND is preferred unless it's unavoidable... is this something that's in oe-dev? |
| 13:11.36 | otavio | bluelightning: it is but bad done IMO |
| 13:11.44 | bluelightning | ok |
| 13:14.41 | *** join/#oe playya_ (~playya@93.216.233.140) |
| 13:16.32 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 13:17.09 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 13:18.45 | otavio | humm, does make any sense to have cmake for target? |
| 13:19.47 | pb_ | presumably as much sense as any other development package, right? |
| 13:20.13 | bluelightning | we are capable of building autotools for the target, so I don't see why not |
| 13:21.15 | pb_ | yeah, exactly. a bit of a fringe interest but we have always supported that in the past. |
| 13:24.01 | otavio | it seems cmake will then need a lot of changes to support all this |
| 13:24.01 | otavio | how I can do to a patch to be applied only for non-native? |
| 13:31.01 | *** join/#oe brolin (~brolin@nat216.udea.edu.co) |
| 13:35.30 | *** join/#oe mike_ (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
| 13:36.23 | *** join/#oe mikey_w (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
| 13:42.44 | *** join/#oe kevinsc (~a0214685@nat/ti/x-rmsgwadiudtfcctp) |
| 13:42.55 | *** join/#oe thhp (50c14443@gateway/web/freenode/ip.80.193.68.67) |
| 13:56.15 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 13:57.48 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 13:58.36 | mangomake | not sure if this is an oe bug or a libsndfile one, but libsndfile built within the minimal distro doesn't work on either arm or x86 systems, it dies with an assertion - sf_count_t == 8, this is related to off_t being 4 bytes on 32 bit and the configure script for libsnd file doing some checks for arch and assigning sf_count_t accordingly - i think it means to assign loff_t ono 32bit systems but i think it also has something to |
| 13:58.36 | mangomake | <PROTECTED> |
| 14:01.01 | *** join/#oe timtimred (~meh@host86-180-17-214.range86-180.btcentralplus.com) |
| 14:03.58 | *** join/#oe Openfree^ (~Openfree`@124.78.157.228) |
| 14:04.42 | *** join/#oe devzero_ (devzero@xdsl-89-0-131-40.netcologne.de) |
| 14:06.00 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-ccofmorewbqhwlvr) |
| 14:07.24 | *** join/#oe lamawithonel (~lucas@wsip-174-79-188-247.dc.dc.cox.net) |
| 14:12.02 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 14:14.40 | *** join/#oe mrAlmond (~gbergamo@82.193.2.131) |
| 14:14.47 | mrAlmond | Hi everyone |
| 14:15.23 | mrAlmond | I need to add CPPFLAGS="-DSQLITE_ENABLE_FTS3 -DSQLITE_ENABLE_FTS3_PARENTHESIS" before the "configure" command when compiling sqlite 3 in yocto |
| 14:15.35 | mrAlmond | where should I place them in the recipe? |
| 14:18.24 | kergoth | EXTRA_CFLAGS += "-Dblahblah" |
| 14:18.38 | kergoth | also, #yocto or #poky are probably better bets :) |
| 14:19.27 | mrAlmond | kergoth : ok Thank you!! |
| 14:19.43 | kergoth | np |
| 14:19.55 | *** join/#oe morphis_ (~morphis@dslb-092-076-173-198.pools.arcor-ip.net) |
| 14:19.58 | pb_ | doh, mesa compile fail |
| 14:20.00 | pb_ | files a bug |
| 14:20.17 | mrAlmond | btw..these are extra CPPflags...is it the same? Must I always use EXTRA_CFLAGS? |
| 14:26.21 | mrAlmond | ops...sorry I confused C pre processor flags with c++ flags.... my mistake |
| 14:26.59 | pb_ | I don't think you did. CPPFLAGS is preprocessor, CXXFLAGS is C++. |
| 14:27.06 | pb_ | -D would usually belong in CPPFLAGS |
| 14:27.25 | mrAlmond | yes---I was thinking about c++ flags...but CPP is c pre processor :-) |
| 14:27.56 | kergoth | erm, yes, you should use the correct flags var, clearly i haven't had my coffee |
| 14:28.00 | kergoth | shakes head |
| 14:29.10 | pb_ | thinking of sqlite3, it might be worth turning on USE_PREAD64 in there as well. for some slightly odd reason sqlite doesn't seem to use that by default. |
| 14:43.29 | kergoth | khem: ping |
| 14:48.00 | mrAlmond | So...I've added EXTRA_CPPFLAGS = "-DSQLITE_ENABLE_FTS3 -DSQLITE_ENABLE_FTS3_PARENTHESIS -DSQLITE_ENABLE_ICU" in sqlite3.inc |
| 14:48.15 | mrAlmond | but it doesn't seem to use that defines |
| 14:48.33 | mrAlmond | I've rebuild it forcing the clean and the compilation |
| 14:48.36 | kergoth | mrAlmond: CPPFLAGS += |
| 14:48.45 | mrAlmond | doh! |
| 14:48.48 | kergoth | don't use =, make sure you append to what already exists, and i was remembering wrong with the extra |
| 14:49.19 | mrAlmond | thank you for the suggestion...I was aware about it but I totally forgot that advise! |
| 14:49.42 | kergoth | for reference, see conf/bitbake.conf |
| 14:49.52 | kergoth | it defines all the main global configuration variables |
| 14:49.53 | kergoth | including the flags |
| 14:50.43 | *** join/#oe celston (bcdc8df1@gateway/web/freenode/ip.188.220.141.241) |
| 14:55.56 | *** join/#oe rickfoosusa (~chatzilla@adsl-71-145-131-131.dsl.austtx.sbcglobal.net) |
| 15:01.05 | *** join/#oe incandescant (~joshual@c-24-21-159-20.hsd1.or.comcast.net) |
| 15:01.53 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * rd97f7d762e 10bitbake.git/lib/bb/server/process.py: |
| 15:01.53 | CIA-8 | process.py: Fix issue where early errors weren't making it to the console |
| 15:01.53 | CIA-8 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 15:03.39 | *** join/#oe rickfoosusa (~chatzilla@adsl-71-145-138-189.dsl.austtx.sbcglobal.net) |
| 15:16.43 | *** join/#oe kristoffer (~kristoffe@host-90-237-198-33.mobileonline.telia.com) |
| 15:16.57 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 15:20.20 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 15:24.03 | *** join/#oe celston (bcdc8df1@gateway/web/freenode/ip.188.220.141.241) |
| 15:25.12 | celston | I have added some paths to FILES_${PN}, and they get put into the package. I'd also like to add the paths to the sysroot, what variable do I need to add them to? Or do I need to provide my own do_populate_sysroot to do that? |
| 15:26.04 | kergoth | you likely need to provide your own, pretty sure the defaults leave out non-standard paths, and its not controlled by variables |
| 15:26.48 | bluelightning | otavio: have you used qt4-tools-nativesdk in oe-core btw? |
| 15:27.26 | *** join/#oe nitink (~nitink@134.134.137.73) |
| 15:28.07 | celston | kergoth: yes, I feared that might be the case :) sysroot_stage_dirs is the function I think. |
| 15:28.22 | kergoth | nods |
| 15:28.29 | kergoth | of course, you can just append to the existing do_populate_sysroot |
| 15:28.32 | kergoth | no need to duplicate anything |
| 15:28.50 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 15:29.39 | *** join/#oe rickfoosusa (~chatzilla@adsl-71-145-144-13.dsl.austtx.sbcglobal.net) |
| 15:29.52 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 15:31.15 | *** join/#oe pepermint (~pepermint@host15-89-dynamic.5-87-r.retail.telecomitalia.it) |
| 15:31.31 | celston | Of course :) Magic. Still getting used to the idea of appending to a function. |
| 15:33.56 | *** join/#oe kristoffer_ (~kristoffe@host-90-237-201-51.mobileonline.telia.com) |
| 15:35.09 | celston | What's the deal with do_stage ? |
| 15:35.10 | celston | Does appending a shell function to a python function work? |
| 15:35.23 | kergoth | do_stage is a remnant of how things used to be done |
| 15:35.25 | kergoth | thats' all |
| 15:35.34 | kergoth | don't create one, adn if you see one, look into removing it |
| 15:35.43 | kergoth | in the past, putting things in the sysroot was an explicit operation by the recipe |
| 15:35.45 | *** join/#oe methril (~methril@189.27.136.57.dynamic.adsl.gvt.net.br) |
| 15:35.50 | kergoth | now its taken from do_install's output |
| 15:36.04 | kergoth | right now you can't append shell to python or vice versa, as its a direct concatenation |
| 15:36.16 | kergoth | its on my todo to fix this, by making functions internally a list of recipe functions to execute |
| 15:36.22 | *** join/#oe nedkonz (~ned@mail.productcreationstudio.com) |
| 15:36.22 | kergoth | with append/prepend simply adding to that list |
| 15:37.35 | otavio | bluelightning: not yet; I will use it as soon as I fix the cmake stuff |
| 15:38.25 | bluelightning | otavio: there's an issue with FILESPATHPKG that I have a fix for, but after that it's failing with this error: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623281 |
| 15:38.39 | bluelightning | (although I there is some suggestion that that issue was arch related and I think that's not the case here) |
| 15:39.04 | celston | cool, I assumed it wouldn't be possible, so I append a python func which calls a shell func. |
| 15:41.59 | kergoth | celston: yeah, that's a pretty common workaround for the issue :) |
| 15:42.02 | kergoth | gets the job done |
| 15:42.12 | otavio | bluelightning: http://anonscm.debian.org/gitweb/?p=pkg-kde/qt/qt4-x11.git;a=blob;f=debian/patches/sh.diff;h=94a4598c46853ae039a2824cea1d263956e2ecd7;hb=23927e8cd13bfd0f8ec001c180aa0135c6f22b44 <= |
| 15:45.39 | celston | kergoth: this: "do_populate_sysroot_append () {" gives this error "NOTE: Error expanding variable do_populate_sysroot" |
| 15:45.58 | celston | adding python before the append makes no difference. |
| 15:46.35 | kergoth | that's insufficient information to say what's going on. expansion errors generally indicate why the expansion failed.. |
| 15:46.57 | kergoth | bitbake -e is helpful, also, to make sure things are the way you think they are |
| 15:47.01 | kergoth | rather than just inspecting |
| 15:47.23 | *** join/#oe kevinsc (~a0214685@nat/ti/x-aqdutpuuwktgyehj) |
| 15:47.35 | *** join/#oe fcambus (~fc@host-89-230-74-33.rzeszow.mm.pl) |
| 15:47.43 | *** part/#oe fcambus (~fc@host-89-230-74-33.rzeszow.mm.pl) |
| 15:48.32 | bluelightning | otavio: I'm not building for sh though here, it's for beagleboard on an x86-64 system |
| 15:49.36 | *** join/#oe lamawithonel (~lucas@wsip-174-79-188-247.dc.dc.cox.net) |
| 15:52.33 | celston | The context is that the toolchain is bi-endian, and therefore has two lots of libs which need staging. |
| 15:53.47 | celston | kergoth: Fixed - can't call shell function direct from python (D'oh). What I've ended up with is this: http://pastie.org/2072878 Is there a more optimal way to do that? |
| 15:54.30 | kergoth | exec_func is the correct way to execute a function from python, yes |
| 15:55.16 | kergoth | i could see turning the functions into python function objects at parse time and just run them at task execution time, bypassing exec_func entirely, at some point. then just inject those into the context of the python functions, and you'd be able to run them directly |
| 15:55.18 | kergoth | heh |
| 15:56.18 | celston | I suppose I could access the bb variables in the appended function with getVar and skip the middle call. |
| 16:02.42 | celston | kergoth: thanks for the help, working now. |
| 16:02.50 | kergoth | great |
| 16:04.33 | *** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 16:16.24 | *** join/#oe rickfoosusa (~chatzilla@adsl-68-91-195-173.dsl.austtx.swbell.net) |
| 16:24.02 | kergoth | I wonder why more people aren't interested in a purely-srctree based oe-ish setup. It seems like it'd be lovely to work with to me |
| 16:24.06 | kergoth | nontrivial to put together of course |
| 16:24.07 | kergoth | but still |
| 16:25.02 | celston | kergoth: what do you mean by purely-srctree based? |
| 16:26.05 | kergoth | are you familiar with srctree? |
| 16:26.14 | *** join/#oe Jefro (~josiermi@nat/intel/x-rjvifumtwrrnqmzf) |
| 16:26.24 | celston | nope, link? |
| 16:27.06 | celston | Got one. |
| 16:27.13 | kergoth | celston: http://bec-systems.com/site/711/openembedded-srctree-and-gitver |
| 16:27.14 | celston | http://bec-systems.com/site/711/openembedded-srctree-and-gitver |
| 16:27.19 | kergoth | :) |
| 16:27.23 | kergoth | cbrake has some nice articles |
| 16:27.43 | kergoth | at any rate, basically you have a local source tree that you build out of, a git clone. no fetch/unpack/patch at all |
| 16:28.21 | kergoth | the best part is if you want to inspect something, you don't have to go 42 dirs deep in tmpdir |
| 16:28.25 | celston | Interesting. |
| 16:30.18 | celston | btw, I found SYSROOT_PREPROCESS_FUNCS (reference gtk+.inc) which also does what I was trying to do with staging. |
| 16:30.27 | celston | Although I can't make it see my staging func :( |
| 16:32.32 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
| 16:38.29 | *** join/#oe celston (bcdc8df1@gateway/web/freenode/ip.188.220.141.241) |
| 16:39.09 | celston | What's the story with underscores and dashes in function names in recipes? |
| 16:39.28 | celston | I had to rename a function to remove dashes before it would appear in the task's environment. |
| 16:39.38 | kergoth | avoid dashes. iirc shell doesn't support them in functions |
| 16:40.34 | celston | Right, note made :) |
| 16:40.58 | bluelightning | kergoth: does that mean we should be blowing up if we find those during parsing? |
| 16:42.24 | kergoth | good question. probably |
| 16:42.53 | celston | Grrrr: cora_oe/cora-build-el/tmp-glibc/sysroots/elisa/el/lib/../../lib/libc.so.6: could not read symbols: File in wrong format |
| 16:42.57 | pb_ | and, of course, avoid underscores because you might get accidental override substitution :-} |
| 16:43.17 | celston | the bloody toolchain is going to the el/ lib path, then backing up and going to the be libs :( |
| 16:43.57 | celston | So close, but yet so far. |
| 16:44.27 | kergoth | pb_: hehe, i was thinking that |
| 16:44.45 | pb_ | crumbs, qemu.log is 3.7G |
| 16:44.51 | pb_ | that's quite a lot of log output |
| 16:44.55 | celston | Oh, hang on. There's some sed magic in the external toolchain install that adds in a relative ../../lib |
| 16:47.00 | celston | pb_: -v -v -v :D |
| 16:47.16 | pb_ | heh |
| 16:47.33 | pb_ | and, after all that, I only wanted about the last eight lines :-} |
| 16:51.56 | CIA-8 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r6c2736280a 10openembedded.git/recipes/klibc/ (klibc-utils.inc klibc.inc): |
| 16:51.56 | CIA-8 | klibc: fix packaging of mv |
| 16:51.56 | CIA-8 | * bad copy and paste |
| 16:51.56 | CIA-8 | * bump INC_PR to trigger rebuild (just in case) |
| 16:51.56 | CIA-8 | Signed-off-by: Andrea Adami <andrea.adami@gmail.com> |
| 16:52.51 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 16:55.44 | pb_ | hm. so, this is rather weird. my localedef is calling sys_brk and then just jumping off into the weeds. |
| 17:02.03 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 17:06.09 | otavio | bluelightning: but maybe the arch didn't match on configure |
| 17:06.45 | bluelightning | otavio: I checked the configure log, didn't see a similar message |
| 17:09.14 | otavio | bluelightning: you might want to push it somewhere so I can look at it? |
| 17:09.28 | otavio | still fighting with cmake |
| 17:09.29 | bluelightning | otavio: the log? |
| 17:09.34 | otavio | bluelightning: the patches |
| 17:09.52 | bluelightning | otavio: oh yes sure am just in the process of doing that now |
| 17:21.41 | khem | kergoth: hello |
| 17:21.54 | khem | RP__: any thoughts on such a patch http://paste.ubuntu.com/627483/ |
| 17:22.03 | kergoth | khem: RP fixed the exit silently issue. |
| 17:22.17 | kergoth | khem: you had an error in the configuration metadata parsing, which it wasn't reporting to you |
| 17:22.21 | kergoth | at least, thats what i saw |
| 17:22.33 | khem | kergoth: hmmm yes I believe thats the case |
| 17:22.48 | khem | usually bitbake is pretty verbose about errors |
| 17:22.59 | khem | in a way thats helpful then being a silent killer |
| 17:31.50 | *** join/#oe Marex (vasum7am@u-pl0.ms.mff.cuni.cz) |
| 17:31.55 | bluelightning | otavio: oecore contrib paule/qt4-nativesdk-fix |
| 17:39.39 | *** join/#oe Heinervdm (~thomas@pD9E170E1.dip.t-dialin.net) |
| 17:48.17 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 17:51.22 | bluelightning | otavio: have filed this: http://bugzilla.pokylinux.org/show_bug.cgi?id=1168 |
| 17:53.53 | *** join/#oe aloisiojr (~aloisio@187.113.73.186) |
| 17:59.27 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
| 18:00.30 | *** join/#oe msm (~msm@gate-de.freescale.com) |
| 18:04.20 | *** join/#oe pepermint (~pepermint@host21-11-dynamic.58-82-r.retail.telecomitalia.it) |
| 18:08.37 | *** join/#oe woglinde (~heinold@g229046138.adsl.alicedsl.de) |
| 18:14.09 | otavio | bluelightning: humm it seems to be another issue on the qt |
| 18:14.12 | otavio | bluelightning: not the same |
| 18:14.31 | woglinde | otavio hm |
| 18:14.43 | otavio | bluelightning: i recall of a patch that has been dropped from oe-core of gcc issue |
| 18:14.49 | otavio | bluelightning: might be worth a look on the log |
| 18:14.57 | otavio | bluelightning: maybe it was the issue |
| 18:15.00 | bluelightning | otavio: ok, I'll check that out |
| 18:15.01 | otavio | woglinde: ? |
| 18:15.24 | woglinde | show the log |
| 18:15.54 | otavio | woglinde: it is the bug bluelightning has pasted above |
| 18:16.06 | woglinde | hm wasnt there |
| 18:16.10 | woglinde | at the time |
| 18:16.23 | otavio | bluelightning: http://bugzilla.pokylinux.org/show_bug.cgi?id=1168 |
| 18:16.27 | otavio | woglinde: http://bugzilla.pokylinux.org/show_bug.cgi?id=1168 |
| 18:16.45 | otavio | woglinde: sorry, didn't see you connecting |
| 18:18.41 | *** join/#oe tdebrouw (~tdebrouw@91.182.206.246) |
| 18:19.28 | woglinde | hehe atomic |
| 18:19.51 | woglinde | hm but this seems easy to fix |
| 18:19.58 | woglinde | removing const at some point |
| 18:20.01 | woglinde | or add it |
| 18:28.20 | bluelightning | woglinde: true we can hack it, but I'm after the most correct fix |
| 18:28.31 | bluelightning | which may turn out to be the same as the hack of course :) |
| 18:28.37 | woglinde | *g* |
| 18:28.55 | woglinde | I am thinking it is fixed upstream anyway |
| 18:29.06 | *** join/#oe rob_w (~bob@ppp-188-174-117-254.dynamic.mnet-online.de) |
| 18:31.47 | pb_ | grr, I wish the git fetcher didn't just get wedged like this if you forget to start the ssh agent |
| 18:32.00 | CIA-8 | 03Tom Rini <tom_rini@mentor.com> 07master * r821f47e170 10openembedded.git/recipes/tiobench/ (tiobench-0.3.3/tiobench-makefile.patch tiobench_0.3.3.bb): |
| 18:32.00 | CIA-8 | tiobench: Rework tiobench-makefile patch, update install rule |
| 18:32.00 | CIA-8 | We need to pass in PREFIX=${D}/usr in order to have apps installed where |
| 18:32.00 | CIA-8 | expected (/usr/bin) and we need to move the docs over into |
| 18:32.00 | CIA-8 | /usr/share/docs as that's where they belong. |
| 18:32.00 | CIA-8 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 18:32.06 | woglinde | hi pb |
| 18:32.13 | pb_ | hi woglinde |
| 18:35.02 | GNUtoo | hi |
| 18:35.14 | woglinde | hi gnutoo |
| 18:35.16 | GNUtoo | I've an update to do to SHR's connman init script |
| 18:35.27 | GNUtoo | they do not use INC_PR |
| 18:35.32 | otavio | grr it seems cmake-nativesdk won't be easy to get done |
| 18:35.35 | GNUtoo | should I convert it to INC_PR? |
| 18:35.57 | otavio | GNUtoo: I have been doing it when fixing stuff |
| 18:36.13 | otavio | GNUtoo: sometimes I do the opposite like merging the inc into the bb |
| 18:36.20 | GNUtoo | ok |
| 18:37.05 | GNUtoo | there are 9 recipes an 1 inc file |
| 18:37.20 | GNUtoo | +another recipe that is broken but that is no connmand |
| 18:37.32 | GNUtoo | ah no |
| 18:37.36 | GNUtoo | 7 recipes |
| 18:37.39 | GNUtoo | some frontends |
| 18:37.42 | GNUtoo | and 1 inc file |
| 18:39.11 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 18:39.31 | woglinde | hi effem |
| 18:40.46 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 18:44.09 | *** join/#oe markusg (83476@diamant.ifi.uio.no) |
| 18:45.44 | eFfeM | hi woglinde, all |
| 18:46.57 | *** join/#oe kristoffer__ (~kristoffe@host-90-237-162-232.mobileonline.telia.com) |
| 19:02.27 | otavio | ok; first cleanup patch is out |
| 19:02.37 | otavio | lets now work on cmake-nativesdk |
| 19:02.56 | otavio | I am confused about nativesdk on oe-core |
| 19:03.14 | otavio | it seems it doesn't has the compiler set |
| 19:03.26 | otavio | am I missing anything? |
| 19:05.14 | GNUtoo | if PR was r6 |
| 19:05.27 | GNUtoo | incPR can't be r1 |
| 19:05.32 | GNUtoo | *INC_PR |
| 19:05.41 | GNUtoo | so I guess I've to put the highest PR |
| 19:07.24 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 19:09.02 | GNUtoo | I'll try |
| 19:09.14 | GNUtoo | I remember doing INC_PR= "r1" |
| 19:13.09 | cbrake | does OE (classic) output a file of all packages and licenses used (still using Angstrom) |
| 19:13.32 | woglinde | hm in the labs folder I think |
| 19:14.51 | cbrake | woglinde: the testlab folder does not seem to have anything, but perhaps my OE snapshot is too old |
| 19:17.55 | cbrake | looks like distribute-license.bbclass is probably what I need |
| 19:18.15 | *** join/#oe lamikr (~lamikr@a91-155-189-205.elisa-laajakaista.fi) |
| 19:18.32 | GNUtoo | cbrake, usually when I bitbake foo it distributes the source of only foo |
| 19:18.39 | GNUtoo | not of its deps |
| 19:18.49 | GNUtoo | I guess that needs fixing |
| 19:18.58 | cbrake | GNUtoo: so you need to do a full rebuild? |
| 19:19.33 | GNUtoo | so it doesn't work |
| 19:19.44 | GNUtoo | let's say I bitbake an image |
| 19:19.51 | GNUtoo | it will distribute the source of the image only |
| 19:20.02 | GNUtoo | not for instance its kenrel or busybox |
| 19:20.11 | cbrake | GNUtoo: interesting, even with a full rebuild? |
| 19:20.15 | GNUtoo | yes |
| 19:20.43 | GNUtoo | it's been broken this way since I started to use openembedded(long time ago) |
| 19:21.06 | GNUtoo | but if that can be fixed |
| 19:21.14 | GNUtoo | like for instance an inherit in the local.conf |
| 19:21.18 | GNUtoo | or something like that |
| 19:21.20 | GNUtoo | it would be great |
| 19:21.47 | cbrake | GNUtoo: yes, local.conf is probably how its supposed to work |
| 19:21.58 | *** join/#oe msm (~msm@gate-de.freescale.com) |
| 19:22.18 | GNUtoo | ok, if you get it working, I'd be interested in the solution |
| 19:22.21 | cbrake | GNUtoo: looks like cd /usr/lib/opkg/info; grep License * will also work to get things quickly |
| 19:22.47 | GNUtoo | btw I'm interested in license filtering |
| 19:22.56 | GNUtoo | is there anything like that in yocto or oe |
| 19:23.18 | *** join/#oe pepermin1 (~pepermint@host115-89-dynamic.5-87-r.retail.telecomitalia.it) |
| 19:23.35 | cbrake | GNUtoo: Yocto takes it pretty seriously: http://elinux.org/images/e/ec/Elc2011_flanagan.pdf |
| 19:24.41 | GNUtoo | ok, I guess there is also a video of it at free electrons |
| 19:25.22 | GNUtoo | how the non-gplv3 is enforced? |
| 19:25.43 | GNUtoo | I'd like something like that but for preventing non-free stuff to come inside our images and repos |
| 19:26.40 | *** join/#oe kannerke (~pvandenb@83.101.83.49) |
| 19:30.21 | GNUtoo | woglinde, btw if I've PR="r6" and that I change to PR="r1.0" that won't work I guess, I need to start INC_PR at r7 |
| 19:30.46 | *** join/#oe flo_lap (~fuchs@sign-4d09474d.pool.mediaWays.net) |
| 19:30.46 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 19:32.18 | cbrake | quite a few of the LICENSE flags are LGPL with no version -- hopefully OE core has fixed that |
| 19:33.22 | pepermin1 | nick pepermint |
| 19:33.27 | perpermint | ops |
| 19:34.57 | *** join/#oe rcf (~rcf@81.243.23.218) |
| 19:41.32 | *** join/#oe kevinsc (~a0214685@nat/ti/x-ejqygihwtvpopnwm) |
| 19:44.01 | woglinde | GNUtoo YES |
| 19:44.24 | woglinde | cbrake oe-core has it fixed |
| 19:44.28 | GNUtoo | ok I've tested on target and it behaved like expected |
| 19:44.45 | woglinde | cbrake or the recipes arent in oe-core meta-oe yet |
| 19:45.03 | cbrake | how does one run ldd on an ARM binary? |
| 19:45.14 | cbrake | (to get a list of dependent libs) |
| 19:45.23 | woglinde | ? |
| 19:45.28 | GNUtoo | cbrake, ldd is a script, it runs on target |
| 19:45.29 | woglinde | install ldd on the device |
| 19:45.43 | GNUtoo | if you want to ldd it on host, use the binutils instead |
| 19:45.49 | GNUtoo | it's not as good as ldd tough |
| 19:46.11 | GNUtoo | since it has no way to see if the deps are present |
| 19:46.45 | kergoth | cbrake: i'd just use readelf personally |
| 19:48.49 | cbrake | kergoth: thanks, readelf -d works I think |
| 19:49.13 | kergoth | yeah |
| 19:50.07 | cbrake | is there any chance that dependent libs link to additional libs that do not show up? |
| 19:50.18 | cbrake | and does it matter for license compliance? |
| 19:50.45 | *** join/#oe kristoffer_ (~kristoffe@host-90-237-197-93.mobileonline.telia.com) |
| 19:53.37 | kergoth | cbrake: not directly, but something could be using dlopen |
| 19:53.39 | kergoth | (afaik) |
| 19:53.42 | kergoth | also there's static linking to consider |
| 19:58.36 | GNUtoo | if something uses dlopen, it should be in RDEPENDS or RRECOMMANDS ideally |
| 20:01.15 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-ztfxkgpoypcktwot) |
| 20:02.47 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 20:04.01 | *** join/#oe methril (~methril@189.27.131.83.dynamic.adsl.gvt.net.br) |
| 20:04.15 | GNUtoo | DJWillis, hi |
| 20:05.55 | CIA-8 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r91e41a3fff 10openembedded.git/recipes/connman/ (connman.inc files/shr/connman): (log message trimmed) |
| 20:05.55 | CIA-8 | connman: SHR distribution: ignore the htcdream's network interfaces |
| 20:05.55 | CIA-8 | The SHR images uses iliwi by default, which call udhcpc, |
| 20:05.55 | CIA-8 | udhcpc blocks near the end: |
| 20:05.55 | CIA-8 | Lease of 192.168.1.147 obtained, lease time 600 |
| 20:05.56 | CIA-8 | [blocked here,"adding dns 192.168.1.1" not shown] |
| 20:05.57 | CIA-8 | The routes contain problematic lines such as(rmnet interface is normal): |
| 20:06.05 | CIA-8 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * rcd6bb9f47f 10openembedded.git/recipes/connman/ (8 files): |
| 20:06.05 | CIA-8 | connman: convert to INC_PR |
| 20:06.05 | CIA-8 | Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> |
| 20:07.58 | DJWillis | Hey GNUtoo :) |
| 20:08.38 | GNUtoo | DJWillis, I found an issue in slim: it depend on bash |
| 20:09.07 | GNUtoo | what's the better fix? |
| 20:09.14 | GNUtoo | remove bash dependency |
| 20:09.28 | GNUtoo | or add bash to RDEPENDS_${PN} |
| 20:09.38 | GNUtoo | btw I added some games to oe: |
| 20:09.43 | GNUtoo | *wordwarvi |
| 20:09.54 | GNUtoo | *I fixed crimsonfields |
| 20:10.01 | DJWillis | GNUtoo: I would guess that would be the best way. RDEPENDS would also work, there are some messy bits in there, that was my reason for not mainline pushing it ;). |
| 20:10.44 | GNUtoo | yes but I really needed slim |
| 20:10.52 | GNUtoo | for my bug20 |
| 20:11.22 | GNUtoo | btw will the pandora move to oe-core? |
| 20:11.30 | DJWillis | GNUtoo: I know, I also need it for the OpenPandora, I am going to have to clean it up to get it into meta-oe. |
| 20:11.51 | GNUtoo | ok nice |
| 20:12.45 | DJWillis | GNUtoo: https://github.com/openpandora << Look at what I am hacking on in my free time, meta-oe, oe-core, meta-angstrom and it's own BSP layer (the old -vendor stuff is also in it's own layer). |
| 20:12.55 | GNUtoo | ok |
| 20:13.14 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 20:13.35 | GNUtoo | we need a game directory in meta-oe |
| 20:14.12 | GNUtoo | also slim would be nice for xfce46-image |
| 20:14.20 | GNUtoo | maybe it could be integrated there |
| 20:19.20 | DJWillis | GNUtoo: also reminds me that I need to sink more hours into working on Xfce 4.8.* |
| 20:21.27 | GNUtoo | ah that would be nice |
| 20:24.05 | DJWillis | GNUtoo: I should shove it into a branch, sort of stopped work trying to get things working in oe-core/meta-oe and gave up on classic. |
| 20:24.37 | GNUtoo | ah? |
| 20:25.59 | DJWillis | GNUtoo: not really working on anything other than oe-core/meta-oe, trying to work on that and a org.oe.dev tree is just to much like work when you only have a few hours a week to hack ;) |
| 20:26.14 | GNUtoo | ok |
| 20:30.02 | *** join/#oe anarsoul (~anarsoul@46.28.99.145) |
| 20:35.02 | *** join/#oe CIA-10 (~CIA@cia.atheme.org) |
| 20:46.12 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 20:46.12 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 20:50.12 | otavio | khem: are you there? |
| 20:50.43 | otavio | khem: to fix cmake properly I need to mangle the variables used for its compilation but I'd need some guidance to avoid wasting too much time on that |
| 20:50.49 | otavio | khem: mind to give me a hand? |
| 20:54.19 | *** join/#oe kevinsc (~a0214685@nat/ti/x-dkhxwxgxmspyvfel) |
| 21:01.36 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 21:09.59 | *** join/#oe ant__ (~andrea@host9-105-dynamic.50-82-r.retail.telecomitalia.it) |
| 21:15.02 | *** join/#oe kristoffer__ (~kristoffe@host-90-237-129-162.mobileonline.telia.com) |
| 21:19.41 | *** part/#oe nedkonz (~ned@mail.productcreationstudio.com) |
| 21:30.41 | *** join/#oe lamawithonel (~lucas@pool-173-66-110-102.washdc.fios.verizon.net) |
| 21:36.10 | *** join/#oe kg4ysn (~kg4ysn@173.8.168.17) |
| 21:37.24 | kg4ysn | anyone know what the current support level for UBIFS images in 2011.03-maintenance is? is it expected to work, or is it still experimental? |
| 21:42.33 | *** join/#oe kristoffer__ (~kristoffe@host-90-237-140-123.mobileonline.telia.com) |
| 21:43.20 | *** join/#oe neilm (~neil@s64-180-61-141.bc.hsia.telus.net) |
| 22:06.01 | khem | kg4ysn: it should work |
| 22:06.10 | khem | otavio: I am here now |
| 22:11.01 | *** join/#oe ant__ (~andrea@host245-248-dynamic.15-87-r.retail.telecomitalia.it) |
| 22:20.25 | CIA-10 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * re16a751548 10openembedded.git/recipes/klibc/ (klibc-utils.inc klibc.inc klibc_1.5.23.bb): |
| 22:20.25 | CIA-10 | klibc: repackage according to debian naming for libs |
| 22:20.25 | CIA-10 | * RDEPENDS cleanings for the (shared) utils |
| 22:20.25 | CIA-10 | * bump PR |
| 22:20.25 | CIA-10 | Signed-off-by: Andrea Adami <andrea.adami@gmail.com> |
| 22:25.45 | kg4ysn | khem: ok thanks, i'll keep looking into it then. the volume doesn't seem to be mounting, so i think i'm having a mismatch in the MKUBIFS_ARGS and UBINIZE_ARGS variables. |
| 22:44.47 | *** join/#oe stuffcorpse (stuffy@amarok/developer/rickc) |
| 23:11.49 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 23:28.10 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 23:35.27 | *** join/#oe woglinde_ (~heinold@f052224129.adsl.alicedsl.de) |
| 23:36.41 | *** join/#oe lamawithonel_ (~lucas@pool-173-66-110-102.washdc.fios.verizon.net) |
| 23:43.41 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 23:50.11 | *** join/#oe dijenerate_ (~dijenerat@204.212.240.159) |
| 23:56.57 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 23:57.06 | *** join/#oe mlip|aw (~mlip@85-127-60-178.dynamic.xdsl-line.inode.at) |
| 23:59.55 | *** join/#oe mangomake (~dan@cpc2-hitc3-0-0-cust115.9-2.cable.virginmedia.com) |
| 23:59.55 | *** join/#oe radhermit (~radhermit@radhermit.com) |
| 23:59.55 | *** join/#oe methril (~methril@189.27.131.83.dynamic.adsl.gvt.net.br) |
| 23:59.55 | *** join/#oe tdebrouw (~tdebrouw@91.182.206.246) |
| 23:59.55 | *** join/#oe nitink (~nitink@134.134.137.73) |
| 23:59.55 | *** join/#oe htns (~htns@175.139.209.77) |
| 23:59.55 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 23:59.55 | *** join/#oe MMx (mmx@2001:41b8:200::42) |
| 23:59.55 | *** join/#oe Crofton (~balister@108-65-78-2.lightspeed.sntcca.sbcglobal.net) |
| 23:59.55 | *** join/#oe kurre_ (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 23:59.55 | *** join/#oe dm8tbr (dm8tbr@2001:41b8:0:f010::2) |
| 23:59.55 | *** join/#oe qdot__ (~qdot@vorlon.vm.bytemark.co.uk) |
| 23:59.56 | *** join/#oe Zygo (startkeylo@startkeylogger.hungrycats.org) |
| 23:59.56 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |