| 00:18.59 | *** join/#oe kurre2 (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 00:22.10 | *** join/#oe lamawithonel (~lucas@pool-96-231-162-173.washdc.fios.verizon.net) |
| 00:49.45 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 01:45.49 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 03:06.11 | *** join/#oe devzero_ (devzero@xdsl-89-0-64-152.netcologne.de) |
| 03:41.04 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 04:18.55 | *** join/#oe shoragan_ (~shoragan@f053155229.adsl.alicedsl.de) |
| 04:59.46 | *** join/#oe snkt (~snkt@114.143.160.125) |
| 05:23.33 | *** join/#oe erwt (~rahul@114.143.160.125) |
| 06:10.43 | *** join/#oe mischa_ (7d1662f4@gateway/web/freenode/ip.125.22.98.244) |
| 06:20.57 | erwt | I am cross compiling a celt-0.5.2 package for spice ,but during compilation it gives the following error |
| 06:21.00 | erwt | http://pastebin.com/FtnayjSH |
| 06:21.30 | erwt | i do not why it searches for /usr/lib/libogg.so |
| 06:32.04 | *** join/#oe kergoth (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
| 06:32.50 | *** join/#oe kergoth_ (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
| 06:34.55 | *** join/#oe Heinervdm (~thomas@pD9E14A38.dip.t-dialin.net) |
| 07:18.04 | erwt | iam getting an error during bitbake cyrus-sasl package .....here is my log http://pastebin.com/MbnkxiTE |
| 07:18.26 | erwt | ERROR: Task 13 (/home/rahul/OEBASE/openembedded/recipes/cyrus-sasl/cyrus-sasl_2.1.19.bb, do_compile) failed with 256 |
| 07:18.26 | erwt | ERROR: '/home/rahul/OEBASE/openembedded/recipes/cyrus-sasl/cyrus-sasl_2.1.19.bb' failed |
| 07:18.32 | *** join/#oe Jay7 (jay@2.92.124.250) |
| 07:21.12 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 07:47.15 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 08:00.11 | *** join/#oe Cubi_ (~cubi@static-87-79-65-72.netcologne.de) |
| 08:14.16 | *** join/#oe lamikr (lamikr@nat/nokia/x-umgjalcogyavswsy) |
| 08:21.53 | *** join/#oe risca (~risca@f-static-78-70-87-29.business.telia.com) |
| 08:28.53 | *** join/#oe pwgen (~ew@pp29-254.phys.au.dk) |
| 08:32.13 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:34.56 | *** join/#oe JDuke128 (~death@46.2.0.236) |
| 08:34.58 | JDuke128 | hi , is it possible to inject my own custom asm code inside pe exe ? i want a tool that will decompile code and dump as asm instructions and i add my custom instructions more to it and compile back.Possible? if yes any tool do it ? i ve seen some tools distorm but its just disassembler not assembling back ;( any idea? |
| 08:35.03 | JDuke128 | or for ASM codes? |
| 08:35.13 | JDuke128 | sry ARM |
| 08:46.38 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:48.48 | *** join/#oe risca (~risca@f-static-78-70-87-29.business.telia.com) |
| 08:56.52 | *** join/#oe mckoan (~marco@unaffiliated/mckoan) |
| 08:56.59 | mckoan | good morning |
| 09:01.05 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:01.26 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:01.29 | *** join/#oe toi (~peter@d51533D32.access.telenet.be) |
| 09:03.40 | *** join/#oe sakoman__ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 09:39.07 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 09:40.40 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 09:40.40 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 09:44.54 | *** join/#oe pespin (~pespin@cisne-cn07.upc.es) |
| 09:46.15 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 09:50.32 | Jin^eLD | mornin |
| 09:53.46 | *** join/#oe phdeswer_ (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
| 10:00.21 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 10:06.40 | eFfeM | gm |
| 10:15.51 | *** join/#oe pespin (~pespin@cisne-cn10.upc.es) |
| 10:20.16 | pb_ | hi all |
| 10:22.34 | Jin^eLD | hi |
| 10:36.29 | florian | Good morning! |
| 10:39.55 | Jin^eLD | mornin florian |
| 10:43.21 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 10:43.21 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 10:44.55 | *** join/#oe geiseri (~igeiser@pool-71-162-255-190.phlapa.fios.verizon.net) |
| 10:51.39 | *** join/#oe htns (~htns@175.139.208.57) |
| 10:52.53 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 10:55.22 | ant_work | bluelightning: hi |
| 10:57.29 | ant_work | bluelightning: I see poky is still using own set of recipes instead of oe-core :/ |
| 10:57.47 | bluelightning | ant_work: ??? |
| 10:57.51 | bluelightning | we're using oe-core... |
| 10:57.56 | ant_work | http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta?h=edison |
| 10:58.17 | *** join/#oe GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
| 10:58.21 | bluelightning | so, that's an integration of the metadata from oe-core; all changes go across |
| 10:58.30 | ant_work | maybe smthg not yet backported/cherry-picked |
| 10:58.31 | bluelightning | in order that it's a single checkout |
| 10:58.57 | GNUtoo | hi ericben |
| 11:00.28 | *** join/#oe pepermint (~pepermint@host9-11-dynamic.58-82-r.retail.telecomitalia.it) |
| 11:04.21 | ant_work | bluelightning: I see, edison was an older checkout |
| 11:05.14 | bluelightning | ant_work: yes, edison is a branch from which the yocto 1.1 release came (and to which patches are being added for the next yocto point release) |
| 11:06.33 | ericben | hi GNUtoo |
| 11:06.46 | ant_work | ok, I discovered how the layer around are solving the X11 issues I have... |
| 11:07.05 | ant_work | i.e. meta-intel deploys an older xorg_1.9.3 |
| 11:07.57 | GNUtoo | ericben, I'll ping you in PM |
| 11:08.06 | GNUtoo | *PM you |
| 11:09.32 | geiseri | am i on crack or did the linux-2.6.35.14 source go away? my recipe is failing and i cannot find the link its pointing too... |
| 11:12.00 | florian | from what i know only the major releases are back |
| 11:12.17 | florian | so yes this archive is likely to be missing |
| 11:12.37 | geiseri | doh... okay |
| 11:13.17 | geiseri | hopes they people who hacked k.o are proud of themselves... |
| 11:14.38 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 11:17.14 | GNUtoo | btw does someone knows what to clean to get rid of libgtk-x11-2.0.so: undefined reference to `floorf@GLIBCXX_3.4.3' at compilation time (I already cleaned the toolchain that way: bitbake -c cleansstate gcc gcc-cross gcc-cross-initial gcc-cross-intermediate gcc-runtime binutils binutils-cross eglibc eglibc-initial) |
| 11:20.40 | *** join/#oe pepermint (~pepermint@host77-79-dynamic.5-87-r.retail.telecomitalia.it) |
| 11:22.47 | *** join/#oe lisppaste (~lisppaste@tiger.common-lisp.net) |
| 11:24.30 | GNUtoo | and of course -lm is passed |
| 11:25.49 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 11:29.00 | *** join/#oe DJWillis (djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
| 11:30.54 | JaMa | GNUtoo: btw you didn't clean libgcc |
| 11:33.13 | GNUtoo | ahhh |
| 11:33.17 | GNUtoo | maybe that's it |
| 11:33.51 | GNUtoo | so I just add libgcc or there are variants of it too(cross,native etc..) |
| 11:35.04 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 11:35.47 | Jin^eLD | hmm, there is openssl in openembedded-core and also in the meta-oe layer, why the duplication? |
| 11:36.19 | JaMa | meta-oe has newer |
| 11:36.42 | Jin^eLD | I do see that, but why didn't it go straight to core? |
| 11:37.01 | pb_ | well, floorf@GLIBCXX_3.4.3 is just plain weird. firstly, I don't think that symbol should ever be getting exported with that version, and secondly I don't think gtk+ should ever be linking with a library that exports anything at all @GLIBCXX_3.4. |
| 11:37.09 | JaMa | see oe-core ML someone is planing to merge it later |
| 11:37.27 | Jin^eLD | still finds this whole separation quite confusing... |
| 11:46.15 | bluelightning | Jin^eLD: that's a very good question, if there's no explanation in the commit message perhaps it would be worth asking the person who committed it |
| 11:46.48 | Jin^eLD | ah, indeed, I should look up the commit message first, somehow I did not think about that :P |
| 11:49.36 | Jin^eLD | angstrom-layers: meta-openembedded: add openssl recipe from OE into recipes-connectivity |
| 11:49.40 | Jin^eLD | commited by Koen |
| 11:49.58 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 11:50.05 | bluelightning | so, no explanation, that's unfortunate :/ |
| 11:51.03 | Jin^eLD | is there actually anyone who oversees all those repos? |
| 11:51.26 | Jin^eLD | in order to prevent them from drifting apart or duplicating each other? |
| 11:52.13 | JaMa | bluelightning: .bbappends didn't work very well back then.. so I can imagine it was just to get -native working for other meta-oe stuff |
| 11:52.22 | JaMa | bluelightning: or something like that |
| 11:52.47 | JaMa | and we needed something working to test it before we could start sending patches for oe-core |
| 11:52.50 | CIA-15 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * re492eb4dc9 10bitbake.git/lib/bb/runqueue.py: (log message trimmed) |
| 11:52.50 | CIA-15 | lib/bb/runqueue: avoid marking runtime dependencies as covered |
| 11:52.50 | CIA-15 | The code which populates setscene_covered list was adding a task to the |
| 11:52.50 | CIA-15 | covered list if all of the tasks that depend upon it were also covered; |
| 11:52.50 | CIA-15 | however, this means that tasks that would have installed "runtime" |
| 11:52.51 | CIA-15 | dependencies were being marked as covered also, e.g. gmp-native and |
| 11:52.52 | CIA-15 | mpfr-native are needed by gcc-cross at runtime since they are shared |
| 12:03.02 | *** join/#oe zecke (~ich@91-66-85-57-dynip.superkabel.de) |
| 12:03.55 | *** join/#oe shoragan_ (~shoragan@guest236.ibr.cs.tu-bs.de) |
| 12:06.50 | *** join/#oe shoragan (~shoragan@debian/developer/shoragan) |
| 12:07.10 | *** join/#oe toi (~peter@d51533D32.access.telenet.be) |
| 12:07.43 | bluelightning | Jin^eLD: it's a collective responsibility really |
| 12:07.52 | *** join/#oe kergoth (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
| 12:08.22 | bluelightning | JaMa: really? I thought bbappend functionality hadn't actually changed much |
| 12:08.24 | Jin^eLD | bluelightning: that's a little dangerious, since nonoe might have the overall overview... some guidelines to prefent cluttering would be good |
| 12:08.37 | Jin^eLD | s/nonoe/noone/g |
| 12:08.55 | bluelightning | Jin^eLD: I'd love there to be guidelines, up until now I guess everyone's been too busy just trying to make things work |
| 12:09.02 | JaMa | bluelightning: there was problem that you have to touch original recipe to invalidate it's cache and .bbappend to apply |
| 12:09.25 | bluelightning | JaMa: well, you're right on that one |
| 12:10.06 | bluelightning | in any case, it looks like zenlinux might be addressing the openssl overlap, at least he brought it up on the mailing list the other day |
| 12:10.51 | *** join/#oe kergoth_ (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
| 12:14.21 | ant_work | Jin^eLD: I am a bit pessimistic wrt overlap: the 2 cases I reported months ago are still duplicated |
| 12:14.35 | Jin^eLD | ah, so you also noticed that already |
| 12:14.58 | bluelightning | Jin^eLD: yes, we're all aware of the overlaps, it's just going to take someone's time to clean it up |
| 12:16.41 | ant_work | Jin^eLD: one was udev, nice, isn't ? |
| 12:16.59 | Jin^eLD | yes indeed, udev is also duplicated |
| 12:17.22 | Jin^eLD | seems that newer versions went to meta-oe and oe-core stayed with older recipes |
| 12:17.49 | *** join/#oe zecke (~ich@91-66-85-57-dynip.superkabel.de) |
| 12:18.26 | ant_work | yes, while trying to support older kernels maybe. There are patches for the older kernels, in case |
| 12:18.47 | ant_work | it's funny Yocto spots kernel 3.x |
| 12:22.40 | GNUtoo | JaMa, still libgtk-x11-2.0.so: undefined reference to `floorf@GLIBCXX_3.4.3' |
| 12:22.48 | GNUtoo | should I rebuild from scratch at that point? |
| 12:23.11 | GNUtoo | I think it's the second or third time that I rebuild from scratch |
| 12:23.41 | JaMa | GNUtoo: dunno |
| 12:24.25 | GNUtoo | and khem is not there....hmmmm |
| 12:26.45 | GNUtoo | libm: 000277fc W floorf |
| 12:26.51 | GNUtoo | with nm |
| 12:27.12 | GNUtoo | I'll rebuild from scratch....again then |
| 12:28.31 | *** join/#oe zecke (~ich@91-66-85-57-dynip.superkabel.de) |
| 12:32.13 | GNUtoo | ahh maybe I get it |
| 12:32.18 | GNUtoo | it link in a strange way |
| 12:32.38 | GNUtoo | (not that strange but anyway...) |
| 12:32.50 | GNUtoo | it link to the libs directly instead of autodetecting them |
| 12:33.05 | GNUtoo | like /home/..../foo.so |
| 12:33.11 | GNUtoo | *libfoo.so |
| 12:33.18 | GNUtoo | instead of -lfoo |
| 12:40.26 | GNUtoo | maybe adding -lm to LIBXFCE4UI_LIBS would fix? |
| 12:41.35 | GNUtoo | but there are so many packages to fix => better fixing the .pc instead or something like that |
| 12:49.21 | GNUtoo | still the same while linking manually |
| 12:50.54 | GNUtoo | GRRR I'll have to rebuild from scratch |
| 12:51.06 | GNUtoo | or maybe to rebuild gtk+ |
| 12:51.08 | GNUtoo | would be faster |
| 12:54.08 | *** part/#oe _chase_1 (~a0271661@nat/ti/x-zrfpzrerwercfkeq) |
| 13:03.19 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 13:05.22 | GNUtoo | seem that cleansstating gtk+ did the trick |
| 13:05.27 | GNUtoo | thanks all for the help |
| 13:10.22 | *** join/#oe _chase_ (~chase@nat/ti/x-sttvfglbavtvqcuc) |
| 13:34.57 | *** join/#oe belgar (88a32c66@gateway/web/freenode/ip.136.163.44.102) |
| 13:37.18 | *** join/#oe risca (~risca@f-static-78-70-87-29.business.telia.com) |
| 13:38.10 | *** join/#oe pwgen (~ew@2.108.92.38) |
| 13:44.25 | *** join/#oe anarsoul (~anarsoul@82.166.219.149) |
| 13:59.00 | *** join/#oe stefan_schmidt (~stefan@p4FC764A5.dip.t-dialin.net) |
| 13:59.00 | *** join/#oe pespin (~pespin@cisne-cn09.upc.es) |
| 14:02.05 | *** join/#oe cminyard (~cminyard@pool-173-71-58-7.dllstx.fios.verizon.net) |
| 14:10.28 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 14:11.05 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 14:23.39 | Crofton|work | anyone have any more thoughts on why samba fails to build for me? |
| 14:23.48 | Crofton|work | the eror message is pretty useless |
| 14:27.56 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 14:28.05 | pb_ | well, the error message seems fairly self-explanatory. did you check for CROSS COMPILE Badnesses? |
| 14:28.39 | *** join/#oe mgundes (5f009c02@gateway/web/freenode/ip.95.0.156.2) |
| 14:36.48 | Crofton|work | the error messgae complians about a pth in staging |
| 14:38.04 | Jin^eLD | I still struggle from the problem that each time I do bitbake myimage, then u-boot is being rebuilt; kergoth noticed a posible SRCREV problem yesterday, but my u-boot is built from a tarball, so that's not it; I was looking with bitbake -e but did not really find anything (or maybe did not know what to look for) |
| 14:38.22 | Jin^eLD | any ideas what I could do to figure out why u-boot is rebuilt each time when I bitbake my image? |
| 14:38.24 | pb_ | which path in staging? |
| 14:38.40 | pb_ | if it's deciding that a staging path is a Badness then that sounds like a bug. |
| 14:40.22 | Crofton|work | http://pastebin.com/5PGX6MZr |
| 14:40.40 | pb_ | I don't see any staging path in that paste. |
| 14:40.49 | Crofton|work | urg work |
| 14:41.10 | *** join/#oe mhnoyes (~mhnoyes@74-38-53-240.dr01.myck.or.frontiernet.net) |
| 14:41.10 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 14:41.17 | Crofton|work | but why does it decide that using a path to wrok is a problem |
| 14:41.24 | pb_ | that's just the root of the tree it's trying to build. you need to inspect config.log to find the actual offending path. |
| 14:41.48 | Crofton|work | 'll look again, but like I am saying this is not clear at all |
| 14:42.03 | Crofton|work | last time I looked i config.log it seemed ok |
| 14:42.08 | Crofton|work | and this worked a few days ago |
| 14:48.35 | Crofton|work | fishing through config.log and the output Makefile, nothing obvious |
| 14:49.26 | pb_ | so, no CROSS COMPILE Badness or "is unsafe for cross-compilation" kind of diagnostics? |
| 14:50.03 | Crofton|work | no |
| 14:50.12 | Crofton|work | I grepped temp/* for CROSS |
| 14:50.20 | Crofton|work | and the Makefile looks ok |
| 14:50.21 | pb_ | er, config.log isn't in temp/ |
| 14:50.30 | Crofton|work | I read config.log |
| 14:50.49 | pb_ | can you put it in a pastebin? |
| 14:51.07 | Crofton|work | sure |
| 14:52.11 | Crofton|work | what's the past way to upload afile to a pastebin ... |
| 14:52.46 | Crofton|work | there was one, but I forget |
| 14:55.46 | Crofton|work | pastebin.com needs a pro account |
| 14:55.54 | pb_ | ah |
| 14:57.08 | ant_work | try http://paste.debian.net though there is a size-limit |
| 14:58.46 | *** join/#oe dbtid (ljczrrhjhs@unaffiliated/dbtid) |
| 14:59.39 | dbtid | greetings; i'm having a tough time building a gcc for arm cortex-a8 that properly does -mfloat-abi=hard -mfpu=neon (i'm getting the problem with the VFP register usage not matching). does the OE compiler support cortex-a8 and the hard floating point register usage? |
| 15:02.43 | dbtid | also, i'm trying to build arm-none-eabi-, not arm-linux-gnueabi-, because i have a couple projects that require to be run on bare metal. |
| 15:05.25 | *** join/#oe devzero_ (devzero@xdsl-89-0-64-107.netcologne.de) |
| 15:07.30 | Crofton|work | bother, config.log is 4.5M |
| 15:15.36 | *** join/#oe reactor16 (~rrrr@88.198.211.198) |
| 15:15.39 | reactor16 | obi, |
| 15:18.05 | mgundes | Hi everybody |
| 15:18.16 | mgundes | I use dropbear in my image |
| 15:18.36 | mgundes | and I want to add a patch to init script of dropbear |
| 15:19.04 | shoragan | Crofton|work, i have a similar problem building tcpdump. When libpcap is installed on the host, it tries to link against that and it show the 'autoconf log indicates errors' message |
| 15:19.15 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 15:19.22 | mgundes | I want it to be available for my friends too. |
| 15:20.00 | mgundes | Is that a way to tell oe while handling dropbear generic bb, use a new task from a different file |
| 15:20.08 | shoragan | Crofton, grepping for CROSS is not enough, try 'unsafe for' |
| 15:20.28 | mgundes | I dont want to touch usual dropbear bb and sources, just want to add a patch to init script |
| 15:21.23 | Crofton|work | thanks, that got it |
| 15:22.27 | shoragan | Crofton, how can i fix such a problem, then? :) |
| 15:24.04 | Crofton|work | heh |
| 15:24.18 | Crofton|work | in my case, I think I will remove samba from gvfs :) |
| 15:24.47 | shoragan | :/ |
| 15:26.16 | Crofton|work | RP, was on the right track with python |
| 15:28.05 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 15:30.55 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 15:32.36 | pb_ | hi zecke |
| 15:34.42 | *** join/#oe pespin (~pespin@cisne-cn10.upc.es) |
| 15:37.10 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 15:38.45 | *** join/#oe rschus (daemon@gate.tarent.de) |
| 15:41.26 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 15:54.12 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 16:03.17 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 16:03.28 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 16:10.20 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
| 16:10.31 | *** join/#oe pespin (~pespin@cisne-cn10.upc.es) |
| 16:10.33 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 16:12.29 | *** join/#oe a11aa11aa1 (~rrrr@41.105.78.192) |
| 16:34.15 | *** join/#oe zenlinux (~sgarman@c-98-246-160-155.hsd1.or.comcast.net) |
| 16:40.22 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-feglnjmmphdfwdqn) |
| 16:57.23 | Jin^eLD | hmm, I just disocvered sources in /usr/share/gettext/intl/ on my rootfs?! |
| 16:57.24 | Jin^eLD | :> |
| 16:57.43 | Jin^eLD | .c and .h files |
| 16:57.48 | fray | the -dev package for gettext should include some there.. |
| 16:57.59 | Jin^eLD | I'm sure I am not installing dev packages |
| 16:58.07 | fray | if it came from something other then -dev it's likely a bug |
| 16:59.20 | bluelightning | Jin^eLD: if you have a package system it should be able to tell you where the files came from... |
| 16:59.41 | Jin^eLD | bluelightning: yes that'd be the next step, I unpacked the rootfs on the usb stick (using that as rootfs for quick testing) |
| 16:59.47 | Jin^eLD | have to boot first to ask the package manager |
| 17:00.06 | pb_ | you can check Packages.filelist, assuming you're using ipk |
| 17:00.26 | Jin^eLD | I am indeed |
| 17:00.52 | Jin^eLD | dcgettext.c eglibc-dbg:armv5te:./usr/src/debug/eglibc-2.12-r27/eglibc-2_12/libc/intl/dcgettext.c,gettext:armv5te:./usr/share/gettext/intl/dcgettext.c |
| 17:01.14 | Jin^eLD | hat's from filelist |
| 17:01.31 | *** join/#oe awozniak (~awozniak@adsl-76-205-222-174.dsl.snlo01.sbcglobal.net) |
| 17:01.44 | Jin^eLD | booting now to recheck |
| 17:01.53 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:02.34 | *** join/#oe toofar (~toobluesc@rrcs-24-153-174-218.sw.biz.rr.com) |
| 17:03.33 | Jin^eLD | http://pastebin.mozilla.org/1383284 |
| 17:04.02 | Jin^eLD | the flies are part of gettext - 0.18.1.1-r4 |
| 17:04.10 | Jin^eLD | which I did not modify, using whatever came with oe core |
| 17:05.12 | Jin^eLD | are those source files really supposed to be there? |
| 17:10.49 | Jin^eLD | 1.1MB worth of stuff in there :P |
| 17:11.59 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 17:14.36 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
| 17:14.50 | *** part/#oe dbtid (ljczrrhjhs@unaffiliated/dbtid) |
| 17:36.31 | *** join/#oe msm (~msm@192.88.168.35) |
| 17:37.11 | msm | where do we generate task hashes? |
| 17:37.24 | msm | im trying to compare two hashes to see why they are different |
| 17:37.28 | msm | whats the actual content of the hashes? |
| 17:39.26 | pb_ | Jin^eLD: gettext is a development tool, so probably yes. |
| 17:39.48 | pb_ | I think the question you ought to be asking is "is gettext really supposed to be installed?" and the answer to that one is probably no. |
| 17:52.05 | bluelightning | msm: I think it's in bitbake/lib/bb/siggen.py |
| 17:52.34 | bluelightning | but you may find that bitbake-diffsigs will help answer your questions about what's different |
| 17:59.40 | *** join/#oe toi (~peter@d54C4C233.access.telenet.be) |
| 18:06.23 | *** join/#oe rickfoosusa (~chatzilla@adsl-99-184-94-175.dsl.austtx.sbcglobal.net) |
| 18:08.24 | Crofton|work | is there an ipk that installs all of the available python modules? |
| 18:09.36 | *** join/#oe phdeswer_ (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
| 18:16.17 | *** join/#oe rickfoosusa (~chatzilla@adsl-75-54-93-137.dsl.austtx.sbcglobal.net) |
| 18:25.47 | msm | bluelightning: i think its in _build_data |
| 18:25.56 | msm | bluelightning: but still parsing all this code =) |
| 18:26.08 | msm | bluelightning: _build_data in bitbake/lib/bb/siggen.py |
| 18:33.24 | *** join/#oe nitink (~nitink@192.55.54.38) |
| 18:41.57 | bluelightning | msm: did bitbake-diffsigs help at all? |
| 18:42.35 | msm | bluelightning: its not showing why the taskhash is different |
| 18:42.45 | msm | so not really for this |
| 18:43.24 | bluelightning | if you have the sstate cache outputs for both runs it should be able to... |
| 18:43.34 | Jin^eLD | pb_: but this package also provides the gettext binary... I use that to translate some shell/cgi scripts |
| 18:43.38 | CIA-15 | 03Vita Preskovsky <vitap@ti.com> 07org.openembedded.dev * rbe7fc55acc 10openembedded.git/recipes/bluez/bluez4_4.95.bb: |
| 18:43.38 | CIA-15 | bluez4: Add version 4.95 |
| 18:43.38 | CIA-15 | Signed-off-by: Vita Preskovsky <vitap@ti.com> |
| 18:43.38 | CIA-15 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 18:43.53 | Jin^eLD | so maybe the approach woul be to split up the gettext package into the sort-of-dev part and the utilities part |
| 18:44.32 | *** join/#oe zecke (~ich@p5DDBBBB8.dip.t-dialin.net) |
| 18:47.07 | msm | bluelightning: i do… bitbake-diffsigs does not showw them currently |
| 18:47.25 | msm | because bitbake-diffsigs is only telling me the hashes are different =) |
| 18:47.37 | bluelightning | msm: hmm, well I guess that must be a bug then... |
| 18:48.30 | bluelightning | Jin^eLD: isn't that what the recent gettext-minimal change was about? |
| 18:50.00 | msm | bluelightning: are you sure htis data is in the siginfo? |
| 18:50.23 | msm | the code is explicitly avoid showing the differences for the taskhash |
| 18:50.28 | Jin^eLD | bluelightning: I guess I missed that change then, thanks for the hint |
| 18:52.41 | bluelightning | msm: which code are you looking at specifically? |
| 18:53.35 | Jin^eLD | bluelightning: hmm, but I see only a gettext-minimal-native |
| 18:53.45 | Jin^eLD | no minimal target version? |
| 18:53.51 | Jin^eLD | hm or maybe I am not up to date |
| 18:54.15 | bluelightning | Jin^eLD: right, that's correct... the recent change was just about speeding up the initial part of the build (or rather, reducing a bottleneck) |
| 18:54.57 | Jin^eLD | bluelightning: ok so wat I need is still a tuned gettext package for my target then, I see.. |
| 18:56.27 | msm | bluelightning: dump_sigfile and compare_sigfile |
| 18:56.36 | msm | keep in mind im a python newbie |
| 18:59.15 | *** join/#oe mgundes (55613e52@gateway/web/freenode/ip.85.97.62.82) |
| 18:59.24 | bluelightning | msm: AFAICT, anything taken into account when computing the hash should also be part of the siginfo file |
| 19:02.22 | msm | bluelightning: ok - well i've got the build phase outputting the data at the moment to debug |
| 19:02.46 | bluelightning | msm: ok, it would be interesting to hear what you find... |
| 19:02.57 | *** join/#oe mickey|babybusy (~mickey@80.81.242.146) |
| 19:03.54 | msm | bluelightning: my guess is so silly var that needs to be whitelisted |
| 19:03.58 | msm | is some* |
| 19:07.05 | msm | and i think i've found it |
| 19:07.10 | msm | PATCHRESOLVE |
| 19:10.40 | *** part/#oe rschus (daemon@gate.tarent.de) |
| 19:11.15 | *** join/#oe Heinervdm (~thomas@pD9E1573B.dip.t-dialin.net) |
| 19:17.21 | *** join/#oe msm (~msm@192.88.168.34) |
| 19:17.28 | msm | err back |
| 19:24.54 | *** join/#oe rob_w (~bob@ppp-188-174-88-223.dynamic.mnet-online.de) |
| 19:30.14 | *** join/#oe rcf (~rcf@42.57-243-81.adsl-dyn.isp.belgacom.be) |
| 19:33.25 | *** join/#oe rschus (~rschus@213.176.73.86.rev.sfr.net) |
| 19:39.50 | *** join/#oe morphis (~morphis@dslb-088-071-228-079.pools.arcor-ip.net) |
| 19:52.15 | *** join/#oe Zoxc (Zoxc@ti0128a380-dhcp0301.bb.online.no) |
| 19:53.28 | *** join/#oe pepermint (~pepermint@host113-12-dynamic.58-82-r.retail.telecomitalia.it) |
| 19:54.41 | bluelightning | msm: wow, nothing should depend on PATCHRESOLVE, that definitely sounds like a bug |
| 19:54.54 | bluelightning | also, why did it not record that in the dependencies? |
| 20:05.59 | msm | its there |
| 20:06.08 | msm | bluelightning: it just does not show it in bitbake-diffsig |
| 20:06.13 | msm | also patch_do_patch |
| 20:07.23 | *** join/#oe rickfoosusa_ (~chatzilla@adsl-75-54-92-231.dsl.austtx.sbcglobal.net) |
| 20:09.07 | bluelightning | msm: well if we can fix it so it does show up in bitbake-diffsigs that would be worthwhile |
| 20:09.14 | *** join/#oe rickfoosusa__ (~chatzilla@adsl-75-54-92-231.dsl.austtx.sbcglobal.net) |
| 20:09.37 | bluelightning | -> home |
| 20:11.03 | msm | yea it only shows the hash if the filenames are the same |
| 20:11.17 | msm | which is a problem because the path to the bb recipes can easily be different |
| 20:11.21 | msm | then if the hashes are different |
| 20:11.30 | msm | it does not show the actualy values that are different |
| 20:11.54 | msm | he's gone =( |
| 20:19.09 | *** join/#oe pespin (~pespin@241.pool85-50-75.dynamic.orange.es) |
| 20:26.18 | *** join/#oe rickfoosusa_ (~chatzilla@adsl-76-233-37-87.dsl.austtx.sbcglobal.net) |
| 20:27.26 | *** join/#oe GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
| 20:38.07 | *** join/#oe GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
| 20:39.22 | *** join/#oe florian (~fuchs@sign-4d094989.pool.mediaWays.net) |
| 20:39.22 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:41.00 | *** join/#oe msm (~msm@192.88.168.34) |
| 20:41.40 | *** join/#oe rickfoosusa_ (~chatzilla@adsl-99-184-94-210.dsl.austtx.sbcglobal.net) |
| 20:41.52 | *** join/#oe rah (~rah@cpc8-live19-2-0-cust155.know.cable.virginmedia.com) |
| 20:43.28 | pb_ | evening all |
| 20:44.21 | pb_ | needs a new laptop |
| 20:44.35 | pb_ | anybody used a thinkpad x121e and have a view on it? |
| 20:50.41 | *** join/#oe GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
| 20:54.02 | *** join/#oe broonie (broonie@cassiel.sirena.org.uk) |
| 20:55.03 | *** join/#oe ericben (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net) |
| 21:00.51 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 21:01.44 | *** join/#oe rickfoosusa_ (~chatzilla@99.184.94.210) |
| 21:07.20 | *** join/#oe rickfoosusa_ (~chatzilla@adsl-99-184-94-210.dsl.austtx.sbcglobal.net) |
| 21:11.25 | *** join/#oe rickfoosusa (~chatzilla@adsl-75-54-93-84.dsl.austtx.sbcglobal.net) |
| 21:17.55 | *** join/#oe rob_w (~bob@ppp-188-174-88-223.dynamic.mnet-online.de) |
| 21:22.29 | *** join/#oe GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
| 21:26.02 | *** join/#oe pespin_ (~pespin@241.pool85-50-75.dynamic.orange.es) |
| 21:36.53 | *** join/#oe ant____ (~andrea@host68-50-dynamic.5-87-r.retail.telecomitalia.it) |
| 21:37.16 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust439.2-4.cable.virginmedia.com) |
| 21:37.16 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 21:42.13 | *** join/#oe GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
| 21:44.11 | *** join/#oe rickfoosusa_ (~chatzilla@adsl-75-54-85-163.dsl.austtx.sbcglobal.net) |
| 21:44.19 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 21:49.22 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 22:06.56 | *** join/#oe GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
| 22:07.10 | Crofton|work | guile is broke in oe-core |
| 22:09.00 | Crofton|work | similar problem was sovled in native version by adding gettetxt to inherit |
| 22:10.26 | *** join/#oe rickfoosusa_ (~chatzilla@75.54.86.14) |
| 22:43.36 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 22:48.31 | *** join/#oe unsolo (~unsolo@gentoo/user/unsolo) |
| 22:54.27 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 22:55.26 | kergoth | bleh |
| 23:08.23 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
| 23:19.31 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 23:20.34 | *** join/#oe kergoth_ (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
| 23:27.58 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |