| 00:03.16 | *** join/#oe playya_ (n=playya@unaffiliated/playya) |
| 00:04.56 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 00:05.19 | *** join/#oe BenLauDC (n=benlau@221.125.8.18) |
| 00:12.07 | *** join/#oe Martin-B (n=martin@pool-143-65-198-89.dbd-ipconnect.net) |
| 00:18.36 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 00:26.34 | *** join/#oe wicknix2 (n=wicked@135.63-135-148.netnet.net) |
| 00:33.26 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 00:38.05 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 00:51.04 | rednul | trying to do my first build, fails on eglibc-2.10-r7.5 (checking sysdep dirs... configure: error: The geode subspecies of i486 is not supported) is it detecting the i486 config of my gentoo host? |
| 00:51.57 | woglinde | rednul read the oe-dev ml for the problem |
| 00:52.17 | woglinde | I removed the patches to fixing it because it was not the proper solution |
| 00:52.37 | rednul | this one? http://sourceware.org/ml/crossgcc/2006-09/msg00049.html |
| 00:52.57 | woglinde | is this the openembedded-dev mailiglist? |
| 00:53.02 | woglinde | I rather guess not |
| 00:53.14 | rednul | oops sorry :) |
| 00:58.02 | *** join/#oe bluelightning_ (n=blueligh@93-96-131-185.zone4.bethere.co.uk) |
| 01:07.41 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 01:08.18 | *** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 01:17.04 | woglinde | re kergoth |
| 01:47.33 | *** join/#oe thaytan (n=jan@78.16.225.119) |
| 01:54.23 | CIA-2 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r14a73529b5 10openembedded.git/recipes/pingus/ (files/boost.patch files/cheader.patch pingus_0.7.2.bb): |
| 01:54.23 | CIA-2 | pingus: make it buildable again |
| 01:54.23 | CIA-2 | * add patches for finding right boost lib and fixing c-headers |
| 01:54.23 | CIA-2 | * pingus has no install target so make do_stage empty |
| 01:54.23 | CIA-2 | * bump PR |
| 01:57.57 | *** join/#oe rsalveti (n=rsalveti@189.115.173.113) |
| 02:21.48 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 02:23.03 | *** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
| 02:48.20 | *** join/#oe gregoiregentil1 (n=gregoire@166.129.57.151) |
| 02:48.22 | *** part/#oe gregoiregentil1 (n=gregoire@166.129.57.151) |
| 02:50.25 | *** join/#oe ctusar (n=ctusar@c-71-58-119-148.hsd1.pa.comcast.net) |
| 03:11.37 | *** join/#oe fraxinas (n=quassel@p4FD666D4.dip.t-dialin.net) |
| 03:23.33 | *** join/#oe kergoth_ (n=kergoth@ip70-162-200-144.ph.ph.cox.net) |
| 03:38.37 | *** join/#oe kergoth_ (n=kergoth@ip70-162-200-144.ph.ph.cox.net) |
| 03:43.01 | *** join/#oe mossila (n=User@ppp-58-10-71-10.revip2.asianet.co.th) |
| 03:43.12 | mossila | I use 'bitbake linux-omap3 ' |
| 03:43.21 | mossila | <PROTECTED> |
| 03:43.28 | mossila | Can anyone help me to fix it? |
| 03:58.04 | *** join/#oe AvengerMoJo (n=alex@222.126.194.154) |
| 04:08.06 | mossila | hello |
| 04:18.27 | *** join/#oe zmjjmz (n=zmjjmz@c-71-225-226-221.hsd1.nj.comcast.net) |
| 04:19.04 | zmjjmz | I assume that you guys know stuff about opkg and ipkg? |
| 04:22.37 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 04:23.40 | zmjjmz | Because I keep getting fork errors in opkg, and I'm not sure what to do about that |
| 04:25.03 | grg | that's not good |
| 04:25.15 | grg | what operation are you performing? |
| 04:25.43 | grg | zmjjmz, there is only one fork() in all of opkg |
| 04:25.56 | grg | which occurs when you extract a file |
| 04:25.59 | mwester | opkg is a memory pig, and leaks like a seive |
| 04:26.10 | mwester | so you need to add swap space for it, or diable your OOM killer |
| 04:26.16 | mwester | er, disable |
| 04:26.41 | mwester | There are some fixes that have been made, so perhaps a more recent version of opkg will work for you. |
| 04:27.00 | zmjjmz | doing an install |
| 04:27.05 | zmjjmz | I actually didn't turn the swapon |
| 04:27.05 | mwester | or you can take a look at some of the other variations on opkg in the OE recipes; the one for SlugOS works ok on 32MB systems. |
| 04:27.17 | grg | zmjjmz, can you paste the command and its output into a pastbin? |
| 04:27.52 | grg | sometimes turning on swap can be hard |
| 04:27.53 | *** join/#oe aloril (n=aloril@84.249.126.153) |
| 04:28.10 | grg | for instance, if you are using flash based filesystem |
| 04:28.19 | *** join/#oe kergoth (n=kergoth@ip70-162-200-144.ph.ph.cox.net) |
| 04:28.33 | zmjjmz | grg: not really, this distro doesn't have anything to do that with |
| 04:28.43 | mwester | Yep, that's why the SlugOS-specific version of opkg exists. It uses (for one thing) vfork instead of fork. |
| 04:28.44 | zmjjmz | and yeah I'm running off of a microSD card |
| 04:29.11 | grg | mwester, can you point me at this slugos version? |
| 04:29.25 | zmjjmz | and a way to install it? |
| 04:29.30 | zmjjmz | (I do have wget on here, actually) |
| 04:29.57 | zmjjmz | what's the command to opkg install a package manually, because going through the help file is impossible on sucha small screen |
| 04:30.27 | grg | opkg install foo.opk |
| 04:30.35 | zmjjmz | ok |
| 04:30.36 | zmjjmz | thanks |
| 04:30.49 | zmjjmz | let me browse these repos manually now :| |
| 04:31.08 | mwester | grg: recipes/opkg-nogpg-nocurl_svn.bb builds it; the patches are in the files dir. |
| 04:31.16 | grg | it would be nice if you could tell me the full error message you are getting... i could at least attempt to look into it then |
| 04:33.05 | zmjjmz | grg: yeah, ok, here let me try |
| 04:33.12 | zmjjmz | I'll have to manually put it into pastebin |
| 04:36.07 | zmjjmz | great, wifi just cut out |
| 04:37.15 | zmjjmz | alright |
| 04:40.31 | zmjjmz | here's what happens when I try to install nmap: |
| 04:40.35 | zmjjmz | grg: http://pastebin.com/m1fca3523 |
| 04:41.15 | grg | ffs! who wrote the error handling code in opkg... |
| 04:41.32 | grg | guesses... no one |
| 04:42.22 | zmjjmz | not I |
| 04:42.51 | grg | no wonder bugs go unfixed. the errors you get when something fails are useless |
| 04:43.30 | grg | mwester is probably right, and you've just run out of memory |
| 04:45.45 | zmjjmz | ugh |
| 04:45.45 | zmjjmz | ok |
| 04:46.18 | zmjjmz | tried to dl it with wget, then it said "invalid magic" when I tried to install it |
| 04:46.39 | zmjjmz | but I'll see about getting swapon |
| 04:47.54 | zmjjmz | I don't know about that |
| 04:48.10 | zmjjmz | you see, free says that more than half of my memory is available |
| 04:48.16 | zmjjmz | how much does opkg take up? |
| 04:48.25 | grg | how long is a piece of string? |
| 04:48.35 | zmjjmz | good point |
| 04:48.50 | grg | how much ram do you have total? |
| 04:49.02 | zmjjmz | 32MB |
| 04:49.09 | zmjjmz | well, 30MB |
| 04:49.17 | zmjjmz | says only 13MB is used at idel |
| 04:49.18 | zmjjmz | *idle |
| 04:49.25 | grg | that is going to be very tight |
| 04:49.30 | zmjjmz | (I guess I'm running wpa_supplicant under that) |
| 04:49.36 | zmjjmz | yeah |
| 04:49.37 | grg | many opkg commands will fail in bad ways |
| 04:49.37 | zmjjmz | ok |
| 04:49.46 | zmjjmz | I'll try to setup swap then |
| 04:49.48 | mwester | You can't run the unpatched opkg in 32MB |
| 04:49.51 | zmjjmz | just need to find the swap partition |
| 04:49.56 | zmjjmz | :/ |
| 04:49.57 | mwester | you need the SlugOS patched version. |
| 04:50.00 | zmjjmz | that's annoying |
| 04:50.10 | mwester | Can't even do it with swap - sorry. |
| 04:50.15 | mwester | the OOM killer will get you anyway. |
| 04:51.09 | zmjjmz | :/ |
| 04:51.37 | grg | so, the slugos patch execlp("gunzip") instead of forking and using libbb's unzip function.... any reason why the fork just wasnt removed? |
| 04:52.57 | zmjjmz | great, I don't even have make on here, not sure how I'll get the SlugOS one |
| 04:53.37 | mwester | zmjjmz: I guess I'm confused now -- didn't you build your image? Just change it to depend on the other opkg. |
| 04:53.56 | zmjjmz | mwester: didn't build it, no |
| 04:54.07 | zmjjmz | it was specifically built for this device though |
| 04:54.18 | mwester | grg: probably because at the time there was still some hope to minimize the amount of tmpdir space required... |
| 04:54.36 | mwester | zmjjmz: you'll have to talk to the maintainers for that distro then. |
| 04:54.46 | zmjjmz | mwester: I agree |
| 05:05.32 | mossila | <PROTECTED> |
| 05:05.42 | grg | mwester, i don't follow - your patch uses an identical amount of /tmp space because the data is extracted from one fd to another |
| 05:07.07 | mwester | perhaps I don't follow you -- IIRC the unzip is piped to the parent process |
| 05:07.58 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 05:08.15 | grg | yes |
| 05:08.24 | *** join/#oe mickey|ICE672 (n=M@80.187.210.104) |
| 05:08.38 | grg | so your patch does the same thing, it just uses an external program to do so |
| 05:09.03 | mwester | my patch was only intended to replace the fork() with vfork(). |
| 05:09.18 | mwester | in order to dodge the OOM Killer |
| 05:09.27 | grg | So why not just remove the fork()ing all together? |
| 05:09.52 | mwester | If you remove the forking altogether then one must uncompress to a temp file, and then read that temp file. |
| 05:10.09 | grg | im not convinced |
| 05:10.16 | grg | will look into it |
| 05:10.31 | mwester | there's nothing to be convinced about. That's a fundamental *nix concept :) |
| 05:11.10 | zmjjmz | alright, I'll try debian next time :P |
| 05:11.14 | zmjjmz | night, and thanks |
| 05:11.15 | *** part/#oe zmjjmz (n=zmjjmz@c-71-225-226-221.hsd1.nj.comcast.net) |
| 05:11.42 | grg | i am prepared to change the interface between libbb and libopkg |
| 05:12.18 | mwester | You propose to replace the file read operations with calls to the uncompression code? That would work, but is rather a major change. |
| 05:13.16 | grg | opkg needs major change |
| 05:13.47 | mickey|ICE672 | morning fols |
| 05:13.50 | mickey|ICE672 | folks, even |
| 05:13.57 | grg | hello |
| 05:13.58 | mwester | If you're actually willing to make that sort of a major change, that's fabulous! |
| 05:14.18 | mwester | Greetings mickey|ICE672 |
| 05:15.46 | grg | gz_open takes an input FILE* and returns a FILE*. It forks to call unzip() which takes an input FILE* and an output FILE*. |
| 05:18.25 | kergoth | hmm |
| 05:20.28 | grg | making music kergoth ? |
| 05:20.33 | kergoth | heh |
| 05:20.50 | kergoth | 's trying to remember what he did with the version of do_unpack that used the python modules to extract |
| 05:20.59 | kergoth | its in one of these 40+ trees, i swear.. |
| 05:22.26 | mickey|ICE672 | hehe |
| 05:22.40 | kergoth | locate | xargs grep, perhaps |
| 05:23.02 | kergoth | i really, really want something like locate but which pokes inside of git repositories somehow.. magically. |
| 05:23.06 | kergoth | heh |
| 05:26.21 | mickey|ICE672 | one of these days i'm going to resurrect bitbake -i |
| 05:26.27 | mickey|ICE672 | i'm really missing it |
| 05:26.44 | mickey|ICE672 | then again, it might still work |
| 05:26.51 | mickey|ICE672 | didn't try for ages |
| 05:26.53 | kergoth | seemed to last time i ran it |
| 05:26.58 | mickey|ICE672 | heh, cool |
| 05:27.03 | kergoth | don't really use it much, probably should :) |
| 05:27.07 | mickey|ICE672 | i thought all the changes in master broke it |
| 05:45.24 | Laibsch | mickey|ICE672: what is it you wanted to talk about? |
| 05:47.36 | mickey|ICE672 | Laibsch: just wanted your blessing for the planned radical bugtracker cleanup |
| 05:47.58 | Laibsch | In general I'm cool with it |
| 05:48.12 | Laibsch | I don't know about the details, though |
| 05:48.35 | Laibsch | FWIW, I have heard that all non-OE should be out/closed |
| 05:48.57 | Laibsch | the question one will have to answer is "what is a OE bug?", then |
| 05:49.05 | Laibsch | That's easier said than defined |
| 05:49.12 | mickey|ICE672 | corect |
| 05:49.24 | mickey|ICE672 | this is going to be a process |
| 05:49.38 | Laibsch | OK |
| 05:49.57 | Laibsch | I'll try to keep an eye on it and give feedback when I think it's necessary |
| 05:49.59 | mickey|ICE672 | great. we're going to have bug squashing weekends again |
| 05:50.05 | mickey|ICE672 | oki |
| 05:50.36 | Laibsch | Instead of closing tickets that are valid, but out of scope under the new regime, maybe we should put them in a separate part of the bugtracker? |
| 05:51.00 | Laibsch | OE, bitbake, zaurus kernels, infrastructure, out-of-scope? |
| 05:52.08 | mickey|ICE672 | can we stop reporting activity and creating new ones on out-of-scope stuff? |
| 05:52.32 | mickey|ICE672 | zaurus kernels are out of scope as well, btw. |
| 05:52.38 | *** join/#oe colin__b (n=colin@79-71-171-195.dynamic.dsl.as9105.com) |
| 06:04.20 | Laibsch | what do you mean stop reporting activity? |
| 06:04.36 | Laibsch | stop sending mails when things change for bugs out of scope? |
| 06:04.45 | Laibsch | I think that should be possible |
| 06:05.07 | Laibsch | It is definitely possible to disallow reporting new bugs against defined components |
| 06:11.39 | *** join/#oe NeverBest (n=nb@66.183.96.228) |
| 06:13.30 | mickey|ICE672 | out-of-scope ones should essentially be... out of scope |
| 06:13.32 | mickey|ICE672 | so i'd rather not have any reports to the bug mailing list |
| 06:18.16 | mickey|ICE672 | ok, now we just need to find a way to mass-move all the bugs against != OE and != infrastructure to this new out-of-scope component |
| 06:27.21 | grg | mwester, it appears likely that the original reason for fork()ing the unzip was to avoid the unpleasantness of libbb. |
| 06:27.33 | grg | things don't really behave correctly within libbb |
| 06:28.11 | grg | i'm seeing some really nasty memory abuse |
| 06:37.32 | mickey|ICE672 | now that glib is a requirement for opkg anyways, it might make sense to remove all traces of libbb usage |
| 06:46.58 | Laibsch | mickeyl: that should be fairly easy to do component-wise |
| 06:47.10 | Laibsch | mass-changing bugs in bugzilla is easy to do |
| 06:47.27 | Laibsch | of course, some manual combing through bugs will also be necessary |
| 06:47.54 | Laibsch | but I guess it will be a rewarding job, never been so easy to move bugs off the radar ;-) |
| 06:53.24 | *** join/#oe Weaselweb (n=quassel@2001:6f8:9e4:123:21a:92ff:fe5a:1409) |
| 06:58.51 | *** join/#oe spaetz (n=spaetz@mtec-hg-docking-1-dhcp-199.ethz.ch) |
| 06:59.31 | spaetz | morning |
| 07:06.54 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 07:15.11 | mossila | can anyone help me to fix the error form bitbake? |
| 07:16.38 | *** join/#oe NvrBst (n=nb@66.183.96.228) |
| 07:18.06 | mossila | http://dl.dropbox.com/u/599479/playspace/overo-oe/build-fail.txt |
| 07:19.20 | spaetz | RP: awake? |
| 07:19.30 | spaetz | I just updated the tree and compiled udev. |
| 07:19.41 | *** join/#oe kimrhh (n=kimhh@static.51.211.46.78.clients.your-server.de) |
| 07:19.53 | spaetz | the following files were installed but not shipped in any package: |
| 07:20.26 | spaetz | /usr/lib/libudev.so|/usr/lib/libudev.so /usr/lib/libudev.so|libvolume_id.pc |
| 07:20.47 | spaetz | isn't that what you supposedly fixed a few hours ago? |
| 07:23.44 | spaetz | err, slightly mispasted, sorry. last 2 files are 2 .pc files |
| 07:25.29 | spaetz | also dbus-native still seems to fail here: |
| 07:25.30 | spaetz | /home/spaetz/src/shrbuildenv/shr-unstable/tmp/staging/x86_64-linux/usr/bin/install: cannot stat `.libs/dbus-daemon': No such file or directory |
| 07:33.41 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:38.22 | *** join/#oe tasslehoff (n=tassleho@147.84-49-231.nextgentel.com) |
| 07:46.44 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:55.55 | *** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch) |
| 08:18.53 | *** join/#oe Pr0t0N (n=lcintrat@93.2.234.186) |
| 08:22.19 | *** join/#oe woglinde (i=woglinde@78.52.239.243) |
| 08:22.24 | woglinde | hi |
| 08:27.20 | mossila | http://dl.dropbox.com/u/599479/playspace/overo-oe/build-fail.txt Can somebody help me? |
| 08:30.32 | *** join/#oe esbenh (n=EsbenH@77.233.226.4) |
| 08:30.46 | *** join/#oe Jay7 (n=jay@93-81-70-123.broadband.corbina.ru) |
| 08:33.04 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 08:43.51 | woglinde | gm xora |
| 08:43.59 | XorA | hey |
| 08:56.46 | *** join/#oe rob_w (n=bob@217.237.177.190) |
| 09:00.43 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 09:03.33 | *** join/#oe jest (n=jest@150.254.31.31) |
| 09:07.50 | XorA | thinks he has found the xterm install issue |
| 09:07.57 | XorA | and its really really stupid |
| 09:08.02 | *** join/#oe tasslehoff (n=tassleho@147.84-49-231.nextgentel.com) |
| 09:08.24 | woglinde | xora hehe whats it? |
| 09:08.37 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 09:08.53 | XorA | they have xterm installed in their host OS, xterm installer is checking mode on /usr/bin/X11/xterm |
| 09:09.05 | XorA | Im just testing to see if Im correct |
| 09:09.57 | XorA | BINGO!!! |
| 09:10.03 | woglinde | lol |
| 09:10.43 | *** part/#oe jest (n=jest@150.254.31.31) |
| 09:17.31 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd0ede79db3 10openembedded.git/recipes/xorg-lib/ (10 files in 2 dirs): pixman git: bump SRCREV to one where almost all patches are upstream |
| 09:21.35 | RP | morning all |
| 09:21.39 | XorA | hey RP |
| 09:21.59 | XorA | well at least we can ignore all that selinux nonsense on the mailing list |
| 09:23.44 | RP | spaetz: hmm :/ |
| 09:23.55 | woglinde | hi rp |
| 09:24.10 | Longfield | hello guys |
| 09:24.21 | woglinde | hi longfield |
| 09:24.44 | Longfield | is it possible to define many names in the LEAD_SONAME variable in a lib recipe ? |
| 09:24.56 | *** join/#oe kristoffer (n=kristoff@95.209.91.131.bredband.tre.se) |
| 09:25.01 | woglinde | longfield nope |
| 09:25.03 | woglinde | only one |
| 09:25.16 | woglinde | either you live with it or you split the package up |
| 09:26.04 | Longfield | hum, that's annoying |
| 09:26.07 | woglinde | mossila hm I stumbled over similary I think I checked out the kernel stuff by hand and than it works |
| 09:26.13 | woglinde | longfield why? |
| 09:26.16 | woglinde | its only note |
| 09:26.30 | woglinde | for boost will not split it up more |
| 09:27.06 | Longfield | well, we have a software we use everywhere, it build varous .so and even executables |
| 09:27.44 | tasslehoff | Every time new media is mounted, I want to run a script to check its filesystem for the existence of a file. How can I do this? Some udev-patch? |
| 09:27.57 | *** join/#oe kristoffer_ (n=kristoff@95.209.99.191.bredband.tre.se) |
| 09:28.09 | Longfield | when I try to run the executables I have built, it tries to look for the .so that are no the LEAD_SONAME where they where when built |
| 09:28.32 | Longfield | I guess I have to split my package up |
| 09:28.55 | woglinde | I think I will ignore Robert P. J. Day |
| 09:29.54 | woglinde | tasslehoff jupp |
| 09:30.03 | woglinde | tasslehoff or usbmount |
| 09:31.07 | CIA-2 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * redf2a4ca83 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev |
| 09:31.19 | CIA-2 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r509fe8bba2 10openembedded.git/recipes/xorg-app/ (xterm_207.bb xterm_243.bb xterm_251.bb): (log message trimmed) |
| 09:31.19 | CIA-2 | xterm_207.bb : fix problem on "SELinux" F11 based builds |
| 09:31.19 | CIA-2 | xterm_251.bb : fix problem on "SELinux" F11 based builds |
| 09:31.19 | CIA-2 | This was not really F11 or SELinux problem, installer was checking for |
| 09:31.20 | CIA-2 | the existance of /usr/bin/X11/xterm and trying to read the permissions |
| 09:31.22 | CIA-2 | for that and replicate them into the OE build. A simple --disable-setuid |
| 09:31.24 | CIA-2 | prevents this script being called and the bogus check on host tools |
| 09:31.25 | *** join/#oe lrg (n=lrg@slimlogic.co.uk) |
| 09:32.17 | hrw | morning |
| 09:32.19 | woglinde | args why the heck glib-native searches for libtool under usr/bin rather then bin/ for micro |
| 09:32.22 | woglinde | hi hrw |
| 09:32.57 | spaetz | RP: I'm in the dbus-native build dir now, want me to look for sth specific? |
| 09:33.32 | woglinde | hm libxml2-native seems borken too |
| 09:34.04 | hrw | woglinde: my angstrom build is now at 3K/5K tasks |
| 09:34.17 | XorA | woglinde: I think that commit message should be clear enough |
| 09:34.23 | spaetz | RP: I only have ./bus/dbus-daemon and not .libs/dbus-daemon |
| 09:34.39 | spaetz | RP: this being dbus-n |
| 09:34.40 | spaetz | ative-1.2.1-r16.1 |
| 09:34.51 | woglinde | xora jupp |
| 09:35.47 | woglinde | hm glib-native seems wrong at this line |
| 09:35.48 | woglinde | cp ${STAGING_BINDIR}/${TARGET_SYS}-libtool ${S} |
| 09:36.05 | woglinde | but why is STAGING_BINDIR for micro set to usr/bin |
| 09:36.57 | RP | spaetz: I don't know why your configuration wouldn't build things in a .libs directory :/ |
| 09:37.11 | tasslehoff | woglinde, I'll try an extra "RUN+=" in mount.sh and see what happens :) |
| 09:37.39 | woglinde | rp any idea? |
| 09:37.51 | woglinde | or should STAGING_BINDIR be avoided? |
| 09:38.09 | RP | woglinde: no, it should work |
| 09:38.21 | RP | woglinde: actually, native layout will not change though |
| 09:38.22 | woglinde | rp or is micro wrong? |
| 09:38.36 | RP | woglinde: For -native the layout won't change |
| 09:38.39 | woglinde | all stuff is now in /bin /include |
| 09:38.43 | woglinde | for micro |
| 09:38.48 | woglinde | no /usr |
| 09:38.53 | woglinde | for native too |
| 09:39.15 | hrw | RP: any plans to merge 1.8/1.10 changes into master bitbake? |
| 09:39.16 | woglinde | okay than it is a error inside micro distribution |
| 09:39.29 | *** join/#oe BenLauDC (n=benlau@221.125.8.18) |
| 09:39.40 | RP | hrw: They're all already in master bitbake aren't they? |
| 09:40.11 | hrw | ok, maybe I forgot to pull them last time |
| 09:40.28 | RP | woglinde: I think micro may need to override some of the other new variables |
| 09:40.57 | RP | woglinde: Try prefix_native = "" |
| 09:41.00 | XorA | wonders if he is allowed to take the cleaner home with him |
| 09:42.37 | woglinde | rp ah cool yes |
| 09:42.55 | woglinde | this makes sence |
| 09:43.05 | CIA-2 | 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r8e39848b2a 10openembedded.git/recipes/dbus/ (3 files in 2 dirs): |
| 09:43.05 | CIA-2 | dbus-1.2.1: Update fix-daemon-install patch to use automake magic to avoid the wrapper scripts |
| 09:43.05 | CIA-2 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
| 09:43.10 | RP | spaetz: pull and try that please |
| 09:43.13 | woglinde | rp I will check it in |
| 09:43.19 | woglinde | if it works |
| 09:44.16 | woglinde | hm exec_prefix_native = "" too I guess |
| 09:44.21 | woglinde | lets see |
| 09:44.26 | spaetz | RP trying... |
| 09:44.35 | RP | woglinde: yes |
| 09:47.50 | woglinde | no /usr scratch |
| 09:47.55 | woglinde | args |
| 09:48.08 | woglinde | I meant will start building from scratch |
| 09:51.14 | *** join/#oe mossila1 (n=User@ppp-58-10-71-10.revip2.asianet.co.th) |
| 09:51.52 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
| 09:52.05 | *** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 09:53.31 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 09:54.00 | spaetz | RP build fine |
| 09:54.26 | spaetz | patch seems ok besides some minor nitpicking about new mixed spaces/tabs and trailing whitespaces :) |
| 09:55.12 | spaetz | where would I check if dbus-daemon was correctly installed? |
| 09:55.44 | ant_work | RP: spaetz: I could build it yesterday, without this last commit..how? |
| 09:56.22 | spaetz | tmp/staging/x86_64-linux/usr/bin/dbus-daemon exists |
| 09:56.47 | spaetz | ant_work: don't ask me... |
| 09:57.00 | RP | spaetz: it will be a wrapper script though |
| 09:57.07 | spaetz | RP, nope |
| 09:57.21 | RP | spaetz: ah, which version of libtool is on your build system? |
| 09:57.38 | RP | suspects 1.5.x? |
| 09:57.43 | spaetz | file tmp/staging/x86_64-linux/usr/bin/dbus-daemon |
| 09:57.44 | spaetz | tmp/staging/x86_64-linux/usr/bin/dbus-daemon: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), not stripped |
| 09:58.16 | RP | spaetz: That sounds like it installed correctly |
| 09:58.40 | spaetz | local host libtool? 2.2.6a-4 |
| 09:58.46 | spaetz | (ubuntu karmic) |
| 09:59.33 | RP | spaetz: hmm, there goes that theory :) |
| 10:00.13 | spaetz | libtool-native: libtool-native 0:2.2.4-r25.0 0:2.2.6a-r25.0 |
| 10:00.20 | *** join/#oe Heinervdm (n=thomas@pD9E136FE.dip.t-dialin.net) |
| 10:00.25 | spaetz | (from b -s) |
| 10:00.27 | spaetz | bb -s |
| 10:00.48 | RP | spaetz: just run "libtool --version" on a bash prompt |
| 10:00.59 | RP | but I guess that is 2.2.6a-4 |
| 10:01.08 | spaetz | ltmain.sh (GNU libtool) 2.2.6 |
| 10:01.08 | woglinde | hm 8k packages for beagleboard-demo-image |
| 10:01.12 | woglinde | not bad |
| 10:01.26 | RP | I don't know what governs when it uses a .libs directory or not |
| 10:01.33 | spaetz | weird, yes |
| 10:01.34 | RP | The point it if it uses one it breaks |
| 10:02.12 | woglinde | rp depends on Makefile.am |
| 10:02.27 | woglinde | if you have _la stuff in it normaly uses .lib |
| 10:02.57 | RP | woglinde: but this is the same makefile? :) |
| 10:04.03 | woglinde | but seems to work now |
| 10:04.07 | woglinde | or not? |
| 10:04.28 | RP | woglinde: It will work now as I've hit dbus with a large stick ;-) |
| 10:06.37 | ant_work | btw, I think I see how gentoo avoids tlc dependency for building sqlite3: they overwrite an header |
| 10:06.59 | ant_work | ..an autogenerated header (sqlite3.h) |
| 10:07.01 | spaetz | needing tlc for sqlite in all cases does seem a bit extreme |
| 10:07.20 | pb_ | afaik, libtool will always use a .libs directory when shared libs are in use; the only situation where you can dispense with the wrapper script safely is when all the locally build libs are static. |
| 10:07.22 | XorA | tlc != tcl :-D |
| 10:07.29 | ant_work | sob..my nightly build stopped against this... |
| 10:07.38 | ant_work | yep |
| 10:07.44 | pb_ | spaetz: it's only a build tool, I don't think there is anything too outrageous about requiring it. it's not as if you need tcl installed on the target. |
| 10:07.44 | ant_work | tcl |
| 10:08.10 | ant_work | this header: http://mirrors.tds.net/gentoo/distfiles/sqlite3.h-3.6.20.bz2 |
| 10:08.15 | spaetz | doh |
| 10:08.21 | spaetz | shuts better up now :) |
| 10:08.34 | ant_work | pb_: then we have to update the 'required packages' |
| 10:08.46 | pb_ | ant_work: in what way? |
| 10:08.52 | pb_ | sqlite3.inc already requires tcl-native in DEPENDS |
| 10:09.01 | ant_work | hm... |
| 10:09.06 | ant_work | build failed overnight |
| 10:09.11 | pb_ | actually, that setting is a bit too conservative since sqlite3.6.16 doesn't actually need tcl, but it doesn't hurt too much to have it in there |
| 10:10.05 | ant_work | pb_: ah, yes, a new failure...http://tinderbox.openembedded.net/public/logs/task/3537090.txt |
| 10:10.48 | spaetz | ant_work: yes, we had that too |
| 10:10.50 | pb_ | ah, that is the thing that GNUtoo mentioned yesterday |
| 10:10.56 | spaetz | it creates libtcl8.4.so but not libtcl8.4.so.0 |
| 10:11.01 | pb_ | it seems as though oe_libinstall is malfunctioning for some reason |
| 10:11.08 | spaetz | and symlinks |
| 10:11.16 | spaetz | s/and/no/ |
| 10:11.21 | pb_ | but, it works for me so I can't really suggest much. |
| 10:11.39 | RP | There is a report of that on the mailing list too |
| 10:11.39 | pb_ | someone who is experiencing that problem needs to debug it. it should be fairly simple, oe_libinstall is a straightforward shell function |
| 10:11.58 | pb_ | well, maybe not all that straightforward, but it is just a shell function |
| 10:12.07 | RP | pb_: :) |
| 10:12.08 | ant_work | RP: yes, bluelightning and me were looking at sqlite3 |
| 10:12.16 | spaetz | with enough grep and sed magic to make my head spin :) |
| 10:12.25 | ant_work | koen uggested to add the dep from tcl-native iirc |
| 10:12.30 | ant_work | but... |
| 10:12.42 | ant_work | we are discussing now :D |
| 10:13.25 | pb_ | I don't think tcl uses libtool, so you can ignore most of the complexity in oe_libinstall |
| 10:13.34 | ant_work | he..I missed the fact he actually added the dep |
| 10:13.44 | ant_work | commit393f6e2d3d5adf59392384b68a032d65abeb1dd3 |
| 10:15.40 | JaMa | dbus-native is still missing libsm-native dependency? |
| 10:17.13 | RP | Jay7: ah, I know this one. Needs http://git.pokylinux.org/cgit.cgi/poky/commit/?h=master-work-in-progress&id=fddfe5ddf3fcc9da1da47a1584b17b4ae9a5b00f |
| 10:17.34 | Jay7 | hm.. |
| 10:17.35 | RP | JaMa: ^^^ was meant for you |
| 10:17.38 | Jay7 | :) |
| 10:17.42 | RP | Jay7: sorry :) |
| 10:17.50 | RP | JaMa: and http://git.pokylinux.org/cgit.cgi/poky/commit/?h=master-work-in-progress&id=084766c68f440573249e17a50c457aae98d30832 |
| 10:17.57 | Jay7 | ant_work: afaik sqlite is using tcl for documentation only |
| 10:18.14 | RP | Jay7: it uses it to build at least one header too |
| 10:18.19 | Jay7 | omg.. |
| 10:18.20 | ant_work | he .. doc is another useflag |
| 10:18.26 | Jay7 | crazy sqlite.. |
| 10:18.48 | JaMa | RP: will try, thanks |
| 10:19.38 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 10:19.38 | ant_work | we should ask eFfeM ...he brilliantly solved the mysql issues :D |
| 10:20.11 | ant_work | this one would be a piece of cake ... |
| 10:20.50 | JaMa | RP: after second patch dbus-native PR should be also bumped or INC_PR |
| 10:22.59 | *** join/#oe hachreak (n=hachreak@host175-137-dynamic.25-79-r.retail.telecomitalia.it) |
| 10:25.38 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 10:29.21 | JaMa | RP: I still need libsm-native dependency with libaudit disabled, otherwise I'll end with /usr/lib64/libSM.so: undefined reference to `uuid_unparse_lower@UUID_1.0' |
| 10:31.19 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 10:32.16 | *** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 10:35.57 | Longfield | where does bitbake cache the svn version of a package he has fetched (that makes it keep downloading the same version for the same day) ? can we clear it ? |
| 10:36.42 | woglinde | <PROTECTED> |
| 10:37.26 | RP | JaMa: Can you doubt check it was actually disabled? |
| 10:38.15 | Longfield | woglinde: thanks |
| 10:38.26 | RP | JaMa: double check |
| 10:38.45 | woglinde | longfield or archive-dir/packag_svn_version_tar |
| 10:39.31 | woglinde | trunk_opkg.googlecode.com_.svn_209_.tar.gz |
| 10:39.34 | woglinde | for instance |
| 10:39.42 | Longfield | woglinde: I have removed both, but it keeps download the same (old !) version |
| 10:40.52 | Longfield | if I go to the trunk svn dir in archive-dir, do svn up there, then it updates back to the old version ... X( |
| 10:40.58 | RP | JaMa: hmm, maybe you're right. can you see which line pulls that in in the config.log |
| 10:41.20 | JaMa | RP: checked its in log.do_configure and also in run.do_configure |
| 10:41.24 | RP | JaMa: DBUS_X_LIBS I guess |
| 10:41.31 | JaMa | RP: yes.. |
| 10:41.51 | JaMa | RP: but if removed from DBUS_X_LIBS manually after do_configure it compiles fine.. |
| 10:42.14 | JaMa | RP: and if libsm-native is installed it compiles fine too |
| 10:43.36 | RP | JaMa|Lunch: For the -native version we should just be disabling X |
| 10:44.23 | *** part/#oe mossila1 (n=User@ppp-58-10-71-10.revip2.asianet.co.th) |
| 10:44.55 | woglinde | rp good idea |
| 10:50.08 | woglinde | hm okay pam bailsout for uclibc |
| 10:50.10 | woglinde | thats okay |
| 10:55.05 | *** join/#oe mario-goulart (n=user@67.205.85.241) |
| 10:55.55 | woglinde | args where khem patch for this is gone |
| 10:57.12 | woglinde | hm |
| 10:57.13 | woglinde | okay |
| 11:05.18 | tasslehoff | In mount.sh for udev I tried adding a script like so: RUN+="/etc/udev/scripts/mount.sh" RUN+="/apps/softwareupgrade_checkusbdrive", but it doesn't seem to run the script. Am I doing this wrong? |
| 11:05.44 | woglinde | tasslehoff did you test the script by hand? |
| 11:06.51 | tasslehoff | woglinde, now I did, and it works :) |
| 11:06.57 | woglinde | okay |
| 11:07.03 | pb_ | ah, so, I can reproduce the tcl-native thing now |
| 11:07.05 | woglinde | so thats not the problem |
| 11:07.17 | woglinde | gogo pb |
| 11:07.21 | pb_ | it isn't oe_libinstall's fault, tcl-native itself is naming the lib wrongly in its build dir |
| 11:07.33 | woglinde | haha lol |
| 11:07.39 | pb_ | -rwxr-xr-x 1 pb pb 3586006 2009-11-13 11:00 tmp/work/x86_64-linux/tcl-native-8.4.19-r2/tcl8.4.19/unix/libtcl8.4.so |
| 11:07.46 | pb_ | as distinct from the non-native one, which is correct: |
| 11:07.47 | woglinde | tcl-native is wrong for micro too |
| 11:07.53 | woglinde | installs into usr/bin |
| 11:07.56 | woglinde | and stuff |
| 11:08.05 | pb_ | -rwxr-xr-x 1 pb pb 577735 2009-11-12 21:10 tmp/work/armv5te-oe-linux-uclibceabi/tcl-8.4.19-r2/tcl8.4.19/unix/libtcl8.4.so.0 |
| 11:08.12 | pb_ | ah, well, that's a separate problem |
| 11:08.14 | pb_ | patches welcome :-) |
| 11:08.29 | woglinde | jupp |
| 11:08.41 | woglinde | le me finish beagle demo board |
| 11:08.56 | woglinde | maybee its the prefix_native too |
| 11:09.23 | woglinde | hm still this libintl stuff |
| 11:09.25 | woglinde | NOTE: Couldn't find shared library provider for libintl.so |
| 11:10.24 | RP | pb_: So why did this problem only appear now? |
| 11:10.49 | RP | JaMa|Lunch: http://git.pokylinux.org/cgit.cgi/poky/commit/?id=96ece54fa3268d08bb07bedd8eb31493eed020d3 |
| 11:10.50 | pb_ | RP: I'm not sure yet. Possibly it's always been broken and it has only just come to prominence because sqlite started depending on tcl-native. |
| 11:11.16 | RP | pb_: and why does it work for me or did for you? |
| 11:11.20 | pb_ | RP: prior to about three days ago, I suspect that tcl-native was something of a fringe interest and I would not be surprised if it had been broken for ages without anybody noticing. |
| 11:11.28 | woglinde | hms policy-kit nex |
| 11:11.32 | pb_ | RP: in my case it was because I had finger trouble and was looking at the wrong package :-} |
| 11:11.46 | tasslehoff | woglinde, I added it to local.rules. |
| 11:11.49 | pb_ | RP: I was looking at the target copy of libtcl, not the native one. |
| 11:12.11 | RP | pb_: I guess I could just have a version installed on my system which masks the problem |
| 11:12.17 | pb_ | afaict, the problem is in the tcl.m4 file which decides what SHARED_LIB_SUFFIX to use. I'm poking at that now. |
| 11:12.32 | pb_ | RP: yeah, if you have libtcl installed in your host environment then you wouldn't see the error |
| 11:12.57 | RP | pb_: which I do indeed have |
| 11:13.11 | ant_work | exactly, but this is not one of required packages in order to build... |
| 11:13.12 | pb_ | righto, that would explain it |
| 11:15.13 | woglinde | hm |
| 11:15.14 | *** join/#oe florian_kc (n=fuchs@Maemo/community/contributor/florian) |
| 11:15.29 | RP | ant_work: I do know this ;-) |
| 11:15.29 | woglinde | libpam install the headers under include rather than include/security |
| 11:15.36 | *** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-ymplcazvtcdxcxee) |
| 11:15.48 | RP | ant_work: part of fixing something properly is explaining why it works for some people and not others though |
| 11:15.51 | woglinde | why nobody build policykit and find that out |
| 11:16.21 | ant_work | RP: I appreciate very much you and pb spending time on that (minor ?) issue :) |
| 11:16.56 | *** part/#oe hachreak (n=hachreak@host175-137-dynamic.25-79-r.retail.telecomitalia.it) |
| 11:17.33 | ant_work | every now and then these kind of problems happen: was qemu, then fortran, then install, now tcl on host |
| 11:17.44 | ant_work | different buildhost settings |
| 11:18.04 | pb_ | hah |
| 11:18.19 | pb_ | it only works for the target copy because there is "mv libtcl8.4.so libtcl8.4.so.0" in the do_install() method. |
| 11:18.34 | woglinde | lol |
| 11:18.42 | woglinde | BBEXTEND native |
| 11:18.51 | pb_ | it kind of looks like the tcl-add-soname.patch is just broken by design |
| 11:19.06 | pb_ | it is adding a -Wl,--soname thing to the library final link but it is not making any effort to get the thing installed in the right place. |
| 11:19.27 | florian | good morning |
| 11:19.49 | Longfield | have there been problems with rpath and .so libraries reported lately (in the last two weeks let's say) ? |
| 11:19.58 | pb_ | so, anyway, I think the right answer is to teach it to set the SHARED_LIB_SUFFIX there as well, like it does for netbsd. |
| 11:20.18 | pb_ | Longfield: that's rather a vague question. I think there are always some problems of that nature reported. |
| 11:22.05 | Longfield | well, I don't know ... I have some related absolute path in my executables built along my .so |
| 11:22.14 | ant_work | anyway, this sqlite3 is yhe kind of commit which should have been tested a bit more... |
| 11:22.53 | Longfield | and some strange NOTES like that: NOTE: Couldn't find shared library provider for ../libasebacore.so |
| 11:23.30 | Longfield | and when I try to run an executable, I have something like asebaswitch: error while loading shared libraries: ../libasebacore.so: cannot open shared object file: No such file or directory |
| 11:23.47 | Longfield | but the libs are present in /usr/lib |
| 11:24.50 | *** join/#oe greyback (n=greyback@ip-83-147-165-234.dub-3rk1.metro.digiweb.ie) |
| 11:26.39 | Longfield | and it used to work pretty well, it's new since the last time I updated OE (beginning of the week) |
| 11:27.36 | woglinde | wtf libpam uses w3m to build the doku |
| 11:29.57 | RP | pb_: Sounds like a perfect example of why we shouldn't have separate native and non-native :) |
| 11:30.11 | pb_ | yeah |
| 11:30.28 | pb_ | hm |
| 11:30.31 | pb_ | -r-xr-xr-x 1 pb pb 3586006 2009-11-13 11:29 tmp/staging/x86_64-linux/usr/lib/libtcl84.so.0 |
| 11:30.35 | pb_ | close, but no cigar yet |
| 11:31.28 | pb_ | oh, that's what TCL_TRIM_DOTS means |
| 11:31.29 | pb_ | heh |
| 11:32.06 | pb_ | one more time for the cameras then |
| 11:38.13 | woglinde | ~lart pam |
| 11:38.13 | ibot | executes killall -KILL pam |
| 11:38.28 | pb_ | oh, drat, now tclsh won't build because it doesn't have the .so link yet. |
| 11:38.40 | woglinde | if test ${includedir} = '${prefix}/include' |
| 11:38.40 | woglinde | <PROTECTED> |
| 11:38.40 | woglinde | <PROTECTED> |
| 11:38.40 | pb_ | honestly, whose idea was this build system? it's just the pits. |
| 11:38.41 | woglinde | <PROTECTED> |
| 11:39.34 | woglinde | okay lunch now |
| 11:39.43 | woglinde | and buying a new flashloght |
| 11:39.48 | woglinde | flashlight |
| 11:39.50 | woglinde | till later |
| 11:44.02 | *** join/#oe bswix (n=rode@147.84-49-231.nextgentel.com) |
| 11:49.27 | JaMa|Lunch | RP: dbus-native without-x compiles fine (after -c clean libsm-native..) I'll merge your patches from OE and add dbus-native-1.2.14 too |
| 11:50.44 | tasslehoff | woglinde, the udev stuff worked out. problem was just that my logging didn't appear where I suspected :) |
| 11:56.19 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 11:57.40 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 12:01.05 | hrw | ant_work: is Italian post always slow? |
| 12:05.56 | RP | JaMa: ok. Please don't make it default though - there are some changes after dbus 1.2.4 which may cause problems for OE |
| 12:06.42 | JaMa | RP: ok |
| 12:07.22 | *** join/#oe montamer (n=montamer@203.199.213.3) |
| 12:09.56 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r2f08fd26b2 10openembedded.git/recipes/dbus/ (dbus-native_1.0.3.bb dbus-native_1.2.1.bb dbus.inc): |
| 12:09.56 | CIA-2 | dbus: disable libaudit for all and X for native packages (from POKY) |
| 12:09.56 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 12:12.09 | CIA-2 | 03Phil Blundell <philb@gnu.org> 07org.openembedded.dev * r2d32253aad 10openembedded.git/recipes/tcltk/ (3 files in 2 dirs): tcl: try to fix sundry problems with library staging |
| 12:12.13 | pb_ | ant_work: does that work for you? |
| 12:14.31 | ant_work | pb_: sorry, can't check here, )'ll test at home later |
| 12:14.56 | *** join/#oe mlip (n=mlip@86.32.77.98) |
| 12:15.16 | pb_ | righto |
| 12:16.18 | pb_ | RP: did you have any view on that base.bbclass patch for checksums in .bb files? |
| 12:16.38 | RP | pb_: This would be on the OE list? |
| 12:16.44 | pb_ | yeah |
| 12:16.57 | ant_work | hrw: usually Italian posr is faster gong from North to South...dunno why :) |
| 12:17.08 | pb_ | ant_work: gravity? |
| 12:17.14 | ant_work | :D |
| 12:17.31 | hrw | ant_work: I am waiting for package from Italy and it got stuck in Milano ;( |
| 12:17.43 | hrw | yet-another-devboard |
| 12:17.44 | ant_work | ah..from Bergamo I suppose... |
| 12:18.04 | ant_work | well, there are 30 km btw mckoan and Milan |
| 12:18.15 | *** join/#oe thaytan (n=jan@nat/sun/x-awcjjxlymoggdcub) |
| 12:18.16 | ant_work | 5 lanes |
| 12:18.30 | RP | pb_: looks ok to me although I would like to teach bitbake about this in due course |
| 12:19.00 | RP | pb_: poky uses the inbuilt python checksum utils too if they're present |
| 12:19.15 | hrw | ant_work: this is not package from Marco |
| 12:19.21 | ant_work | ah, k |
| 12:19.31 | pb_ | yeah, using the python checksum bits would be a nice improvement. |
| 12:19.31 | ant_work | would have been strange... |
| 12:19.43 | hrw | ant_work: if Marco would have something for me then we will exchange that during oedem |
| 12:19.46 | pb_ | might help with kergoth's customers and their rooted machines where md5sum gives bogus answers |
| 12:19.46 | mlip | hej, anyone knows if the FILESPATH variable sould also work on linux kernel recipes? just trying to add a linux-omap-rt recipe that should basically use the casual linux-omap recipce but add the real-time patch (and config things) |
| 12:20.19 | Crofton|work | looks like I need to fix pyhton-native today |
| 12:20.33 | Crofton|work | tries to remember how to create corefiles .... |
| 12:20.58 | ant_work | hrw: once my wife sent to her parents in PL something for Xmas...was delivered mid febryary... |
| 12:21.28 | hrw | o fsck! |
| 12:21.45 | ant_work | perhaps was too big box..who knows |
| 12:22.54 | ant_work | is studying the incidence angle btw arm-wrist and desk....how can I do so many typos else...? |
| 12:23.33 | RP | Crofton|work: Try stracing it? |
| 12:23.57 | RP | Crofton|work: There is a report on the mailing list about the same problem |
| 12:23.58 | *** join/#oe kristoffer_ (n=kristoff@95.209.51.111.bredband.tre.se) |
| 12:24.57 | ant_work | hrw: the cherry on the story is, IT. Post bought an express courrier years ago....result is mixed...courrier got slower and Post a bit faster |
| 12:25.11 | Crofton|work | I see |
| 12:25.25 | Crofton|work | rpday and I must have almsot the same setup |
| 12:25.39 | Crofton|work | going to try making a core file |
| 12:25.44 | Crofton|work | then I will try strace |
| 12:32.29 | XorA | Crofton|work: dude, I fixed your xterm bug :-D |
| 12:32.42 | Crofton|work | thanks |
| 12:32.58 | Crofton|work | what is the program to make a backtrace from a core file? |
| 12:32.59 | Crofton|work | st? |
| 12:32.59 | pb_ | Crofton|work: if you can run it interactively in the debugger then that'd probably be the easiest way to attack that problem. |
| 12:33.31 | XorA | Crofton|work: it was so simple when I ignored the duff debug on mailing list :-D |
| 12:33.39 | Crofton|work | heh |
| 12:33.57 | Crofton|work | my problem is I never had enough to time to poke at |
| 12:34.04 | XorA | guesses you and rpday are the only two people who dont use rxvt :-D |
| 12:34.05 | Crofton|work | then we starting updating dev ... |
| 12:34.11 | Crofton|work | heh |
| 12:34.41 | *** join/#oe vo5 (n=vo@bd210f4e.virtua.com.br) |
| 12:38.45 | DJWillis | has ones of those 'why did I pull .dev' days. |
| 12:39.58 | spaetz | image creation can fail as there are no DEPENDS on update-alternative-native which is needed to create an image |
| 12:40.06 | spaetz | we had to manually bake update-alternatives-cworth-native |
| 12:40.18 | spaetz | JaMa will send a mail to the OE list |
| 12:41.07 | Crofton|work | ok, more data on python-native crash http://pastebin.ca/1669812 |
| 12:46.39 | pb_ | looks like you might have too many libncurseses there. what's that libncursesw? |
| 12:47.03 | Crofton|work | yeah, this is my suspicion |
| 12:47.12 | Crofton|work | dunno what it is though |
| 12:47.50 | Crofton|work | I bet if I removed ncurses-dev from my PC it would work :( |
| 12:48.17 | XorA | ncurses-devel is installed here |
| 12:48.44 | pb_ | ah, libncursesw is wide ncurses |
| 12:48.56 | pb_ | I suspect that mixing wide and narrow ncurseses in a single binary is probably bad news. |
| 12:49.25 | pb_ | where is ncursesw getting pulled in from? |
| 12:50.54 | woglinde | re |
| 12:50.59 | Crofton|work | the python-native recips is not that complicated ... |
| 12:51.36 | woglinde | python-native works here |
| 12:51.41 | woglinde | uclibc/micro |
| 12:52.05 | Crofton|work | prefix = "${STAGING_DIR_NATIVE}/${layout_prefix}" |
| 12:52.11 | Crofton|work | does this look funny? |
| 12:52.19 | woglinde | yes |
| 12:54.29 | woglinde | buildinghost i686 |
| 12:54.41 | woglinde | some python is amd64 related |
| 12:54.50 | woglinde | args so |
| 12:55.01 | Crofton|work | XorA, you 84 or 32 bit? |
| 12:55.12 | XorA | 84 of course :-D |
| 12:55.26 | XorA | those extra 20 make me faster than gentoo |
| 12:55.33 | pb_ | XorA: eleet |
| 12:55.37 | ant_work | he..keeping spare for safety...nasty |
| 12:55.38 | woglinde | *g* |
| 12:55.49 | Crofton|work | didn't layout_prefix change? |
| 12:56.26 | pb_ | yeah, it is now defined in terms of ${prefix} |
| 12:56.39 | pb_ | so, what you have there will give you a circular definition. |
| 12:56.47 | pb_ | I doubt that will produce any useful effect :-} |
| 12:57.05 | Crofton|work | pb_, that is what is in the recipe |
| 12:57.14 | pb_ | changing the = to := might be enough to make it work |
| 12:57.27 | woglinde | 4960 of 8718 |
| 12:57.36 | pb_ | depends what it's really trying to accomplish, it's hard to say without studying the recipe in more detail. |
| 12:57.57 | Crofton|work | stabs in the dark |
| 12:58.25 | Crofton|work | but whatever it was trying to accomplish no longer is happening? |
| 12:59.04 | ant_work | Crofton|work: http://www.youtube.com/watch?v=exsniB-P9Ww |
| 12:59.37 | *** join/#oe recalcati (i=51485a51@gateway/web/freenode/x-okllzkgsmbdosygw) |
| 13:00.12 | hrw | recalcati: hi |
| 13:01.39 | Crofton|work | well, that did not help |
| 13:01.45 | recalcati | hi hrw . I'm writing to mickeyl@linuxtogo.org |
| 13:02.36 | hrw | ok |
| 13:10.16 | *** join/#oe zecke (n=ich@61-222-101-226.HINET-IP.hinet.net) |
| 13:10.31 | pb_ | hi zecke |
| 13:11.02 | woglinde | jo zecke |
| 13:12.17 | hrw | ~hail git-svn and git rebase |
| 13:12.18 | ibot | ACTION bows down to git-svn and git rebase and chants, "I'M NOT WORTHY!!" |
| 13:12.22 | zecke | woglinde: hi |
| 13:12.43 | woglinde | hrw *g* |
| 13:12.54 | woglinde | zecke its all broken again |
| 13:12.57 | woglinde | *joke* |
| 13:13.20 | Crofton|work | for some it is still broken |
| 13:13.22 | mckoan | good morning |
| 13:13.25 | RP | Crofton|work: Wasn't that removed from python-native? |
| 13:13.32 | Crofton|work | no |
| 13:13.42 | woglinde | hi mckoan |
| 13:13.51 | Crofton|work | RP, you suggest I try that? |
| 13:14.23 | Crofton|work | grasps at straws ... |
| 13:14.34 | mckoan | hi woglinde, any news from Robert? |
| 13:14.50 | woglinde | mckoan no |
| 13:14.59 | woglinde | I hope I will see him on monday |
| 13:15.11 | mckoan | woglinde: no news, good news :-D |
| 13:15.19 | RP | Crofton|work: I thought there was a commit where that was removed. Yes, I'd try that if it isn't gone already |
| 13:15.32 | Crofton|work | no commit, I am up to dat |
| 13:15.40 | woglinde | rp maybee only in poky? |
| 13:15.46 | Crofton|work | rofl |
| 13:15.58 | Crofton|work | nope still fails |
| 13:16.06 | woglinde | crofton hm |
| 13:16.11 | Crofton|work | differently |
| 13:16.19 | woglinde | hm? |
| 13:16.22 | Crofton|work | | gcc: unrecognized option '-R/usr/lib64' |
| 13:16.23 | woglinde | post error? |
| 13:16.29 | woglinde | lol |
| 13:16.33 | Crofton|work | then cores |
| 13:17.11 | RP | Crofton|work: http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=52aea4b0c5d14a3c5f0dfaa8f24ae96286701ca6 ? |
| 13:17.38 | woglinde | hm |
| 13:17.47 | RP | Crofton|work: I'm worried you don't have that :/ |
| 13:18.13 | woglinde | qgit is fine for quick searching |
| 13:19.21 | Crofton|work | crap |
| 13:19.30 | Crofton|work | I was browsing in my stable checjkout |
| 13:19.38 | woglinde | uh |
| 13:19.49 | Crofton|work | ok |
| 13:19.55 | Crofton|work | so I still have that problem |
| 13:20.20 | recalcati | hi mckoan , I see eodem, seems nice. I have to read some articles about it, I hope!!!! |
| 13:20.56 | Crofton|work | ok, the problem is still there, I was just looking at wrong file |
| 13:21.04 | pb_ | did you establish which binary actually contains the linkage with that libncursesw? |
| 13:22.22 | pb_ | funnily enough my ncurses-native doesn't appear to have staged anything, so python is running with my regular host ncurses. heh. |
| 13:22.22 | Crofton|work | no |
| 13:22.37 | RP | pb_: hmm, that is possibly what is going wrong |
| 13:23.07 | RP | Although my ncurses-native looks ok |
| 13:23.10 | pb_ | RP: yeah, that certainly doesn't seem right. I don't quite understand where the wide curses thing is coming from in the first place though. |
| 13:23.18 | pb_ | I'm gonna rebuild ncurses-native and see what happens. |
| 13:23.28 | pb_ | Crofton|work: okay. well, that would probably be a place to start. |
| 13:23.42 | pb_ | I don't have an ncursesw dependency at all in there. |
| 13:23.48 | pb_ | at least, not obviously. |
| 13:23.59 | mlip | anyone knows why FILESPATH does not work when used in a linux kernel recipe ? |
| 13:24.09 | pb_ | mlip: in what way does it "not work"? |
| 13:24.12 | Crofton|work | I have ncurses.h in staging |
| 13:24.22 | RP | pb_: Id be interested to see if your rebuild works |
| 13:24.44 | Crofton|work | and libncurses |
| 13:24.59 | mlip | pb_: if I understand it right, I can use this variable to adjust the filesdir to be for example the one used for omap. i.e. FILESPATH = "${FILE_DIRNAME}/linux-omap-${PV}" |
| 13:25.22 | Crofton|work | but /lib64 has ncurses and ncursesw in it |
| 13:25.51 | mlip | pb_: using this approach i thought i could fork a kernel recipe using the already existing patches |
| 13:26.20 | pb_ | RP: yeah, after a rebuild I now have libncurses.so.5 in staging. dunno what happened previously, I might have damaged the tree through some careless action. |
| 13:26.31 | pb_ | I don't have the wide one, though, just the narrow one. |
| 13:26.36 | mlip | pb_: actually when doing -cconfigure the defconfig is not found. could it be that the machine directories are not considered when changing the filespath? |
| 13:26.44 | pb_ | which I think is expected, we don't have a recipe for wide curses as far as I know |
| 13:27.18 | Crofton|work | I am wondering if the recent changes allowed Python to pick up the wide version from the build machine |
| 13:27.29 | mckoan | hi recalcati |
| 13:27.37 | pb_ | yeah, it seems that way. |
| 13:28.03 | ant_work | pb_: http://www.linuxfromscratch.org/lfs/view/6.5/chapter06/ncurses.html |
| 13:28.03 | pb_ | as I say, the best way to understand what is happening would be to find out what library or binary actually contains the libncursesw linkage and then work back from there. |
| 13:28.14 | ant_work | seems --enable-widec |
| 13:28.35 | pb_ | ant_work: right, but we don't have any recipe that uses that flag |
| 13:28.38 | pb_ | at least, not to my knowledge |
| 13:28.48 | ant_work | pls read the NOTE |
| 13:29.04 | ant_work | The instructions above don't create non-wide-character Ncurses libraries since no package installed by compiling from sources would link against them at runtime. ?? |
| 13:29.23 | pb_ | indeed |
| 13:29.33 | pb_ | I don't quite understand the point you're trying to make. |
| 13:29.49 | ant_work | is it possible to compile without wide? |
| 13:29.57 | ant_work | do the rest link? |
| 13:30.00 | pb_ | yes, you just don't use --enable-widec |
| 13:30.42 | ant_work | forgive me, I've never scratched under ncursed hood |
| 13:34.08 | DJWillis | Idle question, has anyone built FLAC recently (independent of DISTRO)? I assume it's failing as a result of the recent rework but I can't see how that would suddenly break the do_compile on my box so wondered if anyone else was getting good builds. |
| 13:34.38 | woglinde | hi dj willis |
| 13:34.47 | hrw | DJWillis: trying now for angstrom/armv5te |
| 13:35.23 | zecke | XorA: thanks for taking the time on xterm |
| 13:35.37 | DJWillis | hrw: thanks, just wondering if it's local to me as it's an odd one. |
| 13:35.43 | mlip | pb_: any hint on the filespath issue ? |
| 13:35.55 | XorA | zecke: it was only 30s before I came to work this morning, suddenly actually reading the script the bug was clear |
| 13:36.21 | DJWillis | Am I also right in thinking that autotools_stage_all can go with the recent rework (or will be going)? |
| 13:36.24 | pb_ | mlip: it's hard to say from the description you gave above. if your FILESPATH was the problem then I would have expected you to get a failure during do_fetch(), not during do_configure. |
| 13:36.55 | DJWillis | XorA: nothing like a good mailing list thread to get it so far off the mark ;-) |
| 13:37.05 | DJWillis | hi woglinde |
| 13:37.18 | XorA | DJWillis: we were about to assault the fortress of the NSA for writing SElinux :-D |
| 13:37.28 | mlip | pb_: sorry, do_unpack failed, when i was doing do_configure ;/ |
| 13:37.45 | hrw | DJWillis: NOTE: Running task 487 of 487 (ID: 0, /home/hrw/devel/oe/openembedded/recipes/flac/flac_1.2.1.bb, do_build) |
| 13:38.01 | XorA | Crofton|work: currently doing a BFS |
| 13:38.05 | DJWillis | XorA: it was heading to 'tar, feathers and pitchforks' ;-) |
| 13:38.39 | Crofton|work | wtf is sucking in ncurses .... |
| 13:39.15 | woglinde | haha |
| 13:39.17 | woglinde | 32bit |
| 13:41.11 | mlip | http://pastebin.com/m7c1e6999 , basically i wanted to fork omap-2.6.31 and additonally applying the real-time patches. because I didn't want to copy the old patches directory, I thought i just could refer to it |
| 13:41.44 | woglinde | mlip look at FILESPATH |
| 13:41.50 | woglinde | or grep |
| 13:41.59 | woglinde | in recipes |
| 13:42.48 | woglinde | or better put SRC_URI_MYMAHCINE += " fille:///;patch" into the normal recipe |
| 13:43.23 | woglinde | or make a new var which sys USE_REALTIME = "yes" |
| 13:44.06 | mlip | any examples on such USE_... things ? i used FILESPATH, but it didn't work |
| 13:44.21 | woglinde | USE_NLS |
| 13:44.31 | woglinde | and gettext.bbclass |
| 13:46.58 | mlip | oke, on the FILESPATH thing: it seems that usually bibtake looks in machine specific dir for the defconfig |
| 13:47.07 | mlip | i think this is not the case when manually adjusting FILESPATH |
| 13:47.35 | woglinde | better use the USE_REALTIME approach |
| 13:48.14 | mlip | i will try |
| 13:48.47 | Crofton|work | I'm not sure we want to go down that path |
| 13:49.18 | woglinde | crofton? |
| 13:49.30 | mlip | ? |
| 13:49.33 | Crofton|work | seeting flags to control what options are in kernels |
| 13:50.03 | woglinde | without the patch |
| 13:50.07 | woglinde | no options |
| 13:50.20 | woglinde | and its locally for him |
| 13:50.24 | woglinde | so I see no problem |
| 13:51.04 | mlip | well, i would've also sent it to the mailing list if it works; and since i have seen some recipces go the fork route when adding specific features, I thought i would just fork the kernel recipce |
| 13:52.15 | DJWillis | maybe if your using USE_REALTIME munge the PN to make it clear it's a new package for a RT kernel? |
| 13:54.16 | Crofton|work | any thoughts on how I can find who is sucking in libncursesw? |
| 13:54.20 | pb_ | mlip: forking just for that certainly doesn't seem like a very good plan. |
| 13:54.37 | pb_ | Crofton|work: run readelf on each binary in turn until you find the one that has a NEEDED entry for that library |
| 13:55.12 | pb_ | mlip: but, looking at your recipe, I think the problem you are having with FILESPATH is that you are clobbering the old value entirely rather than prepending to it. |
| 13:55.31 | mlip | pb_: so I would create an appropriate bbclass file that adds everything to linux-omap_2.6.31 recipce ? |
| 13:55.40 | pb_ | you might also consider setting FILESPATHPKG rather than FILESPATH directly. |
| 13:56.13 | mlip | pb_: don't know whats the 'right' approach here then ;) |
| 13:56.42 | mlip | pb_: thought I dont mess with the actual linux-omap reipce |
| 13:56.46 | pb_ | mlip: well, I tend to agree with woglinde that some kind of realtime flag in DISTRO_FEATURES would be the nicest way of solving that problem. after all, realtime is a (fairly) generic patchset that can be applied to any machine: it isn't really specific to yours. |
| 13:57.03 | pb_ | it'd be a bit sucky if we ended up with a forked realtime copy of every kernel recipe |
| 13:57.27 | mlip | pb_: oke, then I'll try to investigate how to do that |
| 13:57.30 | Crofton|work | the more general case is a flag for every defconfig change people can think off |
| 13:57.38 | *** join/#oe _ProtoN_ (n=lcintrat@fe2adsl-2.wyplay.net) |
| 13:58.17 | mlip | pb_: since DISTRO_FEATURES is not mentioned in the handbook, any starting point ? |
| 13:58.41 | pb_ | mlip: I can't think of a good example offhand but I imagine grep will find one for you. |
| 13:58.49 | mlip | k |
| 13:58.50 | spaetzWork | Is there a way to debug things when "module_autoload_*" doesn't work at all? |
| 13:59.44 | pb_ | spaetzWork: surely there is. |
| 13:59.55 | pb_ | there is always a way to debug things :-} |
| 14:00.02 | spaetzWork | hehe :P |
| 14:00.02 | pb_ | what do you mean by "doesn't work at all"? |
| 14:00.36 | pb_ | do you mean that the file in /etc/modutils doesn't get created, or that the postinst isn't created/is broken? |
| 14:00.49 | pb_ | or that it just doesn't get loaded at runtime despite the above being correct? |
| 14:01.04 | spaetzWork | well, I added "module_autoload_snd_soc_neo1973_gta02_wm8753 = "snd_soc_neo1973_gta02_wm8753"" to om-gta02.conf for example |
| 14:01.13 | spaetzWork | in conf/machine/om-gta-02.conf |
| 14:01.31 | spaetzWork | and it's just not loaded and /etc/modutils doesn't contain any references either |
| 14:01.53 | spaetzWork | JaMa has previously tried the same thing with g_ether and apparently it didn't work for him either |
| 14:02.08 | pb_ | do any autoloads work for you? |
| 14:02.22 | *** join/#oe cminyard (n=cminyard@173.57.145.237) |
| 14:02.41 | woglinde | args powertop installs into /usr/bin too |
| 14:02.45 | woglinde | next package to fix |
| 14:02.49 | woglinde | *sigh* |
| 14:02.50 | spaetzWork | there are no other autoloads in that machine conf. I just discovered that we hackishly add stuff in the image creation. |
| 14:02.52 | pb_ | is kernel-module-snd-soc-neo1973-gta02-wm8753 actually getting installed correctly? |
| 14:02.55 | spaetzWork | ugly ugly ugly |
| 14:03.10 | XorA | Crofton: qemu-arm is broken for me :-( |
| 14:03.26 | Crofton|work | how so? |
| 14:03.27 | spaetzWork | so I'll try to add other autoloaded modules and report back. Just wanted to know if there is a quick fix :) |
| 14:03.38 | Crofton|work | mmap perm denied? |
| 14:03.42 | XorA | Crofton|work: bails when doin glocals |
| 14:03.49 | XorA | Crofton|work: no error messages |
| 14:04.00 | Crofton|work | look for mmap perm denied |
| 14:04.00 | XorA | Crofton|work: no selinux messages either |
| 14:04.03 | Crofton|work | selinux enforcing? |
| 14:04.07 | Crofton|work | urg |
| 14:04.12 | Crofton|work | stable is working for me |
| 14:04.36 | Crofton|work | python native is pissing me off, may go work on sane branch for a bit |
| 14:05.03 | woglinde | hm seems everyone is pissed |
| 14:05.07 | XorA | Crofton|work: ah might be a newer selinux has undone me |
| 14:05.07 | *** join/#oe ctusar (n=ctusar@router2.videon-central.net) |
| 14:05.18 | XorA | Crofton|work: I can see some errors back in the logs |
| 14:05.39 | Crofton|work | setsebool -P allow_unconfined_mmap_low 1 |
| 14:05.47 | Crofton|work | is needed |
| 14:06.17 | woglinde | looking at 4 wgets the same time is funny |
| 14:07.18 | woglinde | hi cbrake |
| 14:09.01 | XorA | Crofton|work: that should have been set, but must have been lost in selinux upgrade |
| 14:09.09 | Crofton|work | yeah |
| 14:09.22 | Crofton|work | I have a bad feeling I lost some otehr stuff in one |
| 14:10.00 | Crofton|work | but apparently not :) |
| 14:11.14 | XorA | and BFS is off again |
| 14:12.08 | woglinde | hm all tasks create empty image dir |
| 14:12.13 | woglinde | and packaging complains |
| 14:17.48 | ant_work | woglinde: friday 13th |
| 14:19.34 | *** join/#oe Analias (n=analias@c-68-35-8-162.hsd1.nm.comcast.net) |
| 14:21.21 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 14:30.05 | chouimat | morning |
| 14:30.35 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 14:31.43 | mlip | pb_ present ? |
| 14:34.46 | *** join/#oe kergoth (n=kergoth@nat/montavista/x-enctwwjycfpauhzx) |
| 14:34.59 | Crofton|work | If anyone wants to make a short talk on something cool they have done on omap3 watch this: |
| 14:35.00 | Crofton|work | http://www.youtube.com/watch?v=w6PKytPI5Mk |
| 14:35.39 | kergoth | morning |
| 14:35.51 | pb_ | g'day kergoth |
| 14:35.58 | kergoth | hey pb_ |
| 14:36.51 | DJWillis | morning kergoth, MV still quiet post-buyout? |
| 14:47.49 | RP | morning kergoth |
| 14:50.46 | kergoth | DJWillis: yep, no changes thus far |
| 14:50.49 | kergoth | yawns |
| 14:53.07 | kergoth | zecke: ping |
| 14:53.20 | zecke | kergoth: aloha |
| 14:54.24 | kergoth | zecke: thoughts on squashing some of the commits on parser-rework before pulling it into 1.10? like merging the commits that move bits from feeder -> functions, and the ones that move the functions into the ast, and the ones that convert the functions to classes. was thinking we probably don't need to see each step from the development process after pulling it over :) |
| 14:56.19 | zecke | kergoth: it depends, are we confident the conversion is correct? the one by one has helped me a lot with tracking regressions |
| 14:56.32 | zecke | kergoth: if we don't need it, we can squash |
| 14:57.29 | zecke | kergoth: e.g. if you want to drive and merge it into 1.10 then go ahead |
| 14:58.45 | pb_ | zecke: are you content with the checksums patch that I posted yesterday? if you have no objection then I will go ahead and commit that to the .dev branch. |
| 14:58.52 | RP | zecke: Did you generate any performance tests btw? |
| 14:59.04 | *** join/#oe johan_mx (n=johan@c83-254-130-72.bredband.comhem.se) |
| 14:59.31 | zecke | RP: no, but I asked people to benchmark it, Stefan Schmidt posted some benchmarks |
| 15:00.08 | zecke | pb_: posted that within the checksum thread |
| 15:00.17 | pb_ | zecke: indeed |
| 15:03.24 | *** part/#oe esbenh (n=EsbenH@77.233.226.4) |
| 15:03.50 | zecke | pb_: looks good |
| 15:04.16 | kergoth | ugh, i need more caffeine |
| 15:04.45 | kergoth | zecke: the code looks good to me, but perhaps can do pre-post metadata comparisons again just to be safe |
| 15:04.55 | zecke | pb_: two comments though. |
| 15:05.11 | zecke | pb_: First one, did you consider moving the verify code into a common method? |
| 15:05.57 | zecke | pb_: Second one, the error message still refers to checksums.ini, I assume that the new syntax will be the preferred form and the error message should be updated |
| 15:06.06 | kergoth | zecke: oh, one quick thing i wanted to run by you. currently, it delays inclusion/inherit until eval() time. i was thinking the inclusion/inherit could happen immediately and give a new StatementGroup to include in the other StatementGroup |
| 15:06.20 | kergoth | zecke: thoughts? |
| 15:06.22 | pb_ | zecke: hm, which error message is that? |
| 15:06.27 | kergoth | downs mt dew |
| 15:06.38 | pb_ | zecke: merging the verify code sounds like a good idea, I will do that this afternoon |
| 15:07.19 | zecke | pb_: inside the actual fetch method, you have patched two lines there (use the params) and add a new method invocation |
| 15:07.39 | pb_ | oh, right, I see |
| 15:07.44 | pb_ | the "has no entry in checksums.ini" one |
| 15:07.48 | pb_ | yeah, good point, I will fix that too |
| 15:07.57 | pb_ | zecke: thanks |
| 15:07.57 | zecke | kergoth: the problem comes with include ${PV}.inc... only at eval I know which file to open |
| 15:08.02 | pb_ | heads home |
| 15:08.10 | zecke | pb_: great |
| 15:08.10 | kergoth | ahh, good point. that's annoying :) |
| 15:08.13 | kergoth | okay then |
| 15:08.13 | pb_ | bbiab, gotta go deal with a childcare issuette |
| 15:08.19 | zecke | me heads to the gate |
| 15:09.30 | zecke | RP: the question with the speed is more like memory... currently my "cache" of .inc files is a [] and it only grows |
| 15:10.48 | zecke | RP: a finite cache is a good idea as most ".inc" files are either local (while in the recipes/foo dir) or global |
| 15:11.55 | RP | zecke: hmm, that is an intersting one |
| 15:12.08 | *** join/#oe kgilmer (n=kgilmer@firebug.buglabs.net) |
| 15:12.26 | kergoth | hmm |
| 15:13.05 | zecke | RP: the memory difference was not that big.. but a LRU cache would be the best |
| 15:13.13 | zecke | anyway, cya :) |
| 15:19.02 | kgilmer | good mornin |
| 15:20.30 | kergoth | morning |
| 15:20.34 | mwester | Good Morning folks. |
| 15:20.44 | mwester | SlugOS image built fine over night :) |
| 15:20.49 | mwester | Packages didn't though. |
| 15:20.50 | hrw | cool |
| 15:21.36 | mwester | Sooo... what's the deal with python-native? and sqlite3? Anyone else having trouble with those (in which case I'll not duplicate effort)? |
| 15:25.55 | mwester | gcc: unrecognized option '-R/usr/lib64' |
| 15:27.14 | RP | mwester: sqlite3 should be fixed by the tcl-native fix |
| 15:27.23 | mwester | Followed by a segmentation fault :( |
| 15:27.46 | mwester | RP: Ok, then I'll pull again and see what builds :) |
| 15:27.57 | mwester | But python looks messed up. |
| 15:28.49 | RP | mwester: What was noticed so far as possibly some kind of corruption with finding the host's ncurses |
| 15:28.57 | RP | mwester: but it works for some of us :/ |
| 15:29.35 | RP | mwester: I don't have a /usr/lib64 though |
| 15:30.15 | mwester | Well, my fast build machine does. I could try it on the other (32-bit) system, but that would suck. |
| 15:30.29 | mwester | I'd at least have some logs I could compare, though. |
| 15:38.10 | XorA | it isnt a 64 bit problem |
| 15:39.28 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
| 15:41.21 | Crofton|work | mwester, yeah busted for me |
| 15:41.29 | Crofton|work | but I am ticked off and working on something else |
| 15:42.24 | mwester | This bodes poorly for me. If you've gotten ticked off by it, there's little chance I'll be able to fix the issue. :( |
| 15:42.39 | mwester | XorA: thanks - I'll waste no time on that red herring then. |
| 15:43.52 | Crofton|work | well |
| 15:44.03 | Crofton|work | part of the problem is getting nothing done all week |
| 15:44.16 | Crofton|work | so I am trying to get some old stuff of mine building in sable |
| 15:44.23 | Crofton|work | which is its own can of works |
| 15:44.26 | Crofton|work | worms |
| 15:44.28 | tzanger | hmm; is there a reccommended method to creating bitbake recipes for my own code? |
| 15:44.36 | Crofton|work | looking at updating omniorb atm |
| 15:45.42 | kergoth | tzanger: vim? ;) |
| 15:46.20 | Crofton|work | tzanger, look on gumstix.net I think there are some suggestions there |
| 15:46.36 | tzanger | kergoth: smartass. :-) |
| 15:47.08 | RP | Crofton|work: can you tar up your failing python-native workdir and share it somewhere? |
| 15:47.59 | Crofton|work | yep |
| 15:49.03 | *** join/#oe CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net) |
| 15:49.14 | Crofton|work | the version of omniorb in oe is seriously ancient .... |
| 15:49.37 | XorA | I thought ORBs were dead, I killed them |
| 15:50.48 | Crofton|work | not yet |
| 15:51.03 | mwester | zombie ORBs? |
| 15:51.40 | XorA | I did my dissertartion on them back in 97 |
| 15:52.16 | Crofton|work | RP, http://balister.dyndns.org:8008/~balister/busted-python-native.tgz |
| 15:54.08 | RP | Crofton|work: thanks, I'll take a look and see if I can figure this out |
| 15:55.03 | XorA | my BFS has passed python-native on what should be pretty identical machine to Crofton|work :-( |
| 15:55.21 | Crofton|work | I poked about with readelf, but couldn't see any reason to suck in libncursesw |
| 15:55.45 | Crofton|work | well, looks like it hits mwester and rday |
| 15:55.59 | Crofton|work | I need to get ready for soem errands |
| 15:56.05 | XorA | so like xterm could be something extra you 3 installed |
| 15:56.15 | mwester | on the host? |
| 15:56.35 | mwester | or in OE? |
| 15:56.42 | Crofton|work | http://tinderbox.openembedded.org/public/logs/task/3560778.txt |
| 15:56.44 | XorA | the xterm failure was triggered by xterm installed on the host |
| 15:56.47 | Crofton|work | anyone see this b4? |
| 15:56.54 | Crofton|work | (in stable) |
| 15:56.58 | Crofton|work | weird |
| 15:57.00 | mwester | Do people really have hosts without xterm?? |
| 15:57.09 | hrw | bye guys, have a nice weekend |
| 15:57.17 | mwester | (my servers all have X installed, even if they are headless) |
| 15:57.23 | XorA | mwester: no distro installs it be default anymore |
| 15:57.31 | mwester | is surprised |
| 15:57.49 | mwester | darn, you're right. |
| 15:57.53 | *** join/#oe playya_ (n=playya@unaffiliated/playya) |
| 15:58.00 | XorA | mwester: its no longer part of Xorg |
| 15:58.18 | mwester | It's not installed on my buildhost... I wonder what the term emulator actually is, then? |
| 15:59.14 | mwester | digs to see if it's installed but not in the default path |
| 16:01.58 | mwester | Nope, no xterm on my buildhost -- it's a fedora 10 x64 system, BTW. |
| 16:02.22 | kergoth | konsole or gnome-terminal, usually |
| 16:02.31 | kergoth | uses rxvt-unicode, personally |
| 16:02.32 | kergoth | :) |
| 16:13.30 | RP | Crofton|work: That file was huge as it wasn't compressed ;-) |
| 16:14.39 | Crofton|work | urg |
| 16:14.46 | Crofton|work | sorry |
| 16:14.52 | Crofton|work | I did cvf not czf |
| 16:15.03 | Crofton|work | did you see the note on the list |
| 16:15.21 | Crofton|work | I had been poking at that avenue, but culdn't find the libnursesw linkage |
| 16:15.48 | Crofton|work | I'll be out for a couple hours |
| 16:16.00 | Crofton|work | and then I need to work on fpga interface the rest of the day |
| 16:16.01 | RP | Crofton|work: I have a debug patch I need someone to run |
| 16:16.04 | Crofton|work | but i can run tests |
| 16:16.19 | Crofton|work | post to the list, I will be back in a few hours |
| 16:16.35 | Crofton|work | thanks! |
| 16:17.22 | RP | Crofton|work: bfn |
| 16:21.45 | RP | This debug patch shows all kinds of problems |
| 16:24.34 | pb__ | re |
| 16:29.19 | ant_work | pb__: wherey will you inject the checksums in the recipe? After wich field? Pls update oe-stylize.py consequently |
| 16:29.42 | pb__ | ant_work: uh, dunno. After SRC_URI I guess, but I don't have much of a view on it. |
| 16:29.51 | ant_work | np |
| 16:29.56 | ant_work | just do it once :) |
| 16:30.12 | *** join/#oe SDuensin (n=SDuensin@u15320223.onlinehome-server.com) |
| 16:31.12 | ant_work | ah, àpropos..why do you refer to URI and not PN for tarballs? |
| 16:32.21 | kergoth | hmm. |
| 16:32.30 | ant_work | isn't foo.bar_1.0.tar.gz MD5 blah enough? Why was the URI in checksums.ini? |
| 16:32.47 | ant_work | just wondering, Genott hasn,t |
| 16:32.51 | ant_work | *Gentoo |
| 16:33.09 | kergoth | we fetch more than just tarballs, and not all of the files are guaranteed to be unique across all sites and recipes. iirc, that was the logic behind it, anyway |
| 16:33.29 | pb__ | ant_work: I don't quite understand what you're asking. |
| 16:33.37 | ant_work | not unique = different checksum |
| 16:33.55 | kergoth | pb_: i think he wants to know why we use full urls in the checksums.ini |
| 16:34.08 | kergoth | yawns |
| 16:34.27 | pb__ | ah, right |
| 16:34.37 | pb__ | yeah, for the reason kergoth said. |
| 16:34.44 | ant_work | ^^^ |
| 16:35.53 | mwester | has wondered that as well -- why would the same PN have different MD5SUMs when stored at different locations on the net? |
| 16:36.03 | ant_work | the logic seems a bit flawed to me... |
| 16:36.52 | woglinde | re |
| 16:36.57 | kergoth | filename+pn would probably be sufficient, yes, assuming no recipe ever fetches the same filename from multiple locations |
| 16:37.12 | RP | mickeyl: We should talk about python-native ;-) |
| 16:37.14 | woglinde | hm only 11 paackages failed |
| 16:37.31 | woglinde | first fixing libpam for micro |
| 16:40.31 | ant_work | kergoth: for the same reason I don't understand why Gentoo keeps the size of the file in their Manifests :) |
| 16:40.55 | ant_work | ok, double-check |
| 16:41.01 | ant_work | still... |
| 16:41.21 | kergoth | ant_work: i could see that being *potentially* useful for some sort of resuming, perhaps? *shrug*, its pointless as a "is it complete", since the sum gives you that.. |
| 16:44.17 | RP | mwester: there are patches on the mailing list you could test now |
| 16:44.28 | RP | Crofton|work: see the mailing list... |
| 16:44.31 | mwester | I just got to that email :) |
| 16:44.45 | RP | mwester: There is another one coming with a fix |
| 16:45.07 | RP | mwester: same address, python-hostfix.patch |
| 16:45.45 | RP | mwester: a before and after with the debug patch applied first would make me feel happier we're fixing the right thing |
| 16:52.38 | woglinde | jo jama |
| 16:53.19 | JaMaAtHome | jo woglinde |
| 17:06.39 | mwester | RP: patch works. Debug before and after shows no more references to /usr/lib and /usr/lib64 |
| 17:09.24 | *** join/#oe gnutoo (n=gnutoo@host26-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 17:10.15 | mckoan | nice w/e |
| 17:11.53 | RP | mwester: cool, I'll wait for mickey to make the final call on that patch |
| 17:19.14 | *** join/#oe EsbenH (n=EsbenH@0x55532124.adsl.cybercity.dk) |
| 17:23.26 | CIA-2 | 03Phil Blundell <philb@gnu.org> 07org.openembedded.dev * rca68e0eeba 10openembedded.git/classes/base.bbclass: base.bbclass: add support for checksums in .bb files |
| 17:23.48 | woglinde | oh that was fast |
| 17:23.50 | woglinde | hi esben |
| 17:24.33 | woglinde | hm why beagleboard mesa is stuck at 7.0.2 |
| 17:26.03 | woglinde | seems micro restriction |
| 17:26.14 | gnutoo | hi, oe_libinstall doesn't work when the build system of the application is broken and has 2 non-symlinks for libtcl8.4.so.0 and libtcl8.4.so |
| 17:26.33 | woglinde | gnutoo *g* |
| 17:26.42 | gnutoo | and oe_runmake install either |
| 17:26.45 | woglinde | pb_ fixed it the wohle day |
| 17:26.53 | gnutoo | ah ok |
| 17:26.57 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 17:27.08 | gnutoo | thanks a lot pb_ |
| 17:31.25 | *** part/#oe mlip (n=mlip@86.32.77.98) |
| 17:31.34 | woglinde | hm xserver stuff is broken |
| 17:31.43 | woglinde | xserver depends on mesa |
| 17:31.51 | woglinde | but the newer are mesa-xlib or mesa-dri |
| 17:32.30 | woglinde | hm I think mesa should be virtual too |
| 17:32.41 | woglinde | or gl-package at least |
| 17:33.08 | JaMa | woglinde: it is virtual/libgl |
| 17:33.34 | JaMa | woglinde: check martin_jansa/xorg-7.5 :) |
| 17:33.41 | kergoth | meh |
| 17:33.45 | kergoth | i can't concentrate worth a damn today |
| 17:33.51 | CIA-2 | 03Phil Blundell <philb@gnu.org> 07org.openembedded.dev * r1f986867b6 10openembedded.git/classes/base.bbclass: fix c&p error in last patch |
| 17:34.01 | CIA-2 | 03Phil Blundell <philb@gnu.org> 07org.openembedded.dev * r4babfdd621 10openembedded.git/ (conf/checksums.ini recipes/busybox/busybox_1.14.3.bb): busybox_1.14.3: move checksum to bb file |
| 17:34.04 | pb__ | kergoth: doh, too much mountain dew? |
| 17:34.19 | woglinde | JaMa I am talking about dev |
| 17:34.24 | kergoth | if one can is too much, something is wrong :) |
| 17:34.30 | pb__ | heh |
| 17:34.31 | woglinde | not the branches which will be merged in few months |
| 17:34.34 | kergoth | more likely its because its friday.. :) |
| 17:34.38 | woglinde | but maybee its only a micro problem |
| 17:34.48 | kergoth | thinks about bb.fetch |
| 17:34.56 | JaMa | woglinde: but virtual/libgl exists in few places already in .dev |
| 17:34.57 | woglinde | which should include the right preferred xversion stuff |
| 17:35.26 | woglinde | pb is it okay to include preferred-xorg-versions-X11R7.4 or 7.5 into micro? |
| 17:35.29 | gnutoo | woglinde, I'll test it...I had patches for building the newer Xorg not for openmoko for SHR merge but they were lost with a git reset hard...but anyway there were easy to reproduce... |
| 17:35.52 | pb__ | woglinde: sure |
| 17:35.56 | woglinde | okay |
| 17:35.58 | JaMa | woglinde: 7.5 in .dev isnt 7.5... |
| 17:36.07 | gnutoo | lost means that I didn't care while doing git pull so I did hard reset....I can recreate them |
| 17:36.14 | woglinde | jama yes I will take 7.4 |
| 17:36.18 | woglinde | as angstrom |
| 17:36.55 | woglinde | hm I will do as minimal |
| 17:41.56 | woglinde | gnutoo git reflog |
| 17:42.04 | woglinde | so you maybee can find them |
| 17:42.26 | woglinde | again |
| 17:43.07 | gnutoo | woglinde, but they were for the intel breakage |
| 17:44.09 | gnutoo | woglinde, basically I moved the disable intel to be overriden by SHR |
| 17:44.20 | gnutoo | and some minor things |
| 17:45.32 | gnutoo | anyway I'll look where I put the git patches for older version |
| 17:45.42 | gnutoo | you'll have a better idea |
| 17:46.51 | gnutoo | I modified: |
| 17:47.13 | gnutoo | ./recipes/dri/libdrm_git.bb and ./recipes/mesa/mesa-dri_git.bb |
| 17:48.18 | gnutoo | more or less that: |
| 17:48.19 | gnutoo | http://pastebin.com/m6215525e |
| 17:48.50 | gnutoo | only that I replaced htcdream by shr in the more recent patches |
| 17:54.40 | woglinde | hm why we have libfribidi and fribidi |
| 18:00.09 | gnutoo | I'll have to go now |
| 18:01.04 | woglinde | bye gnutoo |
| 18:12.24 | kergoth | hmm. |
| 18:12.30 | *** join/#oe stephank (n=traveler@2002:5419:710e:7:21c:c4ff:fece:ea94) |
| 18:13.25 | woglinde | hm ecors fails |
| 18:18.35 | *** join/#oe dfoley (n=dfoley@d75-157-54-21.bchsia.telus.net) |
| 18:26.20 | mwester | pulseaudio blows chunks now: Error: selected processor does not support 'pkhbt r0,r3,r2,LSL#16' |
| 18:26.26 | *** join/#oe bluelightning (n=blueligh@93-96-131-185.zone4.bethere.co.uk) |
| 18:30.06 | *** join/#oe pH5 (n=ph5@e178213142.adsl.alicedsl.de) |
| 18:32.23 | kergoth | experiments with using git to track changes to a directory, as a possible way of doing better tracking of what tasks do, and/or being able to pop back to a previous task exactly as it was |
| 18:33.46 | kergoth | hmm |
| 18:34.33 | mwester | thinks about the ClearCase mvfs and derived objects. |
| 18:39.16 | kergoth | heh, there's something to be said for storing objects in the scm, at least for the build |
| 18:39.20 | kergoth | clearmake and stuff comes to mind |
| 18:39.57 | kergoth | i was just thinking if we had better tracking, we could allow a "clean" that doesn't wipe the source tree, just reverts it back to pristine |
| 18:42.01 | CIA-2 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r7596dc3367 10openembedded.git/conf/distro/include/preferred-slugos-versions.inc: |
| 18:42.01 | CIA-2 | SlugOS: preferred-slugos-versions.inc - use older pulseaudio version |
| 18:42.01 | CIA-2 | (latest version fails to compile) |
| 18:43.31 | mwester | I agree with that -- and I also think it would greatly facilitate understanding (and therefore debugging) if someone can get a simple answer to the question "what did recipe xyz change in staging?", or "who staged file xyz" |
| 18:44.19 | mwester | git is a fine way to start, although I'm not sure how well it handles binaries. |
| 18:44.59 | kergoth | well, we wouldn't necessarily have to keep everything around indefinitely, particularly if its just a tracking repository. if you clean, i could see that forcing the ref back to the old state, so the rest can be freed up in a gc, unless you really want to be able to move back forward again |
| 18:47.52 | kergoth | something as simple as http://kergoth.pastey.net/128583, run after each task could be useful, if we had everything in one place, at least. otherwise we'd have to try to get it to pick up multiple dirs contents in some way.. hmm |
| 18:48.32 | kergoth | I'm interested in this stuff for the caching possibilities long term. If the input to a task hasn't changed (including toolchain and metadata), we could know we don't have to re-run the task.. |
| 18:49.53 | mwester | :) clearmake "wink-in" |
| 18:50.03 | kergoth | :) |
| 18:50.14 | *** join/#oe montamer (n=montamer@203.199.213.3) |
| 18:50.20 | kergoth | course, adding better tracking to the metadata is nontrivial |
| 18:50.32 | kergoth | but.. baby steps |
| 18:50.41 | mwester | Imagine if we could do that over the net from selected "blessed" buildhosts... that would empower a lot of users to work with OE. |
| 18:50.56 | mwester | Not to mention the commercial users who would really appreciate that sort of a system. |
| 18:51.34 | kergoth | MVL6 does prebuilt binaries, but its pretty limited. the prebuilts are packaged staging packages, and their filenames include an md5 sum of the metadata (minus blacklisted entries known to not affect the build), and of course that's the whole recipe, not task level |
| 18:52.02 | dfoley | I'm having a few problems with kernel-modules and module_autoload_, wondering if anyone else is |
| 18:52.04 | kergoth | even then its a feature people like. the failure case is just a forced rebuild, but if nothing has changed, at least it doesn't have to |
| 18:52.24 | mwester | I like the idea. |
| 18:53.17 | mwester | (but I confess to bias, having worked with clearcase and clearmake for so many years I may "over-appreciate" the benefits of such close tracking of build artifacts) |
| 18:53.48 | kergoth | I'd really like to see better traceability of our builds, better bill of materials emission, .. |
| 18:54.34 | *** join/#oe Martin-B (n=martin@pool-143-65-198-89.dbd-ipconnect.net) |
| 18:55.20 | *** join/#oe john268 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
| 18:56.05 | mwester | starts a fresh build of the package feeds, and heads off to get some chores done |
| 18:56.50 | kergoth | hmm. |
| 18:57.19 | *** join/#oe playya__ (n=playya@unaffiliated/playya) |
| 18:57.46 | kergoth | what if you pointed bitbake to a common OE directory from your project area, and had a tool to "add" recipes to the project.. and anything you add to the project automatically got built when you ran bitbake.. and the "add" actually did the unpack/patch or clone operations directly into dirs relative to $PWD in the project |
| 19:05.40 | *** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at) |
| 19:05.50 | Crofton|work | RP, did you find someone to test the python change? |
| 19:06.25 | kergoth | comments on the list seemed to indicate that it fixed it |
| 19:08.18 | Crofton|work | ok, I think I'll do real work then |
| 19:08.24 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 19:08.37 | *** join/#oe playya_ (n=playya@unaffiliated/playya) |
| 19:10.22 | dfoley | I've noticed for some reason, modules added to module_autoload in a machine conf don't seem to have /etc/modutils/ added to the kernel package even on a clean virtual/kernel build. Has this been deprecated ? Or is this not the channel to ask ? |
| 19:11.25 | pb__ | dfoley: /etc/modutils should be in the module packages, not the kernel package |
| 19:11.52 | *** join/#oe toi (n=toi@d54C2A96D.access.telenet.be) |
| 19:12.23 | dfoley | pb__: sorry, that's what I meant. it does not get put in the module package |
| 19:12.38 | pb__ | do you get an "installed but not shipped" diagnostic for it? |
| 19:14.59 | dfoley | pb__: no, the only thing I get is something about the modules.order file |
| 19:15.06 | *** join/#oe Martin-B (n=martin@pool-143-65-198-89.dbd-ipconnect.net) |
| 19:16.05 | pb__ | hm. are the module packages getting the right dependencies applied? |
| 19:16.16 | pb__ | if not, that might suggest that the frob_metadata hook just isn't running at all. |
| 19:16.37 | pb__ | (it's also what sets the Description, which might be easier to spot than the dependencies.) |
| 19:17.15 | pb__ | if you are getting descriptions and depends but no modutils directory, that would suggest that the modutils-adding code in that hook is either broken or out of sync with the rest of the packaging system |
| 19:19.26 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 19:20.02 | dfoley | pb__: the tmp linux image/etc/modutils/ directory does get created with the files for each module corresponding to module_autoload_<module> |
| 19:22.12 | pb__ | ah, righ |
| 19:22.13 | pb__ | t |
| 19:22.48 | pb__ | that would suggest that the packaging system has changed in some way that kernel.bbclass was not expecting |
| 19:22.48 | pb__ | I guess the hook is now getting run too late, or something |
| 19:22.50 | dfoley | pb__: every thing used to work not too far back |
| 19:23.01 | pb__ | can you pinpoint when it broke? |
| 19:23.17 | pb__ | afaik, there has not been a deliberate move to obsolete it, I think this is just accidental damage |
| 19:23.48 | pb__ | if you can do a binary chop of the contents of the classes/ directory and figure out what commit caused it to stop working, that might be useful information |
| 19:24.39 | dfoley | pb__: I don't know when it broke right no, but I could probably go back and forth to figure it out |
| 19:25.07 | dfoley | pb__: yes I can probably do that |
| 19:25.16 | pb__ | okay |
| 19:25.37 | pb__ | I imagine the offending commit is in classes/package.bbclass, or certainly in classes/ somewhere. |
| 19:25.53 | pb__ | luckily those files do not change especially often so there should not be a vast number of commits to bisect. |
| 19:27.04 | dfoley | pb__: bye the way there is also a problem when adding "kernel-modules" to MACHINE_EXTRA_RRECOMMENDS. Some modules simply don't get added and some do |
| 19:27.47 | pb__ | I guess you mean that they don't show up in the rootfs, right? |
| 19:27.56 | pb__ | as opposed to don't actually get added to the variable |
| 19:28.09 | dfoley | pb__: correct |
| 19:28.09 | *** join/#oe rddDavid51 (n=roudoudo@78.234.93.192) |
| 19:28.18 | pb__ | unfortunately that could be caused by any number of things: opkg failure, packaging errors, ... |
| 19:28.32 | pb__ | you'd need to check the opkg log output for clues as a first step |
| 19:28.52 | dfoley | pb__: if I comment out "for l in module...." loop in the kernel.bbclass (blacklist) I get all my modules added |
| 19:30.07 | dfoley | pb__: as far as I can tell these are 2 separate problems, but I really don't know enough about the inner workings of the package, kernel, and friends classes |
| 19:30.19 | pb__ | I think they are two separate problems, yes. |
| 19:31.47 | dfoley | pb__: I'll do some re-building and bisecting I guess for now. Thanks for your help |
| 19:32.23 | *** join/#oe dth_ntb (n=dieter@dslc-082-082-090-027.pools.arcor-ip.net) |
| 19:35.20 | kergoth | cute, got a ${WORKDIR}/.monitor-git which has a commit after each task recording what it did in workdir, with tags pointing at the commit by task name |
| 19:35.43 | kergoth | clarson@foul ~/o/p/3/t/w/i/s/.monitor-git> pwd |
| 19:35.43 | kergoth | ~/oe/projects/35291/tmp/work/i686-linux/shasum-native-1.0-r1/.monitor-git |
| 19:35.44 | kergoth | clarson@foul ~/o/p/3/t/w/i/s/.monitor-git> git log | git shortlog |
| 19:35.44 | kergoth | Chris Larson (2): |
| 19:35.44 | kergoth | <PROTECTED> |
| 19:35.45 | kergoth | <PROTECTED> |
| 19:37.44 | kergoth | course, its not ideal to only capture workdir.. |
| 19:38.59 | kergoth | ponders |
| 19:46.50 | JaMa | kernel.bbclass seems a bit broken now, can someone confirm my behavior |
| 19:47.37 | *** join/#oe gnutoo (n=gnutoo@host26-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 19:48.51 | JaMa | def get_dependencies(file, pattern, format): gets file parametr in form like this: /home/projects/OE/tmpdir-dev-shr/work/om-gta02-oe-linux-gnueabi/linux-openmoko-shr-drm-devel-2.6.29-drm-oe14+gitr3+c848d00bd43c47e7f11724330380e0c68ec7ae5e-r2/package/lib/modules/2.6.29-rc3-drm/kernel/net/ipv6/sit.ko |
| 19:49.35 | JaMa | but then in "if module_deps.has_key(file):" is checked against same file but without builddir prefix so something like /lib/modules/2.6.29-rc3-drm/kernel/net/ipv6/sit.ko |
| 19:50.16 | JaMa | so "if module_deps.has_key(file):" returns nothing an RDEPENDS for needed modules ins't right then |
| 19:51.16 | JaMa | RP: do you have a sec? for ^^ |
| 19:52.08 | *** join/#oe timtimred (n=meh@79-75-190-6.dynamic.dsl.as9105.com) |
| 19:54.10 | *** join/#oe florian (n=fuchs@Maemo/community/contributor/florian) |
| 19:54.49 | kergoth | http://kergoth.pastey.net/128586 |
| 19:54.51 | kergoth | heh |
| 19:58.21 | kergoth | course, tasks running simultaneously would be a problem :) |
| 20:03.21 | gnutoo | mmm hi |
| 20:03.24 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 20:03.28 | gnutoo | NOTE: Update svn://svn.o-hand.com/repos/matchbox/trunk;module=matchbox-panel-2;proto=http => svn: Failed to add directory 'applets': an unversioned directory of the same name already exists |
| 20:08.39 | *** join/#oe cminyard (n=cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 20:10.18 | JaMa | gnutoo: remove corespoding dir in downloads.. |
| 20:12.21 | sakoman | RP: ping |
| 20:13.34 | JaMa | pb__: I have an ugly patch for first problem in kernel.bbclass |
| 20:13.54 | JaMa | pb__: missing RDEPENDS entries because of changed layout.. |
| 20:14.21 | sakoman | RP: I'm getting a webkit-gtk build failure from a clean top-of-tree build. Seems related to the webkit-1.0.pc file in sysroot-destdir. |
| 20:14.57 | sakoman | RP: http://pastebin.com/m9e15421 |
| 20:15.21 | sakoman | perhaps similar to some of the issues you fixed yesterday? |
| 20:18.55 | JaMa | pb__: and regression is created by 29c7d3351f43678c6e93b707b301832009f64b31 |
| 20:20.21 | *** join/#oe Ainulind1le (n=ainu@calaquendi.org) |
| 20:20.26 | pb__ | JaMa: righto. I see this was one of RP's patches; it might be best to take it up with him. |
| 20:21.43 | kergoth | hmm |
| 20:22.30 | woglinde | urgs |
| 20:22.31 | woglinde | os.system('cp -pPR %s/* %s/' % (dest, dvar)) |
| 20:23.03 | kergoth | heh, whats the urgs for? i like using something like shutil.copytree instead, but cp does get the job done :) |
| 20:23.54 | woglinde | system calls should be avoided |
| 20:24.11 | kergoth | true. we really need to get some wrappers into the bitbake python module |
| 20:24.17 | kergoth | ones that use subprocess under the hood |
| 20:24.58 | kergoth | hmmm |
| 20:25.07 | kergoth | wonders how hard itd be to hack in monitoring of which tasks use which variables |
| 20:27.04 | gnutoo | JaMa, ok that's what I thought |
| 20:27.56 | kergoth | might not be that bad.. monkeypatch bb.data to hook getVar() to store it.. the harder part would be hacking expand() to store what variables were referenced in the expansion |
| 20:28.00 | kergoth | hmm |
| 20:29.43 | woglinde | hm |
| 20:29.46 | woglinde | <PROTECTED> |
| 20:30.26 | kergoth | ow |
| 20:30.48 | woglinde | rm_work.bbclass: os.system('rm -f '+ dir) |
| 20:30.59 | woglinde | is python really so bad? |
| 20:31.08 | kergoth | haha |
| 20:31.13 | kergoth | thats terrible |
| 20:31.16 | kergoth | unlink() is not hard.. |
| 20:31.36 | kergoth | shutil even provides rmtree() |
| 20:31.49 | woglinde | package_tar.bbclass: ret = os.system('zcat %s | tar -xf -' % pkgfn) |
| 20:32.08 | woglinde | seems some python devs would run and screem |
| 20:33.04 | kergoth | TarFile & friends are quite easy to use if you know they exist |
| 20:33.13 | kergoth | has a do_unpack using them *somewhere* |
| 20:33.15 | woglinde | opie.bbclass is worst |
| 20:33.18 | kergoth | can't seem to find it though |
| 20:33.27 | woglinde | os.system( "install -d %s%s%s/" % ( D, palmtopdir, bindir ) ) |
| 20:33.36 | woglinde | os.system( "install -m 0755 %s/lib%s.so %s%s%s/" % ( S, APPNAME, D, palmtopdir, bindir ) ) |
| 20:33.39 | woglinde | 7 times |
| 20:34.37 | kergoth | ugh.. if you're going to use that much shell, just make a shell function in the metadata and call it from python.. |
| 20:34.39 | woglinde | seems we have enough places to improve |
| 20:34.59 | kergoth | what sucks is people copy bad practices, thinking whats there must be worthy of copying.. |
| 20:35.03 | kergoth | sadly this is nowhere near the case |
| 20:35.18 | woglinde | if I had seen this earlier |
| 20:35.26 | woglinde | it would have been topic at oedem |
| 20:35.37 | woglinde | death to os.syste, |
| 20:35.41 | woglinde | args system |
| 20:36.25 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
| 20:36.29 | kergoth | in mvl6, i switched everything to use a system wrapper that uses subprocess, to avoid the SIGPIPE issue. better to fix things to use python modules though |
| 20:39.10 | woglinde | hm I will start with rm_work.bbclass |
| 20:39.16 | woglinde | that should be easy to fix |
| 20:40.05 | woglinde | *sigh* os.removedirs(path) New in version 1.5.2. |
| 20:40.45 | pb__ | yeah, death to os.system() would be a good topic for a future oedem |
| 20:41.17 | pb__ | or, perhaps more generically, death to all practices which impose weird constraints on what you can call your working tree |
| 20:41.30 | pb__ | need to work on that title a bit to make it more snappy, though |
| 20:42.57 | kergoth | I'd just like us to always take advantage of what functionality our current minimum python version provides to us |
| 20:43.01 | kergoth | (pipe dream) |
| 20:43.57 | pb__ | that would be nice, yeah |
| 20:44.31 | kergoth | http://kergoth.pastey.net/128587 - thoughts? of course, the project.conf bit can be separate from the rest, but i kind of like moving the fetch up a layer and moving the sources to a more accessible location for development |
| 20:45.51 | pb__ | yes, that's quite a cute idea |
| 20:46.19 | pb__ | might as well just have "bitbake-project add-collection /path/to/oe", I guess |
| 20:46.20 | kergoth | course, I'm not sure how such a thing would handle prebuilts, really, since you wouldn't necessarily want to see that source tree.. hmm |
| 20:46.24 | kergoth | heh, yeah, true |
| 20:47.06 | pb__ | I guess you'd want to have prebuilts (and staging in general) tucked away in ~/.bitbake-project somewhere. |
| 20:47.11 | kergoth | this is kind of like what I'd want to see long term, but this way it's not horribly invasive, uses the existing metadata, and opens up the door to adding sources directly to the project which contain their own recipes |
| 20:47.19 | kergoth | yeah, probably |
| 20:47.55 | woglinde | hm never again I will build beagleboard-demo image |
| 20:48.41 | pb__ | but yeah, in general, something like that would be quite cool |
| 20:48.56 | pb__ | it'd certainly be good to get away from the ghastly "set BBFILES in local.conf" paradigm |
| 20:48.56 | pb__ | heh |
| 20:49.04 | kergoth | bitbake can automatically build the packages in BBPKGS if the var is set, so could do this without making huge changes to bitbake.. just the pre-parsing of the project.conf which is independent of the project idea.. do that, then write a project wrapper which also adds a class to INHERIT to manipulate the fetch/unpack/patch process |
| 20:49.07 | Crofton | woglinde, why not? |
| 20:49.08 | kergoth | yeah, indeed |
| 20:49.15 | Crofton | it is an excellent test case :) |
| 20:49.57 | Crofton | must turn the power switch on and hope the magic smoke does not come out |
| 20:50.13 | Crofton | I have an fpga attached to the omap3 gpmc bus |
| 20:50.23 | kergoth | i also think we should consider moving packaging and image creation out of recipes. make the recipe emit the do_install output, and everything else is a matter of pulling those out and doing things with them.. but i don't have a coherent idea around that yet.. |
| 20:50.25 | Crofton | I think no outputs are set to drive outputs ..... |
| 20:50.30 | woglinde | Crofton because I see to many ugly things |
| 20:50.34 | kergoth | heh |
| 20:50.39 | Crofton | what is ugly |
| 20:50.41 | woglinde | and have to fix to many stuff |
| 20:50.46 | Crofton | ah |
| 20:51.00 | Crofton | so you are going through the test nature of the image :) |
| 20:51.27 | woglinde | right now I am seeing firefox compiling |
| 20:51.31 | woglinde | with so many warnings |
| 20:54.14 | Crofton | woglinde, still a good test after recent dev changes |
| 20:54.24 | Crofton | ok, time to plug things in |
| 20:55.12 | *** join/#oe waite (n=quassel@206.83.81.178.ptr.us.xo.net) |
| 20:55.46 | woglinde | crfotn thumbs up |
| 20:56.37 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) |
| 21:06.50 | *** join/#oe marex (n=marex@85-132-216-250-eth3-gwfm10-user.802.cz) |
| 21:07.53 | *** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch) |
| 21:10.52 | sakoman | anyone else seeing webkit-gtk build failures or is it "just me"? :-) |
| 21:11.58 | *** join/#oe sgh (n=quassel@212088073002.static.sonofon.dk) |
| 21:12.34 | woglinde | sakoman didnt test |
| 21:13.03 | sakoman | woglinde: http://pastebin.com/m9e15421 |
| 21:14.00 | woglinde | sakoman whats pkgconfig_sysroot_preprocess really doing? |
| 21:14.12 | woglinde | could you paste the relevant code from run |
| 21:14.25 | sakoman | sure |
| 21:14.37 | playya_ | woglinde, its a cat $f | sed foo >$ |
| 21:14.39 | woglinde | hm okay |
| 21:14.49 | woglinde | found in the bbclass |
| 21:14.51 | woglinde | lets see |
| 21:15.33 | woglinde | ah okay |
| 21:15.54 | sakoman | woglinde: http://pastebin.com/m6d26eb16 |
| 21:16.00 | woglinde | cat $pc > ${SYSROOT_DESTDIR}${PKG_CONFIG_DIR}/$pcname |
| 21:16.12 | woglinde | seems $pc == ${SYSROOT_DESTDIR}${PKG_CONFIG_DIR}/$pcname |
| 21:16.35 | DJWillis | sakoman: rebuilt webkit 2 days ago from dev to support some tweaks I was doing to Midori, worked well. Not seen that error, I can try a clean and build later |
| 21:16.40 | woglinde | now we have to find out why |
| 21:17.03 | playya_ | i had this error tonight. just removed midori |
| 21:17.16 | sakoman | I'm not sure what proper work sysroot-destdir contents are supoosed to look like but mine are quite strange! |
| 21:17.33 | DJWillis | playya_: ahh, so it's a victim of the .dev rework? |
| 21:18.00 | playya_ | i'm on shr/merge, but it might come from .dev |
| 21:20.21 | sakoman | DJWillis: I'm at current top of dev tree |
| 21:20.44 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 21:22.10 | woglinde | skoman hm could you put a echo "here comes pc $pc" into pkgconfig.bbclass? |
| 21:22.13 | woglinde | and run again |
| 21:22.31 | woglinde | would be nice to see whats pc is |
| 21:25.00 | sakoman | woglinde: OK, will do |
| 21:25.06 | *** join/#oe spaetzAFK (n=user@84.55.212.236) |
| 21:34.19 | sakoman | woglinde: sorry had a phone call |
| 21:34.49 | sakoman | woglinde: http://pastebin.com/m2f81d724 |
| 21:36.13 | woglinde | hm yeah |
| 21:36.27 | woglinde | ${S} is some how wrong |
| 21:47.05 | *** join/#oe RP (n=richard@93-97-173-237.zone5.bethere.co.uk) |
| 21:57.55 | *** join/#oe ant__ (n=andrea@host208-253-dynamic.5-87-r.retail.telecomitalia.it) |
| 22:05.28 | *** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at) |
| 22:25.57 | ant__ | pb__: still there? |
| 22:27.26 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r849cddddec 10openembedded.git/recipes/eglibc/ (5 files): |
| 22:27.26 | CIA-2 | eglibc_2.11: Add recipes for new eglibc 2.11 release |
| 22:27.26 | CIA-2 | * Use EGLIBC_BRANCH in missing places where it could be used. |
| 22:27.26 | CIA-2 | * Update svn recipe to latest. |
| 22:27.26 | CIA-2 | * Update svn recipe version to 2.11+ now that 2.12 is tracking trunk. |
| 22:27.27 | CIA-2 | * Make DEFAULT_PREFERENCE = -1 for eglibc 2.11 default stays 2.10. |
| 22:27.31 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 22:29.03 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 22:30.29 | *** join/#oe rgammans (n=roger@84.9.50.142) |
| 22:32.23 | woglinde | ~lart ecore devs |
| 22:32.23 | ibot | explains, ever so gently, that if ecore devs doesn't give the channel more information, they can't help |
| 22:39.23 | pb__ | ant__: hi |
| 22:40.13 | *** part/#oe dfoley (n=dfoley@d75-157-54-21.bchsia.telus.net) |
| 22:42.01 | ant__ | pb__: the build of sqlite3 now completes. still a minor issue, though http://fr.pastebin.ca/1670559 |
| 22:42.20 | ant__ | cp: cannot stat `/oe/build/tmp/work/i686-linux/tcl-native-8.4.19-r3/image/*': No such file or directory |
| 22:43.25 | *** join/#oe UndrWater (n=Russell_@pool-74-100-99-39.lsanca.fios.verizon.net) |
| 22:47.22 | *** join/#oe woglinde (i=woglinde@78.52.231.181) |
| 22:47.24 | woglinde | re |
| 22:47.26 | pb__ | yeah, that is a bit odd |
| 22:47.29 | woglinde | hm evdev crashed my X |
| 22:47.40 | pb__ | I think it is probably harmless but it would be interesting to know what is causing it |
| 22:48.04 | woglinde | ant could you paste it again? |
| 22:48.09 | ant__ | see, I'll try with comment on the line #INHERIT += "rm_work" |
| 22:48.15 | ant__ | I'm using it |
| 22:48.23 | pb__ | I doubt it's caused by rm_work |
| 22:49.03 | pb__ | judging from the error, I would guess that some part of the new staging code is not being completely disabled in legacy mode |
| 22:49.14 | pb__ | and/or it just isn't set up to cope with native packages properly |
| 22:49.37 | ant__ | ah |
| 22:49.48 | *** join/#oe thaytan (n=jan@78.16.225.119) |
| 22:49.52 | pb__ | either way that would probably be an issue for rp :-} |
| 22:51.07 | ant__ | ^_^ |
| 22:52.48 | woglinde | hm sill wonder which package drags in external-toolchain |
| 22:53.00 | woglinde | in my beagleboard-demo-image |
| 22:53.08 | ant__ | btw I'm feeling adventurous and I'm rebuilding now sqlite having a console image building in another terminal...doh..seems even to work! |
| 22:54.03 | ant__ | pb__: absolutely , rm_work makes no difference, sorry for the noise ;) |
| 22:58.23 | *** join/#oe Leatherface (n=leatherf@athlon.pitelink.com) |
| 23:07.27 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) |
| 23:08.13 | Crofton|work | RP, I'll test the python-native path tomorrow |
| 23:08.24 | *** join/#oe rsalveti (n=rsalveti@187.78.122.5) |
| 23:09.35 | JaMa | RP: have you seen that kernel.bbclass problem? |
| 23:21.36 | *** join/#oe kristoffer (n=kristoff@95.209.137.175.bredband.tre.se) |
| 23:25.32 | *** join/#oe Martin-B (n=martin@pool-143-65-198-89.dbd-ipconnect.net) |
| 23:25.57 | *** join/#oe gnutoo (n=gnutoo@host26-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 23:30.49 | *** join/#oe gnutoo_ (n=gnutoo@host26-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 23:32.49 | mwester | notes that the python-native fix is not yet committed... |
| 23:32.50 | mwester | :( |
| 23:32.55 | mwester | Sigh. |
| 23:33.35 | mwester | Can't we just commit the fix, and undo it if Mickey objects? |
| 23:45.58 | sakoman | woglinde: did you have any thoughts on how to fix the webkitgtk issue? The recipe actually does set S to $WORKDIR |
| 23:47.54 | woglinde | sakoman why? |
| 23:48.38 | *** join/#oe Longfield (n=valentin@113-114.4-85.fix.bluewin.ch) |
| 23:48.43 | woglinde | sakoman could you just remove the line |
| 23:48.46 | woglinde | and test again |
| 23:54.11 | sakoman | woglinde: you mean remove the S = "${WORKDIR}/" line? |
| 23:55.36 | sakoman | the webkit recipe is strange -- it pulls source from 7 different SNV repo's and uses its own config and makefile |
| 23:56.51 | woglinde | sakoman yes |
| 23:59.22 | ynezz | mwester: is ACKED already... |
| 23:59.35 | ynezz | s/is/it's/ |