| 00:01.39 | Tartarus | looks good, thanks & ack'd |
| 00:02.03 | Tartarus | and, blah, vala-bootstrap blew up on qemux96 |
| 00:02.17 | Tartarus | waits for his loop and bitbake -k to finish up |
| 00:02.57 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 00:04.45 | Crofton|work | virk, what files? |
| 00:05.40 | virk | a bunch of c, c++ and header files, which aren't needed |
| 00:06.05 | Crofton|work | but they get installed |
| 00:06.48 | Crofton|work | ignore the message, or add them to a package |
| 00:06.48 | denix | hmm, sounds like a weird package... |
| 00:07.03 | Crofton|work | -examples -de v that sort of thing? |
| 00:07.04 | virk | unless the these files need to end up in the dbg package, they arent needed anywhere, the dev package already contains the libs, packageconfig files and header |
| 00:07.10 | Jay7 | -> sleep |
| 00:07.15 | denix | Jay7: gn |
| 00:07.24 | Jay7 | 'nite pplz :) |
| 00:07.24 | denix | ${PN}-garbage :) |
| 00:08.31 | virk | folders like 'import' , 'plugin', 'extras' |
| 00:10.09 | virk | is ${PN}-garbage an accepted solution? :) |
| 00:11.45 | Tartarus | Well, if they aren't needed, kill 'em in do_install |
| 00:11.56 | Tartarus | or if you're using autotools do_install, add do_install_append() { .. } |
| 00:12.01 | Tartarus | and note why this stuff is garbage |
| 00:12.35 | Tartarus | But be really sure they shouldn't end up in -dev or -dbg via FILES_${PN}-dev += "...." |
| 00:14.30 | virk | I've checked the ipk's of the previous version, and except for this surplus on files, exactly the same is packaged |
| 00:17.06 | virk | In fact, all these files end up in .../image/usr/share |
| 00:19.01 | Tartarus | OK |
| 00:19.22 | Tartarus | I'm just saying, adding a -garbage package isn't the right fix. Either they need to be removed or packages |
| 00:19.26 | Tartarus | s/s$/d/ |
| 00:20.08 | virk | hmm, gsoap install the soapcpp compiler, which needs headers located in /usr/share/gsoap/import |
| 00:21.27 | *** join/#oe marcosmamorim (n=marcos@201-42-214-79.dsl.telesp.net.br) |
| 00:22.17 | *** join/#oe xjqian (n=gordon@mscitspubwlgw.wustl.edu) |
| 00:22.58 | virk | the more I look at those files, the more I get the feeling they belong in the ${PN} package. after all gsoap is a devel package. |
| 00:23.44 | denix | btw, -garbage was obviously a joke... :) |
| 00:24.17 | denix | hmm, is there a libgsoap? |
| 00:24.33 | virk | not that I am aware of |
| 00:25.15 | virk | but I am not that familiar with gsoap |
| 00:25.21 | denix | so, why is it needed? who depends on it? what does it provide? |
| 00:25.59 | denix | needs to actually look in the recipe... |
| 00:26.29 | virk | ehm, yes, I understood incorectly I guess |
| 00:27.28 | virk | gsoap actually provides some binaries like soapcpp2 and wsdl2h, which can be used to do some soap related stuff |
| 00:28.00 | denix | hmm, it's mostly bindings |
| 00:28.17 | virk | but, it does also provide stdsoap2.h and some libs with which you can create custom projects |
| 00:28.30 | virk | that's in fact all I know about it |
| 00:29.01 | denix | normally things like headers go into -dev packages, as they are only required if one wants to do development on the target |
| 00:29.40 | virk | yes I know, but these headers in /usr/share are needed by soapcpp2 |
| 00:29.57 | virk | which is some kind of compiler itself |
| 00:30.22 | virk | I just figured that out with the readme's in those folders |
| 00:30.33 | denix | if those are needed for the binary to work, then you need to package them |
| 00:30.42 | denix | ah, ok :) |
| 00:31.17 | denix | the last time I looked at SOAP it was 9-10 years ago and I only used it in perl... |
| 00:33.12 | virk | I'm not so into soap either, but I'm obliged to wotk with gsoap for now |
| 00:34.03 | virk | In fact I only needed the staging package to be able to compile my project, but I cannot use 2.7.7, the header has changed since version 2.7.8 I think |
| 00:35.01 | virk | So I thought I could submit a patch for teh newest version 2.7.13, and I've been strugling with that the whole day :) |
| 00:35.25 | virk | every start is hard :) |
| 00:37.36 | *** join/#oe rsalveti (n=salveti@189.70.3.94) |
| 00:42.44 | kergoth | ponders |
| 00:44.48 | virk | denix: can I only package files which where installed with do_install? |
| 00:45.27 | denix | yep |
| 00:46.24 | denix | either change do_install() or add do_install_append() |
| 00:48.18 | virk | so I will package these files in usr/share into ${PN}. is there anything like ${libdir} for /usr/share ? |
| 00:49.42 | Tartarus | datadir? |
| 00:49.45 | Tartarus | check conf/bitbake.conf |
| 00:49.48 | denix | datadir |
| 00:50.19 | denix | yeah, I'm too slow :) |
| 00:52.08 | virk | thanks |
| 00:53.06 | virk | should really go to bed! |
| 00:59.06 | virk | If ${PN} contains those files from /usr/share, should the dbg package contain them as well?µ |
| 00:59.40 | *** join/#oe leslie (n=leslie@116.228.58.74) |
| 01:10.58 | denix | virk: nope |
| 01:11.14 | denix | -dbg and -dev depend on main package |
| 01:12.01 | virk | ok |
| 01:12.26 | virk | almost done then, only the doc package left |
| 01:14.40 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 01:16.40 | denix | actually, -dbg recommends, not depends on the main package. but -dbg only provides "debug" versions of the binaries... |
| 01:20.41 | virk | but not the headers that are needed for this soap compiler |
| 01:22.21 | denix | right. at least that's how it is in other packages |
| 01:23.13 | virk | I mean the headers found in /usr/share |
| 01:24.16 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 01:30.24 | virk | denix: can install -m work recursively? |
| 01:31.06 | *** join/#oe aloisiojr (n=aloisio@189.81.143.29) |
| 01:32.20 | denix | I don't think install supports recursive option at all... |
| 01:32.26 | denix | Crofton: ping |
| 01:50.25 | virk | denix: another probably stupid question: gsoap-native requires the bb recipe of gsoap. how can I let gsoap-native override do_install_append from gsoap? |
| 01:52.07 | virk | or should I add an .inc file and seperate them from eachother? |
| 01:53.44 | denix | yeah, I was about to suggest an .inc file... |
| 01:54.04 | denix | I'm getting really slow... :) |
| 01:54.18 | virk | could be the time of day? |
| 01:55.39 | denix | just not paying attention to irc too much |
| 02:02.55 | *** join/#oe fraxi (n=quassel@p54AA583D.dip.t-dialin.net) |
| 02:05.47 | otavio | denix: which commit? |
| 02:06.00 | virk | ok, if only there was a recursive install. e.g. I want to install every file and filder in given dir |
| 02:06.32 | denix | otavio: start here - http://thread.gmane.org/gmane.comp.handhelds.openembedded/22376 |
| 02:08.00 | otavio | denix: ok; got it |
| 02:08.04 | otavio | denix: let me do it |
| 02:09.01 | denix | otavio: try reverting the commit I mentioned, because the fix is actually for curl only - you are having similar issue with something else |
| 02:09.16 | otavio | denix: reverted; doing the build now |
| 02:09.25 | denix | thanks |
| 02:10.29 | virk | Is a -doc package obliged? |
| 02:11.48 | Tartarus | If there's doc type things installed by the install target |
| 02:11.51 | Tartarus | man pages and such |
| 02:12.38 | virk | hmm, in fact there is'nt any |
| 02:13.01 | virk | I'm so tired I was trying to pack the doxygen docs :p |
| 02:17.52 | *** join/#oe kergoth (n=kergoth@ip24-255-7-190.tc.ph.cox.net) |
| 02:18.50 | Tartarus | heh |
| 02:24.25 | *** join/#oe mhnoyes (n=mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 02:31.58 | virk | voila, hopefully this time the gsoap recipe is correct. patch sent |
| 02:32.03 | virk | is off to sleep |
| 02:41.34 | denix | virk|sleep: and you forgot to update the checksums.ini... :) |
| 02:41.44 | denix | virk|sleep: good night anyway :) |
| 02:42.09 | virk|sleep | what was that again, don't commit if you're tired? |
| 02:42.13 | virk|sleep | :) |
| 02:44.03 | denix | right :) |
| 02:48.47 | virk|sleep | denix: is there any rule on where to add th checksum, top, bottom, grouped with similars ? |
| 02:49.11 | denix | sorted |
| 02:50.25 | denix | there is contrib/source-checker/oe-checksums-sorter.py |
| 02:50.25 | virk|sleep | so just below the other gsoap should do |
| 02:50.55 | *** join/#oe bazbell (n=a0192809@nat/ti/x-4503f2102297fd4d) |
| 02:51.29 | denix | I wonder if it's anywhere on the wiki - it is really a Frequently Asked Question :) |
| 02:51.38 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 02:52.24 | virk|sleep | damn, that thing just spawns a whol new one |
| 02:52.29 | denix | basically, run your recipe, let it fetch and fail on the checksum - it will generate a missing portion for you in TMPDIR, then append it to the main checksums.ini and run the script above to sort it |
| 02:54.35 | mekius | So I have been here before looking for help with a very odd issue. When trying to build anything, it gets to the do_compile phase of shasum-native and fails. There is nothing in the log.do_compile.xxx file, but if I run the run.do_compile.xxx file, the do_compile runs just fine and generates the file. Is this file exactly the same thing that the script runs or is it different in some way? |
| 02:58.29 | *** part/#oe bazbell (n=a0192809@nat/ti/x-4503f2102297fd4d) |
| 02:58.38 | virk|sleep | denix: it's not in the wiki |
| 02:59.03 | denix | it probably should :) |
| 02:59.07 | kergoth | mekius: it is the same thing that bitbake runs... that's very strange |
| 02:59.30 | mekius | kergoth: yeah, I agree it's strange heh |
| 02:59.49 | virk|sleep | ok, patch is finally done |
| 03:00.14 | mekius | kergoth: But unfortunately I can't get anywhere since everything depends on that package, it's the first one that builds heh |
| 03:00.21 | kergoth | mekius: the only thing i can think of is environment. bitbake sanitizes its environment, and emits the vars from its env into the output, so there could be vars set in your current env that bitbake removes |
| 03:00.32 | mekius | kergoth: hmm |
| 03:00.42 | kergoth | i don't see how that would cause that behavior, but... |
| 03:00.50 | mekius | BBPATH would be the only one I can think of |
| 03:01.13 | kergoth | bitbake doesn't remove that |
| 03:01.20 | kergoth | it removes all but a certain set of whitelisted env vars |
| 03:02.26 | denix | is this shasum-native issue related to ccache? |
| 03:02.44 | mekius | It is using ccache |
| 03:02.46 | kergoth | wonders why we don't use hashlib in python or something |
| 03:02.47 | denix | I remember someone mentioning it before... |
| 03:02.55 | mekius | but running the run.* scripts always works |
| 03:03.14 | mekius | btw, how does it determine whether to use ccache? does it just use it if it's installed? |
| 03:03.30 | kergoth | yep |
| 03:03.38 | kergoth | thinks that "feature" should go away |
| 03:04.03 | mekius | ah |
| 03:04.08 | mekius | yeah that's not very good heh |
| 03:04.11 | mekius | any way to force it? |
| 03:04.22 | kergoth | set CCACHE = "" |
| 03:04.23 | kergoth | to disable it |
| 03:04.24 | denix | is there CCACHE="" |
| 03:04.25 | mekius | but not sure that's the problem |
| 03:04.30 | kergoth | that var is referenced in the cc vars |
| 03:04.31 | mekius | k, will give that a shot |
| 03:04.37 | mekius | ccache is so nice though :) |
| 03:04.47 | mekius | set that in local.conf? |
| 03:04.51 | kergoth | arguable. actual compilation is sometimes not as big a chunk of a build as you'd expect |
| 03:04.57 | kergoth | particularly with fetching, unpacking, patching, .. |
| 03:04.59 | kergoth | :) |
| 03:05.01 | mekius | well sure |
| 03:05.14 | denix | someone was saying it is specific to some distro's ccache... |
| 03:05.15 | mekius | but making the build as fast as possible is good when building thousands of packages :P |
| 03:05.20 | kergoth | people always ask that, "set it in local.conf?" |
| 03:05.23 | mekius | denix: Archlinux? |
| 03:05.23 | kergoth | it doesn't matter where you put it |
| 03:05.26 | mekius | oh ok |
| 03:05.27 | kergoth | as long as it gets parsed after bitbake.conf |
| 03:05.33 | denix | is it redhat based? |
| 03:05.34 | kergoth | which means it can be in any .conf that bitbake.conf loads |
| 03:05.39 | kergoth | distro, machine, local, site, auto, .. |
| 03:05.39 | mekius | kergoth: sry, I'm new :D |
| 03:05.44 | kergoth | no worries |
| 03:05.49 | mekius | I just got a palm centro so playing with it :) |
| 03:05.50 | kergoth | just shows that we need to improve our documentation |
| 03:05.55 | mekius | denix: nup |
| 03:06.09 | mekius | kergoth: I'll admit I haven't gotten through all of it |
| 03:06.20 | mekius | Got stuck going through the getting started guide cause of this bug |
| 03:06.26 | denix | kergoth: nobody reads the documentation... :) |
| 03:06.35 | virk|sleep | needs to knock his head against the wall or something, forgot to add a modified file to a commit |
| 03:06.39 | mekius | Well I plan on getting to it once I get something built :D |
| 03:06.50 | mekius | I'm sure random bug that makes no sense isn't covered though ;) |
| 03:07.01 | kergoth | bitbake finds conf/bitbake.conf in BBPATH and loads it. bitbake.conf loads in all the other .conf files (you can look through it and see the require/include lines). then it finds the recipes in BBFILES and parses them all in, produces a runqueue from the task/recipe deps, and runs the runqueue |
| 03:07.02 | denix | mekius: I didn't mean you, just in general, myself included :) |
| 03:07.08 | mekius | denix: I know :) |
| 03:08.23 | denix | virk|sleep: don't operate heavy machinery while drowsy... :) |
| 03:09.05 | virk|sleep | don't even know what 'drowsy' means |
| 03:09.21 | mekius | sleepy, tired |
| 03:09.29 | *** join/#oe mrmoku|e` (n=mrmoku@ppp-93-104-110-162.dynamic.mnet-online.de) |
| 03:09.38 | virk|sleep | but I guess it has something to do with it being 5am already here |
| 03:10.36 | denix | virk|sleep: wow, drop it then :) |
| 03:11.07 | denix | I mean until next day... |
| 03:12.12 | virk|sleep | yeah, I was thinking to commit this one for the 3th time, but this time for good, but I guess it'll indeed be for tomorrow |
| 03:12.25 | mekius | alright, trying with ccache="" |
| 03:13.41 | *** join/#oe Flyser_ (i=Flyser@unaffiliated/flyser) |
| 03:13.46 | kergoth | hrmph, i think I'm just gonna merge the collections bits, don't feel like waiting for more responses, given the positive feedback from rp, mickey and others |
| 03:15.20 | virk|sleep | ok, I'm really of to bed now |
| 03:15.25 | denix | kergoth: you've got my vote! |
| 03:15.30 | denix | virk|sleep: bye |
| 03:15.45 | virk|sleep | denix: thanks for the help |
| 03:15.57 | virk|sleep | is zzZZzz |
| 03:17.00 | denix | kergoth: I promised I'd test it, but got stuck with that curl-sdk issue - now catching up on emails, stable branch testing and so on... |
| 03:17.14 | kergoth | nods, know how that goes |
| 03:18.37 | denix | I guess I should go home too... |
| 03:19.14 | denix | starts the clean build before leaving |
| 03:19.41 | denix | otavio: ping me when you have any results |
| 03:22.19 | denix|away | is away: I'm not here |
| 03:24.09 | mekius | kergoth: gah, that was it |
| 03:24.12 | mekius | ccache ftl :/ |
| 03:24.25 | kergoth | haha, thats surprising |
| 03:24.28 | kergoth | what a weird bug |
| 03:24.47 | mekius | yeah, not sure why it would matter unless the "ccache gcc" vs "gcc" is throwing it off somehow |
| 03:28.54 | Tartarus | well, ccache can be buggy :( |
| 03:31.26 | kergoth | thats why it shouldnt be default. it should be easy to enable, yes, but not by default |
| 03:33.07 | mekius | Tartarus: it works fine when I run the script myself |
| 03:33.16 | mekius | But when it's run from the python it fails |
| 03:33.21 | mekius | Sounds like a python problem to me :D |
| 03:34.56 | mekius | I use ccache all the time, never had a problem until now |
| 03:35.59 | kergoth | ccache is a useful tool, but there's always a slight danger of cache corruption. not likely, but it can happen. still, useful for day to day builds, just not for the weeklies :) |
| 03:36.24 | mekius | meh, I build EFL/E with it, spans of weeks between, no issues :) |
| 03:36.30 | mekius | maybe i'm just lucky heh |
| 03:36.47 | mekius | even so, just delete cache and move on :) |
| 03:36.55 | kergoth | well, from a configuration management perspective, you always want a completely fresh, pristine build on a regular basis |
| 03:37.25 | mwester | comes from a config mgmnt background, and thinks ccache is a blight that should be stamped out. |
| 03:37.28 | mekius | either way, it should still run :D |
| 03:38.15 | mekius | meh, saves so much time when building certain things, if I need a fresh build it's easy enough to do that |
| 03:38.32 | mwester | ccache: "I can build in 1/2 the time! (Nevermind that I never really can be certain that I'm building it correctly)" |
| 03:38.40 | kergoth | mwester: exactly |
| 03:38.42 | mekius | sigh, this is going to take awhile, apparently it's going to build 4464 packages heh |
| 03:38.56 | kergoth | it can reduce your compile/test cycle during development though |
| 03:39.11 | mekius | mwester: If issues arise, clear cache and rebuild |
| 03:39.47 | mekius | If it works 99% of the time like it does for me it saves a lot of time :) |
| 03:39.57 | mwester | If your compiler, linker, and host libs are immutable, then I agree that ccache is a good _development_ tool. one can never make that assumption in OE, so it fails even for developers. |
| 03:40.19 | kergoth | indeed, much better for the development perspective than in OpenEmbedded |
| 03:40.25 | mekius | sure |
| 03:40.35 | mwester | mekius: 1% of the time is too high a failure rate if the problem caused consumes 99% of the time. How long did this last ccache issue cost you? |
| 03:41.02 | mekius | mwester: Maybe 4 hours :P |
| 03:41.06 | mekius | over 3 days heh |
| 03:41.11 | mwester | cannot quite understand why we default to having ccache enabled for OE. |
| 03:41.13 | kergoth | heh, OpenEmbedded has enough reproducability problems as is, without throwing ccache issues in too |
| 03:41.29 | kergoth | besides, using pstage to cache whole package builds is even better if you're careful |
| 03:41.32 | mekius | well I don't think this was ccache, it didn't even seem to run it at all |
| 03:41.36 | kergoth | rather than doing it at the object level |
| 03:41.42 | mekius | just went straight to fail |
| 03:41.54 | mekius | when i ran the script by itself it worked fine |
| 03:41.55 | mwester | agrees with kergoth on all comments! |
| 03:42.03 | mekius | so ccache was not returning an error best I could tell |
| 03:42.12 | mekius | otherwise I would have gotten some sort of error heh |
| 03:42.33 | mekius | anyway |
| 03:42.36 | kergoth | anyone done a recent tool using event handlers in OpenEmbedded to log how long each of the tasks took, and emit that into a log file for the build? |
| 03:42.40 | mekius | I can build stuff now so I'm happy :) |
| 03:42.41 | kergoth | i remember doing one like 4 years ago or something |
| 03:43.55 | mekius | does 4000+ packages sound reasonable for my first bitbake run? |
| 03:44.25 | Tartarus | what target did you try and bake? |
| 03:44.53 | mekius | palm680, angstrom distro, illume-image |
| 03:47.16 | mwester | not unreasonable |
| 03:47.42 | mekius | kk |
| 03:47.58 | mekius | figured there was a lot to build, just wanted to double check :) |
| 03:48.13 | mwester | That's 4000 tasks, not packages, actually. |
| 03:49.17 | mekius | oh ok |
| 03:55.24 | mekius | 159/4464 :P |
| 03:55.52 | mekius | i'm still building native stuff heh |
| 03:55.52 | kergoth | hmmmmm |
| 03:56.04 | kergoth | ponders possibilities for the recipe in the source tree model w/ git |
| 04:07.42 | mekius | why is it that it builds all it's own gcc and glibc? |
| 04:08.05 | mekius | or are these all for cross compiling? |
| 04:08.15 | kergoth | do you not see the "-cross" suffix? |
| 04:08.38 | mekius | only been building -native stuff so far |
| 04:08.41 | mekius | nothing -cross yet :) |
| 04:08.51 | mekius | oh I take that back |
| 04:09.07 | mekius | mostly native only 1 or 2 cross |
| 04:10.01 | mwester | OE doesn't trust some of your native tools... I guess we should be thankful that it doesn't build "linux-native" and reboot your build system as part of the process. ;-) |
| 04:10.11 | mekius | haha |
| 04:10.12 | mwester | It's a bit extreme in my opinion. |
| 04:10.16 | mekius | a bit :) |
| 04:10.25 | mekius | at least it's a one time thing heh |
| 04:10.35 | mekius | well I guess until one of them gets updated :P |
| 04:10.52 | mekius | checks his available space |
| 04:11.10 | mwester | The judicious use of "ASSUME_PROVIDED" can help, but use caution because the core devs pretty much live on the absolute bleeding edge latest versions of everything, so those of us who live with "stable" host distros can find that our host tools don't work with OE... |
| 04:11.24 | mekius | gigs of tools to build 200MB of actual files :P |
| 04:11.36 | *** join/#oe brolin (n=brolin@190.157.13.75) |
| 04:11.37 | mekius | ah |
| 04:12.13 | mwester | SlugOS distro fits in 8MB of flash space... so many GB of disk just to create a 6MB flash jffs2 image. :) |
| 04:12.27 | mekius | yeah heh |
| 04:12.48 | mekius | got anything that will fit into 256k of flash? :) |
| 04:13.10 | mwester | got burned because he did ASSUME_PROVIDED += "git-native" --- which worked until somebody added a feature that only works with very recent git versions. |
| 04:13.26 | mwester | mekius: u-boot |
| 04:14.00 | mekius | gah, failure building qemu-native |
| 04:14.17 | mwester | sanity check? |
| 04:16.02 | mekius | not sure, looking |
| 04:16.17 | mekius | /usr/bin/ld: cannot find -lm |
| 04:19.00 | mekius | I guess this means I'm removing all the ASSUME_PROVIDED from my conf :P |
| 04:19.40 | mekius | hmm, nvm |
| 04:19.47 | mekius | I only have preferred providers set |
| 04:19.47 | mekius | hmm |
| 04:24.51 | *** join/#oe denix0 (n=denix@pool-71-255-242-201.washdc.east.verizon.net) |
| 04:32.08 | mekius | gah, what is this business about missing -lm :P |
| 04:35.15 | mekius | anyone? |
| 04:38.10 | *** join/#oe aloisiojr (n=aloisio@189.81.143.29) |
| 04:38.21 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 04:38.44 | *** join/#oe favor (n=user@221.10.25.6) |
| 04:39.10 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 04:45.56 | khem | mekius: do you have /lib/libm.so.6 |
| 04:46.01 | khem | on your host |
| 04:51.41 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 04:54.17 | favor | hi. who enable DSP of omap3 for media coding/decoding successfully? |
| 05:12.55 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 05:17.40 | *** join/#oe brolin_ (n=brolin@190.157.13.75) |
| 05:21.53 | kergoth | ponders |
| 05:47.35 | *** part/#oe favor (n=user@221.10.25.6) |
| 05:53.22 | *** join/#oe favor (n=user@221.10.25.6) |
| 05:53.35 | favor | hi, I excute "bitbake gstreamer-ti", and I got an error, please see pastebin(http://www.pastebin.ca/1385705). what should I do to solve this issue? |
| 06:05.30 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
| 06:08.02 | *** join/#oe pcgeil (n=steffen@p5B17F875.dip.t-dialin.net) |
| 06:35.49 | *** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
| 06:38.13 | mckoan | hi gremlin[it] , have you received your shhevaplug? |
| 06:38.27 | gremlin[it] | no ... |
| 06:38.30 | gremlin[it] | hi mckoan |
| 06:39.45 | mckoan | gremlin[it]: but they charged credit card immediately, bastards! |
| 06:39.49 | gremlin[it] | i did the order on march 30 ... so it should be sell as soon as possible (not at the end of april) ... i hope al least ... but globalscale neither respond to my mails :( |
| 06:39.53 | gremlin[it] | mckoan, yes ! |
| 06:40.15 | methril|work | good morning |
| 06:41.11 | mckoan | morning methril|work |
| 06:42.01 | gremlin[it] | morning methril|work |
| 06:42.25 | gremlin[it] | mckoan, when u did the order ? |
| 06:47.49 | mckoan | gremlin[it]: I did it on 31/3 |
| 06:48.23 | mckoan | shipping with FedEx intl priority |
| 06:48.27 | gremlin[it] | about the same ... let's wait ... i send an email just now to have info about my shipment ... i hope to have good news |
| 06:48.29 | *** join/#oe nytowl (n=nytowl@S0106001c100a3234.cg.shawcable.net) |
| 06:48.34 | gremlin[it] | mckoan, me too ... |
| 06:53.06 | *** join/#oe Mat0220 (n=Mat0220@219-70-164-189.cable.dynamic.giga.net.tw) |
| 06:56.17 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc528cdb0ba 10openembedded.git/recipes/e17/ (e-wm/fix-profiles.diff e-wm_svn.bb): e-wm: fix profile selection in first-run wizard |
| 06:56.51 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8b680af5bc 10openembedded.git/recipes/e17/diskio_svn.bb: diskio: new e17 module |
| 06:59.11 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:00.43 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra6169a4840 10openembedded.git/recipes/angstrom/ (4 files in 2 dirs): e-wm-config-angstrom: refresh configs, add systray |
| 07:01.29 | *** join/#oe recalcati_oe (i=5e51e963@gateway/web/ajax/mibbit.com/x-19377eb6a98e2062) |
| 07:01.36 | recalcati_oe | morning |
| 07:03.48 | mckoan | morning recalcati_oe |
| 07:04.03 | mckoan | -> off for 40min |
| 07:12.17 | *** join/#oe kristoffer (n=kristoff@79.138.146.214.bredband.tre.se) |
| 07:13.38 | *** join/#oe pleemans (n=toi@122.86-246-81.adsl-static.isp.belgacom.be) |
| 07:24.00 | *** join/#oe vsr (i=7aa60de8@gateway/web/ajax/mibbit.com/x-6c775c4d61612ce7) |
| 07:24.23 | *** join/#oe Jay7 (n=jay@93-81-71-174.broadband.corbina.ru) |
| 07:26.17 | vsr | i see some memory leak issue, i have built a gpe-image with gnome-mplayer, gxine, abiword and gnumeric and it stores in a sdcard. |
| 07:26.36 | *** join/#oe flameman (n=toor@net-93-65-27-202.cust.dsl.vodafone.it) |
| 07:28.57 | vsr | i have a 128MB ram, when it boots up i see 83MB free, when i start gnumeric and exit that app, i see memfree to be 63MB, now i open and close gnome-mplayer is see memfree to be 53MB |
| 07:29.41 | vsr | when i close some app, memfree should be what it was before isnt it? |
| 07:31.20 | *** join/#oe Mat0220 (n=Mat0220@219-70-164-189.cable.dynamic.giga.net.tw) |
| 07:34.39 | *** join/#oe jalon (n=chatzill@21.Red-80-25-49.staticIP.rima-tde.net) |
| 07:34.55 | jalon | Hello everybody |
| 07:36.01 | jalon | I'm having a problem using bitbake |
| 07:38.03 | jalon | I want to build wxbase-2.8.9. If I launch "bitbake wxbase-2.8.9", it works and it gets built |
| 07:38.40 | jalon | now I want to create a custom image, and get wxbase-2.8.9 added to it, so I have created a new recipe with this code: http://paste.dprogramming.com/dpikccag |
| 07:40.01 | jalon | But it fails, when I try to build it, I get this error: http://paste.dprogramming.com/dpjz9il7 |
| 07:40.21 | jalon | Any suggestions? |
| 07:41.41 | jalon | Also note, if I add to the recipe "wxbase" instead of "wxbase-2.8.9", my custom image builds, but I get wxbase version 2.6 instead of 2.8.9. I'm a bit lost... |
| 07:44.07 | recalcati_oe | mckoan: bye |
| 07:47.36 | *** join/#oe Xilent (n=xk@unaffiliated/xilent) |
| 07:49.25 | *** join/#oe mpoullet|work (n=mpoullet@proxye.avm.de) |
| 07:49.31 | mpoullet|work | good morning |
| 07:50.52 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 07:51.22 | jalon | Browsing wxbase_2.8.9.bb file, I've noticed it has this line 'DEFAULT_PREFERENCE = "-1"'. Can my problem be because of this? |
| 07:52.14 | hrw | morning |
| 07:52.26 | jalon | would it be correct to change it to 'DEFAULT_PREFERENCE = "1"' and also change 'PR = "r0"' to 'PR = "r1"'? |
| 07:54.32 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 07:55.56 | favor | how to bitbake the oe DSPlink? I mean it need some setting by myself. |
| 07:56.48 | mpoullet|work | morning hrw |
| 07:59.02 | mpoullet|work | favor: bitbake ti-codec-engine ? but you need to install all the TI stuff first |
| 08:01.15 | mckoan | back |
| 08:04.53 | favor | yeah, I had done that. but regarding The 'all', I don't know how many TI stuffs should I install first. |
| 08:06.29 | mpoullet|work | favor: I've bios_5_33_03 / cgtools_6_0_21 / xdctools_3_10_03 |
| 08:07.58 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rdb35931307 10openembedded.git/recipes/powervr-drivers/omap3-sgx-modules_1.3.13.1397.bb: omap3-sgx-modules: add compile fix for DSS2 changes in linux-omap 2.6.29 |
| 08:08.04 | doragasu | Good morning! |
| 08:08.06 | mpoullet|work | favor: see oe/openembedded/recipes/dsplink/ti-paths.inc |
| 08:08.11 | *** join/#oe eFfeM (n=nly91006@neo-y1a.ehv.campus.philips.com) |
| 08:08.49 | favor | mpoullet|work: I have bios_5_33_02 cg6x_6_0_16 xdctools_3_10_03 dmai_1_20_00_06 |
| 08:09.11 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r1c535e07c1 10openembedded.git/recipes/ppp/ (ppp-2.4.3/ldflags.patch ppp_2.4.3.bb): ppp: add patch to use LDFLAGS (fixes QA error) |
| 08:09.18 | *** join/#oe XorA (n=XorA@93-97-174-2.zone5.bethere.co.uk) |
| 08:09.18 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r5f00d873c0 10openembedded.git/: Merge branch 'org.openembedded.dev' of ssh://git@git.openembedded.net/openembedded into org.openembedded.dev |
| 08:09.53 | mpoullet|work | favor: so everything is ok ?? or do you get errors during bitbaking ? |
| 08:11.13 | favor | mpoullet|work: yeah, I have met with some errors. and I put it at beagleboard@google.com maillist. |
| 08:12.04 | *** join/#oe jeremy_laine (n=chatzill@mna75-4-81-56-56-40.fbx.proxad.net) |
| 08:14.52 | favor | mpoullet|work: I would like you to take your time to see that thread, thank you.http://groups.google.com/group/beagleboard/browse_thread/thread/3d2560c087941100?pli=1 |
| 08:15.21 | *** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 08:20.46 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * rb04da76f3d 10openembedded.git/recipes/irda-utils/ (irda-utils/ldflags.patch irda-utils_0.9.16.bb): irda-utils: add patch to use LDFLAGS (fixes QA error) |
| 08:24.32 | *** join/#oe Sleep-Walker (n=Sleep@193.179.96.131) |
| 08:25.53 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4ccabab2da 10openembedded.git/recipes/dsplink/ti-dmai_svn.bb: ti-dmai: add compile fix for DSS2 changes in linux-omap 2.6.29 |
| 08:28.39 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r4b49e2ab31 10openembedded.git/recipes/obexpush/obexpush_1.0.0.bb: obexpush: use LDFLAGS (fixes QA error) |
| 08:28.41 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r7ae24f3d57 10openembedded.git/: Merge branch 'org.openembedded.dev' of ssh://git@git.openembedded.net/openembedded into org.openembedded.dev |
| 08:33.16 | mpoullet|work | favor: first the minor issue with svn, you solved it the right way but you don't need to generate a package and put it in the recipes |
| 08:33.59 | mpoullet|work | favor: you should simply restart and the second time svn remembers the certificate and the fetch work |
| 08:34.53 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * ra6d06c8abf 10openembedded.git/recipes/gsoap/gsoap_2.7.7.bb: gsoap: use autotools_stage |
| 08:35.06 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 08:35.59 | mpoullet|work | favor: yous should put the log /home/user/myoe/tmp/work/beagleboard-angstrom-linux-gnueabi/ti-codec-combos-316-r15/temp/log.do_compile.14017 in the mail too, otherwise it's difficult to help you |
| 08:36.22 | mpoullet|work | favor: and you should try the #gst_ti channel too |
| 08:36.45 | mpoullet|work | favor: and/or try to find koen there or in #beagle |
| 08:38.04 | hrw | does someone do builds for avr32? |
| 08:39.10 | favor | mpoullet|work: yeah, I tried restart the bitbake command the second time, but it remain those errors, so I generate a package and put it in the recipes, and modify the bb file of recipes SRC_URI. |
| 08:40.33 | favor | mpoullet|work: The compiling log is too long, should I put the log file in attachment of the mail? |
| 08:42.12 | florian | hrw: sounds like it doesn't work currently... |
| 08:42.49 | *** join/#oe rob_w (n=bill@217.237.177.190) |
| 08:42.55 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r0377cdf5da 10openembedded.git/recipes/hostap/ (hostap-utils-0.4.7/ldflags.patch hostap-utils_0.4.7.bb): hostap-utils-0.4.7: use LDFLAGS (fixes QA error) |
| 08:43.06 | hrw | florian: e2fsprogs fails |
| 08:43.07 | mpoullet|work | favor: strange, for me the second rebuild works |
| 08:43.24 | mpoullet|work | favor: or at least so a tail on the log |
| 08:43.34 | mpoullet|work | s/so/do/ |
| 08:43.47 | florian | hrw: Its a long time ago I tried it but I remember some problem like this. |
| 08:43.55 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 08:44.05 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r10e6229075 10openembedded.git/recipes/hostap/ (3 files in 2 dirs): |
| 08:44.05 | CIA-2 | hostap-utils: only keep version 0.4.7 |
| 08:44.05 | CIA-2 | * hostap-utils is obsolete, if we must keep one it should be version 0.4.7 |
| 08:44.08 | florian | But I can't remeber if its really e2fsprogs that fails. |
| 08:44.50 | favor | mpoullet|work: ok. the tail of the log.do_compile. I 'll update the main. |
| 08:45.50 | florian | s/its/it was |
| 08:46.03 | hrw | ok. kernel booted |
| 08:47.51 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07stable/2009 * rd441ef73ac 10openembedded.git/recipes/gd/gd_2.0.33.bb: |
| 08:47.51 | CIA-2 | gd: use LDFLAGS (fixes QA error) |
| 08:47.51 | CIA-2 | Signed-off-by: Jeremy Lainé <jeremy.laine@m4x.org> |
| 08:47.51 | CIA-2 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
| 08:52.29 | *** join/#oe kgilmer (n=kgilmer@p3247-ipad204sinnagasak.nagasaki.ocn.ne.jp) |
| 09:02.37 | *** join/#oe gDD (i=io@125.116.23.212) |
| 09:03.34 | vsr | i see that the memory consumption keeps reducing as and when i open and close x apps like gnumeric, gxine, gnome-mplayer.., once it exits i dont see memory size as it was before opening the app |
| 09:05.16 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * rdbe77279e4 10openembedded.git/recipes/hostap/ (hostap-daemon-0.6.9/ldflags.patch hostap-daemon_0.6.9.bb): hostap-daemon-0.6.9: add patch to use LDFLAGS (fixes QA error) |
| 09:08.39 | hrw | Linux atngw100 2.6.28 #2 PREEMPT Wed Apr 8 10:59:44 CEST 2009 avr32 unknown |
| 09:15.21 | hrw | http://www.flickr.com/photos/hrwandil/3423727862/ |
| 09:20.11 | pb_ | florian: good morning |
| 09:20.25 | florian | pb_: hi |
| 09:20.55 | florian | hrw: I like this :-) |
| 09:21.28 | hrw | florian: I hate serial port on ngw100 |
| 09:21.49 | hrw | it use female instead of male so I do not have cable for it |
| 09:22.03 | hrw | will have to buy db9 gender changer |
| 09:22.52 | florian | I have quite a lot of dvices sufferening from strange serial ports so I have a pile of adapters here :) |
| 09:23.25 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r846330c96c 10openembedded.git/classes/insane.bbclass: insane.bbclass: make "LDFLAGS ignored" QA errors fatal |
| 09:25.15 | jeremy_laine | hrw: ok, just flipped the switch, LDFLAGS related QA errors are not longer accepted |
| 09:38.06 | vsr | is a memory leak in xwindows, as and when i open/close the xapps, my memory goes low by 10000K to 20000K bytes |
| 09:40.21 | *** join/#oe j720 (n=jornix@200-126-99-191.bk7-dsl.surnet.cl) |
| 09:45.14 | hrw | http://marcin.juszkiewicz.com.pl/2009/04/08/new-architecture-on-my-desk/ |
| 09:53.50 | *** join/#oe morphis (n=morphis@p5489B02A.dip0.t-ipconnect.de) |
| 09:57.29 | Jay7 | vsr: try to wait some time |
| 10:02.13 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * rac0e1bd19c 10openembedded.git/recipes/flite/ (flite-1.3/flite-1.3-Makefile.patch flite_1.3.bb): flite-1.3: fix LDFLAGS breakage |
| 10:06.13 | *** join/#oe Cwiiis (n=cwiiis@82-43-46-194.cable.ubr02.croy.blueyonder.co.uk) |
| 10:06.46 | vsr | jay7: i wait for 10 or more minutes, but i see the same memory usage |
| 10:07.02 | Jay7 | vsr: have you swap? |
| 10:07.32 | vsr | no |
| 10:09.06 | Jay7 | that's strange.. I think that x11 app uses shm memory or mmap |
| 10:09.18 | Jay7 | then garbage collector frees it after some time.. |
| 10:09.38 | Jay7 | but I think that it should not be longer that 10 mins |
| 10:12.38 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r2b4bf8dbde 10openembedded.git/recipes/vala/vala-bootstrap-native_0.6.0.bb: vala-bootstrap-native: bring back timestamp hack; still necessary |
| 10:16.58 | *** join/#oe marex (i=marex@eduroam72.ms.mff.cuni.cz) |
| 10:18.43 | likewise | hrw: you either need a null-modem cable or an extension (1-on-1) cable for boards. Does gender changer work to change between null-modem and extension (1-on-1) cable? |
| 10:20.45 | hrw | right.. |
| 10:21.01 | hrw | anyway need cables and serial ports |
| 10:24.18 | *** join/#oe stefan_schmidt_ (n=stefan@p5B0354C0.dip.t-dialin.net) |
| 10:25.01 | jeremy_laine | mwester: ping? |
| 10:40.57 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 11:01.12 | *** join/#oe simon42_ (n=simon@89.238.65.10) |
| 11:03.43 | *** join/#oe ant_work (n=chatzill@host214-85-static.34-85-b.business.telecomitalia.it) |
| 11:05.07 | likewise | hrw: what I wanted to say: a gender changer might not convert null-modem into 1:1. I'm not sure though |
| 11:05.28 | *** join/#oe simon42 (n=simon@89.238.65.10) |
| 11:08.32 | vsr | jay7: please see http://pastebin.com/m53395f3f and http://pastebin.com/mb993448 |
| 11:08.51 | vsr | if i open and close gnome-mplayer - it takes 10MB of memory away |
| 11:09.12 | vsr | i dont get back even after 10 minutes |
| 11:09.41 | vsr | is this garbage collector part of the kernel/user space or both |
| 11:11.15 | XorA | probably the python overhead :-) |
| 11:12.19 | vsr | what do you suggest |
| 11:12.24 | *** join/#oe rob_w (n=bill@217.237.177.190) |
| 11:16.38 | XorA | see if it started any processes that are still running |
| 11:17.06 | XorA | especially ones taking 16% of memory |
| 11:17.19 | XorA | for 64M machine anyway |
| 11:26.37 | vsr | i dont see any new processes |
| 11:40.34 | *** join/#oe thebohemian (n=rschus@p579E14EE.dip.t-dialin.net) |
| 11:40.42 | *** join/#oe Gnutoo (n=gnutoo@host155-29-dynamic.17-79-r.retail.telecomitalia.it) |
| 11:46.58 | pb_ | vsr: there isn't really anything to worry about in the output you pasted. |
| 11:47.46 | pb_ | you have plenty of ram free, and as long as this happy situation persists the kernel will not bother to trim its caches. |
| 11:48.03 | *** join/#oe eFfeM (n=nly91006@neo-y1a.ehv.campus.philips.com) |
| 11:52.13 | otavio | denix0: hi |
| 11:52.18 | otavio | denix0: works |
| 11:52.41 | broonie | wonders what's going on with getting his key added. |
| 11:52.53 | hrw | broonie: mailed it to mickeyl? |
| 11:53.09 | vsr | pb_: i have a 500MHZ processor and it wont play video file without break |
| 11:53.12 | otavio | booxter: it takes few days usually; mine took mostly two weeks |
| 11:53.15 | otavio | oops |
| 11:53.18 | otavio | broonie: ^ |
| 11:53.30 | hrw | vsr: and you do that without any video acceleration? |
| 11:53.36 | hrw | vsr: plain fbdev or plain x11? |
| 11:53.48 | pb_ | vsr: that's very sad, but it isn't obviously related to your "missing" 10MB of memory |
| 11:53.56 | broonie | hrw: Twice. |
| 11:53.58 | vsr | i have a x11 file system and i have gnome-mplayer |
| 11:54.09 | broonie | hrw: He denied getting it the first time :( |
| 11:54.51 | broonie | I'm tempted to mail it via the list. |
| 11:55.26 | vsr | pb_: why memory keeps reducing as and when i open and close the app. it is supposed to be the same before it was opened isnt it? |
| 11:56.08 | pb_ | vsr: no, because more data will be in cache afterwards. |
| 11:56.17 | *** join/#oe birunko (n=birunko@200.184.118.130) |
| 11:57.03 | hrw | vsr: x11 != x11... |
| 11:57.09 | *** join/#oe kgilmer|out (n=kgilmer@p3247-ipad204sinnagasak.nagasaki.ocn.ne.jp) |
| 11:57.10 | hrw | vsr: do you have XVideo atleast? |
| 11:57.11 | pb_ | unless you are actually having problems with lack of memory, I suggest you just ignore those numbers. |
| 11:58.25 | vsr | hrw: i build a file system using x11-gpe-image |
| 11:58.43 | vsr | i added gnome-mplayer, gnumeric to it |
| 11:59.15 | hrw | vsr: I do not care what you have in rootfs. I asked about your HW not rootfs |
| 12:00.19 | vsr | i dont think im using hardware acceleration |
| 12:00.32 | hrw | vsr: zaurus c7x0 has XVideo so plays videos quite good on pxa255/400MHz. BUG lacks xvideo so it is not so nice with playing videos even on its imx31/533MHz |
| 12:00.39 | vsr | i use omap3 processor |
| 12:00.54 | hrw | vsr: so you should have xvideo support |
| 12:01.01 | mekius | khem: I have libm-2.9.so and libm.so.6, seems there is no symlink, what library is this? |
| 12:01.33 | vsr | hrw: it might just put it on the frame buffer |
| 12:02.39 | vsr | on omap usually decoding is done on dsp. i dont have dsp codecs up yet |
| 12:03.30 | hrw | vsr: use omapfbplay |
| 12:04.31 | *** join/#oe flameman (n=toor@net-93-65-27-202.cust.dsl.vodafone.it) |
| 12:09.58 | jeremy_laine | ant_work: hiya |
| 12:10.58 | ant_work | hello :) |
| 12:11.08 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 12:11.30 | jeremy_laine | ant_work: LDFLAGS QA errors are now fatal :) |
| 12:11.49 | *** join/#oe Mat0220 (n=Mat0220@219-70-164-189.cable.dynamic.giga.net.tw) |
| 12:12.04 | ant_work | sounds good... |
| 12:12.27 | ant_work | but I did not build world...just console- opie- x11- images |
| 12:12.43 | ant_work | possibly some other is floating around, let wait and see |
| 12:12.52 | jeremy_laine | libsdl-gfx and libsdl-ttf have issues |
| 12:13.04 | jeremy_laine | but so far I haven't found got a working fix |
| 12:14.06 | ant_work | about other QA wrt .so, eh..dunno |
| 12:14.13 | *** join/#oe marex (i=marex@eduroam72.ms.mff.cuni.cz) |
| 12:20.51 | koobe_ | is there commercial support available for OpenEmbedded? |
| 12:21.04 | *** join/#oe marex (i=marex@eduroam72.ms.mff.cuni.cz) |
| 12:24.33 | mckoan | koobe_: yes of course |
| 12:25.21 | koobe_ | mckoan: where should I look? |
| 12:26.24 | mckoan | koobe_: ask me: http://www.kaeilos.com or to somobody else ;-) |
| 12:30.07 | koobe_ | mckoan: great, thanks. |
| 12:33.07 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r579fcb8a6c 10openembedded.git/recipes/powervr-drivers/libgles-omap3.inc: libgles-omap3: these are evil binaries, so skip insane.bbclass tests |
| 12:50.46 | CIA-2 | 03Mark Brown <broonie@opensource.wolfsonmicro.com> 07org.openembedded.dev * r26865dffa4 10openembedded.git/ (conf/checksums.ini recipes/watchdog/watchdog_5.6.bb): |
| 12:50.46 | CIA-2 | watchdog: Update to version 5.6 |
| 12:50.46 | CIA-2 | No packaging changes, just the new upstream. |
| 12:50.46 | CIA-2 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 12:58.00 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 12:58.27 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 13:00.55 | XorA | welcome to the party broonie |
| 13:02.35 | hrw | koobe_: there are companies ;) |
| 13:03.38 | *** join/#oe waite (n=bwaite@static-71-120-222-85.rlghnc.dsl-w.verizon.net) |
| 13:05.45 | thebohemian | btw. OE e.V. got tax exemption status |
| 13:05.51 | thebohemian | see oe-priv |
| 13:12.11 | *** join/#oe ulitu (i=foobar@p57BB9085.dip0.t-ipconnect.de) |
| 13:12.41 | *** part/#oe ulitu (i=foobar@p57BB9085.dip0.t-ipconnect.de) |
| 13:14.08 | *** join/#oe vsr (i=7aa60de8@gateway/web/ajax/mibbit.com/x-52f10379973daa7d) |
| 13:14.37 | RP | morning all |
| 13:14.52 | kgilmer|out | good morning RP |
| 13:15.09 | RP | is trying to spend more time online in various places again :) |
| 13:16.06 | XorA | hey RP |
| 13:16.06 | kgilmer | RP i have a GUI installer for OE and Poky I'll be releasing shortly. |
| 13:16.21 | RP | kgilmer: Sounds cool :) |
| 13:16.36 | RP | hi XorA |
| 13:16.37 | mckoan | kgilmer: hi, what is " GUI installer" |
| 13:18.22 | kgilmer | I'm wrapping this up in a wizard mckoan: http://wiki.openembedded.net/index.php/Getting_started |
| 13:19.40 | ant_work | RP: wb |
| 13:20.21 | mckoan | kgilmer: something related to your SDK v. 1.3.0 for Eclipse ? |
| 13:20.48 | *** join/#oe ademarez (n=ademarez@anj75-2-88-162-181-110.fbx.proxad.net) |
| 13:22.42 | kgilmer | yes you got it mckoan |
| 13:22.53 | vsr | if my resolution of lcd changes do i need to recompile x? |
| 13:24.13 | *** join/#oe bin10101 (n=mia@129.62.151.64) |
| 13:24.59 | kgilmer | mckoan, it could be easily adapted to work with your distro as well |
| 13:25.05 | mckoan | kgilmer: we are working on it and we solved the problems we got with your plugin |
| 13:25.15 | koobe_ | is it safe to share DL_DIR's for downloaded sources? |
| 13:25.20 | kgilmer | great! so it's working? |
| 13:25.45 | kgilmer | i emailed your java developer mckoan but he did not respond to me. |
| 13:25.55 | mckoan | kgilmer: it's working, but my 'vision' will require a lot of work since now :-D |
| 13:26.56 | kgilmer | haha |
| 13:27.02 | kgilmer | that's good to hear. |
| 13:27.35 | kgilmer | there is a new project inside of eclipse starting, basically for linux distro tool projects. |
| 13:27.40 | mckoan | kgilmer: I still wonder if Elipse is the right tool for that rather than Anjuta for example |
| 13:27.45 | kgilmer | i am considering integrating my code with them. |
| 13:28.31 | mckoan | kgilmer: do you have a link? |
| 13:28.35 | kgilmer | I cannot say about that mckoan :) I don't know much about Anjuta. |
| 13:29.53 | kgilmer | mckoan: http://www.eclipse.org/linuxtools/ |
| 13:31.30 | kgilmer | they have some pretty ambitious goals |
| 13:31.33 | mckoan | I'll take a look thx |
| 13:31.50 | virk | hi everyone |
| 13:33.39 | virk | just a stupid question from a newbie: I've submitted a patch for gsoap, and sent it to the -devel mailing list for review. Koen repliad that it is good enough to go in. What now? |
| 13:34.10 | kgilmer | again without really knowing anything about ajunta, eclipse primary strength is in it's popularity and large variety of plugins available. if you're looking for specific fixed functionality that may not be important to you. |
| 13:34.20 | kgilmer | my 2 cents mckoan |
| 13:35.37 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 13:37.19 | Crofton | virk, give us a day or so |
| 13:37.22 | Crofton | then ping us |
| 13:37.34 | vsr | some times when i boot, i dont get gpe-login screen, my screen becomes blank with a x in the middle |
| 13:38.04 | vsr | what could be going wrong? |
| 13:38.05 | virk | Crofton: I was in fact just wondering If I still needed to do something |
| 13:38.15 | Crofton | no, wait :) |
| 13:38.23 | virk | ok, that's fine :) |
| 13:38.31 | Crofton | thanks for your patience and taking care of comments promptly |
| 13:39.18 | virk | glad to help |
| 13:39.43 | mckoan | kgilmer: OTOH eclipse primary weak is java :-D |
| 13:40.06 | kgilmer | OTOH? |
| 13:40.20 | *** join/#oe cminyard (n=cminyard@pool-173-57-164-199.dllstx.fios.verizon.net) |
| 13:40.55 | mckoan | kgilmer: On The Other Hand |
| 13:41.05 | mpoullet|work | base_set_filespath usage is deprecated, glibc-initial-2.6.1 should be fixed |
| 13:41.24 | kgilmer | haha. ok. how does the language something is written matter so much to be the primary weakness? |
| 13:41.27 | *** join/#oe rsalveti (n=salveti@200.184.118.130) |
| 13:41.27 | mpoullet|work | I get a lot of warning like these when I build the stable branch |
| 13:43.00 | mckoan | kgilmer: in fact that's the main weakness, not the primary :-P |
| 13:43.36 | mckoan | kgilmer: I know you love java, I'm joking :-D |
| 13:43.44 | kgilmer | i salute your objectivity mckoan :) |
| 13:43.46 | vsr | when i try to clock touch pas multiple times i get the error glibc: xorg free : invalid pointer |
| 13:44.16 | kgilmer | actually it's the only language i'm really efficient in ATM, so I tend to use it. |
| 13:44.17 | *** join/#oe bazbell (n=a0192809@nat/ti/x-de3f8f64962d3190) |
| 13:44.49 | *** join/#oe marex (i=marex@eduroam72.ms.mff.cuni.cz) |
| 13:44.54 | vsr | exact message is glibc detected: xorg: free (): invalid pointer: <some address> |
| 13:45.13 | mckoan | kgilmer: I see, I can say the same for C |
| 13:45.35 | kgilmer | RP, btw we got connman running on bug (poky) and it works very nicely. |
| 13:46.15 | kgilmer | i see mckoan. in that case if you are doing the develoment I strongly suggest Anjuta :) |
| 13:46.36 | *** join/#oe cmw_ (n=cmw@167.206.176.233) |
| 13:48.32 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07stable/2009 * rf6e2171acc 10openembedded.git/recipes/angstrom/ (4 files in 2 dirs): |
| 13:48.32 | CIA-2 | e-wm-config-angstrom: refresh configs, add systray |
| 13:48.32 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 13:48.32 | CIA-2 | Acked-by: Philip Balister <philip@balister.org> |
| 13:48.38 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07stable/2009 * r4d766d84fe 10openembedded.git/recipes/e17/systray_svn.bb: |
| 13:48.38 | CIA-2 | systray: as the name implies, a systray module for e17 |
| 13:48.39 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 13:48.41 | CIA-2 | Acked-by: Philip Balister <philip@balister.org> |
| 13:51.37 | *** join/#oe chouimat (n=quassel@209.217.106.98) |
| 13:52.59 | kgilmer | it's almost 11 pm here |
| 13:53.04 | kgilmer | my day is about done |
| 13:53.40 | virk | Crofton: Is a patch needed when a newer version (of for example pcsc-lite) did not change at all on how it is 'bitbaked'. I mean, pcsc-lite 1.5.2 builds perfectly the same as version 1.4.102, just by changing the filename of the recipe |
| 13:57.36 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 14:04.38 | Crofton | virk, still need a patch |
| 14:04.52 | Crofton | it is the easiet for us to process |
| 14:05.31 | Crofton | sometimes you can point out something that someone is interesting in and they can do it right away, but best to send a pach |
| 14:05.56 | Crofton | some comments about hy the new version is "better" can be helpful also |
| 14:06.54 | Gnutoo | hello,I've wesnoth,boost and an assembly part for atomic_count in boost that I stolen and adapted from lwn...the assembly part seems to work(++num increment and --num decrement but num++ and num-- don't increment or decrement) but the most strange part is that one: http://rafb.net/p/SXbw4p66.html gdb fails... |
| 14:07.10 | Gnutoo | (I was helped for the adaptation and the stealing) |
| 14:07.50 | Gnutoo | is it a distro problem? is it an oe problem? |
| 14:08.15 | Gnutoo | I also had that in dmesg: [ 2199.335000] send sigkill to 1803 (wesnoth), adj 0, size 11921 |
| 14:08.30 | Crofton | what did you get from lwn? |
| 14:08.42 | Crofton | url? |
| 14:08.47 | Gnutoo | that: http://lwn.net/Articles/314144/ |
| 14:08.50 | Crofton | I need to file things like this :) |
| 14:08.59 | Gnutoo | Posted Jan 12, 2009 19:58 UTC (Mon) by npitre (subscriber, #5680) [Link] |
| 14:09.28 | Gnutoo | it's woglinde that pointed me to the article... |
| 14:09.30 | marex | any idea why is the GCC-4.3.x broken in OE ? |
| 14:09.37 | marex | it sigsegvs while compiling ncurses |
| 14:10.05 | Gnutoo | maybe wesnoth+gdb uses too much memory? |
| 14:10.20 | Gnutoo | does remote gdb uses less memory |
| 14:10.21 | Gnutoo | ? |
| 14:11.08 | vsr | any idea why we get message like glibc detected: xorg: free (): invalid pointer: <some address>, i see a blank screen, no gpe-login |
| 14:11.36 | XorA | marex: thumb is broken, turn off thumb |
| 14:12.18 | XorA | vsr: memory corruption |
| 14:12.47 | marex | XorA, in 4.3 only, right ? |
| 14:12.50 | vsr | xora: what could cause it, i just boot my board, it was working all while and suddenly it stopped working |
| 14:12.57 | XorA | marex: yes, 4.2.X worked |
| 14:13.05 | marex | I see |
| 14:13.18 | XorA | vsr: no idea, but sounds like something corrupted that pointer |
| 14:13.30 | vsr | is this related to compilers in any way? |
| 14:13.34 | vsr | a bad file system? |
| 14:13.58 | XorA | vsr: what platform? |
| 14:14.09 | vsr | omap3 |
| 14:14.11 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 14:14.44 | XorA | vsr: well as Crofton and koen seem to make reliable FS with geat regularity Id suspect your board |
| 14:16.20 | Crofton | vsr what image are you building? |
| 14:16.48 | marex | XorA, is anyone going to fix that bug ? |
| 14:17.18 | vsr | crofton: gpe-image |
| 14:17.44 | Gnutoo | if I run wesnoth alone...it segfault but I don't see a segfault in the kernel |
| 14:17.47 | Gnutoo | dmesg |
| 14:17.55 | Crofton | vsr, I do not run gpe |
| 14:18.01 | Crofton | mostly I do conolse work |
| 14:18.02 | Gnutoo | s/kernel kernel's dmesg/ |
| 14:18.07 | Crofton | which omap3 board? |
| 14:18.44 | XorA | marex: don't know, ask the gcc guys |
| 14:19.08 | XorA | marex: it seems gcc/binutils guys never test thumb, it breaks every other version |
| 14:20.40 | vsr | crofton: custom board |
| 14:21.15 | Crofton | do you have evm/beagle/overo you can test on? |
| 14:22.02 | marex | XorA, sucks :/ what about fixing it ? ;-) |
| 14:23.12 | vsr | crofton: it was working all while, i suspect a file system corruption |
| 14:24.23 | vsr | crofton: you run mplayer on omap and it plays video without any issue, like video/audio breaking |
| 14:24.55 | Crofton | no, 99% of my work has no screen :) |
| 14:26.28 | vsr | okay |
| 14:26.54 | pb_ | marex: patches are welcome |
| 14:27.04 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 14:27.25 | marex | pb_, hehe ;-) |
| 14:27.44 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07stable/2009 * r399a19118b 10openembedded.git/recipes/dsplink/ (gstreamer-ti_svn.bb ti-codec-combos_3.16.bb): |
| 14:27.44 | CIA-2 | gstreamer-ti: fix path to codec combos |
| 14:27.44 | CIA-2 | Acked-by: Philip Balister <philip@balister.org> |
| 14:27.54 | marex | pb_, it wasnt actually a request |
| 14:29.28 | XorA | marex: why do you so desperately require 4.3.3? |
| 14:29.58 | marex | XorA, since 4.4.0 is near and it'd be good to keep stuff up-to-date |
| 14:31.24 | pb_ | you could try the latest 4.4 snapshot, that might well fix your issue anyway. |
| 14:32.09 | XorA | again OE patches welcome :-) |
| 14:36.03 | *** join/#oe DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 14:43.09 | Gnutoo | mmm...wesnoth works fine with ssh -Y(needed for having at least 400x300 resolution) and armv6 |
| 14:43.16 | Gnutoo | the same doesn't work with armv4 |
| 14:43.25 | Gnutoo | I've only a segfault |
| 14:44.02 | Gnutoo | I'll look at the assembly again |
| 14:45.42 | Gnutoo | mmm...there is for armv6 or superior that: "ldrex %0, %1 \n\t" and I did a "ldr r0, [%1] |
| 14:45.55 | Gnutoo | with %1 beeing r2 |
| 14:46.20 | *** join/#oe waite (n=bwaite@static-71-120-222-85.rlghnc.dsl-w.verizon.net) |
| 14:49.10 | pb_ | what exactly are you trying to do? |
| 14:50.29 | *** join/#oe rkirti (n=Kirtika@203.199.213.3) |
| 14:54.34 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 14:55.41 | kergoth | morning |
| 14:56.01 | pb_ | g'day kergoth |
| 14:58.14 | *** join/#oe XorA (n=XorA@93-97-174-2.zone5.bethere.co.uk) |
| 15:00.01 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 15:00.14 | ant_work | kergoth: hi |
| 15:01.53 | *** join/#oe Cwiiis_ (n=cwiiis@82-43-46-194.cable.ubr02.croy.blueyonder.co.uk) |
| 15:02.41 | *** join/#oe Sleep_Walker (n=Sleep@88.103.38.239) |
| 15:03.10 | *** join/#oe f3nix (n=f3nix@gdg19.internetdsl.tpnet.pl) |
| 15:04.39 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 15:05.24 | virk | good afternoon :) |
| 15:13.29 | CIA-2 | 03Dirk 'Virk' Van Haerenborgh <vhdirk@gmail.com> 07org.openembedded.dev * rff30a9ba2d 10openembedded.git/ (5 files in 3 dirs): |
| 15:13.30 | CIA-2 | add gsoap v2.7.13, generates C/C++ source codes for Web service and client applications |
| 15:13.30 | CIA-2 | gsoap-native: unbreak self-dependency patch included |
| 15:13.30 | CIA-2 | FILES_${PN} includes {datadir} as soapcpp2 is some sort of compiler which needs the headers in datadir in order to be able to compile its |
| 15:13.32 | CIA-2 | soap stuff properly |
| 15:13.34 | CIA-2 | (third time's the charm) |
| 15:13.36 | CIA-2 | 03Dirk 'Virk' Van Haerenborgh <vhdirk@gmail.com> 07org.openembedded.dev * r47ef4977b2 10openembedded.git/ (conf/checksums.ini recipes/pcsc-lite/pcsc-lite_1.5.2.bb): |
| 15:13.39 | CIA-2 | pcsc-lite: Update to version 1.5.2 |
| 15:13.41 | CIA-2 | No packaging changes. |
| 15:13.47 | *** join/#oe _hc (n=hanschri@128-122-151-181.DYNAPOOL.NYU.EDU) |
| 15:13.49 | marex | pb_, do you know how exactly to set up the gcc-4.4.0 snapshot for OE ? |
| 15:14.06 | marex | pb_, do I need to write .bb file for it ? |
| 15:14.19 | kergoth | interesting that using dolt breaks gettext-native somehow, even though it isn't regenerating its autotools bits.. and it breaks in a very odd way.. wonder why |
| 15:14.24 | marex | or can I somehow use the gcc_svn.bb |
| 15:14.29 | *** join/#oe Flyser (i=Flyser@unaffiliated/flyser) |
| 15:15.36 | pb_ | marex: you should be able to use gcc_svn and adjust the src_uri to pull from the 4.4 branch rather than the head |
| 15:16.48 | marex | ok, I'll look into it once I get back home |
| 15:21.30 | assem | hi, i've just recently begun seeing 'ImportError: No module named _md5' error messages during my final do_rootfs task, are there new requirements for python or..? |
| 15:30.47 | hrw | rebuild openssl-native and then python-native |
| 15:38.57 | kergoth | hmmmmm |
| 15:39.21 | pb_ | indeed |
| 15:43.01 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 15:45.36 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 16:06.56 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 16:11.53 | *** join/#oe stefan_schmidt (n=stefan@p5B0354C0.dip.t-dialin.net) |
| 16:13.31 | CIA-2 | 03Dirk 'Virk' Van Haerenborgh <vhdirk@gmail.com> 07org.openembedded.dev * r647623726b 10openembedded.git/recipes/pcsc-lite/pcsc-lite_1.5.2.bb: pcsc-lite_1.5.2: wrong download link |
| 16:16.45 | *** part/#oe cmw_ (n=cmw@167.206.176.233) |
| 16:22.26 | Gnutoo | hi, what does ldrex %0, %1 do? (not ldrex %0,[%1]) |
| 16:24.51 | pb_ | that's just an instruction pattern, it doesn't "do" anything directly. it would all depend on what operands are substituted into it. |
| 16:25.02 | pb_ | what does your resulting assembly output look like? |
| 16:26.30 | Gnutoo | the problem is that I'm trying to fix boost for armv4...here the source of the assemlbly file: http://rafb.net/p/4duwO956.html |
| 16:26.57 | Gnutoo | I'm using boost with the new wesnoth |
| 16:27.18 | Gnutoo | with armv6 it works(if your screen is 400x300 at minimum) |
| 16:27.23 | Gnutoo | but not with armv4 |
| 16:27.28 | Gnutoo | but it compiles |
| 16:28.21 | Gnutoo | pb_, maybe I should change the register int val asm("r2") = (value_); to & or * ? |
| 16:28.34 | Gnutoo | so I could keep the assembly syntax as is |
| 16:28.47 | Gnutoo | because without the [] it doesn't compile |
| 16:29.09 | Gnutoo | even if I change the input/output list at the end |
| 16:30.17 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 16:30.20 | Gnutoo | I've made a small test program but I can't reproduce all the compilation process with it...in fact it doesn't fail where the whole compilation fails |
| 16:30.37 | pb_ | what's the call at 0xffff0fc0, is that cmpxchg or something? |
| 16:31.07 | Gnutoo | pb_, it's a call to the kenrel |
| 16:31.16 | Gnutoo | http://lwn.net/Articles/314144/ |
| 16:31.18 | pb_ | right, but which call? |
| 16:31.26 | Gnutoo | see Posted Jan 12, 2009 19:58 UTC (Mon) by npitre (subscriber, #5680) [Link] |
| 16:31.45 | pb_ | okay, yeah, I see, it is indeed cmpxchg |
| 16:31.59 | Gnutoo | yes |
| 16:32.14 | pb_ | and what exactly is the problem that you're having with this code? |
| 16:32.22 | Gnutoo | segmentation fault |
| 16:32.30 | pb_ | on which instruction? |
| 16:32.33 | Gnutoo | and gdb don't work |
| 16:32.42 | Gnutoo | maybe I should try remote gdb? |
| 16:33.05 | Gnutoo | http://rafb.net/p/SXbw4p66.html |
| 16:33.18 | Gnutoo | here's gdb on my device trough ssh |
| 16:33.32 | pb_ | or a different version of gdb, I guess. or some other tool. |
| 16:33.41 | pb_ | how did you establish that this piece of code was causing the segfault? |
| 16:33.43 | Gnutoo | ok I'll bitbake gdb |
| 16:33.49 | Gnutoo | I didn't |
| 16:34.07 | Gnutoo | It was that it worked on armv6 and not armv4 that made me think that... |
| 16:34.12 | pb_ | ah |
| 16:34.18 | Gnutoo | but I'm not shure it's the cause |
| 16:34.26 | pb_ | well, the first thing to do is to find out where your program is actually crashing. |
| 16:34.46 | pb_ | it's silly to try to debug that code without even knowing which instruction is causing the problem, the actual bug might be somewhere completely unrelated. |
| 16:34.55 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-162-015.pools.arcor-ip.net) |
| 16:35.08 | pb_ | if gdb doesn't work then you can use catchsegv, or in extremis CONFIG_DEBUG_USER or something. |
| 16:35.11 | CIA-2 | 03Chris Larson <clarson@kergoth.com> 07org.openembedded.dev * r7ab3964056 10openembedded.git/conf/collections.inc: |
| 16:35.11 | CIA-2 | collections.inc: add support for collection archives. |
| 16:35.11 | CIA-2 | Adds the ability to specify an archive in COLLECTIONS. Any archives of a |
| 16:35.11 | CIA-2 | supported format (default tar.gz/tgz/tar.X, tar.bz2/tbz/tbz2, zip/jar) will be |
| 16:35.11 | CIA-2 | unpacked into COLLECTIONS_UNPACKDIR and used from there. The default value of COLLECTIONS_UNPACKDIR is ${TMPDIR}/collections. |
| 16:35.13 | Gnutoo | yes that's a big problem.... |
| 16:35.14 | CIA-2 | Signed-off-by: Chris Larson <clarson@kergoth.com> |
| 16:35.17 | Gnutoo | ok thanks i'll try |
| 16:35.21 | CIA-2 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * r47ff456098 10openembedded.git/conf/ (bitbake.conf collections.inc): (log message trimmed) |
| 16:35.21 | CIA-2 | bitbake.conf, collections.inc: Add COLLECTIONS mechanism w/ a sane default. |
| 16:35.23 | CIA-2 | Added code which takes a list of directories in COLLECTIONS, in priority |
| 16:35.25 | CIA-2 | order (highest to lowest), and uses those to populate BBFILES, |
| 16:35.27 | CIA-2 | BBFILE_COLLECTIONS, BBFILE_PATTERN_*, and BBFILE_PRIORITY_*. |
| 16:35.28 | Gnutoo | ah there are debugging in wesnoth...i'll try that |
| 16:35.29 | CIA-2 | The default COLLECTIONS is based on BBPATH, so you can now specify a sane |
| 16:35.31 | CIA-2 | BBPATH, not bother setting up the collections variables or BBFILES, and |
| 16:35.31 | kergoth | suppose i shouldve added some acked-by's, but oh well |
| 16:35.31 | pb_ | but it shouldn't be too hard to find a version of gdb that works well enough to at least give you a register dump. |
| 16:36.19 | mpoullet|work | kergoth: good new, hope collections will go in stable too! |
| 16:36.36 | kergoth | would have to talk to one of the stable maintainers about that |
| 16:37.50 | kergoth | if someone wouldn't mind, please do a bit of testing using it, both relying on BBPATH (don't set COLLECTIONS at all yourself), and setting COLLECTIONS explicitly. just remove the BBFILES and BBFILE_* vars from your configs, because it won't overwrite yours |
| 16:38.34 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * reda32159da 10openembedded.git/ (2 files in 2 dirs): linux-omap 2.6.29: reenable BT for overo as well |
| 16:38.37 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re5f45da5c7 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 16:38.48 | Gnutoo | ok i'll bitbake gdb |
| 16:38.49 | Gnutoo | thanks a lot |
| 16:39.41 | CIA-2 | 03Chris Larson <clarson@kergoth.com> 07org.openembedded.dev * r9bf9f5e64e 10openembedded.git/conf/collections.inc: |
| 16:39.41 | CIA-2 | collections.inc: add note about not overwriting existing vars. |
| 16:39.42 | CIA-2 | Signed-off-by: Chris Larson <clarson@kergoth.com> |
| 16:41.15 | mpoullet|work | kergoth: I'll definitely test that, but after my week holidays :)! |
| 16:41.22 | kergoth | :) have fun |
| 16:43.28 | Gnutoo | the worse is that I don't even know which program segfault...(could be a dep such as an X library or similar) |
| 16:43.34 | Gnutoo | I'm bitbaking gdb |
| 16:47.44 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 16:48.35 | *** join/#oe koobe__ (n=koobe@83.150.95.26) |
| 16:52.09 | *** join/#oe garren (n=garren@dsl-246-33-211.telkomadsl.co.za) |
| 16:52.18 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 16:52.24 | garren | morning all |
| 16:53.13 | *** join/#oe Esben (n=esben@0x55532124.adsl.cybercity.dk) |
| 16:54.49 | hrw | ~curse xkb |
| 16:54.50 | ibot | May the fleas of a thousand camels infest your most sensitive regions, xkb ! |
| 16:54.57 | hrw | ~curse x11 too |
| 16:54.58 | ibot | May you be reincarnated as a Windows XP administrator, x11 too ! |
| 16:55.29 | hrw | x11 sucks when it comes to keyboards ;( |
| 16:58.48 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 17:02.44 | *** part/#oe thebohemian (n=rschus@p579E14EE.dip.t-dialin.net) |
| 17:03.09 | *** part/#oe mpoullet|work (n=mpoullet@proxye.avm.de) |
| 17:06.30 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 17:16.36 | CIA-2 | 03Chris Larson <clarson@kergoth.com> 07org.openembedded.dev * r3b215f7a41 10openembedded.git/conf/collections.inc: |
| 17:16.36 | CIA-2 | collections.inc: trim off trailing slashes for the entries in COLLECTIONS. |
| 17:16.37 | CIA-2 | Signed-off-by: Chris Larson <clarson@kergoth.com> |
| 17:21.55 | hrw | bye |
| 17:22.01 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 17:23.21 | kergoth | hmm, i should push some of these little bitbake fixes |
| 17:23.58 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6f89098a07 10openembedded.git/recipes/bluez/ (bluez4_4.31.bb files/bluetooth.conf): |
| 17:23.58 | CIA-2 | bluez4: add less restrictive (and hence less secure) bluetooth dbus config |
| 17:23.58 | CIA-2 | * this makes bluetooth actually work for non-root users and when using ssh/vnc/etc |
| 17:24.08 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r02655ea9a9 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev |
| 17:24.31 | *** join/#oe eFfeM (n=frans@195-241-226-180.ip.telfort.nl) |
| 17:33.19 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 17:35.12 | CIA-2 | 03kergoth * r1153 10bitbake/lib/bb/cooker.py: |
| 17:35.12 | CIA-2 | BBPKGS: act as a default that can be overridden via the cmdline. |
| 17:35.12 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 17:35.24 | CIA-2 | 03kergoth * r1154 10bitbake/lib/bb/cooker.py: |
| 17:35.24 | CIA-2 | BBMASK: survive a non-existant path and don't keep the dir after globbing. |
| 17:35.24 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 17:35.44 | CIA-2 | 03kergoth * r1155 10bitbake/lib/bb/parse/parse_py/ (BBHandler.py ConfHandler.py): |
| 17:35.44 | CIA-2 | Make the bbpath change for includes temporary rather than permanent. |
| 17:35.44 | CIA-2 | We currently modify BBPATH so that an include/require looks in the current |
| 17:35.44 | CIA-2 | working directory before it looks elsewhere. Modifying it permanently |
| 17:35.45 | CIA-2 | doesn't gain anything, just polluting it with locations that don't need to |
| 17:35.47 | CIA-2 | stay there. |
| 17:35.49 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 17:36.45 | CIA-2 | 03kergoth 07bitbake-1.8 * r1156 10/lib/bb/cooker.py: |
| 17:36.45 | CIA-2 | BBPKGS: act as a default that can be overridden via the cmdline. |
| 17:36.45 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 17:37.01 | CIA-2 | 03kergoth 07bitbake-1.8 * r1157 10/lib/bb/cooker.py: |
| 17:37.01 | CIA-2 | BBMASK: survive a non-existant path and don't keep the dir after globbing. |
| 17:37.01 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 17:37.37 | CIA-2 | 03kergoth 07bitbake-1.8 * r1158 10/lib/bb/parse/parse_py/ (BBHandler.py ConfHandler.py): |
| 17:37.37 | CIA-2 | Make the bbpath change for includes temporary rather than permanent. |
| 17:37.37 | CIA-2 | We currently modify BBPATH so that an include/require looks in the current |
| 17:37.37 | CIA-2 | working directory before it looks elsewhere. Modifying it permanently |
| 17:37.37 | CIA-2 | doesn't gain anything, just polluting it with locations that don't need to |
| 17:37.40 | CIA-2 | stay there. |
| 17:37.42 | CIA-2 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 17:41.29 | *** join/#oe pss (i=7aa60de8@gateway/web/ajax/mibbit.com/x-eacefc7df37ca7e6) |
| 17:42.53 | Gnutoo | I tried an older gdb and it gave that: Program exited with code 0140. |
| 17:43.09 | Gnutoo | => it doesn't work |
| 17:47.35 | *** join/#oe robtow (n=rtow1@nat/montavista/x-23eb3851528c027f) |
| 17:50.33 | *** join/#oe like2wise (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 17:53.35 | CIA-2 | 03Tom Rini <trini@embeddedalley.com> 07stable/2009 * r9bf1072440 10openembedded.git/ (11 files in 2 dirs): (log message trimmed) |
| 17:53.35 | CIA-2 | gcc: Fix 4.1.[012], 4.2.[1234] and 4.3.[123] SRC_URI to use ${GNU_MIRROR} and update checksums.ini |
| 17:53.35 | CIA-2 | This fixes a big problem with 4.3.3 as it wasn't using ftp.gnu.org but |
| 17:53.35 | CIA-2 | an alternate mirror that's gone away. Since I had to fix one I noticed |
| 17:53.35 | CIA-2 | others not calling ${GNU_MIRROR} but ftp.gnu.org. Also a few weren't |
| 17:53.39 | CIA-2 | using ${PV}, so use that too. |
| 17:53.41 | CIA-2 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
| 17:55.52 | dhd | oh good I'm glad that patch made it in :) |
| 17:55.58 | *** join/#oe florian (n=fuchs@f049104164.adsl.alicedsl.de) |
| 17:56.34 | dhd | kernel 2.6.29 needs a patch in order to be able to load modules on ARM, by the way |
| 17:56.54 | dhd | not sure if this is something that goes in OE metadata though - it's fixed in 2.6.29.1 |
| 17:59.06 | *** join/#oe vsr (i=7aa60de8@gateway/web/ajax/mibbit.com/x-b875bce678af4a13) |
| 18:00.23 | *** join/#oe xjqian (n=gordon@mscitspubwlgw.wustl.edu) |
| 18:05.18 | pss | when i boot a gpe-image, i see flashes of the login screen on my display, i am not sure what could be wrong, it alternates between login screen and blank screen. all while i see a 'x' mark at the centre of lcd |
| 18:05.33 | *** part/#oe vsr (i=7aa60de8@gateway/web/ajax/mibbit.com/x-b875bce678af4a13) |
| 18:07.13 | CIA-2 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r1caaca70e6 10openembedded.git/ (6 files in 2 dirs): |
| 18:07.13 | CIA-2 | mingw-binutils: Add 2.19.1 recipe and split common parts out into mingw-binutils.inc |
| 18:07.13 | CIA-2 | Signed-off-by: Esben Haabendal <eha@doredevelopment.dk> |
| 18:07.13 | CIA-2 | Signed-off-by: Tom Rini <trini@embeddedalley.com> |
| 18:07.55 | vsr_work | i think my xserver is getting killed and respawning again |
| 18:08.26 | vsr_work | the pids of xserver keep changing |
| 18:08.53 | vsr_work | what would make xserver to behave in such a fashion |
| 18:10.37 | kergoth | it's crashing |
| 18:10.41 | kergoth | or exiting |
| 18:10.53 | kergoth | do you really want us to list every possible cause of X not starting up? |
| 18:10.56 | kergoth | it'd be an awfully long list. |
| 18:11.26 | vsr_work | i would be interested to know why? is there a way to find out? |
| 18:12.40 | dhd | hey - is there a bitbake recipe for compat-wireless or the wireless-testing kernel tree? |
| 18:16.16 | Tartarus | Hmmm |
| 18:16.30 | Tartarus | Did the requirement for stuff to be in .dev first then stable get dropped? |
| 18:16.37 | Tartarus | I thought it was on the Stable page but I don't see it |
| 18:16.56 | *** join/#oe kristoffer (n=kristoff@79.138.146.214.bredband.tre.se) |
| 18:17.17 | Esben | Tartarus: I think everybody just assumed it was there ;-) |
| 18:17.38 | Tartarus | heh, hi Esben :) |
| 18:17.43 | Crofton|work | we would like to make sure stuff goes in to .dev :) |
| 18:17.54 | Crofton|work | to avoid divergence as long as possible |
| 18:18.01 | Crofton|work | well serious divergence |
| 18:19.04 | Esben | yes, but I hope to see divergence over time. I would like to be able to support products based on stable/2009 in let's say 5-10 years from now, and at that time I hope there will be almost nothing in common between stable/2009 and .dev ;-) |
| 18:19.32 | Esben | which is why I don't see that requirement for going to .dev as a sustainable policy. |
| 18:19.47 | Esben | but as of now, it is quite possible and sane. |
| 18:19.52 | kergoth | so you want us to ignore it and diverge right now, leaving dev without the fixes, instead of doing that for now? |
| 18:19.57 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 18:19.57 | Esben | no. |
| 18:20.26 | kergoth | well i don't think anyone expects current policy to last for 10 years |
| 18:20.47 | Esben | but I think we lack a good strategy for how to remember which commits on the .dev should be applied to stable later on. |
| 18:20.48 | Crofton|work | Esben, yes |
| 18:21.05 | Crofton|work | we are learning |
| 18:21.31 | Crofton|work | hates Verizon |
| 18:21.47 | Esben | perhaps we could use a strategy where we: 1) submit with [STABLE][PATCH] to list for review, 2) have it reviewed, 3) applied to .dev, 4) have it tested on .dev, 5) cherry-pick it to stable |
| 18:22.02 | kergoth | that's exactly what koen is doing today, esben |
| 18:22.17 | kergoth | I'm not sure what you think is actually happening right now, if not that |
| 18:22.34 | Esben | maybe we could add some states to patchwork that helps control which patches are now in .dev, and which have been sufficiently tested, and needs to be moved to stable. |
| 18:23.02 | Tartarus | kergoth, stuff from Koen in .dev doesn't usually first goto the list |
| 18:23.14 | kergoth | well, my mistake, it seems like 3) happens first, prior to the stable email |
| 18:23.20 | like2wise | (A short write up of the patchwork workflow would help, I'm unsure on how to help the proper way) |
| 18:23.23 | Tartarus | But jeremy has been post for .dev the post for stable |
| 18:23.24 | kergoth | which maeks much more sense than esben's proposal, imo |
| 18:23.38 | Esben | kergoth: you are getting quite close to what my concern is: I don't really see a clear picture of what is happening now. |
| 18:23.49 | Crofton|work | the problem is eventually, .dev and .stable will diverge |
| 18:24.13 | vsr_work | i get the message whenever x crashes "*** glibc detected **** Xorg: free():invalid pointer:0x184e84 ***" on my lcd |
| 18:24.20 | kergoth | fixes go into dev, if they're seen as good and tested, they get cherry picked to stable. that's what's happenign today, not rocket science. when it diverges, it diverges, no point freaking out about it today |
| 18:24.56 | Esben | But to be honest, I strongly believe that an agile/efficient procedure, know to everyone, usable to everyone, is a better strategy than "what koen is doing today".... |
| 18:25.24 | Esben | is not freaking out |
| 18:25.26 | mickeyl | agrees with esben |
| 18:25.38 | mickeyl | fwiw, i have been proposing testing -> devel -> stable for a while, with only cherry-picking allowed |
| 18:25.54 | mickeyl | but that doesn't seem to be attractive to many |
| 18:26.14 | Jay7 | like in FreeBSD! :) |
| 18:26.17 | Jay7 | hides |
| 18:28.16 | kergoth | Esben: I'm not sure what you seem to think is so difficult about getting it into dev, sending an email proposing its inclusion in stable, and then doing the cherry pick assuming it's approved. |
| 18:28.30 | Crofton|work | mickeyl, the problem is there is lots of stuff flowing into .dev that does not make .dev stable |
| 18:28.31 | kergoth | maintaining long lived bugfix branches isn't rocket science, CM people do it every day in a wide variety of scms |
| 18:29.26 | *** join/#oe greentux (n=lemke@BAA2c6d.baa.pppool.de) |
| 18:29.33 | mickeyl | Crofton|work: exactly. that's why there's no autoflow, but cherry-picking |
| 18:30.31 | Esben | kergoth: did I say it was difficult? but I do dare to say that it is error prone to commit to .dev, have to wait a while, and then (without every forgetting) remember to ask for it to be cherry-picked an undefinite amount of time later on. |
| 18:30.36 | Crofton|work | but eventually, someone will submit something into .dev that makes .dev recipes stop building in .stable |
| 18:30.43 | Crofton|work | this isgood btw |
| 18:30.48 | kergoth | Esben: if you want it in stable, its your responsibility to push for it going into stable. |
| 18:31.03 | kergoth | if you don't, then let it be forgotten, and move on with your day |
| 18:31.06 | kergoth | again, not difficult |
| 18:31.12 | kergoth | or "error prone" |
| 18:31.14 | Crofton|work | can you explain what the mingw binutils stuff is? |
| 18:31.16 | Esben | maintaining stable software is not rocket sciences, it is quite simple if efficient and not to error-prone procedures are used. |
| 18:32.00 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 18:32.07 | Esben | Crofton|work: it is just a version of GNU binutils, hacked up a bit so it fit's MinGW. |
| 18:32.26 | Crofton|work | why do we need it? |
| 18:32.35 | kergoth | if you're too lazy to push for a commit going to stable, thats your problem. error-prone my ass. |
| 18:32.44 | Crofton|work | I'm not trying to be difficult, just trying to understand why it should go in |
| 18:32.45 | Esben | kergoth: if things start to be forgotten, then stable will slowly die. I guess that is not what anyone wants. |
| 18:33.23 | Crofton|work | no matter what the workflow, stuff won't get commited if we do not understand it |
| 18:33.41 | Esben | Ok, I see it is kind of difficult to discuss these things without some people getting personal. Sad. |
| 18:33.43 | Crofton|work | really hates Verizon now |
| 18:34.45 | Esben | Crofton|work: what is really easy to explain, is that mingw-binutils 2.19.1 is a newer version than mingw-binutils 2.17.xxxx which is in our metadata right now, and is needed to build MinGW canadian-sdk. |
| 18:35.06 | Crofton|work | ah |
| 18:35.17 | Crofton|work | barely understands canadiam sdk's :) |
| 18:35.27 | *** join/#oe mwester (n=mwester@209-242-7-134.rev.dls.net) |
| 18:35.50 | Crofton|work | so there is no impact on anyone other than people using canadian sdk's? |
| 18:35.58 | Esben | but it really is just a special branch of GNU binutils that happens to be able to link stuff so it works on win32 :-) |
| 18:36.22 | Crofton|work | I'm trying to understand how badly I would mess up stable if i push it :) |
| 18:36.42 | Esben | nope, that is why it is now DEFAULT_PREFERENCE=-1 as it should not be used for anything else than mingw32 canadian sdk stuff. |
| 18:36.49 | Crofton|work | ok |
| 18:37.16 | Crofton|work | I need to do some paying work now, but I am trying to set aside some time for stable work in the next day |
| 18:37.20 | Esben | I feel quite confident that it would be a bad idea to use it to link Linux binaries. |
| 18:37.36 | Crofton|work | if there are no outstanding comments and the acks are there I will push |
| 18:37.48 | Crofton|work | but, I need to do some real work first |
| 18:37.51 | Crofton|work | :) |
| 18:37.52 | Esben | thanks. |
| 18:39.00 | hrw | re |
| 18:39.06 | khem | thumb interworking is screwed in 2.19 it does not emit thumb to thumb trampolines correctly |
| 18:39.20 | *** join/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 18:39.35 | khem | as OE seems to be more and more thumb than arm be careful when using it |
| 18:39.37 | denix0 | Crofton|work: question on patchwork |
| 18:39.37 | *** join/#oe kristoffer (n=kristoff@79.138.146.214.bredband.tre.se) |
| 18:39.47 | Crofton|work | yikes |
| 18:40.01 | denix0 | Crofton|work: should processed patches be archived? |
| 18:40.16 | Crofton|work | I think koen added a state for applied? |
| 18:40.25 | khem | denix0: koen's message said they should be changed to applied |
| 18:40.30 | khem | heh |
| 18:40.40 | Crofton|work | we should review the available states |
| 18:40.48 | Crofton|work | but I really need to do some work :) |
| 18:40.49 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 18:41.01 | denix0 | yeah, available states are not clear |
| 18:41.03 | khem | I sweep sometimes |
| 18:41.10 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3bd414d3c7 10openembedded.git/recipes/bluez/ (bluez4_4.31.bb files/bluetooth.conf): bluez4: fix dbus service file |
| 18:41.40 | denix0 | plus, archived is a flag, not a state. my assumption was once a patch is processed, change its state and set the archive flag |
| 18:42.37 | denix0 | but I see there are many patches in applied/accepted/rejected state, but not archived... so I'm not sure |
| 18:43.02 | *** join/#oe kristoffer (n=kristoff@79.138.146.214.bredband.tre.se) |
| 18:45.06 | *** join/#oe kante (i=7aa60de8@gateway/web/ajax/mibbit.com/x-1eb03cd189f70006) |
| 18:45.11 | *** join/#oe kristoffer (n=kristoff@79.138.146.214.bredband.tre.se) |
| 18:50.20 | *** join/#oe kristoffer (n=kristoff@79.138.146.214.bredband.tre.se) |
| 18:51.02 | denix0 | otavio: ping |
| 19:01.30 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 19:09.10 | otavio | denix0: hi |
| 19:09.20 | denix0 | otavio: saw your message |
| 19:09.45 | denix0 | otavio: what do you want to do with it? |
| 19:10.04 | otavio | denix0: well; revert it? |
| 19:10.10 | denix0 | :) |
| 19:10.32 | denix0 | it is kind of a good fix overall, but it breaks other things... |
| 19:10.37 | denix0 | hrw: ping! |
| 19:10.48 | denix0 | lets ask hrw about it... |
| 19:11.03 | hrw | pong |
| 19:11.16 | denix0 | remember RPM commits? |
| 19:11.31 | denix0 | one of the commits breaks other stuff in oe... |
| 19:11.37 | hrw | ok, revert that commit if it breaks stuff |
| 19:12.27 | denix0 | ah, I don't like reverting good commits just because it unmasks problems elsewhere... :) |
| 19:13.44 | denix0 | hrw: I take you've read this thread http://thread.gmane.org/gmane.comp.handhelds.openembedded/22376/focus=22556 |
| 19:14.01 | hrw | curl 7.19 curl-sdk 7.18 one? |
| 19:14.07 | denix0 | yeah |
| 19:14.20 | denix0 | it also break something for otavio |
| 19:14.30 | hrw | want me to write to ML that I Ack reverting? |
| 19:15.00 | denix0 | if you think reverting is best... |
| 19:15.18 | hrw | I do not have a time to check |
| 19:15.27 | denix0 | ah, sorry |
| 19:15.32 | hrw | revert and then Tartarus or me will check it one day |
| 19:16.03 | khem | denix0: how about fixing the real problem I havent read your post yet |
| 19:16.04 | denix0 | ok, thanks |
| 19:16.15 | kante | i want to install some good games which i can play with touch screen, are the games on oe heavy in size? |
| 19:16.20 | denix0 | khem: I'd like to fix it properly too |
| 19:16.53 | khem | denix0: I would suggest that we try to fix it before reverting |
| 19:17.07 | denix0 | khem: I agree |
| 19:17.23 | assem | the recipe for came_1.7 shows a dependency for giblib, but fails when building because of a missing giblib header file (i guess there is no -dev pkg made); is this a problem i can correct is it a problem with the came package maintainer ? |
| 19:17.57 | denix0 | hrw: how about we look for a proper fix and if not, then revert it later... |
| 19:18.07 | Tartarus | assem, it sounds like do_stage isn't copying all of the headers |
| 19:18.22 | Tartarus | Fix and post to the ML :) |
| 19:18.57 | denix0 | otavio: sorry for the delay. hope you don't mind waiting a little longer for a fix. I may need your help reproducing the issue... |
| 19:20.17 | khem | denix0: I believe your fix for curl is fixing the root cause in a way |
| 19:20.37 | denix0 | it only fixes curl |
| 19:20.58 | denix0 | but otavio is having a similar issue with other packages |
| 19:21.14 | *** join/#oe kristoffer (n=kristoff@79.138.146.214.bredband.tre.se) |
| 19:22.05 | assem | Tartarus: i'm pretty new at this - only made it through the first tutorials :) but i would like to help.. |
| 19:22.06 | denix0 | now, can there be more than 1 pkgdata/runtime files with the same name in different directories? |
| 19:22.20 | *** join/#oe kristoffer (n=kristoff@79.138.146.214.bredband.tre.se) |
| 19:24.47 | denix0 | are there any gurus in pkgdata stuff? :) |
| 19:27.07 | kante | i checkout the stable branch and i get the following error: ERROR: maximum recursion depth exceeded while calling a Python object while parsing /stuff/openembedded/recipes/sato-icon-theme/sato-icon-theme_0.1.bb |
| 19:27.17 | hrw | bye |
| 19:27.20 | kante | is the repository broken? |
| 19:27.30 | denix0 | hrw|gone: bye |
| 19:27.48 | khem | hrw|gone: bye |
| 19:28.53 | *** join/#oe XorA (n=XorA@94-193-93-235.zone7.bethere.co.uk) |
| 19:29.03 | Esben | kante: which bitbake version do you use? |
| 19:29.35 | khem | denix0: let me build and I will try to see if I can find something |
| 19:29.52 | denix0 | khem: thanks |
| 19:29.58 | kante | 1.8.13 |
| 19:30.17 | *** part/#oe vsr_work (i=7aa60de8@gateway/web/ajax/mibbit.com/x-eacefc7df37ca7e6) |
| 19:30.25 | denix0 | otavio's problem is with something I've never built before... |
| 19:30.58 | kante | Esben: something wrong with my bitbake |
| 19:31.45 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 19:32.27 | Esben | Unless you have a very good reason, I suggest you use the tags/bitbake-1.8.12 version. |
| 19:33.00 | Esben | so if you are using branches/bitbake-1.8 or maybe even trunk, you should try 1.8.12 |
| 19:33.56 | kante | Esben: if i do change my bitbake version now, do i need to recompile all the packages i have until now? |
| 19:34.32 | otavio | denix0: please explain |
| 19:34.46 | denix0 | otavio: what exactly? |
| 19:34.53 | otavio | [16:30] < denix0> otavio's problem is with something I've never built before... |
| 19:35.48 | denix0 | otavio: lxde, openbox? I've never built those |
| 19:35.59 | *** join/#oe stefan_schmidt_ (n=stefan@p5B036D20.dip.t-dialin.net) |
| 19:36.09 | denix0 | what's the target for those? |
| 19:36.09 | otavio | denix0: it fails with gtk-engine-clearlooks too |
| 19:37.47 | *** join/#oe pb__ (n=pb@79-71-236-177.dynamic.dsl.as9105.com) |
| 19:37.53 | denix0 | are those part of one target? |
| 19:40.58 | *** join/#oe LakeSolon (n=blake@64-83-211-119.dhcp.stcd.mn.charter.com) |
| 19:50.55 | kergoth | denix0: tell me more about these filters on the output messages... :) |
| 19:52.41 | *** join/#oe dijenerate (n=dijenera@64.210.41.166) |
| 19:53.39 | *** join/#oe timtimred (n=meh@79-77-121-253.dynamic.dsl.as9105.com) |
| 19:55.13 | denix0 | kergoth: basically, some regexps to colorify/highlight the output and sometimes send notifications on specific events... |
| 19:57.03 | kergoth | wonders how the frontend stuff in bitbake trunk is coming along |
| 19:57.24 | denix0 | so, I need to look closely to your changes for breakage to my regexps and if any event messages I'm interested in are changed/removed |
| 19:59.10 | kergoth | i think i only changed 2 messages, the rest were just switched from note to debug |
| 19:59.39 | kergoth | didn't mean to slip the couple minor message format changes into that commit, shouldve been a separate one :P |
| 19:59.52 | denix0 | ah, ok. so if I need something I can get it back with -DD |
| 19:59.59 | kergoth | yup |
| 20:00.05 | kergoth | i figured it was best not to remove anything completely, yet |
| 20:00.21 | denix0 | fair enough |
| 20:00.34 | kante | sir, i want ro install a simple ftp server, ssh client, could anyone help me regarding the packages to select? |
| 20:00.50 | denix0 | ssh client - dropbear |
| 20:00.51 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 20:01.09 | denix0 | it is also ssh server |
| 20:02.10 | mwester | openssh works better ;) |
| 20:02.20 | denix0 | but bigger |
| 20:02.23 | kante | i dont need a ssh server, i need a ftp server |
| 20:02.35 | mwester | inetutils or inet-utils |
| 20:02.43 | mwester | one of the two is the right name |
| 20:02.47 | denix0 | there are plenty of them |
| 20:02.56 | denix0 | proftpd |
| 20:02.56 | mwester | vsftpd, proftpd? |
| 20:02.58 | denix0 | vsftpd |
| 20:03.09 | denix0 | bftpd |
| 20:03.34 | mwester | Somebody built bftpd, but I don't know that they ever submitted the recipe to OE... I shoiuld go check that and dig it up, i guess. |
| 20:03.38 | denix0 | does any of net-kit/net-tools have one? |
| 20:03.50 | *** join/#oe booxter (n=booxter@80.249.94.115) |
| 20:03.55 | denix0 | there is bftpd in recipes |
| 20:04.20 | mwester | inetutils has the original ftpd |
| 20:04.58 | mwester | shoot, we're drowining in networking utils! :D |
| 20:04.59 | kante | i have a 64mb nand flash, i cant fit in all |
| 20:05.13 | kante | ;-) |
| 20:05.14 | mwester | 64mb or 64MB? |
| 20:06.03 | kante | 64 mega bytes |
| 20:06.16 | mwester | SlugOS fits in 8MB total flash space, with kernel and bootloader, and has the full openssh... another few MBytes and it will easily support the whole inetutils package. |
| 20:06.26 | mwester | 64MB is lots of space :) |
| 20:06.46 | denix0 | yep |
| 20:08.00 | *** join/#oe toggles_w (n=irssi_to@tommywatson.com) |
| 20:08.01 | denix0 | been doing 2MB flash / 8MB RAM for years with quite complete linux router/gateway system |
| 20:08.52 | denix0 | so, bootloader, kernel and filesystem were all fitting in 2MB flash (used dropbear for ssh though) |
| 20:08.59 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07stable/2009 * r138407b114 10openembedded.git/recipes/postgresql/ (4 files): |
| 20:08.59 | CIA-2 | postgresql: use LDFLAGS for shared libs (fixes QA error) |
| 20:08.59 | CIA-2 | Signed-off-by: Jeremy Lainé <jeremy.laine@m4x.org> |
| 20:08.59 | CIA-2 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
| 20:16.50 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07stable/2009 * r0fe5da9271 10openembedded.git/recipes/gsoap/ (gsoap/rename_bogus_ldflags.patch gsoap_2.7.7.bb): |
| 20:16.50 | CIA-2 | gsoap: use LDFLAGS (fixes QA error) |
| 20:16.50 | CIA-2 | Signed-off-by: Jeremy Lainé <jeremy.laine@m4x.org> |
| 20:16.50 | CIA-2 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
| 20:20.40 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 20:20.47 | *** join/#oe dijenerate (n=dijenera@64.210.41.166) |
| 20:20.49 | *** join/#oe kristoffer (n=kristoff@94.191.173.103.bredband.tre.se) |
| 20:23.32 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 20:27.07 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 20:30.38 | *** part/#oe kante (i=7aa60de8@gateway/web/ajax/mibbit.com/x-1eb03cd189f70006) |
| 20:37.57 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 20:39.52 | *** join/#oe ant__ (n=andrea@host240-186-dynamic.60-82-r.retail.telecomitalia.it) |
| 20:49.15 | kergoth | wonders where zecke's at, silly people.. logging off of irc |
| 20:49.51 | stefan_schmidt_ | kergoth: He is still in .tw |
| 20:50.06 | kergoth | ahh |
| 20:50.10 | kergoth | cool |
| 20:59.37 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * rb524e4fb6d 10openembedded.git/packages/vala/ (4 files in 2 dirs): vala[-native]: add patch to make ByteArray usable (pending upstream inclusion) |
| 20:59.38 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * r348b715757 10openembedded.git/packages/vala/ (5 files in 2 dirs): |
| 20:59.38 | CIA-2 | vala[-native]: 0.5.6 -> 0.5.7 |
| 20:59.38 | CIA-2 | remove patches applied upstream |
| 20:59.41 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * re48b7b0f35 10openembedded.git/packages/vala-terminal/vala-terminal_git.bb: vala-terminal: bump version number |
| 20:59.44 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * r7c424a82c5 10openembedded.git/packages/vala/ (7 files in 2 dirs): vala: add another patch against glib-2.0.vapi |
| 20:59.47 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * rc209f3740a 10openembedded.git/conf/distro/include/preferred-om-2008-versions.inc: preferred-om-2008-versions.inc: bump vala and libtiff |
| 20:59.50 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * r099f346b5d 10openembedded.git/packages/vala/vala.inc: vala: touch gobject.vala.stamp before compiling; apparantly there's a timeglitch in the tarball. Closes OE |
| 20:59.56 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * r624b08487e 10openembedded.git/classes/ (fso-plugin.bbclass vala.bbclass): |
| 20:59.59 | CIA-2 | fso-plugin.bbclass: new class for fso plugin packaging |
| 21:00.01 | CIA-2 | vala.bbclass: new class for vala-based packages |
| 21:00.03 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * r5e4119af28 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sane-srcrevs: bump EFL and add known-good for vala-native-git |
| 21:00.08 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * r6850d2c9e1 10openembedded.git/packages/vala/ (vala-native_0.5.7.bb vala-native_git.bb vala.inc): vala-native: add git version (DP=-1) |
| 21:00.11 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * r92fef63724 10openembedded.git/conf/distro/include/fso-autorev.inc: fso-autorev: add libeflvala |
| 21:00.14 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * r2753c1d7ff 10openembedded.git/packages/vala/vala-native_git.bb: |
| 21:00.19 | CIA-2 | vala-native: build git version from freesmartphone.org which has some additional patches on top |
| 21:00.21 | CIA-2 | (always sent upstream for inclusion) |
| 21:00.23 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * rc692c88e63 10openembedded.git/ (3 files in 2 dirs): vala-native: bump to 0.6.0 and make git version the default; we need a bootstrap version now though. |
| 21:00.27 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * r666af4b426 10openembedded.git/ (2 files in 2 dirs): libeflvala: new recipe; Vala bindings for the Enlightenment Foundation Libraries |
| 21:00.32 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07fso/milestone5.5 * rb64eb17349 10openembedded.git/packages/vala/vala-bootstrap-native_0.6.0.bb: vala-bootstrap-native: bring back timestamp hack; still necessary |
| 21:00.35 | CIA-2 | 03Tom Rini <trini@embeddedalley.com> 07fso/milestone5.5 * r6f959af351 10openembedded.git/conf/checksums.ini: checksums.ini: Add vala-0.6.0 |
| 21:10.10 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07fso/milestone5.5 * reb90a0063a 10openembedded.git/packages/bluez/bluez4_4.33.bb: bluez4: also depend on libusb-compat |
| 21:12.50 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 21:19.20 | ant__ | kergoth: about cooker.py..likewise remebered recently http://bugs.openembedded.net/attachment.cgi?id=13797 . Is already fixed? |
| 21:20.12 | kergoth | don't know |
| 21:20.38 | ant__ | go :) |
| 21:21.00 | *** part/#oe bazbell (n=a0192809@nat/ti/x-de3f8f64962d3190) |
| 21:28.44 | *** join/#oe vsr|work (i=7aa60de8@gateway/web/ajax/mibbit.com/x-2cecfc595cc5ee71) |
| 21:29.54 | vsr|work | in a gpe-image when i click on the settings->screen setup->touch calibration, nothing happens, is this the default behaviour? |
| 21:31.24 | ant__ | vsr|work: ehm..no |
| 21:32.47 | Jay7 | may be just appropriate package is not installed? |
| 21:33.00 | vsr|work | is there a way i can debug this, it is supposed to call xtscal |
| 21:35.04 | vsr|work | when i run it on console gpe-conf screen, i get the message: XCALIBRATE extension missing: Success |
| 21:35.30 | vsr|work | what does it mean? i see xtscal app on my system |
| 21:38.12 | *** join/#oe toggles (n=tommy@pool-70-20-67-249.pitbpa.east.verizon.net) |
| 21:38.28 | Jay7 | vsr|work: are you using kdrive? |
| 21:38.40 | Jay7 | seems x-server is build w/o this extension |
| 21:38.46 | Jay7 | or something like |
| 21:38.56 | Jay7 | but I'm not sure |
| 21:39.33 | vsr|work | jay7: i am using x.org |
| 21:40.40 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 21:41.51 | ant__ | try to remove /etc/pointercal and reboot |
| 21:42.26 | vsr|work | xtscal does not workl i get the same error when i run xtscal, XCALIBRATE extension missing: Success |
| 21:43.39 | ant__ | Jay7: btw Zaurus keyboard is still broken in GPE... |
| 21:43.52 | Jay7 | ant__: xmodmap? |
| 21:44.02 | ant__ | strikes again |
| 21:44.05 | Jay7 | or keymap-2.6? |
| 21:44.22 | ant__ | first |
| 21:44.37 | ant__ | I've read about intermittent bug..funny |
| 21:44.40 | vsr|work | i use the same gpe-image.bb file in oe repo. should i change it to take xserver-kdrive |
| 21:45.59 | ant__ | Jay7: http://www.oesf.org/forum/index.php?showtopic=26598 |
| 21:46.04 | ant__ | utx = Stanislav |
| 21:46.24 | Jay7 | is still recompiling, debugging, fixing and recompiling againg :) |
| 21:47.23 | Jay7 | ant__: yeah, I have noted this too |
| 21:47.57 | Jay7 | I'm thinking already about implementing native zaurus touchscreen support in kdrive |
| 21:48.09 | Jay7 | just to drop tslib dependency |
| 21:48.21 | Jay7 | but I'm unsure why no one done this already.. |
| 21:48.43 | *** join/#oe ptitjes (n=didier@AVelizy-154-1-105-155.w90-2.abo.wanadoo.fr) |
| 21:49.03 | kergoth | why would you want to? you'd just have to reimplement the event filtering to remove noise yourself |
| 21:49.10 | kergoth | seems pointless |
| 21:50.00 | Jay7 | or so :) |
| 21:50.28 | *** join/#oe ptitjes (n=didier@AVelizy-154-1-105-155.w90-2.abo.wanadoo.fr) |
| 21:51.56 | ptitjes | hello |
| 21:51.56 | vsr|work | jay7: are you suggesting me to select xserver-kdrive? |
| 21:52.11 | Jay7 | vsr|work: I don't know :( |
| 21:52.20 | Jay7 | but you can try at least |
| 21:52.46 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
| 21:52.49 | vsr|work | jay7: i have given a build |
| 21:52.51 | ptitjes | can someone help me on this ? I have openssl-native making parse errors: |
| 21:52.54 | ptitjes | http://pastebin.com/m61de5070 |
| 21:54.09 | ptitjes | the recipes are from oe |
| 21:56.47 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 21:56.51 | *** join/#oe dijenerate (n=dijenera@64.210.41.166) |
| 21:58.22 | khem | i386-darwin hmm do you use a mac |
| 22:00.00 | vsr|work | what does "?=" mean. does it mean. if not already defined use it? |
| 22:00.02 | khem | ptitjes: I dont know if many of us use macs here so not many have seen such an error |
| 22:00.15 | khem | vsr|work: yes its a weak assignment |
| 22:00.43 | vsr|work | how do i know what is variable XSERVER set to? |
| 22:00.54 | ptitjes | khem: I use Gentoo-Prefix above a Mac |
| 22:01.03 | ptitjes | khem: so this should not be a problem |
| 22:01.16 | ptitjes | khem: the only thing is don't have a linux kernel |
| 22:01.22 | vsr|work | i know which .bb file it comes from |
| 22:01.41 | ptitjes | khem: anyway I don't see why this should parse differently |
| 22:02.12 | khem | ptitjes: ERROR: Information not available for target 'i386-darwin' |
| 22:02.18 | ant__ | ptitjes: http://cgit.openembedded.net/cgit.cgi?url=openembedded/log/&h=koen/darwin-host-fixes |
| 22:02.39 | ant__ | probably you already know |
| 22:03.28 | ptitjes | ant__: what is that ? I must use a different oe branch ? |
| 22:03.43 | *** join/#oe dcordes (n=dcordes@unaffiliated/dcordes) |
| 22:04.52 | ptitjes | khem: what information does it want ? |
| 22:05.28 | ptitjes | do I miss some commands ? |
| 22:06.06 | ant__ | just cherry-pick the patches |
| 22:06.08 | ant__ | <PROTECTED> |
| 22:06.08 | ant__ | + darwin-i386) |
| 22:06.08 | ant__ | + target=darwin-i386 |
| 22:06.08 | ant__ | + ;; |
| 22:06.08 | ant__ | esac |
| 22:06.16 | ant__ | btw.. |
| 22:06.36 | ant__ | I'm too lazy and actually did not yet test on LEopard |
| 22:06.41 | khem | ptitjes: I think openssl needs to know your triplet |
| 22:06.56 | ptitjes | ant__: couldn't I fool oe making it think I'm not mac ? |
| 22:06.59 | ant__ | yep...openssl: add i386-darwin to known buildhosts |
| 22:07.00 | khem | ptitjes: it seems it does not know i386-darwin |
| 22:07.10 | ptitjes | ant__: because in fact I just don't have the kernel |
| 22:07.25 | ptitjes | ant__: the whole stack above is based on coreutils |
| 22:07.35 | ant__ | ptitjes: I'm sorry...iirc just Koen is building on Mac |
| 22:07.58 | ant__ | I can't give you direct info |
| 22:08.08 | ptitjes | but why do oe needs to know about the kernel. I don't get it |
| 22:08.17 | khem | ptitjes: its not oe |
| 22:08.23 | khem | its a package openssl |
| 22:08.35 | ptitjes | khem: so it is not a parsing error ? |
| 22:09.09 | khem | ptitjes: its a parsing error, I think it could have let it go and let openssl-native fail |
| 22:09.35 | ptitjes | khem: could I provide openssl myself ? |
| 22:09.54 | kergoth | there are lots of issues with building OpenEmbedded on darwin |
| 22:09.55 | kergoth | *lots* |
| 22:09.57 | ptitjes | in fact I already got it on my Gentoo |
| 22:09.59 | kergoth | koen has a branch thats a starting point |
| 22:10.03 | kergoth | but there are quite a few other issues |
| 22:10.06 | kergoth | i have a list of them here.. |
| 22:10.14 | ptitjes | kergoth: I don't use Darwin |
| 22:10.22 | khem | kergoth: I did build once like ages back |
| 22:10.23 | ptitjes | kergoth: I use Gentoo-Prefix |
| 22:10.47 | kergoth | ah, well, it chooses the OS from uname |
| 22:10.54 | kergoth | so why is your uname showing darwin? |
| 22:11.06 | ptitjes | the triplet is not changed because it is the kernel is not changed |
| 22:11.33 | kergoth | either deal with the fact that it can't build on darwin, or override the BUILD_OS to Linux |
| 22:11.41 | kergoth | er, linux |
| 22:11.55 | ptitjes | kergoth: cool in what conf file must I do this ? |
| 22:12.02 | kergoth | who cares? |
| 22:12.04 | ptitjes | local.conf ? |
| 22:12.26 | kergoth | if that's where you want it, sure |
| 22:12.31 | kergoth | bitbake doesn't care |
| 22:12.36 | ptitjes | is oe newbie |
| 22:12.41 | khem | why dont you want this patch http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&h=koen/darwin-host-fixes&id=1462ede86c53ec7bf8858369467aeb57e68b0577 |
| 22:12.46 | kergoth | bitbake parses conf/bitbake.conf, which includes all the other .conf files in a specific order |
| 22:13.30 | ptitjes | khem: I don't know how to do it properly |
| 22:13.39 | *** join/#oe dijenerate (n=dijenera@64.210.41.166) |
| 22:13.42 | ptitjes | khem: I use the SHR Makefile |
| 22:15.27 | khem | ptitjes: ugh, do you have openssl.inc somewhere |
| 22:16.38 | ant__ | is reading how big the hack is (Gentoo Prefix) |
| 22:16.43 | ptitjes | khem: you mean doing it by hand but then I'll have problems while updating... |
| 22:17.18 | ptitjes | ant__: As I feel it the whole oe thing should have been based on Gentoo-Prefix |
| 22:17.32 | kergoth | put down the crack pipe |
| 22:17.46 | ptitjes | but I don't want to launch a flame war ;) |
| 22:17.53 | khem | ptitjes: so what, you dont want any patches |
| 22:18.17 | ptitjes | khem: how can I put them somewhere so that when I update it is reapplied transparently ? |
| 22:18.24 | kergoth | ptitjes: fyi, we *did* base on portage, and then removed a ton of its aspects that sucked ass for cross development |
| 22:18.42 | ptitjes | kergoth: crossdev do not suck |
| 22:18.54 | ptitjes | kergoth: it is rock solid |
| 22:19.20 | khem | ptitjes: what brings you to OE |
| 22:19.31 | ptitjes | anyway that is not the point... I'm forced to use oe for its bad and goods. so I accept it :) |
| 22:19.37 | kergoth | using portage to build for embedded is like building a car engine with some string and a drinking straw |
| 22:19.39 | kergoth | weak. |
| 22:20.39 | ptitjes | kergoth: hum... |
| 22:20.47 | kergoth | i respect the gentoo embedded guys, solar is one of the most clueful embedded people i know, but i wouldnt' touch that shit with a ten foot pole |
| 22:21.03 | ptitjes | khem: so ok I apply the patch by hand |
| 22:22.49 | kergoth | anyone looked at e2factory yet? |
| 22:23.25 | ptitjes | kergoth: I never had so much problems I had with 6 months using oe that I had using portage for 6 years |
| 22:24.21 | kergoth | good for you |
| 22:24.40 | ant__ | ptitjes: while portage is very well-suited for the build-host itself, it cannot cope as well with crosscompiling |
| 22:25.09 | ant__ | ptitjes: I use Gentoo since it's origins |
| 22:25.20 | ptitjes | ant__: I don't see your point here. why is it not suited for it ? |
| 22:25.26 | kergoth | right. i don't have anything against portage, though i do think the old python codebase is a pile of crap, and I'm glad to see alternative implementations now, but i think trying to use it for what you use OpenEmbedded for is badly stretching it beyond its intended use and capabilities. |
| 22:25.53 | ant__ | nod |
| 22:25.56 | kergoth | not to mention gentoo's package database isn't suited to our highly granular binary packaging to save space on disk, they just hack it by rm -rf'ing man pages and crap.. guh |
| 22:26.21 | ant__ | kergoth: it's ok for a server and a good sysadm ;-) |
| 22:26.26 | kergoth | hehe |
| 22:26.58 | ant__ | I can even develop OE hassle-free on it ... |
| 22:27.02 | ant__ | :] |
| 22:27.02 | kergoth | OpenEmbedded has its issues, believe me, you should see my list of concerns with the current implementation and design, but i still think it's better than any of the current alternatives |
| 22:28.34 | kergoth | http://docs.google.com/Doc?id=dzb388z_67cb57qmgq exported from my omnioutliner doc |
| 22:28.40 | ptitjes | well the patch doesn't fix it. I tried darwin-i386, i386-darwin. nothing does. do I miss something ? |
| 22:28.59 | ptitjes | do I need to trigger a checksum regeneration or something ? |
| 22:29.26 | timtimred | aare you trying to build for OS X? |
| 22:29.45 | timtimred | good luck :) it has ooo some issues :) |
| 22:30.03 | ptitjes | timtimred: no my target is gta02 |
| 22:30.09 | timtimred | darin? |
| 22:30.12 | timtimred | darwin? |
| 22:30.28 | ptitjes | my host's host is darwin |
| 22:31.54 | timtimred | ok :) |
| 22:32.11 | timtimred | (wow peopel actually run darwin...( |
| 22:32.13 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 22:32.14 | timtimred | :) |
| 22:32.34 | vsr|work | Jay: selecting xserver-kdrive worked, thank you |
| 22:33.26 | vsr|work | Jay7: im happy, i can move to the next problem now |
| 22:33.29 | *** join/#oe dijenerate (n=dijenera@64.210.41.166) |
| 22:33.31 | Jay7 | vsr|work: :) |
| 22:33.33 | ptitjes | khem, kergoth: setting BUILD_OS=linux made the parse error go away |
| 22:33.41 | ant__ | vsr|work: so you see xserver-xorg is broken? Me and Jay7 are using kdrive too... |
| 22:33.54 | Jay7 | hm.. |
| 22:34.09 | vsr|work | ant_, Jay7: rotation also works |
| 22:34.18 | Jay7 | so we can't use xserver-xorg.. |
| 22:34.35 | ant__ | eh..there were proposals for moving to it |
| 22:34.45 | Jay7 | ant__: I remember that :) |
| 22:34.52 | ptitjes | also could someone point me to the sato-icon-theme fix. I heard it is a know problem, am I wrong ? |
| 22:35.15 | vsr|work | Jay7: probably, i did not supply arguments to x.org like xf86-input-evdev |
| 22:35.17 | Jay7 | xmodmap troubles on one side and non-working calibration and rotation on other |
| 22:36.06 | vsr|work | jay7: should i have supplied arguments to xserver as shown in images/beagleboard-demo-image.bb? |
| 22:37.51 | Jay7 | vsr|work: I'm not an xserver-xorg guru :) |
| 22:38.30 | vsr|work | jay7: sorry |
| 22:38.42 | ant__ | kergoth: depends.dot is still 'broken' (bitbake -g xyz) |
| 22:38.52 | Jay7 | try and look - better strategy :) |
| 22:38.55 | kergoth | thats not good. there a bug open for it? |
| 22:38.59 | ant__ | yes |
| 22:39.00 | kergoth | hasn't looked at that code at all |
| 22:39.18 | vsr|work | ant_: it works for me |
| 22:39.27 | ant__ | how many lines??? |
| 22:39.43 | vsr|work | i see a huge file, really huge file |
| 22:39.51 | ant__ | he |
| 22:40.35 | ant__ | kergoth: http://bugs.openembedded.net/show_bug.cgi?id=5002 |
| 22:40.36 | vsr|work | ant_: let me check again, i did that 3 days ago, i will let you know once i finish this build |
| 22:40.38 | *** join/#oe dijenerate (n=dijenera@64.210.41.166) |
| 22:40.44 | ant__ | vsr|work: ^^ |
| 22:41.28 | kergoth | wonders if gerritt or reviewboard would be useful in the context of OpenEmbedded |
| 22:41.34 | ant__ | and check the fun out of contrib/dependsgraph/dependsgraph.sh |
| 22:43.43 | vsr|work | has gnome-games got any relation with gpe? can i have a image with both gpe and gnome-games? will it fill my rootfs with unwanted libraries and executables? |
| 22:45.22 | ptitjes | \o/ yahooo |
| 22:48.47 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-569513360d29e60a) |
| 22:52.17 | vsr|work | i tired to build gnome-mplayer and it says package requirements not met it is not just one package: please see http://pastebin.com/mb496f2d |
| 22:52.41 | vsr|work | i checkout stable git repo. arent all the package versions aligned in that? |
| 22:57.35 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-95-171.w90-2.abo.wanadoo.fr) |
| 22:58.38 | *** join/#oe mnabil (n=mnabil@82.201.174.180) |
| 23:00.45 | vsr|work | ant_, jay7: could you help? |
| 23:03.06 | ant__ | vsr|work: sorry canno test here...rebuilding gcc-4.3.2 on host... |
| 23:03.25 | ant__ | Requested 'libecal-1.2 >= 1.6.0' but version of libecal is 1.4.2.1 |
| 23:03.27 | ant__ | ^^^ |
| 23:03.56 | vsr|work | yes, but the libraries versions should be aligned isnt it? |
| 23:04.00 | vsr|work | in the stable tree |
| 23:04.02 | ant__ | wel.. |
| 23:04.20 | ant__ | perhaps nobody yet built that recipe |
| 23:04.54 | vsr|work | gnome-panels? |
| 23:05.15 | ant__ | hm..http://tinderbox.openembedded.net/packages/ |
| 23:05.29 | vsr|work | i dont find the recipe of libecal |
| 23:05.53 | ant__ | 2009-04-08 22:59:56.697227 angstrom-autobuilder 2009-04-08 15:09:00.097553 gnome-mplayer 0.5.3+cvs20080101 r5 Succeeded |
| 23:06.00 | vsr|work | ant__: i cant access that site, damn company firewall |
| 23:06.40 | vsr|work | ant__: what do you suggest? |
| 23:10.59 | ant__ | vsr|work: try to check eds-dbus_svn |
| 23:12.07 | ptitjes | what does mean "env: wget: No such file or directory" ? I have wget... I also get some "sh: git: command not found" but I also have git... |
| 23:12.36 | ptitjes | I added --verbose but this does not add much inormations |
| 23:15.07 | ant__ | 'nite all |
| 23:18.41 | *** join/#oe _hc (n=hanschri@ool-182d0a7f.dyn.optonline.net) |
| 23:19.09 | ptitjes | no idea ? |
| 23:21.27 | vsr|work | sorry, newbee here |
| 23:22.01 | vsr|work | ptijes: have you install all pre-requisites mentioned in getting started document? |
| 23:22.30 | ptitjes | err what getting started document ? |
| 23:23.05 | vsr|work | http://wiki.openembedded.net/index.php/Getting_Started |
| 23:23.26 | ptitjes | vsr|work: you mean I need other things that could make it complain it does not have wget and git |
| 23:23.55 | vsr|work | ptijes: what are you trying to do? |
| 23:24.05 | CIA-2 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rc884619ae6 10openembedded.git/packages/vala/vala-native_0.5.7.bb: vala-native : remove old version |
| 23:25.05 | ptitjes | vsr|work: a simple bitbake -c build libfso-glib |
| 23:25.53 | vsr|work | ptijes: sorry i dont know |
| 23:26.11 | vsr|work | ptijes: i dont want to do any damage to your setup |
| 23:26.20 | vsr|work | wait for an expert to turn up |
| 23:26.52 | *** join/#oe ClashTheBunny (i=a6c6c2b3@gateway/web/ajax/mibbit.com/x-2533cf54f1db185f) |
| 23:28.04 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
| 23:29.42 | *** join/#oe russ (i=foobar@ip70-176-253-20.ph.ph.cox.net) |
| 23:34.56 | *** join/#oe _hc (n=hanschri@ool-182d0a7f.dyn.optonline.net) |
| 23:37.53 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 23:46.06 | *** join/#oe bazbell (n=a0192809@nat/ti/x-128bd8d413afa690) |
| 23:48.17 | *** join/#oe drw (n=drw@cpe-76-187-64-213.tx.res.rr.com) |
| 23:59.44 | *** join/#oe _hc (n=hanschri@ool-182d0a7f.dyn.optonline.net) |