| 00:00.27 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 00:02.14 | khem | aditya_111: its called gst-plugins-bad in OE |
| 00:02.18 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 00:02.25 | khem | hello kergoth_ |
| 00:03.46 | aditya_111 | khem: yes, I realized that after talking to someone on #beagle :P |
| 00:04.04 | aditya_111 | although gst still doesn't see v4l2src |
| 00:04.09 | aditya_111 | what the hell |
| 00:12.57 | aditya_111 | has anyone worked with gstreamer? |
| 00:13.23 | aditya_111 | trying to use v4ll2src to access a webcam |
| 00:14.08 | aditya_111 | but it keeps saying "pipeline could not be constructed: no element "v4l2src" |
| 00:14.08 | aditya_111 | but I have gst-plugins-base/good/bad installed |
| 00:16.08 | khem | aditya_111: IIRC gstreamer needed some env vars |
| 00:16.12 | khem | like GST_PLUGIN_PATH |
| 00:16.15 | khem | etc |
| 00:16.19 | khem | check if those are set |
| 00:17.34 | aditya_111 | nope, not set |
| 00:17.36 | aditya_111 | hmm |
| 00:17.41 | aditya_111 | guess thats something to search for |
| 00:18.31 | khem | gst-plugins-bad should have v4l2src |
| 00:21.54 | khem | have you enabled it in kernel too ? |
| 00:26.08 | aditya_111 | ok |
| 00:26.14 | aditya_111 | I am going to sound really dumb |
| 00:26.18 | aditya_111 | and I am sort of when it comes to this |
| 00:26.23 | aditya_111 | but I have no idea how that works |
| 00:26.49 | aditya_111 | guess I'll search about that too |
| 00:28.11 | aditya_111 | also need ot figure out where this installed these plugins |
| 00:29.32 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 00:29.50 | woglinde | opkg files packagename |
| 00:32.01 | khem | hey woglinde wie gehts |
| 00:32.13 | khem | it must be past midnight |
| 00:32.18 | khem | for you |
| 00:32.18 | woglinde | yes |
| 00:32.25 | woglinde | will go to sleep soon |
| 00:33.20 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 00:34.25 | khem | mwester: I have fixed gcc 4.2.4 presumably. Can you pull the latest git and see if you can get images built for slug |
| 00:41.35 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 00:47.27 | aditya_111 | shitton of loads failed |
| 00:47.36 | aditya_111 | BUT the camera shows up |
| 00:47.36 | aditya_111 | yay |
| 00:48.15 | aditya_111 | sweet |
| 00:48.19 | aditya_111 | I think that did it |
| 00:56.10 | CIA-2 | 03Robert P. J. Day <rpjday@crashcourse.ca> 07org.openembedded.dev * rf02241936b 10openembedded.git/docs/usermanual/reference/var_src_uri.xml: |
| 00:56.10 | CIA-2 | Manual: Add missing reference to "ftp" as possible fetch method. |
| 00:56.10 | CIA-2 | Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> |
| 00:56.10 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 00:56.12 | CIA-2 | 03Robert P. J. Day <rpjday@crashcourse.ca> 07org.openembedded.dev * re9a1f33746 10openembedded.git/recipes/ (4 files in 2 dirs): (log message trimmed) |
| 00:56.13 | CIA-2 | matrix-gui,udev: Remove superfluous "patch=1" parameters from some recipes. |
| 00:56.13 | CIA-2 | * If a filename has either a ".diff" or ".patch" suffix, then the |
| 00:56.13 | CIA-2 | "patch=1" parameter is unnecessary. |
| 00:56.13 | CIA-2 | Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> |
| 00:56.14 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 00:56.14 | CIA-2 | Acked-by: Koen Kooi <k-kooi@ti.com> |
| 00:56.14 | CIA-2 | 03Robert P. J. Day <rpjday@crashcourse.ca> 07org.openembedded.dev * r0f9d157c62 10openembedded.git/docs/usermanual/reference/var_src_uri.xml: |
| 00:56.15 | CIA-2 | Manual: Some simple updates in OE manual, reference chapter. |
| 00:56.15 | CIA-2 | * Obvious fixes: |
| 00:56.16 | CIA-2 | "recipies" -> "recipes" |
| 00:56.16 | CIA-2 | Update references to patch= and pnum= to striplevel= |
| 00:56.30 | *** join/#oe hansdampf (~moritz@212.77.182.19) |
| 01:02.54 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
| 01:19.52 | *** join/#oe zecke (~ich@123-192-240-117.dynamic.kbronet.com.tw) |
| 01:21.14 | CIA-2 | 03Michael Lippautz <michael.lippautz@gmail.com> 07org.openembedded.dev * rf5fedf1941 10openembedded.git/recipes/zziplib/zziplib_0.13.49.bb: |
| 01:21.14 | CIA-2 | zziplib: Convert to new staging |
| 01:21.14 | CIA-2 | Signed-off-by: Michael Lippautz <michael.lippautz@gmail.com> |
| 01:21.14 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 01:29.18 | *** join/#oe ALoGeNo (~314@81.32.38.91) |
| 01:29.18 | *** join/#oe ALoGeNo (~314@unaffiliated/alogeno) |
| 01:43.16 | *** join/#oe dfarnsworth (~dfarnswor@router.zeniff.com) |
| 01:54.14 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 01:55.04 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-ntcutufcnouzoinz) |
| 02:31.28 | *** join/#oe wcs (~USER@61-219-107-145.HINET-IP.hinet.net) |
| 03:01.07 | *** join/#oe Spz0 (~a@97-120-172-230.ptld.qwest.net) |
| 03:03.02 | *** join/#oe shazkhan (~shaz@119.153.2.31) |
| 03:44.18 | *** join/#oe xjqian (~gordon@mir-nil-pat-118-150.wustl.edu) |
| 03:54.33 | *** join/#oe borg__ (~olaf@p548691A3.dip0.t-ipconnect.de) |
| 04:14.17 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 04:44.23 | *** join/#oe shazkhan (~shaz@119.153.97.95) |
| 04:49.45 | *** join/#oe mrc3 (~ddiaz@189.157.114.13) |
| 04:56.53 | shazkhan | Android has unique developer signatures on applications .... does openmoko based software stacks or angstrom derivatives or even debian use a similar mechanism? |
| 04:57.35 | shazkhan | kergoth can u help here |
| 05:02.13 | shazkhan | mrmoku: can u help here |
| 05:13.14 | zecke | shazkhan: do you want to try the whole list of channel members? |
| 05:15.27 | shazkhan | yes |
| 05:15.52 | shazkhan | how can I do that zecke? |
| 05:16.08 | zecke | shazkhan: why do you believe that is appropriate? |
| 05:16.49 | shazkhan | Maybe someone knows the answer ... and then all members can know about it too. |
| 05:17.29 | Linf | I have to agree with him, very often IRC is more quiet than nntp or email.. |
| 05:17.37 | Linf | still, that's not the right thing to do |
| 05:17.57 | shazkhan | mailing list I guess ... but was in a hurry :( |
| 05:18.07 | zecke | shazkhan: and what is the difference between "kergoth can u help here", "mrmoku: can u help here"? now, we have seen your request three times |
| 05:18.53 | zecke | shazkhan: you come here, and insist people to help you. This is not how a free community is working... you can not insist on people helping you. You ask a question, it might get answered, it might not get answered. |
| 05:19.21 | zecke | shazkhan: and regarding your question. So with Android the apk is signed? Or what is signed? |
| 05:20.15 | shazkhan | No response should mean that nobody is watching the screen else someone will answer because I do when I know something. If the person is too rookie then I email him/her in details ... |
| 05:20.27 | shazkhan | Anyways let me answer your question now ... |
| 05:23.02 | *** join/#oe Linth (~Linp@201-92-180-97.dsl.telesp.net.br) |
| 05:23.10 | shazkhan | zecke: the apk hash is signed by the developers private key and this digital signature is distributed along with the apk |
| 05:24.27 | zecke | shazkhan: now the answer you have not been looking for... opkg and dpkg/apt support signing of packets... |
| 05:24.40 | shazkhan | packets? |
| 05:24.57 | zecke | shazkhan: .deb, .opk, .ipk... |
| 05:25.21 | zecke | shazkhan: but there is only one pool of trusted keys... so you will not get the same protection as with android. |
| 05:25.22 | shazkhan | u mean packages ... as far as I know the hash or package is considered for its integrity |
| 05:25.37 | zecke | ah right.. packages is a better name. |
| 05:26.39 | shazkhan | but that does not consider the signature of the developer ... issuer for trust purposes |
| 05:27.43 | *** join/#oe davidc__ (~davidc__@S01060002b360aacd.vc.shawcable.net) |
| 05:27.49 | zecke | shazkhan: well, the distribution method for debian and angstrom is different. There is a repository with all the packages... and the dev sign the index/packages. |
| 05:28.38 | shazkhan | u mean the index of packages by the developer ... thats as good as or I might say better than what Android scheme does |
| 05:29.15 | shazkhan | the index is the repository of packages by a developer |
| 05:29.27 | shazkhan | or the list of files in the package |
| 05:30.41 | zecke | with debian/apt/dpkg one has a manifest like this |
| 05:30.42 | zecke | http://ftp.debian.org/debian/dists/lenny/Release |
| 05:31.10 | zecke | IIRC it is signed with one of the developer keys (from a pool of trusted debian developers) |
| 05:31.18 | zecke | http://ftp.debian.org/debian/dists/lenny/Release.gpg |
| 05:33.04 | davidc__ | hmm... is the git server down for everyone, or just me? |
| 05:33.17 | shazkhan | got it thanx zecke ... my apologies for the inconvenience |
| 05:33.17 | *** join/#oe rob_w (~bob@pD95EDFE4.dip.t-dialin.net) |
| 05:34.11 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 05:35.12 | *** join/#oe sirgads1 (~swold@134.134.139.72) |
| 05:44.34 | *** join/#oe kurre (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 05:48.08 | *** join/#oe johncylee (~john@61.57.131.211) |
| 05:48.09 | zecke | shazkhan: and the other part of the question. opkg supports the same kind of signature (as debian), so with angstrom you can sign a feed as well |
| 05:48.29 | zecke | johncylee: ni hao ma? |
| 05:51.10 | *** join/#oe shashi (~a0876501@nat/ti/x-qhiekkelutjzrbfu) |
| 05:51.23 | johncylee | zecke: wo han hao |
| 05:52.57 | zecke | johncylee: how was computex? |
| 05:53.26 | william_z | hi,all, after I get pull my oe, it can't work , the error is "ERROR: Error in executing: /media/disk-1/stuff/openembedded/recipes/coreutils/coreutils-native_8.5.bb ERROR: Exception:<type 'exceptions.OSError'> Message:[Errno 2] No such file or directory" |
| 05:53.55 | william_z | can anyone help me?tks a lot! |
| 05:53.56 | zecke | william_z: we were there already. Have you made yourself more familiar with strace by now? |
| 05:54.30 | johncylee | zecke: show girls are not as good as I expected |
| 05:55.12 | zecke | johncylee: yeah, I think they were imported from mainland... |
| 05:55.56 | william_z | zecke, can you give some strace information or some webs about it? |
| 05:57.10 | william_z | ok , I get it, tks zecke! |
| 05:58.28 | zecke | william_z: well, I agree that the above error message is crap... so at least with spawning the process with strace... you will be able to findout which file was not found. |
| 05:59.42 | william_z | yeah, I try to use strace now :) |
| 06:02.47 | eFfeM_work | hm, is git down? trying to browse http://cgit.openembedded.org/ but I keep getting the waiting for message .... |
| 06:03.50 | *** join/#oe ZeeD (~ZeeD@62.119.72.59) |
| 06:06.31 | zecke | eFfeM_work: looks like this. |
| 06:15.48 | *** join/#oe ALoGeNoff (~314@81.32.38.91) |
| 06:15.48 | *** join/#oe ALoGeNoff (~314@unaffiliated/alogeno) |
| 06:38.58 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 06:40.15 | *** join/#oe ALoGeNo (~314@81.32.38.91) |
| 06:40.15 | *** join/#oe ALoGeNo (~314@unaffiliated/alogeno) |
| 06:46.43 | *** join/#oe ALoGeNoff (~314@81.32.38.91) |
| 06:47.31 | *** join/#oe vps (~vitus@212.144.247.210) |
| 06:49.32 | *** join/#oe ALoGeNoff (~314@unaffiliated/alogeno) |
| 06:52.35 | *** join/#oe Proxyles (~henrik@c-7f93e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 06:55.39 | *** join/#oe siji (~siji@122.169.22.172) |
| 07:02.32 | mckoan | good morning |
| 07:03.25 | *** join/#oe kristoffer (~kristoffe@95.209.66.204.bredband.tre.se) |
| 07:05.43 | JaMa|Wrk | moin |
| 07:06.37 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:07.24 | *** part/#oe vps (~vitus@212.144.247.210) |
| 07:07.35 | *** join/#oe vps (~vitus@212.144.247.210) |
| 07:09.17 | XorA | morning |
| 07:10.31 | *** join/#oe MWelchUK_work (~welchma@65.91.2.71) |
| 07:11.48 | hrw | moin |
| 07:23.49 | janp | morning |
| 07:25.47 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:29.44 | *** join/#oe rsalveti_ (~rsalveti@187.59.247.57) |
| 07:33.42 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 07:34.48 | *** join/#oe Heinervdm (~thomas@pD9E17010.dip.t-dialin.net) |
| 07:42.16 | ao2 | hi, problems on git.openembedded.org? |
| 07:43.59 | janp | yes, seems like the server is down |
| 07:44.36 | *** join/#oe eFfeM_work (~frans@atwork-193.r-212.178.107.atwork.nl) |
| 07:46.21 | *** join/#oe dth (~dieter@p4FDEF0CB.dip.t-dialin.net) |
| 07:49.22 | *** join/#oe woglinde (~henning@p5DDC2D24.dip.t-dialin.net) |
| 07:50.28 | *** join/#oe ananda (~ananda@LRouen-151-73-15-250.w80-13.abo.wanadoo.fr) |
| 08:00.39 | RP | morning all |
| 08:00.58 | RP | zecke: Sorry about the minutes, I've been away all weekend |
| 08:01.00 | zecke | RP: hi |
| 08:01.15 | zecke | RP: that is good! Work or a bike trip? |
| 08:01.28 | RP | zecke: Three days of trail riding :) |
| 08:01.36 | *** join/#oe rob_w_ (~bob@217.237.177.190) |
| 08:01.43 | woglinde | hi rp |
| 08:02.16 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:02.47 | zecke | RP: nice! |
| 08:02.59 | zecke | need to search for some food. |
| 08:03.26 | RP | zecke: ack sent |
| 08:08.25 | janp | i'm getting the following note: Couldn't find shared library provider |
| 08:08.45 | XorA | RP: committing mud theft again :-) |
| 08:09.02 | janp | when i look at the final image, that library is missing but executables that depend on that library are installed |
| 08:09.52 | XorA | which library? |
| 08:10.47 | RP | XorA: Given the lack of rain, attempting that was very hard... |
| 08:11.01 | XorA | RP: wow, it was really heavy rain here, sat/sun |
| 08:11.05 | RP | has never seen the ground that hard |
| 08:11.23 | RP | XorA: It rained late yesterday afternoon just as I was arriving back at the campsite |
| 08:11.31 | XorA | we managed to get our walking in sat morning before the storm hit luckilly and found the cave we searched for |
| 08:11.50 | janp | XorA: i've created a library for my own applications. library is built using a simple makefile, build objects, build shared object |
| 08:12.11 | XorA | janp: make sure your library has a so name |
| 08:13.07 | RP | XorA: Sounds like fun and good timing :) |
| 08:13.25 | XorA | RP: it was so hot we ended up just walking up the river back to car |
| 08:13.36 | XorA | RP: then by 3pm it was insane rain |
| 08:13.47 | XorA | RP: luckilly by then we were safely back here and on the rum :-D |
| 08:14.40 | XorA | janp: -Wl,-soname -Wl,libintl.so for linking |
| 08:14.51 | XorA | janp: with correct name for your library |
| 08:16.20 | RP | XorA: walking in a river plus heavy rain could have been interesting :) |
| 08:16.38 | RP | has never seen the river crossings he took so low |
| 08:16.58 | janp | XorA: well, as far a I understand the linker, when DT_SONAME and the name of the library are the same, there shouldn't be a problem |
| 08:17.03 | XorA | RP: yeah that really was flash flood causing rain |
| 08:17.19 | XorA | janp: use objdump to check |
| 08:23.28 | janp | XorA: checked with objdump, name is indeed that same |
| 08:30.20 | janp | XorA: added soname to linker anyway. it at least makes the note about not finding a library provider go away |
| 08:30.45 | XorA | janp: you will now need to rebuild everything that depends on it |
| 08:30.52 | XorA | janp: then dependencies should be fixed |
| 08:32.19 | *** join/#oe tsjsieb (~tsjsieb@dejongbeheer.nl) |
| 08:34.04 | *** join/#oe tsjsieb (~tsjsieb@dejongbeheer.nl) |
| 08:35.00 | *** join/#oe arun_ (~arun@unaffiliated/sindian) |
| 08:48.33 | janp | XorA: in a makefile you always have to add the soname option for the linker? e.g $(LD) -shared -o $@ $^ $(LDFLAGS) -Wl,-soname -Wl,$@ |
| 08:49.27 | janp | XorA: but for the output file $@ is specified and for the soname option, the same $@ is used. So the name and DT_SONAME should be the same. |
| 08:49.49 | janp | XorA: does bitbake recognized this soname option somewhere? |
| 08:50.37 | *** join/#oe thebohemian (~rschus@p5DDC2D24.dip.t-dialin.net) |
| 08:51.39 | XorA | janp: no, OE uses objdump to retrieve the info and store it in a file which links which package to which so provider |
| 08:53.54 | zub | morning |
| 08:56.58 | zub | could somone pls. try building xfwm4-4.6.1? I run into some issues in do_install, created a patch that solves the issue for me, but I'd like to know if it's my local issue |
| 09:05.55 | zub | in fact, ehen when I get over this, I see this error further: |
| 09:06.07 | zub | > /mnt/data/zoom2/OE/tmp/sysroots/x86_64-linux/usr/bin/install: will not overwrite just-created `/mnt/data/zoom2/OE/tmp/work/armv7a-angstrom-linux-gnueabi/xfce-utils-4.6.1-r3/image/usr/bin/xfterm4' with `xfterm4' |
| 09:06.31 | janp | XorA: could it be that if -Wl,-soname is not given, the SONAME in the dynamic section doesn't exist and like you said, bitbake can't link the package with the so provider |
| 09:06.46 | zub | the cause being: sysroots/x86_64-linux/usr/bin/install is called with the same arg. multiple times (in this case xfterm4) |
| 09:07.51 | zub | where does sysroots/x86_64-linux/usr/bin/install come from? could it be the version was changed and this triggered the issue? perhaps it was silently ignored before? |
| 09:09.13 | XorA | would love to know where his mouse pointer just disappeared to |
| 09:09.30 | *** part/#oe ananda (~ananda@LRouen-151-73-15-250.w80-13.abo.wanadoo.fr) |
| 09:11.23 | woglinde | Xorg --nocursor *g* |
| 09:13.25 | zub | maybe the behaviour changed in coreutils 8.5 |
| 09:13.41 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:20.07 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 09:21.10 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 09:22.35 | ensc|w | what's the recommended way to quote arguments given to os.system()? Putting them into '' or using pipes.quote()? |
| 09:30.18 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 09:30.44 | zub | hm, install X X dest fails even with coreutils 7.4, then I wonder how come xfce built before |
| 09:31.02 | zub | maybe another extra-odd-local-issue |
| 09:42.32 | *** join/#oe har (~7aa70b96@gateway/web/freenode/x-ppeagainxrufxkvm) |
| 09:44.19 | blindvt` | is git down? |
| 09:47.45 | JaMa|Wrk | 09:42:13 < ao2> hi, problems on git.openembedded.org? |
| 09:53.29 | Jay7 | morning |
| 09:53.59 | *** mode/#oe [+o XorA] by ChanServ |
| 09:54.18 | *** topic/#oe by XorA -> OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel | ADMIN there appears to be an issue with git |
| 09:54.25 | *** mode/#oe [-o XorA] by ChanServ |
| 09:54.35 | XorA | there |
| 09:58.33 | *** join/#oe shashi1 (~a0876501@nat/ti/x-byaobrisiyyhfvhp) |
| 10:19.32 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:25.07 | *** join/#oe shazkhan (~shaz@119.153.97.95) |
| 10:25.47 | woglinde | hi jay7 |
| 10:25.50 | woglinde | hi jama |
| 10:27.09 | blindvt` | XorA, thanks |
| 10:30.37 | JaMa|Wrk | hi woglinde |
| 10:31.20 | XorA | has no idea who admins the actual server git is on |
| 10:32.21 | Jay7 | cbrake? |
| 10:37.49 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 10:43.49 | *** join/#oe Sleep_Walker (~Sleep@90.182.125.220) |
| 10:45.07 | MWelchUK_work | http://wiki.openembedded.net/index.php/Infrastructure says melo |
| 10:46.02 | MWelchUK_work | admins: Mickey, Zecke, RP, cbrake, Rolf, rwhitby, OSUOSL staff |
| 10:49.13 | rwhitby | yep. melo seems to be down |
| 10:49.44 | Linf | anyone knows if that armdesigner.com's omap3530 kit is compatible/equivalent to the beagleboard? |
| 10:50.16 | woglinde | linf ask on #beagle |
| 10:50.26 | Linf | tks |
| 10:50.56 | *** join/#oe likewise (~likewise@84-106-116-232.cable.quicknet.nl) |
| 10:51.25 | rwhitby | XorA: BUG: soft lockup - CPU#0 stuck for 11s! [mysqldump:8039] |
| 10:52.32 | *** join/#oe Sleep_Walker (~Sleep@220.125.broadband15.iol.cz) |
| 10:53.12 | *** join/#oe likewise (~likewise@84-106-116-232.cable.quicknet.nl) |
| 10:53.34 | *** join/#oe jacksson (~j@148-255-132-95.pool.ukrtel.net) |
| 10:53.57 | rwhitby | XorA: try now please, I gave it a hard kick |
| 10:55.38 | *** join/#oe Sleep_Walker (~Sleep@220.125.broadband15.iol.cz) |
| 10:59.54 | *** join/#oe Sleep_Walker (~Sleep@220.125.broadband15.iol.cz) |
| 11:00.32 | CIA-2 | 03Jason Kridner <jkridner@beagleboard.org> 07org.openembedded.dev * r6424ce6c7a 10openembedded.git/recipes/esc/esc-node-demo_git.bb: |
| 11:00.32 | CIA-2 | esc-node-demo: added simple Node.js demo for ESC |
| 11:00.32 | CIA-2 | This is for the Embedded Systems Conference training |
| 11:00.33 | CIA-2 | 03Jason Kridner <jkridner@beagleboard.org> 07org.openembedded.dev * r1df846cc5f 10openembedded.git/recipes/esc-gst/ (6 files in 2 dirs): esc-gst: Added fixup for missing files |
| 11:00.35 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r750b4c97ce 10openembedded.git/recipes/ (7 files in 3 dirs): ESC/2010: move all files into esc/ dir |
| 11:00.36 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r39b527f3a5 10openembedded.git/recipes/esc-gst/esc-gst.bb: esc-gst: fix versioning |
| 11:00.37 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2ef4f1e00a 10openembedded.git/recipes/qt4/ (qt-4.6.2+4.7.0-beta1.inc qt4-x11-free_4.7.0-beta1.bb): qt 4.7.0-beta1: drop patches for affine and browser |
| 11:00.38 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r144015f302 10openembedded.git/recipes/linux/linux-omap-psp-2.6.32/beagleboard/configs/cpuidle: linux-omap-psp 2.6.32: add cpuidle multi-config for beagleboard |
| 11:00.43 | CIA-2 | 03Jason Kridner <jkridner@beagleboard.org> 07org.openembedded.dev * rd3525f8547 10openembedded.git/recipes/angstrom/ (2 files in 2 dirs): |
| 11:00.44 | CIA-2 | angstrom-uboot-scripts: Added an EDID read script |
| 11:00.44 | CIA-2 | This is just for example purposes so that it is documented how to read |
| 11:00.44 | CIA-2 | the EDID from within u-boot. |
| 11:00.45 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rbdfaa71fc6 10openembedded.git/recipes/esc-media/esc-media.bb: esc-media: fix versioning |
| 11:00.46 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r87ec7b6c9a 10openembedded.git/ (50 files in 3 dirs): linux-omap-psp 2.6.32: rebase patches onto new baseline |
| 11:00.50 | CIA-2 | 03Jason Kridner <jkridner@beagleboard.org> 07org.openembedded.dev * r9cd504dd20 10openembedded.git/recipes/angstrom/ (6 files in 2 dirs): |
| 11:00.50 | CIA-2 | angstrom-uboot-scripts: Added various resolutions |
| 11:00.50 | CIA-2 | Also added a ramdisk configuration with mem= statements. |
| 11:05.03 | *** join/#oe Sleep-Walker (~Sleep@220.125.broadband15.iol.cz) |
| 11:10.16 | *** join/#oe shazkhan (~shaz@119.153.20.86) |
| 11:11.21 | *** join/#oe jacksson (~j@148-255-132-95.pool.ukrtel.net) |
| 11:14.23 | zub | is there any recommendation w.r.t. LC_ALL/LANG? |
| 11:15.08 | zub | for some reason gcc-cross-sdk-4.3.3-r12.2 fails for me in do_compile unless I run it it LC_ALL=C |
| 11:15.17 | zub | even en_US.UTF-8 breaks it |
| 11:15.54 | zub | Interestingly, gcc-cross-4.3.3 is not affected :-/ |
| 11:16.33 | *** join/#oe Sleep-Walker (~Sleep@nat/novell/x-fjulvvtrxbjxavnj) |
| 11:19.02 | *** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 11:21.58 | XorA | rwhitby: cheers |
| 11:22.19 | *** mode/#oe [-o XorA] by ChanServ |
| 11:22.23 | *** mode/#oe [+o XorA] by ChanServ |
| 11:22.29 | *** topic/#oe by XorA -> OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 11:22.34 | *** mode/#oe [-o XorA] by ChanServ |
| 11:23.15 | *** join/#oe CMoH (~cipi@95.76.71.81) |
| 11:24.25 | *** join/#oe d_t_h (~dieter@p4FDECB41.dip.t-dialin.net) |
| 11:30.51 | *** join/#oe B_Lizzard (~havoc@athedsl-420636.home.otenet.gr) |
| 11:34.26 | *** join/#oe ZeeD (~ZeeD@62.119.72.59) |
| 11:34.43 | *** join/#oe shazkhan (~shaz@119.153.12.47) |
| 11:44.05 | cbrake | Jay7: hello |
| 11:45.46 | shazkhan | zub: Where did you get the sdk? |
| 11:46.47 | shazkhan | zub: If you are interested in any sdk then try code-sorcery toolchains. |
| 11:46.56 | Jay7 | cbrake: your nick was answer to question before (about git server admin) :) |
| 11:47.42 | shazkhan | zub; u can also try http://www.angstrom-distribution.org/narcissus/ |
| 11:49.09 | shazkhan | zub: If you are using one from oe builds than why not try the latest? |
| 11:52.07 | zub | well, I'd like the toolchain to contain some extra libs, so having an OE-built toolchain this could be easily done |
| 11:52.20 | zub | as for the version... I just kept it at whatever angstrom choses |
| 11:52.28 | zub | at least that's what I think :) |
| 11:52.47 | zub | having distro=angstrom-2008.1 in my local.conf |
| 11:53.01 | zub | looks like 2 yrs old, but I always assumed this is the current angstrom, is it not? |
| 11:57.28 | hrw | -> lunch |
| 12:15.01 | cbrake | Jay7: oe git seems to be working fine here |
| 12:15.16 | cbrake | wonders if someone just fixed it or if we have a networking problem |
| 12:16.00 | cbrake | ahh I see rwhitby's "I gave it a hard kick" -- that must have done it |
| 12:21.29 | mwester | It seems that many thing in life respond well to a good solid kick. |
| 12:24.52 | *** join/#oe Openfree (~df@222.65.28.97) |
| 12:30.53 | *** join/#oe soltys (soltys@soltys.soad.pl) |
| 12:32.12 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
| 12:33.52 | MWelchUK_work | feels like giving a computer a good kicking on a regular basis. |
| 12:34.30 | Jay7 | usb powered auto-kicker should be good gadget :) |
| 12:35.54 | MWelchUK_work | I was thinking along the lines of giving them the type of kicking that makes them a lot quieter and cooler, though trying to calculate performance per watt results in a divide by zero error. |
| 12:36.39 | *** join/#oe bin1010 (~mia@rrcs-24-153-239-72.sw.biz.rr.com) |
| 12:38.22 | ao2 | MWelchUK_work, if you consider the as a limit, after that kind of kick you get infinite performance/watt ratio... even a lot more eco-friendly :) |
| 12:38.35 | ao2 | s/the/the 0/ |
| 12:39.18 | MWelchUK_work | ao2, Don't know, may still be pulling a bit of power... |
| 12:40.02 | ao2 | MWelchUK_work, right, forgive my naivety :) |
| 13:50.23 | *** join/#oe ibot (~ibot@rikers.org) |
| 13:50.23 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 14:05.02 | janp | having troubles building the latest org.openembedded.dev tree with grep-native, error message indicates that xz is missing but the new grep bb file from khem depends on xz-native so this should be installed |
| 14:06.22 | JaMa|Wrk | janp: had the same issue (on 2nd host without xz already installed), but after adding xz-native and updated DEPENDS it worked as expected |
| 14:08.48 | janp | JaMa|Wrk: I believe the updated grep bb files is already there, as there is a DEPENDS += "xz-native" line in it, but somehow bitbake ignores it |
| 14:10.50 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 14:11.26 | *** join/#oe ZeeD (~ZeeD@62.119.72.59) |
| 14:18.18 | *** join/#oe rsalveti (~rsalveti@200.184.118.130) |
| 14:19.05 | *** join/#oe etrunko (~edulima@187.106.38.192) |
| 14:24.35 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:24.45 | khem | JaMa|Wrk: the problem you are seeing is bit strange |
| 14:24.58 | khem | JaMa|Wrk: I dont see it here on ubuntu host |
| 14:25.35 | JaMa|Wrk | khem: but not seems like binutils version is not important only optspace triggers it |
| 14:25.38 | khem | JaMa|Wrk: problem seems to be that this symbol is far away and linker emits a veneer which is fine but messes the symbol attributes which is not fine |
| 14:26.26 | khem | JaMa|Wrk: optspace could be forcing linker to do it |
| 14:26.59 | JaMa|Wrk | ah OK, now rebuilding again.. because libgcc1 is now just libgcc and libstdc++6 is just libstdc++ (not sure why...) |
| 14:27.20 | khem | JaMa|Wrk: debian shared library naming ? |
| 14:29.22 | JaMa|Wrk | khem: wasn't changed.. those 2 builds differ only in OPTSPACE variable.. |
| 14:30.15 | khem | janp_away: you need to pull in latest master xz-native was missing which was added later |
| 14:30.37 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:31.18 | JaMa|Wrk | khem: and yes.. using debian naming, distro is angstrom |
| 14:32.00 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:32.14 | khem | JaMa|Wrk: hmmm angstrom I used minimal here |
| 14:32.48 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 14:34.37 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 14:41.18 | *** join/#oe shashi (~a0876501@nat/ti/x-rahbgvpfvpalupwv) |
| 14:44.48 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:46.51 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-jewbfsatpzhfugva) |
| 14:49.19 | *** join/#oe Tartarus (trini@pixelshelf.com) |
| 14:49.23 | pb_ | morning kergoth |
| 14:49.31 | kergoth | hey |
| 14:50.39 | pb_ | JaMa|Wrk: if you're getting libgcc rather than libgcc1 then either your distro has disabled debian naming, or something has happened to the package to cause the autonamer to stop thinking it is a library. see debian.bbclass. |
| 14:50.45 | blindvt` | khem, are you sure that grep_2.6.3.bb DEPENDS is ok? BBCLASSEXTEND="native" automatically adds -native to DEPENDS, i suspect folks will end up with DEPENDS=xz-native-native |
| 14:52.04 | *** join/#oe kristoffer (~kristoffe@94.191.165.238.bredband.tre.se) |
| 14:52.16 | blindvt` | khem, of course i didn't look nor try it, see someone mentioning xz earlier today :) |
| 14:53.52 | JaMa|Wrk | pb_: the problem is that I built whole image with same distro, then changed binutils version on host and OPTSPACE param in gcc-configure-common.in and now I got lots off missing libgcc1 from do_rootfs |
| 14:54.10 | JaMa|Wrk | pb_: so it's the same gcc recipe and same distro config |
| 14:54.39 | JaMa|Wrk | pb_: so maybe objdump output changed.. |
| 14:58.17 | JaMa|Wrk | -> home, bbl |
| 14:59.06 | pb_ | yeah, maybe. I'm not quite sure why debian.bbclass is using BUILD_PREFIX, that sounds rather like a bug. |
| 15:04.25 | *** join/#oe rob_w (~bob@pD95EDFE4.dip.t-dialin.net) |
| 15:04.43 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 15:18.40 | woglinde | hm does some knows how to boot into the initramfs on ubuntu? |
| 15:28.29 | mwester | khem, sorry for the late response. The autobuilder picked up your change, and gcc did indeed build correctly for the target. :) So thank you for fixing 4.2.4 for us! |
| 15:30.05 | *** join/#oe zenlinuxPDX (~sgarman@li38-254.members.linode.com) |
| 15:30.37 | mwester | khem: To followup on the image testing I was able to do yesterday, the same image (SlugOS, NSLU2 BE and LE, with the same set of PREFERRED_VERSIONS other than gcc) had dissapointing results -- gcc 4.2.4 booted, but both gcc4.4.4 and 4.4.2, for both LE and BE, resulted in kernel panic when starting init. So something is very wrong. I'll work to debug that. |
| 15:31.26 | mwester | Having a working 4.2.4 as a reference will make debugging the 4.4.x images much easier -- again, thank you for your efforts! |
| 15:32.26 | mwester | (BTW, will work on extracting an NSLU2 that we can send you as a test device; all the ones with serial ports are in service so I have to arrange a swap-out for one of the upcoming weekends when I'm home. I'll keep you posted.) |
| 15:44.52 | *** join/#oe bin1010 (~mia@rrcs-24-153-239-72.sw.biz.rr.com) |
| 15:53.25 | *** join/#oe bin1010 (~mia@rrcs-24-153-239-72.sw.biz.rr.com) |
| 15:56.29 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r5e813f8a9e 10openembedded.git/ (3 files in 2 dirs): (log message trimmed) |
| 15:56.29 | CIA-2 | rootfs_ipk/meta-toolchain: Add locking on tasks that add package_update_index_ipk |
| 15:56.29 | CIA-2 | We add a lockfile of do_populate_sdk and do_rootfs (in rootfs_ipk) that is also |
| 15:56.29 | CIA-2 | the lockfile that package_update_index_ipk uses. With enough threads it is |
| 15:56.29 | CIA-2 | possible that one image (or meta-toolchain) is attempting to use the package |
| 15:56.29 | CIA-2 | index while another has only reached the point of generating the index leading |
| 15:56.30 | CIA-2 | to an empty index being seen later on. |
| 15:59.50 | *** join/#oe guillaum1 (~gl@AMontsouris-153-1-5-242.w86-212.abo.wanadoo.fr) |
| 16:06.44 | *** join/#oe B_Lizzard (~havoc@athedsl-420636.home.otenet.gr) |
| 16:08.29 | blindvt | khem, ping |
| 16:08.38 | woglinde | hm anyone knows if ext3 mounts itslef into ro? |
| 16:09.02 | woglinde | I have here a strange problem where my rootpartition is always mounted ro |
| 16:09.52 | blindvt | woglinde, IIRC it does, yes |
| 16:10.15 | Tartarus | Er, by default root is ro, yes? |
| 16:10.26 | Tartarus | unless you pass rw on the cmdline |
| 16:10.36 | woglinde | tartarus yes I did this |
| 16:10.47 | Tartarus | Then it should be rw |
| 16:10.48 | woglinde | I even forced the initramfs to mount rw |
| 16:10.53 | woglinde | still ro |
| 16:10.56 | Tartarus | tune2fs show anything? |
| 16:11.30 | woglinde | mh which option? |
| 16:11.36 | Tartarus | -l |
| 16:11.45 | woglinde | afterb booting I can remount it with rw all is fine |
| 16:11.58 | Tartarus | ok, so the fs itself is fine |
| 16:12.08 | Tartarus | not quite sure then, sorry |
| 16:12.12 | woglinde | filesystem state is clean |
| 16:12.45 | blindvt | .../coreutils-native_8.5.bb, do_install) failed with 256. Does that sound familiar to somebody or did i goof something up locally? |
| 16:13.20 | JaMa|Wrk | blindvt: zub had the same issue IIRC |
| 16:17.45 | *** join/#oe bin1010 (~mia@rrcs-24-153-239-72.sw.biz.rr.com) |
| 16:18.51 | *** join/#oe dfarnsworth (~dfarnswor@nat/montavista/x-xpeqsjpmsedlxywt) |
| 16:22.58 | *** join/#oe Noel (~Noel@96-42-151-215.dhcp.trcy.mi.charter.com) |
| 16:23.33 | *** join/#oe Noel_ (~Noel@96-42-151-215.dhcp.trcy.mi.charter.com) |
| 16:30.18 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 16:31.59 | *** join/#oe mrc3__ (~mrc3@nat/ti/x-ekpsvipvawwlamjj) |
| 16:33.53 | CIA-2 | 03Cliff Brake <cbrake@bec-systems.com> 07org.openembedded.dev * rdd61383cc9 10openembedded.git/classes/packaged-staging.bbclass: (log message trimmed) |
| 16:33.54 | CIA-2 | packaged-staging.bbclass: fix issue with no SRC_URI |
| 16:33.54 | CIA-2 | Currently with srctree, we get errors like the following: |
| 16:33.54 | CIA-2 | | + srcuri= |
| 16:33.54 | CIA-2 | | + '[' '' == '' ']' |
| 16:33.54 | CIA-2 | | + srcuri=OpenEmbedded |
| 16:33.54 | CIA-2 | | + echo 'Source: ' |
| 16:36.54 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 16:39.10 | *** join/#oe likewise (~likewise@84-106-116-232.cable.quicknet.nl) |
| 16:47.14 | khem | mwester: nice to know. |
| 16:47.35 | khem | mwester: w.r.t gcc 4.4 issue what binutils version do you use with it |
| 16:47.57 | khem | hey likewise |
| 16:52.17 | JaMa | khem: btw why there is no bitbake-native and gcc-native (for newer gcc versions)? maybe it would make builds more reproducible between different build hosts? |
| 16:52.44 | blindvt | khem, you're a coward. If you would have picked the .tar.xz for coreutils somebody would have had to fixup unpacker dep handling ;P |
| 16:53.22 | khem | blindvt: yeah pandora of bugs |
| 16:53.44 | khem | JaMa: it would take quite a bit to build host env then :) |
| 16:54.11 | khem | JaMa: while in pure sense its ok but practically there is no end to having host packages |
| 16:54.27 | khem | you might end up rebuilding host packages from scratch |
| 16:54.39 | JaMa | I was just curious because of this last gentoo-binutils issue.. |
| 16:55.04 | khem | JaMa: I think you should report this issue to gentoo |
| 16:55.15 | khem | they should fix it |
| 16:55.23 | JaMa | and I'm already trying to minimize build host influence by using minimal chroot |
| 16:55.31 | khem | regarding the missing symbol I am still perplexed |
| 16:55.41 | khem | as I am not able to reproduce it here. |
| 16:55.43 | JaMa | khem: I'm waiting for at least ant's confirmation |
| 16:55.52 | mwester | khem: armv5te-linux-gnueabi/binutils-cross-2.18.50.0.7-r10.1 |
| 16:56.04 | khem | JaMa: is that what you are using ? |
| 16:56.19 | blindvt | khem, i've a tree somewhere (it's in my virtualize-coreutils tree that uses busybox instead of the coreutils bloat) that handled this properly. I'll get to factoring it out someday |
| 16:56.24 | JaMa | because on host I'm using not-yet-supported gcc and maybe my bug should be confirmed with supported 4.4.4 on host first |
| 16:56.31 | khem | between 2.18 and 2.19 the arm thumb long call interworking was horrible |
| 16:56.37 | khem | it was under work |
| 16:57.09 | khem | blindvt: sounds cool. |
| 16:58.09 | khem | mwester: first think I would suggest it to use newer binutils like 2.20.1 |
| 16:58.23 | JaMa | khem: mwester's binutils version? no 2.20.1 (as set from sane-toolchain) |
| 16:58.26 | mwester | ok. I'm trying to find where that version is set. |
| 16:58.54 | khem | JaMa: ok I mistook the reply (your nick and mwester's nick share same color on my screen :) |
| 16:59.11 | khem | mwester: in distro.conf |
| 16:59.20 | mwester | Found it. thanks. |
| 16:59.22 | khem | mwester: your distro is slugos isnt it |
| 16:59.27 | mwester | 2.20 best, you think? |
| 16:59.33 | khem | 2.20.1 |
| 16:59.41 | khem | it has bug fixes on top of 2.20 |
| 17:00.03 | khem | mwester: and whats your glibc version ? |
| 17:00.06 | mwester | Ok. I can at least build it, but it'll have to wait 10 days or more until I get back here to test the image. (This job is killing me) |
| 17:00.13 | mwester | 2.22.1 |
| 17:00.19 | blindvt | kergoth, could we potentially get away with not parsing all .bb? If i assume that a specific version of a recipe is requested, could i spare parsing the "not interresting" recipes for that package, perhaps? |
| 17:00.20 | mwester | er, 2.6.1 |
| 17:00.58 | khem | mwester: hmmm could you use 2.9 although 2.6.1 is not bad but to try it out |
| 17:01.03 | khem | and switch to eglibc |
| 17:01.06 | blindvt | ~tell kergoth, could we potentially get away with not parsing all .bb? If i assume that a specific version of a recipe is requested, could i spare parsing the "not interresting" recipes for that package, perhaps? |
| 17:01.20 | mwester | eglibc? Hmmm.... ok. |
| 17:01.24 | mwester | takes some notes... |
| 17:01.29 | khem | mwester: yes thats the best suited |
| 17:01.40 | khem | and you could choose 2.12 |
| 17:01.48 | blindvt | ibot, renitent bot |
| 17:01.50 | khem | now when you are upgrading then do it properly :) |
| 17:01.59 | khem | blindvt: that wud be really nice |
| 17:02.17 | khem | blindvt: it wud speed up parsing |
| 17:02.32 | blindvt | khem, i didn't think it through yet, but it would be nice, yea |
| 17:03.06 | khem | blindvt: whenever I add a new recipe a thought comes oh it will slow parsing by a bit |
| 17:03.49 | blindvt | khem, well, bitbake is pretty fast as it is iff you're lucky to have fasts disks and alot of RAM, but doing less work is always good, of course |
| 17:03.56 | *** join/#oe tmartins_ (~zero@187.37.71.239) |
| 17:03.58 | khem | mwester: I am giving you combinations that works on arm for many folks here |
| 17:04.01 | khem | with gcc 4.4 |
| 17:04.18 | mwester | That would be good. |
| 17:04.22 | khem | blindvt: yes its fast true I still have old era machines |
| 17:04.37 | mwester | (clearly one cannot just pick and choose...) |
| 17:04.41 | khem | gcc 4.4.4 + binutils 2.20.1 + eglibc 2.12 |
| 17:05.03 | khem | well you could choose eglibc 2.10 2.11 as well if you want |
| 17:05.31 | mwester | ok |
| 17:05.34 | khem | still envies mwesters 12G RAM |
| 17:05.53 | khem | and under 45 min build |
| 17:06.39 | blindvt | khem, i always have old machines that are utterly outdated. That's why i like small and fast ;) |
| 17:07.29 | JaMa | khem, mwester: why not just include sane-toolchain.inc to slugos.conf? |
| 17:07.31 | blindvt | khem, but they are a PITA to develop on. oh well |
| 17:10.56 | *** join/#oe Heinervdm (~thomas@pD9E17010.dip.t-dialin.net) |
| 17:12.46 | khem | JaMa: a good idea |
| 17:13.17 | JaMa | khem: btw debian naming issue: DEBUG: LIBNAMES: pkg libstdc++ libs 1 bins 0 sonames [] |
| 17:13.28 | JaMa | khem: I guess that before there was some soname |
| 17:13.43 | khem | JaMa: hmm |
| 17:14.13 | khem | JaMa: I wonder if there is issue in naming class |
| 17:14.39 | khem | JaMa: can you upload the faulty and good libstdc++.so.6 somewhere ? |
| 17:15.25 | khem | JaMa: another thing you could do is that in binutils-cross.inc comment out --enable-shared |
| 17:15.34 | khem | then rebuild binutils-cross |
| 17:15.53 | khem | and gcc-cross or gcc from whereever libstdc++ is being emitted |
| 17:15.57 | khem | as package |
| 17:16.09 | JaMa | gcc-cross |
| 17:16.23 | khem | ok then you can just rebuild gcc-cross |
| 17:16.31 | khem | and binutils-cross |
| 17:16.44 | JaMa | I'll, thanks for hints and I can upload only faulty, because I'm trying to build again good one for whole afternoon :) |
| 17:16.46 | khem | JaMa: for me with or without optspace it works well |
| 17:16.52 | blindvt | khem, another thing JaMa could do is make shared support a machine feature where it belongs and derive --enable-shared/static from the machine, no? :) |
| 17:17.27 | blindvt | khem, s/machine/distro/ ? |
| 17:17.33 | khem | blindvt: well actually on some architectures where PIC makes difference we need it --enable-shared |
| 17:17.42 | khem | othereise binutils we generate are wrong |
| 17:17.46 | khem | they wont work on target |
| 17:18.00 | khem | or infact any binary that will link to libiberty.a |
| 17:18.03 | khem | will be wrong |
| 17:18.04 | JaMa | khem: ah faulty as symbol issue.. yeah I can upload those easily, but it will take a while.. |
| 17:18.10 | *** join/#oe pb__ (~pb@jost.swaffham-prior.co.uk) |
| 17:18.13 | khem | JaMa: ok |
| 17:18.36 | khem | JaMa: in faulty case linker is emitting a veneer for that symbol for some reason |
| 17:18.50 | khem | and doing that its messing up the symbol itself |
| 17:19.00 | khem | so I was wondering how its happening |
| 17:19.16 | khem | and was interested to see if there was a linker bug exposed here |
| 17:24.33 | Jay7 | is restoring build env |
| 17:24.50 | Jay7 | new bugreports coming soon ;) |
| 17:25.25 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 17:25.38 | blindvt | kergoth, could we potentially get away with not parsing all .bb? If i assume that a specific version of a recipe is requested, could i spare parsing the "not interresting" recipes for that package, perhaps? |
| 17:25.41 | khem | hey kergoth |
| 17:25.57 | kergoth | how exactly would you determine what's interesting? |
| 17:26.07 | khem | kergoth: I tried the patch to generate debug image |
| 17:26.09 | kergoth | the fact that the version is part of the filename isn't implicit |
| 17:26.12 | khem | but it did not generate the image |
| 17:26.18 | Jay7 | we can use cached tree |
| 17:26.18 | kergoth | nor is it required |
| 17:26.27 | kergoth | huh? |
| 17:26.30 | Jay7 | e.g. freebsd have ports index :) |
| 17:26.37 | Jay7 | (just some crazy ideas) :) |
| 17:26.38 | kergoth | no, that doesn't help us |
| 17:26.48 | blindvt | kergoth, if i have a PREFERRED_VERSION then for those it could perhaps work, at least |
| 17:27.03 | kergoth | the point is, you don't know what recipe files provide what names and versions without parsing them. |
| 17:27.21 | blindvt | kergoth, do we have a notion of minimum required A-version for package B-version? |
| 17:27.35 | kergoth | i don't see how that would help avoid parsing anything |
| 17:27.49 | khem | kergoth: only if default_prefrence was not bb semantics |
| 17:27.56 | khem | then we could get awat |
| 17:27.57 | kergoth | ? |
| 17:27.58 | khem | away |
| 17:28.43 | khem | bitbake could deduce the version from recipe name |
| 17:28.53 | khem | hmm but then PV canbe set inside recipe too |
| 17:28.57 | khem | alright I give up |
| 17:29.25 | JaMa | kergoth: maybe parse only those interesting on PN which is not so often changed in recipe |
| 17:29.35 | JaMa | but also PN-native PN-cross etc... |
| 17:29.42 | JaMa | so probably not worth it in the end |
| 17:30.28 | blindvt | kergoth, i see what you mean, yes. But for e.g. PREFERRED_GCC_VERSION or PREFERRED_BINUTILS (naming is unfortunately not following a pattern, btw) we would know that we only need those .bb, don't we? |
| 17:31.26 | lisppaste | khem pasted "untitled" at http://paste.lisp.org/display/111225 |
| 17:32.16 | blindvt | kergoth, but yes. in the end we cannot really derive preferences for packages that are automatically picked (which is the vast majority, i fear) |
| 17:32.26 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-jwwiqztkzdtwhjjc) |
| 17:32.27 | khem | blindvt: PREFERRED_GCC_VERSION etc translate to same in the end |
| 17:32.50 | khem | kergoth: I just pasted your patch I am trying here |
| 17:32.55 | blindvt | khem, in the end they do. In local.conf they don't follow a pattern i grok |
| 17:33.33 | kergoth | JaMa: again, PN coming from teh filename is not required, nor is it magic |
| 17:33.34 | khem | blindvt: its because same gcc version needs to propagate into many gcc package names |
| 17:33.42 | kergoth | PN happens to be defined to a python snippet that extracts it |
| 17:33.47 | khem | so its just for ease of use |
| 17:33.52 | kergoth | but recipes can and do override it |
| 17:33.58 | GNUtoo|laptop | kergoth, hi |
| 17:34.12 | GNUtoo|laptop | it somehow works(it compiles) |
| 17:34.30 | GNUtoo|laptop | I put the recipe here: http://wiki.freesmartphone.org/index.php/Hardware/HTC_Dream/Kernel_Development#Recipe |
| 17:34.44 | GNUtoo|laptop | but it's far from finished |
| 17:34.55 | GNUtoo|laptop | I'll look why it doesn't boot |
| 17:35.29 | JaMa | kergoth: ah, right, I know that not so often is not good enough |
| 17:35.31 | blindvt | yes PN is overridden. I guess we can't really get away with not parsing everything, in the end. /me nods. pity but makes sense |
| 17:35.59 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
| 17:38.25 | khem | if [ -e /usr/share/terminfo/x/xterm-256color ]; then export TERM='xterm-256color' |
| 17:38.25 | khem | elif [ -e /usr/share/terminfo/x/xterm-color ]; then |
| 17:38.34 | khem | oops |
| 17:38.57 | khem | KDE klipper gone crazy |
| 17:41.49 | khem | kergoth: I also have this added in my local.conf IMAGE_FEATURES_append = " dbg" |
| 17:42.01 | blindvt | JaMa, i think my coreutils do_install throwing 256 due to missing do_install script is something i broke locally. Looking.. |
| 18:02.05 | GNUtoo|laptop | ok the not boting was unrelated |
| 18:07.42 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 18:07.50 | blindvt | JaMa, it was /me goofing up locally and not yet proposed, so all is well: http://uclibc.org/~aldot/bitbake/0007-Use-utils.prunedir.patch |
| 18:09.31 | JaMa | blindvt: ah ok, then hopefully zub wasn't testing your patch :) |
| 18:09.48 | ka6sox | the git server is offline due to a RAID controller failure |
| 18:10.07 | *** join/#oe B_Lizzard (~havoc@athedsl-420636.home.otenet.gr) |
| 18:10.12 | blindvt | kergoth, do you see any obvious error in this patchlet, by chance? symptom is that e.g. coreutils-native ends up with no do_install script when i do this. And, see "???" in the patch; why don't you use shutils.rmtree() instead of implementing your own utils.prunedir() ? |
| 18:10.34 | blindvt | JaMa, unlikely since that patch never left my hack-away-box :) |
| 18:11.12 | JaMa | khem, pb_: this is probably the reason for my broken package names (called from debian.bbclass) and probably because host's binutils now has USE multitargets http://paste.pocoo.org/show/222931/ |
| 18:11.59 | blindvt | kergoth, just curious on the rmtree() question |
| 18:12.07 | khem | JaMa: yes |
| 18:12.53 | khem | JaMa: now that it supports many one has to say which one it is |
| 18:13.02 | khem | elf32-littlearm in our case |
| 18:13.40 | khem | JaMa: but again its gentoo's problem |
| 18:14.20 | khem | JaMa: what is the configure command for your gentoo's binutils on host |
| 18:14.31 | khem | JaMa: is there any log somehwere |
| 18:14.34 | blindvt | khem, if you're a topic deity, could you please append something like " | ADMIN git is currently down due to hardware issues" ? TIA |
| 18:15.09 | JaMa | khem: ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu --datadir=/usr/share/binutils-data/x86_64-pc-linux-gnu/2.20.51.0.8 --infodir=/usr/share/binutils-data/x86_64-pc-linux-gnu/2.20.51.0.8/info --mandir=/usr/share/binutils-data/x86_64-pc-linux-gnu/2.20.51.0.8/man --bindir=/usr/x86_64-pc-linux-gnu/binutils-bin/2.20.51.0.8 --libdir=/usr/lib64/binutils/x86_64-pc-linux-gnu/2.20.51.0.8 --libexecdir=/usr/lib64/binutils/x86_64-p |
| 18:16.00 | blindvt | khem, or maybe not. Still working for me, ka6sox ? |
| 18:16.02 | JaMa | khem: now without multipletargets USE flag (probably not needed to build shared binutils-cross - was enabled when I was desperately trying to build compatible gentoo binutils..) |
| 18:16.04 | khem | blindvt: I am not |
| 18:16.11 | kergoth | blindvt: what patch are you talking about? |
| 18:16.23 | blindvt | kergoth, http://uclibc.org/~aldot/bitbake/0007-Use-utils.prunedir.patch |
| 18:16.25 | ka6sox | blindvt, it still works? |
| 18:16.31 | ka6sox | hmmm... |
| 18:16.33 | kergoth | blindvt: and i didn't implement prunedir, so there i don't know what you're talking about either |
| 18:16.36 | ka6sox | mebbe it got moved. |
| 18:16.37 | blindvt | ka6sox, seems to, yes |
| 18:16.56 | kergoth | more likely it came from portage or something equally ancient |
| 18:17.18 | khem | hmmm gentoo uses those HJ Lu releases |
| 18:18.28 | blindvt | kergoth, oh, i'm sorry no offence. I ment "you" as you, the bitbake guru. |
| 18:19.40 | kergoth | blindvt: as far as i can tell, RP added it in his patch which zecke applied in 9049457a51b8402c3e514be1afc4a163e09b22a0 |
| 18:19.51 | JaMa | khem: right, but 2.20.1 was probably from official released tarball |
| 18:19.54 | kergoth | I'd suggest killing off prunedir entirely |
| 18:20.06 | kergoth | so.. 5 years ago now |
| 18:20.17 | khem | JaMa: lets fix debian.bbclass |
| 18:20.18 | JaMa | khem: and also not building bfh support |
| 18:20.22 | kergoth | that would have been during the 2-3 year period when i wasn't involved in oe/bitbake at all, i expect |
| 18:20.35 | blindvt | kergoth, :) |
| 18:20.51 | JaMa | s/bfg/bfd/ |
| 18:21.24 | JaMa | khem: do you have some logic to decide which target to used based on target machine? |
| 18:21.25 | khem | JaMa: ok, change BUILD_PREFIX in debian.bbclass to TARGET_PREFIX plz |
| 18:21.28 | khem | and retry |
| 18:21.36 | blindvt | ka6sox, not. dead ATM, perhaps my cache was playing tricks on me |
| 18:21.36 | khem | this will use cross binutils |
| 18:22.02 | ka6sox | blindvt ya, thats more like it...I'm working with the colo guys to get it fixed. |
| 18:22.04 | JaMa | ah my host binutils rebuild just finished.. |
| 18:22.42 | blindvt | ka6sox, excellent. Thanks alot! |
| 18:23.34 | khem | kergoth: bugging you again with the IMAGE_FEATURES patch |
| 18:24.01 | kergoth | at the moment i'm doing real work, but will look into it this week |
| 18:24.15 | *** join/#oe rob_w_ (~bob@pD95ECC97.dip.t-dialin.net) |
| 18:25.03 | khem | kergoth: do I need anything except adding IMAGE_FEATURES_append = " dbg" in my local.conf with this patch if I say wanted dbg packages in my image ? |
| 18:25.53 | JaMa | khem: TARGET_PREFIX seems empty in debian.bbclass :/ |
| 18:26.21 | kergoth | khem: it pulls in the -dbg versions of all the binary packages -- but currently -dbg packages are per recipe, not per binary package. it might work better to also add INHERIT += "package_dbg" |
| 18:27.22 | JaMa | khem: ah nevermind.. it's not empty |
| 18:28.14 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
| 18:29.14 | khem | kergoth: ok thx |
| 18:29.17 | JaMa | khem: but maybe target cross dir is not in PATH |
| 18:29.33 | kergoth | expects not many people are using that class, but it implements per-subpackage -dbg packages |
| 18:29.39 | ka6sox | blindvt please try git? |
| 18:29.51 | blindvt | ka6sox, works ATM |
| 18:30.25 | ka6sox | thanks |
| 18:30.59 | khem | kergoth: what do you mean by subpackage is it less than PACKAGES ? |
| 18:31.05 | kergoth | ? |
| 18:31.21 | kergoth | i mean each binary package listed in PACKAGES gets its own -dbg package, with package_dbg.bbclass |
| 18:31.28 | kergoth | rather than just ${PN}-dbg |
| 18:31.45 | khem | yeah got it now |
| 18:32.04 | khem | for every ipk there is a corresponding _dbg.ipk |
| 18:32.27 | khem | forget doc static and dev |
| 18:32.29 | kergoth | yup |
| 18:35.22 | GNUtoo|laptop | hi I bet netbase is core |
| 18:36.35 | khem | JaMa: kergoth still it does not land dbg packages into the image hmm I guess I will try to debug it a bit |
| 18:38.56 | khem | kergoth: the bitbake clone for committers is different url |
| 18:39.17 | GNUtoo|laptop | I'll send a patch |
| 18:40.16 | JaMa | khem: this works, but looks awfull: cmd = bb.data.getVar('CROSS_DIR', d, 1) + "/" + bb.data.getVar('bindir_cross', d, 1) + "/" + (bb.data.getVar('TARGET_PREFIX', d, 1) or "") + "objdump -p " + fp |
| 18:42.42 | JaMa | mmt food, bbl |
| 18:42.57 | khem | JaMa: could use TOOLCHAIN_PATH |
| 18:45.01 | khem | hmmm but then I wonder why cross compilers are not in path |
| 18:45.34 | blindvt | kergoth, zecke said yesterday that he added my ssh key to let me write to a personal branch of bitbake to journal back my little patches. What's the clone url i should be using? |
| 18:45.45 | kergoth | same as for OE |
| 18:45.54 | kergoth | git@git.openembedded.org:<repo> |
| 18:46.53 | kergoth | if these sanity check builds go fine, i intend to push the patches you've sent to the list, along with rpjay's pending bitbake patches and a couple others, today |
| 18:46.54 | blindvt | kergoth, mhm. That denies my publickey ? |
| 18:47.03 | kergoth | then it isn't set up right |
| 18:47.08 | kergoth | goes to take the dog out |
| 18:47.46 | blindvt | continues to route stuff through the list then *shrug* |
| 18:48.04 | kergoth | i think i have admin access to the gitosis setup, i'll take a look when i get back |
| 18:48.51 | blindvt | kergoth, TIA. take your time |
| 18:56.21 | kergoth | erk, -k world = 70,403 tasks |
| 18:57.35 | khem | kergoth: you will need all the time in world to bitbake those :) |
| 18:57.56 | kergoth | i used to do a world build a couple times a month, but that was many years ago :) |
| 18:58.19 | khem | kergoth: heh when world was small :) |
| 18:58.30 | kergoth | only a couple thousand recipes at that time i think |
| 18:58.47 | khem | kergoth: world will build every recipe isnt it |
| 18:59.09 | khem | so say if I have 10 versions of gcc will it try to build and install all 10 ? |
| 18:59.13 | kergoth | pretty much. if there's something provided by multiple recipes, it only builds the preferred one, and it only builds the preferred version of everything |
| 18:59.14 | kergoth | nope |
| 18:59.16 | khem | I mean cross gcc |
| 18:59.26 | khem | oh ok |
| 18:59.27 | kergoth | it'll only build one gcc, one cross gcc, etc |
| 18:59.44 | khem | so one of each |
| 19:01.32 | khem | kergoth: how about libcs |
| 19:01.36 | kergoth | blindvt: okay, pushed most everything that's gone out |
| 19:01.41 | kergoth | khem: again, it builds one of each provider |
| 19:01.56 | kergoth | and nothing that is EXCLUDE_FROM_WORLD |
| 19:02.00 | kergoth | (unless it comes in via deps) |
| 19:02.03 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:02.05 | khem | so if I choose a DISTRO and a MACHINE then its set |
| 19:02.14 | kergoth | should be, yeah |
| 19:02.38 | kergoth | course, it takes a while to generate teh runqueue, and there are lots o fthings that get left out due to dependency problems, but those are busted recipes that should be fixed at some point too, so even that is useful information |
| 19:02.39 | khem | is contemplating a world build on the weakest machine in room |
| 19:03.29 | blindvt | masochist ;) |
| 19:04.02 | kergoth | has to run a world build to try to spot missing var refs for his variable reference tracking code :| |
| 19:04.14 | blindvt | khem, did you find somthing WRT baking something asume_provided, btw? |
| 19:04.15 | kergoth | blindvt: just pushed most of your stuff that's hit the list to master |
| 19:04.19 | khem | heh then you have to do the heavylifting of revival |
| 19:04.26 | blindvt | kergoth, thanks alot! |
| 19:04.31 | kergoth | with most of rpjay's stuff and a modified version of cbrake's exception fix, as well |
| 19:04.50 | khem | blindvt: no other than bitbake hung |
| 19:06.08 | kergoth | blindvt: what's the address you used in your public key? |
| 19:06.13 | blindvt | khem, nod. woglinde said that current master is much slower than 1.8.18 if he tries bitbake somethingthatdoesnotexist |
| 19:06.38 | woglinde | blindvt hm not anymore |
| 19:06.41 | khem | oh I did not see that yet |
| 19:06.58 | khem | hi woglinde |
| 19:08.40 | *** join/#oe matgnt (~matthias@z0701.wist.uni-linz.ac.at) |
| 19:10.02 | blindvt | kergoth, i sent him my ssh id_dsa.pub, there's no addr assigned to that AFAIR, isn't it? |
| 19:10.12 | kergoth | yes, there is |
| 19:10.14 | kergoth | cat the .pub |
| 19:17.27 | blindvt | kergoth, that addr is optional. md5sum of my pubkey is 47dc0bfe570276fc76df87aa5018dde1, but let me mail it to you |
| 19:19.07 | kergoth | your key isn't in the repository |
| 19:19.14 | kergoth | so i guess zecke forgot to push or something |
| 19:19.25 | blindvt | . |
| 19:22.17 | JaMa | khem: TOOLCHAIN_PATH is only CROSS_DIR without /bin, isn't it? |
| 19:22.35 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 19:25.21 | khem | sat top boxes have JaMa yes |
| 19:25.32 | khem | ah man I must restart this KDE |
| 19:25.43 | JaMa | :) |
| 19:25.58 | khem | its paste/klipper has gone insane |
| 19:26.00 | khem | today |
| 19:26.11 | JaMa | upgrade to 4.4.4? |
| 19:26.16 | khem | JaMa: and why it does not appear in path I thought it must be in path |
| 19:26.23 | khem | I am on 4.4.4 |
| 19:26.37 | khem | I wonder if I should try 4.5 beta now |
| 19:26.47 | khem | and strangle myself |
| 19:28.38 | kergoth | blindvt: gitosis doesn't provide branch level access control. its all or nothing, so just don't push master :) |
| 19:28.57 | kergoth | there is an alternative to gitosis that provides it, but we aren't using it yet |
| 19:28.59 | JaMa | khem: it is in bitbake.conf PATH and I don't see debian.bbclass changing it.. but still without calling it without path it fails and no output is written |
| 19:29.34 | JaMa | kergoth: btw: that's name of that gitosis alternative? |
| 19:29.55 | kergoth | JaMa: http://github.com/sitaramc/gitolite |
| 19:30.17 | JaMa | gitolite? |
| 19:30.19 | JaMa | ah right :) |
| 19:30.22 | kergoth | :) |
| 19:31.01 | JaMa | was searching for this blog post.. http://www.bitwiz.org.uk/s/2010/01/gitolite.html |
| 19:31.32 | kergoth | blindvt: hmm, do you not have write access to OE? or did oyu switch keys? |
| 19:32.36 | blindvt | kergoth, Would be handy but i don't have write-access to OE yet, no |
| 19:34.02 | kergoth | i'd give it to you, but i think we're supposed to do that whole proposal on the list thing ) |
| 19:34.03 | blindvt | kergoth, and i will not push to any master for sure |
| 19:34.08 | kergoth | k |
| 19:35.16 | kergoth | blindvt: okay, should work now |
| 19:36.52 | blindvt | kergoth, i'll continue to route eventual OE stuff through khem then. I'm trying to refrain from doing broader stuff ATM anyway until i have my base covered. Tricky at times but i hold off as much as i can for now |
| 19:36.58 | kergoth | k |
| 19:37.26 | kergoth | khem: would you mind proposing oe write access for him on the list for me, if you have a chance sometime in the near future |
| 19:37.29 | kergoth | bit swamped atm |
| 19:37.39 | kergoth | at least, my brain feels that way, even if my task list isn't |
| 19:37.40 | kergoth | hrmph |
| 19:37.42 | blindvt | kergoth, bb access works fine. Thanks! |
| 19:37.46 | kergoth | great, np |
| 19:38.28 | kergoth | thinks about adding a slightly tweaked pylintrc to the bitbake repo |
| 19:38.57 | blindvt | kergoth, OE seems to use $nick/$topic for branches, is that ok for you, too? |
| 19:39.09 | kergoth | fine with me |
| 19:39.13 | blindvt | k |
| 19:39.15 | kergoth | personally, i have my personal branches on github |
| 19:39.24 | kergoth | just to avoid issues with not having access to rebase or remove them |
| 19:39.34 | kergoth | but when i had them her,e it was $nick/$topic |
| 19:40.16 | JaMa | khem: more about ____cxa_end_cleanup_veneer.. disabled OPTSPACE, gcc-cross seems fine (at least before stripping) only target gcc seems wrong (rebuilding version with OPTSPACE now), but because target gcc overwrites staged version from gcc-cross, then I have problem with building other recipes only after gcc was built (ie for eet) |
| 19:40.47 | JaMa | khem: both builddirs will be available here http://jama.homelinux.org/org.openembedded.dev.images/ now only cross+OPTSPACE and target+no-OPTSPACE |
| 19:41.23 | blindvt | khem, so what about OE's conf/bitbake.conf's BUILD_{ARCH,OS} pinning that saves a couple of ten-thousand uname() calls? please install :) |
| 19:45.21 | blindvt | khem, my paste already timed out, but fortunately kergoth put it into the queue as http://patchwork.openembedded.org/patch/2111/ and i'd happily ACK this one (and the rest of those 4 are also ok, from the looks) |
| 19:48.20 | *** join/#oe marcosmamorim (~marcos@187.35.32.218) |
| 19:50.33 | khem | JaMa: hmmm interesting. I have staged gcc here but did not have that problem |
| 19:51.44 | JaMa | khem: moving builddir from target gcc with optspace enabled |
| 19:54.04 | khem | JaMa: blindvt yeah those patches seem ok. I will ack them |
| 19:55.10 | khem | kergoth: ERROR: QA Issue with kernel-modules: kernel-modules rdepends on kernel-dev-dbg |
| 19:55.25 | kergoth | ah, right, i forgot to push the fix for that |
| 19:55.33 | kergoth | its because it pulls in everything from PACKAGES minus certain things |
| 19:55.36 | khem | after I enable package_dbg |
| 19:55.39 | kergoth | so when package_dbg adds mre to it.. |
| 19:56.02 | kergoth | its easy to fix, just make it exclude ones that end with -dbg |
| 19:56.39 | khem | in the recipe ? |
| 19:56.59 | kergoth | i don't recall exactly where, probably kernel.bbclass or linux.inc |
| 19:58.03 | khem | must be in kernel.bbclass |
| 19:58.41 | khem | bb.data.setVar('RDEPENDS_' + pkg, ' '.join(rdepends), d) |
| 20:16.54 | *** join/#oe penguinece (~penguinec@2610:48:100:8da:213:20ff:fe0a:7c8f) |
| 20:17.10 | *** join/#oe likewise (~likewise@84-106-116-232.cable.quicknet.nl) |
| 20:29.40 | khem | JaMa: problem happens when you have target gcc compiled with OPTSPACE disabled right |
| 20:30.54 | JaMa | khem: yes |
| 20:31.25 | khem | JaMa: hmmm |
| 20:31.35 | khem | let me look at the build logs of failing case |
| 20:32.26 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-sfhbgzqjdizdgwko) |
| 20:32.58 | RP | kergoth: We've found a nice bitbake bug in poky |
| 20:33.03 | kergoth | fun |
| 20:33.18 | RP | kergoth: bb.decodeurl passes the path in the host variable for file:// urls |
| 20:33.24 | RP | and base.bbclass uses it |
| 20:33.28 | khem | JaMa: I can not access homelinux.org :( its firewalled |
| 20:33.32 | JaMa | khem: ah already removed, but mmt I'll rebuild |
| 20:33.36 | *** join/#oe Lint (~Linp@201-92-180-97.dsl.telesp.net.br) |
| 20:33.40 | RP | kergoth: We can fix bitbake but break OE |
| 20:34.01 | khem | JaMa: logs are important if you want to refer keep them for a while |
| 20:34.24 | kergoth | that's pretty much what i'd expect that code to do. |
| 20:34.31 | kergoth | we should really think about using urlparse, rather than our own thing |
| 20:34.55 | JaMa | khem: because of lack of disk space I moved only builddir and removed rest for another rebuild... |
| 20:35.17 | RP | kergoth: well, yes. I took a fix for this, then watched the builds explode :/ |
| 20:35.18 | JaMa | khem: dns is firewalled or apache doesn't respond to you? |
| 20:35.52 | khem | JaMa: no idea |
| 20:35.53 | kergoth | i wouldn't expect it to be terrible to work around. couldn't base.bbclass just check for host set path unset, path unset host set, and fall back? |
| 20:35.57 | JaMa | khem: 78.24.13.161 |
| 20:36.48 | RP | kergoth: I think we'llhave to |
| 20:37.20 | kergoth | that's what i'd think would be best, at least until OE requires a release version with the fix |
| 20:37.30 | RP | kergoth: agreed |
| 20:38.28 | JaMa | khem: and to be sure we understand each other, the problem happens when OPTSPACE (as variable) is empty so when --enable-target-optspace is not used |
| 20:40.00 | JaMa | khem: and dirname no-optspace means empty OPTSPACE variable = non-working case |
| 20:40.37 | Jay7 | what bitbake version is recommended to use with .dev now? |
| 20:40.39 | Jay7 | 1.10? |
| 20:41.52 | khem | Jay7: master |
| 20:42.10 | Jay7 | I fear :) |
| 20:42.12 | khem | JaMa: hmmm .lib dir is missing which has the libsdtc++ binary |
| 20:42.33 | khem | Jay7: no need to fear its better than previous releases and it stable |
| 20:42.48 | khem | and more we use it more we will find breakges if it happens early enough |
| 20:42.53 | JaMa | khem: arm-angstrom-linux-gnueabi/libstdc++-v3/src/.libs/libstdc++.so.6.0.14 ? |
| 20:43.06 | khem | JaMa: yes |
| 20:43.12 | JaMa | hrr apache hiddes it.. |
| 20:43.20 | Jay7 | well.. let's try :) |
| 20:43.36 | khem | JaMa: oh I just dont see it if I type it in url it opens |
| 20:43.46 | JaMa | khem: but only from index.. |
| 20:43.49 | khem | Jay7: you wont be disappointed |
| 20:43.56 | *** join/#oe Sleep_Walker (~Sleep@193.179.96.131) |
| 20:47.02 | Jay7 | well.. first issue - chrpath is not installed :) |
| 20:47.14 | Jay7 | going to add this to wiki |
| 20:47.22 | *** join/#oe zenlinuxPDX (~sgarman@li38-254.members.linode.com) |
| 20:49.13 | khem | Jay7: thats OE wanting it not bitbake |
| 20:49.21 | Jay7 | khem: I know.. |
| 20:49.22 | khem | Jay7: but still it told you what it wants |
| 20:49.40 | khem | rathar bombing on you |
| 20:49.45 | khem | somewhere else |
| 20:49.54 | Jay7 | hm.. |
| 20:50.03 | Jay7 | now I can't just start bitbake -i |
| 20:50.09 | khem | JaMa: interesting part is that there is only one veneer generated |
| 20:50.32 | Jay7 | it wants package name |
| 20:51.27 | khem | JaMa: your upload link is slow. I dont know how long it will take to download stuff |
| 20:56.13 | JaMa | khem: yeah its only 12/2Mbps..with 1:20 agregation.. |
| 20:59.20 | khem | JaMa: is it gcc 4.5 ? |
| 20:59.30 | JaMa | yes |
| 21:00.40 | khem | the symbol should be in the same libstdc++.so but it does not find it and hence creates a external call |
| 21:00.48 | khem | so where does it get when linking |
| 21:01.42 | JaMa | should I call nm for every .so and try to grep it somewhere? |
| 21:02.17 | khem | JaMa: I think its there in libstdc++.so thats installed by gcc-cross |
| 21:02.26 | khem | and somehow that creeps in to link step |
| 21:02.30 | khem | thats my guess |
| 21:04.56 | khem | libstdc++-v3/libsupc++/eh_arm.cc defines it |
| 21:09.16 | khem | JaMa: hmm your version of eh_arm.o does not have it |
| 21:09.24 | khem | thats the problem |
| 21:13.25 | khem | JaMa: if you have the faulty build tree around then preprocess eh_arm.cc |
| 21:13.30 | khem | and lets see what it produces |
| 21:15.00 | JaMa | ok, mmt |
| 21:21.32 | *** join/#oe bin1010 (~mia@rrcs-24-153-239-72.sw.biz.rr.com) |
| 21:23.05 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-qdnscufmgojjzfam) |
| 21:24.10 | JaMa | khem: preprocess http://paste.pocoo.org/show/223024/ |
| 21:24.48 | khem | JaMa: ok now can you also generate a .s file |
| 21:24.52 | khem | and paste it somewhere |
| 21:24.58 | khem | and also the commandline options plz |
| 21:25.19 | JaMa | khem: btw logs uploaded to temp subdir |
| 21:25.50 | JaMa | khem: here is cmdline http://paste.pocoo.org/show/223027/ |
| 21:26.58 | khem | ok so it used -O2 |
| 21:28.50 | khem | JaMa: ok I got it |
| 21:30.26 | khem | JaMa: it seems to do the right thing hmmm |
| 21:30.30 | khem | let me try once more |
| 21:30.35 | JaMa | khem: http://paste.pocoo.org/show/223029/ |
| 21:30.43 | JaMa | khem: with -S it shows few warnings |
| 21:31.22 | *** join/#oe jkridner2 (~a0321898@nat/ti/x-ztktqgftnfmijhqh) |
| 21:31.33 | *** part/#oe jkridner2 (~a0321898@nat/ti/x-ztktqgftnfmijhqh) |
| 21:32.58 | khem | JaMa: here is fix for you :) |
| 21:33.05 | khem | I think I see the problem |
| 21:33.10 | khem | and I see the reason also |
| 21:37.10 | khem | JaMa: try this patch http://pastebin.com/qpnN5vf9 |
| 21:37.18 | khem | to gcc-4.5.inc |
| 21:37.28 | khem | and rebuild gcc |
| 21:37.41 | khem | then rebuild eet or whatever was failing for you |
| 21:37.49 | khem | and report back here |
| 21:41.22 | JaMa | khem: nm output should be the same right? only now it should find that symbol |
| 21:46.40 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |
| 21:52.24 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 21:55.14 | khem | JaMa: yes now nm should show you __cxa_end_cleanup as global |
| 21:57.12 | JaMa | hmm pastebin messed white-spaces somehow and it refused to apply, applied manually and restarting build |
| 21:59.43 | *** join/#oe Martin-B (~martin@pool-148-65-198-89.dbd-ipconnect.net) |
| 22:01.41 | khem | JaMa: hmmm thats after I disabled klipper |
| 22:01.54 | khem | something is messed up with my pasting |
| 22:02.05 | khem | anyway I am out for few hours |
| 22:02.15 | khem | send me a note here how your compile went |
| 22:02.20 | khem | and i will read it later |
| 22:02.43 | *** join/#oe likewise (~likewise@84-106-116-232.cable.quicknet.nl) |
| 22:04.35 | JaMa | khem: ok, thanks a lot again, you're great! |
| 22:16.04 | JaMa | khem: xinput-calibrator rebuild went fine, __cxa_begin_cleanup is normal symbol now and no ____cxa_begin_cleanup_veneer shown in -nm |
| 22:19.35 | Jay7 | qemu-native-0.12.4-r1 failed |
| 22:20.17 | Jay7 | http://tinderbox.openembedded.org/builds/73262/ |
| 22:20.52 | Jay7 | i586-alt-linux-gcc: Internal error: Killed (program cc1) |
| 22:20.55 | Jay7 | hehe.. |
| 22:22.07 | Jay7 | well.. will look tomorrow |
| 22:32.33 | *** join/#oe methril (~methril@189.27.129.52.dynamic.adsl.gvt.net.br) |
| 22:42.18 | *** join/#oe rawler (~rawler@h-32-15.A212.priv.bahnhof.se) |
| 23:10.02 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:14.06 | *** join/#oe aloisiojr (~aloisio@189.115.175.112) |
| 23:15.34 | *** join/#oe marcosmamorim1 (~marcos@187.35.35.15) |
| 23:19.35 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 23:22.57 | *** join/#oe Crofton (~balister@206.205.72.162) |
| 23:28.19 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 23:32.03 | *** join/#oe marcosmamorim (~marcos@201-43-152-224.dsl.telesp.net.br) |
| 23:35.31 | *** join/#oe rsalveti (~rsalveti@187.59.247.57) |
| 23:37.51 | *** join/#oe marcosmamorim1 (~marcos@189-46-188-91.dsl.telesp.net.br) |
| 23:38.23 | *** join/#oe woglinde (~heinold@f052235230.adsl.alicedsl.de) |
| 23:38.24 | CIA-2 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * rf6b09dcb60 10openembedded.git/recipes/xorg-proto/ (14 files): xproto: convert to BBCLASSEXTEND |
| 23:38.35 | CIA-2 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * re536b582cb 10openembedded.git/recipes/xorg-proto/xorg-proto-common.inc: xorg-proto-common.inc: remove do_stage function |
| 23:38.35 | CIA-2 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * rcda3842850 10openembedded.git/recipes/cacao/cacao-native_hg.bb: cacao-native: add mercurial recipe |
| 23:41.11 | *** join/#oe marcosmamorim (~marcos@201-43-150-155.dsl.telesp.net.br) |
| 23:46.21 | *** join/#oe marcosmamorim (~marcos@201-43-152-247.dsl.telesp.net.br) |