| 00:06.42 | *** join/#oe The_Niz_ (n=nizzle@82-171-65-13.ip.telfort.nl) |
| 00:51.38 | *** part/#oe schasch (n=bucket@adsl-dyn-234-126.heliweb.de) |
| 01:33.01 | *** join/#oe zecke (n=ich@123-192-185-227.dynamic.kbronet.com.tw) |
| 01:52.06 | *** join/#oe Guest25351 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 02:03.12 | *** join/#oe fraxinath (n=quassel@p54AA5854.dip.t-dialin.net) |
| 02:05.15 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 02:14.06 | *** join/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
| 02:33.01 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 02:46.32 | kergoth | whee, i have an almost complete private staging implementation |
| 02:46.42 | kergoth | does some crazy stuff, though.. |
| 02:49.55 | zecke | kergoth: congrats |
| 02:50.25 | kergoth | I had to make bitbake expose the instance of Cooker in the datastore |
| 02:50.27 | kergoth | hehe |
| 02:53.41 | *** join/#oe srujanjonnadula (n=srujanjo@cpe-066-057-021-192.nc.res.rr.com) |
| 02:53.45 | zecke | kergoth: okay, what of cooker do you use? |
| 02:54.31 | kergoth | i needed the populated CacheData to use to construct a TaskData, which i used to get the filenames of the recipes we should be pulling in, based on our deps/rdeps and user preferences |
| 02:54.42 | kergoth | then i stored a fn->archivepath mapping with PersistData |
| 02:55.11 | kergoth | its actually pretty clean, easier to understand than the current twisty maze |
| 02:56.32 | kergoth | zecke: http://gist.github.com/164598 |
| 02:57.25 | kergoth | it does an rm_work too, figure i can make the packaging tasks use the captured install archive |
| 02:57.32 | kergoth | so the workdir is only needed to get that created |
| 02:58.12 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 03:03.25 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 03:03.26 | kergoth | zecke: course, for this class to work, I'd have to make changes to the native/cross classes in addition to base.. hacked it locally just to test m4-native->shasum-native |
| 03:03.28 | kergoth | heh |
| 03:04.13 | kergoth | okay, i think we need to make sure bitbake starts setting FILE to the *abs_fn* rather than *fn* |
| 03:04.21 | kergoth | I'm starting to get tired of having to bb.which() manually |
| 03:04.25 | kergoth | heh |
| 03:04.36 | kergoth | though, i guess i could see the relative one being useful for something |
| 03:13.35 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 03:19.32 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rcf58571e78 10openembedded.git/recipes/linux/ (2 files in 2 dirs): |
| 03:19.32 | CIA-1 | linux-titan-sh4-2.6.21: Provide sidivsi3_i4i and udivsi3_i4i |
| 03:19.32 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 03:19.42 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r9f6ae87076 10openembedded.git/recipes/lilo-sh/ (files/lilo-replace-PAGE_SIZE.patch lilo-sh_21.bb): |
| 03:19.42 | CIA-1 | lilo-sh_21.bb: Replace PAGE_SIZE |
| 03:19.42 | CIA-1 | PAGE_SIZE is not available to usersplace anymore |
| 03:19.42 | CIA-1 | struct partion in linux/genhd.h is defined conditional |
| 03:19.44 | CIA-1 | if CONFIG_BLOCK is defined. |
| 03:19.46 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 03:23.15 | kergoth | shit |
| 03:23.18 | kergoth | hrmph |
| 03:28.55 | *** join/#oe Laibsch1 (n=Laibsch@p5B3B305A.dip.t-dialin.net) |
| 03:30.19 | kergoth | ah, there we are |
| 03:35.45 | kergoth | anyone know what the reasoning behind e1464b0c0fa9ca60be0a1209f32978639f633c8d was? |
| 03:41.46 | zecke | kergoth: hehe |
| 03:42.26 | *** join/#oe srujanjonnadula (n=srujanjo@cpe-066-057-021-192.nc.res.rr.com) |
| 03:42.39 | zecke | wondered if an INSTALL="gst-plugins-mad" bitbake custom-image would be of any use |
| 03:42.48 | *** join/#oe vu3rdd (n=user@122.167.99.232) |
| 03:43.48 | kergoth | huh, i didn't know about the cleandirs flag, cute. /me uses it.. |
| 03:44.56 | rkirti | kergoth: what flag are you referring to and where ? |
| 03:45.11 | kergoth | cleandirs, all dirs listed there get wiped clean and recreated before the task runs |
| 03:45.18 | kergoth | do_install has it set to ${D} to make sure its starting fresh |
| 03:45.38 | kergoth | was manually clearing ${D} before he realized it was unnecessary because of that flag :) |
| 03:45.54 | rkirti | nice :-) |
| 03:46.33 | kergoth | zecke: so does what I'm doing here make sense to you, or am i completely crazy? :) |
| 03:46.51 | kergoth | thinks its slick that all the sbindir, bindir, includedir, etc overrides in native/cross .bbclass can just go away |
| 03:49.57 | zecke | kergoth: I think it makes sense, no way that some other PN-PV-PR sneaks in into the build (if I got this right) |
| 03:50.04 | kergoth | yeah, exactly |
| 03:50.09 | kergoth | if i dep on ncurses-5.4, thats exactly what i link against |
| 03:50.13 | kergoth | should be more deterministic |
| 03:50.27 | zecke | kergoth: do_stage() will kind of die, there is the case where do_stage adds some extra scripts (I think of qmake foo) |
| 03:50.43 | kergoth | yeah, I'm planning on adding a var with callbacks for that. |
| 03:50.55 | kergoth | .la mangling, .pc stuff, extra scripts like you said, .. |
| 03:51.02 | kergoth | binconfig mangling, perhaps |
| 03:51.09 | zecke | kergoth: sounds great |
| 03:51.22 | zecke | OT: anyone toyed with lsb? is /ld-lsb.so always installed nowadays? |
| 03:51.39 | kergoth | just needs a sounding board occasionally to make sure he's not doing something completely wacky :) |
| 03:51.51 | kergoth | has happily avoided learning anything about lsb so far |
| 03:55.58 | zecke | kergoth: could you check if your distro has /lib/ld-lsb.so.* installed? |
| 03:56.15 | kergoth | this debian machine doesn't |
| 03:56.36 | kergoth | checks ubuntu karmic .. not there either |
| 03:56.47 | zecke | kergoth: *sigh* |
| 03:56.58 | kergoth | course, debian/ubuntu split out their lsb stuff into a ton of packages |
| 03:57.04 | kergoth | maybe its buried in one |
| 03:57.06 | kergoth | heh |
| 03:58.12 | mwester | lsb-base came up the other day for SlugOS folks. |
| 03:58.43 | zecke | tries to built a lsb app... deployment is pretty shit when there is no easy install :} |
| 03:58.56 | mwester | ushare has a dependency in its init script on lsb-base. |
| 03:59.01 | kergoth | we got bit by some /lib/lsb/init-functions or whatever last week |
| 03:59.05 | kergoth | mwester: heh :) |
| 04:00.28 | rkirti | an OE overlay can be to any level of completeness right ? Just to confirm this,I can have one with just package/image recipes and expect bitbake to pick up the machine confs etc from my original OE tree, right ? |
| 04:00.37 | mwester | init-functions looks pretty basic; we should be able to get that done easily. We'd need a busybox version, and probably another for those distros with a bit more robust set of initial packages in their rootfs, I suspect. |
| 04:01.17 | kergoth | rkirti: BBPATH is how it finds conf/classes, BBFILES is how it finds recipes. if you use COLLECTIONS, it sets both to include them all |
| 04:01.24 | kergoth | short answer: yes, if you have it configured correctly |
| 04:02.00 | zecke | is 4.4.3 smaller than 4.4.3a according to opkg? |
| 04:02.17 | kergoth | thinks we should make bitbake function in an overlay/collections based way directly, instead of using BBPATH/BBFILES, someday, maybe |
| 04:02.28 | kergoth | i think so |
| 04:03.11 | rkirti | kergoth: naive question - how do overlays and collections differ ? |
| 04:03.16 | kergoth | same idea |
| 04:03.24 | kergoth | just differing names |
| 04:03.45 | rkirti | ok |
| 04:03.45 | kergoth | internally, bitbake supports priorities in overlays/collections via BBFILE_COLLECTIONS, so .. :) |
| 04:04.00 | kergoth | but some people like to think of them as overlays, since you sort of pile them on top one another |
| 04:04.09 | kergoth | so whatever you like to call it.. |
| 04:04.36 | rkirti | reaches out for the bitbake manual, since the OE one doesn't have this stuff.. |
| 04:04.51 | kergoth | theres an example of BBFILE_COLLECTIONS usage in the bitbake manual |
| 04:05.18 | rkirti | the OE manual is great, but there are sections like this with the "please complete this" tag that stop it from being as awesome as it could |
| 04:05.20 | kergoth | if you use COLLECTIONS, it sets up BBFILE_COLLECTIONS for you, too |
| 04:05.33 | rkirti | kergoth: ok, thanks :-) |
| 04:05.37 | kergoth | likes it, but is probably biased since he wrote conf/collections.inc for montavista |
| 04:05.39 | kergoth | :P |
| 04:06.22 | kergoth | export COLLECTIONS = "/some/path /another/path" .. its in priority order, highest to lowest |
| 04:06.31 | kergoth | grumbles at this class |
| 04:08.17 | kergoth | wow, things explode at parse time if you run a distro that doesn't INHERIT a packaging class, due to the call of runtime_mapping_rename in image.bbclass |
| 04:09.37 | kergoth | gah, i keep finding more and more things i need to tweak for the staging changes. lots of dependencies on the old way of doing it |
| 04:09.42 | kergoth | overrides another class or 12 |
| 04:18.29 | rkirti | kergoth: May I ask what are you trying to do with staging ? |
| 04:19.37 | rkirti | is reminded of the crib on packaged staging she had and jumps to uservoice |
| 04:20.48 | *** part/#oe FOM_away (n=jeffs@rrcs-74-219-98-62.central.biz.rr.com) |
| 04:22.30 | *** join/#oe jeffs (n=jeffs@rrcs-74-219-98-62.central.biz.rr.com) |
| 04:27.34 | kergoth | rkirti: I'm reimplementing it from scratch. see the first paragraph after the summary at http://gist.github.com/164598 |
| 04:27.35 | zecke | stupid question... how to make patchwork change the state of a patch? |
| 04:27.58 | kergoth | has no idea |
| 04:28.45 | kergoth | rkirti: each recipe gets its own staging area with only the bits from the recipes it depends on |
| 04:29.47 | rkirti | grumbles,wondering why rosetta should be built each time an image is done. (on a daily basis rather) |
| 04:31.11 | kergoth | course, this stuff is going to be a royal pain in the ass to get upstream to oe, since it requires a bitbake change. think i'll try to keep it relatively independent for the time being |
| 04:32.15 | kergoth | hrmm |
| 04:32.20 | kergoth | wanders off for a while |
| 04:32.27 | rkirti | kergoth: a lot of work indeed. But why do we need this ? |
| 04:32.38 | kergoth | make builds more deterministic |
| 04:32.50 | kergoth | right now things can get rather ugly if multiple versions of something are built in one run, for example |
| 04:33.06 | kergoth | staging will upgrade, but depending on which recipe links against it when, things can go bad |
| 04:33.10 | kergoth | just one example |
| 04:33.29 | rkirti | kergoth: ok, I am being stupid here, but is this like - right now there is a staging areaand what you do is pick up all that you need for that recipe from the staging area ? |
| 04:33.56 | kergoth | yep. its one big pile. its managed by package manager, which helps, but its still one big area for everything from every recipe for things that depend on them |
| 04:34.02 | rkirti | kergoth: yep. I have had infinite problems with wrong staging stuff being used due to version decrements and stuff |
| 04:34.08 | CIA-1 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * re513208d78 10openembedded.git/recipes/meta/meta-toolchain-qte.bb: |
| 04:34.08 | CIA-1 | meta-toolchain-qte: Export some more paths |
| 04:34.08 | CIA-1 | Export RCC, UIC3, DBUSXML2CPP, DBUSCPP2XML environment variables. This |
| 04:34.08 | CIA-1 | is based on a patch from Ihar Hrachyshka. |
| 04:34.10 | CIA-1 | Signed-off-by: Ihar Hrachyshka <ihar.hrachyshka@gmail.com> |
| 04:34.10 | kergoth | right, this should take care of all of that |
| 04:34.18 | CIA-1 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * rebacd72f73 10openembedded.git/recipes/qt4/qt4-tools-sdk_4.5.2.bb: qt4-tools-sdk: Use an install target to install the qt4 utilities |
| 04:35.19 | kergoth | hmm, i wonder if we could leverage something like what I'm doing with the cooker here to make the image builds a bit smarter. make it pull the *exact* package from the preferred built recipes as of *now*, so old packages, etc would be a non-issue |
| 04:35.26 | kergoth | could kill the global pile of ipks |
| 04:35.41 | kergoth | store a fn->ipks mapping in the sql db with persist_data |
| 04:36.11 | kergoth | really wanders off this time |
| 04:36.28 | rkirti | wow. that would be awesome |
| 04:36.49 | rkirti | but how do you define/specify "exact package" ? :- |
| 04:36.56 | rkirti | :-) |
| 04:37.30 | kergoth | the way this works is it asks bitbake, given the current user preferences, what recipe filename is used in *this* build to satisfy my dependencies. |
| 04:37.38 | kergoth | itd work the same way for an image |
| 04:37.51 | kergoth | identify the files satisfying its deps & rdeps, map that to ipks, go |
| 04:56.37 | zecke | anyone could do me a favor and try a static binary? |
| 05:03.12 | kg4ysn|away | has anyone seen a "ValueError: too many variables to unpack" when building glibc-2.9? |
| 05:06.05 | zecke | kg4ysn: didn't try, but you should get a backtrace of some such... |
| 05:06.18 | zecke | kg4ysn: or actually, bitbake tells you which task failed, then you can start looking from there |
| 05:06.55 | kg4ysn | zecke: |
| 05:06.57 | kg4ysn | NOTE: Running task 665 of 2238 (ID: 172, /root/workspace/openembedded/recipes/glibc/glibc_2.9.bb, do_package) |
| 05:06.57 | kg4ysn | ERROR: Error in executing: /root/workspace/openembedded/recipes/glibc/glibc_2.9.bb |
| 05:06.57 | kg4ysn | ERROR: Exception:<type 'exceptions.ValueError'> Message:too many values to unpack |
| 05:06.58 | kg4ysn | ERROR: Printing the environment of the function |
| 05:06.58 | kg4ysn | ERROR: 0058: utf8_only = int(bb.data.getVar('LOCALE_UTF8_ONLY', d, 1) or 0) |
| 05:06.58 | kg4ysn | ERROR: 0059: encodings = {} |
| 05:07.00 | kg4ysn | ERROR: 0060: for l in supported: |
| 05:07.02 | kg4ysn | ERROR: 0061: l = l[:-1] |
| 05:07.04 | kg4ysn | ERROR: 0062: (locale, charset) = l.split(" ") |
| 05:07.06 | kg4ysn | ERROR: 0063: if utf8_only and charset != 'UTF-8': |
| 05:07.08 | kg4ysn | ERROR: 0064: continue |
| 05:07.10 | kg4ysn | ERROR: 0065: m = dot_re.match(locale) |
| 05:07.12 | kg4ysn | ERROR: 0066: if m: |
| 05:07.16 | kg4ysn | that's the backtrace |
| 05:08.05 | kg4ysn | zecke: python also kicked out a bunch of traceback information ... files/lines/etc. i can send that if better. |
| 05:08.22 | zecke | kg4ysn: thanks, use paste.lisp.org/new/oe or such in the future.. |
| 05:08.37 | zecke | kg4ysn: so which line do you think is wrong |
| 05:08.53 | kg4ysn | zecke: didn't know about that, thanks. |
| 05:09.10 | kg4ysn | zecke: not sure. all i know is that bitbake is tossing off an error, preventing my build from completing. |
| 05:09.32 | kg4ysn | zecke: ENABLE_LOCALES is set to "0" |
| 05:10.49 | zecke | kg4ysn: yes, the key is called ENABLE_BINARY_LOCALES or such... |
| 05:11.08 | zecke | kg4ysn: well, there are not too many "unpacks" in the above code... what about printing "l" and see how it loiks |
| 05:11.12 | lisppaste7 | kg4ysn pasted "traceback output" at http://paste.lisp.org/display/85079 |
| 05:13.09 | kg4ysn | zecke: I had ENABLE_BINARY_LOCALES set to "0", but still had GLIBC_GENERATE_LOCALES set to "en.US.UTF-8". When I commented out the GLIBC_GENERATE_LOCALES field, all seems to be happy. are the two not related? |
| 05:20.11 | kg4ysn | yeah, that's the damnedest thing ... ENABLE_BINARY_LOCALES="0" and GLIBC_GENERATE_LOCALES="en.US.UTF-8" causes an error. is it an error worthy of a bug report? |
| 05:20.16 | kg4ysn | or is it expected behavior? |
| 05:20.32 | zecke | kg4ysn: no idea, but if there is a problem maybe you should help to fix it? |
| 05:21.54 | kg4ysn | zecke: thanks, i often contribute to the kernel as well as other FOSS projects. in this case, however, it's a little out of my league to get up to speed on the code surrounding it. my contribution will be to report the condition, starting the chain of events. :-) |
| 05:22.06 | kg4ysn | zecke: appreciate the help! and the pointer to the lisp.org paste util ... didn't know about it, very neat. |
| 05:22.46 | zecke | kg4ysn: yeah reporting is a good start, any kind of such errors should be there (e.g. non compatible options should generate a warning by sanity.bbclass or such) |
| 05:23.11 | zecke | kg4ysn: I would be interested in what "supported" holds, and then "l" |
| 05:23.35 | kg4ysn | zecke: might need to prompt me more on how to get that info ... not following |
| 05:26.50 | zecke | kg4ysn: it is python code so "print supported" and "print l" (with the right indention) in glibc-package.inc... let me check the filename |
| 05:27.34 | zecke | kg4ysn: glibc-package.bbclass in the recipes/glibc directory |
| 05:28.39 | zecke | kg4ysn: basically the l.split(" ") fails as there is no " " in 'l'... but I have no idea why |
| 05:29.05 | cdbot2 | * * OE Bug 5292 has been created by chrisv(AT)cyberswitching.com |
| 05:29.07 | cdbot2 | * * Setting ENABLE_BINARY_LOCALES="0" and GLIBC_GENERATE_LOCALES="en.US.UTF-8" causes glibc_2.9 to error when |
| 05:29.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=5292 |
| 05:29.25 | kg4ysn | zecke: ok i'll take a look and append to the bug when i get some more info. |
| 05:29.37 | kg4ysn | the build takes a little time before the error pops up |
| 05:31.23 | *** join/#oe hillct (n=hillct@cpe-069-134-049-165.nc.res.rr.com) |
| 05:35.02 | kg4ysn | zecke: thanks again for the help! |
| 05:47.31 | zecke | kg4ysn|away: thanks |
| 06:27.31 | *** join/#oe Stecchino (n=quassel@d54C56B80.access.telenet.be) |
| 06:28.59 | CIA-1 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * r8e50ddc483 10openembedded.git/recipes/qt4/ (qt4-embedded.inc qt4-x11-free.inc): (log message trimmed) |
| 06:28.59 | CIA-1 | qt4-x11-free.inc: Do not override the var set by qt4-x11-free-gles |
| 06:28.59 | CIA-1 | Another attempt to fix the dependencies of qt4-x11-free-gles. Do not |
| 06:28.59 | CIA-1 | make libqt4-FOO-dev depend on qt4-x11-free-gles which will drag in |
| 06:29.00 | CIA-1 | more dependencies. |
| 06:29.02 | CIA-1 | A better fix would be to build the OpenVG graphicsengine unconditionally |
| 06:29.04 | CIA-1 | and build the screendriver out of this tree and install it as a plugin. |
| 06:35.51 | *** join/#oe Gin-geR (i=hacker@pD9539234.dip0.t-ipconnect.de) |
| 07:28.41 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 07:41.24 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 08:05.49 | rkirti | ~seen Sup3rkiddo |
| 08:05.51 | ibot | sup3rkiddo <n=sudharsh@unaffiliated/sudharsh> was last seen on IRC in channel #openmoko, 137d 16h 26m 41s ago, saying: 'its not booting, i read the wiki as well.. strangely enough it worked with my friend's battery'. |
| 08:05.58 | rkirti | bleh |
| 08:07.37 | *** join/#oe The_Niz (n=nizzle@82-171-65-13.ip.telfort.nl) |
| 08:10.13 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 08:47.26 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 08:53.49 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 08:54.41 | *** join/#oe schasc1 (n=bucket@adsl-dyn-236-156.heliweb.de) |
| 08:58.25 | *** join/#oe schasch (n=bucket@adsl-dyn-236-156.heliweb.de) |
| 09:00.23 | *** join/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 09:12.55 | *** join/#oe marex (n=marex@thor.hackndev.com) |
| 09:14.21 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r257821eeea 10openembedded.git/recipes/pciutils/pciutils_3.1.2.bb: |
| 09:14.22 | CIA-1 | pciutils_3.1.2.bb: Dont install gzipped versio of pci.ids its not there. |
| 09:14.22 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 09:14.22 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rdc2cbe1749 10openembedded.git/conf/machine/include/ (tune-sh3.inc tune-sh4.inc): |
| 09:14.22 | CIA-1 | tune-sh3.inc tune-sh4.inc: Define BASE_PACKAGE_ARCH |
| 09:14.24 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 09:14.26 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rcb58de6bef 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 09:14.29 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * ra394010d44 10openembedded.git/classes/sanity.bbclass: |
| 09:14.32 | CIA-1 | sanity.bbclass: Correct typo to refer to PACKAGE_EXTRA_ARCHS |
| 09:15.19 | CIA-1 | We were using EXTRA_PACKAGE_ARCHS which was sort of misleading |
| 09:15.19 | CIA-1 | if you started to search for this variable. It was a typo |
| 09:15.19 | CIA-1 | hence fixed as obvious. |
| 09:15.20 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 09:22.37 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
| 09:24.00 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 09:25.11 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 09:38.00 | *** join/#oe stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94) |
| 10:04.45 | *** join/#oe manuelsdsd (n=cryolab@89.246.179.107) |
| 10:07.56 | *** join/#oe Jay7 (n=jay@93-81-136-197.broadband.corbina.ru) |
| 10:08.27 | *** join/#oe eFfeM (n=nly91006@195-241-226-180.ip.telfort.nl) |
| 10:11.10 | *** join/#oe mcgeagh (n=McGeagh@xbmc/staff/mcgeagh) |
| 10:11.55 | CIA-1 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * rb9d8c34bc0 10openembedded.git/recipes/uclibc/ (uclibc-0.9.30.1/gcc-4.4-fixlet.patch uclibc_0.9.30.1.bb): |
| 10:11.55 | CIA-1 | uclibc-initial_0.9.30.1.bb: Fix do_stage for ubuntu karmic |
| 10:11.55 | CIA-1 | gcc4.4 and glibc 2.10 complain that getline already has |
| 10:11.55 | CIA-1 | a different signature. Rename the version in the unidef.c. |
| 10:13.49 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 10:22.13 | *** join/#oe vijay (n=vijay@203.199.213.3) |
| 10:40.08 | CIA-1 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * r39f8b8ac1d 10openembedded.git/docs/usermanual/chapters/common_use_cases.xml: usermanual: Grammar fix. |
| 10:41.41 | *** join/#oe flo_lap (n=fuchs@p57B67ABE.dip.t-dialin.net) |
| 10:42.18 | zecke | flo_lap: hey, you will get an email today... |
| 10:42.25 | zecke | anyone has access to patchwork? |
| 10:43.47 | flo_lap | hi all |
| 10:44.02 | flo_lap | zecke: sounds very promising - cool! |
| 10:44.36 | rkirti | morning florian :-) |
| 10:47.05 | flo_lap | hi rkirti |
| 10:49.47 | zecke | flo_lap: :} |
| 10:49.55 | zecke | flo_lap: I found out that 7-eleven can scan documents |
| 10:50.28 | flo_lap | zecke: 7-eleven? |
| 10:50.51 | zecke | flo_lap: convience stores in asia... can scan, print, fax documents |
| 10:51.23 | flo_lap | zecke: ok great! |
| 10:57.01 | zecke | flo_lap: how is the summer? |
| 10:59.00 | xcasex | so i've built a gpe-image rootfs for the sl-5600 and from the errors i get at boot using altboot i'm extrapolating that i might need to set up the fstab correctly. am i right? |
| 10:59.53 | flo_lap | zecke: last week was pretty good... it deserved the name "summer" :) |
| 11:00.57 | *** join/#oe Nobody2303 (n=quassel@pD9521019.dip0.t-ipconnect.de) |
| 11:01.37 | flo_lap | today is less sunny but warm enough to enjoy sitting in the garden (and the fact that this village has dsl now) |
| 11:01.54 | Nobody2303 | Hello everyone |
| 11:02.50 | Jay7 | is hoping to get free month one summer and go through europe :) |
| 11:06.34 | zecke | flo_lap: dsl... finally :) |
| 11:06.51 | Nobody2303 | i've got a question about my oe configuration, somthing is not quite working and i don't know how to solve this problem because i'm a linux newbie, would somebody be so kind and support me a little bit? |
| 11:07.19 | xcasex | just ask and if anyone has an answer they will help you out Nobody2303 |
| 11:07.19 | Jay7 | Nobody2303: you can just ask your question here but without any warranties :) |
| 11:07.32 | Nobody2303 | hehe |
| 11:07.52 | Nobody2303 | i get an unable to parse error if i want to start bitbake nano |
| 11:08.09 | Jay7 | pastebin' it |
| 11:09.01 | Nobody2303 | ERROR: Unable to parse conf/bitbake.conf (Could not inherit file classes/base.bbclass) |
| 11:09.03 | Jay7 | xcasex: about fstab - imho yes. and don't forget kernel's cmdline 'root=' parameter |
| 11:10.56 | xcasex | Jay7: eh the latter part ? |
| 11:11.54 | Jay7 | I've not using altboot, but imho you should specify that your root is on SD/CF |
| 11:12.17 | xcasex | ah yes i did, but i will check out what configs i can find relating to booting off of sd |
| 11:12.17 | Nobody2303 | I think it's a permission problem, i'm using kubuntu 9.04 and the oe folder is within home |
| 11:12.25 | Jay7 | if altboot not does that automagically |
| 11:12.41 | Jay7 | xcasex: kexecboot is modern way :) |
| 11:13.04 | xcasex | kexecboot? wow am i missing out, anything prebuilt for poodle? |
| 11:13.17 | Jay7 | hmm.. |
| 11:13.33 | Jay7 | http://www.angstrom-distribution.org/demo/kexecboot/ |
| 11:13.41 | Jay7 | looks like |
| 11:14.08 | Jay7 | it should work on collie at least |
| 11:14.14 | Jay7 | someone was reported |
| 11:15.55 | xcasex | so kexecboot makes what easier? |
| 11:19.34 | Jay7 | booting multiple images e.g. :) |
| 11:23.39 | Crofton|work | zecke, yas I have patchworks access what do you need? |
| 11:24.50 | xcasex | Jay7: aha! well i guess i'll have to try it out soon :D |
| 11:27.15 | zecke | Crofton|work: I want to archive patches? is that the right thing to do? |
| 11:27.29 | Crofton | yeah |
| 11:27.36 | Crofton | I need to give you access hang on |
| 11:27.49 | zecke | Crofton|work: zecke is my user account |
| 11:28.00 | Crofton | heh |
| 11:28.05 | Crofton | I could guess that :) |
| 11:29.14 | Crofton | ok check now |
| 11:29.33 | zecke | site looks different :) |
| 11:30.09 | Crofton | great |
| 11:30.15 | Crofton | we have limited admin options |
| 11:30.20 | Crofton | so everyone is an admin |
| 11:31.54 | Nobody2303 | Can anyone help me with this Problem? |
| 11:31.56 | Nobody2303 | ERROR: Unable to parse conf/bitbake.conf (Could not inherit file classes/base.bbclass) |
| 11:32.08 | eFfeM | Nobody2303: what instructions did you follow? |
| 11:33.05 | Nobody2303 | i made the directions neccessary for the environment |
| 11:33.18 | eFfeM | Nobody2303: have you read this: http://wiki.openembedded.net/index.php/Getting_started |
| 11:33.23 | eFfeM | that's a good start |
| 11:33.29 | eFfeM | and make sure you have no symlinks in your path |
| 11:33.52 | zecke | Nobody2303: you have not exported BBPATH |
| 11:34.05 | Nobody2303 | i don't even know how i can be sure that i don't have any symlinks in the path ^^ |
| 11:35.02 | Nobody2303 | this is out of my source-me.sh that i should write |
| 11:35.05 | Nobody2303 | export BBPATH="${OE_LOCAL}:${OE_BRANCH}" |
| 11:35.53 | *** join/#oe vijay (n=vijay@203.199.213.3) |
| 11:36.05 | eFfeM | Nobody2303: did you source it |
| 11:36.14 | eFfeM | try echo $BBPATH |
| 11:36.14 | Nobody2303 | of course ^^ |
| 11:36.34 | Nobody2303 | this is the whole file |
| 11:36.35 | flo_lap | bbiab |
| 11:36.37 | Nobody2303 | #!/bin/sh |
| 11:36.37 | Nobody2303 | export OE_PATH="${HOME}/oe" |
| 11:36.37 | Nobody2303 | export OE_BRANCH="§{OE_PATH}/openrobotix" |
| 11:36.37 | Nobody2303 | export OE_LOCAL="${OE_PATH}/build" |
| 11:36.37 | Nobody2303 | export BBPATH="${OE_LOCAL}:${OE_BRANCH}" |
| 11:36.39 | Nobody2303 | export BB_ENV_EXTRAWHITE="OE_PATH OE_BRANCH OE_LOCAL" |
| 11:36.41 | Nobody2303 | export PATH="${PATH}:${OE_PATH}/bitbake/bin" |
| 11:36.58 | eFfeM | what says echo $BBPATH |
| 11:37.27 | Nobody2303 | §{OE_PATH}/openrobotix |
| 11:37.34 | Nobody2303 | thats the answer |
| 11:38.09 | Jay7 | s/?/$/ |
| 11:38.18 | DJWillis | Nobody2303: daft question but you are pushing that scritpt into your global env? i.e. . ./source-me. |
| 11:38.19 | eFfeM | ah, you used a paragraph symbol not a $ in OE_BRANCH |
| 11:38.51 | DJWillis | Ahhh, yep, that script is not good ;-) |
| 11:39.01 | Nobody2303 | it lies in the build folder within /oe |
| 11:39.46 | Nobody2303 | narf |
| 11:39.57 | eFfeM | this is not good: |
| 11:39.57 | eFfeM | export OE_BRANCH="§{OE_PATH}/openrobotix" |
| 11:40.14 | eFfeM | should be a $ before {OE_PATH} |
| 11:40.15 | Nobody2303 | thats the problemm when you write scripts at 4 am xD |
| 11:40.28 | eFfeM | <grin> 13.40 here |
| 11:40.53 | eFfeM | np, similar things have happened to most of us as well |
| 11:41.32 | Nobody2303 | here it is 13:40 also ^^ |
| 11:41.38 | Nobody2303 | <--- german |
| 11:41.59 | eFfeM | is in NL |
| 11:42.13 | Nobody2303 | ah an neighbour ^^ |
| 11:42.31 | eFfeM | yes |
| 11:42.43 | eFfeM | as a duch proverb says: a good neighbour is better than a far friend :-) |
| 11:42.54 | Nobody2303 | hehe ^^ |
| 11:43.13 | Nobody2303 | and a new error |
| 11:43.15 | Nobody2303 | -.- |
| 11:43.20 | Nobody2303 | ERROR: Openembedded's config sanity checker detected a potential misconfiguration. |
| 11:43.20 | Nobody2303 | <PROTECTED> |
| 11:43.20 | Nobody2303 | <PROTECTED> |
| 11:43.20 | Nobody2303 | <PROTECTED> |
| 11:43.43 | eFfeM | i think i most of the time ignore that one, but you can do |
| 11:43.53 | eFfeM | echo 0 >/proc/sys/vm/mmap_min_addr |
| 11:44.03 | eFfeM | that will get it away |
| 11:44.07 | Nobody2303 | i must say that i made the folder under / and copied it to home after i tried anything |
| 11:45.32 | eFfeM | not sure if that matters |
| 11:46.06 | Nobody2303 | the echo doesn't work |
| 11:46.27 | Nobody2303 | did it with sudo but cdid not change anything |
| 11:46.42 | eFfeM | after that cat the file to see if it is correct |
| 11:46.46 | Nobody2303 | and had to remove the > |
| 11:47.03 | eFfeM | you need the > |
| 11:47.09 | eFfeM | otherwise you do not change the var |
| 11:47.20 | eFfeM | might need echo -n though, not sure and not behind my system |
| 11:47.50 | Nobody2303 | than he says permission denied even with sudo |
| 11:48.19 | eFfeM | the > might bind wrong, do sudo bash then in the shell do the echo |
| 11:48.23 | eFfeM | or apply quotes wisely |
| 11:48.40 | eFfeM | but that is not one of my skills :-) |
| 11:49.10 | Nobody2303 | shall i try it within sudo -i ? |
| 11:49.24 | eFfeM | you can always try |
| 11:49.31 | Jay7 | well.. current .dev build of x11-image for akita at least boots in qemu |
| 11:50.06 | Jay7 | still can't build tosa's x11-image |
| 11:50.24 | Nobody2303 | aaaah it worked out of sudo -i ;) |
| 11:50.54 | Jay7 | Nobody2303: you should not install OE to use it under root |
| 11:51.28 | Jay7 | there is no any reasons to do it |
| 11:51.51 | Nobody2303 | but i need always sudo to do anything even to create an folder so they are always root or am i wrong |
| 11:52.06 | eFfeM | Jay7: you need to be root temoprarily to set mmap_addr to 0 |
| 11:52.30 | eFfeM | Nobody2303: apart from this setting everything should work as a regular user |
| 11:52.41 | Jay7 | ah, yes |
| 11:52.48 | eFfeM | assuming you started as a regular user (otherwise your permissions might be wrong) |
| 11:53.19 | eFfeM | and ownerships |
| 11:53.31 | Nobody2303 | i also set the permissions of the whole oe folder for everyone to read &write permission |
| 11:54.43 | DJWillis | sakoman: ping, quick question, been playing with the gnome images but do you have a task and image bb anywhere for 'Sakomans Gnome image' I could try to check I am building in everything? I can't see it in your GIT but I may be missing the obvious (again) |
| 11:54.46 | eFfeM | don't forget x for the dirs |
| 11:55.08 | Nobody2303 | i used sudo dolphin an changed the permissions myself and the owner from root to my username |
| 11:57.23 | Nobody2303 | thanks alot bitbake is handling the bibake files now and i hope there woun't be any problems anymore ^^ |
| 12:03.35 | *** join/#oe mnabil (n=mnabil@82.201.217.239) |
| 12:05.30 | *** join/#oe timtimred (n=meh@79-75-220-153.dynamic.dsl.as9105.com) |
| 12:06.04 | eFfeM | Nobody2303: good luck! |
| 12:06.38 | Nobody2303 | thank you neighbour ^^ |
| 12:07.32 | *** join/#oe The_Niz_ (n=nizzle@82-171-65-13.ip.telfort.nl) |
| 12:14.45 | *** join/#oe ant__ (n=andrea@host47-250-dynamic.1-79-r.retail.telecomitalia.it) |
| 12:27.38 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 12:47.38 | zecke | mickey|bbq: ping? |
| 12:50.50 | *** join/#oe Gnutoo (n=gnutoo@ABordeaux-152-1-26-178.w83-193.abo.wanadoo.fr) |
| 13:07.37 | CIA-1 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * reef4af6584 10openembedded.git/recipes/xcalibrate/xcalibrate_git.bb: xcalibrate: Use increment-able PV format as other git version recipes do. |
| 13:21.11 | sakoman | DJWillis: I'm slowly cleaning up a feeding all my changes upstream |
| 13:22.01 | sakoman | But there were more than 100 changes, so it is taking a while! |
| 13:25.23 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 13:28.17 | zecke | mwester: ping |
| 13:38.21 | *** join/#oe ant__ (n=andrea@host47-250-dynamic.1-79-r.retail.telecomitalia.it) |
| 13:38.23 | xcasex | this is odd, it boots into the gpe rootfs, but doesn't launch the gui |
| 13:38.33 | xcasex | and without any errors. |
| 13:38.36 | xcasex | very odd. |
| 13:38.38 | xcasex | any ideas? |
| 13:41.53 | zecke | xcasex: is is trying to launch anything x related? |
| 13:43.12 | xcasex | there isnt anything xrelated in the image :S |
| 13:43.27 | xcasex | its just the oe/images/gpe-image image |
| 13:44.25 | zecke | xcasex: well, you should have an xserver... |
| 13:45.29 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * ra2756e30cc 10openembedded.git/recipes/opkg/opkg_svn.bb: |
| 13:45.29 | CIA-1 | opkg: fix postinst for SHR |
| 13:45.29 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 13:51.07 | xcasex | zecke: yeah .. i guess i should and am setting up right now |
| 13:57.06 | CIA-1 | 03Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * r7e5dace40c 10openembedded.git/recipes/tasks/task-qte-toolchain-target.bb: |
| 13:57.06 | CIA-1 | task-qte-toolchain-target: Do not install the full qt4-embedded |
| 13:57.06 | CIA-1 | Do not install debug packages and examples making the SDK |
| 13:57.06 | CIA-1 | a bit smaller. |
| 14:04.06 | *** join/#oe gnutoo_ (n=gnutoo@ABordeaux-152-1-64-172.w82-125.abo.wanadoo.fr) |
| 14:08.56 | GNUtoo | hi, is there a switch for Xfbdev to get mouse acceleration? |
| 14:11.36 | mwester | zecke: pong |
| 14:17.59 | CIA-1 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * r70924feaec 10openembedded.git/ (6 files in 3 dirs): gnome-common: restructure recipes to use gnome-common.inc, add 2.26.0 |
| 14:17.59 | CIA-1 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * r4a402ce814 10openembedded.git/recipes/gnome/gnome-common-2.18.0/omf.patch: gnome-common: one more bit of cleanup |
| 14:18.00 | CIA-1 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * r2215a06d34 10openembedded.git/ (conf/checksums.ini recipes/gnome/gnome-python_2.26.1.bb): gnome-python: add 2.26.1 |
| 14:18.02 | CIA-1 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * r48d4343132 10openembedded.git/ (conf/checksums.ini recipes/gnome/gconf-editor_2.26.0.bb): gconf-editor: add 2.26.0 |
| 14:18.04 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r96efe18731 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 14:26.07 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 14:28.43 | *** join/#oe woglinde (i=woglinde@g225147228.adsl.alicedsl.de) |
| 14:28.45 | woglinde | jo |
| 14:28.56 | rkirti | hello woglinde |
| 14:29.14 | woglinde | he rkirti |
| 14:29.27 | woglinde | all clear now with oe-overlay? |
| 14:29.56 | rkirti | woglinde: yep. thanks :-) I got my own almost done. Only need to clean up some conf files. |
| 14:30.22 | woglinde | cool |
| 14:30.26 | rkirti | woglinde: thanks for the help. My earlier tree was making it very difficult for anyone to build and test my stuff |
| 14:31.26 | *** join/#oe pb_ (n=pb@79-79-178-204.dynamic.dsl.as9105.com) |
| 14:31.50 | kergoth`away | erk, i didn't think about do_fetch[depends] = "shasum-native:do_populate_staging" .. there's no equivalent in my new model, since it isn't shasum-native that deploys its bits into staging.. hrmm. |
| 14:32.16 | woglinde | jo kergoth |
| 14:32.21 | kergoth | hey |
| 14:32.23 | woglinde | yesss strike |
| 14:32.36 | woglinde | I have updated gstreamer-ti to the latest dvsdk |
| 14:33.17 | woglinde | now I need a beagleboard to test it |
| 14:33.22 | pb_ | g'day kergoth, woglinde |
| 14:33.26 | kergoth | hey pb_ |
| 14:33.35 | pb_ | returns from vacation! |
| 14:33.53 | woglinde | re pb |
| 14:34.03 | rkirti | hello pb_ :-) |
| 14:34.05 | woglinde | pb where did your trip went? |
| 14:34.34 | *** join/#oe manuelsdsd (n=cryolab@89.246.179.107) |
| 14:36.49 | pb_ | hi rkirti |
| 14:36.51 | pb_ | woglinde: west wales |
| 14:37.28 | kergoth | just broke bitbake |
| 14:37.46 | pb_ | ... more specifically, here: http://maps.google.com/maps?f=q&source=s_q&hl=en&geocode=&q=&sll=37.0625,-95.677068&sspn=26.535573,48.603516&ie=UTF8&ll=51.994374,-4.371475&spn=0.001255,0.002967&t=h&z=18 |
| 14:37.53 | pb_ | kergoth: doh |
| 14:38.47 | kergoth | pb_: http://kergoth.pastey.net/120612 |
| 14:38.54 | kergoth | ever seen that one? |
| 14:44.21 | woglinde | pb nice |
| 14:44.31 | woglinde | seems really quiet there |
| 14:44.41 | kergoth | pb_: http://gist.github.com/164598 - functional, but not yet complete, private staging implementation. at least, it was functional last night. this morning, bitbake explodes |
| 14:44.59 | kergoth | grumbles |
| 14:45.37 | woglinde | kergoth bisect? |
| 14:47.18 | kergoth | 's working outside the upstream git tree at the moment.. time for a diff |
| 14:48.55 | pb_ | kergoth: cute, I'll have a look at that presently |
| 15:01.48 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 15:02.04 | Crofton | woglinde, summer holidays |
| 15:02.12 | Crofton | things always get slow this time of year |
| 15:03.33 | woglinde | crofton? |
| 15:03.43 | woglinde | I have no summer holidays |
| 15:03.45 | woglinde | not really |
| 15:04.01 | rkirti | loves summer holidays. Only time to dabble properly in projects one likes. They are over for me though :-/ |
| 15:08.58 | *** join/#oe zecke (n=ich@123-192-185-227.dynamic.kbronet.com.tw) |
| 15:12.23 | Jay7 | cold winter nights are more productive ;) |
| 15:17.14 | kergoth | thinks bb.data.inherits_class is stupid. what else would we inherit but a class? bb.data.inherits would make more sense |
| 15:19.35 | kergoth | sighs |
| 15:24.16 | *** join/#oe J13R1 (n=user@121.98.210.253) |
| 15:24.25 | J13R1 | hi |
| 15:28.27 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 15:28.51 | J13R1 | I got a running version of openembedded - a kernel and a .img file. Now I would like to modify these. How do I find out how they were created to build upon them? |
| 15:28.59 | J13R1 | I'm starting reading the oe manual |
| 15:29.21 | kergoth | a kernel and an img file isn't openembedded. its an image and a kernel built by openembedded. |
| 15:29.34 | *** join/#oe manuelsdsd (n=cryolab@89.246.179.107) |
| 15:29.35 | J13R1 | right |
| 15:30.05 | kergoth | you can't reproduce the OE build environment magically from a root filesystem, sorry |
| 15:30.55 | J13R1 | can I find out whether it is angstrom, etc? |
| 15:31.04 | kergoth | check for /etc/angstrom-version |
| 15:31.09 | kergoth | assumign its angstrom |
| 15:31.14 | kergoth | which isn't the only distro in openembedded |
| 15:31.45 | J13R1 | oh yeah ... it is openzaurus 3.5.3, /etc/issue and /etc/version |
| 15:31.58 | J13R1 | kergoth: thanks, I guess I'll ask those people |
| 15:32.15 | kergoth | OZ isn't maintained anymore, to my knowledge |
| 15:32.32 | J13R1 | :-/ |
| 15:32.47 | kergoth | get OE, built angstrom for your zaurus, see if it works |
| 15:32.49 | kergoth | thats your best bet |
| 15:32.54 | J13R1 | hmm ... can I use angstrom or any other distro or does that very much depend on the hardware? |
| 15:33.09 | kergoth | in OE, distro and machine are quite independent |
| 15:33.11 | J13R1 | I have an iPAQ (hx2790) |
| 15:33.20 | J13R1 | oh cool |
| 15:33.29 | kergoth | distro decides policy, machine decides device specifics, kernel modules, etc |
| 15:33.38 | J13R1 | so angstrom is kind of the most active at the moment? |
| 15:33.59 | kergoth | its the closest to what your expectations are, from what i can tell. |
| 15:35.24 | J13R1 | I just need a terminal and would like to get a newer version of bluez or bluetooth support ... I think that already works in the OpenZaurus I have right now, but I will definitely need some tinkering environment |
| 16:07.20 | kergoth | grrrr |
| 16:07.29 | *** join/#oe The_Niz (n=nizzle@82-171-65-13.ip.telfort.nl) |
| 16:10.18 | *** join/#oe jer (n=jtregunn@unaffiliated/jer) |
| 16:11.48 | jer | probably a bit off topic so just tell me to get lost if i'm in the wrong place. but built oe for my device, want to be able to upgrade the whole root fs image from within the booted system. that is, it's booted from the root parititon, i want to be able to erase that and reflash it. anyone know of any resources (particularly a howto of sorts if possible) i can read on doing this successfully? I keep having to break into uboot and do it manually because the sys |
| 16:20.08 | kergoth | okay, that was a royal pain in the ass |
| 16:20.37 | kergoth | i now have it, at parse time, replacing do_populate_staging in task 'depends' flags with do_capture |
| 16:20.58 | kergoth | then i have an event catching the TaskStarted, checking the depends flag, and populating the private staging area with those packages |
| 16:21.17 | kergoth | had to implement locking on the private staging area, and tracking of what's already been staged, and.. |
| 16:21.19 | kergoth | rolls eyes |
| 16:21.50 | kergoth | hrmph, staging.bbclass is up to 306 lines |
| 16:23.12 | *** join/#oe mnabil (n=mnabil@196.202.20.11) |
| 16:41.45 | *** part/#oe jer (n=jtregunn@unaffiliated/jer) |
| 16:46.14 | *** join/#oe Laibsch (n=Laibsch@p5B3B305A.dip.t-dialin.net) |
| 17:03.10 | J13R1 | BB_NUMBER_THREADS and PARALLEL_MAKE, what should I set them to? I used -j2 as I only have one cpu, but how many threads? |
| 17:03.39 | kergoth | how many tasks do you want bitbake to run at the same time? |
| 17:04.10 | J13R1 | kergoth: I don't know? |
| 17:04.42 | kergoth | well, if you don't, nobody else is going to be able to tell you. it depends on your cpu, disk, and how usable you want your system to remain other than the bake |
| 17:05.15 | kergoth | having 2 threads can be nice even on a single core single cpu box, just because then it can run a fetch or unpack in the background while something is compiling |
| 17:05.31 | J13R1 | ok I used -j2 and 4 threads and the system is freezing half of the time |
| 17:05.41 | kergoth | that's not surprising. |
| 17:07.16 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-15-250.w86-212.abo.wanadoo.fr) |
| 17:08.06 | kergoth | pb_: heh, the main problem i see with this thing is that it doesn't override the prefix, etc in native/cross, which means all of those will need to be relocatable, which is not the case today. either need to fix those, which would be worth doing, or i need to change how I'm doing this.. hmm |
| 17:08.08 | kergoth | thinks |
| 17:09.08 | J13R1 | kergoth: so 2 threads or 2 processes or both? what specs of my system do you need to know? |
| 17:09.33 | kergoth | again, it depends. try 2/2 and see how it behaves for you. it won't take long to figure it out |
| 17:10.13 | J13R1 | I don't think it will be faster with more than 3 tasks at a time (swapping & scheduling) |
| 17:13.55 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 17:22.30 | *** join/#oe booxter (n=booxter@212.98.182.22) |
| 17:34.23 | kergoth | whew, this is a lot of work |
| 17:36.31 | *** join/#oe J13R (n=user@121.98.210.253) |
| 17:37.00 | J13R | kergoth: what are you doing? |
| 17:37.24 | kergoth | rewriting the OpenEmbedded staging implementation |
| 17:38.34 | J13R | staging is what part again? |
| 17:38.52 | kergoth | when one recipe needs something another recipe provides, thats where staging comes in |
| 17:39.02 | kergoth | libfoo puts files in staging, bar links against libfoo by pointing at staging |
| 17:39.33 | J13R | dependency resolving? or similar to virtual packages in gentoo? |
| 17:39.39 | kergoth | no, neither. |
| 17:39.52 | J13R | dynamic linking? |
| 17:39.52 | kergoth | there's no equivalent in desktop distros, because everything puts things in standard paths and everything looks in standard paths |
| 17:41.03 | J13R | where can I read more about it? |
| 17:41.21 | rkirti | J13R: OE user manual |
| 17:41.57 | rkirti | J13R: http://docs.openembedded.org/usermanual/usermanual.html is good to begin with |
| 17:42.04 | J13R | yes |
| 17:42.29 | rkirti | kergoth: sorry if I am interrupting, but wont your new model increase bitbake's runtime ? |
| 17:43.01 | kergoth | it will add a bit of delay during each staging population, but i think its worthwhile to increase reliability and determinism, since those are some of the biggest complaints |
| 17:43.07 | kergoth | most people complain about the parse time, not the run time |
| 17:43.10 | kergoth | also, we can cache it |
| 17:43.12 | J13R | does oe do static or dynamic linking? |
| 17:43.14 | kergoth | i was just thinking about how to do it |
| 17:43.42 | kergoth | i was thinking that we could do something like.. if a staging area contains glibc, shasum-native, libtool-native, make an archive for that combination of deps, so anyone else with the same deps will sue it |
| 17:43.45 | kergoth | s/sue/use/ |
| 17:44.12 | kergoth | hash the staging idents / archive names for all the deps that go into staging, and archive the staging area for later use |
| 17:44.21 | kergoth | but thatll just be an optimization, caching mechanism |
| 17:44.41 | kergoth | J13R: generally everything is dynamically linked, with a couple recipes that are exceptions. you can change that if you choose to, but i doubt you'd want to |
| 17:45.49 | J13R | oh well, 10% done. time to sleep a few hours. Will ask more stupid questions tomorrow :-] |
| 17:46.01 | rkirti | kergoth: iirc, you said the whole staging revamping is to let the user choose what versions to choose for staging. so for caching can't you just have a listing of packages/files with the corresponding versions to be used ? |
| 17:46.12 | kergoth | yeah, thats pretty much what I'm saying |
| 17:46.34 | kergoth | i have this thing i call a staging ident, its basically the package name, version ,revision + target arch/os, and for cross, + build arch/os |
| 17:46.44 | rkirti | very fair |
| 17:46.55 | kergoth | so if we hash the set of those for all of the bits we pull into staging, thatd be a great identifier for the cached staging archive |
| 17:47.17 | kergoth | but i want to profile builds with and without this to see how significant the difference really is, before i work on that :) |
| 17:47.45 | kergoth | this is really a proof of concept, i often dive into crazy rework like this, and at the end, it may or may not end up being worthwhile, but if i don't do it, it'll bug me until i do... |
| 17:48.01 | kergoth | this has been sitting in the back of my mind for like.. years now |
| 17:48.09 | kergoth | since before i left the project |
| 17:48.48 | rkirti | :-) |
| 17:49.20 | kergoth | the problem with stuff like this is you can never anticipate how itll break things. any core changes can break any number of random recipes that make assumptions about internals / implementation details |
| 17:49.37 | kergoth | thats why i never got my autotools class cleanups upstream, every 5th recipe exploded |
| 17:51.05 | rkirti | wonders why/how a recipe would do something that depended on internals of bitbake tasks |
| 17:51.41 | kergoth | well, consider recipes that add their own tasks for example |
| 17:51.55 | kergoth | if i changed around what tasks run or what order they run in.. |
| 17:52.39 | kergoth | or consider those that do iffy things like override sbindir/bindir/prefix, which assumes that its able to do so without breaking things |
| 17:53.39 | rkirti | right, but in this case, we are only looking at do_stage_append/prepend and typically these custom tasks only add files to the staging area - so.with all my naiveness I fail to see how it could get affected if internals change |
| 17:54.10 | rkirti | doesnt much about overrides - yet another section which is "please complete me" in the OE user manual.. |
| 17:54.37 | kergoth | well, right now, the native class changes prefix/etc so that its *built* to go into staging |
| 17:54.48 | kergoth | if i leave it that way, the archives will contain that deep path |
| 17:55.05 | kergoth | and then when it gets unpacked into staging, it'll be like tmp/.../staging/home/clarson/... |
| 17:55.33 | rkirti | wants to pain the people here sometime, learn the details and finish those "please complete me" sections in the manual sometime |
| 17:55.40 | kergoth | if a recipe overrides prefix/sbindir/etc, the contents of the archive wont match up with the expected contents of staging |
| 17:56.42 | rkirti | ahh |
| 17:57.03 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 17:57.16 | kergoth | the original intent of our directly parsed file format was to make it less locked in than portage, since they're stuck with shell. but the problem is, our recipes end up making assumptions about the way we do things anyway, so a conversion to another format would still lose. though, it could get you half way there, the user would have to fix the rest... |
| 17:57.36 | kergoth | which is part of why I'd like to make it so recipes can't screw with how things work under the hood |
| 17:57.48 | kergoth | make them just define descriptive metadata and their configure, copmile, etc, and thats -it- |
| 18:00.09 | rkirti | hmm |
| 18:06.39 | kergoth | grumbles, time to add the staging mangling callbacks/scripts |
| 18:08.23 | woglinde | re |
| 18:08.42 | *** join/#oe vijay (n=vijay@203.199.213.3) |
| 18:12.00 | kergoth | hey woglinde |
| 18:14.17 | kergoth | hmm |
| 18:17.37 | woglinde | kergoth I can help you |
| 18:17.40 | woglinde | ups cannt |
| 18:26.19 | *** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at) |
| 18:34.43 | *** join/#oe hrw (n=hrw@chello089078170228.chello.pl) |
| 18:39.35 | hrw | hi |
| 18:39.54 | *** part/#oe schasch (n=bucket@adsl-dyn-236-156.heliweb.de) |
| 18:44.48 | woglinde | hi hrw |
| 18:51.35 | CIA-1 | 03Thomas Zimmermann <thomas@tomboy.(none)> 07shr/import * rab64018b0b 10openembedded.git/recipes/epdfview/ (epdfview_0.1.7.bb epdfview_svn.bb files/acroread.png): Update ePDFView to 0.1.7 and add icon |
| 19:03.49 | *** join/#oe HellDragon (i=jd@Wikipedia/HellDragon) |
| 19:09.56 | *** join/#oe hillct (n=hillct@12.179.202.242) |
| 19:11.03 | *** join/#oe sgh_ (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
| 19:12.39 | *** join/#oe florian (n=fuchs@f054172182.adsl.alicedsl.de) |
| 19:13.53 | florian | re |
| 19:14.42 | *** join/#oe Martin-B (n=Martin@pool-186-65-198-89.dbd-ipconnect.net) |
| 19:18.57 | xcasex | so ehrm am i misunderstanding something or does the sl-5600 have 64mb of internal space to reflash with a rom? or err... durrr.. bit mushy after a whole day of crash courses w. it |
| 19:19.48 | *** join/#oe Longfield (n=valentin@85.4.79.108) |
| 19:27.54 | Jay7 | xcasex: afaik yes. sl-5600 have only 64Mb of nand |
| 19:28.05 | pb_ | florian: good evening |
| 19:29.15 | Jay7 | hmm.. or even 16Mb |
| 19:29.38 | xcasex | Jay7: now you're back to confusing me again |
| 19:29.44 | xcasex | florian: ping |
| 19:29.48 | Jay7 | ah, no, 5500 have 16Mb |
| 19:30.50 | florian | xcasex: yep |
| 19:30.56 | Jay7 | xcasex: Memory: 64MB protected Flash, 32MB SDRAM |
| 19:31.01 | florian | hi pb_ |
| 19:32.07 | woglinde | jo florian |
| 19:35.52 | xcasex | florian: i really bought the wrong device eh ? ;) |
| 19:36.06 | *** join/#oe hrw (n=hrw@chello089078170228.chello.pl) |
| 19:37.10 | *** join/#oe Foolean (n=emil@90-227-176-224-no128.tbcn.telia.com) |
| 20:06.17 | *** join/#oe ant__ (n=andrea@host39-250-dynamic.0-87-r.retail.telecomitalia.it) |
| 20:07.21 | *** join/#oe The_Niz_ (n=nizzle@82-171-65-13.ip.telfort.nl) |
| 20:32.32 | kergoth | goes back to battling OpenEmbedded |
| 20:33.41 | kergoth | okay, if do_stage dies, what should I name the mechanism for adding post-stage mangling snippets? |
| 20:33.50 | kergoth | i.e sed'ing .la files, sed'ing libc.so |
| 20:36.49 | woglinde | sed'ing binaries? |
| 20:37.00 | kergoth | libc.so is a linker script |
| 20:37.02 | kergoth | not a binary |
| 20:37.16 | kergoth | pulls in libc nonshared .a as well as libc.so.6 |
| 20:37.24 | kergoth | uses full paths by default |
| 20:38.12 | woglinde | hm okay |
| 20:38.24 | kergoth | do a cat /usr/lib/libc.so on your desktop :) |
| 20:38.29 | woglinde | yes did it |
| 20:38.31 | woglinde | already |
| 20:38.34 | kergoth | hehe |
| 20:44.13 | *** join/#oe stefan_schmidt (n=stefan@p5B036A0D.dip.t-dialin.net) |
| 20:44.19 | woglinde | jo stefan |
| 20:44.40 | stefan_schmidt | hi woglinde |
| 20:53.33 | *** join/#oe ingi (n=ingi@217-210-56-202-no52.tbcn.telia.com) |
| 21:00.31 | kergoth | hmm, given the proliferation of "all" tasks.. fetchall, buildall, etc, it may be worth adding a bitbake commandline arguments for it |
| 21:09.46 | *** join/#oe Martin-B (n=Martin@pool-186-65-198-89.dbd-ipconnect.net) |
| 21:21.16 | *** join/#oe th1 (n=th@pdpc/supporter/professional/th1) |
| 21:37.26 | kg4ysn | hrw: do you have time for a few questions on the at91sam9263ek board using nandflash? |
| 21:55.34 | woglinde | I think hrw is at sleep |
| 22:00.25 | kg4ysn | woglinde: think you might be right. too bad, too ... i'm being driven nuts by this board. |
| 22:02.40 | woglinde | take a better one |
| 22:02.44 | *** join/#oe methril_home (n=methril@36.73.220.87.dynamic.jazztel.es) |
| 22:03.03 | kg4ysn | woglinde: if only i could :-) |
| 22:07.44 | *** part/#oe manuelsdsd (n=cryolab@89.246.179.107) |
| 22:15.33 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 22:18.23 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
| 22:18.55 | *** part/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
| 22:18.57 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
| 22:22.47 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 22:25.00 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 22:26.36 | *** part/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 22:50.48 | *** part/#oe ingi (n=ingi@217-210-56-202-no52.tbcn.telia.com) |
| 22:51.05 | *** join/#oe bluelightning_ (n=blueligh@pdpc/supporter/active/bluelightning) |
| 22:56.08 | methril_home | someone up? |
| 22:56.21 | methril_home | i need help with git format-patch command |
| 22:58.22 | woglinde | whats the problem? |
| 23:01.14 | methril_home | i made a commit in my local repo to my own branch |
| 23:01.49 | methril_home | i use git format-patch -CM --find-copies-harder |
| 23:02.00 | methril_home | and my commit never appears as a patch |
| 23:02.06 | methril_home | what could be the problem? |
| 23:02.26 | methril_home | i tested with origin, the original branch, the remote branch.... |
| 23:02.31 | methril_home | but nothing happes |
| 23:02.34 | methril_home | but nothing happens |
| 23:03.27 | woglinde | have you attached a log revision to it? |
| 23:03.50 | methril_home | yes |
| 23:04.10 | methril_home | i could see the commit with: git log, gitk, git gui .... |
| 23:04.15 | methril_home | but no way :( |
| 23:04.25 | woglinde | hm never used it |
| 23:04.43 | methril_home | you never used git format-patch? |
| 23:04.43 | woglinde | is it find without these option? |
| 23:04.57 | woglinde | not with -CM and -findcopies |
| 23:05.00 | methril_home | i try without this option, |
| 23:05.08 | methril_home | without luck |
| 23:05.12 | methril_home | it's really strange |
| 23:05.18 | woglinde | hm |
| 23:05.26 | woglinde | go one log back |
| 23:05.32 | woglinde | aeh lognumber |
| 23:06.13 | methril_home | how? i never tried this option |
| 23:06.38 | woglinde | aeh |
| 23:06.43 | woglinde | logrevision |
| 23:06.52 | woglinde | the checkin number |
| 23:07.20 | *** join/#oe hillct (n=hillct@cpe-069-134-049-165.nc.res.rr.com) |
| 23:09.15 | methril_home | with the commit id works |
| 23:10.13 | woglinde | if you want your commit in |
| 23:10.25 | methril_home | i've!! |
| 23:10.27 | woglinde | go one commit id before ypur commit |
| 23:10.33 | woglinde | and no its in? |
| 23:10.34 | methril_home | i know what options didn't work |
| 23:10.36 | woglinde | ups now |
| 23:10.39 | methril_home | <PROTECTED> |
| 23:10.44 | woglinde | hm |
| 23:10.46 | woglinde | hehe |
| 23:11.44 | methril_home | but i usually use in that way: git format-patch <the_branch_updated_upstream> |
| 23:11.51 | methril_home | and usually it works |
| 23:12.49 | woglinde | me too |
| 23:13.13 | methril_home | well, it doesn't matter |
| 23:13.19 | methril_home | i'mgoing to sent it know |
| 23:13.26 | methril_home | let's see if you accept it ;) |
| 23:28.45 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 23:31.47 | *** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net) |
| 23:42.51 | *** join/#oe vijay (n=vijay@203.199.213.3) |
| 23:43.49 | *** join/#oe mnabil (n=mnabil@41.234.69.45) |
| 23:48.41 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |