| 00:00.17 | Crofton|work | why not? |
| 00:00.42 | esoren | I am using the onboard sound to record hydrophones underwater. |
| 00:00.51 | Crofton|work | try .dev and building for the gumstix |
| 00:00.59 | esoren | The summit board for the Overo is very noisy. |
| 00:01.02 | Crofton|work | what is wrong with overo for that? |
| 00:01.04 | Crofton|work | ah |
| 00:01.11 | Crofton|work | but the older ones are not? |
| 00:01.28 | esoren | The verdex board is extremely clean. |
| 00:01.57 | esoren | Sakoman actually helped me when I was trying to figure that out. |
| 00:02.50 | Crofton|work | He's a great guy |
| 00:02.55 | esoren | I should note that the Overo itself probably ins't noisy. |
| 00:03.16 | Crofton|work | I suspect it is fine for typical voice apps |
| 00:03.33 | Crofton|work | could you use some form of usb sound card |
| 00:03.48 | esoren | I was looking into that |
| 00:04.01 | esoren | but I am trying to keep the form factor and power at a minimum |
| 00:04.14 | esoren | these sensors are being deployed underwater for 2-3 days at a time. |
| 00:04.24 | Crofton|work | try Angstrom and the gumstix machine in .dev |
| 00:04.27 | Crofton|work | cool |
| 00:04.58 | Crofton|work | yeah, we have loads of work to do on the omap3 kernel to get the PM stuff working well :( |
| 00:05.51 | Crofton|work | you are suing a verdex mb? |
| 00:05.57 | esoren | yep |
| 00:06.14 | Crofton|work | there is a chance it will work |
| 00:06.39 | Crofton|work | openembedded/conf/machine/gumstix-verdex.conf |
| 00:07.52 | Crofton|work | it sounds like an awesome project :) |
| 00:08.00 | esoren | thanks! |
| 00:08.24 | esoren | I'm having a lot of fun with it, but I am rapidly approaching some deadlines with a lot of work ahead of me. :) |
| 00:08.36 | esoren | Good thing there are 24 hours in a day! |
| 00:08.38 | Crofton|work | yeah |
| 00:08.44 | Crofton|work | I know how that is |
| 00:09.10 | Crofton|work | if you have anything that wouild make it easier, I can commit to .dev |
| 00:09.41 | esoren | I am going to try going the .dev route on my laptop right now |
| 00:09.57 | esoren | that way I won't contaminate anything I have working already. |
| 00:09.58 | Crofton|work | yeah, it helps to have a few machies to run builds on :) |
| 00:10.02 | Crofton|work | right |
| 00:10.50 | esoren | when I first downloaded the files I used: |
| 00:10.52 | esoren | svn co https://gumstix.svn.sourceforge.net/svnroot/gumstix/trunk gumstix-oe |
| 00:11.08 | esoren | what should I use to get the .dev files? |
| 00:12.34 | esoren | Tartarus, I know you are gone, but I just thought I'd let you know the 4.2.4 build failed with the same error. :( |
| 00:13.30 | Crofton|work | http://wiki.openembedded.net/index.php/Getting_started |
| 00:13.55 | esoren | thanks |
| 00:14.14 | Crofton|work | gl |
| 00:22.23 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 00:42.25 | *** join/#oe hoj (n=jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 00:44.41 | hoj | what's the magic to get a debuggable binary? Looks like the stripped info is saved to PN/some/path/.debug/binary_name |
| 00:45.26 | hoj | how to rejoin debug part to the stripped executable? |
| 00:52.37 | Tartarus | hoj, few min.. |
| 00:53.46 | hoj | k, though a bus might carry me away ~ :) |
| 00:55.29 | Tartarus | heh |
| 00:56.31 | Tartarus | so, no need to combine |
| 00:56.37 | Tartarus | gdb handles them split just fine |
| 00:56.50 | Tartarus | just need to 'set sysroot /path/to/extrated/image" |
| 00:57.01 | Tartarus | or set solib-absolute-prefix same/value |
| 00:57.05 | Tartarus | now back to my kid |
| 00:57.15 | hoj | thanks |
| 00:59.52 | *** join/#oe pb___ (n=pb@88-109-251-122.dynamic.dsl.as9105.com) |
| 01:03.49 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) [NETSPLIT VICTIM] |
| 01:03.49 | *** join/#oe borg_ (n=olaf@80.149.17.21) [NETSPLIT VICTIM] |
| 01:05.02 | *** join/#oe SDuensin (n=Scott@12-226-44-250.client.mchsi.com) |
| 01:05.11 | *** join/#oe philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
| 01:05.11 | *** join/#oe _cpo_ (n=nik0n@helix.mybll.net) [NETSPLIT VICTIM] |
| 01:05.11 | *** join/#oe dfarnsworth (n=dfarnswo@65.200.49.156) |
| 01:05.11 | *** join/#oe XorA|gone (n=nXorA@www.xora.org.uk) |
| 01:05.11 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 01:05.11 | *** join/#oe Ainulindale (n=ainu@calaquendi.org) |
| 01:05.11 | *** join/#oe Sat_Man (n=satman@83.141.3.41) [NETSPLIT VICTIM] |
| 01:05.11 | *** join/#oe piroko (n=jeremy@pohl.ececs.uc.edu) |
| 01:05.12 | *** join/#oe mckoan|away (n=marco@unaffiliated/mckoan) [NETSPLIT VICTIM] |
| 01:05.12 | *** join/#oe mattface (n=matt@boost.grumpyyoungman.com) [NETSPLIT VICTIM] |
| 01:06.34 | *** join/#oe mirko (n=daten@212.224.73.207) [NETSPLIT VICTIM] |
| 01:06.34 | *** join/#oe broonie (i=broonie@cassiel.sirena.org.uk) [NETSPLIT VICTIM] |
| 01:06.34 | *** join/#oe Zta (n=stephan@port572.ds1-arc.adsl.cybercity.dk) [NETSPLIT VICTIM] |
| 01:06.34 | *** join/#oe |miska| (n=|miska|@lomikel.karlin.mff.cuni.cz) |
| 01:06.34 | *** join/#oe NAiL (n=repvik@nslu2-linux/repvik) [NETSPLIT VICTIM] |
| 01:06.34 | *** join/#oe starox (n=fredo@sd-11162.dedibox.fr) |
| 01:06.34 | *** join/#oe pb_ (n=pb@castle.reciva.com) [NETSPLIT VICTIM] |
| 01:16.12 | *** join/#oe dent (i=[U2FsdGV@linux.fjfi.cvut.cz) |
| 01:16.15 | *** join/#oe MostAwesomeDude (n=simpson@c-98-232-178-218.hsd1.or.comcast.net) [NETSPLIT VICTIM] |
| 01:16.20 | *** join/#oe _diego_ (n=diego@host-78-14-232-80.cust-adsl.tiscali.it) [NETSPLIT VICTIM] |
| 01:16.30 | *** join/#oe blindvt (n=bf@85-127-18-193.dynamic.xdsl-line.inode.at) [NETSPLIT VICTIM] |
| 01:16.32 | *** join/#oe Flyser_ (n=Flyser@unaffiliated/flyser) |
| 01:16.43 | *** join/#oe dijenerate (n=dijenera@64.210.41.159) |
| 01:16.44 | *** join/#oe methril (n=Methril@213.27.233.98) |
| 01:17.02 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 01:35.51 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 01:53.44 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 01:58.06 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 02:00.49 | *** join/#oe zecke (n=ich@123-192-152-144.dynamic.kbronet.com.tw) |
| 02:06.16 | *** join/#oe fraxi (n=quassel@p54AA7999.dip.t-dialin.net) |
| 03:01.40 | *** join/#oe mwester (n=nnnmwest@209-242-7-134.rev.dls.net) |
| 03:09.37 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-120-247.dynamic.mnet-online.de) |
| 03:26.36 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 03:34.25 | *** join/#oe rsalveti (n=salveti@189.70.81.197) |
| 03:39.32 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 04:16.07 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 05:00.15 | *** join/#oe mpr (n=mpr@aggr.com) |
| 05:02.42 | *** join/#oe Gnutoo (n=gnutoo@host109-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 05:12.32 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:19.59 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 05:44.16 | *** join/#oe mrmoku|away (n=mrmoku@ppp-93-104-125-20.dynamic.mnet-online.de) |
| 05:49.20 | *** join/#oe Gnutoo (n=gnutoo@host109-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 05:58.57 | *** join/#oe booxter_ (n=booxter@80.249.93.203) |
| 06:17.42 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
| 06:31.50 | *** join/#oe rob_w (n=bob@p549BDB9D.dip.t-dialin.net) |
| 06:35.23 | mckoan | good morning |
| 06:51.26 | *** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch) |
| 06:55.43 | *** join/#oe _3c5x9 (n=3c5x9@port-15651.pppoe.wtnet.de) |
| 07:10.13 | *** join/#oe pleemans (n=toi@d51A49C45.access.telenet.be) |
| 07:19.22 | *** join/#oe Pr0t0N (n=lcintrat@93.2.234.244) |
| 07:20.19 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
| 07:23.54 | *** join/#oe polyonymous-work (n=hacker@85.183.207.43) |
| 07:30.06 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:35.22 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 07:49.48 | methril|work | good morning |
| 07:56.23 | *** join/#oe virk (n=virk@213.49.132.19) |
| 07:57.36 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 07:58.07 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 08:01.37 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 08:07.47 | *** join/#oe rwhitby` (n=rwhitby@au1.astc-design.com) |
| 08:13.50 | *** join/#oe booxter_ (n=booxter@cpmsq.epam.com) |
| 08:27.48 | *** join/#oe Pr0t0N (n=lcintrat@wyplay-fr-4-82.cnt.nerim.net) |
| 08:28.20 | *** join/#oe mw1 (n=mwalter@212.42.238.231) |
| 08:29.06 | *** part/#oe mw1 (n=mwalter@212.42.238.231) |
| 08:29.30 | *** join/#oe rolleboy_ (n=rolleboy@62-20-81-218.customer.telia.com) |
| 08:31.15 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 08:35.34 | hrw | morning |
| 08:40.16 | mckoan | hi hrw |
| 08:44.20 | *** join/#oe cedric (n=cedric@enlightenment/developer/cedric) |
| 08:45.16 | *** join/#oe kristoffer (n=kristoff@94.191.141.139.bredband.tre.se) |
| 08:47.54 | hrw | hi mckoan |
| 08:47.59 | hrw | just got 2 sheevas |
| 08:49.06 | mckoan | hrw: at last! :-D |
| 08:51.59 | *** join/#oe valhalla (n=valhalla@81-174-25-145.dynamic.ngi.it) |
| 08:53.22 | *** join/#oe marex (i=marex@eduroam81.ms.mff.cuni.cz) |
| 08:56.10 | *** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 09:00.50 | *** join/#oe ade|desk (n=adavey@195.153.131.254) |
| 09:05.56 | *** join/#oe mnabil (n=mnabil@196.202.97.147) |
| 09:16.08 | *** join/#oe Laibsch1 (n=Laibsch@p5B3B29B0.dip.t-dialin.net) |
| 09:17.08 | *** join/#oe doragasu (n=chatzill@21.Red-80-25-49.staticIP.rima-tde.net) |
| 09:17.20 | doragasu | Hi all |
| 09:22.19 | doragasu | I'm working with a beagleboard and I need to debug a program that uses wxWidgets. The problem is that I can't build wxWidgets with debug support (it looks like no recipe is available for this). |
| 09:22.50 | doragasu | is there a way to build them with debug support? |
| 09:23.05 | RP | morning all |
| 09:23.57 | XorA | hey RP |
| 09:24.05 | methril|work | morning RP |
| 09:26.21 | CIA-35 | 03Robert Schuster <thebohemian@gmx.net> 07org.openembedded.dev * r73a335bf9f 10openembedded.git/recipes/llvm/ (2 files): |
| 09:26.21 | CIA-35 | llvm2.6-native: SRCREV -> SRCPV |
| 09:26.21 | CIA-35 | llvm2.6: SRCREV -> SRCPV |
| 09:26.22 | CIA-35 | 03Robert Schuster <thebohemian@gmx.net> 07org.openembedded.dev * r265c4780f4 10openembedded.git/recipes/llvm/ (4 files in 2 dirs): |
| 09:26.22 | CIA-35 | New recipes by Xerxes Ranby (xerxes@zafena.se) |
| 09:26.24 | CIA-35 | llvm2.6 2.5+svnr20090409: New recipe. |
| 09:26.28 | CIA-35 | llvm2.6-native 2.5+svnr20090409: New recipe. |
| 09:26.30 | CIA-35 | llvm-native.inc: Depend on cmake-native. |
| 09:26.32 | CIA-35 | 03Robert Schuster <thebohemian@gmx.net> 07org.openembedded.dev * r940735573b 10openembedded.git/recipes/llvm/ (2 files): |
| 09:26.35 | CIA-35 | llvm2.6-native 2.5+svnr20090409: Removed (replaced by newer snapshot). |
| 09:26.37 | CIA-35 | llvm2.6 2.5+svnr20090409: Dito. |
| 09:31.07 | CIA-35 | 03Robert Schuster <thebohemian@gmx.net> 07org.openembedded.dev * r5c5e0a1bc2 10openembedded.git/recipes/cacao/files/cacao-disable-stackbase-check.patch: cacao: Added missing patch. |
| 09:40.35 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 09:42.08 | florian | good morning |
| 09:47.42 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 09:49.28 | *** join/#oe eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) |
| 09:53.46 | RP | hi florian |
| 09:53.47 | *** join/#oe zecke (n=ich@123-192-147-94.dynamic.kbronet.com.tw) |
| 09:53.51 | RP | hi zecke |
| 09:53.59 | zecke | hey! |
| 09:54.02 | florian | hi RP |
| 09:58.00 | zecke | RP: wish me luck... I finally want to do something about the parser :} |
| 10:01.36 | hrw | zecke: I wish you luck too |
| 10:01.45 | hrw | parsing time annoys me |
| 10:02.12 | ant_work | zecke: parsing is slow as never before...ok 6600+ recipes, I know |
| 10:02.14 | florian | zecke: ohh good guy! |
| 10:02.45 | zecke | ant_work: parsing is not slower, the data structure should scale linearily... :) |
| 10:03.00 | zecke | ant_work: you just have more data |
| 10:03.22 | ant_work | I'm still under the impression a few months ago was faster |
| 10:04.15 | zecke | ant_work: oh well, benchmark then? |
| 10:04.23 | ant_work | he he |
| 10:04.47 | zecke | was not meant to be a joke. if we think web pages load slower than before we benchmark and have a regression suite... |
| 10:04.57 | ant_work | I plan to go back to my /tmp in ram solution |
| 10:05.05 | ant_work | I got some nice improvements |
| 10:05.14 | zecke | if you think parsing gets slower and does not scan linearily with the number of recipes, benchmark... |
| 10:05.53 | ant_work | do you think the disk i/o has big effect on it or is more CPU task (I think) |
| 10:06.12 | zecke | benchmark, show data :) |
| 10:06.23 | zecke | it ain't that hard, just proper engineering |
| 10:09.19 | ant_work | zecke: the point is I'd like to have /tmp in ram but /deploy *out* of ram but this leads now to a can of new issues |
| 10:09.41 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 10:09.47 | RP | zecke: good luck! |
| 10:10.21 | zecke | ant_work: the point is. If you think it got slower... then don't try to hack around it... find out the _root_ cause |
| 10:10.30 | zecke | ant_work: everyone will benefit, it takes the same amount of time |
| 10:10.54 | RP | does run profiles occassionally and removes hot spots |
| 10:10.59 | ant_work | I'm new to python-timings... |
| 10:11.02 | ant_work | ;) |
| 10:11.02 | zecke | ant_work: it might be well like a couple of new overrides or some more immediate assignments... |
| 10:11.04 | RP | but them people at new ones... |
| 10:11.07 | *** join/#oe Sleep_Walker (n=Sleep@nat/suse/x-055bc330a415b0b3) |
| 10:11.09 | XorA | Im pretty sure zecke is right about the linearity |
| 10:11.11 | RP | but then people add new ones :/ |
| 10:11.19 | zecke | ant_work: time bitbake -p foo |
| 10:11.19 | XorA | but in past few months we went from 4000 to 6000 recipes |
| 10:11.45 | RP | It is linear but human perception of time means 4000 -> 6000 seems non linear |
| 10:12.02 | broonie | I suspect there's mileage in cleaning out some of the recipies for old versions of things. |
| 10:12.57 | RP | zecke: What are you planning to do with the parser? |
| 10:13.24 | zecke | RP: first of all a proper syntax tree and evaluating it... this will probably end up in a net slowdown |
| 10:13.36 | zecke | (i will start with it after this last netscape plugin fix...) |
| 10:13.54 | RP | zecke: Will this include history tracking of variables?> |
| 10:14.30 | zecke | ant_work: the point is: with "time" you have everything you need. and everyone can use that. |
| 10:14.42 | RP | or at least variable dependencies? |
| 10:14.58 | zecke | RP: not immediately, it could fall out naturally (history tracking) |
| 10:15.41 | RP | zecke: When I have this some thought a while ago, I reasoned that the way forward for speed was to be able to track what depends on what |
| 10:16.07 | ant_work | zecke: from recreating cache to 'Executing runqueue'? |
| 10:16.10 | RP | So if I change SRCREV_pn-foo in my local.conf, it doesn't have to reparse everything as it knows only the foo recipe is influenced by the change |
| 10:17.01 | ant_work | RP: sometimes it works like this..just 1 recipe is reparsed |
| 10:17.13 | RP | ant_work: really?! :) |
| 10:17.27 | ant_work | Yep, I'v eseen it ! |
| 10:17.40 | RP | ant_work: I wrote the cache handling in bitbake ;-) |
| 10:17.45 | ant_work | just recipes, if youtouch /conf i different |
| 10:17.49 | XorA | RP: quick steal ant_works version of bitbake, it obviouly evolved |
| 10:17.56 | ant_work | ;) |
| 10:20.02 | ant_work | my point is broonie's one: clean out old cruft |
| 10:20.04 | RP | XorA: :) |
| 10:20.29 | RP | BBCLASSEXTEND will gain some time back |
| 10:20.38 | ant_work | You core-devs...what's the support-deadline for linux-2.4 e.g.? |
| 10:20.41 | zecke | RP: one way would be an extra cache with the syntax tree of all recipes... then changing the conf/local.conf would reduce the parsing to re-evaluating... |
| 10:21.10 | zecke | RP: but dependency tracking (e.g. PROVIDES, DEPENDS...) is tricky specially with embedded python code to manipulate it... |
| 10:21.10 | RP | zecke: That data structure would be huge though |
| 10:21.29 | RP | zecke: There is only a small list of variables we need to cache though |
| 10:21.46 | zecke | RP: yes, the question is, will it be faster than rereading... and actually it will not :} (unless I do jedi tricks) |
| 10:22.01 | CIA-35 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07org.openembedded.dev * r6cf180ff0c 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.net/openembedded into org.openembedded.dev |
| 10:22.02 | CIA-35 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07org.openembedded.dev * r7819d379e1 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.net/openembedded into org.openembedded.dev |
| 10:22.03 | CIA-35 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07org.openembedded.dev * r0628081b03 10openembedded.git/recipes/madwifi/ (4 files in 2 dirs): |
| 10:22.03 | CIA-35 | madwifi: compilation fixes |
| 10:22.03 | CIA-35 | Fix compilation of madwifi-ng |
| 10:22.05 | CIA-35 | 1) for powerpc arches with recent kernels (which provide no PPC_MERGE config) |
| 10:22.07 | CIA-35 | 2) for 2.6.30-rc kernels which provide no more netdev->priv |
| 10:22.09 | CIA-35 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
| 10:22.13 | CIA-35 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07org.openembedded.dev * rd4a2ec9e83 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.net/openembedded into org.openembedded.dev |
| 10:22.16 | CIA-35 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07org.openembedded.dev * rf7ee7a1961 10openembedded.git/recipes/linux/linux-2.6.28/at91sam9g20ek/defconfig: |
| 10:22.19 | CIA-35 | linux-2.6.28: Provide a default config for at91sam9g20ek board |
| 10:22.23 | CIA-35 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
| 10:22.30 | RP | zecke: We might need to add information to the python functions about which variables they change |
| 10:22.40 | zecke | RP: one thing we have to do is to forbid manipulating DEPENDS from python code... or through one place and then use something like gcc assembler syntaxn and say which registers were clobbered |
| 10:22.45 | zecke | RP: hehe, agreed |
| 10:23.07 | RP | zecke: Its solvable :) |
| 10:23.27 | RP | zecke: my gut instinct is the only way we can go faster is with some kind of tracking like that |
| 10:23.53 | RP | Collapsed to a small set of variables which we cache as per the current arrangement so we don't have all the data to wade through |
| 10:24.24 | RP | and then we can remove my horrible hack of caching the expanded data :/ |
| 10:24.39 | RP | I still can't believe we get away with that ;-) |
| 10:24.53 | zecke | RP: with older metadata... lexing and parsing took like nothing... running all the anonymous python things... |
| 10:25.33 | RP | zecke: What do those functions all do and can we find better ways to do it? |
| 10:26.12 | XorA | RP: another thing to consider is persistant cache in some form of network storage ideally probably a real SQL database |
| 10:26.21 | XorA | RP: so clusters of build machines can share it |
| 10:27.05 | RP | XorA: ouch |
| 10:27.26 | RP | XorA: I once tried metadata in sql for bitbake and it was a world of pain |
| 10:28.06 | XorA | RP: just need the stuff that is in bb_persist_data.sqlite3 |
| 10:28.16 | RP | XorA: Ah, that would be fine |
| 10:28.27 | XorA | RP: so that multiple build machines get the save git versions |
| 10:28.34 | XorA | s/save/same/ |
| 10:28.46 | RP | Makes a lot of sense |
| 10:29.05 | hrw | XorA: you are paid by oracle? :D |
| 10:29.13 | hrw | 'get real sql database' |
| 10:29.14 | XorA | hrw: I wish :-) |
| 10:29.35 | XorA | hrw: but last I checked postgres was a real db :-D |
| 10:32.02 | ant_work | btw: is there any difference parsing from a recent checkout vs. old checkout + lot of pulls? Anyone timed? |
| 10:32.45 | broonie | ant_work: If there is something's seriously buggy... |
| 10:33.02 | ant_work | he...there is db and db |
| 10:33.15 | ant_work | I hope git is in good shape :) |
| 10:33.43 | ant_work | try with msacces :=) |
| 10:34.27 | XorA | only problems git seems to cause is it creates blah_ver.REMOTE.bb files which upsets bitbake a bit when I forget to clear them |
| 10:35.30 | broonie | That's a configuration option; I've never noticed it beign the default (but then I never do pulls, always update+merge). |
| 10:35.33 | RP | ant_work: Shouldn't make any difference at all |
| 10:35.52 | XorA | broonie: its mergeing that makes them |
| 10:36.12 | XorA | broonie: I think the difference is you probably never make conflicting commit |
| 10:36.31 | broonie | XorA: I get lots of conflicts, but the behaviour I have is to handle them CVS style. |
| 10:36.40 | XorA | broonie: eeeeewwwwwwwww |
| 10:37.32 | RP | broonie: I'd seek help ;-) |
| 10:37.42 | XorA | actually I guess its probably git mergetool that creates those files |
| 10:37.45 | broonie | has never adjusted the default. |
| 10:37.47 | broonie | XorA: Yes. |
| 10:37.53 | XorA | broonie: nor have I |
| 10:38.05 | broonie | Probably changed since I last cloned something new. |
| 10:42.48 | hrw | lmbench on sheeva takes eons |
| 10:43.10 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 10:43.18 | XorA | apparently my sheeva has arrived at home! |
| 10:46.42 | zecke | RP: some autoinject the libc6 dependencies (IIRC) |
| 10:46.53 | zecke | RP: or automake things |
| 10:47.52 | RP | zecke: right. I wonder how else we could do it... |
| 10:48.25 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 10:49.31 | CIA-35 | 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * rf3ba294a0e 10openembedded.git/conf/distro/include/sane-srcdates.inc: sane-srcdates.inc: set rosetta src date. |
| 10:49.33 | CIA-35 | 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * r25802e54c4 10openembedded.git/recipes/gsoko/ (gsoko-0.4.2-gpe6/fix_install.patch gsoko_0.4.2-gpe6.bb): gsoko: Remove one fix of two for the same issue. |
| 10:50.39 | XorA | ant_work: wish that patch was a proper OE patch |
| 10:54.46 | zecke | RP: not much |
| 10:55.00 | zecke | RP: I think some "static" clobber/used variables |
| 11:01.52 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 11:02.08 | ant_work | XorA: if you don't like to patch the patches, try kexec-tools-2.0 :) |
| 11:02.27 | ant_work | XorA: kexec/arm is upstream |
| 11:03.28 | RP | zecke: That would work |
| 11:03.48 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1e32aeba17 10openembedded.git/recipes/mozilla/fennec_hg.bb: fennec: add libnotify to depends, reorder fields |
| 11:10.09 | XorA | ant_work: patch doesnt work |
| 11:11.46 | ant_work | hm...it appears was tested on collie...different kernel? |
| 11:16.07 | *** join/#oe Robwoerle (n=bob@p549BCF5C.dip.t-dialin.net) |
| 11:18.31 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 11:27.33 | *** join/#oe peterz` (n=peterz@e53227.upc-e.chello.nl) |
| 11:29.17 | florian | mickey|zzZZzz: Does this ring a bell? "./libpython2.6.so: undefined reference to `_PyParser_Grammar'" |
| 11:29.20 | *** join/#oe peterz` (n=peterz@e53227.upc-e.chello.nl) |
| 11:35.13 | *** join/#oe cryo_ (n=cryomp@89.246.169.165) |
| 11:35.28 | XorA | ant_work: its just garbage in patch |
| 11:38.12 | *** join/#oe Xilent (n=xk@unaffiliated/xilent) |
| 11:38.14 | XorA | ant_work: NOTE: package kexec-tools-static-1.101-r5: task do_compile: completed |
| 11:38.29 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 11:40.18 | *** part/#oe Xilent (n=xk@unaffiliated/xilent) |
| 11:41.22 | CIA-35 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r55e9491677 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.net/openembedded into org.openembedded.dev |
| 11:41.26 | CIA-35 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r8bef3a222f 10openembedded.git/recipes/kexec/ (files/kexec-arm-atags.patch kexec-tools-static_1.101.bb): |
| 11:41.26 | CIA-35 | kexec-tools-static_1.101.bb : fix compile on newer kernels based on work done |
| 11:41.26 | CIA-35 | by Peter Chubb <peter.chubb@nicta.com.au> |
| 11:44.51 | CIA-35 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07xora/angstrom-srcpv * r6cf180ff0c 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.net/openembedded into org.openembedded.dev |
| 11:44.51 | CIA-35 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07xora/angstrom-srcpv * r7819d379e1 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.net/openembedded into org.openembedded.dev |
| 11:44.53 | CIA-35 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07xora/angstrom-srcpv * r0628081b03 10openembedded.git/recipes/madwifi/ (4 files in 2 dirs): |
| 11:44.54 | CIA-35 | madwifi: compilation fixes |
| 11:44.55 | CIA-35 | Fix compilation of madwifi-ng |
| 11:44.57 | CIA-35 | 1) for powerpc arches with recent kernels (which provide no PPC_MERGE config) |
| 11:44.59 | CIA-35 | 2) for 2.6.30-rc kernels which provide no more netdev->priv |
| 11:45.01 | CIA-35 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
| 11:45.05 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r8126c9725a 10openembedded.git/recipes/udev/udev_141.bb: udev 141: continue cleaning out udev legacy stuff |
| 11:45.08 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * ra6abba0064 10openembedded.git/contrib/angstrom/build-feeds.sh: |
| 11:45.11 | CIA-35 | angstrom feed builder: allow builder to override machinelists on the commandline |
| 11:45.13 | CIA-35 | * usage: sh build-feeds.sh machine1 machine2 machineN |
| 11:45.15 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r1e32aeba17 10openembedded.git/recipes/mozilla/fennec_hg.bb: fennec: add libnotify to depends, reorder fields |
| 11:45.20 | CIA-35 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07xora/angstrom-srcpv * rd4a2ec9e83 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.net/openembedded into org.openembedded.dev |
| 11:45.23 | CIA-35 | 03Graeme Gregory <dp@xora.org.uk> 07xora/angstrom-srcpv * r55e9491677 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.net/openembedded into org.openembedded.dev |
| 11:45.28 | CIA-35 | 03Florian Boor <florian.boor@kernelconcepts.de> 07xora/angstrom-srcpv * rf3ba294a0e 10openembedded.git/conf/distro/include/sane-srcdates.inc: sane-srcdates.inc: set rosetta src date. |
| 11:45.31 | CIA-35 | 03Graeme Gregory <dp@xora.org.uk> 07xora/angstrom-srcpv * r017ba4b198 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.net/openembedded into xora/angstrom-srcpv |
| 11:45.34 | CIA-35 | 03Florian Boor <florian.boor@kernelconcepts.de> 07xora/angstrom-srcpv * r25802e54c4 10openembedded.git/recipes/gsoko/ (gsoko-0.4.2-gpe6/fix_install.patch gsoko_0.4.2-gpe6.bb): gsoko: Remove one fix of two for the same issue. |
| 11:45.39 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07xora/angstrom-srcpv * r5391c3d2f4 10openembedded.git/recipes/gcc/ (gcc-4.3.3.inc gcc-cross_4.3.3.bb gcc_4.3.3.bb): |
| 11:45.42 | CIA-35 | gcc 4.3.3: fix regression from 4.3.1 that caused fortran to get disabled for linux-gnueabi |
| 11:45.44 | CIA-35 | * powerpc people are welcome to enable fortran as well :) |
| 11:45.46 | CIA-35 | 03Robert Schuster <thebohemian@gmx.net> 07xora/angstrom-srcpv * r5c5e0a1bc2 10openembedded.git/recipes/cacao/files/cacao-disable-stackbase-check.patch: cacao: Added missing patch. |
| 11:45.51 | CIA-35 | 03Robert Schuster <thebohemian@gmx.net> 07xora/angstrom-srcpv * r940735573b 10openembedded.git/recipes/llvm/ (2 files): |
| 11:45.54 | CIA-35 | llvm2.6-native 2.5+svnr20090409: Removed (replaced by newer snapshot). |
| 11:45.56 | CIA-35 | llvm2.6 2.5+svnr20090409: Dito. |
| 11:45.58 | CIA-35 | 03Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> 07xora/angstrom-srcpv * rf7ee7a1961 10openembedded.git/recipes/linux/linux-2.6.28/at91sam9g20ek/defconfig: |
| 11:46.03 | CIA-35 | linux-2.6.28: Provide a default config for at91sam9g20ek board |
| 11:46.05 | CIA-35 | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> |
| 11:46.07 | CIA-35 | 03Robert Schuster <thebohemian@gmx.net> 07xora/angstrom-srcpv * r73a335bf9f 10openembedded.git/recipes/llvm/ (2 files): |
| 11:46.10 | CIA-35 | llvm2.6-native: SRCREV -> SRCPV |
| 11:46.12 | CIA-35 | llvm2.6: SRCREV -> SRCPV |
| 11:46.14 | CIA-35 | 03Robert Schuster <thebohemian@gmx.net> 07xora/angstrom-srcpv * r265c4780f4 10openembedded.git/recipes/llvm/ (4 files in 2 dirs): |
| 11:46.19 | CIA-35 | New recipes by Xerxes Ranby (xerxes@zafena.se) |
| 11:46.21 | CIA-35 | llvm2.6 2.5+svnr20090409: New recipe. |
| 11:46.23 | CIA-35 | llvm2.6-native 2.5+svnr20090409: New recipe. |
| 11:46.25 | CIA-35 | llvm-native.inc: Depend on cmake-native. |
| 11:46.27 | CIA-35 | 03Tom Rini <trini@embeddedalley.com> 07xora/angstrom-srcpv * r657105b567 10openembedded.git/recipes/gcc/ (4 files): gcc*4.3.3: Switch to INC_PR, start at r3 |
| 11:46.30 | CIA-35 | 03Graeme Gregory <dp@xora.org.uk> 07xora/angstrom-srcpv * r8bef3a222f 10openembedded.git/recipes/kexec/ (files/kexec-arm-atags.patch kexec-tools-static_1.101.bb): |
| 11:46.39 | CIA-35 | kexec-tools-static_1.101.bb : fix compile on newer kernels based on work done |
| 11:46.41 | CIA-35 | by Peter Chubb <peter.chubb@nicta.com.au> |
| 11:46.54 | XorA | Crofton|work: can I get some patchwork priviledges? |
| 11:49.07 | ant_work | XorA: good...how far are kexec-tools-2.0? |
| 11:49.48 | XorA | ant_work: I wont look at that, I have very little interest in zauruses |
| 11:50.02 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 11:50.15 | ant_work | and beagleboard? |
| 11:50.29 | XorA | does that need kexecboot? |
| 11:50.36 | ant_work | hides |
| 11:51.31 | *** join/#oe mnabil (n=mnabil@196.202.97.147) |
| 11:51.35 | XorA | I only worked on tosa because I got bored for a week and I happen to have the OE one as no-one else wants it |
| 11:55.40 | ant_work | I see, I'll try to bump to kexec-tools-2.0. Less patches needed hopefully. Just wondering about how to add uImage support: in kexecboot or in kexec-tools? Jay7 suggests the latter. |
| 11:56.14 | ant_work | support = strip 64bytes |
| 11:56.37 | ant_work | we don't take in account .gz images |
| 11:56.43 | XorA | ant_work: there is more to it than that |
| 11:56.52 | XorA | oh you realised :-) |
| 11:57.21 | ant_work | well, I think I was the only one compressing a uImage :) |
| 11:57.30 | ant_work | I was badly needing that 4kb! |
| 11:57.48 | Crofton|work | XorA, sure! |
| 11:57.52 | ant_work | XorA: iirc yousaid I compressed the decompressor |
| 11:58.06 | XorA | hehe yup |
| 12:00.01 | Crofton|work | XorA, done |
| 12:01.43 | XorA | Crofton|work: cheers, I have now applied a patch :_D |
| 12:05.50 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 12:08.25 | Laibsch | Hi |
| 12:08.57 | Laibsch | Did the commit that renamed packages/ to recipes/ essentially cut of direct access to all previous history? |
| 12:09.20 | Laibsch | "git log $blah" never goes beyond Mar 17 for me, it seems |
| 12:09.37 | hrw | git log --follow file |
| 12:10.15 | *** join/#oe kergoth_ (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 12:10.21 | Laibsch | Ah, alright |
| 12:10.45 | XorA | rename is not handled well in git |
| 12:11.03 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 12:11.12 | Laibsch | well, yes and no |
| 12:11.46 | *** join/#oe borg_ (n=olaf@80.149.17.21) |
| 12:12.02 | Laibsch | Apparently, git is smart enough to detect a "false rename" were the file is destroyed but recreated with the same content elsewhere |
| 12:12.21 | XorA | it works sometimes |
| 12:12.26 | Laibsch | mtn expressly needed the "mtn mv" command for that or it would not recognize it |
| 12:12.49 | Laibsch | can I set --follow as default? |
| 12:12.58 | broonie | git doesn't track renames at all. |
| 12:12.58 | Laibsch | I'm sure it can be done, I guess the question is how |
| 12:13.21 | Laibsch | broonie: what do you mean? I'd say your statement is not true |
| 12:13.24 | broonie | All it's doing is taking a guess that a file may have been renamed. |
| 12:13.30 | Laibsch | no |
| 12:13.36 | Laibsch | "git mv" exists |
| 12:13.42 | Laibsch | no guesswork there |
| 12:13.53 | *** join/#oe kergoth__ (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 12:13.59 | broonie | There is no metadata recorded by git for file renames, git mv is just syntactic sugar that does the add and rm operations for you. |
| 12:14.02 | hrw | hi kergoth |
| 12:14.54 | *** join/#oe kergoth___ (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 12:15.16 | XorA | tracking renames was where they dropped the ball on git |
| 12:15.27 | Laibsch | I see |
| 12:15.33 | broonie | XorA: wv :) |
| 12:15.41 | *** join/#oe vo5 (n=vo@189.121.183.147) |
| 12:15.43 | *** join/#oe kergoth____ (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 12:15.46 | Crofton|work | lets switch back to mtn then |
| 12:15.54 | Laibsch | --follow does not work on directories :-( |
| 12:16.01 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 12:16.12 | Laibsch | only on explicit files |
| 12:16.14 | XorA | I guess the arm kernel guys are probably cursing the lack of renames these days :-) |
| 12:16.26 | XorA | after the huge arm upheaval |
| 12:16.49 | broonie | It's mostly just register definitions, the interesting stuff is all in the source anyway. |
| 12:16.58 | broonie | (not just ARM either, everything moved under arch). |
| 12:17.59 | zecke | broonie: do you know the reasoning for that big reorg? |
| 12:19.21 | *** join/#oe marcosmamorim (n=marcos@189.121.183.147) |
| 12:21.09 | broonie | zecke: Makes things nicer for the build system AIUI. |
| 12:21.25 | XorA | ant_work: linux-kexecboot is broken by the new toolchain :-) |
| 12:22.05 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 12:28.25 | hrw | ~curse console-image for its 2600 tasks |
| 12:28.25 | ibot | May you be reincarnated as a Windows XP administrator, console-image for its 2600 tasks ! |
| 12:31.05 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 12:31.40 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 12:34.02 | Crofton|work | broonie, you think they would have fixed git first :) |
| 12:34.57 | broonie | Crofton|work: It seems to cope with the renames fine for me. |
| 12:38.17 | Crofton|work | what is everyone complianing aboutthen |
| 12:39.44 | *** join/#oe Laibsch (n=Laibsch@p5B3B29B0.dip.t-dialin.net) |
| 12:48.13 | hrw | bbl - food |
| 12:49.08 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 12:50.05 | raster | moo |
| 12:50.40 | *** join/#oe mnabil (n=mnabil@196.202.97.147) |
| 12:56.41 | *** join/#oe mgwpub (n=mgwpub@193.170.134.189) |
| 13:03.39 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 13:06.41 | *** join/#oe abner (n=birunko@189.70.13.69) |
| 13:10.28 | florian | hi raster |
| 13:10.39 | raster | florian: beep! |
| 13:11.06 | florian | Anyone else here who suffers from python failing to build? |
| 13:12.43 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 13:17.02 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
| 13:18.41 | CIA-35 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * rb530076ad1 10openembedded.git/recipes/linux/linux-2.6.29/boc01/defconfig: linux-2.6.29: reduce boc01 kernel size |
| 13:21.27 | florian | hi kergoth |
| 13:24.10 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 13:36.20 | *** join/#oe rob_w (n=bob@p549BCF5C.dip.t-dialin.net) |
| 13:40.46 | hrw | argh.. |
| 13:40.57 | hrw | task-base builds ppp which req libpcap which req BT |
| 13:42.16 | *** join/#oe rob_w (n=bob@p549BCF5C.dip.t-dialin.net) |
| 13:42.27 | hrw | I am considering split of task-base into recipes per task |
| 13:43.27 | *** join/#oe mgwpub (n=mgwpub@193.170.134.189) [NETSPLIT VICTIM] |
| 13:43.27 | *** join/#oe sicu (n=n_a@cm-84.208.86.111.getinternet.no) [NETSPLIT VICTIM] |
| 13:43.27 | *** join/#oe Timelord (n=TL@209.44.140.22) |
| 13:43.50 | hrw | but no.. it does not fix it |
| 13:44.17 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 13:53.02 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 13:54.01 | *** join/#oe otavio_ (n=otavio@debian/developer/otavio) |
| 13:58.50 | *** join/#oe mrc3 (n=ddiaz@189.157.113.43) |
| 14:02.26 | *** join/#oe Laibsch (n=Laibsch@p5B3B29B0.dip.t-dialin.net) |
| 14:03.28 | CIA-35 | 03Sergey Lapin <slapin@ossfans.org> 07org.openembedded.dev * rcfbb95b3bb 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into afeb9260-tmp |
| 14:03.31 | *** join/#oe rsalveti (n=salveti@200.184.118.130) |
| 14:03.38 | CIA-35 | 03Sergey Lapin <slapin@ossfans.org> 07org.openembedded.dev * rd02457b03a 10openembedded.git/recipes/dvd+rw-tools/ (9 files in 2 dirs): dvd+rw-tools: Added new recipe |
| 14:07.45 | *** join/#oe rob_w (n=bob@p549BCF5C.dip.t-dialin.net) |
| 14:12.23 | *** join/#oe brolin (n=brolin@200.24.16.55) |
| 14:20.08 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:20.20 | *** join/#oe hillct_ (n=hillct@cpe-069-134-049-165.nc.res.rr.com) |
| 14:22.52 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:24.39 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:27.19 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:28.27 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 14:28.42 | CIA-35 | 03Sergey Lapin <slapin@ossfans.org> 07org.openembedded.dev * r5abc720bf3 10openembedded.git/conf/machine/ (afeb9260-180.conf afeb9260.conf include/afeb9260.inc): |
| 14:28.42 | CIA-35 | AFEB9260: add 180MHz config, split machine conf |
| 14:28.42 | CIA-35 | I really do this just because I need to support 2 board variants |
| 14:28.43 | CIA-35 | 180 MHz and default 166MHz. Each one needs different |
| 14:28.43 | CIA-35 | setup for at91bootstrap and (probably) u-boot. |
| 14:28.55 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:29.05 | *** join/#oe kergoth_ (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 14:30.07 | *** join/#oe kergoth__ (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 14:31.40 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:32.31 | *** join/#oe pwgen (n=ew@0132900044.0.fullrate.dk) |
| 14:33.16 | *** join/#oe mekius[work] (n=mekius@enlightenment/developer/mekius) |
| 14:33.17 | *** join/#oe kergoth___ (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 14:34.45 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:34.55 | *** join/#oe kergoth____ (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 14:36.20 | pb___ | hi kergoth, kergoth_, kergoth__, kergoth___, kergoth____ |
| 14:36.25 | CIA-35 | 03Mike Westerhof <mwester@dls.net> 07stable/2009 * r8013917e07 10openembedded.git/recipes/monit/ (monit-4.10.1/no-strip-in-makefile.patch monit_4.10.1.bb): |
| 14:36.25 | CIA-35 | monit: add patch to remove -s in install. |
| 14:36.25 | CIA-35 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 14:36.25 | CIA-35 | Acked-by: Philip Balister <philip@balister.org> |
| 14:36.27 | CIA-35 | 03Koen Kooi <koen@openembedded.org> 07stable/2009 * r942330dd5a 10openembedded.git/conf/checksums.ini: |
| 14:36.30 | CIA-35 | checksums.ini: sync with .dev |
| 14:36.32 | CIA-35 | Acked-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 14:36.34 | CIA-35 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 14:36.34 | *** join/#oe kergoth_____ (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 14:36.36 | CIA-35 | 03Sergey Lapin <slapin@ossfans.org> 07org.openembedded.dev * r3fd24860b7 10openembedded.git/recipes/u-boot/ (u-boot-git/afeb9260/AFEB9260-network-fix.patch u-boot_git.bb): u-boot_git: updated for latest version for afeb9260 |
| 14:37.02 | pb___ | oh, sorry, and kergoth_____ |
| 14:37.16 | pb___ | that's quite the uber-tail you have there |
| 14:37.32 | *** join/#oe kergoth______ (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 14:38.42 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:39.10 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:41.15 | CIA-35 | 03Sergey Lapin <slapin@ossfans.org> 07org.openembedded.dev * r84feccc2c5 10openembedded.git/recipes/linux/ (5 files in 2 dirs): linux: added 2.6.30-rc4 |
| 14:41.16 | CIA-35 | 03Sergey Lapin <slapin@ossfans.org> 07org.openembedded.dev * r215a464bbd 10openembedded.git/recipes/linux/linux_2.6.28-rc6.bb: AFEB9260 is not supported with 2.6.28-rc6 kernel anymore |
| 14:42.20 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 14:42.34 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:44.11 | hrw | hi otavio |
| 14:44.46 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:44.47 | hrw | otavio: can you ack my stable/2009 patches? python 2.6 ones |
| 14:45.32 | otavio | hrw: let me take a look |
| 14:46.51 | hrw | thx |
| 14:47.53 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:48.44 | zecke | bye |
| 14:50.28 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:52.24 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:52.42 | *** join/#oe workrat (n=chatzill@adsl-76-234-137-73.dsl.sfldmi.sbcglobal.net) |
| 14:54.12 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:55.36 | *** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net) |
| 14:56.14 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:57.53 | otavio | |
| 14:57.56 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 15:01.04 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 15:02.38 | otavio | hrw: I think I've done it |
| 15:02.42 | otavio | hrw: please check |
| 15:02.45 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 15:02.50 | hrw | thx |
| 15:03.24 | hrw | otavio: patchwork needs to grab mails |
| 15:06.19 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 15:08.39 | *** join/#oe peterz (n=peterz@e53227.upc-e.chello.nl) |
| 15:08.54 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 15:10.06 | *** join/#oe chouimat|work_ (n=quassel@firewall.axentra.com) |
| 15:12.09 | otavio | hrw: oh yes |
| 15:12.26 | otavio | hrw: I'll update my patchset to dev too and try to push it this WE |
| 15:23.08 | CIA-35 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07stable/2009 * ra52a4633c2 10openembedded.git/classes/patch.bbclass: (log message trimmed) |
| 15:23.08 | CIA-35 | patch.bbclass: use hashlib with Python 2.5+ - removes DeprecationWarning |
| 15:23.08 | CIA-35 | Patch.bbclass change removes DeprecationWarnings too but has to keep |
| 15:23.08 | CIA-35 | compatibility with Python 2.4 so I had to use try/except block because |
| 15:23.10 | CIA-35 | hashlib is 2.5+ |
| 15:23.12 | CIA-35 | Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
| 15:23.14 | CIA-35 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 15:23.16 | CIA-35 | 03Richard Purdie <rpurdie@linux.intel.com> 07stable/2009 * r8633a47ed9 10openembedded.git/bitbake/lib/bb/ (COW.py cache.py cooker.py data_smart.py runqueue.py): (log message trimmed) |
| 15:23.19 | CIA-35 | bitbake: Update to work without warnings with python 2.6 |
| 15:23.21 | CIA-35 | Some time ago I fixed BitBake trunk to not generate DeprecationWarnings |
| 15:23.23 | CIA-35 | when used with Python 2.6. Some time later Richard Purdie backported it |
| 15:23.25 | CIA-35 | into bitbake-1.8 branch. Now I tested it with stable/2009 and want to |
| 15:23.27 | CIA-35 | get it inside. |
| 15:23.29 | CIA-35 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
| 15:24.45 | *** join/#oe markos_ (n=markos@athedsl-432598.home.otenet.gr) |
| 15:47.07 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 15:52.05 | hrw|gone | cu tomorrow |
| 15:53.23 | *** join/#oe brolin (n=brolin@200.24.16.55) |
| 15:56.46 | *** join/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 16:03.05 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 16:03.46 | kergoth | morning |
| 16:05.12 | pb___ | ah, back to just one kergoth |
| 16:05.21 | kergoth | indeed. |
| 16:06.00 | pb___ | kergoth: good morning |
| 16:09.59 | kergoth | morning |
| 16:10.24 | kergoth | pb___: you see the mvl6 announcements? :) |
| 16:18.06 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 16:18.08 | *** part/#oe _3c5x9 (n=3c5x9@port-15651.pppoe.wtnet.de) |
| 16:37.28 | *** join/#oe waite (n=bwaite@12.239.54.246) |
| 16:38.43 | pb___ | kergoth: yah, good work! |
| 16:39.22 | kergoth | oh, while you're around, any opinion on http://thread.gmane.org/gmane.comp.handhelds.openembedded/23680 ? |
| 16:50.04 | pb___ | kergoth: yeah, looks good. I kind of feel that this whole area of bitbake behaviour needs a bit of rethinking, and that's maybe another thing I'd like to change as part of some putative OE-ng, but your patch looks like a decent thing to do given the constraints of the current infrastructure. |
| 16:50.53 | kergoth | agreed. bitbake's default behavior of using the latest is something that should never have been allowed, but to make that more explicit i think would require better interfaces for the user to express what they want in their build |
| 16:51.29 | *** join/#oe sicu (n=n_a@cm-84.208.86.111.getinternet.no) |
| 16:52.08 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 16:52.50 | pb___ | right, exactly. with hindsight, the whole way that version selection is done was a bit of a dim idea, and it's made worse by the fact that versioned DEPENDS have never really worked so even individual recipes have no real control over what versions they get. |
| 16:53.16 | pb___ | this is causing us a bit of a headache at my company, actually. I think I will probably end up having to fix up the versioned depends support in at least some minimal way. |
| 16:54.53 | pb___ | ultimately, the "right way" to solve this for most people is probably to exhume something like oecommander and give people a (semi-)graphical tool to control versions on a per-package basis: either let them float to the latest, or freeze them at the current versions, or set them explicitly to a specific revision. |
| 16:55.22 | pb___ | plus. obviously, the right bits to handle cascading versioned dependencies through packages and whatever conflict resolution that implies |
| 16:55.39 | pb___ | kind of like aptitude for source packages I suppose |
| 16:56.14 | *** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 16:56.46 | likewise | gm |
| 16:56.52 | florian | hi likewise |
| 16:57.06 | *** join/#oe Gnutoo (n=gnutoo@host109-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 16:57.14 | pb___ | obviously you wouldn't want that frontend to be the only way of exercising control, so there'd have to be some documented backend format as well for distro maintainers or other people who want to distribute their configurations, but in practice I suspect most "casual users" would end up using the tool rather than hacking the version definitions by hand. |
| 16:57.21 | kergoth | nods |
| 16:57.24 | kergoth | that would be quite nice |
| 16:57.26 | kergoth | I'd love to see the user run a project setup script which goes out and yanks down all the bits they want to build, and their deps, like apt, as you say, and then bitbake just builds what they've got in their project dir. then if they want to update to a newer version, they ask it to update the version in their local area. a setup like that would make it *much* easier to improve usability for the app/kernel dev use case, also, since it could easily be made to |
| 16:57.42 | florian | -> home, bbiab |
| 16:59.31 | likewise | A bitbake feature request: have softlinks in the tmp/work/<arch>/<recipe>/temp/ directory, where the pidless softlink points to the most recently run script and log |
| 17:00.03 | Tartarus | hey likewise |
| 17:00.04 | kergoth | heh, my big concern with the various ideas being thrown around is how to go about making them happen without a rewrite, since rewrites seem to cause problems, take forever, worry the userbase, split development effort, .. |
| 17:00.12 | Tartarus | Did you say you have any 4xx targets around? |
| 17:00.16 | pb___ | kergoth: your last comment seems to have gotten chopped at "... could easily be made t". |
| 17:00.42 | pb___ | kergoth: yah, indeed, that is a problem |
| 17:01.09 | kergoth | oh, right, was thinking it could even pull down a source tree from an scm that contains the recipe, rather than just metadata, so the user could more easily develop and use bitbake for the modify/compile/test/deploy cycle |
| 17:01.16 | likewise | Tartarus: e300 (MPC8315E and 13E), and one 4xx (AMCC460EX) |
| 17:01.22 | kergoth | stupid colloquy.. xchat is smartenough to split long lines |
| 17:01.30 | Tartarus | likewise, is the 460EX 'free' ? |
| 17:01.41 | likewise | Tartarus: free in what sense? :-) |
| 17:01.52 | Tartarus | Like I could give you a console-image? :) |
| 17:01.56 | likewise | Tartarus: released to the wild? |
| 17:02.02 | Tartarus | Our dht-walnut is spewing crap on console at boot |
| 17:02.17 | Tartarus | and ocotea networking isn't working for some reasom |
| 17:02.19 | Tartarus | *reason |
| 17:02.20 | pb___ | bbiab, gotta go finish re-potting my banana plant |
| 17:02.44 | likewise | Tartarus: I just got home (I'm UTC+1) and only brought the MPC8315E devkit with me this time. |
| 17:03.02 | Tartarus | likewise, k |
| 17:03.07 | likewise | Tartarus: so yes it's free, but it's Too Far Away From Me, Too Far I Just Can't See |
| 17:03.12 | Tartarus | Could you have the 460EX for tomorrow? |
| 17:03.28 | likewise | Tartarus: no I planned on working on the 15E devkit from home. |
| 17:03.32 | Tartarus | Ah, k |
| 17:04.11 | likewise | Tartarus: crap during u-boot or Linux? |
| 17:04.29 | Tartarus | walnut has uboot i think |
| 17:04.37 | Tartarus | and yeah, power-up, crap out serial port |
| 17:04.45 | Tartarus | tried all the normal uart speeds |
| 17:04.46 | likewise | Tartarus: I had kernel crap once, which was old u-boot versus new DTB. |
| 17:05.07 | likewise | Tartarus: Let me check my email thread on that one, might have been u-boot crap... |
| 17:05.15 | Tartarus | ok |
| 17:05.38 | Tartarus | If we weren't busy with 'work', I could get someone to throw a BDI on there and reflash u-boot or something |
| 17:05.49 | Tartarus | I'm gonna see how the walnut stuff fairs w/ qemu, heh |
| 17:08.22 | likewise | Tartarus: "FSL U-Boots use /soc8315@e0000000 node to search and fixup serial nodes' clock-frequency properties." "This makes FSL U-Boots fail to fixup the clock frequencies, and that leads to serial ports misbehaviour." |
| 17:08.54 | likewise | Tartarus: but that only explained the kernel serial crapping out I think |
| 17:09.01 | Tartarus | yeah |
| 17:09.10 | Tartarus | this board worked before it got boxed up and moved around |
| 17:09.19 | Tartarus | might have even worked after the move |
| 17:09.43 | likewise | Tartarus: what do you need me to do on the 460EX? |
| 17:10.08 | Tartarus | likewise, just boot a console-image up so we have some proof that gcc 4.3.3 builds working stuff |
| 17:10.52 | *** join/#oe pH5 (n=ph5@e178241039.adsl.alicedsl.de) |
| 17:11.53 | likewise | Tartarus: is the gcc-4.3.3 now in git for angstrom/ppc? |
| 17:12.42 | Tartarus | Nope, just did a local change |
| 17:12.46 | Tartarus | Test then get it committed :) |
| 17:12.51 | Tartarus | (Well, approved, heh) |
| 17:13.05 | likewise | Tartarus: k, I can test only for e300. You didn't change binutils? |
| 17:13.39 | Tartarus | binutils wasn't held back |
| 17:17.10 | likewise | I need a good deal of Battlefield Heroes to shake off todays (documentation) work first |
| 17:18.15 | Tartarus | hah |
| 17:25.54 | *** join/#oe polyonymous (i=hacker@pD953A3E9.dip0.t-ipconnect.de) |
| 17:28.34 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 17:29.04 | Tartarus | ok, qemu isn't going to be helpful :( oh well |
| 17:29.26 | *** join/#oe dth (n=dth@p4FDEDEC9.dip.t-dialin.net) |
| 17:30.23 | *** part/#oe dth (n=dth@p4FDEDEC9.dip.t-dialin.net) |
| 17:35.29 | CIA-35 | 03Theodore A. Roth <taroth@gmail.com> 07org.openembedded.dev * r86999e9433 10openembedded.git/recipes/evtest/evtest_1.23.bb: |
| 17:35.29 | CIA-35 | evtest: Fixed GNU_HASH QA error. |
| 17:35.29 | CIA-35 | Signed-off-by: Theodore A. Roth <taroth@gmail.com> |
| 17:35.29 | CIA-35 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
| 17:54.15 | *** join/#oe Ainulind1le (n=ainu@calaquendi.org) |
| 18:00.19 | *** join/#oe mgwpub (n=mgwpub@193.170.134.189) |
| 18:00.53 | *** join/#oe greentux (n=lemke@BAA0b85.baa.pppool.de) |
| 18:03.19 | *** join/#oe bin10101 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 18:06.51 | pb___ | re |
| 18:10.36 | *** join/#oe fraxinas (n=quassel@p54AA6409.dip.t-dialin.net) |
| 18:12.34 | *** join/#oe rwhitby` (n=rwhitby@au1.astc-design.com) |
| 18:13.50 | *** join/#oe florian (n=fuchs@f049138130.adsl.alicedsl.de) |
| 18:16.21 | kergoth | wb pb___ |
| 18:17.01 | *** join/#oe Jay7 (n=jay@93-81-69-75.broadband.corbina.ru) |
| 18:20.50 | *** join/#oe pH5_ (n=ph5@e178212159.adsl.alicedsl.de) |
| 18:22.49 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 18:24.42 | *** join/#oe chouimat|work (n=quassel@firewall.axentra.com) |
| 18:25.23 | *** join/#oe jconnoll1 (n=jconnoll@firebug.buglabs.net) |
| 18:27.01 | florian | re |
| 18:28.57 | cbrake | kergoth: what do you see as the advantages of locking down versions vs just branching/tagging the OE meta data? I guess you would get fixes to the meta data, and still keep the version. |
| 18:29.09 | *** join/#oe chouimat|work (n=quassel@firewall.axentra.com) |
| 18:29.25 | kergoth | right, you get bugfixes, they only affect PR, not PV. |
| 18:30.08 | kergoth | course, the obvious downside is class changes could still break you |
| 18:30.39 | kergoth | but i dont see this as a replacement for branching/tagging, just a slightly more sane default within the context of a single tmp existance, and a convenient and less intrusive way to keep things where you are |
| 18:31.07 | pb___ | cbrake: that, plus it allows you to cherry-pick updates to some packages without having to do a wholesale upgrade of your entire filesystem |
| 18:32.04 | pb___ | if you branched the whole repo then you end up having to pull across the new revisions at the SCM level, which gets a bit tedious especially when there are interactions with classes. |
| 18:32.11 | kergoth | that's true. course, oyu can do that with actual cherry picking, but maintaining a long lived branch with cherry picks is a royal pain in the ass. if you have to change the commit when you cherry pick, git no longer has any idea that those two are the same thing, so keeping track of what you'ved pulled over and what you ahvent in a pain |
| 18:32.16 | kergoth | heh :) |
| 18:32.32 | *** join/#oe timtimhome (n=meh@79-75-241-169.dynamic.dsl.as9105.com) |
| 18:34.34 | *** join/#oe gremlin[it] (n=gremlin@217.203.166.93) |
| 18:35.16 | CIA-35 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * rc0622e65a9 10openembedded.git/classes/ (4 files): |
| 18:35.16 | CIA-35 | First pass of cleanup of messages outputted to the user. |
| 18:35.16 | CIA-35 | OpenEmbedded outputs a lot of messages that the user is likely to never |
| 18:35.16 | CIA-35 | care about. We should only output something when it reflects upon their |
| 18:35.17 | CIA-35 | recipe (i.e. unpacking their sources, applying their patches), or is quite |
| 18:35.21 | CIA-35 | significant or unusual. |
| 18:35.23 | CIA-35 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 18:35.25 | CIA-35 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * r9699a955d4 10openembedded.git/classes/ (base.bbclass packaged-staging.bbclass patch.bbclass): |
| 18:35.28 | CIA-35 | Shorten some full paths printed to the user. |
| 18:35.30 | CIA-35 | Adds a base_path_out convenience function, which prepares a full path for |
| 18:35.32 | CIA-35 | display to the user. The initial implementation just makes it relative to |
| 18:35.34 | CIA-35 | ${TOPDIR}. This function is then used for some messages outputted to the |
| 18:35.36 | CIA-35 | user (packaged-staging, patch application, clean, unpack tasks). |
| 18:35.38 | CIA-35 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 18:35.39 | pb___ | yeah, exactly. if you're happy to maintain your own, effectively isolated metadata tree then this is all a non-problem: in the limit you can just delete all the .bb files except the single version of each package that you want to keep. but, once you go down that route, it gets increasingly difficult to re-sync with the main branch and that in turn means you end up duplicating a lot of work that's being done in mainline. |
| 18:36.30 | kergoth | and in some cases even when maintaining an isolated metadata tree, you may want to keep multiple versions long term. if you dont want to break anyone, ever, then you shouldnt remove old versions of recipes ever either, in which case a lockdown becomes useful |
| 18:37.02 | kergoth | wanders off to find more caffeine |
| 18:44.47 | *** join/#oe dth (n=dth@p4FDED45D.dip.t-dialin.net) |
| 19:02.43 | *** join/#oe rkirti (n=Kirtika@117.254.22.93) |
| 19:03.04 | *** part/#oe rkirti (n=Kirtika@117.254.22.93) |
| 19:05.55 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 19:11.12 | *** join/#oe pH5_ (n=ph5@e178248064.adsl.alicedsl.de) |
| 19:15.31 | *** join/#oe shadowland (n=quassel@outbound.cso.atmel.com) |
| 19:15.38 | *** part/#oe shadowland (n=quassel@outbound.cso.atmel.com) |
| 19:23.10 | hrw|gone | can you guys run 'openssl speed md5 sha1 sha256 sha512 des des-ede3 aes-128-cbc aes-192-cbc aes-256-cbc rsa2048 dsa2048' command on your devices and send me output? |
| 19:28.53 | *** join/#oe Cwiiis (n=cwiiis@158.43.2.102) |
| 19:33.30 | gremlin[it] | hrw|gone, it's a new "bench" ... nice idea ! |
| 19:37.11 | XorA | is confused by the sheeva u-boot |
| 19:37.54 | *** join/#oe oespirit (n=oespirit@117.254.19.146) |
| 19:38.27 | florian | not yet ;) |
| 19:38.49 | florian | hrw|gone: That's a good idea... |
| 19:39.00 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 19:39.16 | oespirit | My new build system wont allow me to set the mmap_min_addr to 0 as OE wants :( Any suggestions ? |
| 19:39.54 | florian | hi rkirti |
| 19:39.54 | XorA | rkirti: your root right? |
| 19:40.29 | XorA | ok sheeva owners, how the hell to I flash this beast? |
| 19:40.38 | rkirti | florian: hello :) |
| 19:40.49 | rkirti | XorA: as in ? |
| 19:41.03 | XorA | rkirti: you can only affect /sys filesystem as root |
| 19:41.20 | rkirti | XorA: isnt using the command with sudo enough ? |
| 19:41.25 | XorA | rkirti: no |
| 19:41.36 | XorA | rkirti: your redirecting the wrong command using sudo :-) |
| 19:41.45 | XorA | rkirti: you redirected the sudo not the echo |
| 19:42.17 | florian | heh yes echo and sudo don't play that nice with each other :) |
| 19:42.44 | XorA | echo 0 | sudo tee /sys/blah/blah |
| 19:42.54 | florian | rkirti: get a root shell (sudo su) and enter the command there |
| 19:42.58 | rkirti | XorA: oh ok |
| 19:43.11 | florian | solutions flood... :) |
| 19:43.34 | rkirti | florian, XorA : done :) thanks |
| 19:43.48 | XorA | sorted! now tell people nice things about us :-D |
| 19:58.17 | XorA | what insane u-boot is on the sheeva :-( |
| 20:00.11 | timtimhome | Marvell u-boot of course! |
| 20:00.41 | XorA | seems it supports no devices apart from nand, thats gonna make reflashing dificult |
| 20:00.50 | timtimred | you can use usb |
| 20:01.07 | timtimred | usbstart is a bit shit. works um, 60% of the time |
| 20:01.27 | timtimred | XorA you know it has jtag built in via the usb mini jack? |
| 20:01.30 | *** join/#oe rolleboy (n=roland@c-7679e253.642-1-64736c20.cust.bredbandsbolaget.se) |
| 20:01.37 | XorA | it recognises my device, then bitches about the partition table |
| 20:01.48 | timtimred | you can just plug it in an fire up openocd (svn) and reflash |
| 20:02.05 | CIA-35 | 03Chia-I Wu <olv@openmoko.com> 07fso/milestone5.5 * r565c62378e 10openembedded.git/recipes/udev/ (4 files in 4 dirs): fastboot: udev-static-devices: New package to provide static dev nodes. |
| 20:02.05 | CIA-35 | 03Chia-I Wu <olv@openmoko.com> 07fso/milestone5.5 * r2b38193c50 10openembedded.git/recipes/udev/ (files/links.conf udev-118/openmoko/init udev_118.bb): fastboot: udev: Update init script to support udev-static-devices. |
| 20:02.32 | broonie | XorA: http://www.cyrius.com/debian/kirkwood/sheevaplug/unpack.html may be helpful. |
| 20:04.00 | XorA | print_part of 0 |
| 20:04.00 | XorA | ## Unknown partition table |
| 20:06.53 | XorA | switch to SDHC card reader and it likes that better :-( |
| 20:09.40 | XorA | now how do I make and flash a UBI :-) |
| 20:09.44 | *** join/#oe dth1 (n=dth@p4FDED45D.dip.t-dialin.net) |
| 20:09.51 | *** join/#oe hoj (n=jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 20:10.15 | dth1 | florian: Hi |
| 20:10.59 | florian | hi dth1 |
| 20:12.02 | dth1 | florian: i just restartet the virt machine, not enough disk space ;.( |
| 20:13.18 | florian | dth1: you can confgure it to remove things it doesn't need any more. this helps quite a lot |
| 20:13.19 | Tartarus | XorA, on x86 or your target/ |
| 20:13.38 | Tartarus | BB will spit out a simple ubi/ubifs image that'll fill the partition you write it to |
| 20:14.16 | florian | mickey|zzZZzz: ping |
| 20:14.20 | dth1 | florian: let me guess, in the local.conf? |
| 20:14.23 | XorA | BB spit me out a link to a non existant ubi |
| 20:14.42 | Tartarus | eh? |
| 20:14.53 | XorA | it made a link to a ubi file it never created |
| 20:15.00 | Tartarus | that's odd |
| 20:16.05 | Tartarus | what's the preferred graphical image for BB? x11-image? |
| 20:16.08 | Tartarus | setting mine up atm |
| 20:16.12 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 20:16.28 | XorA | curses and ext2load just crashes :-( |
| 20:17.09 | florian | dth1: yes... INHERIT += "rm_work" |
| 20:17.23 | XorA | gah I hate it when new toys are annoying |
| 20:17.52 | Tartarus | does a console-image 1st |
| 20:18.31 | florian | XorA: Most toys are shipped with bad booloaders |
| 20:18.49 | XorA | OE definately does not produce a UBI |
| 20:19.01 | Tartarus | XorA, it used to / should |
| 20:19.33 | XorA | mkfs.ubifs -r /home/dp/openembedded/build/tmp/rootfs/console-image -o /home/dp/openembedded/build/tmp/deploy/glibc/images/sheevaplug/Angstrom-console-image-glibc-ipk-2009.X-test-20090514-sheevaplug.rootfs.ubifs -m 2048 -e 129024 -c 4096 |
| 20:19.33 | XorA | /home/dp/openembedded/build/tmp/work/sheevaplug-angstrom-linux-gnueabi/console-image-1.0-r0/temp/run.do_rootfs.9265: line 599: mkfs.ubifs: command not found |
| 20:19.43 | XorA | someone forgot some dependencies I guess |
| 20:20.01 | Tartarus | XorA, did you downgrade mtd-utils-native? |
| 20:20.03 | Tartarus | it's all in there |
| 20:20.17 | XorA | I have touched anything to do with mtd |
| 20:20.50 | Tartarus | what version built? |
| 20:21.02 | XorA | 1.0.0+git-r8 |
| 20:21.40 | Tartarus | indeed, too old |
| 20:21.56 | Tartarus | need 1.2.0+git, or 1.3.0, whatever exists and is higher |
| 20:21.58 | XorA | someone has forgetten so set something in angstrom.conf I bet |
| 20:22.20 | XorA | and probably everyone has the newer installed on their desktop :-) |
| 20:23.19 | XorA | DEFAULT_PREFERENCE = "-1" |
| 20:23.27 | XorA | with a comment that it doesnt compile |
| 20:23.39 | XorA | that'll explain it :-) |
| 20:24.44 | Tartarus | check the ml archives |
| 20:24.49 | dth1 | florian: INHERIT += "rm_work" so ok? |
| 20:25.35 | florian | dth1: yes |
| 20:26.50 | *** join/#oe ant__ (n=andrea@host226-251-dynamic.0-87-r.retail.telecomitalia.it) |
| 20:28.00 | dth1 | florian: witch machine do you use for compiling image? |
| 20:28.14 | XorA | well it compiles for me, now for some ubi making :-) |
| 20:28.56 | florian | dth1: Most of the time I use an IBM hs20 blade. |
| 20:29.39 | dth1 | florian: how many professors? |
| 20:30.14 | XorA | you still have slave labour in .de florian? |
| 20:31.03 | rkirti | florian: is there a way in which I can get all the packages built for an image listed out in order ? something like -c listtasks, but here I am looking for package names ,to know the order in they are built for an image.. |
| 20:31.03 | florian | dth1: none... too expensive ;) it has two cpus |
| 20:31.24 | florian | XorA: need a new job? |
| 20:31.34 | XorA | florian: no, keeping professors in blades :-) |
| 20:31.58 | florian | *gg* |
| 20:32.19 | XorA | need a job that will pay for linuxtag :-) |
| 20:33.39 | florian | XorA: it might be easier to search for a well paid job and enjoy the fact not having to care... linuxtag is cheap luckily. |
| 20:34.01 | florian | Berlin is cheap and we should get a pile of free tickets. |
| 20:34.01 | kergoth | is kind of surprised at the limited number of responses to freeze.inc, given it changes default behavior |
| 20:34.09 | kergoth | denix: did you have a chance to test it out? |
| 20:34.35 | florian | rkirti: uh... not that i'm aware of |
| 20:38.17 | rkirti | florian: ok..can I get my logic/thought-flow verified here ? I ll be doing many test builds to see how they go about the process - mamona's nearly done, poky port of maemo is up next - and I wanted to look at how they are going about the process, especially the distros that I am looking at. But I dont want to be around and keep checking what bitbake did.. |
| 20:38.20 | Crofton|work | kergoth, obviously everyone saw our conversation yesterday and thinks it is awesome |
| 20:38.26 | kergoth | haha |
| 20:38.58 | rkirti | florian: AFAIK, bitbake logs in the WORKDIR give me info on what happened at the package level, but I want a distro level overview. |
| 20:39.49 | rkirti | florian: if only I could redirect and save all the terminal output (that could actually be possible) ? |
| 20:42.12 | florian | rkirti: well... why do you think it is that important to find out how bitbake schedules the tasks? |
| 20:42.57 | florian | rkirti: You don't need to fix bitbake, you are supposed to 'feed' it :) |
| 20:43.55 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 20:45.23 | rkirti | florian: umm..I need the order of the packages at the lower level (kernel, base libs etc) to know what I am supposed to work on...this is ofcourse for a later time, when I am looking at the full maemo-image and that will be after I have ported the stack first ,but since I am anyways doing test builds right now, I thought I could record this data. |
| 20:46.25 | XorA | thought freeze.inv was cool |
| 20:46.31 | XorA | but I didnt see any emails about it |
| 20:47.04 | *** join/#oe scruggs (n=chris@72-161-109-3.dyn.centurytel.net) |
| 20:47.32 | Crofton|work | kergoth sent something to the dev list |
| 20:47.35 | florian | rkirti: Usually bitbake just does the right thing... the only thing you have to do is to know your dependencies and decide about a good packaging. |
| 20:49.13 | XorA | yay I have .ubi files now :-) |
| 20:49.23 | *** join/#oe bin10101 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 20:50.22 | rkirti | florian: "decide about a good packaging" as in ? Shouldn't I be using the fixed maemo format ? |
| 20:52.01 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 20:54.30 | florian | rkirti: not necessarily... the package format can be adjusted and you can do good or less good file selection. |
| 20:54.52 | florian | XorA: I have a hungry baby ;) |
| 20:55.14 | XorA | florian: not a fair exchange Im afraid |
| 20:55.50 | rkirti | florian: ok. /me didnt know about this freedom. |
| 20:57.01 | cbrake | kergoth: I like freeze.inv -- gives us more options, and is easy to use. As I continue to think about it -- it will be nice for developing a feature as can still sync latest code, and yet not have full re-builds triggered all the time |
| 20:59.12 | florian | XorA: :-) |
| 21:01.40 | *** join/#oe dth1 (n=dth@p4FDED45D.dip.t-dialin.net) |
| 21:01.41 | *** join/#oe tonyg (n=tonyg@82.153.193.66) |
| 21:02.14 | tonyg | does bugspam get cc'd here? if anyone fancies reviewing bug 3014 i'd appreciate it |
| 21:02.24 | XorA | Crofton|work: I havent seen any email, so it either never arrived or I got over eager with delete :-) |
| 21:02.44 | Crofton|work | heh |
| 21:04.33 | ant__ | about this freezing thing, I'm re-reading the emerge man |
| 21:04.51 | ant__ | I always use --update (-u) |
| 21:05.32 | ant__ | but this is not default! |
| 21:06.07 | ant__ | fwiw --update (-u) |
| 21:06.07 | ant__ | <PROTECTED> |
| 21:19.40 | *** join/#oe BET_frogger (n=frogger@2001:5c0:1000:a:0:0:0:11d) |
| 21:31.13 | *** join/#oe robtow (n=rtow1@nat/montavista/x-167237607fe582b4) |
| 21:33.53 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 21:38.15 | Tartarus | Whee, got current'ish .dev booting on my BB, on mmc |
| 21:39.21 | Tartarus | and the built-in enet works on this crazy hub too, yay |
| 21:42.25 | *** join/#oe Soopaman (n=Soopaman@dsl-67-55-16-164.acanac.net) |
| 21:45.11 | *** join/#oe BET_frogger (n=frogger@2001:5c0:1000:a:0:0:0:11d) [NETSPLIT VICTIM] |
| 21:45.11 | *** join/#oe tonyg (n=tonyg@82.153.193.66) [NETSPLIT VICTIM] |
| 21:45.11 | *** join/#oe bin10101 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) [NETSPLIT VICTIM] |
| 21:45.12 | *** join/#oe Ainulindale (n=ainu@calaquendi.org) [NETSPLIT VICTIM] |
| 21:45.12 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) [NETSPLIT VICTIM] |
| 21:46.11 | XorA | woowoo Im booting from ubifs :-) |
| 21:50.42 | *** join/#oe mnabil (n=mnabil@62.135.96.186) |
| 21:53.42 | XorA | meh, so the sd card driver doesnt work :-( |
| 21:54.56 | XorA | great yet another broken arm mmc driver |
| 22:00.13 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rf668045aed 10openembedded.git/recipes/images/fso-paroli-image.bb: fso-paroli-image : add udev-static-devices to the image |
| 22:00.22 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rc19d6e0c1e 10openembedded.git/recipes/udev/udev-static-devices.bb: udev-static-devices : add the real tar to RDEPENDS |
| 22:02.36 | *** join/#oe booxter (n=booxter@80.249.93.155) |
| 22:08.21 | *** join/#oe claudiu_ita (n=claudiu@host118-225-dynamic.58-82-r.retail.telecomitalia.it) |
| 22:09.25 | Soopaman | soo.. somewhat loaded question, but how safe is it to update? |
| 22:09.52 | kergoth | thinks about using autoconf tracing to get a list of with/enable configure options, and compare against EXTRA_OECONF, and warn on missing options |
| 22:10.33 | tonyg | Soopaman, my fresh checkout as of yesterday evening (~24h ago) built clean |
| 22:10.40 | tonyg | and seems to run ok |
| 22:10.46 | tonyg | (fso/milestone5.5 branch) |
| 22:19.30 | *** part/#oe ade|desk (n=adavey@195.153.131.254) |
| 22:24.37 | hoj | anyone hear of work to add a .bb for ftgl? |
| 22:25.01 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 22:26.37 | *** join/#oe waite (n=bwaite@c-68-50-242-107.hsd1.va.comcast.net) |
| 22:45.04 | *** part/#oe piroko (n=jeremy@pohl.ececs.uc.edu) |
| 23:16.30 | *** join/#oe koobe__ (n=koobe@83.150.95.26) |
| 23:20.18 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 23:20.48 | CIA-35 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07xora/angstrom-srcpv * rb530076ad1 10openembedded.git/recipes/linux/linux-2.6.29/boc01/defconfig: linux-2.6.29: reduce boc01 kernel size |
| 23:20.48 | CIA-35 | 03Sergey Lapin <slapin@ossfans.org> 07xora/angstrom-srcpv * rd02457b03a 10openembedded.git/recipes/dvd+rw-tools/ (9 files in 2 dirs): dvd+rw-tools: Added new recipe |
| 23:20.48 | CIA-35 | 03Sergey Lapin <slapin@ossfans.org> 07xora/angstrom-srcpv * rcfbb95b3bb 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into afeb9260-tmp |
| 23:20.50 | CIA-35 | 03Sergey Lapin <slapin@ossfans.org> 07xora/angstrom-srcpv * r3fd24860b7 10openembedded.git/recipes/u-boot/ (u-boot-git/afeb9260/AFEB9260-network-fix.patch u-boot_git.bb): u-boot_git: updated for latest version for afeb9260 |
| 23:20.53 | CIA-35 | 03Sergey Lapin <slapin@ossfans.org> 07xora/angstrom-srcpv * r5abc720bf3 10openembedded.git/conf/machine/ (afeb9260-180.conf afeb9260.conf include/afeb9260.inc): |
| 23:21.11 | CIA-35 | AFEB9260: add 180MHz config, split machine conf |
| 23:21.11 | CIA-35 | I really do this just because I need to support 2 board variants |
| 23:21.11 | CIA-35 | 180 MHz and default 166MHz. Each one needs different |
| 23:21.11 | CIA-35 | setup for at91bootstrap and (probably) u-boot. |
| 23:21.11 | CIA-35 | 03Sergey Lapin <slapin@ossfans.org> 07xora/angstrom-srcpv * r84feccc2c5 10openembedded.git/recipes/linux/ (5 files in 2 dirs): linux: added 2.6.30-rc4 |
| 23:21.13 | CIA-35 | 03Sergey Lapin <slapin@ossfans.org> 07xora/angstrom-srcpv * r215a464bbd 10openembedded.git/recipes/linux/linux_2.6.28-rc6.bb: AFEB9260 is not supported with 2.6.28-rc6 kernel anymore |
| 23:21.18 | CIA-35 | 03Theodore A. Roth <taroth@gmail.com> 07xora/angstrom-srcpv * r86999e9433 10openembedded.git/recipes/evtest/evtest_1.23.bb: |
| 23:21.21 | CIA-35 | evtest: Fixed GNU_HASH QA error. |
| 23:21.23 | CIA-35 | Signed-off-by: Theodore A. Roth <taroth@gmail.com> |
| 23:21.25 | CIA-35 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
| 23:21.41 | CIA-35 | 03Chris Larson <clarson@mvista.com> 07xora/angstrom-srcpv * rc0622e65a9 10openembedded.git/classes/ (4 files): |
| 23:21.41 | CIA-35 | First pass of cleanup of messages outputted to the user. |
| 23:21.41 | CIA-35 | OpenEmbedded outputs a lot of messages that the user is likely to never |
| 23:21.41 | CIA-35 | care about. We should only output something when it reflects upon their |
| 23:21.43 | CIA-35 | recipe (i.e. unpacking their sources, applying their patches), or is quite |
| 23:21.45 | CIA-35 | significant or unusual. |
| 23:21.47 | CIA-35 | Signed-off-by: Chris Larson <clarson@mvista.com> |
| 23:21.49 | CIA-35 | 03Chris Larson <clarson@mvista.com> 07xora/angstrom-srcpv * r9699a955d4 10openembedded.git/classes/ (base.bbclass packaged-staging.bbclass patch.bbclass): |
| 23:21.53 | kergoth | thinks our cia hooks shoiuld only notify about the merge commit itself, not all the commits it merged |
| 23:22.13 | CIA-35 | Shorten some full paths printed to the user. |
| 23:22.13 | CIA-35 | Adds a base_path_out convenience function, which prepares a full path for |
| 23:22.13 | CIA-35 | display to the user. The initial implementation just makes it relative to |
| 23:22.13 | CIA-35 | (14 lines omitted) |
| 23:22.22 | *** join/#oe taelot (n=stuart@c-69-180-3-23.hsd1.ga.comcast.net) |
| 23:24.45 | *** join/#oe fraxi (n=quassel@p54AA7BA3.dip.t-dialin.net) |
| 23:31.02 | kergoth | whats the scoop on x servers nowadays, is xserver-xorg-kdrive just the xorg sources built with --enable-kdrive? |
| 23:31.08 | kergoth | 's out of the loop |
| 23:36.29 | *** join/#oe marcosmamorim (n=marcos@189.121.183.147) |
| 23:49.40 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 23:52.24 | *** join/#oe jconnoll1 (n=jconnoll@ool-18b96adf.dyn.optonline.net) |
| 23:52.46 | *** join/#oe rsalveti (n=salveti@189.70.81.197) |