| 00:12.46 | khem | dcordes: bb.data.getVar('MACHINE',d) in ['your machine'] |
| 00:39.20 | *** join/#oe jconnolly (n=jconnoll@cpe-24-90-254-170.nyc.res.rr.com) |
| 00:40.48 | *** join/#oe greentux_ (n=lemke@Z5a85.z.pppool.de) |
| 00:41.04 | khem | thesing: I tried a console-image with eglibc without RRECOMMEND on libgcc and I still see libgcc is pulled in. What is image you tried |
| 00:41.42 | thesing | I used console image too. But my machine is oabi. |
| 00:55.46 | khem | thesing: oabi ah hmmm |
| 00:56.44 | khem | thesing: I think we should get rid of libgcc recommend in glibc instead do it like pb_ suggested |
| 00:57.58 | thesing | I think its quite complicated to find out which packages use pthread_cancel. Well fgrep works of course. |
| 00:58.28 | khem | thesing: yeah let me see if I can find |
| 00:59.21 | thesing | as long as libgcc gets into my images I'm happy ;) |
| 01:04.51 | *** join/#oe jtaji (n=jtaji@unaffiliated/astro76) |
| 01:05.57 | khem | thesing: can you post you depends.dot somewhere generated by bitbake -g console-image ? |
| 01:06.18 | *** join/#oe benlau2 (n=benlau@202.155.224.130) |
| 01:10.21 | thesing | khem: http://www2.informatik.hu-berlin.de/~tkunze/task-depends.dot |
| 01:11.01 | khem | thesing: depends.dot plz |
| 01:13.15 | thesing | http://www2.informatik.hu-berlin.de/~tkunze/depends.dot |
| 01:13.32 | thesing | ok. Time to sleep. Nite all. |
| 01:18.37 | khem | gn thes |
| 01:25.56 | *** join/#oe rsalveti (n=salveti@189.70.143.203) |
| 02:29.08 | *** join/#oe bin1010 (n=aars@vpn-211-16.baylor.edu) |
| 02:36.30 | *** join/#oe bin1010 (n=aars@rrcs-24-227-199-231.sw.biz.rr.com) |
| 02:40.34 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 03:06.25 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 04:01.44 | *** join/#oe AvengerMoJo (n=alex@61.14.130.209) |
| 04:07.13 | *** join/#oe impatt (n=impatt@nt4.factorial.ru) |
| 04:07.27 | impatt | Hello, all. |
| 04:08.42 | impatt | I try to follow documentation: http://bec-systems.com/oe/html/gettingoe_getting_oe.html |
| 04:08.42 | impatt | When I chtckout mtn --db=OE.mtn co -b org.openembedded.dev, mtn says: |
| 04:08.59 | impatt | [impatt@kb33 oe]$ mtn --db=OE.mtn co -b org.openembedded.devmtn: misuse: database /tmp/oe/OE.mtn is laid out according to an old schemamtn: misuse: try 'mtn db migrate' to upgrademtn: misuse: (this is irreversible; you may want to make a backup copy first) |
| 04:09.36 | impatt | [impatt@kb33 oe]$ mtn --versionmonotone 0.40 (base revision: 5ccc279f9dea0444b47f03dd5291ecc985fcb7f6) |
| 04:10.09 | impatt | How I can fix it ? |
| 04:11.29 | *** join/#oe hillct (n=hillct@cpe-024-211-242-232.nc.res.rr.com) |
| 04:28.28 | *** join/#oe sudharsh_ (n=sudharsh@59.92.22.171) |
| 04:31.13 | dcordes | impatt: try "mtn db migrate" |
| 04:32.17 | dcordes | khem: didn't see your message. still around? |
| 04:33.23 | impatt | dcordes: one minute, plz |
| 04:35.15 | impatt | dcordes: [impatt@kb33 oe]$ mtn --db=OE.mtn db migrate |
| 04:35.15 | impatt | Sucess. Thank you very much ! |
| 04:36.05 | dcordes | impatt: no problem |
| 05:20.41 | *** join/#oe mbuf (n=shakthim@61.16.248.242) |
| 05:21.00 | *** join/#oe JustinP (n=papercra@c-67-180-70-148.hsd1.ca.comcast.net) |
| 05:26.55 | *** join/#oe sudharsh_ (n=sudharsh@59.92.35.142) |
| 05:46.00 | *** join/#oe Bernardo (n=Bernardo@89.181.96.102) |
| 05:54.05 | cdbot2 | * * OE Bug 4458 has been created by victorpalacio(AT)adtelecom.es |
| 05:54.07 | cdbot2 | * * Error with oe_libinstall doing populate_staging of libsdl-x11_1.2 |
| 05:54.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4458 |
| 05:55.38 | *** join/#oe sudharsh_ (n=sudharsh@59.96.4.83) |
| 06:04.11 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 06:18.15 | *** join/#oe Laibsch (n=Laibsch@ip-62-143-12-162.hsi.ish.de) |
| 06:27.06 | *** join/#oe rob_w (n=bob@Maa6a.m.pppool.de) |
| 06:36.32 | *** join/#oe trickie|work (n=trickie@basesoft.xs4all.nl) |
| 06:43.51 | *** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 06:56.33 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * r4577d28bef 10OE.dev/packages/mythtv/ (mythtv-0.21/no-cortex-deadlock.patch mythtv_0.21.bb): mythtv 0.21: update NEON patch to fix cpu deadlocks |
| 06:56.39 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * r6dc464b253 10OE.dev/packages/ffmpeg/ (ffmpeg_git.bb omapfbplay_git.bb): |
| 06:56.39 | CIA-24 | ffmpeg git: bump SRCREV for cortex deadlock fixes |
| 06:56.39 | CIA-24 | omapfbplay: bump PR |
| 06:56.40 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * r7a832c7c84 10OE.dev/packages/mozilla/ (14 files in 2 dirs): firefox: move to 3.0.1 |
| 06:56.42 | CIA-24 | 03 <koen@openembedded.org> 07master * r7a832c7c84 10OE.dev/packages/mozilla/ (14 files in 2 dirs): firefox: move to 3.0.1 |
| 06:56.45 | CIA-24 | 03 <koen@openembedded.org> 07master * r6dc464b253 10OE.dev/packages/ffmpeg/ (ffmpeg_git.bb omapfbplay_git.bb): |
| 06:56.48 | CIA-24 | ffmpeg git: bump SRCREV for cortex deadlock fixes |
| 06:56.50 | CIA-24 | omapfbplay: bump PR |
| 06:56.52 | CIA-24 | 03 <koen@openembedded.org> 07master * r4577d28bef 10OE.dev/packages/mythtv/ (mythtv-0.21/no-cortex-deadlock.patch mythtv_0.21.bb): mythtv 0.21: update NEON patch to fix cpu deadlocks |
| 06:57.05 | *** join/#oe kwek (n=kwek@188.Red-213-97-48.staticIP.rima-tde.net) |
| 07:00.11 | czr_ | hi. bitbaking thttpd (oe/stable/angstrom) and the build fails with "ERROR: QA Issue: non debug package contains .debug directory: thttpd path /work/armv5te-angstrom-linux-gnueabi/thttpd-2.25b-r6/install/thttpd/srv/www/cgi-bin/.debug/ssi" and then later "ERROR: Build of /usr/src/oe/org.openembedded.stable/packages/thttpd/thttpd_2.25b.bb do_package failed". any hints where I should start looking for the issue or how to fix it? |
| 07:06.41 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 07:06.41 | *** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de) |
| 07:11.41 | *** join/#oe eno__ (n=eno@adsl-70-137-141-94.dsl.snfc21.sbcglobal.net) |
| 07:14.12 | *** join/#oe jekhor (n=jek@87.252.242.87) |
| 07:18.40 | josch|nsn | is scared by any file that took his computer 3 weeks to compile |
| 07:19.30 | josch|nsn | uh oh... this happens when you think that things from the backlog just happend instead of a day ago :P |
| 07:20.39 | *** join/#oe queaker (n=queaker@cl-1159.ham-01.de.sixxs.net) |
| 07:25.25 | *** join/#oe smancke (n=smancke@gate.tarent.de) |
| 07:27.00 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * re6cfd6689e 10OE.dev/packages/mozilla/firefox_3.0.1.bb: firefox 3.0.1: remove js hack |
| 07:27.06 | CIA-24 | 03 <koen@openembedded.org> 07master * re6cfd6689e 10OE.dev/packages/mozilla/firefox_3.0.1.bb: firefox 3.0.1: remove js hack |
| 07:40.37 | *** join/#oe Genesis (n=Ronan@AMontsouris-153-1-25-238.w86-212.abo.wanadoo.fr) |
| 07:43.34 | pb_ | josch|nsn: doh |
| 07:46.07 | Genesis | bonjour |
| 07:46.16 | josch|nsn | salut Genesis :P |
| 07:46.54 | rob_w | i created a new machine conf called htcnike.conf which is basicly a copy of the htckaiser.conf .. this conf sets PREFERRED_PROVIDER_virtual/kernel = "linux-kaiser" my build now trys to build linux_2.6.21 vanilla ? |
| 07:47.00 | Genesis | guten morgen josch|nsn :) |
| 07:47.27 | rob_w | why would a PREFERRED_PROVIDER be overwritten or ignored ? |
| 07:48.12 | Genesis | preferred not find , set elsewhere |
| 07:49.03 | rob_w | ah i think i got it .. the kernel doesnt include htcnike as compatible .. thanks anyway |
| 07:56.21 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C06D.access.telenet.be) |
| 07:56.26 | XorA | rob_w: are you working with dcordes? |
| 07:56.38 | XorA | rob_w: he is adding htcpolaris support as well |
| 07:57.01 | rob_w | i will touch base with him. .. i just revived my htc genes and see how far i can go with my nike |
| 08:02.57 | *** join/#oe mbuf (n=shakthim@61.16.248.242) |
| 08:15.27 | *** join/#oe DarthWader (n=sith@gw.vniro.ru) |
| 08:15.54 | RP | rob_w: That kernel recipe probably sets COMPATIBLE_MACHINE |
| 08:19.09 | *** join/#oe |miska|_ (n=|miska|@uyulala.karlin.mff.cuni.cz) |
| 08:25.17 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 08:29.07 | XorA | git is so slow :-( |
| 08:29.22 | hrw | morning |
| 08:30.14 | hrw | rob_w: nike is tuoch or touchdual? |
| 08:33.27 | *** join/#oe rob_w (n=bob@Mb03e.m.pppool.de) |
| 08:51.33 | XorA | yummies, acetone |
| 08:52.46 | *** join/#oe lrg (n=liam@79-68-78-64.dynamic.dsl.as9105.com) |
| 08:53.56 | *** join/#oe dcordes (n=dcordes@unaffiliated/dcordes) |
| 09:00.06 | hrw | XorA: tasty |
| 09:00.55 | josch|nsn | had an acetone muffin for breakfast |
| 09:07.09 | *** join/#oe florian__ (n=fuchs@217.146.132.69) |
| 09:09.51 | XorA | acetone liquid dont tast so nice |
| 09:10.39 | methril | morning |
| 09:11.56 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * re5c8c47109 10OE.dev/packages/linux/ (3 files in 2 dirs): linux omap2 git: add patch to workaround cortex-a8 deadlock |
| 09:12.31 | florian | good monring |
| 09:12.55 | CIA-24 | 03 <koen@openembedded.org> 07master * re5c8c47109 10OE.dev/packages/linux/ (3 files in 2 dirs): linux omap2 git: add patch to workaround cortex-a8 deadlock |
| 09:20.04 | hrw | ~curse SCSI/SATA subsystem in linux |
| 09:20.05 | ibot | May the fleas of a thousand camels infest your most sensitive regions, SCSI/SATA subsystem in linux ! |
| 09:21.36 | *** join/#oe ribbits (n=bob@host86-154-243-88.range86-154.btcentralplus.com) |
| 09:33.05 | *** join/#oe BabelO (n=Fabrice@unaffiliated/babelo) |
| 09:34.59 | pb__ | florian: good monring |
| 09:47.33 | mickeyl | morning folks |
| 09:47.47 | methril | morning |
| 09:48.10 | josch|nsn | y0 mickeyl |
| 09:48.10 | florian | hi mickeyl, hi methril |
| 09:49.53 | josch|nsn | mickeyl: did you put my sphinx and python-sphinxsearch modules into oe yet? |
| 09:51.01 | mickeyl | not yet, no |
| 09:51.08 | mickeyl | where can i get these? |
| 09:51.41 | josch|nsn | mickeyl: Marcel_M send you the bb recipes |
| 09:51.56 | josch|nsn | mickeyl: you helped us with creating them, remember? :D |
| 09:52.43 | mickeyl | not really |
| 09:52.48 | mickeyl | but my memory is limited |
| 09:52.51 | josch|nsn | uh ^^ |
| 09:52.53 | mickeyl | too many context switches |
| 09:53.00 | mickeyl | need to get rid of some things |
| 09:53.10 | XorA | quick someone get mickeyl coffee before he crashes |
| 09:53.11 | mickeyl | anyways, please have him email me the recipes |
| 09:53.15 | mickeyl | XorA: ;) |
| 09:53.24 | mickeyl | picked up zecke at the airport way too early |
| 09:53.29 | XorA | its a bit early in the morning for him |
| 09:53.33 | XorA | ah, that explains it |
| 09:53.34 | josch|nsn | runs with a cup of coffee |
| 09:53.39 | josch|nsn | slips |
| 09:53.53 | josch|nsn | drains mickeyl 's trousers with hot coffe |
| 09:54.34 | josch|nsn | now i is awake i assume :P |
| 09:54.42 | josch|nsn | ah... *he |
| 09:55.06 | josch|nsn | mickeyl: i will tell Marcel_M to do so, thanks |
| 09:58.08 | Laibsch | mickeyl: Say hi to zecke for me |
| 09:58.31 | XorA | zecke must be in the dungeon again |
| 09:58.44 | josch|nsn | ah hey Laibsch |
| 09:58.50 | mickeyl | Laibsch: greetings back |
| 09:59.04 | Laibsch | thanks |
| 09:59.16 | *** join/#oe stephank (n=urk@2002:52c5:cfc7:1:2c0:9fff:feb7:e03f) |
| 10:00.51 | *** join/#oe Bernardo (n=Bernardo@84.39.72.180) |
| 10:15.17 | pb__ | mickeyl: good morning |
| 10:18.30 | czr_ | hmm. any idea how to get rrdtool to build with OE? getting complaints about "Your compiler does not support propper IEEE math" (target has no hw FPU) |
| 10:22.10 | *** join/#oe davygravy (n=davygrav@h69-128-156-59.mdtnwi.dsl.dynamic.tds.net) |
| 10:26.53 | pb__ | czr_: I guess you'd have to check the logs to find out why it thinks that IEEE math is missing |
| 10:27.12 | pb__ | assuming you feel that your target should indeed have ieee math. what platform are you using? |
| 10:29.06 | czr_ | xscale atm. |
| 10:29.15 | pb__ | that should be fine |
| 10:29.44 | czr_ | indeed, but I think the rrdtool configure runs some tests and based on that none of the -ieee-math-and such switches work with the cross compiler bails out |
| 10:30.33 | pb__ | which are the particular switches that it's having a problem with, and what is the compiler output in that case? |
| 10:30.51 | czr_ | give me a sec, going to do a pastebin |
| 10:31.36 | czr_ | http://www.pastebin.org/58466 |
| 10:31.59 | czr_ | building cairo worked without a hitch |
| 10:32.22 | pb__ | # |
| 10:32.22 | pb__ | | Your Compiler does not do propper IEEE math ... Please find out how to |
| 10:32.22 | pb__ | # |
| 10:32.22 | pb__ | | make IEEE math work with your compiler and let me know (oetiker@ee.ethz.ch). |
| 10:32.22 | pb__ | # |
| 10:32.25 | pb__ | | Check config.log to see what went wrong ... |
| 10:32.27 | pb__ | did you check config.log? |
| 10:33.53 | czr_ | it doesn't contain anything interesting to my eye |
| 10:34.07 | czr_ | lines like this (no extra info): |
| 10:34.10 | czr_ | configure:22961: checking if IEEE math works out of the box |
| 10:34.10 | czr_ | configure:23081: result: no |
| 10:35.01 | pb__ | ah right, nothing else between those lines? |
| 10:35.07 | czr_ | nope |
| 10:35.09 | pb__ | in that case you'll have to inspect the configure script itself to see what it's doing |
| 10:35.27 | pb__ | it's just a shell script, albeit a large and ugly one |
| 10:35.40 | czr_ | nods |
| 10:35.52 | pb__ | if you start reading from line 22961 you should be able to find the particular gcc invocation that's causing the problem. then, try running that by hand and see what happens. |
| 10:36.06 | czr_ | I've done this before :-) |
| 10:36.16 | czr_ | just new to OE, or rather, everything else has built fine so far :-) |
| 10:36.28 | czr_ | (minus couple of small fixes that I've "backported" from .dev to .stable) |
| 10:37.24 | pb__ | heh, right |
| 10:38.02 | czr_ | ah. it's a small program that causes different kinds of IEEE exceptions |
| 10:41.37 | *** join/#oe rob_w (n=bob@Mb03e.m.pppool.de) |
| 10:47.01 | pb__ | ah, right. |
| 10:47.07 | pb__ | that's obviously not going to work when cross compiling |
| 10:47.26 | pb__ | probably best to just hack the configure script to assume the answer is yes in that case |
| 10:47.30 | czr_ | :-) |
| 10:47.50 | czr_ | hmm. where should I hack it? |
| 10:48.02 | pb__ | look at configure.ac (or configure.in), find the corresponding line there |
| 10:48.03 | czr_ | if I change it under work/rrdtool then I can't use bitbake any longer, can I? |
| 10:48.08 | pb__ | it'll probably be some kind of AC_TRY_RUN command |
| 10:48.26 | pb__ | you should be able to add an extra argument to AC_TRY_RUN, being the action to take when cross-compiling |
| 10:48.27 | czr_ | that's not the problem really |
| 10:48.52 | pb__ | oh, you mean how do you integrate the change with oe? |
| 10:48.55 | czr_ | yes |
| 10:49.05 | pb__ | make a diff between the old and new configure.ac files and add it as a patch to the .bb file |
| 10:49.15 | czr_ | ah! |
| 10:49.20 | czr_ | thanks, will try it |
| 10:49.45 | pb__ | it looks like rrdtool already has one patch listed in its SRC_URI so you can use that as an example |
| 10:49.53 | czr_ | indeed |
| 10:50.11 | czr_ | I'm trying to bump the version higher as well, while at it. from 1.0.49 to 1.2.28. nothing can fail. right? ;-) |
| 10:50.19 | pb__ | heh, right. what could possibly go wrong? |
| 10:50.24 | czr_ | indeed! |
| 10:52.08 | czr_ | it uses AC_FULL_IEEE macro |
| 10:52.14 | czr_ | which comes with autoconf, not rrdtool |
| 10:52.15 | czr_ | sighs |
| 10:52.34 | pb__ | oh right, drat |
| 10:52.38 | pb__ | in that case, you have two options: |
| 10:52.54 | pb__ | (a) apply your hack to autoconf, make a new version of that, and then make rrdtool depend on a new enough autoconf-native |
| 10:53.06 | czr_ | or just modify the configure script directly and patch that, right? |
| 10:53.39 | pb__ | (b) copy the AC_FULL_IEEE macro definition into rrdtool's aclocal.m4, rename it to (say) AC_FULL_IEEE_NOT_BROKEN, make the change there, then change configure.ac to reference that macro not the broken version |
| 10:54.35 | pb__ | patching the configure script directly is probably not a good idea because it will involve disabling a lot of the autotools.bbclass stuff. you can make it work that way but it tends to be a bit fragile and difficult to maintain in the future. |
| 10:55.30 | *** join/#oe dijenerate (n=dijenera@72.22.142.107) |
| 10:57.25 | czr_ | ah |
| 10:57.31 | czr_ | so better to hack .ac then |
| 10:58.28 | pb__ | yeah |
| 10:58.42 | pb__ | autotools.bbclass will automatically regenerate configure from configure.ac when you run a build |
| 10:58.54 | czr_ | ah. good to know |
| 10:59.14 | czr_ | diff -urN rrdtool-orig rrdtool-patched > patch ok? |
| 10:59.22 | czr_ | or should it be in some more specific format? |
| 11:00.56 | pb__ | that should be fine |
| 11:01.20 | pb__ | bitbake doesn't try to interpret the patches, so anything that "patch" can read ought to be ok |
| 11:01.33 | czr_ | right. let's see then :-) |
| 11:03.54 | czr_ | hmm. how do I apply "strip" to the patching command? |
| 11:04.05 | czr_ | since now I have one extra level of dirs in the patch (bitbake breakes in do_patch) |
| 11:09.02 | *** join/#oe cedric (n=cedric@enlightenment/developer/cedric) |
| 11:09.32 | czr_ | hmm. I guess 1.2.28 is slightly different from 1.0.48 ;-) |
| 11:09.58 | pb__ | add "pnum=N" to the SRC_URI entry |
| 11:10.03 | pb__ | where N is the number of levels you want to strip |
| 11:10.26 | czr_ | ah, thanks. ended up editing the patch manually to strip the levels and did the renames ;-) |
| 11:10.32 | pb__ | heh, fair enough |
| 11:12.39 | czr_ | argh. 1.2 uses libart. |
| 11:13.01 | czr_ | (1.3 moves to cairo & fontconfig. and Pango for text layout). |
| 11:13.10 | czr_ | decides to stick with 1.0.43 |
| 11:17.26 | *** join/#oe rob_w (n=bob@Mb03e.m.pppool.de) |
| 11:20.06 | czr_ | pb_, is the patch=1 a ordering variable or it means that "this uri is a patch" |
| 11:25.27 | pb__ | it just means "this uri is a patch" |
| 11:25.39 | pb__ | the ordering in SRC_URI determines the order in which the patches are applied |
| 11:26.23 | czr_ | right, figured that out too |
| 11:26.24 | czr_ | :-) |
| 11:26.34 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 11:26.46 | czr_ | in 1.0.49 the IEEE test was inline coded (the whole C program was there). So, I removed the test completely, and now rrdtool builds |
| 11:26.53 | czr_ | not technically very elegant solution, but.. |
| 11:26.59 | czr_ | (from configure.ac) |
| 11:28.49 | pb__ | ok, very good |
| 11:29.00 | czr_ | hmm. actually it doesn't work.. |
| 11:29.12 | czr_ | now my patch isn't even applied anymore.. /me scratches head |
| 11:33.09 | *** join/#oe stephank (n=urk@2002:52c5:cfc7:1:2c0:9fff:feb7:e03f) |
| 11:36.29 | czr_ | hmm. how do I reset a package? seems that oe now cached the results of some previous run somewhere and even bitbake -c clean rrdtool doesn't get it updated (I updated the .bb file to include my patch but it isn't taken from the .bb file) |
| 11:36.58 | *** join/#oe RedDog (n=reddog@mastersword.de) |
| 11:37.40 | czr_ | hits himself with a yardstick and goes to the corner to cry in shame |
| 11:38.30 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 11:40.53 | pb__ | that's odd, bitbake -c clean should be fine |
| 11:40.57 | pb__ | you're sure you're using the right .bb file? |
| 11:41.18 | czr_ | yeah. I have an "backup" of the original rrdtool packages dir (rrdtool.original). ;-) |
| 11:41.40 | czr_ | so the same version of rrdtool was defined in two diff packages-dirs. |
| 11:41.55 | pb__ | ah |
| 11:42.31 | czr_ | hmm. weird. now it's trying to link rrdtool stuff against my local x86-64 version of libz |
| 11:42.43 | czr_ | "unrecognized file format". I wonder why... |
| 11:46.18 | czr_ | can anyone test building rrdtool in stable? |
| 11:46.26 | czr_ | (against a non-x86-target) |
| 11:53.21 | *** join/#oe stephank (n=urk@2002:52c5:cfc7:1:2c0:9fff:feb7:e03f) |
| 11:55.25 | czr_ | ah. it's building some perl stuff and the perl module uses local perl stuff, although the build uses cross compiler. |
| 11:55.36 | czr_ | and there's no easy way to disable perl module building in 1.0.49 |
| 12:06.48 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r784d60ea32 10OE.dev/: |
| 12:06.48 | CIA-24 | merge of '87e3cc07eb2fd42d7850e6b0c1f67268404695d0' |
| 12:06.48 | CIA-24 | <PROTECTED> |
| 12:06.53 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r5f2ac7ab23 10OE.dev/conf/distro/include/sane-srcrevs.inc: update openmoko packages for fso milestone2 |
| 12:06.53 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r784d60ea32 10OE.dev/: |
| 12:06.53 | CIA-24 | merge of '87e3cc07eb2fd42d7850e6b0c1f67268404695d0' |
| 12:06.54 | CIA-24 | <PROTECTED> |
| 12:06.56 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r5f2ac7ab23 10OE.dev/conf/distro/include/sane-srcrevs.inc: update openmoko packages for fso milestone2 |
| 12:10.07 | *** join/#oe BabelO__ (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 12:11.05 | *** join/#oe piroko (n=jeremy@pohl.ececs.uc.edu) |
| 12:12.06 | *** join/#oe MarcOChapeau (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net) |
| 12:15.53 | *** join/#oe bazbell (n=a0192809@nat/ti/x-0a0345e4cad29631) |
| 12:25.04 | czr_ | pb_, backported a --disable-perl support from 1.2 series back to 1.0.49 and now I get it to build properly (with the IEEE-check-disable too) |
| 12:36.03 | *** join/#oe denix1 (n=denix@213-112-54.netrun.cytanet.com.cy) |
| 12:36.18 | *** part/#oe denix1 (n=denix@213-112-54.netrun.cytanet.com.cy) |
| 12:43.25 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * r78f1d79f91 10OE.dev/packages/linux/ (linux-omap2-git/beagleboard/defconfig linux-omap2_git.bb): linux omap2 git: turn of MUSB dma to avoid crashes |
| 12:43.31 | CIA-24 | 03 <koen@openembedded.org> 07master * r78f1d79f91 10OE.dev/packages/linux/ (linux-omap2-git/beagleboard/defconfig linux-omap2_git.bb): linux omap2 git: turn of MUSB dma to avoid crashes |
| 12:53.09 | pb__ | czr_: very good! |
| 12:59.25 | XorA | am I the only one thats gets all GIT commit messages twice? |
| 12:59.42 | *** join/#oe jconnolly (n=jconnoll@ip-66-80-197-243.atl.megapath.net) |
| 13:02.11 | stefan_schmidt | XorA: You mean the mails? One form org.oe.dev branch the othe one from master. |
| 13:02.33 | stefan_schmidt | XorA: A rule tofilter duplicates on branches out would be good |
| 13:02.45 | *** join/#oe B_Lizzard (n=havoc@adsl72-251.kln.forthnet.gr) |
| 13:02.46 | B_Lizzard | Hello |
| 13:03.09 | B_Lizzard | I have just uploaded a new feed for JLime, and I'm trying it out. |
| 13:03.28 | B_Lizzard | Running opkg update with the new feed complains about a missing Packages.sig |
| 13:03.46 | B_Lizzard | And I have not found how to generate that on Google |
| 13:03.53 | B_Lizzard | Any help, please? |
| 13:04.44 | stefan_schmidt | XorA: Something similar for the CIA script: http://joey.kitenet.net/blog/entry/lazyweb:_git_cia_hooks/ |
| 13:04.55 | stefan_schmidt | -> food |
| 13:06.20 | XorA | stefan_schmidt: possibly, I didnt look at them closely enough to realise we were using two branches |
| 13:10.08 | *** join/#oe jconnolly (n=jconnoll@ip-66-80-197-243.atl.megapath.net) |
| 13:14.05 | *** join/#oe rkirti (n=kirtibr@203.199.213.3) |
| 13:19.03 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 13:22.53 | *** join/#oe rsalveti_ (n=salveti@200.184.118.132) |
| 13:26.41 | *** join/#oe rsalveti (n=salveti@200.184.118.132) |
| 13:37.42 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 13:38.47 | *** join/#oe jtaji (n=jtaji@unaffiliated/astro76) |
| 13:43.54 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 13:45.34 | *** join/#oe allyourrejects (n=tom@12-210-83-225.client.mchsi.com) |
| 13:46.01 | *** join/#oe rob_w (n=bob@Mb03e.m.pppool.de) |
| 13:50.14 | *** join/#oe AvengerMoJo (n=alex@219.143.83.55) |
| 13:55.52 | *** join/#oe chouimat|work (n=dieu@209.217.106.98) |
| 13:57.48 | CIA-24 | 03 <crofton@openembedded.org> 07org.openembedded.dev * r54dcc89306 10OE.dev/conf/machine/davinci-dvevm.conf: davinci-dvevm.conf : Build u-boot 1.3.4-rc1 for testing purposes. |
| 13:57.49 | CIA-24 | 03 <crofton@openembedded.org> 07org.openembedded.dev * rb27e088f3e 10OE.dev/packages/dsplink/ (4 files in 2 dirs): |
| 13:57.49 | CIA-24 | dsplink : Commit work in progress. |
| 13:57.49 | CIA-24 | <PROTECTED> |
| 13:57.49 | CIA-24 | <PROTECTED> |
| 13:57.53 | CIA-24 | <PROTECTED> |
| 13:57.55 | CIA-24 | 03 <crofton@openembedded.org> 07org.openembedded.dev * rf506d3b065 10OE.dev/packages/linux/linux-davinci_2.6.x+git-davinci.bb: linux-davinci : use latest git rev. |
| 13:57.58 | CIA-24 | 03 <crofton@openembedded.org> 07org.openembedded.dev * r8858c6b990 10OE.dev/: |
| 13:58.00 | CIA-24 | merge of '648476e08584946c4059307fb756f1cd7f7fa603' |
| 13:58.02 | CIA-24 | <PROTECTED> |
| 13:58.04 | CIA-24 | 03 <crofton@openembedded.org> 07master * r54dcc89306 10OE.dev/conf/machine/davinci-dvevm.conf: davinci-dvevm.conf : Build u-boot 1.3.4-rc1 for testing purposes. |
| 13:58.09 | CIA-24 | 03 <crofton@openembedded.org> 07master * rb27e088f3e 10OE.dev/packages/dsplink/ (4 files in 2 dirs): |
| 13:58.11 | CIA-24 | dsplink : Commit work in progress. |
| 13:58.13 | CIA-24 | <PROTECTED> |
| 13:58.15 | CIA-24 | <PROTECTED> |
| 13:58.17 | CIA-24 | <PROTECTED> |
| 13:58.19 | CIA-24 | 03 <crofton@openembedded.org> 07master * r8858c6b990 10OE.dev/: |
| 13:58.21 | CIA-24 | merge of '648476e08584946c4059307fb756f1cd7f7fa603' |
| 13:58.25 | CIA-24 | <PROTECTED> |
| 13:58.27 | CIA-24 | 03 <crofton@openembedded.org> 07master * rf506d3b065 10OE.dev/packages/linux/linux-davinci_2.6.x+git-davinci.bb: linux-davinci : use latest git rev. |
| 14:05.37 | *** join/#oe greentux (n=lemke@Z5a85.z.pppool.de) |
| 14:08.13 | *** join/#oe rschuster (n=rob@p579E1D95.dip.t-dialin.net) |
| 14:08.43 | rschuster | what packages from OE do I need to be able to mount NFS shares? |
| 14:09.19 | rschuster | it works out of the box with the openmoko distribution but not with angstrom on the beagleboard |
| 14:09.45 | rschuster | i've seen phillip had the same problem lately: http://de.pastebin.ca/1078855 |
| 14:12.20 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
| 14:13.42 | pb__ | do you mean nfs4 specifically, or all nfs? |
| 14:17.24 | *** join/#oe Gnutoo (n=gnutoo@host211-186-dynamic.37-79-r.retail.telecomitalia.it) |
| 14:18.38 | rschuster | pb_: all nfs |
| 14:18.52 | pb__ | that's probably a different bug to the one in the pastebin, then. |
| 14:18.57 | pb__ | that looks like an nfs4 specific failure |
| 14:19.05 | pb__ | what exactly is the output that you get? |
| 14:19.17 | pb__ | (you verified that nfs support is in your kernel, right?) |
| 14:22.11 | rschuster | pb__: http://de.pastebin.ca/1087200 |
| 14:22.27 | rschuster | pb__: the kernel has nfs support compiled in |
| 14:22.47 | pb__ | what does strace show in your case? |
| 14:23.10 | rschuster | CONFIG_NETWORK_FILESYSTEMS=y |
| 14:23.10 | rschuster | CONFIG_NFS_FS=y |
| 14:23.10 | rschuster | CONFIG_NFS_V3=y |
| 14:23.24 | pb__ | and do you have mount.nfs installed? |
| 14:23.30 | hrw | nfs-utils and portmap installed? |
| 14:24.13 | rschuster | strace is here: http://de.pastebin.ca/1087208 |
| 14:24.30 | rschuster | hrw: do I need nfs-utils and portmap on the client? |
| 14:24.47 | pb__ | yeah, you lack mount.nfs |
| 14:25.13 | rschuster | pb__: yeah, but there is no mount.nfs in openmoko's busybox either |
| 14:25.46 | pb__ | busybox does have the option to handle nfs mounting internally |
| 14:25.52 | pb__ | CONFIG_FEATURE_MOUNT_NFS or something |
| 14:25.58 | pb__ | I would guess it's on in the openmoko case and off in yours |
| 14:26.13 | *** join/#oe dijenerate (n=dijenera@72.22.142.107) |
| 14:26.53 | rschuster | from busybox defconfig: CONFIG_FEATURE_MOUNT_NFS=y |
| 14:27.20 | pb__ | and that's definitely the config file you're using? |
| 14:27.48 | pb__ | (and your /sbin/mount really is busybox, right, not the one from util-linux?) |
| 14:28.02 | pb__ | or /bin/mount even |
| 14:28.44 | rschuster | pb__: good point. i'll check. |
| 14:29.49 | rschuster | pb__: I think thats it: |
| 14:29.49 | rschuster | root@beagleboard:/home# mount -V |
| 14:29.49 | rschuster | mount from util-linux-ng 2.14 (with libblkid support) |
| 14:29.58 | pb__ | ah, that would be a problem |
| 14:30.15 | pb__ | you either need to switch to busybox mount, or install the mount.nfs helper. |
| 14:30.19 | pb__ | I think the latter is in nfs-utils but I'm not certain |
| 14:32.01 | pb__ | ah, no, it's in util-linux as well |
| 14:36.48 | rschuster | pb__: thanks for your help. I think I should file this as a bug against angstrom. |
| 14:36.58 | rschuster | pb__: it works now :) |
| 14:36.58 | rschuster | root@beagleboard:/home/rob/oe# mount | grep nfs |
| 14:36.58 | rschuster | 192.168.0.200:/home/rob on /home/rob type nfs (rw,vers=3,rsize=32768,wsize=3276) |
| 14:37.18 | pb__ | very good |
| 14:37.35 | pb__ | I can't think why angstrom would be wanting to use util-linux mount offhand but I guess they must have their reasons |
| 14:37.50 | XorA | pb__: old busybox had broken mount |
| 14:37.59 | XorA | pb__: I guess no-one ever retested |
| 14:39.59 | tharvey | the bitbake user manual explains variable overrides fairly well (http://bitbake.berlios.de/manual/ch02.html#id868981) however I'm not sure I understand the difference between something like 'SRC_URI +=' 'SRC_URI_append =' - is there a difference? |
| 14:41.44 | rschuster | tharvey: simple |
| 14:42.20 | rschuster | tharvey: FOO = "baz" and later FOO += "bar" creates "baz bar" |
| 14:42.34 | rschuster | it automatically adds a space |
| 14:42.50 | rschuster | _append does not do that |
| 14:43.49 | rschuster | tharvey: it is often used for the DEPENDS variable where the items are space separated (in SRC_URI as well, but its not so obvious) |
| 14:43.55 | pb__ | that's not actually the most significant difference between the two. |
| 14:44.00 | tharvey | oh... ok then whats the diff between 'FOO .= "baz"' and 'FOO_append = "baz"'? |
| 14:44.03 | pb__ | if you were just interested in spaces, you could use ".=" which doesn't add a space either |
| 14:44.24 | pb__ | the important thing is that += is an immediate append, whereas "_append" is a delayed append that happens when the overrides are expanded. |
| 14:44.45 | pb__ | in particular, that means you can use _append to do conditional appending, which you can't do with += or .= |
| 14:44.45 | rschuster | oh ok. :) |
| 14:44.53 | tharvey | ok thx for clearning that up |
| 14:44.56 | rschuster | bitbake is so mighty! ;) |
| 14:48.12 | tharvey | I'm still trying to get a handle on how to create an image that does not use busybox - it was suggested that I need to user coreutils instead and perhaps do something with INITSCRIPTS - can anyone provide more details? |
| 14:49.34 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 14:50.54 | Genesis | how to inhebit automatic autotools/whatever in a recipe when the project has some Makefile ? |
| 14:53.05 | cdbot2 | * * OE Bug 4459 has been created by thebohemian(AT)gmx.net |
| 14:53.07 | cdbot2 | * * mounting nfs shares does not work without hassles |
| 14:53.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4459 |
| 14:53.50 | rschuster | Genesis: if there is no 'inherit autotools' somewhere then it does not care about autotools files |
| 14:54.26 | rschuster | Genesis: you could also override the functions (have a look at autotools.bbclass to find out which that are) |
| 14:55.15 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 14:58.09 | CIA-24 | 03 <woglinde2@openembedded.org> 07org.openembedded.dev * r0be6859d88 10OE.dev/packages/classpath/classpath-minimal_0.97.2.bb: classpath-minimal: add javanet-local.patch for fixing build |
| 14:58.18 | CIA-24 | 03 <woglinde2@openembedded.org> 07master * r0be6859d88 10OE.dev/packages/classpath/classpath-minimal_0.97.2.bb: classpath-minimal: add javanet-local.patch for fixing build |
| 14:59.26 | Genesis | rschuster : there is not but i should override i think |
| 15:02.24 | pb__ | tharvey: it rather depends on what you're trying to achieve with your image. You'll need to establish what set of programs you need and find non-busybox replacements for each of them. |
| 15:02.56 | pb__ | for example, you will need some kind of shell, probably some util-linux and coreutils equivalent, maybe the networking tools, ... |
| 15:03.44 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 15:04.22 | hrw | bye |
| 15:05.10 | tharvey | pb_, so simply including the desired packages will 'override' the busybox alternatives? |
| 15:07.10 | cdbot2 | * * OE Bug 4460 has been created by robert.piasek(AT)member.fsf.org |
| 15:07.10 | cdbot2 | * * zhone compilation fails |
| 15:07.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4460 |
| 15:08.00 | Crofton | RP, git is not the perfect SCM? |
| 15:08.01 | Crofton | :) |
| 15:08.21 | RP | Crofton: I have never ever claimed that |
| 15:08.35 | Crofton | I know |
| 15:08.43 | Crofton | I am poking fun at you |
| 15:09.04 | RP | Crofton: Just be warned that your stick may catch fire ;-) |
| 15:09.10 | pb__ | tharvey: if you mean you want to mix and match, no, I don't think busybox is currently set up right for that |
| 15:09.11 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 15:09.13 | RP | is not in the best of mindsets today :/ |
| 15:09.16 | Crofton | pb__, busybox mount does not support some options used in fstabs used in the image |
| 15:09.29 | Crofton | asbestos stick :) |
| 15:10.45 | pb__ | tharvey: but, if you don't want busybox at all, you can just remove it from your image and install the replacements instead. |
| 15:10.54 | XorA | Crofton: as we are now 4 versions later in busybox, are we still sure it doesnt? |
| 15:11.31 | RP | Crofton: Now soaked in petrol ;-) |
| 15:11.46 | RP | plays with matches |
| 15:11.47 | pb__ | what are the options you need? if they're just flags then it should be trivial to add support for them to busybox. |
| 15:12.01 | tharvey | pb_, currently I don't need to mix and match - is there anything else I should have to change like initscripts? |
| 15:12.24 | XorA | watch out the biker guy got violent again :-D |
| 15:12.31 | pb__ | tharvey: not that I can think of. on the whole the busybox tools are pretty much upwards-compatible with their "big" equivalents. |
| 15:13.02 | Crofton | XorA, no, but we are too lazy to check |
| 15:13.05 | tharvey | pb_, yes, thats been my experience as well - thanks I'll try what your suggesting |
| 15:13.14 | XorA | the only real breakage swapping busbox to big versions seems to be ps which takes different args |
| 15:13.27 | XorA | which really upsets some initscripts |
| 15:13.45 | *** join/#oe khem (n=khem@adsl-71-146-17-49.dsl.pltn13.sbcglobal.net) |
| 15:13.45 | pb__ | that's just a sysv vs bsd defaulting thing though, right? |
| 15:13.57 | XorA | pb__: yes |
| 15:13.59 | pb__ | if so then I guess the scripts should be fixed to dtrt. |
| 15:14.03 | *** join/#oe stephank (n=urk@2002:52c5:cfc7:1:2c0:9fff:feb7:e03f) |
| 15:14.09 | Crofton | I always install procps, but I am not doing hand held device work |
| 15:14.11 | XorA | pb__: they are bad initscripts |
| 15:14.47 | pb__ | right |
| 15:15.27 | XorA | needs to work up the excitement to clean that up for openmoko |
| 15:15.57 | Genesis | what about introduice a provider for httpd ? |
| 15:16.40 | HopsNBarley | hi likewise |
| 15:16.50 | khem | HopsNBarley: hey howdy |
| 15:16.57 | HopsNBarley | hey khem ! |
| 15:17.07 | khem | HopsNBarley: how are you ? |
| 15:17.10 | HopsNBarley | khem, we should get lunch again sometime (-; |
| 15:17.19 | khem | HopsNBarley: sure any time :) |
| 15:17.44 | HopsNBarley | khem, what the heck - how's today or tomorrow? |
| 15:18.04 | khem | today will be good |
| 15:18.12 | khem | my wife is not cooking |
| 15:18.46 | HopsNBarley | rivermark again. you are at tasman? |
| 15:19.05 | khem | yes rivermark is good |
| 15:19.22 | khem | say at 11:30ish |
| 15:20.09 | khem | I am on Maccarthy |
| 15:20.15 | HopsNBarley | sounds good! where to meet? japanese place? |
| 15:20.22 | HopsNBarley | i'm at 1st and component. |
| 15:20.35 | khem | Yoyo is ok |
| 15:20.42 | HopsNBarley | any preference? |
| 15:21.02 | HopsNBarley | well, we can meet there and decide :-) |
| 15:21.08 | khem | yeah sure |
| 15:21.21 | HopsNBarley | see you then, i better run to work. |
| 15:21.25 | khem | ok see you |
| 15:21.51 | Genesis | what's difference between PROVIDER & PROVIDER_virtual ? |
| 15:23.36 | CIA-24 | 03 <koen@openembedded.org> 07master * r292bc88e55 10OE.dev/: |
| 15:23.36 | CIA-24 | merge of '4d6ee85cc3ba867945ab4763b494533e79d9e0ac' |
| 15:23.36 | CIA-24 | <PROTECTED> |
| 15:23.38 | CIA-24 | 03 <koen@openembedded.org> 07master * red4e563365 10OE.dev/conf/distro/include/sane-srcrevs.inc: opkg*: bump SRCREV to 4564 to fix memory leaks and segfaults |
| 15:23.38 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * rb572f0f53d 10OE.dev/packages/dsplink/ (3 files in 2 dirs): |
| 15:23.41 | CIA-24 | dsplink: use 128mb patch for beagle as well |
| 15:23.43 | CIA-24 | codec-engine: more tweaks |
| 15:23.45 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * r292bc88e55 10OE.dev/: |
| 15:23.47 | CIA-24 | merge of '4d6ee85cc3ba867945ab4763b494533e79d9e0ac' |
| 15:23.49 | CIA-24 | <PROTECTED> |
| 15:23.51 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * red4e563365 10OE.dev/conf/distro/include/sane-srcrevs.inc: opkg*: bump SRCREV to 4564 to fix memory leaks and segfaults |
| 15:23.54 | CIA-24 | 03 <koen@openembedded.org> 07master * rb572f0f53d 10OE.dev/packages/dsplink/ (3 files in 2 dirs): |
| 15:23.56 | CIA-24 | dsplink: use 128mb patch for beagle as well |
| 15:23.58 | CIA-24 | codec-engine: more tweaks |
| 15:35.27 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
| 15:36.03 | khem | pb__: on EABI systems libgcc is NEEDED by /bin/sh or /bin/busybox to satisfy __aeabi_unwind_cpp_pr0 |
| 15:36.34 | khem | and that pulls in libgcc into image |
| 15:36.43 | pb__ | khem: ah, right |
| 15:36.44 | khem | but same does not happen for oabu |
| 15:36.48 | khem | oabi |
| 15:36.54 | pb__ | yeah, that symbol doesn't exist for oabi |
| 15:36.57 | pb__ | as you might guess from the name :-) |
| 15:37.40 | khem | yeah thats the problem thesing is facing and the reason for creating the RRECOMMEND |
| 15:38.10 | khem | but I grepped through the packages and saw that dbus uses pthread_cancel |
| 15:38.18 | pb__ | I'm not entirely sure that the binaries ought to be getting that NEEDED even in the eabi case, actually. |
| 15:38.46 | pb__ | my memory of how the exception handling personality stuff works is pretty rusty, though. I would have to go check the documentation again. |
| 15:39.13 | pb__ | ok, so in his case dbus should be getting a dependency on libgcc. |
| 15:39.50 | khem | pb__: pb__ EHABI requires it |
| 15:39.50 | pb__ | (it should be safe to make it a hard dependency not a recommend, and I think that's probably a better idea in this case.) |
| 15:40.07 | pb__ | khem: can you remind me why? |
| 15:40.26 | pb__ | I thought that was meant to be an object-file-level only thing. |
| 15:41.23 | khem | well not always only if necessary |
| 15:41.48 | pb__ | what does "necessary" mean in that context? |
| 15:43.59 | khem | if unwinding is needed by the program |
| 15:44.11 | pb__ | okay, so why is busybox doing it? |
| 15:44.14 | pb__ | busybox doesn't use unwinding |
| 15:44.30 | pb__ | neither does bash as far as I know |
| 15:45.33 | khem | yeah it could be other libgcc functions like udivdi3 called which inturn then calls the personality routines |
| 15:45.34 | *** join/#oe k-way_ (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) |
| 15:45.50 | khem | but I did not find other functions in busybox so .. |
| 15:46.06 | cdbot2 | * * OE Bug 4460 has been RESOLVED (FIXED) by <mickeyl> |
| 15:46.07 | cdbot2 | * * zhone compilation fails |
| 15:46.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4460 |
| 15:46.24 | pb__ | udivdi3 and so on don't do any unwinding either |
| 15:46.57 | khem | pb__: it might be then the toolchain produced the references wrongly ? |
| 15:46.59 | pb__ | I think it is probably a bug that the linker is outputting that NEEDED for busybox. but, anyway, that is a side issue and I don't think it has any bearing on the oabi case. |
| 15:47.10 | pb__ | khem: yes, I think so |
| 15:47.38 | khem | pb__: for OABI I think if we create DEPENDS for dbus that should work |
| 15:47.54 | pb__ | right |
| 15:48.04 | pb__ | this is what I have been saying for three days. I am glad we agree. :-) |
| 15:48.18 | khem | heh |
| 15:49.26 | khem | now I am able to reproduce the exact problem that thesing saw here so I might get better feel of the issue |
| 15:53.57 | pb__ | ok, great |
| 15:54.38 | *** join/#oe frikker (n=blaine@107.135.68.216.DED-DSL.fuse.net) |
| 15:56.51 | kergoth`work | hmm, i should pick up an embedded board to play with again. those beagles look pretty nifty |
| 15:57.15 | pb__ | morning kergoth |
| 15:57.18 | Genesis | yeap |
| 15:57.36 | kergoth`work | morning |
| 15:57.38 | kergoth`work | yawns |
| 15:57.48 | Genesis | but the chip is not cheap when you want to build your own board |
| 15:58.01 | pb__ | which chip is that? |
| 15:58.14 | Genesis | cortex-a8 |
| 15:58.19 | Genesis | if i remember |
| 15:58.30 | Genesis | 50$ the chip |
| 15:58.33 | florian | And still not that easy to get... |
| 15:58.58 | *** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 15:59.06 | khem | office |
| 16:05.40 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 16:05.51 | pb__ | ah right |
| 16:09.26 | *** join/#oe DarthWader (n=sith@vorphalack.msk.ru) |
| 16:11.20 | *** join/#oe woglinde (i=woglinde@e178113136.adsl.alicedsl.de) |
| 16:16.21 | *** join/#oe bin1010 (n=aars@rrcs-24-227-199-231.sw.biz.rr.com) |
| 16:19.30 | RP | the beagle is rather nice. My video lead for it arrived this morning so perhaps I can play with it properly now :) |
| 16:20.39 | woglinde | rp hehe |
| 16:20.43 | Genesis | dev board are nices ; but design such card you'll not sell it 150$ |
| 16:22.20 | pb__ | well, no, but if you were buying the thing in quantities you wouldn't be buying it from digi-key either |
| 16:22.43 | *** join/#oe eno (n=eno@nslu2-linux/eno) |
| 16:23.47 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
| 16:29.26 | *** join/#oe stephank (n=urk@2002:52c5:cfc7:1:2c0:9fff:feb7:e03f) |
| 16:30.36 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r295a5a4abf 10OE.dev/ (3 files in 2 dirs): add numptyphysics (ugly ugly build), an insanely cool crayon game |
| 16:30.37 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r03ec8bc712 10OE.dev/packages/images/fso-image.bb: add numptyphysics to fso image |
| 16:30.37 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * rd011215b17 10OE.dev/: |
| 16:30.37 | CIA-24 | merge of '0521752c751b5734b320120045655229b2faff4f' |
| 16:30.39 | CIA-24 | <PROTECTED> |
| 16:30.43 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r03ec8bc712 10OE.dev/packages/images/fso-image.bb: add numptyphysics to fso image |
| 16:30.44 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r295a5a4abf 10OE.dev/ (3 files in 2 dirs): add numptyphysics (ugly ugly build), an insanely cool crayon game |
| 16:30.47 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * rd011215b17 10OE.dev/: |
| 16:30.49 | CIA-24 | merge of '0521752c751b5734b320120045655229b2faff4f' |
| 16:30.53 | CIA-24 | <PROTECTED> |
| 16:33.12 | *** join/#oe stephank (n=urk@2002:52c5:cfc7:1:2c0:9fff:feb7:e03f) |
| 16:39.34 | *** join/#oe TheCan (n=thecan@dslb-088-067-143-074.pools.arcor-ip.net) |
| 16:44.28 | *** join/#oe bin1010 (n=aars@rrcs-24-227-199-231.sw.biz.rr.com) |
| 17:06.34 | *** join/#oe lpotter (n=ljp@CPE-124-191-144-181.vic.bigpond.net.au) |
| 17:07.35 | *** join/#oe bbradley (n=bbradley@78-105-167-16.zone3.bethere.co.uk) |
| 17:33.10 | pb_ | khem: having re-read the eabi documentation I am now more convinced that this external reference to __aeabi_unwind_cpp_pr0, and hence the DT_NEEDED for libgcc, is spurious. I think the linker should probably be stripping them in this situation. |
| 17:38.46 | *** join/#oe lieugene (i=li@port-69-adslby-pool42.infonet.by) |
| 17:39.45 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * rb263817305 10OE.dev/packages/vlc/vlc-davinci_0.8.6h.bb: vlc-davinci: bump SRCREV |
| 17:39.46 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * r75b03f903d 10OE.dev/packages/images/neuros-osd-base-image.bb: neuros-osd base image: add more neuros apps |
| 17:39.47 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * r86c16f31d3 10OE.dev/packages/linux/ (linux-neuros/neuros-osd2/defconfig linux-neuros_git.bb): linux-neuros: bump SRCREV |
| 17:39.52 | CIA-24 | 03 <koen@openembedded.org> 07master * r75b03f903d 10OE.dev/packages/images/neuros-osd-base-image.bb: neuros-osd base image: add more neuros apps |
| 17:39.53 | CIA-24 | 03 <koen@openembedded.org> 07master * rb263817305 10OE.dev/packages/vlc/vlc-davinci_0.8.6h.bb: vlc-davinci: bump SRCREV |
| 17:40.03 | CIA-24 | 03 <koen@openembedded.org> 07master * r86c16f31d3 10OE.dev/packages/linux/ (linux-neuros/neuros-osd2/defconfig linux-neuros_git.bb): linux-neuros: bump SRCREV |
| 17:40.50 | *** join/#oe philippe (i=philippe@ip062.pelto3.opintanner.fi) |
| 17:43.21 | *** join/#oe waite2 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 17:43.39 | *** join/#oe davygravy (n=davygrav@h69-128-156-59.mdtnwi.dsl.dynamic.tds.net) |
| 17:46.57 | lieugene | What to do in case of sanity test errors? (do_qa_staging task failed with libform.la libpanel.la libncurses.la libmenu.la) |
| 17:47.20 | lieugene | Could somebody point how to resolve this things? |
| 17:53.53 | *** join/#oe Bernardo (n=Bernardo@89.181.96.102) |
| 17:55.57 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 17:56.23 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 17:59.59 | *** join/#oe rob_w (n=bob@Mb03e.m.pppool.de) |
| 18:07.30 | *** join/#oe bbradley (n=bbradley@78-105-167-16.zone3.bethere.co.uk) |
| 18:15.20 | *** join/#oe Laibsch (n=Laibsch@ip-62-143-12-162.hsi.ish.de) |
| 18:16.19 | *** join/#oe Magon (n=Magon@213.155.232.70) |
| 18:17.31 | *** join/#oe Stecchino (n=quassel@75.150.71.53) |
| 18:19.57 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-190-128.pools.arcor-ip.net) |
| 18:20.57 | *** join/#oe CSMan (n=csman@bas1-montreal42-1178046308.dsl.bell.ca) |
| 18:25.24 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 18:25.58 | *** join/#oe Stecchino (n=quassel@75.150.71.53) |
| 18:35.08 | *** join/#oe bbradley_ (n=bbradley@78-105-167-16.zone3.bethere.co.uk) |
| 18:36.23 | *** join/#oe angom (n=angom@201.170.65.143) |
| 18:36.48 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r9fe8165364 10OE.dev/packages/python/python-sphinxsearch_0.1.bb: add python-sphinxsearch, a module for querying the sphinx search daemon |
| 18:36.49 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r979fa0dd66 10OE.dev/: |
| 18:36.49 | CIA-24 | merge of '981cc5dae86118a7c743b3f8ad711e7763194aae' |
| 18:36.49 | CIA-24 | <PROTECTED> |
| 18:36.49 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r1f7365553c 10OE.dev/packages/python/python-mako_0.2.2.bb: add python-mako, a super-fast templating language that borrows the best ideas from the existing templating languages |
| 18:36.54 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * re13eea6cbe 10OE.dev/packages/tasks/task-python-everything.bb: task-python-everything: add python-mako and python-sphinxsearch |
| 18:36.57 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r9fe8165364 10OE.dev/packages/python/python-sphinxsearch_0.1.bb: add python-sphinxsearch, a module for querying the sphinx search daemon |
| 18:37.00 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r1f7365553c 10OE.dev/packages/python/python-mako_0.2.2.bb: add python-mako, a super-fast templating language that borrows the best ideas from the existing templating languages |
| 18:37.05 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r979fa0dd66 10OE.dev/: |
| 18:37.07 | CIA-24 | merge of '981cc5dae86118a7c743b3f8ad711e7763194aae' |
| 18:37.09 | CIA-24 | <PROTECTED> |
| 18:37.11 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * re13eea6cbe 10OE.dev/packages/tasks/task-python-everything.bb: task-python-everything: add python-mako and python-sphinxsearch |
| 18:43.05 | *** join/#oe davygravy (n=davygrav@h69-128-156-59.mdtnwi.dsl.dynamic.tds.net) |
| 18:45.01 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * rfc67741b7f 10OE.dev/: |
| 18:45.01 | CIA-24 | merge of '368c3f8ff3b1b9dcaff963660d353cc8e2739101' |
| 18:45.01 | CIA-24 | <PROTECTED> |
| 18:45.01 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r1529744350 10OE.dev/: |
| 18:45.01 | CIA-24 | merge of '1d6f127aae1dbce4a91a9955218de3c4f5ea5f7b' |
| 18:45.02 | CIA-24 | <PROTECTED> |
| 18:45.04 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r2d81168ab0 10OE.dev/packages/tangogps/ (tangogps-fso_0.9.2.bb tangogps.inc tangogps_0.9.0.3.bb): tangogps: outfactor .inc file |
| 18:45.09 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r2d81168ab0 10OE.dev/packages/tangogps/ (tangogps-fso_0.9.2.bb tangogps.inc tangogps_0.9.0.3.bb): tangogps: outfactor .inc file |
| 18:45.12 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r1529744350 10OE.dev/: |
| 18:45.14 | CIA-24 | merge of '1d6f127aae1dbce4a91a9955218de3c4f5ea5f7b' |
| 18:45.16 | CIA-24 | <PROTECTED> |
| 18:45.18 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * rfc67741b7f 10OE.dev/: |
| 18:45.22 | CIA-24 | merge of '368c3f8ff3b1b9dcaff963660d353cc8e2739101' |
| 18:45.24 | CIA-24 | <PROTECTED> |
| 18:48.13 | *** join/#oe timtimred (n=meh@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 19:02.23 | *** part/#oe angom (n=angom@201.170.65.143) |
| 19:04.11 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r6c7403aacd 10OE.dev/: |
| 19:04.11 | CIA-24 | merge of '29d752d6760fe8971e4d37f73f5bad5ed1b0abd7' |
| 19:04.11 | CIA-24 | <PROTECTED> |
| 19:04.20 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r2c9b169f45 10OE.dev/packages/ (9 files in 3 dirs): add sphinx, a full text indexer |
| 19:04.20 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r6c7403aacd 10OE.dev/: |
| 19:04.20 | CIA-24 | merge of '29d752d6760fe8971e4d37f73f5bad5ed1b0abd7' |
| 19:04.20 | CIA-24 | <PROTECTED> |
| 19:04.21 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r2c9b169f45 10OE.dev/packages/ (9 files in 3 dirs): add sphinx, a full text indexer |
| 19:11.39 | *** join/#oe pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
| 19:20.28 | *** join/#oe VoodooZ (n=palm3@76-10-166-127.dsl.teksavvy.com) |
| 19:20.37 | *** join/#oe piroko (n=jeremy@pohl.ececs.uc.edu) |
| 19:20.59 | *** join/#oe pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
| 19:27.12 | *** join/#oe davygravy (n=davygrav@h69-128-156-59.mdtnwi.dsl.dynamic.tds.net) |
| 19:27.41 | *** join/#oe thesing (n=tkunze@BAA0c78.baa.pppool.de) |
| 19:28.16 | thesing | morning all |
| 19:28.53 | woglinde | hi thesing |
| 19:28.54 | *** join/#oe CosmicPe1guin (n=nobody@163.181.251.103) |
| 19:36.27 | woglinde | bye |
| 19:36.55 | piroko | How does cmus run on the 720 with mp3 playback? |
| 19:40.50 | piroko | Whoops, wrong channel |
| 19:42.22 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
| 19:45.24 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r1472e3bab2 10OE.dev/ (2 files in 2 dirs): |
| 19:45.24 | CIA-24 | xserver-kdrive-glamo git fetch latest from git.openmoko.org, fixes (among other things) the |
| 19:45.24 | CIA-24 | infamous "can't read from one accelerometer while Xserver is running" bug on om-gta02 |
| 19:45.31 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r1472e3bab2 10OE.dev/ (2 files in 2 dirs): |
| 19:45.31 | CIA-24 | xserver-kdrive-glamo git fetch latest from git.openmoko.org, fixes (among other things) the |
| 19:45.31 | CIA-24 | infamous "can't read from one accelerometer while Xserver is running" bug on om-gta02 |
| 19:51.39 | *** join/#oe crweb (n=tom@12-210-83-225.client.mchsi.com) |
| 19:54.42 | *** join/#oe Gnutoo (n=gnutoo@79.37.186.211) |
| 19:58.09 | CIA-24 | 03 <woglinde2@openembedded.org> 07org.openembedded.dev * r1a9a749cd7 10OE.dev/conf/machine/simpad.conf: simpad.conf: add MACHINE_DISPLAY_WIDTH/HEIGHT_PIXELS lines |
| 19:58.16 | CIA-24 | 03 <woglinde2@openembedded.org> 07org.openembedded.dev * r76b369760a 10OE.dev/: |
| 19:58.16 | CIA-24 | merge of 'ac7218640853632ccf63747d5222d3db90378a56' |
| 19:58.16 | CIA-24 | <PROTECTED> |
| 19:58.17 | CIA-24 | 03 <woglinde2@openembedded.org> 07master * r1a9a749cd7 10OE.dev/conf/machine/simpad.conf: simpad.conf: add MACHINE_DISPLAY_WIDTH/HEIGHT_PIXELS lines |
| 19:58.18 | CIA-24 | 03 <woglinde2@openembedded.org> 07master * r76b369760a 10OE.dev/: |
| 19:58.20 | CIA-24 | merge of 'ac7218640853632ccf63747d5222d3db90378a56' |
| 19:58.22 | CIA-24 | <PROTECTED> |
| 19:59.17 | frikker | anyone use xvkbd? |
| 20:00.00 | *** join/#oe polyonymous (i=hacker@pD95390B6.dip0.t-ipconnect.de) |
| 20:17.08 | *** join/#oe Crofton|work (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 20:17.28 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw1-fe25fa00-28.dhcp.inet.fi) |
| 20:19.00 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 20:30.22 | pb_ | mickey|tv: so, regarding your ISO8859-1.so vs libc.so thing, I see the same problem here in my build tree. But, oddly, if you clean and rebuild glibc the problem goes away. |
| 20:30.33 | pb_ | so, it must be something to do with the bootstrapping environment. |
| 20:32.17 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 20:32.20 | tharvey | how do you configure the block size used in genext2fs when an ext2.gz filesystem is created? I can't seem to find where genext2fs is run from |
| 20:33.26 | CosmicPenguin | look for IMAGE_CMD_ext2 in conf/bitbake.conf |
| 20:34.28 | tharvey | CosmicPenguin, cool - thats what I was looking for - IMAGE_ROOTFS_SIZE |
| 20:39.21 | *** join/#oe flo_lap (n=fuchs@f049187023.adsl.alicedsl.de) |
| 20:40.51 | *** join/#oe JustinP (n=papercra@c-67-180-70-148.hsd1.ca.comcast.net) |
| 20:53.46 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 20:55.35 | *** join/#oe dcordes (n=dcordes@unaffiliated/dcordes) |
| 20:55.42 | bluelightning | Hi, could someone else please ack my recent RFC on the oe-stable mailinglist? koen has already, so I just need one more. Thanks! |
| 21:00.59 | *** join/#oe oliford (n=oliford@i-83-67-105-182.freedom2surf.net) |
| 21:01.52 | oliford | I'm trying to build u-boot-cvs and am getting the error "fatal: Not a valid object name 1" from git |
| 21:02.04 | oliford | it seems to be running ' git read-tree 1 ' |
| 21:02.20 | oliford | anyone any ideas what the '1' is supposed to be and where it's supposed to be set? |
| 21:08.31 | thesing | bluelightning: I just did. But I don't know if I'm allowed to do this. |
| 21:08.59 | bluelightning | I'm not really sure who's allowed either to be honest... :( |
| 21:10.46 | XorA|gone | Crofton: you can now see my dodgy photos :_) |
| 21:12.51 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 21:28.45 | *** join/#oe polyonymous (i=hacker@pD9539C01.dip0.t-ipconnect.de) |
| 21:30.29 | thesing | I suggest you wait some days and if nobody objects to my ack. I'm allowed to ack ;) |
| 21:33.07 | *** join/#oe diego_aw1y (n=diego@host-84-222-17-182.cust-adsl.tiscali.it) |
| 21:34.52 | Crofton | XorA|gone, awesome! |
| 21:36.12 | XorA|gone | Crofton: should we start an OE network? |
| 21:37.53 | Crofton|work | Sure! |
| 21:38.10 | Crofton|work | I wonder if I already made one |
| 21:38.13 | XorA|gone | wonders how to |
| 21:38.36 | *** join/#oe crweb (n=tom@12-210-83-225.client.mchsi.com) |
| 21:38.42 | XorA|gone | facebook still mystifies me |
| 21:39.00 | timtimred | facecrack |
| 21:39.27 | timtimred | likes a bit of lunchtime facebooking |
| 21:39.29 | XorA|gone | ah, it must be tatoo test night |
| 21:39.34 | XorA|gone | I can hear explosions |
| 21:40.06 | Crofton|work | basically, you update your status a lot |
| 21:40.25 | Crofton|work | generally in ways that baffle most of the people in your network |
| 21:40.58 | timtimred | :) |
| 21:41.16 | timtimred | dont forget poking |
| 21:41.39 | timtimred | mostly i use it like that friends reunited site |
| 21:41.47 | timtimred | thats what its best at |
| 21:43.11 | XorA|gone | Crofton|work: we need to use xxx@openembedded.org email addresses to create one |
| 21:43.20 | XorA|gone | Crofton|work: http://www.facebook.com/help.php?page=403 |
| 21:43.21 | Crofton | hmmm |
| 21:43.46 | Crofton | we should work this into the git id discussion :) |
| 21:44.01 | *** join/#oe Gnutoo (n=gnutoo@host211-186-dynamic.37-79-r.retail.telecomitalia.it) |
| 21:44.17 | Crofton | ROFL "I'm home schooled" |
| 21:44.43 | Crofton | We can create a "group" |
| 21:51.13 | timtimred | yes u should do that :) takes about a min |
| 21:53.56 | *** join/#oe BabelO_ (n=Fabrice@unaffiliated/babelo) |
| 21:54.09 | Crofton|work | ok, OpenEmbedded exists on crackbook |
| 21:54.16 | XorA|gone | wonders how to join |
| 21:54.33 | Crofton|work | I think the tmieline thingy will have me creating it |
| 21:54.41 | XorA|gone | ahah, got it |
| 21:55.56 | Crofton | and I invited you |
| 21:58.29 | XorA|gone | I beat the invite |
| 21:59.24 | Crofton|work | awesome |
| 21:59.30 | Crofton|work | you are catching on |
| 21:59.32 | XorA|gone | wishes he could persuade KDE to not manage his second monitor |
| 21:59.52 | XorA|gone | Crofton|work: there seems to be a lack of pr0n on facebook, the barrier to learning is therefore increased |
| 22:00.01 | Crofton | hahaha |
| 22:00.15 | Crofton | my father and step mother are on facebook |
| 22:00.26 | Crofton | I need to find college photos on my father and post them |
| 22:02.41 | XorA|gone | heh |
| 22:02.51 | XorA|gone | has too many social network accounts |
| 22:03.28 | Crofton|work | I use linkedin and crackbook |
| 22:03.33 | Crofton|work | the erst are useless |
| 22:03.45 | XorA|gone | linkedin is the only one I dont have |
| 22:03.50 | XorA|gone | I think |
| 22:04.07 | Crofton|work | heh |
| 22:04.13 | Crofton|work | no dodgy photos |
| 22:04.18 | XorA|gone | kicks KDE in the knackers |
| 22:04.30 | XorA|gone | Crofton|work: heh, well I like the one of you being trappaned |
| 22:04.49 | Crofton|work | heh |
| 22:09.09 | *** join/#oe nslu2-log_ (n=nslu2-lo@limax.nslu2-linux.org) |
| 22:13.50 | *** join/#oe tmbinc (i=abcd@83.141.3.59) |
| 22:13.50 | *** join/#oe CSMan (n=csman@bas1-montreal42-1178046308.dsl.bell.ca) |
| 22:13.50 | *** join/#oe queaker (n=queaker@cl-1159.ham-01.de.sixxs.net) |
| 22:13.50 | *** join/#oe NineX (i=ninex@gentoo.netzone.kom.pl) [NETSPLIT VICTIM] |
| 22:13.50 | *** join/#oe exastra (n=go@75.148.80.90) |
| 22:13.51 | *** join/#oe jpieper (n=jpieper@207-180-187-171.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com) [NETSPLIT VICTIM] |
| 22:13.51 | *** join/#oe ReachFH (n=ReachFH@sw169-210-231.adsl.seed.net.tw) [NETSPLIT VICTIM] |
| 22:13.51 | *** join/#oe czr_ (n=czr@ebi0.eke.fi) |
| 22:13.51 | *** join/#oe tmbinc_ (i=abcd@83.141.3.59) [NETSPLIT VICTIM] |
| 22:13.51 | *** join/#oe |miska| (n=|miska|@engywook.karlin.mff.cuni.cz) |
| 22:13.51 | *** join/#oe arun (n=arun@unaffiliated/sindian) [NETSPLIT VICTIM] |
| 22:13.51 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
| 22:13.51 | *** join/#oe henryk_afc (i=henryk@shiny.ploetzli.ch) [NETSPLIT VICTIM] |
| 22:14.05 | *** join/#oe CSMan (n=csman@bas1-montreal42-1178046308.dsl.bell.ca) |
| 22:14.41 | *** join/#oe fatal_ (i=gem@gamezone.fatal.se) [NETSPLIT VICTIM] |
| 22:24.55 | *** join/#oe thesing (n=tkunze@BAA0c78.baa.pppool.de) |
| 22:28.23 | *** join/#oe ribbits (n=bob@82.152.87.189) |
| 22:28.39 | Crofton|work | do we have a png of the OE logo anywhere |
| 22:28.47 | Crofton|work | for the crackbook group? |
| 22:29.26 | *** join/#oe aloisiojr (n=aloisio@189.81.153.61) |
| 22:31.09 | thesing | Crofton: only and svg in contrib |
| 22:31.26 | Crofton|work | yeah, and gimp is screwing up the text |
| 22:32.43 | XorA|gone | its not gimp, the text is actually buggered, it has some wierd offset |
| 22:32.50 | Crofton|work | ah |
| 22:33.07 | XorA|gone | I had to fix it in inkscape when I did the take off with OE logo |
| 22:34.31 | dcordes | XorA|gone: hi, do_cfongiure_prepend_htckaiser/polaris didn't work. do I have to specify somewhere that htckaiser/polaris are the select $MACHINE ? |
| 22:34.39 | XorA|gone | Crofton: http://wiki.openembedded.net/images/logo.png |
| 22:35.05 | XorA|gone | dcordes: you do that with MACHINE = "htckaiser" |
| 22:35.18 | XorA|gone | it might be do_configure_htckaiser_prepend |
| 22:35.23 | *** join/#oe jconnoll1 (n=jconnoll@ip-66-80-197-243.atl.megapath.net) |
| 22:35.34 | XorA|gone | dcordes: BTW rob_w is working on htcnike using same kernel |
| 22:35.45 | dcordes | XorA|gone: yea that's what I normally have in local.conf. no I have seen similar things grepping packages/linux |
| 22:36.04 | dcordes | I've heard of it :) |
| 22:36.14 | dcordes | let me retry real quick.. |
| 22:36.25 | XorA|gone | its a pity its not defconfig_htckaiser then you couple just to cp defconfig_${MACHINE} |
| 22:36.51 | dcordes | it is |
| 22:37.01 | XorA|gone | dcordes: then do the cp that way :-) |
| 22:37.04 | Crofton|work | queer, it display with a black background |
| 22:37.14 | XorA|gone | Crofton|work: odd, is where on firefox |
| 22:37.15 | dcordes | arch/arm/configs/defconfig_htckaiser and arch/arm/configs/defconfig_htcpolaris |
| 22:37.19 | dcordes | ok |
| 22:37.45 | Crofton|work | it was fine until I saved locally and uploaded to crackbook |
| 22:37.54 | XorA|gone | Crofton|work: maybe its actually transparent and facebook puts it on black background |
| 22:38.10 | Crofton|work | hmm |
| 22:38.31 | XorA|gone | yes its transparent |
| 22:39.12 | XorA|gone | gimp layer->transparency->remove alpha channel |
| 22:39.58 | dcordes | XorA|gone: do you think we should change linux-kaiser do linux-msm7200 if even more will join (nike) |
| 22:40.07 | dcordes | and also sedna is on the horizon |
| 22:40.22 | XorA|gone | dcordes: sounds possibly sensible |
| 22:40.44 | XorA|gone | dcordes: probably sensible to syncronise with rob_w first |
| 22:41.08 | dcordes | just some gpio tracing to get the keypad working |
| 22:42.52 | dcordes | ok I did the cp defconfig_$MACHINE let's see if it will build htc-msm with polaris defconfig now when I set MACHINE = htcpolaris |
| 22:58.57 | dcordes | XorA|gone: that built 2.6.21 |
| 22:59.59 | dcordes | XorA|gone: while htcpolaris.conf has PREFERRED_PROVIDER_virtual/kernel = "linux-kaiser" |
| 23:00.30 | dcordes | NOTE: consider defining PREFERRED_PROVIDER_virtual/kernel |
| 23:01.35 | *** join/#oe treitmayr (n=treitmay@85-127-80-228.dynamic-lac.adsl-line.inode.at) |
| 23:08.37 | XorA|gone | dcordes: dont forget to add htcpolaris to COMPATIBLE_MACHINE in linux-kaiser |
| 23:10.25 | tharvey | if I'm trying to provide an 'SDK' for developers to build/package external apps consisting of a toolchain/libs/headers/packager where should I be looking? |
| 23:10.34 | tharvey | openmoko has this correct? |
| 23:11.08 | XorA|gone | is time for me to sleep |
| 23:12.27 | dcordes | XorA|gone: gnight |
| 23:16.57 | *** join/#oe Crofton (n=balister@static-72-66-190-117.ronkva.east.verizon.net) |
| 23:34.07 | cdbot2 | * * OE Bug 4461 has been created by lukas.gorris(AT)gmx.de |
| 23:34.09 | cdbot2 | * * Add machine htcpolaris |
| 23:34.11 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4461 |
| 23:37.13 | dcordes | tharvey: at openembedded.org I would look |
| 23:47.14 | *** join/#oe visitors_ (n=pulstar@198-tar-2.acn.waw.pl) |
| 23:56.18 | tharvey | dcordes, well specifically I'm asking more about how the sdk class works and what it provides and who is using it - I'll dig into the code a bit |
| 23:57.00 | dcordes | I'm using it |
| 23:57.19 | dcordes | many devices are preconfigured. it's easy to modify |
| 23:57.50 | dcordes | and an ever growing huge amount of packages |
| 23:58.11 | tharvey | currently I'm building 'meta-toolchain' which provides a tarball of the toolchain and a tarball of 'extras' - I'm not really sure what extras is for (libs/headers?) - I'm trying to figure out how I would provide an sdk that provided meta-toolchain and support for creating packages outside of OE |
| 23:58.12 | dcordes | ..is available :) |
| 23:58.32 | tharvey | I'm very familiar with OE by now... just not the 'sdk' class and its use |
| 23:58.55 | dcordes | oh sorry. what is sdk class? |
| 23:59.13 | dcordes | I use the OE toolchain to build all arm stuff |
| 23:59.19 | dcordes | algo outside of OE |
