| 00:03.14 | kergoth | 's head explodes |
| 00:16.55 | *** join/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
| 00:21.10 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 00:22.13 | kergoth | http://kergoth.pastey.net/123377 |
| 00:22.20 | kergoth | yikes. |
| 00:31.28 | kergoth | is starting to think he's a crazy bastard |
| 00:37.11 | kergoth | hmm, this stuff would fit together well with that private staging stuff i was playing with |
| 00:46.20 | msmith_ | !!!! that is nuts |
| 00:46.34 | msmith_ | kergoth: what's the case where you need to build both blah and blah-native inscm? |
| 00:49.54 | kergoth | well, as an example, i have the OpenEmbedded shasum app sources in a git repository, and the native and target recipes both reside there. the classes they inherit set things up so that the builds occurs in that source tree |
| 00:50.50 | kergoth | if both the native and target recipe are going to be built, there's a danger of the tasks that touch ${S} interleaving |
| 00:50.56 | msmith_ | yeah. |
| 00:51.02 | kergoth | so you could, say, theoretically anyway, have foo-native configure, then foo compile, bam |
| 00:52.05 | kergoth | isn't yet completely convinced that this is the best avenue to pursue, but its the best he's managed to come up with such far to satisfy the app/kernel developer use cases better |
| 00:52.10 | msmith_ | I guess you could take the easy way out and forbid native + inscm... since the dev cycle for non-native is longer, that's the one you want to shorten the most |
| 00:52.46 | msmith_ | How do you clean up between non-native & native? |
| 00:52.47 | kergoth | yeah, that's true. or could split them. clone one copy of shasum.git with target, one with native, recipe wise |
| 00:53.20 | kergoth | thats a good point, right now it assumes you can re-run configure/compile/install/stage and have it take the new settings. might want to run do_clean, or some subset of it, prior to configure.. |
| 00:53.21 | msmith_ | yeah but then you aren't really building in the scm... although it might be predictable enough that people could get used to it |
| 00:53.22 | kergoth | shakes head |
| 00:53.38 | msmith_ | (the cloning two copies, i mean) |
| 00:54.01 | msmith_ | I guess the complication is your recipe is actually in the SCM, right? |
| 00:54.05 | kergoth | the annoying part there is, if it really is maintained in git or something, and you source control the recipes, you'd have to have multiple branches, one with each incarnation of the recipe, or something |
| 00:54.49 | kergoth | right now it is, but it doesn't necessarily have to be that way. i was also thinking that you could create, say, linux-external.bb, make linux-external inherit inscm, but point ${S} to an external location of a checkout/clone, and keep linux-external in a metadata repository |
| 00:55.16 | kergoth | that'd separate the recipe and sources, and still have the same dillemma with recipe variants like native/cross/sdk, though :) |
| 00:55.32 | msmith_ | But that right there seems like the most common use case to me |
| 00:55.44 | msmith_ | the package scm has a makefile.. the OE scm has the recipe |
| 00:55.56 | kergoth | given the way OpenEmbedded works today, -external recipes would be the best way to go, if they want to interact with us |
| 00:55.59 | msmith_ | then it would sort of make sense that each recipe within a directory needs to have its own checkout directory |
| 00:56.07 | kergoth | but i think the other way is an interesting approach for people making their own collections/overlays |
| 00:56.21 | kergoth | its more like what folks like debian/rh do, like what android does |
| 00:56.29 | msmith_ | Yeah it is interesting. |
| 00:56.30 | kergoth | regardless, the same classes will work for both |
| 00:56.43 | msmith_ | So is the idea that I would add a source checkout to my COLLECTIONS? |
| 00:56.49 | kergoth | exactly |
| 00:56.59 | msmith_ | and the .bb's in the checkout would inherit inscm, and it would Just Work |
| 00:57.03 | kergoth | yup |
| 00:57.08 | kergoth | and they could make changes, rebuild real fast |
| 00:57.10 | kergoth | low overhead |
| 00:57.20 | msmith_ | yeah. |
| 00:57.27 | msmith_ | i like that a lot. |
| 00:57.44 | kergoth | and of course, you can combine the two/three ways of doing things |
| 00:57.55 | kergoth | so they could use stock OpenEmbedded + some inscms for their apps or kernel |
| 00:58.29 | msmith_ | i can't think of many cases where i'd need to build both -native and non-native in this way. but it does feel a bit hacky that it wouldn't work. |
| 00:58.57 | kergoth | well, if you look at what richard did for his virtualnative branch for poky, native can be automatic, no need to create a new recipe |
| 00:59.03 | kergoth | just set a variable to get a -native available for a given recipe |
| 00:59.20 | kergoth | in which case there's no real way to avoid it, if you happen to be using inscm for something that has -native |
| 00:59.27 | kergoth | i dunno how likely that is, but what the heck |
| 01:00.09 | kergoth | http://dl.getdropbox.com/u/112715/Files/inscm-1.tar.bz2 is the prototype, before i had to add more intricacies, but it gives you the idea of one possible project area using entirely inscm components |
| 01:00.11 | msmith_ | It's almost like you need a way to specify a set of packages that need to build serially, but don't depend on each other |
| 01:00.19 | kergoth | yeah, pretty much |
| 01:00.34 | kergoth | these two cant build at the same time. a recipe-wide lockfile or something.. |
| 01:01.02 | kergoth | actually, you're right, that wouldnt be enough.. can't let the tasks interweave, it needs to build the -entire- recipe, then move on |
| 01:01.23 | kergoth | kind of defeats all the fanciness richard did with the taskdata/runqueue, at least for a small piece of it |
| 01:02.28 | msmith_ | it's like every recipe could try to acquire a lock by default... ${PN}.lock, say... but for inscm stuff you'd have to pick some name for hte lockfile shared between blah and blah-native |
| 01:02.36 | msmith_ | but i guess that's sort of what you did on your pastebin :) |
| 01:02.57 | kergoth | yeah, sort of. i tried to wrap up everything that touched ${S} into a single task, to make that portion of it serial |
| 01:03.05 | kergoth | the packaging stuff is free to run whenever, its in WORKDIR, not S |
| 01:03.49 | kergoth | ah well, this is disgusting, but it works. guess i should try adding upstream OpenEmbedded to my collections and make sure nothing explodes |
| 01:06.00 | msmith_ | yeah actually if it's just a special case for blah and blah-native inscm, it seems pretty sane |
| 01:06.15 | msmith_ | inherit aiiieee :P |
| 01:06.19 | kergoth | hehe |
| 01:06.44 | kergoth | i dislike that this 'build' task is named do_populate_staging, since it does more than that, but there are cross-recipe deps on do_populate_staging executions, so i need to provide one to satisfy that |
| 01:16.33 | grg | what's 'inscm'? |
| 01:17.12 | kergoth | prototype implementation for doing builds within source trees. no fetch/unpack/etc, just check out your project from your scm of choice, with the recipe in the repository, and add that to your collections/bbfiles, and go |
| 01:17.42 | kergoth | do_clean just does a make clean + some metadata, no re-unpacking/patching for a rebuild |
| 01:17.56 | grg | ah. very cool |
| 01:18.23 | kergoth | the goal is to improve functionality for people doing active development on applications & kernels, speed up the build/test process |
| 01:18.43 | kergoth | right now OpenEmbedded is awesome for build/distro folk, but for devs its pretty weak |
| 01:19.21 | kergoth | sadly, getting it workign is a royal pain in the ass |
| 01:19.21 | grg | its kind of annoying to try to fix a bug and/or add features to an existing application that has an existing recipe |
| 01:19.29 | kergoth | yeah, exactly |
| 01:19.53 | grg | so this would fix that, so long as you have it in an SCM |
| 01:20.29 | kergoth | yep. you could keep the actual recipe in a regular OE repository if you wanted, but the key is that the entire current source tree is available locally, and it builds there |
| 01:20.48 | kergoth | the scm specific bits are some bits i added to do things like extract PV from the git repository info |
| 01:20.52 | kergoth | but those are optional |
| 01:20.59 | kergoth | and we need to add that stuff for other scms |
| 01:21.08 | kergoth | well, i do, if i plan on getting this thing upstream :) |
| 01:34.26 | kergoth | hmm |
| 01:35.00 | *** join/#oe zecke (n=ich@123-192-185-227.dynamic.kbronet.com.tw) |
| 01:35.10 | kergoth | hey zecke |
| 01:39.17 | kergoth | woo, works awesome together with more traditional stuff from the OpenEmbedded repo, and packaging didn't get broken... hmm |
| 01:39.27 | kergoth | guess now i clean it up, rename it, and work on more version extraction crap |
| 01:39.48 | kergoth | also add more convenience functions for do_clean, and maybe add a var to control which of them are run instead of overriding do_clean |
| 01:39.51 | kergoth | hmm |
| 01:52.44 | kergoth | ponders |
| 02:00.00 | zecke | kergoth: morning |
| 02:00.24 | Crofton|work | zecke, gm |
| 02:02.52 | kergoth | hmm, i wonder if preferences interact properly with BBCLASSEXTEND |
| 02:02.56 | kergoth | anyone tested this? |
| 02:03.19 | kergoth | if quilt.bb has native in BBCLASSEXTEND, and there's a real actual quilt-native.bb in another lower priority collection, it seems to be preferring the latter |
| 02:03.26 | kergoth | which doesn't seem correct to me |
| 02:03.27 | kergoth | hmm |
| 02:05.08 | *** join/#oe fraxinas (n=quassel@p54AA71ED.dip.t-dialin.net) |
| 02:06.26 | kergoth | hmm, i wonder how to manage do_clean here |
| 02:07.32 | kergoth | maybe its best if i move the stamps into the source tree, but then... hrm |
| 02:07.34 | *** join/#oe sabrod (n=sabrod@mic92-8-82-234-143-184.fbx.proxad.net) |
| 02:07.51 | kergoth | maybe i should move WORKDIR back into the source tree.. i was going to avoid that, but.. hrmph |
| 02:08.32 | *** join/#oe thaytan (n=jan@78.16.237.137) |
| 02:15.14 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 02:23.53 | kergoth | wonders what the best interface for interacting with the version extraction routines would be |
| 02:24.24 | kergoth | any opinions on that? |
| 02:24.25 | kergoth | hmm |
| 02:28.24 | kergoth | oh.. i know, i'll just make variables like SVNREV, SVNPATH, GITDESC, GITREV, etc, and let the user construct their PV with them |
| 02:29.40 | msmith_ | yeah i like that... i don't know if you need to bother with branch names since especially in git they tend to have unwelcome characters |
| 02:31.59 | kergoth | wonder if inscm could be a BBCLASSEXTEND class.. hmm |
| 02:32.35 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 02:32.49 | kergoth | guess it could, but if you used that instead of manually doing it, you'd be stuck with the default version.. guess that works |
| 02:34.14 | kergoth | what's a better name for this, insource? insrctree? externalsourcetree? inscm isn't really appropriate, since you don't *have* to use scm, a local tree would work as well, just with no magic version extraction |
| 02:40.37 | *** join/#oe kergoth (n=kergoth@ip68-108-193-231.ph.ph.cox.net) |
| 02:41.36 | msmith_ | i like insrctree |
| 02:41.44 | msmith_ | or insourcetree if you like vowels |
| 02:46.49 | kergoth | the bb python module could really use a Popen() wrapper that sets up the env for the child process to contain all exported vars from the metadata |
| 02:47.03 | kergoth | could replace a lot of hacky spots in the classes |
| 02:48.27 | *** join/#oe Laibsch (n=Laibsch@p5B3B1D05.dip.t-dialin.net) |
| 03:02.11 | CIA-1 | 03Chris Larson <clarson@kergoth.com> 07org.openembedded.dev * r4dc61b382a 10openembedded.git/classes/srctree.bbclass: (log message trimmed) |
| 03:02.11 | CIA-1 | srctree.bbclass: add initial version. |
| 03:02.11 | CIA-1 | This enables operation inside of an existing source tree for a project, rather |
| 03:02.11 | CIA-1 | than using the fetch/unpack/patch idiom. |
| 03:02.11 | CIA-1 | By default, it expects that you're keeping the recipe(s) inside the |
| 03:02.13 | CIA-1 | aforementioned source tree, but you could override S to point at an external |
| 03:02.17 | CIA-1 | directory and place the recipes in a normal collection/overlay, if you so |
| 03:02.19 | CIA-1 | 03Chris Larson <clarson@kergoth.com> 07org.openembedded.dev * r482e70f47f 10openembedded.git/classes/package_ipk.bbclass: |
| 03:02.22 | CIA-1 | package_ipk.bbclass: don't choke on empty SRC_URI. |
| 03:02.24 | CIA-1 | Signed-off-by: Chris Larson <clarson@kergoth.com> |
| 03:02.26 | CIA-1 | 03Chris Larson <clarson@kergoth.com> 07org.openembedded.dev * re5b751653c 10openembedded.git/classes/gitver.bbclass: |
| 03:02.29 | CIA-1 | gitver.bbclass: add initial version. |
| 03:02.31 | CIA-1 | This provides a GITVER variable which is a (fairly) sane version, for use in |
| 03:02.33 | CIA-1 | ${PV}, extracted from the ${S} git checkout, assuming it is one. This is most |
| 03:02.35 | CIA-1 | useful in concert with srctree.bbclass. |
| 03:02.37 | CIA-1 | Signed-off-by: Chris Larson <clarson@kergoth.com> |
| 03:04.04 | kergoth | whee |
| 03:05.31 | kergoth | hmm, now that thats at least minimally functional, i think i should go back and finish re-implementing the private staging changes, though I'm still not really sure if that's the ideal approach to the problem.. |
| 03:07.55 | *** part/#oe jeaneus (n=a0271968@nat/ti/x-dpmjseintkfrtnhi) |
| 03:12.16 | *** join/#oe Laibsch1 (n=Laibsch@p5B3B1EB5.dip.t-dialin.net) |
| 03:16.08 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 03:19.04 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 04:02.20 | kergoth | goddamn, i forgot how much work the private staging crap was. hrmp |
| 04:44.04 | *** join/#oe rsalveti (n=rsalveti@189.70.48.107) |
| 05:29.19 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 05:44.34 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:46.00 | *** join/#oe jeaneus (n=orb@pool-173-71-43-116.dllstx.fios.verizon.net) |
| 05:53.13 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 05:53.15 | *** join/#oe scheng (n=scheng@221.10.25.6) |
| 05:54.09 | akheron | I'm getting weird C++ linking poblems with libusb 0.1.12 |
| 06:03.48 | akheron | hmm, using libusb-compat seems to fix the problem |
| 06:12.04 | *** join/#oe mithro_ (n=tim@unaffiliated/mithro) |
| 06:13.49 | *** join/#oe toi (n=toi@d51A49C45.access.telenet.be) |
| 06:16.42 | *** join/#oe JavaJim (n=rof@195.145.229.154) |
| 06:31.20 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 06:36.08 | *** join/#oe valhalla (n=valhalla@81-174-25-108.dynamic.ngi.it) |
| 06:41.45 | *** join/#oe Longfield (n=valentin@85.4.79.108) |
| 06:56.45 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 06:57.11 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
| 07:08.22 | *** join/#oe zecke (n=ich@61-30-10-70.static.tfn.net.tw) |
| 07:08.25 | *** join/#oe fraxinath (n=quassel@p54AA71ED.dip.t-dialin.net) |
| 07:09.53 | *** join/#oe rof_ (n=rof@195.145.229.154) |
| 07:10.57 | *** join/#oe thebohemian (n=rschus@p5DDC74BE.dip.t-dialin.net) |
| 07:11.15 | *** part/#oe jeaneus (n=orb@pool-173-71-43-116.dllstx.fios.verizon.net) |
| 07:11.30 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r119db4f8b8 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: add paroli |
| 07:11.31 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r0b394839d1 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: add abiword |
| 07:11.32 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r1ac28449b4 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: add cacao |
| 07:11.38 | *** join/#oe Pr0t0N (n=lcintrat@fe2adsl-2.wyplay.net) |
| 07:16.35 | *** join/#oe likewise_ (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 07:17.59 | likewise_ | gm |
| 07:18.55 | khem | gm likewise_ |
| 07:25.04 | *** join/#oe pocek (i=pock@83-238-145-143.ip.netia.com.pl) |
| 07:26.38 | likewise_ | hi khem, you up already?? |
| 07:27.27 | likewise_ | ah wait, never mind, I'm sleepy myself still. :-/ |
| 07:31.13 | *** join/#oe rsalveti (n=rsalveti@189.70.48.107) |
| 07:31.37 | khem | likewise_: I havent slept yet :) |
| 07:31.58 | khem | its half past midnight here |
| 07:34.16 | *** join/#oe jest (n=jest@laptop2.cs.put.poznan.pl) |
| 07:35.08 | likewise_ | khem: I have always wondered; you use OE for work? |
| 07:35.49 | khem | likewise_: no :) |
| 07:36.30 | khem | its for fun |
| 07:38.00 | khem | although I would have preferred to do it at work then I dont have to work extra hours :) |
| 07:39.41 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rf73c64e729 10openembedded.git/classes/base.bbclass: (log message trimmed) |
| 07:39.41 | CIA-1 | base.bbclass: Replace os.system with subprocess call. |
| 07:39.41 | CIA-1 | Often gzip is reporting broken pipe errors with do_unpack of |
| 07:39.41 | CIA-1 | tar.gz files. |
| 07:39.41 | CIA-1 | If you use the commands described above to extract a tar.gz file, gzip |
| 07:39.43 | CIA-1 | sometimes emits a Broken pipe error message. This can safely be ignored |
| 07:39.47 | CIA-1 | if tar extracted all files without any other error message. |
| 07:39.49 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rddc8e9752d 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 07:39.52 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r224b698257 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 07:39.55 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * raa34eaf616 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 07:39.58 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rc0be71ee07 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 07:40.01 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * raf56cd467b 10openembedded.git/classes/base.bbclass: |
| 07:40.17 | CIA-1 | base.bbclass: Remove redundant import of subprocess and signal. |
| 07:40.17 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 07:47.04 | *** join/#oe markos_ (n=markos@athedsl-432678.home.otenet.gr) |
| 07:50.52 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
| 07:51.51 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 07:59.10 | *** join/#oe SDuensin (n=Scott@173-28-73-10.client.mchsi.com) |
| 08:02.50 | *** join/#oe rob_w (n=bill@217.237.177.190) |
| 08:06.20 | *** join/#oe MWelchUK (n=welchma@65.91.2.71) |
| 08:10.46 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 08:11.28 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 08:16.39 | *** join/#oe user2 (n=3MX@195.158.71.65) |
| 08:16.46 | *** join/#oe user3 (n=3MX@195.158.71.65) |
| 08:19.32 | *** join/#oe user3 (n=3MX@195.158.71.65) |
| 08:22.14 | *** join/#oe user3 (n=3MX@195.158.71.65) |
| 08:24.17 | *** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 08:32.05 | de_manuel_pi | how do i get tslib-calibrate in my image? i just can add tslib but this wont copy the calibrate stuff |
| 08:35.04 | florian | de_manuel_pi: this is in a separate package... |
| 08:35.38 | florian | de_manuel_pi: 'tslib-calibrate' iirc |
| 08:35.59 | de_manuel_pi | so i have to add it to IMAGE_INSTALL? |
| 08:37.58 | florian | de_manuel_pi: yes |
| 08:38.43 | de_manuel_pi | ok thx will try |
| 08:38.47 | florian | de_manuel_pi: if you define your own set of packages to install its a good idea to create your own task metapackage |
| 08:39.59 | de_manuel_pi | until now its just very little of packages, qt embedded and tslib |
| 08:40.18 | de_manuel_pi | my touchscreen drive me mad :) |
| 08:42.26 | de_manuel_pi | cool /usr/bin/ts_calibrate exists now |
| 08:46.26 | florian | :-) |
| 08:55.56 | *** join/#oe mrec_ (n=mrec@carstoponline.de) |
| 08:55.56 | *** join/#oe Ainulindale (n=ainu@calaquendi.org) [NETSPLIT VICTIM] |
| 08:55.56 | *** join/#oe mrmoku|away (n=mrmoku@ppp-93-104-162-49.dynamic.mnet-online.de) [NETSPLIT VICTIM] |
| 08:55.56 | *** join/#oe pigeon (n=pigeon@150.101.116.163) |
| 08:55.56 | *** join/#oe dfarnsworth (n=dfarnswo@65.200.49.156) [NETSPLIT VICTIM] |
| 08:55.56 | *** join/#oe kristoffer (n=kristoff@79.138.204.47.bredband.tre.se) [NETSPLIT VICTIM] |
| 08:55.56 | *** join/#oe sakoman__ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) [NETSPLIT VICTIM] |
| 08:55.56 | *** join/#oe polyonymous-work (n=hacker@85.183.207.43) [NETSPLIT VICTIM] |
| 08:55.57 | *** join/#oe TeLLuS (n=Johan@179.108.227.87.static.f.siw.siwnet.net) [NETSPLIT VICTIM] |
| 08:55.57 | *** join/#oe mrc3 (n=ddiaz@189.157.108.164) [NETSPLIT VICTIM] |
| 08:56.30 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
| 08:56.35 | *** join/#oe jest (n=jest@laptop2.cs.put.poznan.pl) [NETSPLIT VICTIM] |
| 09:05.22 | *** join/#oe Longfield (n=valentin@128.178.145.53) |
| 09:16.31 | *** join/#oe Cwiiis (n=cwiiis@158.43.2.102) |
| 09:17.34 | *** join/#oe mcgeagh (n=McGeagh@xbmc/staff/mcgeagh) |
| 09:21.54 | *** join/#oe mckoan (n=marco@unaffiliated/mckoan) |
| 09:22.15 | mckoan | good morning |
| 09:24.21 | florian | hi mckoan |
| 09:29.57 | pb__ | florian: good morning |
| 09:31.16 | florian | hi pb__ |
| 09:32.05 | *** join/#oe lrg (n=lrg@lumison.wolfsonmicro.com) |
| 09:32.48 | pb__ | hi lrg |
| 09:33.22 | pb__ | heh, wolfsonmicro.com?! |
| 09:33.46 | florian | oh |
| 09:37.04 | *** join/#oe booxter_ (n=booxter@cpmsq.epam.com) |
| 09:37.42 | mckoan | any of you is going to CELF Genoble in October ? |
| 09:37.57 | *** join/#oe mithro_ (n=tim@unaffiliated/mithro) |
| 09:38.19 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rbac5eef9c8 10openembedded.git/ (41 files in 5 dirs): dvsdk: merge in new versions from arago and clean them up a bit |
| 09:38.30 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r172cb63ce5 10openembedded.git/recipes/dvsdk/ (68 files in 4 dirs): dvsdk: rename to ti now that other things like bitblit live in that dir now |
| 09:39.14 | hrw | morgen (as I was in .de 1.5h ago) |
| 09:39.29 | hrw | Kero: I have 1.8.6 somewhere |
| 09:39.33 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r59ddf7ef9b 10openembedded.git/contrib/angstrom/sort.sh: angstrom feed sorter: skip base feeds if there aren't any packages to sort |
| 09:39.47 | mckoan | hrw: moin |
| 09:41.49 | hrw | http://www.embeddedlinuxconference.com/elc_europe09/sessions.html |
| 09:46.09 | hrw | mckoan: get mail |
| 09:47.22 | *** join/#oe booxter_ (n=booxter@217.21.56.2) |
| 09:48.27 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
| 09:51.53 | mckoan | hrw: yep thx |
| 09:53.27 | hrw | mckoan: I do not know price of rooms there |
| 09:53.48 | mckoan | hrw: I'll take a look at Ibis (as usual) |
| 09:54.05 | Kero | hrw: I have it, too, plus gtk2 bindings, as SHR uses gtk (well, and enlightenment, but I have no idea whether there is a ruby binding for that at all) |
| 09:54.52 | ant_work | wow..where is hosted linuxtogo? on a single i486sx? |
| 09:55.03 | Kero | hrw: I changed a couple of things, biggest one being a split in more packages; and I have not dug into what you changed in the openssl extension, do you remember? |
| 09:59.20 | *** join/#oe thaytan (n=jan@nat/sun/x-mzyzaireoottmwti) |
| 10:00.18 | hrw | Kero: no idea - it was years ago and I never used ruby |
| 10:01.02 | Kero | hrw: OK, I'l figure it out some time. |
| 10:01.12 | hrw | Kero: I have 1.8.6-p286 recipes |
| 10:01.48 | Kero | hrw: are you OK if I submit 1.8.6-p383 recipes? |
| 10:02.08 | hrw | Kero: can you check http://marcin.juszkiewicz.com.pl/download/oe/ first? |
| 10:02.19 | Kero | and even so, I'd like to see what you updated for 1.8.6 and incorporate what you've done. |
| 10:02.30 | hrw | I am ok with it - just would like to get my update compared |
| 10:02.39 | Kero | certainly I'll check that. |
| 10:03.24 | Kero | timeline-wise, I'm leaving for holiday on Friday, so end-of-Sep I hope to have things smoothed out for these packages. |
| 10:04.39 | hrw | cool |
| 10:04.53 | Kero | that'd also include finding out how I can run Ruby's own testsuite on the result :) |
| 10:07.42 | *** join/#oe Gnutoo (n=gnutoo@ABordeaux-152-1-65-235.w82-125.abo.wanadoo.fr) |
| 10:11.00 | *** join/#oe darkschneider (n=gab@93-32-57-83.ip32.fastwebnet.it) |
| 10:11.42 | *** join/#oe booxter_ (n=booxter@cpmsq.epam.com) |
| 10:16.01 | *** join/#oe dth_ntb (i=59b6ce1a@gateway/web/freenode/x-fgrqudjelgmukqod) |
| 10:16.35 | *** join/#oe darkschneider (n=gab@93-32-57-83.ip32.fastwebnet.it) |
| 10:22.20 | CIA-1 | 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * r3ecef33ae9 10openembedded.git/conf/machine/kixrp435.conf: kixrp435.conf: Machine description for the Intel KIXRP435 reference board. |
| 10:22.21 | CIA-1 | 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * racce2710fe 10openembedded.git/recipes/linux/ (linux-2.6.30/kixrp435/defconfig linux_2.6.30.bb): linux: Add support for the Intel KIXRP435 reference board to 2.6.30 |
| 10:22.22 | CIA-1 | 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * r7d2336c2e4 10openembedded.git/conf/machine/topas910.conf: topas910.conf: Some defines to build valid uImages. |
| 10:22.23 | CIA-1 | 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * rd7159b354e 10openembedded.git/conf/machine/topas910.conf: topas910.conf: No need for the lowlevel loader any more. But mtdutils are useful to deal with NAND. |
| 10:24.14 | CIA-1 | 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * r356c86ab3c 10openembedded.git/recipes/ixp4xx/ixp4xx-npe_2.4.bb: ixp4xx-npe: The KIXRP435 uses NPE too. |
| 10:25.31 | florian | Another funky piece of hardware for OE :) |
| 10:28.41 | pb__ | heh, very good |
| 10:29.09 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 10:29.38 | florian | Timesys seems to have quite some kernel patches for it... I should try to get these. |
| 10:29.53 | *** join/#oe Gnutoo (n=gnutoo@ABordeaux-152-1-65-235.w82-125.abo.wanadoo.fr) |
| 10:30.37 | hrw | I wonder will ST give permission to add nhk15 to OE |
| 10:30.49 | hrw | Poky runs nice on it |
| 10:36.15 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 10:37.04 | cdbot2 | * * OE Bug 5305 has been created by chrisfriedt(AT)gmail.com |
| 10:37.06 | cdbot2 | * * x11-gpe-image do_rootfs opkg permission denied |
| 10:37.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=5305 |
| 10:42.17 | *** join/#oe lrg (n=lrg@lumison.wolfsonmicro.com) |
| 10:43.18 | florian | lrg: wb |
| 11:00.15 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 11:01.59 | *** join/#oe Gnutoo (n=gnutoo@ABordeaux-152-1-65-235.w82-125.abo.wanadoo.fr) |
| 11:04.11 | *** join/#oe Gnutoo (n=gnutoo@ABordeaux-152-1-65-235.w82-125.abo.wanadoo.fr) |
| 11:12.53 | *** join/#oe marex (n=marex@thor.hackndev.com) |
| 11:36.56 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
| 11:38.05 | cdbot2 | * * OE Bug 5306 has been created by chrisfriedt(AT)gmail.com |
| 11:38.07 | cdbot2 | * * x11-gpe-image do_rootfs failed |
| 11:38.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=5306 |
| 11:48.06 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 11:50.23 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 12:00.46 | XorA | anyone played with the Karo triton pxa boads? |
| 12:03.21 | *** join/#oe emachado (n=edjunior@201.82.64.173) |
| 12:07.04 | *** join/#oe svolpe (n=Gerrath@unaffiliated/gerrath) |
| 12:09.05 | *** join/#oe mario-goulart (n=user@201-40-162-47.cable.viacabocom.com.br) |
| 12:09.41 | *** join/#oe vo5 (n=vo@bd21096b.virtua.com.br) |
| 12:10.48 | *** join/#oe sushisan (i=be313ead@gateway/web/freenode/x-zlvjxzvtmfjoxipc) |
| 12:14.30 | sushisan | hi |
| 12:14.49 | sushisan | I have put in my local.conf AND my image bake: |
| 12:14.51 | sushisan | PREFERRED_PROVIDER_virtual/xserver = "xserver-xorg" PREFERRED_PROVIDER_xserver = "xserver-xorg" |
| 12:15.08 | sushisan | but when I make my image I have this warning |
| 12:15.18 | sushisan | ERROR: Multiple .bb files are due to be built which each provide virtual/xserver (/home/koan/devel/openembedded/recipes/xorg-xserver/xserver-xorg_1.5.3.bb /home/koan/devel/openembedded/recipes/xorg-xserver/xserver-kdrive_1.3.0.0.bb). This usually means one provides something the other doesn't and should. |
| 12:15.24 | sushisan | ????????????????????? |
| 12:15.45 | th1_ | I put BBMASK = "xserver-kdrive" in my local.conf |
| 12:16.20 | sushisan | mmm |
| 12:17.31 | th1_ | <PROTECTED> |
| 12:17.44 | th1_ | in addition to the PREFERRED_PROVIDER_virtual/xserver like you |
| 12:17.59 | th1_ | I'm not sure which one did the trick, or both together |
| 12:21.29 | sushisan | I'll check first with BBMASK |
| 12:24.10 | sushisan | th1_: I have http://pastebin.ca/1543112 |
| 12:27.55 | sushisan | task-xterminal RDEPENDS/RRECOMMENDS kdrive! ugh! :-) |
| 12:42.07 | *** join/#oe CSMan (n=csman@bas3-montreal31-1279786146.dsl.bell.ca) |
| 12:47.01 | *** join/#oe emachado_ (n=edjunior@201.82.64.173) |
| 12:52.02 | th1_ | sushisan, just use xterm instead of task-xterminal |
| 12:57.58 | de_manuel_pi | how can i set SRCREF to the latest revision of git archiv? |
| 13:04.49 | th1_ | de_manuel_pi, just don't set it |
| 13:05.29 | th1_ | set TAG = master instead and use SCR_URI="git://gitserver/repo.git;protocol=git;tag=${TAG}" |
| 13:05.52 | de_manuel_pi | then i get a: fatal: Not a valid object name 1 |
| 13:06.14 | th1_ | not if you set the SRC_URI like I said |
| 13:06.25 | de_manuel_pi | i want the latest version of the branch dev |
| 13:06.34 | de_manuel_pi | ok i try |
| 13:06.38 | th1_ | set TAG=dev and use that SRC_URI |
| 13:07.38 | hrw | re |
| 13:07.50 | rkirti | morning hrw |
| 13:08.00 | hrw | rkirti: how goes maemo/oe? |
| 13:08.30 | de_manuel_pi | hmm same problem it doesnt fetch the latest revision :( |
| 13:08.48 | hrw | de_manuel_pi: SRCREV = "${AUTOREV}" |
| 13:09.29 | *** join/#oe cminyard (n=cminyard@pool-173-57-157-176.dllstx.fios.verizon.net) |
| 13:09.33 | rkirti | hrw: maemo/oe is done as far as GSoC goes, right now lots of recipe cleaning needed. |
| 13:09.47 | *** join/#oe oneshel (n=jim@c-98-216-198-0.hsd1.nh.comcast.net) |
| 13:09.49 | hrw | rkirti: where are they available to look? |
| 13:10.23 | rkirti | hrw: http://github.com/rkirti/maemo_angstrom/tree/master but it needs some updation |
| 13:11.15 | rkirti | hrw: towards the last phase, I built lots of things with my local OE copy, adding recipes here and there rather than having a clean overlay - so those things wont show up on github. I have to clean up my tree and add those to the overlay here |
| 13:11.54 | de_manuel_pi | so is tag the same as branch in the SRC_URI |
| 13:11.55 | de_manuel_pi | ? |
| 13:12.03 | rkirti | hrw: also -> http://www.cse.iitm.ac.in/~rkirti/maemo-oe/status.html |
| 13:14.03 | cdbot2 | * * OE Bug 5307 has been created by chrisfriedt(AT)gmail.com |
| 13:14.05 | cdbot2 | * * mesa 7.2 fails on do_install, patch for mesa-common.inc |
| 13:14.07 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=5307 |
| 13:16.53 | hrw | rkirti: you used fremantle components? |
| 13:22.57 | rkirti | hrw: somewhat |
| 13:23.39 | rkirti | hrw: the exact fremantle hildon-desktop has closed source deps - so I used pre-alpha versions. I used whatever latest version was there which was open when I wrote those recipes ;) |
| 13:23.45 | *** join/#oe mrc3__ (n=ddiaz@189.157.108.164) |
| 13:24.14 | rkirti | though fremantle has moved from alpha to beta since then |
| 13:30.02 | *** join/#oe MostAwesomeDude (n=simpson@c-67-170-132-175.hsd1.or.comcast.net) |
| 13:31.37 | CIA-1 | 03Michael Smith <msmith@cbnco.com> 07org.openembedded.dev * r22d0437dde 10openembedded.git/recipes/mesa/mesa-common.inc: |
| 13:31.37 | CIA-1 | mesa-common.inc: avoid bashism |
| 13:31.37 | CIA-1 | Closes bug #5307. |
| 13:31.37 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 13:36.31 | *** join/#oe Pr0t0N (n=lcintrat@wyplay-fr-4-82.cnt.nerim.net) |
| 13:46.53 | *** join/#oe _ProtoN_ (n=lcintrat@fe2adsl-2.wyplay.net) |
| 13:59.33 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-17.se.biz.rr.com) |
| 14:02.37 | *** join/#oe mnabil (n=mnabil@196.202.20.11) |
| 14:03.17 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
| 14:05.37 | *** join/#oe Ainulindale (n=ainu@calaquendi.org) |
| 14:06.23 | msmith_ | where does this mysterious ti-codec.inc live? |
| 14:06.35 | msmith_ | some files in the new recipes/ti dir are looking for it |
| 14:06.57 | msmith_ | parsing fails |
| 14:06.57 | Crofton|work | hmm |
| 14:07.01 | Crofton|work | is it missing? |
| 14:07.24 | msmith_ | yes, but looking back before koen's commits last night, it wasn't there before, either |
| 14:07.39 | Crofton|work | maybe he had a git foul up |
| 14:08.16 | sushisan | ------ |
| 14:08.40 | sushisan | When I try to compile xf86-video-cirrus I have this error |
| 14:08.48 | sushisan | ../config.h:4:25: error: xorg-server.h: No such file or directory |
| 14:09.22 | sushisan | I have others xf86-video direvers compiled without problem! |
| 14:09.22 | sushisan | --- |
| 14:09.26 | msmith_ | Oh ok I thought it was a straight rename dvsdk -> ti but i guess there were other cleanups. Yeah, probably just missing file. |
| 14:11.38 | hrw | sushisan: maybe it is too old driver |
| 14:12.38 | Crofton|work | msmith_, I believe the problem will resolve itself "soon" |
| 14:12.51 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r73b0cf99f9 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 14:12.59 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb6235b4c21 10openembedded.git/recipes/ti/ (bitblit/recent-linux.diff bitblit_svn.bb ti-codec.inc): |
| 14:12.59 | CIA-1 | ti-codec: add missing.inc |
| 14:13.00 | CIA-1 | bitblit: add svn recipe |
| 14:13.05 | msmith_ | Crofton|work: it's almost like your git sense was tingling |
| 14:13.10 | Crofton|work | heh |
| 14:13.22 | Crofton|work | I am going to ask a dumb git question in githib |
| 14:13.27 | Crofton|work | #github |
| 14:13.39 | Crofton|work | there are so many ways to screw up with git |
| 14:14.37 | sushisan | hrw: maybe , but I have xorg-server.h |
| 14:14.38 | sushisan | : |
| 14:14.40 | sushisan | ./staging/i586-kaeilos-linux/usr/include/xorg/xorg-server.h ./work/i586-kaeilos-linux/xserver-xorg-2_1.5.3-r4/install/xserver-xorg-dev/usr/include/xorg/xorg-server.h ./work/i586-kaeilos-linux/xserver-xorg-2_1.5.3-r4/image/usr/include/xorg/xorg-server.h ./work/i586-kaeilos-linux/xserver-xorg-2_1.5.3-r4/xorg-server-1.5.3/include/xorg-server.h ./work/i586-kaeilos-linux/xserver-xorg-2_1.5.3-r4/staging-pkg/staging/i586-kaeilos-linux/usr/ |
| 14:16.11 | hrw | sushisan: add 1.3.2 one and build it |
| 14:16.32 | sushisan | hrw: add what where? |
| 14:16.56 | hrw | sushisan: cp 1.2.1 recipe as 1.3.2 one and build it |
| 14:18.45 | *** join/#oe Pr0t0N (n=lcintrat@wyplay-fr-4-82.cnt.nerim.net) |
| 14:18.54 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 14:20.00 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 14:22.27 | *** join/#oe Laibsch (n=Laibsch@p5B3B1EB5.dip.t-dialin.net) |
| 14:27.09 | *** join/#oe mickey|sofa (n=M@e180154236.adsl.alicedsl.de) |
| 14:33.59 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 14:36.11 | *** join/#oe Ainulind1le (n=ainu@calaquendi.org) |
| 14:42.31 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r70ddea99ee 10openembedded.git/recipes/powervr-drivers/ (libgles-omap3.inc libgles-omap3_3.00.00.09.bb): |
| 14:42.31 | CIA-1 | libgles-omap3: catch up with dir rename |
| 14:42.31 | CIA-1 | * I really suck at git, sorry |
| 14:45.25 | *** part/#oe sushisan (i=be313ead@gateway/web/freenode/x-zlvjxzvtmfjoxipc) |
| 14:46.06 | *** join/#oe sushisan (n=emiliano@190.49.62.173) |
| 14:47.39 | sushisan | quit |
| 14:54.12 | *** join/#oe zecke (n=ich@123.192.185.227) |
| 14:55.04 | *** join/#oe sushisan (i=be313ead@gateway/web/freenode/x-rmwcxkhfkaofbljf) |
| 14:55.31 | sushisan | hi |
| 14:55.38 | sushisan | when I try to compile xf86-video-cirrus_1.3.2 I have this error: |
| 14:55.44 | sushisan | checking if xorg-macros used to generate configure is at least 1.2... configure: error: configure built with too old of a version of xorg-macros.m4 - requires version 1.1.0 or newer |
| 14:55.49 | sushisan | ? |
| 14:56.06 | *** part/#oe jest (n=jest@laptop2.cs.put.poznan.pl) |
| 14:56.10 | florian | Hrm.. who mentioned to build eglibc toolchains here lately? |
| 14:58.03 | msmith_ | sushisan: do you know what version of xorg-xserver you are building? |
| 14:58.09 | msmith_ | (or maybe it's called xserver-xorg.. I can'tremember :) |
| 14:59.14 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-17.se.biz.rr.com) |
| 14:59.49 | sushisan | msmith_: mmmI think the lastest in OE (1.59 but now I'no not too sure! |
| 15:00.11 | msmith_ | if you run bitbake -s, it shoudl tell you. |
| 15:00.59 | msmith_ | each xorg module has its own independent versioning, so coming up with the required versions of each to work together can be a bit... challenging :) |
| 15:01.23 | sushisan | msmith_: in /tmp/work/i586-kaeilos-linux I have xserver-xorg-2_1.5.3-r4 |
| 15:02.32 | msmith_ | however there are some things that can help you, like preferred-xorg-versions-X11R7.4.inc, or kaeilos-2009-preferred-versions.inc or angstrom-2008-preferred-versions.inc |
| 15:03.31 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 15:03.58 | kergoth | morning |
| 15:04.18 | pb__ | g'day kergoth |
| 15:04.22 | msmith_ | morning |
| 15:04.38 | sushisan | msmith_: |
| 15:04.41 | sushisan | but I have: |
| 15:05.00 | *** join/#oe Laibsch (n=Laibsch@p5B3B1EB5.dip.t-dialin.net) |
| 15:05.00 | sushisan | ./tmp/work/x86_64-linux/util-macros-native-1_1.1.6-r0/util-macros-1.1.6/xorg-macros.m4.in ./tmp/work/x86_64-linux/util-macros-native-1_1.1.6-r0/util-macros-1.1.6/xorg-macros.m4 ./tmp/work/i586-kaeilos-linux/util-macros-1_1.1.6-r0/install/util-macros-dev/usr/share/aclocal/xorg-macros.m4 ./tmp/work/i586-kaeilos-linux/util-macros-1_1.1.6-r0/image/usr/share/aclocal/xorg-macros.m4 ./tmp/work/i586-kaeilos-linux/util-macros-1_1.1.6-r0/stag |
| 15:05.11 | sushisan | msmith_: this is 1.1.6 |
| 15:05.15 | msmith_ | sushisan: if you want to use recent xorg, you can do as I did and copy from angstrom: http://pastebin.ca/1543349 |
| 15:05.50 | sushisan | msmith_: trying... |
| 15:05.51 | msmith_ | Yeah i think you might have a util-macros-native version that is behind your cirrus or xserver-xorg version |
| 15:06.08 | sushisan | msmith_: I can put this in local.conf? or in my image? |
| 15:06.40 | msmith_ | In your local.conf, probably. |
| 15:06.42 | msmith_ | what DISTRO are you using? |
| 15:07.23 | msmith_ | you have kaeilos in your pathnames, but it looks like kaeilos-2009-preferred-versions.inc already takes care of this |
| 15:09.26 | *** join/#oe rsalveti_ (n=rsalveti@189.70.48.107) |
| 15:09.47 | sushisan | msmith_: kaeilos |
| 15:15.31 | msmith_ | yeah that's bizarre... kaeilos is using xserver-xorg 1.6.1, not 1.5.3... can you put the non-comment parts of your local.conf into a pastebin? |
| 15:15.40 | kergoth | hmmmm |
| 15:16.40 | kergoth | itd be nice to have bitdoc pick up file comment headers from individual bitbake .conf/.bb/.inc/.bbclass files, in addition to using the doc flags on the variables |
| 15:22.31 | *** join/#oe mickey|sofa (n=M@e180175097.adsl.alicedsl.de) |
| 15:24.42 | hrw | re mickey |
| 15:25.42 | *** join/#oe marex (n=marex@thor.hackndev.com) |
| 15:26.01 | *** join/#oe zecke (n=ich@123-192-185-227.dynamic.kbronet.com.tw) |
| 15:27.23 | *** join/#oe Ainulindale (n=ainu@calaquendi.org) |
| 15:31.41 | *** part/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
| 15:32.35 | sushisan | msmith_: I'm back but I must to go out for now. in 2 hour I'm back again! |
| 15:34.52 | *** part/#oe sushisan (i=be313ead@gateway/web/freenode/x-rmwcxkhfkaofbljf) |
| 15:39.38 | *** join/#oe Ainulindale (n=ainu@calaquendi.org) |
| 15:44.55 | hrw | ~curse Debian git/gitosis maintainers |
| 15:44.56 | ibot | May you be reincarnated as a Windows XP administrator, Debian git/gitosis maintainers ! |
| 15:50.19 | hrw | gitosis creates repositories as gitosis:gitosis, git-daemon runs as gitlog:gitlog... and let make them cooperate.... |
| 15:54.42 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 15:58.45 | florian | heh |
| 15:59.04 | kergoth | that's silly. why not just make a single git user/group? |
| 16:00.08 | hrw | kergoth: yep |
| 16:00.30 | kergoth | guess that would make too much sense |
| 16:02.56 | hrw | yep² |
| 16:03.25 | broonie | hrw: File a bug. |
| 16:03.38 | hrw | broonie: thats what I plan to |
| 16:05.30 | *** join/#oe pH5 (n=ph5@e178194063.adsl.alicedsl.de) |
| 16:07.10 | *** join/#oe woglinde (i=woglinde@g225147168.adsl.alicedsl.de) |
| 16:07.12 | woglinde | hi |
| 16:07.23 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 16:07.29 | woglinde | ~seen hrw |
| 16:07.30 | ibot | hrw is currently on #oe. Has said a total of 94 messages. Is idling for 3m 52s, last said: 'broonie: thats what I plan to'. |
| 16:09.42 | hrw | ho woglinde |
| 16:11.37 | woglinde | okay I asked my wife |
| 16:11.42 | woglinde | so its okay to fly |
| 16:12.16 | *** join/#oe mickey|sofa (n=M@e180175097.adsl.alicedsl.de) |
| 16:12.17 | woglinde | to london |
| 16:12.22 | woglinde | re mickeyl |
| 16:12.41 | mickey|sofa | hi |
| 16:13.06 | hrw | woglinde: cool |
| 16:13.17 | hrw | mickey|sofa: idling from sofa today? |
| 16:14.13 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-47-122.w90-2.abo.wanadoo.fr) |
| 16:15.39 | pb__ | hi woglinde, mickey|* |
| 16:15.57 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
| 16:16.12 | woglinde | hi pb |
| 16:16.26 | woglinde | pb ask my wife and so I can go to oedem |
| 16:16.38 | pb__ | jolly good |
| 16:16.52 | hrw | woglinde: Phil also has to ask your wife? |
| 16:16.55 | mickey|sofa | hrw: pretty much, ya |
| 16:16.59 | hrw | starts to fear woglinde's wife |
| 16:17.00 | woglinde | lol |
| 16:17.03 | woglinde | no |
| 16:18.46 | hrw | ;d |
| 16:21.21 | *** join/#oe toi (n=toi@d54C2AAB7.access.telenet.be) |
| 16:21.35 | pb__ | mickey|sofa: apart from the long-awaited tsc, do you know of any specific agenda items for the oedem? |
| 16:22.20 | hrw | the same as on first oedem: using OE logo/name on businesscards/promo materials, 'blessed companies' |
| 16:22.31 | florian | :-) |
| 16:22.51 | florian | were we able to sort out all hosting issues? |
| 16:23.00 | florian | of no we have another topic... |
| 16:23.10 | mickey|sofa | no, hosting still an issue |
| 16:23.18 | mickey|sofa | still services running on amethyst |
| 16:23.44 | florian | mickey|lunch: web? |
| 16:23.46 | florian | hrm |
| 16:23.50 | mickey|sofa | web |
| 16:23.52 | mickey|sofa | narcissus |
| 16:23.58 | florian | ah |
| 16:24.19 | *** join/#oe khem (n=khem@adsl-71-146-29-169.dsl.pltn13.sbcglobal.net) |
| 16:24.24 | woglinde | jo khem |
| 16:24.43 | khem | gm woglinde |
| 16:24.43 | florian | mickey|sofa: I guess we can host these at ltg after moving to the new server. |
| 16:24.46 | mickey|sofa | pb__: there's a bunch of technical things I'd love to discuss, like, bitbake 1.9 / 2.0, splitting the recipes tree into subtrees, minimizing distroisms, etc. |
| 16:25.15 | mickey|sofa | florian: i think the missing factor is someone taking care of moving, less the hosting itself ,since we can use melo on OSUSL |
| 16:25.43 | kergoth | will someone be taking notes, or summarizing the decisions made, for those of us who can't attend? |
| 16:25.51 | pb__ | mickey|sofa: okay, cool. if you would like to try to write a short summary (just one or two sentences) for each item, I will start trying to assemble an agenda. |
| 16:26.09 | mickey|sofa | pb__: yes, i can do that. probably not today, but tomorrow |
| 16:26.18 | pb__ | mickey|sofa: great. no rush. |
| 16:26.32 | mickey|sofa | kergoth: for sure. last time we used gobby (concurrent editor) for the notes, that was quite impressive and complete |
| 16:26.40 | kergoth | nice |
| 16:27.16 | florian | mickey|sofa: uh ok... oh well. ok, if noone volunteers I can take a look. shouldn't be too hard. But it will take some time. I have too much work here and moving LTG is quite time consuming. |
| 16:28.08 | mickey|sofa | i guess cbrake and Laibsch are still kind of working on it...are you? |
| 16:28.24 | pb__ | I guess if and when OE e.V. has some funds, one good use for those would be funding "travel bursaries" for folks who couldn't otherwise afford to attend these meetings. |
| 16:28.44 | pb__ | but yeah, there should definitely be a record of what is discussed and resolved. |
| 16:28.50 | mickey|sofa | *nod* |
| 16:29.10 | mickey|sofa | membership fees is also a point for the agenda |
| 16:29.45 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-17.se.biz.rr.com) |
| 16:29.48 | pb__ | righto |
| 16:29.53 | florian | uh right, now that I think the bank account is fully functional we shoudl be able to creata a paypal account too. |
| 16:30.16 | mickey|sofa | ah so they accepted the faxed id card? :) |
| 16:30.27 | kergoth | if anyone's bored, I'd be curious to hear opinions on my digusting hack(s) in http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=4dc61b382a9e13b3271c69ff6fcbf69432273172 |
| 16:30.53 | florian | mickey|sofa: I guess so... they didn't complain ;) but i'll test it soon |
| 16:32.10 | florian | kergoth: you ask for bored people in #oe? ;) |
| 16:32.17 | kergoth | hehe |
| 16:32.27 | florian | kergoth: add some documentation about how to use it :) |
| 16:32.38 | kergoth | s/bored/people who need something to distract them from the work they're supposed to be doing/ |
| 16:32.40 | kergoth | how's that? |
| 16:32.41 | kergoth | ;) |
| 16:32.45 | *** join/#oe Ainulindale (n=ainu@calaquendi.org) |
| 16:32.45 | florian | and some documentation how to get bored ;) |
| 16:33.01 | florian | way better :-) |
| 16:33.58 | kergoth | hmm, documentation.. |
| 16:35.04 | *** join/#oe eFfeM (n=Frans@j192117.upc-j.chello.nl) |
| 16:35.39 | kergoth | i can't think of anything to document |
| 16:35.50 | kergoth | make a recipe, put it in a source tree, inherit srctree in the recipe along with the rest of its inherits |
| 16:35.52 | kergoth | thats it |
| 16:37.10 | kergoth | anyone else think base.bbclass should really be broken up.. a lot, just to organize that mess? |
| 16:38.20 | rkirti | raises hand |
| 16:38.23 | mickey|sofa | +1 |
| 16:38.34 | broonie | wv :) |
| 16:39.35 | kergoth | why do i keep adding things to my list like this? :) |
| 16:39.47 | woglinde | kergoth dont know |
| 16:39.55 | kergoth | glutton for punishment, i guess |
| 16:42.04 | *** join/#oe Wiedi (n=wiedi@newton-air.w.fruky.net) |
| 16:42.49 | florian | runs home, bbiab |
| 16:42.58 | woglinde | bye florian |
| 16:43.44 | kergoth | mickey|sofa: the other night i had a idea, and I'm not entirely sure whether it's disgusting or lovely. consider: individual classes as individual python eggs. versioned, easy to hook into, .. |
| 16:44.06 | kergoth | express a requirement on autotools class > 1.0, what have you.. |
| 16:45.14 | mickey|lunch | hmm, interesting. |
| 16:45.31 | mickey|lunch | besides versioning, what would we get though? |
| 16:46.13 | kergoth | self contained, distribution independent of OE, the classes would be entirely python, so no hacks to declare classes and stuff |
| 16:46.25 | kergoth | s/classes/python classes/ |
| 16:46.42 | kergoth | shrugs, can't decide whether he likes the idea or not, just a possibility |
| 16:48.21 | mickey|lunch | what I'd like to see is some refactoring first. we never really did this with the classes. some of these are now 6 years old and there's a ton |
| 16:49.00 | kergoth | yeah, that's true. there are lots of remnant bits that aren't even used or needed anymore |
| 16:49.14 | kergoth | and lots of non-pythonic stuff, or stuff that doesn't take advantage of the current version we require |
| 16:49.40 | kergoth | i think the whole way image/rootfs_* is done needs to be scrapped and rearchitected |
| 16:50.04 | kergoth | need some nice convenience functions for aspects of the root filesystem construction |
| 16:50.12 | mickey|lunch | correct. that's disgusting codfe |
| 16:50.15 | mickey|lunch | code, even |
| 16:50.15 | kergoth | some of this preceded the 'def ..' syntax even existing |
| 16:50.45 | pb__ | agreed. there's a lot of old, bad code in there. |
| 16:51.27 | kergoth | i don't know about you guys, but when i first hack together a prototype of something, i find my naming conventions and stuff suck ass. and half the time i never go back and fix it. i think we have a fair bit of that sort of thing floating around too |
| 16:51.33 | kergoth | heh |
| 16:52.38 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 16:53.42 | kergoth | okay, so make it suck less first... gotcha ;) |
| 16:53.43 | *** join/#oe Ainulindale (n=ainu@calaquendi.org) |
| 16:53.44 | kergoth | baby steps.. |
| 16:53.51 | mickey|lunch | righto |
| 16:54.08 | mickey|lunch | (prototyp) same thing here |
| 16:54.39 | mickey|lunch | for me, often the right style just 'emerges' during the implementation |
| 16:54.52 | mickey|lunch | then when you have the first version finished, you can right start with the cleanup |
| 16:54.54 | kergoth | i need to get better at the agile/refactoring mindset. thinking in terms of how to get to longer term goals via small incremental steps |
| 16:55.06 | woglinde | *g* |
| 16:55.09 | kergoth | yeah, that makes sense.. as long as you actually do the cleanup |
| 16:55.10 | kergoth | :) |
| 16:55.17 | mickey|lunch | *nod* |
| 16:56.32 | kergoth | i think I'm still not used to how easy it is to use different programming styles with python. its nice, but I'm not sure if i have an intuitive grasp of when to use which yet. guess thatll come with experience |
| 16:58.40 | mickey|lunch | it does |
| 16:59.00 | kergoth | at the moment, most of the time i seem to do sort of a bottom up method, kind of functional. get test code working, break it up into functions, then if the functions start to feel like they're all manipulating common data, rearchitect as a class |
| 17:03.43 | *** join/#oe boris_OmegA (n=boris@82.225.44.70) |
| 17:10.12 | kergoth | does anyone know of a tool like 'script' that's a bit smarter about escape codes and such? |
| 17:10.46 | woglinde | hm only know script |
| 17:11.18 | *** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
| 17:11.25 | woglinde | hi chouimat |
| 17:12.06 | chouimat | hi |
| 17:12.56 | *** join/#oe Ainulindale (n=ainu@calaquendi.org) |
| 17:14.48 | *** join/#oe dth (n=Dieter@p4FDED49F.dip.t-dialin.net) |
| 17:16.00 | *** join/#oe Jay7 (n=jay@93-81-143-156.broadband.corbina.ru) |
| 17:26.21 | kergoth | woglinde, mickey|lunch, pb__: http://kergoth.pastey.net/123427 |
| 17:26.46 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
| 17:32.36 | woglinde | re |
| 17:33.54 | woglinde | hm |
| 17:34.07 | woglinde | yeah that is cool |
| 17:35.25 | CIA-1 | 03Evan Doiron <edoiron@cbnco.com> 07org.openembedded.dev * rf6c302378f 10openembedded.git/ (11 files in 3 dirs): |
| 17:35.25 | CIA-1 | ppp: add v2.4.4 |
| 17:35.25 | CIA-1 | Signed-off-by: Evan Doiron <edoiron@cbnco.com> |
| 17:35.25 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 17:35.25 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 17:35.35 | CIA-1 | 03Evan Doiron <edoiron@cbnco.com> 07org.openembedded.dev * r2c9d61f33d 10openembedded.git/ (conf/checksums.ini recipes/openvpn/openvpn_2.0.9+2.1rc19.bb): |
| 17:35.35 | CIA-1 | openvpn: add v2.0.9+2.1rc19 |
| 17:35.35 | CIA-1 | Signed-off-by: Evan Doiron <edoiron@cbnco.com> |
| 17:35.35 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 17:35.37 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 17:36.16 | *** join/#oe mnabil (n=mnabil@217.52.58.243) |
| 17:45.35 | *** part/#oe FOM (n=jeffs@74.219.98.62) |
| 17:52.20 | *** join/#oe jeffs (n=jeffs@rrcs-74-219-98-62.central.biz.rr.com) |
| 17:57.04 | rkirti | kergoth: you could automate the process like we do for our assignments here - write a vim script to get rid of all possible ctrl chars the script tool writes :P |
| 18:02.12 | *** join/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net) |
| 18:03.25 | *** join/#oe jeaneus (n=jeaneus@nat/ti/x-hosvesqmrkerqzns) |
| 18:08.04 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-176-159.pools.arcor-ip.net) |
| 18:13.34 | kergoth | argh |
| 18:15.46 | rkirti | ? |
| 18:16.08 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 18:16.13 | *** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at) |
| 18:16.28 | rkirti | bbl |
| 18:17.27 | *** join/#oe thaytan (n=jan@78.16.140.6) |
| 18:21.40 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-17.se.biz.rr.com) |
| 18:24.43 | *** join/#oe emachado (n=edjunior@201.82.64.173) |
| 18:26.12 | *** join/#oe DuckFault1 (n=DuckFaul@rrcs-71-43-24-17.se.biz.rr.com) |
| 18:28.28 | kergoth | anyone run into issues with anonymous functions? |
| 18:28.47 | kergoth | specifically, i have a case where one class's anonymous function seems to not be executed whenever i also inherit this other class |
| 18:29.29 | kergoth | so somehow this class is fucking up other recipes anonymousf unctions.. but the first guess i had, that it was returning from the anonymous function, is not the case... |
| 18:29.35 | cbrake | tries Qt Creator and is fairly impressed |
| 18:29.56 | cbrake | what a proliferation of IDEs ... |
| 18:37.31 | *** join/#oe sushisan (i=be313ead@gateway/web/freenode/x-avdfwpovxnwhdsum) |
| 18:38.03 | sushisan | hi |
| 18:38.28 | sushisan | hi |
| 18:38.42 | sushisan | Im trying to compile a kaeilos image |
| 18:39.02 | sushisan | but in openembedded main tree I dont have kaeilos-2009-preferred-versions.inc |
| 18:39.08 | sushisan | where is this file? |
| 18:39.21 | msmith_ | hmm |
| 18:39.26 | msmith_ | what oe branch are you on? |
| 18:41.10 | sushisan | I have made: |
| 18:41.13 | sushisan | git clone git://git.openembedded.org/openembedded |
| 18:41.15 | sushisan | git pull |
| 18:42.17 | msmith_ | you can use "git branch" to tell you what branch you are on |
| 18:43.03 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 18:43.36 | khem | its there on .dev AFAICK |
| 18:43.47 | khem | AFAICT |
| 18:44.05 | msmith_ | yeah same here |
| 18:44.07 | sushisan | <PROTECTED> |
| 18:44.45 | msmith_ | Yeah so you're on the stable branch for some reason... Try the dev one... |
| 18:45.05 | *** join/#oe flo_lap (n=fuchs@f049073045.adsl.alicedsl.de) |
| 18:45.17 | sushisan | where is the list of the devs branches? |
| 18:45.27 | flo_lap | re |
| 18:45.31 | sushisan | (and in my case kailos branch) |
| 18:46.27 | *** join/#oe mnabil (n=mnabil@196.202.20.11) |
| 18:46.29 | msmith_ | i don't know kaeilos really but it probably uses org.openembedded.dev as the main branch |
| 18:47.36 | khem | sushisan: that should have got you .dev |
| 18:47.58 | khem | sushisan: what does git branch tell you |
| 18:48.15 | khem | the one with * is your current branch |
| 18:48.15 | sushisan | mmmm |
| 18:49.00 | sushisan | at http://www.kaeilos.com/?q=download said: |
| 18:49.02 | sushisan | Get OpenEmbedded metadata cd /home/koan/devel git clone git://git.openembedded.org/openembedded Update OE metadata $ cd /home/koan/devel/openembedded $ git pull |
| 18:49.29 | sushisan | my * is stable/2009 |
| 18:50.02 | khem | then do this git checkout org.openembedded.dev |
| 18:50.10 | khem | that should get you onto .dev branch |
| 18:51.09 | Jay7 | http://juliank.wordpress.com/2009/08/24/the-apt2-project/ |
| 18:51.12 | Jay7 | omg |
| 18:51.31 | sushisan | khem: |
| 18:51.40 | sushisan | git checkout org.openembedded.dev |
| 18:51.41 | sushisan | error: You have local changes to 'conf/distro/kaeilos.conf'; cannot switch branches. |
| 18:51.56 | sushisan | but I dont have touched kaeilos.conf |
| 18:52.46 | khem | hmm then do git checkout conf/distro/kaeilos.conf |
| 18:52.53 | khem | this will revert it to pristine state |
| 18:52.58 | khem | and then do the branch command again |
| 18:53.40 | sushisan | git checkout org.openembedded.dev |
| 18:53.41 | sushisan | error: pathspec 'recipes/autoconf/autoconf_2.63.bb' did not match any file(s) known to git. |
| 18:53.47 | sushisan | mmm |
| 18:54.00 | sushisan | I dont remember if I've touched or not this file |
| 18:54.53 | khem | well somehow your tree is busted |
| 18:54.54 | sushisan | yes |
| 18:55.13 | sushisan | I delete it and now the chechout works! |
| 18:55.26 | sushisan | Your branch is behind 'origin/org.openembedded.dev' by 184 commits, and can be fast-forwarded |
| 18:55.44 | sushisan | * org.openembedded.dev |
| 18:55.47 | sushisan | ok! |
| 18:55.51 | sushisan | now the inc |
| 18:56.14 | sushisan | ./conf/distro/include/kaeilos-2009-preferred-versions.inc |
| 18:56.16 | sushisan | yes! |
| 18:56.22 | sushisan | TXS!!! |
| 18:57.58 | khem | np |
| 18:59.12 | *** join/#oe stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94) |
| 19:01.34 | *** join/#oe timtimred (n=meh@79-75-128-156.dynamic.dsl.as9105.com) |
| 19:03.55 | sushisan | khem: |
| 19:03.56 | sushisan | Error, DISTRO_PR has changed (.1 to .3) which means all packages need to rebuild. Please remove your TMPDIR so this can happen. For autobuilder setups you can avoid this by using a TMPDIR that include DISTRO_PR in the path. |
| 19:03.59 | *** part/#oe DuckFault1 (n=DuckFaul@rrcs-71-43-24-17.se.biz.rr.com) |
| 19:04.08 | sushisan | I need to rebuild ALL packages? |
| 19:04.13 | Laibsch | yes |
| 19:04.24 | Laibsch | that's what it says, doesn't it? |
| 19:04.30 | sushisan | noooooooooooooooooooooooooooooooooooo |
| 19:04.33 | khem | Error message is self explanatory |
| 19:04.51 | msmith_ | haha |
| 19:05.05 | msmith_ | looks like somebody's going to be working late tonight :) |
| 19:05.14 | sushisan | yeah...the computer... alone! |
| 19:05.21 | msmith_ | Now would be a good time to take up smoking... |
| 19:05.22 | Laibsch | hehe |
| 19:07.20 | sushisan | msmith_: in my notebook a fresh rebuild take 3 days, if I'll wait awak I should take something...illegal! :-) |
| 19:08.04 | msmith_ | heh. i think after 72 hours awake, you are legally insane in some jurisdictions |
| 19:08.33 | msmith_ | You, sir, need a build server :) laptop hard drives are too slow for this much compiling... |
| 19:08.41 | sushisan | not in Argentina |
| 19:08.47 | sushisan | :-) |
| 19:09.29 | khem | well I have a T61 and it takes about 4 hrs |
| 19:09.37 | khem | for a console-image from scratch |
| 19:09.59 | msmith_ | yeah, until you get into the x11 stuff, it's not so bad |
| 19:14.05 | sushisan | msmith_: Yes, my next investment |
| 19:16.58 | sushisan | khem: Lenovo ThinkPad? |
| 19:17.07 | khem | yes |
| 19:17.20 | khem | ugly black but is damn fast |
| 19:18.38 | sushisan | I have a Intel(R) Pentium(R) Dual CPU T2310 @ 1.46GHz |
| 19:19.01 | sushisan | 1Gb ram |
| 19:23.01 | Jay7 | khem: I have x61 tablet now :) |
| 19:23.22 | florian | likes the design of his thinkpads |
| 19:24.57 | Jay7 | trackpoint is the best :) |
| 19:25.00 | khem | florian: I liked it upto T43 |
| 19:26.21 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 19:27.09 | kergoth | sighs and re-implements his srctree hacks from scratch |
| 19:27.25 | florian | khem: is the t61 that bad? |
| 19:30.41 | *** join/#oe fraxinas (n=quassel@p54AA71ED.dip.t-dialin.net) |
| 19:35.52 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 19:36.40 | *** join/#oe mnabil (n=mnabil@217.52.58.243) |
| 19:38.13 | CIA-1 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r8ba4ce9074 10openembedded.git/recipes/linux-libc-headers/ (3 files in 2 dirs): linux-libc-headers: Added headers for version 2.6.30. |
| 19:40.20 | khem | florian: I dont like its looks but perf wise its really good |
| 19:41.58 | *** join/#oe pb___ (n=pb@212-139-92-236.dynamic.dsl.as9105.com) |
| 19:43.14 | woglinde | re pb |
| 19:49.23 | kergoth | goddamn, I'm having to do some evil shit in some of these classes |
| 19:50.01 | khem | pb__: did you get the eglibc/micro issue resolved ? I could not reproduce it here |
| 19:53.25 | *** join/#oe sabrod (n=sabrod@mic92-8-82-234-143-184.fbx.proxad.net) |
| 20:01.40 | *** join/#oe dos11 (n=dos@unaffiliated/dos1) |
| 20:04.40 | pb___ | khem: no, but I didn't really try; I am happy enough just using regular glibc. |
| 20:08.16 | khem | pb___: give it one more shot with build from scratch I would say |
| 20:09.09 | pb___ | I can try that later, though my previous build was from scratch so I doubt it will be much different. |
| 20:09.33 | pb___ | right now, the main thing I need is just to have a working image. |
| 20:10.03 | khem | pb___: ok |
| 20:10.59 | pb___ | I must admit I've never been entirely clear on the advantage of using eglibc compared to normal glibc. |
| 20:11.22 | khem | pb___: it embedded focussed |
| 20:11.27 | khem | thats the only difference |
| 20:11.53 | khem | you can customize it also like uclibc but thats not yet done in OE |
| 20:12.03 | pb___ | yeah, I gathered that much, but I don't quite understand what "embedded focussed" means in concrete terms. |
| 20:12.14 | khem | cross testing |
| 20:12.18 | khem | cross building |
| 20:12.35 | khem | size optimization |
| 20:12.52 | khem | letting non desktop arches to work better |
| 20:13.25 | khem | although the current model is that changes are pushed in to glibc as much as possible and then pulled back |
| 20:14.01 | khem | cross generation of locales |
| 20:15.01 | khem | I think these are quite a bit but once we start using it in OE we can improve on what it offers and also steer it to our needs thats why I am interested in making it default because then it gets more focus |
| 20:16.23 | pb___ | okay, fair enough. the only one of those that sounds like a significant advantage for oe right now is size optimization; cross building does already work fine with normal glibc, and cross generation of locales via qemu seems to work well enough for most folk. |
| 20:17.04 | pb___ | cross testing might be interesting, though I doubt too many people will want to actually use it; you could do that previously under normal glibc with a little bit of fiddling and I don't think many/any users have bothered. |
| 20:22.41 | *** join/#oe Martin-B (n=Martin@pool-222-67-198-89.dbd-ipconnect.net) |
| 20:27.19 | khem | yes motive is to to make it more cross friendly so more and more devs can easy run tests |
| 20:28.07 | Jay7 | | configure: error: C preprocessor "arm-angstrom-linux-gnueabi-gcc -E" fails sanity check |
| 20:28.08 | khem | moreover I keep it uptodate in terms of releases in OE :) |
| 20:28.21 | khem | Jay7: show the config.log |
| 20:28.54 | Jay7 | ah.. it may be yesterday's hangup |
| 20:30.11 | Jay7 | /data/openembedded/tmp/cross/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/include-fixed/limits.h:122:61: error: limits.h: No such file or directory |
| 20:31.01 | Jay7 | it is glibc-2.9-r34.1 |
| 20:31.08 | *** join/#oe Ainulindale (n=ainu@calaquendi.org) |
| 20:35.03 | *** join/#oe emachado (n=edjunior@201.82.64.173) |
| 20:35.03 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) [NETSPLIT VICTIM] |
| 20:35.03 | *** join/#oe woglinde (i=woglinde@g225147168.adsl.alicedsl.de) [NETSPLIT VICTIM] |
| 20:35.03 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) [NETSPLIT VICTIM] |
| 20:35.03 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 20:35.03 | *** join/#oe mithro_ (n=tim@unaffiliated/mithro) |
| 20:35.03 | *** join/#oe likewise_ (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 20:35.03 | *** join/#oe Stecchino (n=quassel@amarok/developer/Stecchino) [NETSPLIT VICTIM] |
| 20:35.03 | *** join/#oe ptitjes (n=didier@AVelizy-154-1-22-23.w82-124.abo.wanadoo.fr) [NETSPLIT VICTIM] |
| 20:35.03 | *** join/#oe janinge (i=j@ninge.net) |
| 20:35.03 | *** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org) |
| 20:35.03 | *** join/#oe Ironnads (n=Ironnads@host81-158-148-138.range81-158.btcentralplus.com) [NETSPLIT VICTIM] |
| 20:42.18 | *** join/#oe kristoffer (n=kristoff@95.209.160.59) |
| 20:47.58 | *** part/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
| 20:52.02 | *** join/#oe ant__ (n=andrea@host128-229-dynamic.58-82-r.retail.telecomitalia.it) |
| 20:53.00 | *** join/#oe Martin-B (n=Martin@pool-222-67-198-89.dbd-ipconnect.net) |
| 20:53.40 | *** join/#oe emachado (n=edjunior@201.82.64.173) |
| 20:54.47 | *** join/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
| 20:55.31 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 20:59.51 | RP | morning all |
| 21:00.19 | ant__ | hey RP |
| 21:00.22 | florian | hey RP |
| 21:00.43 | woglinde | hi rp |
| 21:03.29 | kergoth | hey RP |
| 21:04.56 | ant__ | kergoth: RP: I feel so sorry for being so insistent..but actual state of packaged-staging in OE is half-broken to be polite :) |
| 21:05.25 | ant__ | I can't believe I'm the only one guinea-pig here... |
| 21:05.46 | kergoth | my backlog of commits i need to get upstream to OpenEmbedded is like... 150 commits, or something |
| 21:06.11 | ant__ | ok, I don't talk about improvements now, just fixes |
| 21:07.35 | kergoth | I'm not talking about just improvements either. there are recipe and class fixes in mvl6 that aren't upstream yet. perhaps some of those may help, i don't know offhand |
| 21:07.44 | kergoth | but I'm sure you can learn enough to fix the problems .. ;) |
| 21:08.04 | ant__ | ;) |
| 21:08.04 | CIA-1 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * r6a5e3eadec 10openembedded.git/classes/srctree.bbclass: |
| 21:08.04 | CIA-1 | srctree.bbclass: Don't automatically use git clean. |
| 21:08.04 | CIA-1 | This should be an opt-in feature. |
| 21:08.05 | CIA-1 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 21:08.09 | CIA-1 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * rc45f041e4a 10openembedded.git/classes/srctree.bbclass: |
| 21:08.09 | CIA-1 | srctree: completely reimplement the task merging into do_populate_staging. |
| 21:08.11 | CIA-1 | This fixes issues seen with the use of kernel.bbclass, so in existing source |
| 21:08.13 | CIA-1 | tree kernel builds work happily now. |
| 21:08.15 | CIA-1 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 21:08.45 | kergoth | RP: http://kergoth.pastey.net/123427 |
| 21:10.17 | kergoth | sighs and reads the Moblin compliance guide |
| 21:16.44 | CIA-1 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r317b2b076c 10openembedded.git/recipes/update-rc.d/update-rc.d_0.7.bb: update-rc.d: INHIBIT_DEFAULT_DEPS to allow glibc to inherit update-rc.d. |
| 21:16.44 | CIA-1 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r056a67f607 10openembedded.git/recipes/glibc/glibc-package.bbclass: glibc: Install ld.so.conf, so ldconfig does not complain. |
| 21:16.48 | CIA-1 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * rd007a914d5 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 21:16.49 | CIA-1 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r70031b2c7f 10openembedded.git/recipes/glibc/ (5 files in 2 dirs): glibc: nscd: Make it working. |
| 21:17.00 | RP | ant__: So don't use packaged-staging :/ |
| 21:17.16 | ant__ | :) |
| 21:17.19 | ant__ | saves time |
| 21:17.26 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 21:17.27 | RP | ant__: My workload is not getting any easier or reducing sadly |
| 21:17.38 | kergoth | doesn't quite have the entirety of packaged-staging.bbclass modeled in his head, so isn't quite ready to clean it up for fix difficult bugs in it at the moment.. working on it |
| 21:17.41 | ant__ | btw I have a list of packages failing during rebuild from pstage... |
| 21:17.48 | Jay7 | IOError: [Errno 2] No such file or directory: '/data/openembedded/tmp/oestats.id' |
| 21:17.50 | Jay7 | hm.. |
| 21:17.58 | Jay7 | who should create that file? |
| 21:18.10 | RP | ant__: Can you email a summary of the problems to the OE list and cc me please |
| 21:18.31 | ant__ | already in ML and patchwrk |
| 21:18.35 | RP | kergoth: Very nice :) |
| 21:18.40 | ant__ | 21-august (Andrea) |
| 21:19.22 | Jay7 | ah.. |
| 21:19.31 | ant__ | basic problem is bitbake doesn't find the compiler after rebuild from pstage |
| 21:19.38 | Jay7 | bitbate does not creating that file when in interactive mode |
| 21:19.49 | ant__ | second one ishappens if you delete the /ipk dir |
| 21:19.53 | Jay7 | is it bug or feature? |
| 21:19.55 | kergoth | RP: check out merge_tasks in http://bit.ly/4p4Mc8 ... i think i may have committed some sin in creating this monstrosity ;) |
| 21:20.53 | RP | kergoth: How about just using locking? |
| 21:20.59 | kergoth | not sufficient. |
| 21:21.21 | kergoth | one thread could release the lock after its configure completes, then the native version runs its configure and releases the lock, then the first thread runs the compile for non-native |
| 21:21.22 | kergoth | boom |
| 21:21.24 | kergoth | interleaving is the problem |
| 21:21.31 | kergoth | the lock needs to be across the whole process |
| 21:21.34 | kergoth | hence the task merging |
| 21:21.38 | RP | kergoth: Invent a new lock |
| 21:22.13 | kergoth | perhaps.. would be annoying to implement without modifying bitbake, unless i do the footwork in an event handler |
| 21:22.17 | kergoth | i'll look into that, thanks |
| 21:22.19 | RP | kergoth: That function is rather clever. Insane too mind |
| 21:22.55 | RP | kergoth: but if modifying bitbake removes the need for functions like that? ;-) |
| 21:23.34 | kergoth | aye. also assumes that no other recipes will express a dependency on any of the tasks from configure through populate_staging, if they do, things could get... unpleasant |
| 21:24.35 | *** join/#oe reachfh (n=reachfh@221.169.210.231) |
| 21:25.48 | *** join/#oe methril_home (n=methril@182.72.220.87.dynamic.jazztel.es) |
| 21:25.50 | methril_home | hi |
| 21:26.15 | *** join/#oe aloisiojr1 (n=aloisio@200.184.118.130) |
| 21:27.09 | kergoth | hmmm |
| 21:27.36 | kergoth | pictures in his head how the "threads" would interact using a cross-task lock, to try to spy out any problems |
| 21:27.47 | kergoth | (fond memories of diagnosing locking issues in the kernel..) |
| 21:28.20 | RP | kergoth: I'd just make configure take the lock and populate_staging release it or something |
| 21:28.33 | RP | and then debian.bbclass will totally break things |
| 21:28.38 | kergoth | yeah, thats what i was thinking too |
| 21:29.11 | RP | debian.bbclass is both a blessing and a curse |
| 21:29.40 | kergoth | taskstarted even for configure -> acquire, taskcompleted/failed for staging -> release |
| 21:29.43 | kergoth | s/even/event/ |
| 21:30.32 | *** join/#oe Ainulindale (n=ainu@calaquendi.org) |
| 21:30.51 | RP | do_configure[takelock] = "${WORKDIR}/foo" do_stage[releaselock] = "$..." |
| 21:30.51 | RP | but the events could do it too |
| 21:31.19 | RP | bitbake/oe is that complicated already there is something to be said for keeping simple :/ |
| 21:31.32 | kergoth | the downside i see to a lock based solution is that that bitbake thread is tied up, blocking on the lock, doing nothing, and the other thread isn't guaranteed to be finishing off that first task immediately, it could be off doing other things.. which means the thread is blocked longer than it has to be.. in the merged task solution, the max wait time is the length of the configure->install operation |
| 21:31.42 | kergoth | s/first task/first recipe/ |
| 21:32.11 | RP | Well, we could teach bitbake to not run the tasks until the lock is available |
| 21:32.27 | RP | means teaching the scheduler about locks but that isn't totally insane |
| 21:32.28 | kergoth | yeah, that's true. do a try-acquire or whatever |
| 21:32.50 | kergoth | as an alternative, could teach it to know how to run sets of tasks in series if they're declared as such |
| 21:32.57 | RP | yes |
| 21:33.07 | RP | our current scheduler is totally thick |
| 21:33.14 | RP | well, kind of |
| 21:33.24 | RP | its just very simple |
| 21:33.30 | kergoth | if we tought it how to handle series tasks, the acquire/release model could be done entirely in events, and would be trivial |
| 21:33.32 | kergoth | nods |
| 21:33.48 | ant__ | someone asked for a parallel-build of images, being that each image has own rootfs |
| 21:33.59 | kergoth | ant__: put IMAGE_ROOTFS in WORKDIR. works great |
| 21:33.59 | RP | ant__: Poky does that |
| 21:34.33 | ant__ | ok, nasty is I have a lot of recipes killing parallel build... |
| 21:34.34 | kergoth | so, I'm pretty sure mvl6 is now available for sale, just hasn't had a press release yet |
| 21:34.34 | RP | kergoth: Have you hit the opkg issues yet? |
| 21:34.36 | kergoth | not entirely sure why.. |
| 21:35.12 | RP | kergoth: I'd love to take a look but I can't see that happening any time soon... |
| 21:35.25 | kergoth | RP: not yet, what issues? the opkg metadata for rootfs_ipk is already in workdir.. haven't tried multiple parallell image builds in a single image recipe, no real point |
| 21:36.01 | kergoth | one cool thing we do, which i was telling someone about yesterday, is our image.bbclass automatically produces a -dbg incarnation of the filesystem with the dbg packages installed, useful for gdb/gdbserver. its in the queue to be pushed |
| 21:36.18 | RP | kergoth: Image A completes its depenencies whilst recipe B is still building. Its a new version of B hence it uninstalls from staging and removes its packages from deploy/ipk as opkg-make-index runs |
| 21:36.21 | RP | boom :) |
| 21:36.50 | ant__ | if you want a sure failing test, just rebuild from pstage for Z |
| 21:36.51 | kergoth | ugh, didn't think about the interaction with pstage's binary package handling.. |
| 21:36.59 | RP | I've just made some patches to opkg-make-index which probably will make people wonder about my sanity |
| 21:37.10 | kergoth | poky has the fixes for that? |
| 21:37.27 | RP | kergoth: Yes. For certain definitions of fix |
| 21:37.31 | kergoth | hehe |
| 21:37.34 | RP | kergoth: I'm busy testing them |
| 21:37.41 | RP | kergoth: Just ignore all OSErrors |
| 21:37.50 | RP | if the package disappears, so what? :) |
| 21:38.00 | kergoth | mvl6 will need it too, I'm sure its just a matter of time till a customer reports it |
| 21:38.12 | RP | My autobuilder was hitting it every other run |
| 21:38.16 | kergoth | yow |
| 21:38.32 | RP | it is set to rebuild every time one of several git repos gets a commit |
| 21:38.49 | kergoth | right now our qa folks build one image per bitbake run, other than initramfs stuff. gets built nightly, not continuous |
| 21:39.18 | RP | kergoth: This is one image per run with an initramfs |
| 21:39.29 | kergoth | guess we've just gotten lucky thus far :) |
| 21:39.38 | kergoth | we build for ... like 8-9 machines at the moment |
| 21:39.45 | RP | I just build for one |
| 21:39.55 | RP | but its building new revisions every 10 mins |
| 21:39.58 | kergoth | nods |
| 21:40.22 | ant__ | RP: any idea why this would happen? http://tinderbox.openembedded.net/public/logs/task/2600034.tx |
| 21:40.32 | kergoth | finds it amusing how different third party collections end up hitting similar issues.. this is why we need to get stuff upstream faster :) |
| 21:41.05 | RP | ant__: 404 errors? They usually mean incorrect urls ;-) |
| 21:41.13 | ant__ | add a t...this is rebuild from bare /pstage, after having |
| 21:41.20 | RP | kergoth: Right |
| 21:41.29 | ant__ | fixed zaurus-updater and a nother couple |
| 21:41.33 | RP | kergoth: The trouble is I don't dare touch OE.dev these days, too out of touch :( |
| 21:42.44 | kergoth | I'm .. almost happy with my workflow for the upstream stuff. created a fake merge commit where the collection in question was created from OE recipes, then created a shell script to dump a log but hiding blacklisted commits, and i blacklist the commits that 'git cherry' finds as already cherry picked between them, and ones i add explicitly |
| 21:43.25 | kergoth | so its git-cherry-list foundation-sync..foundation-for-oe, and browse for stuff that should go up, cherry pick them over and add to the blacklist |
| 21:47.36 | CIA-1 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * r2259a81628 10openembedded.git/classes/ (clean.bbclass srctree.bbclass): |
| 21:47.36 | CIA-1 | srctree, clean: cleanup & split out do_clean bits into clean.bbclass. |
| 21:47.36 | CIA-1 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 21:47.47 | woglinde | gogo kergoth |
| 21:47.49 | RP | kergoth: Neat. Its a bit more tricky since Poky's history and OE's doesn't coincide :/ |
| 21:47.50 | woglinde | *g* |
| 21:48.57 | kergoth | RP: ours doesn't either, at least directly. the merge commit is really by date, when we started the repositories. some stuff got added after that, but its a starting point to filter out the majority of the history. course, poky has been around long enough that the manual work would be excessive, but you could automate more of it |
| 21:49.20 | kergoth | i was thinking about checking the blob hashes for added recipes and see when that blob was in a tree in OE, so we know where it came from & what version |
| 21:49.25 | kergoth | ;) |
| 21:59.56 | kergoth | hmm, i should make my pure python do_unpack work on python 2.4 and get it pushed |
| 22:00.02 | kergoth | stupid lack of decorators.. |
| 22:05.29 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 22:06.26 | RP | kergoth: :) |
| 22:06.43 | RP | kergoth: My main worry with merging things with OE.dev is lack of testing |
| 22:06.58 | kergoth | yeah.. its hard to test every combination |
| 22:07.06 | RP | I'm not in a position to test OE.dev at all these days and don't feel right pushing changes without testing them |
| 22:07.13 | kergoth | ideally we'd be able to tell an autobuilder to fire away at a new branch you create with the isolated changes |
| 22:07.23 | kergoth | since its difficult to test all the combinations on your own |
| 22:13.19 | RP | kergoth: That would certainly help |
| 22:14.01 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 22:14.54 | kergoth | but even then, we'd probably want to teach the autobuilder to run builds inside of virtual machines which are different Linux distros and such, in case of build environment issues |
| 22:15.01 | kergoth | heh |
| 22:16.08 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 22:17.11 | kergoth | i had an idea a while back.. i think I'm going to set up a class to monitor the datastore for changes that a task causes, with the goal of being able to pass the tasks a fresh createCopy() of the data instead of the original, so their changes are truly local, and won't affect the rest of the build. tasks touching the metadata can lead to problems with nondeterministic builds |
| 22:18.08 | *** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
| 22:19.22 | woglinde | good nite |
| 22:19.27 | kergoth | night |
| 22:20.55 | *** join/#oe aloisiojr1 (n=aloisio@200.184.118.130) |
| 22:23.31 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 22:26.29 | *** join/#oe Gin-geR (i=hacker@pD9538380.dip0.t-ipconnect.de) |
| 22:29.19 | *** join/#oe thaytan (n=jan@213-202-144-152.bas502.dsl.esat.net) |
| 22:31.04 | cdbot2 | * * OE Bug 5308 has been created by javiroman(AT)kernel-labs.org |
| 22:31.06 | cdbot2 | * * conf/machine/include/tune-geodelx.inc is missing |
| 22:31.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=5308 |
| 22:34.21 | CIA-1 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * r4cd5e9101d 10openembedded.git/classes/base.bbclass: |
| 22:34.21 | CIA-1 | base.bbclass: add cleanall task. |
| 22:34.21 | CIA-1 | Can be particularly useful when using multiple srctree recipes. |
| 22:34.21 | CIA-1 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 22:35.25 | CIA-1 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * r09b6a74a6f 10openembedded.git/classes/srctree.bbclass: |
| 22:35.25 | CIA-1 | srctree: prefix messages with ${PF} and kill do_package hacks. |
| 22:35.25 | CIA-1 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 22:50.11 | CIA-1 | 03Martin Jansa <martin.jansa@gmail.com> 07fso/milestone5.5 * ra0cb94509c 10openembedded.git/recipes/navit/ (4 files in 2 dirs): Fix navit library path. navit.xml was renamed to navit_shipped.xml in svn rev 2492. |
| 22:50.12 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07fso/milestone5.5 * rf6d595aa19 10openembedded.git/recipes/navit/ (navit.inc navit_svn.bb): navit: don't recommend speech-dispatcher and fix config file to work without -dev package |
| 22:50.12 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07fso/milestone5.5 * r89c3e606c1 10openembedded.git/recipes/navit/files/navit.xml-so.patch: navit: update configuration patch |
| 22:50.14 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07fso/milestone5.5 * r5da01ede94 10openembedded.git/recipes/navit/files/navit.desktop: navit: fix QA issue in desktop file |
| 22:50.17 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07fso/milestone5.5 * rbcd3e18db0 10openembedded.git/recipes/navit/ (navit.inc navit_svn.bb): navit: don't need -dev package to run anymore |
| 22:50.22 | CIA-1 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * ra8bb4e2e62 10openembedded.git/recipes/openmoko-projects/paroli_git.bb: paroli : add paroli-calculator and remove uneeded shr overide |
| 22:50.25 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07fso/milestone5.5 * r333126d30e 10openembedded.git/recipes/navit/navit_svn.bb: navit: remove .so.0 patch for navit.xml, not needed anymore |
| 22:53.27 | *** join/#oe dth_ (i=4fded49f@gateway/web/freenode/x-rmgdjjqexellidsx) |
| 22:58.48 | *** part/#oe ojn (i=ojn@lixom.net) |
| 23:00.22 | *** join/#oe Sleep_Walker (n=Sleep@gprs8.vodafone.cz) |
| 23:19.21 | *** join/#oe Sleep-Walker (n=Sleep@netlife.cust.sloane.cz) |
| 23:22.12 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 23:23.31 | CIA-1 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * r8036a37856 10openembedded.git/recipes/nfs-utils/nfs-utils_1.1.2.bb: |
| 23:23.31 | CIA-1 | nfs-utils: fix the broken /sbin/mount.nfs4 symlink. |
| 23:23.31 | CIA-1 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 23:29.33 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 23:31.46 | *** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net) |
| 23:44.51 | *** join/#oe mnabil (n=mnabil@41.234.71.230) |
| 23:49.02 | *** join/#oe alecrim (n=alecrim@201008196233.user.veloxzone.com.br) |