00:07.26 | cbrake_away | zwelch: I'll be in and out. If you want to pastebin it, I'll take a look. |
00:12.52 | zwelch | cbrake: actually, i'll probably just commit the changes to my project's BBFILES area: http://svn.minisplat.org/svn/src/trunk/build.d/dist/oe/ |
00:13.12 | zwelch | the existing .bb file for libsplutil is already there; i'll get the bbclass in shortly |
00:16.43 | cbrake | zwelch: ok, I need to put some kids to bed and will be back in a bit ... |
00:17.06 | zwelch | cool, no hurry, but i am looking forward to the help :) |
00:26.56 | zwelch | cbrake: okay, i just got my latest revisions into the repo. |
00:28.09 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
00:28.36 | *** join/#oe csmanx (n=csman@70.55.142.36) |
00:47.22 | cbrake | zwelch: so this all worked when you had the contents of the bbclass in the inc/bb file? |
00:59.49 | zwelch | cbrake: correct. r335 should reflects that working state |
01:00.03 | zwelch | and really, all i've done is some refactoring |
01:00.11 | zwelch | (from what i can tell by the rules) |
01:01.59 | *** part/#oe thejapa (n=thejapa@240c.prudente.unesp.br) |
01:02.04 | zwelch | using the 'showdata' command, i can basically see that the svn bb files are only inheriting from base; they do not appear to pick up the autotools and minisplat bbclass definitions :/ |
01:02.28 | *** join/#oe thejapa_ (n=marcosu@240c.prudente.unesp.br) |
01:03.14 | zwelch | i have tried this with both 1.4.2 and 1.5.0+trunk |
01:04.13 | cbrake | zwelch: hmm, have you tried cleaning the cache/time stamps, etc? |
01:04.28 | zwelch | i have nuked the cache many times |
01:04.36 | zwelch | what's the best way to nuke the time stamps |
01:05.46 | zwelch | rm tmp/stamps/<arch>/<project>*? |
01:06.19 | cbrake | zwelch: yes, that should do it. There should be stamps for the package you are building. |
01:06.46 | zwelch | yup. i got 'em all; however, shouldn't a 'rebuild <package>' do that? |
01:07.47 | cbrake | zwelch: could also try putting some bogus code in the new bbclass to make sure it is getting parsed. |
01:08.01 | zwelch | though that's not bogus :) |
01:08.05 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
01:08.16 | cbrake | zwelch: ahh, so do you see that? |
01:08.21 | zwelch | nope |
01:08.32 | zwelch | but it's not even in the 'showdata' output |
01:08.37 | zwelch | the inherit is silently failing |
01:09.11 | zwelch | however, i'm currently retesting it with the manual stamp cleaning |
01:09.37 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
01:14.03 | zwelch | cbrake: manual purge failed; status unchanged |
01:23.46 | cbrake | zwelch: well, I'm out of ideas other than cleaning tmp. You could run "bitbake -DDD -v" and see if that tells you anything. |
01:24.17 | zwelch | cool, that's very useful |
01:24.20 | cbrake | zwelch: if -DDD does not tell you, I'd probably starting instrumenting bitbake code :-\ |
01:24.26 | zwelch | hehe |
01:25.01 | cbrake | zwelch: well, good luck -- I'm done for the day :-) |
01:25.27 | zwelch | thanks for your help; i'm just glad for the sanity check. |
01:26.18 | zwelch | i guess the real bug here is that you can inheret nonexistant-class and it will silently ignore you |
01:26.48 | zwelch | also, bitbake doesn't complain if BBPATH contains non-existant paths |
01:26.49 | zwelch | :) |
01:32.49 | zwelch | woot! bbclasses work much better when they are found in the BBPATH and inherit'd correctly ;) |
01:37.00 | *** join/#oe joshin (i=josh@VDSL-130-13-143-17.PHNX.QWEST.NET) |
01:39.14 | *** join/#oe AvengerMoJo (n=alex@61.14.130.209) |
01:43.30 | kergoth | zwelch: heh, i think thats a remnant of the fact that 'include' doesnt fail (by design), and inherit was syntactic sugar on top of include. nowadays itd probably be best off failing out |
01:44.01 | *** join/#oe W8TVI (n=me@166.165.158.187) |
01:44.46 | zwelch | kergoth: i figured it was something like that |
01:45.33 | zwelch | like the libltdl bug i had, i'll probably investigate and fix these two as well |
01:45.57 | zwelch | i don't see either of them in bugzilla |
01:46.20 | kergoth | sounds like you should fix that :) |
01:47.10 | zwelch | the combination of them was painful; a check for BBPATH would have clued me in faster, and the inherit bug would have been a non-issue |
01:47.35 | zwelch | but a check there is probably best, because tpyos happen ;) |
01:48.33 | kergoth | BBPATH should definately allow nonexistant dirs, as i can see use cases for that.. though it could warn, at least when -D |
01:49.32 | kergoth | Patches Welcome, as tim would say |
01:49.34 | kergoth | ;) |
01:49.35 | zwelch | hehehe |
01:50.15 | zwelch | nah, i jest; bb/oe rock |
01:50.30 | zwelch | details like this are fairly inconsequential |
01:58.08 | Kerwood_ | Maybe you guys have seen this one before and can give me some clues. My bitbake of openembedded.dev for a sptiz is dying on a stupid complaint about "__bind is already defined" when compiling glibc. |
01:59.06 | Kerwood_ | I started the same thing up on a system in work, same os (Suse 9.3) and had no problem. |
02:02.27 | Kerwood_ | This has been going on for 3 days. I've been all over the Wikis and websites and I got nothin'. WTF? |
02:03.10 | Kerwood_ | ANY suggestion would be welcome... |
02:05.21 | zwelch | Kerwood_: i had that problem |
02:05.25 | zwelch | you are not alone |
02:05.28 | *** join/#oe jerrybme (n=jerry@adsl-68-252-111-40.dsl.emhril.ameritech.net) |
02:05.45 | Kerwood_ | zwelch: any ideas? |
02:05.58 | *** join/#oe bronson (n=bronson@adsl-69-109-105-29.dsl.pltn13.pacbell.net) |
02:06.05 | zwelch | well, i am fairly certain it is a configuration problem |
02:06.21 | zwelch | i.e. it went away after futzing with my PREFERRED_PROVIDERS |
02:06.37 | Kerwood_ | zwelch: hmmmm |
02:06.57 | zwelch | here are settings that finally worked for me: http://svn.minisplat.org/svn/src/trunk/build.d/dist/oe/conf/ |
02:07.06 | zwelch | compare and contrast |
02:07.08 | *** join/#oe thejapa (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
02:08.33 | zwelch | oh, i think i finally decided to nuke my entire tmp directory shortly thereafter; when getting my initial local.conf file in order, i had changed a libc provider and assume that some things had been built with the wrong libc |
02:09.04 | zwelch | in which case, that error may be a symptom of such toolchain incompatibilities/insanity, and a fresh start is the sanest path forward |
02:10.04 | Kerwood_ | zwelch: Curious. I have no PREFERRED_PROVIDERS lines in my local.conf. I've nuked my tmp and build/sources directories twice and it had no effect. I'm going to put some PREFERRED_PROVIDERS in my local.conf (and nuke my tmp &c) and see what happens. |
02:10.06 | Kerwood_ | Thanks |
02:10.26 | zwelch | well, you may have them set by the various includes that you pull in from DISTRO or MACHINE |
02:10.38 | Kerwood_ | right |
02:11.06 | zwelch | but, i used the sample conf and had to add a number of lines, after watching the output. |
02:11.15 | zwelch | incidentally, i was targeting gpe-image |
02:12.52 | Kerwood_ | Hmm...my failure occurs before any application buidling starts, so I don't think it has to do with WM choice. |
02:18.01 | zwelch | yeah, you're in a core task; that was more of an explanation of the abundant providers that i have |
02:18.41 | zwelch | really, those lines were added by watching the output process complain about my not having them set :) |
02:19.24 | zwelch | however, it was suggesting the form PREFERRED_PROVIDER_<virtual> = "<provider>" over the form i used |
02:19.47 | zwelch | since the effect is equivalent, i have presumed the forms are too (though i don't remember reading that anywhere) |
02:20.24 | zwelch | iirc, showdata translates them to the longer form |
02:26.46 | zwelch | you're telling me |
02:27.50 | zwelch | at the moment, i'm trying to understand the relationship between the PACKAGES produced by a package and the DEPENDS and RDEPENDS that should be used in other packages |
02:28.27 | zwelch | since package A produces A and A-dev, should i DEPEND on 'A-dev' and RDEPEND on 'A'? |
02:30.14 | Kerwood_ | zwelch: You are SO beyond my level in these matters... |
02:30.40 | zwelch | hehe, yeah, i'm already trying to write bb files and bbclasses for a suite of about a dozen packages |
02:31.14 | zwelch | i'm still a relative newbie, but kergoth and others can attest that i've been pestering this group for years ;) |
02:40.43 | zwelch | haha. so, my plan didn't work. nothing automatically PROVIDES A-dev |
02:52.46 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a37.ptbyny.tds.net) |
03:04.50 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
03:05.49 | zwelch | is anyone using OE to build for the mingw32 target? |
03:06.53 | kergoth | i dunno, thatd be cool though. msys isnt exactly packed with applications |
03:07.02 | zwelch | the project that i'm working on builds for it (as do its deps) |
03:07.11 | zwelch | i have a script that auto builds a toolchain |
03:07.34 | zwelch | but i'd much prefer to integrate that support into OE |
03:09.04 | zwelch | the urls i referenced earlier can lead you to the win32 dist support, where those scripts live (a sibling directory of the oe/ path) |
03:09.20 | zwelch | really, there's not much to that... |
03:09.39 | zwelch | ... getting it fitting into the OE/bb world ... now, that's "non-trivial" ;) |
03:10.04 | zwelch | it would open the door to a whole other breed of potential contributors |
03:11.32 | zwelch | btw, i forgot to mention the scripts i have are for linux->ming32 cross development |
03:15.14 | zwelch | incidentally, i'd appreciate feedback for the latest revision of my bbclasses and bb files |
03:15.42 | zwelch | the three classes that i've created will make almost every .bb file either 2 or 3 lines long (two of which are inherits) |
03:15.56 | zwelch | they even appear to work ;) |
03:35.05 | *** join/#oe aquadran_ (n=pablo@scummvm/undead/aquadran) |
03:40.57 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
03:50.56 | *** join/#oe bronson (n=bronson@adsl-69-109-105-29.dsl.pltn13.pacbell.net) |
03:51.00 | *** join/#oe thejapa_ (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
04:02.38 | CIA-2 | 03mwester 07org.oe.dev * r759e9a24... 10/packages/ (7 files in 5 dirs): Unslung: netconsole debugging support |
04:10.15 | *** join/#oe marcan (i=1337@64.Red-83-54-251.dynamicIP.rima-tde.net) |
04:25.16 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
05:01.43 | zwelch | nifty, i'm getting "/usr/lib/libstdc++.so: could not read symbols: File in wrong format" when cross-compiling one of my libraries |
05:02.02 | zwelch | i wonder what i have done to break that :/ |
05:07.47 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
05:14.48 | *** join/#oe _law_ (n=law@81.223.225.146) |
05:32.30 | CIA-2 | 03mwester 07org.oe.dev * rff99c83e... 10/packages/ (2 files in 2 dirs): Unslung: netconsole - fix module parameter and change linuxrc to match. |
05:38.05 | *** join/#oe minipanda (n=hzhang@221.221.153.1) |
05:39.41 | *** join/#oe JJ_Reimer (i=terminal@207.194.37.9) |
05:40.04 | *** join/#oe hvontres|home (n=chatzill@adsl-75-20-182-33.dsl.sndg02.sbcglobal.net) |
05:50.20 | *** part/#oe JJ_Reimer (i=terminal@207.194.37.9) |
05:55.01 | *** join/#oe _law_ (n=law@81.223.225.146) |
05:55.01 | *** join/#oe thejapa (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
05:55.01 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) [NETSPLIT VICTIM] |
05:55.01 | *** join/#oe nts____gi (n=gints@62.84.15.211) |
05:55.02 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
05:55.02 | *** join/#oe EvilDevil (n=miau@p54A6E40A.dip.t-dialin.net) |
05:55.02 | *** join/#oe tmbinc (i=XXX@e176177168.adsl.alicedsl.de) [NETSPLIT VICTIM] |
05:55.03 | *** join/#oe JaMa (n=martin@njama.ipv6.mk.cvut.cz) [NETSPLIT VICTIM] |
05:55.03 | *** join/#oe NAiL (n=repvik@pdpc/supporter/active/NAiL) |
05:55.03 | *** join/#oe katossi_ (n=guillerm@dslb-084-061-099-026.pools.arcor-ip.net) [NETSPLIT VICTIM] |
05:55.03 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) |
05:55.04 | *** join/#oe kurre2 (n=tomimo@a80-186-64-246.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
05:55.04 | *** join/#oe pb_ (n=pb@cpc1-cmbg6-0-0-cust434.cmbg.cable.ntl.com) [NETSPLIT VICTIM] |
05:55.04 | *** join/#oe Luke-Jr (n=luke-jr@2002:1891:f657:0:20e:a6ff:fec4:4e5d) |
05:55.04 | *** join/#oe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net) [NETSPLIT VICTIM] |
05:55.04 | *** join/#oe univac (n=univac@148.81.191.193) [NETSPLIT VICTIM] |
05:55.05 | *** join/#oe CIA-2 (i=cia@cia.navi.cx) [NETSPLIT VICTIM] |
05:55.05 | *** join/#oe ArjanS (n=arjan@anymore.nl) |
05:55.05 | *** join/#oe evanchsa (n=NoUserNa@c-24-128-80-12.hsd1.ma.comcast.net) [NETSPLIT VICTIM] |
05:55.05 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) [NETSPLIT VICTIM] |
05:55.05 | *** join/#oe CoreDump|afk (n=mhentges@hentges.net) [NETSPLIT VICTIM] |
05:55.06 | *** join/#oe Mardy (n=mardy@adsl-ull-30-207.42-151.net24.it) [NETSPLIT VICTIM] |
05:55.06 | *** join/#oe fdv (i=1988@fire.ifi.uio.no) [NETSPLIT VICTIM] |
05:55.30 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-7302.bb.online.no) |
05:55.30 | *** join/#oe aquadran (n=pablo@scummvm/undead/aquadran) |
06:07.38 | *** join/#oe noclouds (n=mhfan@60.166.47.61) |
06:11.37 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
06:38.59 | koen | good morning all |
06:39.18 | kergoth | morning |
06:52.04 | *** join/#oe jkp (n=jkp@growl/jkp) |
06:54.39 | *** join/#oe rob_w|mis (n=rob_w@p549BC223.dip0.t-ipconnect.de) |
06:57.57 | _law_ | morning koen |
06:58.05 | koen | hey _law_ |
06:59.04 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
07:02.14 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
07:10.56 | *** join/#oe awelux (n=awelux__@dslb-084-058-138-197.pools.arcor-ip.net) |
07:19.07 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
07:19.12 | do13_ | morning all |
07:38.20 | koen | hey dirk |
07:38.39 | do13_ | hey koen |
07:41.20 | koen | heh |
07:41.43 | koen | looks like lilo pushed the wrong button *again* |
07:43.36 | XorA | morning |
07:43.43 | koen | hey XorA |
07:43.55 | XorA | poor RP |
07:45.32 | *** join/#oe RP (i=1000@tim.rpsys.net) |
07:47.27 | *** join/#oe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
07:50.39 | hrw|work | hi |
07:50.58 | koen | hey hrw|work |
07:50.59 | XorA | hey hrw|work |
07:53.24 | do13_ | hey Marcin, XorA |
08:04.35 | *** join/#oe hrw|work (n=hrw@host-ip170-158.crowley.pl) |
08:08.16 | hrw|work | rmrfchik:/cr |
08:09.00 | hrw|work | XorA: http://www.oesf.org/forums/index.php?showtopic=20418 - you have such card iirc? |
08:09.37 | do13_ | hrw|work: network probs? |
08:10.07 | *** join/#oe ade|desk (n=ADAVEY@194.200.143.249) |
08:11.03 | hrw|work | do13_: as usual at work |
08:13.00 | do13_ | hrw|work: at least our network is stable at work |
08:14.32 | do13_ | hrw|work: and the best: today 2 hours work left, then we have a works outing :) |
08:16.42 | XorA | hrw|work: I really should dig that card out :-) |
08:16.49 | XorA | hrw|work: anyway, posted what I used to use to run it |
08:18.37 | hrw|work | do13_: nice |
08:18.42 | hrw|work | do13_: http://www.hrw.one.pl/2006/07/10/tosa-and-26-kernel/ |
08:21.05 | koen | hrw|work: I wished the Z bootloader would support something like this: http://dominion.kabel.utwente.nl/koen/cms/getting-back-to-ep93xx-testing |
08:21.41 | do13_ | hrw|work: sometimes battery info report 0%: is this only after resume? |
08:22.49 | hrw|work | koen: I saw that |
08:22.53 | hrw|work | do13_: yes |
08:23.15 | do13_ | hrw|work: thx. I know the reason:) |
08:27.33 | koen | do13_: any news on the ts<>lcd sync? |
08:29.18 | *** join/#oe Laibsch (n=Laibsch@V23b8.v.pppool.de) |
08:30.06 | do13_ | koen: I had no time last weekend |
08:32.48 | ade|desk | grr fontconfig suchs |
08:32.52 | ade|desk | s/h/k |
09:01.41 | zwelch | so, can anyone give me hints about why my build would be picking up the native libstdc++ during a cross-compile? |
09:02.07 | zwelch | i'm somewhat baffled by the current bug |
09:02.52 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
09:02.58 | ade|desk | zwelch: here do you see this ? |
09:03.41 | zwelch | my BBFILES are at http://svn.minisplat.org/svn/src/trunk/build.d/dist/oe/ and the problem child is libsplaudio-codecs |
09:05.00 | zwelch | ade|desk: does that answer your question? ;) (i'd referenced this in the channel earlier) |
09:06.55 | ade|desk | does your package know that it is to be cross-compiled ? |
09:07.00 | zwelch | about four hours ago, i said "nifty, i'm getting "/usr/lib/libstdc++.so: could not read symbols: File in wrong format" when cross-compiling one of my libraries" |
09:07.15 | zwelch | well, i'd had success with all of the other libraries until this one |
09:07.29 | ade|desk | your classes don't say anything about how it is to be complied |
09:07.31 | zwelch | i am guessing the problem lies in the fact that this is the first plug-in module that it's tried to build |
09:07.36 | ade|desk | compiled |
09:07.41 | zwelch | autotools/pkgconfig |
09:08.09 | ade|desk | and where is that inherited from ? |
09:08.16 | koen | zwelch: could I persuade you to look into upgrading/fixing glibmm and gtkmm? |
09:08.22 | zwelch | koen: yes |
09:08.28 | koen | :) |
09:08.43 | zwelch | if by "persuade" you mean "authorize" |
09:08.48 | koen | I suspect you inherited the deps on g***mm from minisip |
09:08.58 | zwelch | i have inherited quite a few deps |
09:09.03 | zwelch | and... i have other packages to add |
09:09.48 | zwelch | ade|desk: ${URI_ABOVE}/classes/minisplat.bbclass |
09:09.56 | zwelch | well, almost... one sec |
09:12.13 | zwelch | okay, i just committed my update to the minisplat.bbclass to inherit from pkgconfig |
09:12.19 | zwelch | as i should have done to start |
09:12.20 | ade|desk | you inherit minisplat-svn and then ... ?/? nothing |
09:13.05 | ade|desk | but the codec doesn't inherit minisplat but minisplat-svn |
09:13.22 | zwelch | libsplaudio-codecs_svn.bb -> include libsplaudio-codecs.inc -> inherit minisplat |
09:13.37 | ade|desk | look again |
09:13.42 | zwelch | ditto |
09:14.10 | XorA | am I the only one that since pulling repo this morning cant build a lot of stuff as bitbake spits out a load of backtrace? |
09:14.24 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
09:14.45 | *** join/#oe zecke (n=ich@rosine78.inf.fu-berlin.de) |
09:14.52 | zwelch | XorA: which repo exactly? |
09:14.59 | XorA | zwelch: .dev |
09:15.17 | zwelch | i just rebuild fresh a few hours ago |
09:15.23 | ade|desk | zwelch: have you tried since your change ? |
09:16.28 | zwelch | ade|desk: tried what exactly? |
09:16.44 | ade|desk | bitbake packges ? |
09:17.23 | zwelch | howzat? |
09:17.33 | ade|desk | just build it |
09:17.46 | ade|desk | since your change from 358 to 359 |
09:18.16 | zwelch | oh. the change was in my tree, just not committed |
09:18.28 | zwelch | it's not really the problem |
09:19.28 | zwelch | or rather, i don't think it was the solution, because, yes, i believe i had rebuilt all the libspl* stuff with that change included |
09:20.03 | zwelch | (that just didn't make it less correct, just not the solution to my strange cross-compile problem) |
09:20.35 | ade|desk | have you looked in the configure log to see if it has picked up any of the cross -toolchain ? |
09:20.36 | zwelch | otherwise, i'd have experienced problems before libsplaudio-codecs. again, i think it's a problem with the fact that it's a plug-in |
09:20.50 | zwelch | well, everything works up until the link |
09:21.06 | zwelch | and the link of the first plug-in, afaik (though i haven't actually verified that) |
09:21.07 | ade|desk | works or compiles ? |
09:21.42 | zwelch | heh, nothing "works" yet for me with OE/bb, if we aren't counting compiling :) |
09:22.32 | XorA | ~lart pastebin |
09:23.13 | XorA | this is what bitbake is throwing at me http://pastebin.ca/84763 |
09:23.18 | zwelch | ade|desk: this error is blocking me from adding the remaining bbfiles for my packages |
09:23.37 | ade|desk | zwelch: check to see if your other stuff is compiled with the correct toolchain |
09:23.40 | zwelch | so, i haven't even had a chance to compile everything that i need to even bother testing to see if it "works" :) |
09:23.41 | hrw|work | XorA: BBMASK? |
09:24.01 | XorA | hrw|work: BBMASK = "" |
09:24.10 | hrw|work | XorA: other regexp used? |
09:24.14 | hrw|work | XorA: http://bugs.openembedded.org/show_bug.cgi?id=1124 |
09:25.11 | zwelch | nifty :) |
09:25.52 | zwelch | is there a proposed solution for that? |
09:26.03 | goxboxlive | Is there a way to make text/icon and so on bigger in Opie. The default out of OE is build for 3.5" 240x320 LCD, but we have 3.6" 480x640 LCD so the text/icons is kind of small before i adjust the apperance. |
09:26.40 | goxboxlive | I want it to come out of OE so it is usable at firsrt boot. |
09:26.58 | XorA | hrw|work: nope, and nothing that I have changed recently |
09:27.40 | zwelch | well, it's a bug in compile |
09:27.54 | *** join/#oe LordVan (n=lordvan@i-83-67-126-41.freedom2surf.net) |
09:27.54 | zwelch | so, it's compiling some file (presumably one that you updated) |
09:28.26 | zwelch | look for the bad reg ex :) |
09:28.50 | koen | goxboxlive: try #opie |
09:29.18 | goxboxlive | ok koen. hi btw |
09:29.28 | zwelch | XorA: also, what version of bitbake? |
09:29.55 | XorA | zwelch: latest stable branch |
09:30.01 | zwelch | and more generally, does that make a difference yet? |
09:31.47 | zwelch | ade|desk: fwiw, my minisplat repo has scripts for building to mingw32 too, so i know the system builds with cross-compilers |
09:32.09 | zwelch | it just doesn't build with every possible packaging/build system |
09:32.40 | zwelch | (and probably not for every archtecture targetable by cross-compilers, but that's an aside) |
09:33.37 | *** join/#oe casper_ (n=casper@S0106000f6630d670.gv.shawcable.net) |
09:34.51 | *** join/#oe hhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
09:38.21 | zwelch | is it safe to run two instances of bitbake on the same tree? :) |
09:39.00 | *** join/#oe carbonfreeze (n=carbonfr@247-154-237-24.gci.net) |
09:39.11 | zecke | zwelch: well, we won't see a nuclear fallout |
09:39.19 | zecke | zwelch: but you could have issues :) |
09:39.41 | zwelch | yeah, kinda figured that would be non-trivial to acheive |
09:41.03 | zwelch | incidentally, that's gotta be a FAQ (if only in the minds of developers), and that's a good answer to quote in the manual ;) |
09:41.13 | *** part/#oe casper_ (n=casper@S0106000f6630d670.gv.shawcable.net) |
09:43.11 | zecke | zwelch: e.g. if you have built the base toolchain |
09:43.22 | zecke | zwelch: you could build most of opie and most of gpe in parallel |
09:43.43 | zwelch | heh, "most of" being the operative word |
09:45.12 | zwelch | the best solution would be a producer/consumer model, where all active instances communicate to let each other know which packages they are building |
09:45.44 | zwelch | of course, you also get to throw in loads of locking that slows down the comon single instance case |
09:46.20 | zwelch | it's all good; developers should know how to ensure they always win in these kinds of races ;) |
09:46.42 | zwelch | one strategy being to avoid them altogether :D |
09:47.29 | do13_ | bye |
09:47.38 | koen | do13_: have fun! |
09:47.43 | hrw|work | cu dirk |
09:47.49 | do13_ | thx |
09:48.35 | koen | zwelch: OE doesn't do locking of builds, so you could have two instances building the same package |
09:49.19 | koen | (which would be bad) |
09:49.21 | hrw|work | I would start one task to fetch (bitbake -cfetch targetstuff) and second to build it |
09:49.24 | zwelch | they are definitely better than deadlocks |
09:49.38 | hrw|work | but it can goes wrong if builds are faster then fetching |
09:49.46 | zwelch | a-yup :) |
09:50.01 | koen | with a bit of common sense it should work |
09:50.24 | zwelch | my bigger concern would be corruption of the cache |
09:58.21 | *** join/#oe lmanul (n=manu@dan75-4-82-239-58-38.fbx.proxad.net) |
09:58.47 | *** join/#oe univac (n=univac@148.81.191.193) |
09:59.29 | koen | ~lart nwfpe |
09:59.34 | koen | heh |
09:59.37 | zecke | hehe |
09:59.56 | zecke | koen: just assume how much more floating point emulation would suck on a HURD system |
10:00.39 | koen | nwfpe: bad structure size |
10:01.10 | zecke | oh |
10:01.13 | zecke | on EABI? |
10:01.19 | koen | yes |
10:01.22 | zecke | anyway, torture starts |
10:01.27 | koen | I sent a patch for that to LAK |
10:01.39 | zecke | where is that stupid fellow student... |
10:01.48 | koen | -} floatx80; |
10:01.48 | koen | +} __attribute__ ((packed,aligned(4))) floatx80; |
10:01.52 | koen | ~lart EABI |
10:01.59 | koen | ibot: botsnack |
10:01.59 | ibot | koen: :) |
10:04.27 | *** join/#oe RP_ (n=RP2@i-83-67-55-183.freedom2surf.net) |
10:10.49 | giel_ | yes i was thinking the same thing |
10:10.56 | giel_ | does anybody has experience with VFP? |
10:11.07 | giel_ | with the 3.4.4 csl gcc? |
10:11.28 | koen | giel_: real vfp or softvfp? |
10:11.47 | giel_ | i _think_ softvfp, but i'm not sure :S |
10:12.23 | giel_ | well, i use -mfloat-abi=soft because gcc was complaining it couldn't do hardfloat in combination with vfp |
10:13.12 | zwelch | is it just me, or is oe.pastebin.com not working properly? |
10:13.51 | koen | zwelch: it isn't |
10:13.59 | koen | zwelch: try rafb.net/paste |
10:14.17 | zwelch | yes, well... how can i tell bitbake to use it for 'pastelog' |
10:14.24 | koen | ehm.... |
10:14.28 | giel_ | hm, let me try one more compile run, and if that doesn't work i'll tell elaborately what my problem is ;) |
10:14.41 | zwelch | heh |
10:14.47 | zwelch | well, i can hack it myself... |
10:15.17 | zwelch | but that presumes a compatible pastebin protocol (request/response) |
10:19.10 | XorA | koen: hurry up with your SoC :-) |
10:19.21 | koen | :) |
10:19.37 | koen | XorA: I'm writing down a flowchart in my google notebook |
10:20.27 | *** join/#oe carbonfreeze (n=carbonfr@114-151-237-24.gci.net) |
10:22.21 | RP_ | I must admit I'm looking forward to seeing the results of the SoC project :) |
10:23.03 | *** join/#oe m4gnet (n=magnet@lns-bzn-37-82-253-55-69.adsl.proxad.net) |
10:25.44 | koen | hngr |
10:27.28 | *** join/#oe m4gnet (n=magnet@lns-bzn-37-82-253-55-69.adsl.proxad.net) |
10:28.12 | *** join/#oe m4gnet (n=magnet@lns-bzn-37-82-253-55-69.adsl.proxad.net) |
10:29.37 | *** join/#oe m4gnet (n=magnet@lns-bzn-37-82-253-55-69.adsl.proxad.net) |
10:30.50 | *** join/#oe carbonfreeze (n=carbonfr@114-151-237-24.gci.net) |
10:43.18 | XorA | does glibc 2.3.5 build with binutils 2.17? |
10:44.32 | *** join/#oe CIA-9 (i=cia@cia.navi.cx) |
10:46.16 | zwelch | koen, mickey|bbl: try this patch: http://rafb.net/paste/results/BVzqDk32.html |
10:46.30 | zwelch | incidentally, it was placed there by that patch :) |
10:47.54 | zwelch | hmmm |
10:48.09 | XorA | koen: a day? |
10:48.16 | giel_ | okay, to come back to my problem |
10:48.18 | giel_ | | /home/oe/build/tmp/cross/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/bin/ld: ERROR: /home/oe/build/tmp/cross/lib/gcc/arm-linux/3.4.4/libgcc.a(_ashldi3.o) uses FPA instructions, whereas /home/oe/build/tmp/work/glibc-intermediate-2.4-r5/build-arm-linux/elf/librtld.map.o does not |
10:48.23 | giel_ | lots of those |
10:48.53 | koen | giel: that means you switch params in the middle of a build |
10:48.59 | koen | switched* |
10:49.06 | giel | koen: i started a clean build |
10:49.25 | koen | hrm |
10:49.55 | *** join/#oe idealm (n=ideal@222.67.236.115) |
10:51.22 | giel | so, i have in my TARGET_CC_ARCH -mcpu=-march=armv5te -mtune=arm926ej-s -mfpu=vfp -mfloat-abi=soft |
10:51.57 | koen | shouldn't that be 'softfp' ? |
10:52.06 | giel | tried that, same effect |
10:52.41 | koen | right now you're telling gcc to use the vfp coprocessor |
10:52.51 | koen | ehm |
10:52.54 | koen | actually no |
10:54.02 | giel | source of the problem is that i'm not completely sure what i'm doing, i hate that ;( |
10:54.31 | giel | but i have to link against some libs i have here, which i compiled out of tree and they didn't compile without vfp |
10:54.51 | giel | and now my ffmpeg (in-tree) won't link against these libs if i compile it without vfp |
10:56.14 | giel | okay, i'll just fiddle on, if anyone has some great idea plz let me know ;) |
10:56.58 | koen | if all else fails: compile statically |
10:57.23 | koen | I suspect you might need some patches from crosstool/buildroot to get softvfp to work with gcc |
10:57.33 | giel | hmz |
10:57.44 | giel | might gcc 4.1 or something like that help? |
10:58.03 | koen | I sure hope so :) |
10:58.15 | giel | then i will also try to switch to that |
10:58.16 | koen | gcc 4.1.1 should have EABI (=softvfp) support |
10:58.30 | koen | so it should be able to handle sovftp without eabi as well |
10:58.32 | giel | but 3.4.4 csl should have as well, isn't it? |
10:58.37 | koen | no idea |
10:58.47 | koen | 3.4.4 csl == patched to hell |
10:58.50 | giel | hm |
10:58.52 | giel | true |
10:59.26 | giel | okay, that's on my to-try list then, using 4.1.1 |
10:59.27 | Crofton | gm |
11:00.48 | koen | hey Crofton |
11:00.59 | Crofton | hi |
11:01.06 | Crofton | just back from Italy |
11:01.09 | Crofton | good vacation |
11:01.16 | koen | that's good to hear |
11:01.34 | Crofton | I like the kids playgrounds in beer gardens in Germany :) |
11:01.41 | Crofton | need to tell my friends with kids |
11:04.13 | *** join/#oe lardman (n=60c2d76d@138.38.73.178) |
11:04.42 | koen | hey mickey|thesis |
11:04.48 | tmbinc | for space reasons, i want that .pyo-files (optimized compiled python files) are not included in the image, as we aren't using python -O. what's the easiest way to do this? some package.bbclass hack or is there a nicer way? |
11:04.57 | RP_ | morning mickey|thesis |
11:05.59 | *** join/#oe mr_nice_slacker2 (n=mr_nice_@p54A9E275.dip.t-dialin.net) |
11:08.24 | mickey|thesis | hi |
11:10.40 | mickey|thesis | goxboxlive: that's no problem. those settings are specified by qpe.conf. you should really look into the OE manual one of these days to learn about OVERRIDES :D |
11:10.50 | mickey|thesis | goxboxlive: I'm commiting your large icons in a second |
11:11.07 | goxboxlive | mickey i have done it allready |
11:11.17 | goxboxlive | not in the OE but just localy |
11:11.45 | goxboxlive | But i need some help with keyboard. Can we move obver to #OPIE? |
11:11.57 | mickey|thesis | *sigh* still your keyboard |
11:12.03 | mickey|thesis | ya |
11:15.57 | *** join/#oe eFfeM (n=nobody@ip545787f8.direct-adsl.nl) |
11:16.47 | zwelch | mickey|thesis: i'd be interested in hearing your thoughts about my pastebin patch ;) (no pressure) |
11:17.58 | mickey|thesis | zwelch: first glance looks good. does it work? :D |
11:18.20 | zwelch | i'm guessing that's a rhetorical question, given my comment above :D |
11:18.30 | mickey|thesis | right |
11:19.13 | zwelch | the only improvement might be to get the name of the buffer |
11:19.36 | zwelch | i.e. 'buffers' shows the name of the file, and i added the description to be passed along... might as well use it if we can still get at it |
11:19.55 | mickey|thesis | that's right. |
11:20.14 | zwelch | i just did what i could do locally |
11:20.27 | zwelch | i.e. without more knowledge of the bb code |
11:22.25 | mickey|thesis | I haven't had a chance to improve the shell lately. I plan to return to it in a couple of months. |
11:22.34 | mickey|thesis | + stacking a GUI on it |
11:23.00 | zwelch | i'll probably continue to submit patches |
11:23.29 | mickey|thesis | excellent! |
11:24.26 | Kerwood_ | zwelch: my glibc build died for the same reason, even after adding the most sensible PREFERRED_PROVIDERS :( |
11:24.45 | zwelch | Kerwood_: doh! |
11:24.57 | zwelch | i wish i had better advice for you :/ |
11:25.02 | Kerwood_ | zwelch: I need to go to other system where it worked and study the differences |
11:25.07 | zwelch | oooooh! |
11:25.17 | Kerwood_ | I think I may have a dirty PATH |
11:25.17 | zwelch | wait... i just remembered what i think the problem is |
11:25.45 | zwelch | what version of binutils-cross are you getting? |
11:26.26 | Kerwood_ | zwelch: 2.17 |
11:26.44 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
11:26.52 | zwelch | okay, i think that might be it; you'll note i added a PREFERRED_VERSION for 2.16 in my conf |
11:27.07 | zwelch | sorry. i guess i steered you to the wrong PREFERRED_THINGY the first time :( |
11:28.13 | Kerwood_ | zwelch: Sure enough! Wow, this might be it! Thanks -- I'll give it a whirl now. |
11:28.14 | zwelch | it's worth noting that 2.16 is what you want, not the 2.16.91.* versions that are also there |
11:28.26 | CIA-9 | 03mickeyl 07org.oe.dev * rc0df5bfe... 10/conf/distro/generic.conf: generic.conf include sane srcdates |
11:28.30 | CIA-9 | 03mickeyl 07org.oe.dev * rf8ca5d54... 10/conf/distro/generic-unstable.conf: generic-unstable.conf detach from generic, since we don't want to include sane-srcdates here |
11:28.34 | CIA-9 | 03mickeyl 07org.oe.dev * rfa3fb685... 10/packages/opie-taskbar/ (3 files in 2 dirs): opie-taskbar 1.2.2 add dedicated qpe.conf for htcuniversal |
11:28.46 | Kerwood_ | zwelch: Roger dat |
11:30.03 | giel | zwelch: angstrom is using th 91.* version |
11:30.09 | mickey|thesis | zwelch: patch applied in R546, thanks |
11:30.40 | zwelch | giel: i'm just reporting my experience... i had to rewind to 2.16 to get it working again |
11:31.07 | giel | zwelch: okay, i will note that if i get any problems |
11:31.13 | Kerwood_ | zwelch: When do you plan to sleep, btw? |
11:31.20 | zwelch | and... i suppose that i only tried to .0.7 build |
11:31.31 | zwelch | Kerwood_: sleep is for the week... and the cubicle farmers |
11:31.48 | Kerwood_ | zwelch: =:O |
11:32.06 | giel | zwelch: that's what angstrom is using as well, and i'm trying to build it right now |
11:33.44 | zwelch | Kerwood_: my patch record (as documented in the minisplat repo logs) shows my sleeping patterns can be erratic to non-existance |
11:34.30 | Kerwood_ | zwelch: Well, as long as you aren't cheating with chemicals, I guess there's no harm |
11:34.45 | giel | zwelch: you can try the uberman sleep schedule |
11:34.47 | zwelch | wait, when did chemicals become cheating? |
11:34.59 | Kerwood_ | heh |
11:36.05 | *** join/#oe pH5 (n=ph5@p54864563.dip.t-dialin.net) |
11:40.21 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
11:40.21 | *** join/#oe dijenerate (n=dijenera@69.73.227.178) |
11:41.20 | CIA-9 | 03zecke123 * r544 10bitbake/lib/bb/parse/parse_c/ (BBHandler.py Makefile bitbakec.pyx): bitbake c parser: first steps torwards a working parser |
11:42.05 | kergoth | there we go |
11:42.37 | CIA-9 | 03zecke123 * r544 10bitbake/lib/bb/parse/parse_c/ (BBHandler.py Makefile bitbakec.pyx): bitbake c parser: first steps torwards a working parser |
11:42.53 | kergoth | hmm, thats odd |
11:42.59 | koen | kergoth: cool |
11:43.36 | CIA-9 | 03zecke123 * r544 10bitbake/lib/bb/parse/parse_c/ (BBHandler.py Makefile bitbakec.pyx): bitbake c parser: first steps torwards a working parser |
11:44.16 | zwelch | if i were a betting man, i would guess that is not the last we are going to hear about r544 |
11:45.48 | CIA-9 | 03kergoth * r547 10bitbake/a: Testing CIA notification. |
11:46.01 | CIA-9 | 03kergoth * r548 10bitbake/a: Testing CIA notification, again. |
11:46.07 | kergoth | there, all good |
11:46.08 | koen | RP_: what's the functional status of pxa270 cpufreq? |
11:52.44 | *** join/#oe ints____g (n=gints@62.84.15.211) |
11:54.44 | *** join/#oe [g2] (n=g2@nslu2-linux/g2) |
11:54.54 | [g2] | has the monotone update occured yet ? |
11:55.06 | koen | [g2]: not yet |
11:55.14 | [g2] | morning koen |
11:55.23 | [g2] | do you know when that's to occur ? |
11:55.26 | koen | yes |
11:55.28 | koen | see http://www.openembedded.org/openembedded-migration-from-monotone-0-25-to-0-27 |
11:55.36 | [g2] | THX |
12:00.20 | *** join/#oe stevenh (n=lews@65.167.23.2) |
12:02.31 | cbrake | hello |
12:02.41 | eFfeM | hi all |
12:02.57 | koen | hey cbrake & eFfeM |
12:03.27 | RP_ | koen: There isn't any patch I'd trust |
12:03.27 | cbrake | zwelch: so you got your bbclass to work :-) |
12:04.05 | koen | RP_: I see |
12:06.39 | kergoth | i really dont think cpufreq is sufficient, especially after messing with omap's |
12:08.40 | koen | kergoth: cpufreq + dyntick would make a nice combo |
12:10.30 | katossi_uni | is there any experience of angstrom working in akitas? |
12:10.47 | katossi_uni | last time I tried it was freezing pretty bad |
12:16.58 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
12:20.54 | *** join/#oe csmanx_ (n=csman@70.55.142.119) |
12:20.55 | *** join/#oe CSMan_ (n=csman@70.55.142.119) |
12:23.14 | *** join/#oe shiyee (n=Shiyee@0x535d64c1.abnxx4.adsl-dhcp.tele.dk) |
12:25.02 | *** join/#oe zecke (n=ich@rosine78.inf.fu-berlin.de) |
12:26.13 | eFfeM | ~change hkd 61 to eur |
12:26.29 | NAbyss | ~change 61 hkd to eur |
12:26.40 | eFfeM | yeah, figured that out |
12:27.01 | eFfeM | NAbyss, tnx |
12:27.10 | NAbyss | np |
12:27.50 | eFfeM | got my mp3 player from ebay, paid eur 14 s&h it had hkd 61 on it, was curious on how much that actually was |
12:28.34 | eFfeM | ~change 31.30 hkd to eur |
12:28.42 | eFfeM | misread teh stamkps |
12:29.51 | koen | pH5: busybox 1.2.0 seems to work with eabi |
12:30.13 | hrw|work | koen: finally booted something? |
12:30.39 | katossi_uni | oz 3.5.4.1 has been released but I only update to rc4, what's wrong? |
12:30.49 | koen | hrw|work: yep, on my c700 |
12:31.18 | hrw|work | katossi_uni: ? |
12:31.55 | katossi_uni | ok maybe I should try deleting all the temps |
12:31.56 | pH5 | koen: cool. so no need for coreutils anymore? |
12:32.26 | koen | pH5: it does freeze just after syslog, but that might be due to angstrom-bootstrap-image not shipping some stuff |
12:32.39 | koen | pH5: but editing the udev script to run busybox works |
12:32.47 | koen | pH5: no weird errors |
12:33.04 | koen | pH5: I have to note that this is an armv4t rootfs |
12:33.53 | katossi_uni | hrw|work: what I meant is I pulled the sources from .oz354 but I could only see rc4 stuff |
12:34.37 | hrw|work | katossi_uni: http://www.openembedded.org/repo/org.openembedded.oz354x/conf/distro/openzaurus-3.5.4.1.conf say 3.5.4.1 |
12:35.01 | katossi_uni | nops |
12:35.07 | katossi_uni | it says rc4 |
12:35.13 | katossi_uni | damn |
12:36.07 | katossi_uni | but I'm doing the pull and update! |
12:37.31 | Laibsch | Anyone here using distcc with OE? Is it troublefree? |
12:38.54 | hrw|work | inherit += "distcc"? |
12:40.14 | zecke | Laibsch: try icecream |
12:40.31 | zecke | Laibsch: no it is not troublefree, you have no influence about which toolchain the other clients are using |
12:45.41 | Laibsch | hrw|work: despite zecke's warning (which I will investigate), would it be as easy as that simple line to activate distcc for openembedded? |
12:46.05 | hrw|work | Laibsch: dont know - I have one machine only |
12:47.23 | Laibsch | hrw|work: you could throw in you zaurii ;-) |
12:47.41 | Laibsch | your |
12:47.50 | hrw|work | Laibsch: all 4 ones? |
12:48.25 | Laibsch | yes, don't be shy ;-) |
12:48.30 | zecke | hrw|work: try OpenMosix on them :} |
12:48.35 | Laibsch | You will have enormous computing power. |
12:48.49 | Laibsch | zecke: Interesting project indeed. |
12:49.18 | zecke | is it still around? |
12:49.22 | Laibsch | zecke: Actually one that I was considering when first trying out OE. and you still needed 1+G of RAM which I did not have. |
12:49.36 | zecke | Laibsch: trust me, you want icecream not distcc |
12:49.42 | zecke | everybody loves icecream |
12:49.44 | Laibsch | but OE will not run in parallel on openmosix since it is just a single thread. |
12:49.50 | Laibsch | zecke: I trust you. |
12:50.07 | zecke | Laibsch: RP will break the barrier soon (soon as in Free Software 'soon') |
12:51.31 | Laibsch | zecke: what barrier? |
12:51.37 | Laibsch | the single-thread one? |
12:52.36 | eFfeM | i see some bb files that have a DEPENDS on eg libxml2, shouldn't that be libxml2-dev ? |
12:53.36 | zecke | Laibsch: yes, the single threaded one |
12:54.16 | hrw|work | eFfeM: no |
12:54.36 | hrw|work | eFfeM: libxml2 is recipe PN, libxml2-dev is result of build |
12:55.08 | Laibsch | zecke: Do you use icecc with OE? What Desktop distro? |
12:55.24 | Laibsch | Docs are more than sketchy for it on ubuntu. |
12:55.39 | zecke | Laibsch: I used to use it |
12:55.52 | Laibsch | Why did you abandon it? |
12:55.55 | zecke | Laibsch: but that was was at my internship where we had more than one computer |
12:56.15 | Laibsch | Everybody just single computer here, eh? |
12:57.05 | zecke | Laibsch: we either live in more poor countries, or are just poor |
12:57.29 | Laibsch | I have lots of old one lying around. And one main desktop/server and laptop. The latter are the only powerful ones by todays standard and the ones I use regularly. |
12:58.11 | ade|desk | i have loads of computers, just old and not connected by a lan :( |
12:58.19 | koen | only my server is not >5 years old |
12:58.28 | koen | but that's because the mobo died 3 years ago |
12:58.41 | koen | all the other x86 crap is pretty old |
12:58.42 | Laibsch | zecke: Well, for me it it the other way round. I stopped buying new computer a while ago but took the computers from my relatives who screwed up their Windows system on it and thought a new computer would be the cure-all |
12:58.54 | zecke | hehe |
12:59.08 | hrw|work | ;)) |
12:59.10 | zecke | Laibsch: well, I wouldn't be able to pay the power bill for old computers... |
12:59.37 | hrw|work | my machine is ~3 years old: athlonxp2200+, 1G ram, 120G hdd |
12:59.52 | Laibsch | zecke: I would not want the power-bill for today's computer.s |
12:59.58 | ade|desk | i was offered a MIPS beast, was well up for it, but then i found i needed 3-phase power for it :( |
13:00.29 | koen | ade|desk: a friend of mine used his onyx as a space heater in the winter |
13:00.40 | ade|desk | hehe |
13:00.44 | hrw|work | koen: ;D |
13:00.50 | ade|desk | thats small fry |
13:01.26 | ade|desk | this one was r4k but just had hundreads of the things |
13:01.39 | Laibsch | zecke: power consumption per CPU horsepower has been pretty stable, Google complained lately. |
13:02.28 | Laibsch | Thus faster computers waste more unless utilized for 100% all the time. |
13:02.43 | koen | get a T1 :) |
13:03.25 | Laibsch | What for? To compile more? |
13:03.25 | Laibsch | /me not trying to set a compile record here, just get stuff done ;-) |
13:03.44 | eFfeM | hrw|work don't understand the -dev part completely, especially when working native I need to have the headers installed (but if I have a pacakge that does not cross compile, I still would like to use cross-compiled packages from other versions |
13:04.07 | ade|desk | Laibsch: i thought that new servers reduced clock cycles if not needed, least HP Proliant ones do |
13:04.19 | Laibsch | zecke: back to icecc. What did you do to make OE use it? I guess just inherit will not be sufficient, will it? |
13:04.27 | goxboxlive | YES at last. I have gotten the keyboard working in the HTC Universal right out of OE |
13:04.46 | zecke | Laibsch: I have not used it in a while, it could be a bit rotted |
13:04.53 | zecke | Laibsch: but INHERIT += "icecc" should do |
13:04.56 | hrw|work | eFfeM: OE/bitbake know that "libxml2" exist. they do not know that result will be 'libxml2-dev' (depends on version of oe/bitbake) |
13:05.10 | *** join/#oe Kerwood (i=josemj1@SDF.LONESTAR.ORG) |
13:05.12 | Laibsch | Wow, OE is absolutely incredible, unbelievable. |
13:05.16 | goxboxlive | zecke and hrw : cool right? finaly |
13:05.36 | zecke | goxboxlive: awesome :) |
13:07.19 | eFfeM | hrw|work, to make it more difficult: there is meta/slugos-native.bb which aims at installing a complete native toolchain, had to add DEPENDS=libc6-dev to get crt1.o in (and libc6 is from glibc) |
13:08.00 | koen | can we rename that to meta/build-essential.bb ? |
13:08.03 | hrw|work | eFfeM: it should work with DEPENDS="glibc" RDEPENDS="libc6-dev" iirc |
13:08.09 | hrw|work | koen: NO! |
13:08.29 | hrw|work | koen: openslug-native has tooo much stuff inside to be called 'build-essential' |
13:08.53 | hrw|work | koen: Depends: libc6-dev | libc-dev, gcc (>= 4:4.0.2-2), g++ (>= 4:4.0.2-2), make, dpkg-dev (>= 1.13.5) |
13:09.02 | hrw|work | thats build-essential from debian |
13:09.27 | eFfeM | i'd rather leave it to rwhitby and koen to decide would be happy if there is a build-essential.bb that I could include |
13:12.18 | hrw|work | how to kill gvim: gvimdiff dump.sql dump2.sql (49k and 57k lines) |
13:15.19 | *** join/#oe mmp (n=mmp@edunet25.87-197-4.telecom.sk) |
13:18.49 | *** join/#oe gandhijee (n=gandhije@mail.win-ent.com) |
13:19.03 | gandhijee | can someone help me out with dropbear? |
13:19.12 | NAbyss | gandhijee: Anything in particular? |
13:19.40 | gandhijee | yeah i can't seem to login |
13:19.48 | gandhijee | is get this |
13:19.49 | gandhijee | authpriv.info dropbear[204]: Child connection from 192.168.1.2:20858 |
13:19.57 | gandhijee | authpriv.warn dropbear[204]: login attempt for nonexistent user from 192.168.1.2:20858 |
13:20.08 | gandhijee | but i am login in as root w/ passwd |
13:20.35 | NAbyss | Hmm. Are you doing ssh root@device-ip? |
13:20.45 | gandhijee | i am using putty |
13:20.50 | NAbyss | Try it from the device itself.. ssh root@localhost |
13:20.53 | gandhijee | so when i get there it ask for my user name |
13:21.07 | gandhijee | one sec, i have to build dbclient |
13:22.19 | gandhijee | ls |
13:23.32 | *** join/#oe pmjdebruijn (n=pmjdebru@pmjdebruijn.xs4all.nl) |
13:24.33 | gandhijee | do i have to setup another file with authorized IPs? |
13:24.46 | CIA-9 | 03mickeyl 07org.oe.dev * ra853b21c... 10/packages/pulseaudio/pulseaudio_0.9.2.bb: pulseaudio 0.9.2 improve packaging |
13:25.22 | NAbyss | gandhijee: Not AFAIK |
13:26.23 | gandhijee | dbclient: connection to root@127.0.0.1:22 exited: Failed to get homedir |
13:26.35 | gandhijee | one sec |
13:26.39 | gandhijee | i have to fix somethings |
13:27.14 | gandhijee | umm |
13:27.23 | gandhijee | i can't even ping localhost... |
13:27.36 | gandhijee | it doesn't pull that info from my hosts file. |
13:27.43 | NAbyss | Try just using the IP |
13:27.51 | gandhijee | yeah i did that |
13:28.00 | gandhijee | dbclient: connection to root@127.0.0.1:22 exited: Failed to get homedir |
13:30.46 | CIA-9 | 03mickeyl 07org.oe.dev * r74324a04... 10/packages/libsndfile/ (libsndfile1_1.0.11.bb libsndfile1_1.0.16.bb): libsndfile 1.0.11 -> 1.0.16 |
13:31.02 | NAbyss | Hmm. |
13:31.09 | NAbyss | Make sure root's ~ is set correctly? |
13:32.10 | gandhijee | i have it set as the / dir |
13:32.26 | NAbyss | What happens if you login as root.. what's pwd? |
13:32.38 | gandhijee | "/" |
13:33.00 | gandhijee | do i have to set a $HOME var? |
13:33.15 | gandhijee | my embedded systems book doesn't really go in to too much detail |
13:33.22 | NAbyss | That should be set by the login process, not your login script |
13:33.31 | NAbyss | i.e. ssd |
13:33.34 | NAbyss | er, sshd |
13:34.34 | gandhijee | i don't have a login scipt |
13:34.42 | NAbyss | Yeah, that shouldn't matter |
13:34.44 | gandhijee | and i use busybox for everything else |
13:34.50 | NAbyss | sshd should do it all.. |
13:35.06 | gandhijee | i am using dropbear though |
13:35.18 | gandhijee | do i need to symlink dropbear to sshd??? |
13:35.45 | NAbyss | You shouldn't need ot |
13:36.16 | gandhijee | man |
13:36.34 | gandhijee | then the only thing i can say is dropbear needs better documentation |
13:36.39 | gandhijee | do i need pty's?? |
13:36.44 | NAbyss | Hehe, yeah, most things do.. |
13:36.46 | XorA | ok, I am living in wierd world :-) |
13:36.49 | XorA | :-( |
13:36.58 | NAbyss | I'd only be guessing, but, yes, I'd say ptys would be necessary |
13:37.14 | gandhijee | hmm |
13:38.27 | gandhijee | the Legacy (BSD) PTY support in the kernel?? |
13:41.13 | chouimat | morning |
13:43.09 | koen | XorA: yes? |
13:45.15 | zecke | gandhijee: that is not necessary (legacy stuff) |
13:46.25 | gandhijee | busybox option then? |
13:46.28 | gandhijee | [cc]smart, |
13:46.31 | gandhijee | whoop |
13:47.08 | gandhijee | i can't seem to get dropbear to let me in to my system |
13:50.44 | gandhijee | i always get this: (none) authpriv.warn dropbear[220]: login attempt for nonexistent user from 192.168.1.2:20932 |
13:51.37 | ade|desk | can mtn query the history of a single file ? |
13:51.53 | koen | ade|desk: mtn log <file> --no-merges | more |
13:52.05 | koen | ade|desk: that tracks renames as well |
13:52.15 | ade|desk | cool cheers |
13:54.45 | giel | hm... now i have different EABI versions, my own gcc is apparently version 4, while one of my other libraries (of which i don;t have the source) appears to be version 0 |
13:55.02 | gandhijee | anyone know why dropbear would give me that error? |
13:55.19 | koen | NOTE: Applying patch 'zecke-no-host-includes.patch' |
13:55.19 | koen | NOTE: package gcc-4.1.1-r4: task do_patch: completed |
13:55.32 | NAbyss | gandhijee: A long shot, if you can't work it out otherwise.. run dropbear through strace, or in debug mode? |
13:55.55 | koen | ah, those are guarded by ifdefs |
13:55.57 | thejapa | gandhijee: can u login from any other user? |
13:56.08 | gandhijee | thats the only user on the machine. |
13:56.14 | gandhijee | its an embedded style system |
13:56.20 | gandhijee | IXP465 |
13:56.21 | thejapa | are you sure you have not set shell to /bin/false? :) |
13:56.28 | gandhijee | yeah |
13:56.58 | gandhijee | root:<removed>:0:0:root:/:/bin/ash |
13:57.13 | gandhijee | i can login VIA console |
13:58.47 | thejapa | maybe dropbear denies root logins? duh |
13:59.02 | thejapa | with a very confusing message |
13:59.26 | zecke | koen: yes? |
13:59.55 | gandhijee | no, i have it setup to allow root logins |
14:06.35 | ade|desk | and today's phrase, "jesus, wtf just happend?" |
14:13.14 | ade|desk | bitbake randomly choosing the wrong packages version to those set in the distro conf, but renaming tmp and then it chooses the correct ones |
14:13.28 | ade|desk | wtf |
14:17.05 | *** join/#oe CosmicPenguin (n=nobody@svl-ext-proxy02.amd.com) |
14:20.16 | *** join/#oe macho79 (n=pocket@60.48.191.84) |
14:21.19 | *** join/#oe sirfred (n=mteira@158.Red-83-43-155.dynamicIP.rima-tde.net) |
14:22.15 | koen | ade|desk: wtf, indeed |
14:22.55 | XorA | ade|desk: which bitbake? |
14:23.14 | *** join/#oe benlau (n=benlau@221.125.13.148) |
14:23.17 | XorA | ade|desk: Ive been fighting bb madness without hope all morning, then it just magically fixed itself |
14:24.13 | ade|desk | 1.4.2 |
14:24.17 | ade|desk | shit 1.4.3 |
14:24.24 | sirfred | Hello |
14:24.44 | ade|desk | XorA: voodoo magic |
14:25.52 | ade|desk | i got fontconfig to run by cheating, replaced the Makefiles for fc-{case,lang,glphname} for local stuff, works ok now :) |
14:26.57 | XorA | ade|desk: must be your voodoo that fixed it |
14:27.31 | koen | firefox 2 seems to be nearing release |
14:27.37 | koen | any volunteers for adding it to IE? |
14:27.39 | koen | ehm |
14:27.41 | koen | OE |
14:28.11 | *** join/#oe pxa270 (n=willgan@60.48.191.84) |
14:28.14 | XorA | koen: firefox 1.5.0.4 doesnt build, 1.5.0.1 builds but doesnt run, so I dont hold hope of 2.0 working :-( |
14:28.37 | koen | maybe they fixed all that |
14:28.40 | koen | *cough* |
14:28.59 | XorA | koen: looking at the list of patches distros add to firefox I doubt it :-) |
14:29.05 | ade|desk | lol |
14:34.32 | *** join/#oe pxa270 (n=willgan@60.48.191.84) |
14:35.04 | pxa270 | hi ... |
14:35.20 | *** join/#oe [1]gandhijee (n=gandhije@mail.win-ent.com) |
14:35.26 | pxa270 | i've have a problem during bitbake meta-opie |
14:36.02 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
14:36.47 | pxa270 | it stops at intltool-native-0.31-r0 , it complains about missing XML::Parser |
14:37.16 | XorA | pxa270: apt-get install libxml-perl or something similar |
14:37.33 | pxa270 | i've already build libxml-parser-perl |
14:37.51 | XorA | pxa270: but not a 15:54 < pxa270> i've already build libxml-parser-perl |
14:38.05 | XorA | but not a libxml-parser-perl-native |
14:38.16 | XorA | apologies for bogus line |
14:40.03 | pxa270 | i've build both of them.. |
14:40.25 | pxa270 | libxml-parser-perl and libxml-parser-perl-native |
14:40.48 | XorA | pxa270: hrmm, no idea then |
14:41.21 | *** part/#oe [1]gandhijee (n=gandhije@mail.win-ent.com) |
14:41.47 | *** join/#oe idealm (n=ideal@222.67.236.115) |
14:43.00 | *** join/#oe gandhijee (n=gandhije@mail.win-ent.com) |
14:44.40 | RP_ | mickey|thesis: The PACKAGES_DYNAMIC = "pulseaudio-module-**" breaks bitbake :} |
14:46.49 | pxa270 | XorA: here's my error log - http://paste.plone.org/5206 |
14:47.44 | *** join/#oe zecke (n=ich@88.134.0.193) |
14:50.49 | XorA | pxa270: I guess it doesnt find the one in staging for some reason |
14:51.12 | *** join/#oe joshin (i=josh@VDSL-130-13-143-17.PHNX.QWEST.NET) |
14:51.14 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
14:52.47 | pxa270 | XorA: ok .. thanx.. |
14:52.48 | CIA-9 | 03koen 07org.oe.dev * r17de3227... 10/packages/monotone/monotone-6_0.27.bb: monotone: add 0.27 |
14:53.43 | XorA | pxa270: Im afraid Im just about to run away from office, so I cant look deeper |
14:54.25 | pxa270 | XorA: no worries... i'll try and fix it... thanx.... |
14:56.58 | *** part/#oe pmjdebruijn (n=pmjdebru@pmjdebruijn.xs4all.nl) |
15:25.02 | *** join/#oe shiyee (n=Shiyee@0x535d64c1.abnxx4.adsl-dhcp.tele.dk) |
15:27.31 | *** join/#oe katossi__ (n=guillerm@dslb-084-061-045-158.pools.arcor-ip.net) |
15:28.18 | thejapa | zecke: what? over the cup? |
15:29.05 | zecke | thejapa: yes |
15:29.22 | zecke | thejapa: since march of this year teams can be disqualified |
15:29.38 | zecke | thejapa: if players say something discriminating or racist |
15:29.50 | zecke | thejapa: which obviously has happened during the match |
15:30.01 | zecke | so: Red Card for Zidane, Disqualification of Italy |
15:30.09 | thejapa | zecke: like calling zidane "you idiot playing like brazilian" |
15:30.10 | zecke | World Champion is France :) |
15:30.10 | thejapa | hehe |
15:30.19 | CoreDump|home | hi |
15:30.26 | thejapa | hi |
15:30.50 | thejapa | looks like your coach is parreira |
15:30.57 | thejapa | you are fat like ronaldo |
15:31.02 | zecke | thejapa: I hope FIFA will investivage |
15:31.46 | thejapa | http://fun.drno.de/flash/games/zidane.swf |
15:32.09 | thejapa | zecke: just for fun :) |
15:32.23 | zecke | thejapa: I have played it already :) |
15:32.27 | thejapa | k |
15:32.27 | m4gnet | dillo don t do flash :( |
15:32.40 | thejapa | neither amd64 |
15:33.08 | *** join/#oe Timelord (n=TL@4.78.4.43) |
15:35.37 | *** join/#oe AvengerMoJo (n=alex@219.142.235.86) |
15:36.03 | JoeSchmo | there is gnash for flash on amd64 |
15:36.21 | NAbyss | I consider lack of flash a feature, not a bug.. |
15:36.43 | zecke | hehe |
15:36.46 | JoeSchmo | but a privilege :) |
15:36.56 | zecke | NAbyss: no flash animation for the survey results? |
15:37.21 | NAbyss | zecke: I wouldn't be able to author it, let alone view it.. |
15:38.56 | NAbyss | Anyways, time for sleep |
15:43.56 | *** part/#oe m4gnet (n=magnet@lns-bzn-37-82-253-55-69.adsl.proxad.net) |
15:48.29 | *** join/#oe m4gnet (n=magnet@lns-bzn-37-82-253-55-69.adsl.proxad.net) |
15:51.02 | *** join/#oe nevarrie (n=jgrant@CPE-72-129-236-111.kc.res.rr.com) |
15:53.52 | *** join/#oe bluebugs (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
15:59.51 | hrw|work | cu |
16:02.46 | *** join/#oe jasuris (n=jasuris@pip9.ccm.ece.vt.edu) |
16:04.16 | jasuris | is there any documentation on how to define new distro and machine files? I tried defining them to build the ti-davinci linux, but it fails saying it can satisfy a depmon dependency, which i dont include |
16:12.10 | *** join/#oe hvontres|work (n=hvontres@63.92.216.147) |
16:14.07 | emte | jasuris, the only docs i know of are by example |
16:14.34 | emte | just look and follow |
16:14.38 | koen | jasuris: it's in the usermanual |
16:14.51 | jasuris | k thanks |
16:14.54 | emte | which user manual? |
16:15.13 | mickey|thesis | make sure that your kernel .bb file has a version number. |
16:16.53 | mickey|thesis | probably because it's your guess which is inspiring the others |
16:17.15 | koen | emte: openembedded.org -> documentation -> user manual |
16:17.20 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) |
16:17.41 | *** join/#oe YoG (n=zevele@bzq-88-153-193-144.red.bezeqint.net) |
16:18.50 | *** join/#oe kurre2 (n=tomimo@a80-186-64-246.elisa-laajakaista.fi) |
16:19.16 | jasuris | the manual section on building the distro files is empty |
16:19.19 | emte | yeah |
16:19.24 | jasuris | same is true for the machine |
16:19.26 | emte | i just saw that myself |
16:20.12 | emte | well, there is still my idea :) |
16:20.45 | koen | see http://www.openembedded.org/user-manual&dpage=ch05s05#id2468081 |
16:21.18 | tkp | anyone have any idea which package provides libx11? |
16:21.40 | koen | tkp: a wild guess: libx11? |
16:21.42 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
16:22.06 | tkp | koen: there is no such package |
16:22.27 | koen | powerbook-wlan:~/Projects/OpenEmbedded/org.openembedded.dev/packages/xlibs koen$ ls | grep libx11 |
16:22.27 | koen | libx11 |
16:22.27 | koen | libx11-native_6.2.1.bb |
16:22.28 | koen | libx11-native_cvs.bb |
16:22.28 | koen | libx11_20050226.bb |
16:22.28 | koen | libx11_6.2.1.bb |
16:22.29 | koen | libx11_X11R7.0-1.0.0.bb |
16:22.31 | koen | libx11_X11R7.1-1.0.1.bb |
16:22.34 | koen | libx11_cvs.bb |
16:22.35 | koen | libx11_git.bb |
16:22.39 | tkp | hmm |
16:22.40 | koen | and diet-x11 of course :) |
16:22.50 | tkp | fair enough... missed them somehow |
16:23.20 | tkp | ahhh. xlibs :) |
16:26.28 | *** join/#oe toi (n=peter@d54C27365.access.telenet.be) |
16:28.21 | *** join/#oe bronson (n=bronson@adsl-69-225-162-103.dsl.pltn13.pacbell.net) |
16:29.01 | jasuris | mickey|thesis: adding the base kernel version to the bb file did the trick, thanks |
16:29.10 | mickey|thesis | np :) |
16:29.35 | mickey|thesis | if you want to understand why, then have a look at kernel.bbclass |
16:29.39 | mickey|thesis | which contains |
16:29.40 | mickey|thesis | DEPENDS += "virtual/${TARGET_PREFIX}depmod-${@get_kernelmajorversion('${PV}')} |
16:30.24 | goxboxlive | hi mickey|thesis I fixed the HTC universal keyboard today. Sp now it works roght out of OE :-) |
16:30.30 | mickey|thesis | goxboxlive: woot! |
16:30.36 | mickey|thesis | goxboxlive: how did you manage? |
16:31.03 | goxboxlive | I disbaled a lot of patches in qte-common.inc and voila it worked |
16:31.17 | mickey|thesis | oh |
16:31.49 | mickey|thesis | not quite a solution we can apply, but may give us a hint |
16:32.12 | goxboxlive | it seems like key.patch and the machine definitions in it messed things up. |
16:32.32 | goxboxlive | So now iam starting to build with miltuthread support |
16:32.49 | goxboxlive | multithread |
16:33.03 | *** join/#oe benlau (n=benlau@221.125.13.148) |
16:33.39 | goxboxlive | is there a way to have a machine related qte-common.inc? |
16:34.08 | goxboxlive | Like i put it in a directory named htcuniversal ( like i do for inittab) ? |
16:35.32 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
16:37.43 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
16:39.48 | koen | zecke: I have a great idea |
16:39.49 | *** join/#oe bronson_ (n=bronson@adsl-69-225-162-103.dsl.pltn13.pacbell.net) |
16:40.15 | koen | zecke: let's add 'this chapter is a stub, please help us expand it' to the empty manual sections! |
16:40.48 | YoG | hi I'm trying to follow the tutorial on the oe webpage. I'm stuck on the step of downloading the monotone database (OE.db.bz2), there is no such file in that directory, can some one direct me to the right place (file)? |
16:41.38 | zecke | koen: and get launchpad integration done? |
16:41.47 | koen | zecke: heh |
16:41.48 | zecke | koen: so people can just edit content :} |
16:42.04 | koen | YoG: works fine over here |
16:42.36 | koen | YoG: just follow http://www.openembedded.org/wiki/GettingStarted |
16:42.37 | bronson | I'm getting an error bitbaking tslib... "ERROR: function do_patchcleancmd failed" |
16:42.38 | YoG | koen: is that: "wget http://ewi546.ewi.utwente.nl/OE/OE.db.bz2"? |
16:42.46 | koen | no |
16:43.15 | bronson | tmp/work/arm-linux/tslib-0.0cvs20060102-r39/temp/run.do_patchcleancmd.19882: line 497: syntax error near unexpected token `(' |
16:43.26 | koen | bronson: check your local.conf for spurious " or ' chars |
16:43.55 | bronson | koen, I've already baked all the kernels and a buch of packages up til now. But will do. |
16:43.55 | koen | YoG: just follow http://www.openembedded.org/wiki/GettingStarted |
16:44.33 | emte | zecke, you maen like the simple familiar one? |
16:44.37 | emte | mean* |
16:44.47 | YoG | koen: ok, but what's the sense of putting a tutorial...? |
16:45.03 | koen | YoG: what tutorial? |
16:45.11 | koen | gettingstarted is correct |
16:45.14 | YoG | koen: just a sec... |
16:45.36 | YoG | koen: http://www.openembedded.org/screencasts/org.openembedded.htm |
16:45.56 | bronson | Here's the (shortened) offending line, fwiw: "install -m 0644 ...tslib-0.0cvs20060102-r39/ts-bb.data.getVar("ZKERNEL_VERSION", d, 1).conf ...image/usr/share/tslib/ts.conf" |
16:45.59 | koen | zecke: your screencast is broken |
16:46.25 | mickey|thesis | goxboxlive: no, overrides don't apply to include/require |
16:46.42 | mickey|thesis | goxboxlive: despite that, we want our qte to work with USB keyboards out of the box |
16:46.48 | YoG | koen, zecke: this tutorial is a great idea, pitty that it doesn't work.... |
16:46.49 | mickey|thesis | so we need to fix it. |
16:46.57 | koen | mickey|thesis: machine specific anti-patch |
16:47.07 | mickey|thesis | koen: nah. no more hacks to qte |
16:47.24 | *** join/#oe Luke-Jr (n=luke-jr@user-0c93tin.cable.mindspring.com) |
16:48.20 | zecke | koen: why? |
16:48.36 | emte | wrong url |
16:48.43 | emte | for the snapshot |
16:49.39 | emte | nice hostname btw :P |
16:50.09 | zecke | which snapshot url? |
16:50.14 | bronson | koen, I'm pretty sure that all quotes match fine. |
16:50.32 | emte | OE.db |
16:50.51 | zecke | ah, I scrolled up |
16:51.18 | YoG | what is the right url? |
16:51.29 | emte | YoG, openembedded.org |
16:51.33 | zecke | YoG: see GettingStarted :) |
16:51.39 | YoG | ok ok... |
16:51.39 | zecke | YoG: I don't remember the right url |
16:52.19 | *** join/#oe AvengerMoJo (n=alex@219.142.235.86) |
16:52.24 | YoG | just for the record: wget http://www.openembedded.org/snapshots/OE.db.bz2 |
16:52.35 | YoG | thanx |
16:53.41 | *** join/#oe JoeSchmo (n=jciccone@pool-71-255-82-9.nwrknj.east.verizon.net) |
16:55.33 | bronson|build | Can anyone tell me why '(' is an unexpected token? |
16:55.37 | koen | bronson: usually it are stray quotes that trigger that error, but it could be something else |
16:55.55 | bronson|build | Is getVar("ZKERNEL_VERSION", d, 1) supposed to be in this file? |
16:58.24 | bronson|build | Bash is definitely complaining about the getVar... Is that supposed to be expanded before this file is generated? |
16:58.42 | bronson|build | Specificially, the "getVar(" |
17:00.58 | mickey|thesis | sounds like something pollutes your shell script with python |
17:01.19 | koen | interesting choice of words |
17:01.23 | *** join/#oe Varrraaa (n=Varoudis@87.203.144.153) |
17:01.28 | mickey|thesis | heh |
17:01.33 | koen | coming from mickeyl 'python' lauer |
17:01.42 | mickey|thesis | that's right |
17:01.49 | mickey|thesis | the only excuse is being a non-native speaker |
17:01.57 | mickey|thesis | s/pollutes/mixes/ |
17:03.44 | bronson|build | so getVar is not supposed to be in this file? Any ideas on how to track this further? |
17:05.16 | zecke | pastebin and look into your local.conf file |
17:06.48 | mickey|thesis | tslib_cvs.bb: |
17:06.48 | mickey|thesis | install -m 0644 ${WORKDIR}/ts-${ZKERNEL_VERSION}.conf ${D}${datadir}/tslib/ts.conf |
17:06.59 | mickey|thesis | sounds like your bitbake is broken if that mangles to the line you pasted |
17:07.53 | *** join/#oe hvontres|work (n=hvontres@68.120.74.196) |
17:07.58 | zecke | mickey|thesis: aehm |
17:09.07 | mickey|thesis | no? install -m 0644 ...tslib-0.0cvs20060102-r39/ts-bb.data.getVar("ZKERNEL_VERSION", d, 1).conf looks pretty broken to me in shell :) |
17:09.58 | emte | getVar() is a python function is it not? |
17:10.06 | zecke | mickey|thesis: well, if ZKERNEL_VERSION expands to that? |
17:10.32 | mickey|thesis | zecke: hmm... interesting theory. in that case, something else would be broken |
17:10.40 | mickey|thesis | emte: yeah. |
17:11.12 | zecke | koen: now you need to upload the patch? |
17:12.27 | koen | zecke: which patch? |
17:12.29 | zecke | mickey|thesis: should ZKERNEL_VERSION bes something? |
17:12.35 | zecke | koen: NWFPE |
17:12.46 | koen | to OE? |
17:12.46 | mickey|thesis | zecke: in .oz35x it's supposed to be "2.4" or "2.6" |
17:12.53 | zecke | koen: to the patchtracker |
17:12.54 | mickey|thesis | in .dev this variable no longer exists |
17:12.56 | koen | in .dev as well |
17:13.01 | koen | zecke: no idea |
17:13.14 | zecke | bronson|build: which version did you set? |
17:13.57 | zecke | mickey|thesis: http://www.linuxdevices.com/files/misc/CerfBoard-270-display-linux.jpg |
17:14.25 | mickey|thesis | zecke: coool :D |
17:14.43 | mickey|thesis | looks like OpenSIMpad |
17:15.32 | zecke | mickey|thesis: the answer from sisihaus made me happy |
17:15.41 | mickey|thesis | zecke: did it? hmm |
17:15.50 | mickey|thesis | it was nice to see anyone supporting us, yeah |
17:15.57 | mickey|thesis | but it didn't bring anything forward or does it? |
17:16.03 | zecke | mickey|thesis: it doesn't |
17:16.14 | mickey|thesis | isn't he working @ TT nowadays? |
17:16.23 | zecke | mickey|thesis: yupp |
17:16.31 | zecke | mickey|thesis: he is doing scribe |
17:16.40 | mickey|thesis | full screen hw iM? |
17:16.59 | zecke | mickey|thesis: no, Scribe the QTextWidget, Layouting, etc... |
17:17.03 | mickey|thesis | oh right |
17:17.15 | mickey|thesis | ~lart namespaces |
17:17.28 | zecke | any shaped pages with flowing text ... |
17:18.11 | mickey|thesis | it would be about time that a couple of Oslo guys complain about Brisbane's way of handling things |
17:18.23 | *** part/#oe Varrraaa (n=Varoudis@87.203.144.153) |
17:18.38 | zecke | mickey|thesis: they are mostly unaware |
17:18.43 | mickey|thesis | :( |
17:19.11 | zecke | mickey|thesis: "TT supports Free Software, they hired me" |
17:19.19 | zecke | mickey|thesis: is quite common |
17:19.49 | zecke | mickey|thesis: it looks like this common Free Software liking didn't swap over to Brisbane |
17:19.50 | *** join/#oe JoeSchmo (n=jciccone@pool-71-255-82-9.nwrknj.east.verizon.net) |
17:20.00 | *** part/#oe JoeSchmo (n=jciccone@pool-71-255-82-9.nwrknj.east.verizon.net) |
17:20.08 | zecke | lpotter: please correct me if I'm wrong, it is not meant to be FUD |
17:20.54 | mickey|thesis | prayer-wheel-mantra |
17:20.56 | zecke | lpotter: it is like HURD. We have a small window to make it happen. If we (emphasis>we</emphasis>) fail, Qtopia will be obsolete |
17:20.59 | mickey|thesis | won't say anything else |
17:21.24 | zecke | mickey|thesis: Most of them don't want to know that such things happen within their company |
17:21.30 | zecke | mickey|thesis: they simply can't believe |
17:21.51 | mickey|thesis | i remember. even hogne was surprised we didn't already have the qtopia 2 source code |
17:22.24 | zecke | mickey|thesis: well, did you see woglindes SUSE buy out plan? |
17:22.29 | zecke | mickey|thesis: we could adept it |
17:22.32 | mickey|thesis | zecke: yeah. a good plan. |
17:23.26 | chouimat | hmmm? |
17:23.32 | chouimat | and hi * |
17:23.40 | mickey|thesis | fear not. we are young enough. at least you are. we have some more time to make things move. |
17:23.44 | mickey|thesis | :D |
17:24.04 | bronson|build | Sorry -- unexpected phone call. |
17:24.19 | bronson|build | zecke, which version? You mean kernel version? |
17:24.41 | zecke | bronson|build: this variable, is that set to anything? |
17:24.54 | koen | zecke: yeah, I'm now registering with rmk and all |
17:25.02 | zecke | mickey|bbl: EFL++, but this drug called Qt is just too good |
17:25.20 | koen | zecke: unbelievable how much work it is to get a one-liner into the kernel |
17:25.26 | zecke | koen: yes :) |
17:25.35 | zecke | koen: now you need to accept the faq, enable cookies |
17:25.44 | zecke | koen: then don't forget the Signed-Off lines... |
17:25.46 | bronson|build | zecke, right now KERNEL_VERSION is commented out... I thought machine/collie would set that. I'll look deeper. |
17:26.12 | zecke | bronson|build: it might do, I'm clueless in this regard |
17:26.26 | koen | zecke: I have the signed off lines, but thunderbird messes up my patch |
17:26.27 | bronson|build | more clueful than me though! |
17:26.43 | koen | zecke: but anyway, I need to wait for rmk to ack my account for the patch tracker |
17:27.52 | koen | zecke, mickey|bbl: make qt bindings for efl :) |
17:28.35 | chouimat | efl? |
17:28.53 | mickey|bbl | zecke: if TT's claims are true then Qt/E is the way to go with an own interface on top. Forget about Linux standard mobile phone UI, that time frame is gone. We will have to build something original and that will increase fragmentation, but the best system will probably survive. |
17:29.07 | mickey|bbl | s/probably/hopefully/ |
17:29.22 | zecke | mickey|bbl: oh well |
17:29.22 | mickey|bbl | ~efl |
17:29.27 | ibot | i guess efl is the Enlightenment Foundation Libraries. See http://enlightenment.org/index.php?id=18 The core libraries of the EFL are: Evas, Imlib2, Ecore, EDB, EET, Embryo, Edje, Esmart, Etox, and EWL. |
17:29.27 | bronson|build | zecke, explicitly setting KERNEL_VERSION="2.4" didn't help. :( |
17:30.04 | mickey|bbl | ibot: no, efl is the Enlightenment Foundation Libraries. See http://enlightenment.org/index.php?id=18 The core libraries of the EFL are: Evas, Ecore, EET, Embryo, Edje, Esmart, EWL, and ETK. |
17:30.06 | ibot | mickey|bbl: okay |
17:30.31 | zecke | bronson|build: did you omit the 'Z' |
17:30.31 | zecke | mickey|bbl: well, we could start using this MOTO GSM 07.11 code and create a phoneserver on top |
17:30.32 | zecke | mickey|bbl: no imlib2? |
17:31.01 | mickey|bbl | imlib2 is no longer a necessity |
17:31.05 | mickey|bbl | it helps though |
17:31.28 | mickey|bbl | the size of qte is distracting though |
17:31.59 | bronson|build | zecke, intentionally. KERNEL_VERSION is in build.conf. I'll try to manually set ZKERNEL_VERSION but that just seems wrong somehow... |
17:34.03 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
17:35.17 | bronson|build | zecke, manually setting ZKERNEL_VERSION fails too. |
17:35.41 | zecke | oh well |
17:35.49 | zecke | then spot for other errors in your local.conf :} |
17:36.07 | zecke | bronson|build: which version of bitbake do you use? |
17:36.30 | bronson|build | zecke, 1.4.2 |
17:36.42 | zecke | that is fine :) |
17:37.16 | zecke | hmm did the ISP's nameserver crash :} |
17:38.13 | bronson|build | Can anyone pastebin a local.conf that works for oz? |
17:39.07 | bronson|build | I've been over this file 10 times and it's starting to make me crosseyed...\ |
17:39.22 | *** join/#oe zap (n=zap@85.249.170.16) |
17:43.11 | zecke | for collie? |
17:44.30 | bronson|build | zecke, for any machine. I'm happy to get it working, then adapt it to collie. |
17:44.40 | bronson|build | I'd just like something to finish without error! |
17:44.52 | zecke | bronson|build: the one from the earlier screencast fails? |
17:45.20 | bronson|build | er... earlier screencast? |
17:45.33 | zecke | bronson|build: http://www.openembedded.org/screencasts/org.openembedded.htm |
17:46.36 | bronson|build | Drat. Flash. |
17:47.13 | zecke | bronson|build: ;) |
17:50.07 | *** join/#oe TheCan (n=thecan@dslb-084-056-149-160.pools.arcor-ip.net) |
17:57.04 | *** part/#oe [g2] (n=g2@nslu2-linux/g2) |
18:08.23 | tkp | hi |
18:08.42 | tkp | I'm trying to write a bb package that pulls some source from svn |
18:08.52 | tkp | the url is svn://svn.freevo.org/kaa/trunk |
18:09.10 | tkp | and I'm trying like: SRC_URI = "svn://svn.freevo.org/kaa;module=trunk" |
18:09.11 | zecke | tkp: see the bitbake manual |
18:09.34 | tkp | it downloads it, but then complains that setup.py cant be found |
18:09.52 | zecke | tkp: so svn is a red herring? |
18:10.10 | zecke | tkp: you might need to set S properly |
18:10.11 | tkp | seems to pull the entire repo rather than just the trunk |
18:10.29 | tkp | I have a kaa dir, with branches, tags and trunk |
18:12.34 | tkp | ah hang on.. forgot to bitbake -c clean :) |
18:13.04 | zecke | I fucking hate Windows XP |
18:13.04 | zecke | tkp: see the bitbake manual |
18:13.04 | zecke | tkp: we might not have much documentation, but the documentation that has been written |
18:13.04 | zecke | tkp: needs to be read and correct |
18:13.43 | zecke | tkp: and then you likely need to set S |
18:13.52 | tkp | I set S = "${WORKDIR}/${SRCNAME}-${PV}" |
18:13.57 | tkp | and inherit distutils |
18:14.12 | tkp | yet it's calling: |
18:14.14 | tkp | <PROTECTED> |
18:18.13 | *** join/#oe Laibsch (n=Laibsch@V2442.v.pppool.de) |
18:19.24 | tkp | seems to be ignoring S |
18:19.32 | tkp | or I'm doing it wrong |
18:20.26 | zecke | tkp: well, from where is it calling setup.py is the question |
18:20.26 | zecke | tkp: and well, look into the tmp dir |
18:20.30 | koen | try looking at the work dir |
18:20.55 | tkp | hmm. has thr dirs in it: |
18:20.59 | tkp | kaa-1.0/ temp/ trunk/ |
18:21.04 | *** join/#oe marcan_ (i=1337@64.Red-83-54-251.dynamicIP.rima-tde.net) |
18:21.35 | koen | so S = "${WORKDIR}/trunk" |
18:21.38 | tkp | that ones empty |
18:21.43 | tkp | all the sources are in trunk |
18:21.53 | tkp | right |
18:22.18 | zecke | then suprise, suprise, your S is wrong |
18:22.26 | tkp | yup |
18:22.45 | *** join/#oe JaMa (n=martin@2001:718:2:900:213:d4ff:fe50:9da8) |
18:23.06 | zecke | I hate windows... |
18:23.19 | zecke | cygwin is finding the files, for the rest of window the dir is empty |
18:23.23 | tkp | don't we all! |
18:23.52 | JustinP | ~lart indows |
18:24.00 | JustinP | oops |
18:24.23 | CosmicPenguin | take that you stupid indows! |
18:25.19 | tkp | ah, CosmicPenguin ... wanted to ask a couple of questions about the bootimg stuff |
18:25.42 | CosmicPenguin | ok |
18:25.48 | CosmicPenguin | you have 6 minutes or so |
18:25.49 | tkp | you know if it's possible to reimage a live system with imgloader |
18:26.00 | CosmicPenguin | its probably not a good idea currently |
18:26.11 | tkp | I tried, and it seems to die at about 98% on the main partition |
18:26.18 | CosmicPenguin | imgloader walks over everything |
18:26.27 | CosmicPenguin | so by the time you get to where your image is stored, you're probably going to be in trouble |
18:26.32 | tkp | right |
18:26.44 | tkp | you know any other ways to image a live system like that |
18:26.57 | tkp | ie. to provide firmware-type updates |
18:27.11 | CosmicPenguin | The best way to do it would be to sync everything, remount as readonly, put the image on a temp filesystem and then do it from there |
18:27.15 | CIA-9 | 03koen 07org.oe.documentation * rab21466d... 10/usermanual/usermanual.xml: usermanual.xml: add stubs |
18:27.31 | CosmicPenguin | imgloader just wasn't designed for live system updates - though any other method you try will have the same problems |
18:27.38 | tkp | hmm |
18:27.50 | CosmicPenguin | My favorite way to do that sort of thing is with an initrd |
18:28.13 | tkp | an initrd... I'll look into into it |
18:28.38 | CosmicPenguin | imgloader (or a command line friendly clone) would be perfect in that case |
18:28.59 | tkp | not too hot on initrd's |
18:29.05 | CosmicPenguin | in fact, imgloader has built in network support for just that situation |
18:29.16 | CosmicPenguin | anyway, I have to go |
18:29.23 | tkp | cool |
18:29.31 | zecke | damn, a new day and I mixed up CoreDump and CP again :} |
18:29.44 | tkp | btw, zecke: get anyware further with dosfstools? |
18:29.52 | zecke | tkp: no :} |
18:30.12 | zecke | tkp: week started, uni+'research' project occupies time again |
18:30.24 | tkp | ahh... np :) |
18:30.39 | zecke | tkp: I really wonder. This is fedora core? |
18:30.47 | tkp | yeah. 5 |
18:31.00 | zecke | tkp: could you search me a SRC RPM (or whatever source packages are called nowadays) |
18:32.17 | thejapa | ~lart cisco training |
18:32.18 | tkp | http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/x86_64/dosfstools-2.11-5.FC5.x86_64.rpm |
18:32.43 | zecke | tkp: that is the source code? |
18:33.06 | tkp | umm.. hmm |
18:33.06 | tkp | no, prolly not |
18:33.18 | zecke | OT: Anyone got some expierence with Fujitsu Siemens Desktop Systems? |
18:33.34 | *** join/#oe andersee (n=andersee@codepoet.org) |
18:33.45 | tkp | http://mirror.web-ster.com/fedora/core/5/source/SRPMS/dosfstools-2.11-4.2.src.rpm |
18:33.46 | tkp | ? |
18:34.28 | zecke | tkp: yes |
18:34.34 | tkp | cool |
18:41.53 | zecke | tkp: need to build that 'rpm' thing first |
18:43.12 | *** join/#oe m4gnet (n=magnet@lns-bzn-37-82-253-55-69.adsl.proxad.net) |
18:43.29 | *** join/#oe carbonfreeze (n=carbonfr@241-151-237-24.gci.net) |
18:48.21 | *** join/#oe gremlin[it] (n=gremlin@ppp-157-8.25-151.libero.it) |
19:00.18 | bronson|build | zecke, looks like DISTRO="openzaurus-3.5.4.1" (instead of openzaurus-3.5.4) fixes it. |
19:00.26 | bronson|build | Well, "fixes" it. :) |
19:06.35 | *** join/#oe casper_ (n=casper@S0106000f6630d670.gv.shawcable.net) |
19:13.20 | *** join/#oe toi (n=peter@d54C27365.access.telenet.be) |
19:13.49 | emte | bronson, you could use the new setup as well with DISTRO and DISTRO_VERSION |
19:17.12 | *** join/#oe m4gnet (n=magnet@lns-bzn-37-82-253-55-69.adsl.proxad.net) |
19:17.59 | zecke | bronson|build: hehe |
19:18.11 | zecke | bronson|build: do openzaurus-3.5.4.conf doesn't exist? |
19:23.09 | bronson|build | zecke, both exist. |
19:23.17 | lpotter | zecke: I didnt see any answer from tronical |
19:24.34 | zecke | lpotter: you were on the CC |
19:24.34 | *** join/#oe EvilDevil_ (n=miau@p54A6DD32.dip.t-dialin.net) |
19:24.38 | zecke | agree with you Holger. Even a message would be better than nothing at all. |
19:24.42 | zecke | eek |
19:25.20 | bronson|build | zecke, and from 3.5.4.1, this appears to be the important line: ZKERNEL_VERSION_collie = "2.4" |
19:27.48 | *** join/#oe dijenerate (n=dijenera@69.73.224.164) |
19:33.07 | hvontres|work | ~seen RP |
19:33.20 | ibot | rp is currently on #gpe (11h 47m 43s) #oe (11h 47m 43s) #openzaurus (11h 47m 43s) #handhelds.org (11h 47m 43s), last said: 'hrw: I guess so, maybe cc the pcmcia maintainer'. |
19:34.10 | hvontres|work | RP: Any luck finding som e time to mess with poodle audio? |
19:39.23 | *** join/#oe Crofton (n=balister@hc6521d47.dhcp.vt.edu) |
19:41.19 | kergoth | ~mornings |
19:41.20 | ibot | Mornings MUST be destroyed! (see also http://www.destroymornings.com/) |
19:43.07 | *** join/#oe mr_nice_slacker (n=mr_nice_@p54A9E275.dip.t-dialin.net) |
19:43.13 | mr_nice_slacker | hi all |
19:49.33 | *** join/#oe joshin1 (i=josh@VDSL-130-13-143-17.PHNX.QWEST.NET) |
20:01.32 | koen | RP: http://dominion.kabel.utwente.nl/koen/cms/working-native-eabi-toolchain |
20:13.34 | *** join/#oe marcan (i=1337@64.Red-83-54-251.dynamicIP.rima-tde.net) |
20:13.57 | hvontres|work | ~eabi |
20:14.27 | *** join/#oe stevenh (n=lews@65.167.23.2) |
20:26.06 | gremlin[it] | koen have u 5 minutes to answer some (simple) questions about eabi ? |
20:26.25 | koen | sure |
20:26.26 | emte | hey gremlin[it], how goes? |
20:26.32 | koen | I hope I have the answers :) |
20:26.47 | gremlin[it] | weel i start read arm doc about eabi ... what i uderstand is : |
20:27.13 | koen | gremlin[it]: most usefull stuff is in http://wiki.debian.org/ArmEabiPort (if I'm being un-intelligible) |
20:27.21 | zecke | koen: you should start a business on EABI consulting |
20:27.36 | gremlin[it] | 1) is (just) a standard and well define way on how to prosuce executables, stared library and pass parameters to/from function calls |
20:27.47 | zecke | koen: "Will EABI be able to order pizza" "No, that is out of scope, but BitBake can do" |
20:28.16 | emte | ooo |
20:28.23 | emte | i make bitbake be pretty :) |
20:28.31 | gremlin[it] | 2) i suppose this involve (only) compiler, dinamic loader (ld.so) and kernel |
20:29.02 | koen | gremlin[it]: and it standardizes what floatingpoint format to use |
20:29.05 | gremlin[it] | 2b) kernel is involved about systems calls and load/execute of executables ... |
20:29.39 | gremlin[it] | so basically it involve libc + gcc + kernel .. right ? |
20:30.50 | zecke | gremlin[it]: binutils |
20:31.23 | gremlin[it] | zecke yes ... all involver in creation of executables / shader libraries |
20:31.49 | gremlin[it] | now all seem more easy :) ... |
20:32.08 | gremlin[it] | emte ... lot of work on ep93xx platform :) |
20:34.35 | mr_nice_slacker | as there is already that topic about libc ... which one should i prefere on arm? g-,uc-,diet-libc or newlib? |
20:36.50 | koen | mr_nice_slacker: glibc is the right thing for most people |
20:37.56 | mr_nice_slacker | koen:ok |
20:46.17 | zwelch | cbrake: yes. your feedback made me start looking outside of the bbfiles/bbclass themselves, and i discovered that my BBPATH was borked |
20:48.13 | zwelch | for anyone following my saga, the problem with my libsplaudio-codecs package getting the native (and incompatible) libstdc++ was a result of the speex.m4 macro needing to be fed --with options, and it was giving me a bad -L |
20:48.55 | koen | ain't crosscompiling fun? |
20:48.57 | zwelch | as it happens, i know that I am the first OE/bb consumer of the speex.m4 macro, since i added a patch to bugzilla to fix the staging of that file |
20:49.24 | zwelch | koen: if by "fun" you mean "challenging", yes :) |
20:50.19 | zwelch | build systems like bitbake are even more "fun" :) |
20:50.27 | koen | yup |
20:50.41 | koen | but once things are fixed, they work for lots of platforms |
20:50.57 | Crofton | Did the xerces-c problem from last week get resolved? |
20:55.09 | Kerwood | zwelch: Remarkably, the version of binutils chosen by BB on the other computer in work was...wait for it... 2.16. All with no prompting by me. |
20:55.59 | zwelch | Kerwood: well, i had it even weirder. my one computer chose 2.16 to start... then it decided one day (with no prompting by me) to upgrade to 2.17 |
20:56.13 | zwelch | i was lucky that i noticed it and knew to think to regress it |
20:56.27 | Kerwood | zwelch: indeed. I'm waiting for the same to happen to me. |
20:56.32 | zwelch | if i had missed that action, i would have been scratching my head |
21:00.00 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9E45E.dip.t-dialin.net) |
21:05.51 | zwelch | koen: you asked me to look at the gtkmm/glademm packages, yeah? |
21:07.10 | koen | zwelch: yes |
21:07.19 | zwelch | did you have anything particular in mind? |
21:07.57 | zwelch | moreover, is there a general purpose strategy in place for bumping and regression testing packages like these? |
21:07.58 | koen | maybe update them to newer (better?) versions |
21:08.08 | koen | but basically, just check if they work |
21:08.19 | koen | it's been a loooooong time since I used minisip |
21:08.25 | koen | (and hence gtkmm) |
21:08.39 | zwelch | well, i can assure you the existing bb files wil not build from svn |
21:08.51 | zwelch | at the very least, they moved the URL of their repository recently |
21:09.46 | zwelch | fortunately for them, my work on minisplat's build system will allow them to basically copy/paste |
21:10.26 | koen | I was actually meaning released versions |
21:10.40 | koen | *_svn.bb are a nightmare to maintain |
21:10.48 | zwelch | why? |
21:11.53 | koen | bitrot |
21:11.53 | zwelch | i suppose i just don't see it, because i just spent a few days designing a set of classes that remove all duplication from my release and svn bbfiles |
21:12.07 | zwelch | so, that will not happen to my files |
21:12.17 | koen | and after that people with stupid firewalls |
21:12.26 | zwelch | however, i do not plan to maintain more than a single release version in my repository either |
21:12.43 | koen | anyway |
21:12.53 | zwelch | hehe |
21:13.14 | emte | that stupid firewall comment is rather invalid |
21:13.40 | emte | if they cant get snv then most likly they cant get to the monotone repo anyway |
21:13.56 | zwelch | i mean, his point about released files is somewhat valid though; really, users should be using those, and not the svn version |
21:14.18 | zwelch | but i love using the svn versions. |
21:14.20 | emte | more and more projects are not using "releases" |
21:14.48 | zwelch | don't you mean "less and less projects are adhering to formal engineering practices"? |
21:15.21 | emte | no, i mean it the other way around |
21:15.35 | JustinP | <PROTECTED> |
21:15.39 | JustinP | hence I removed them |
21:15.55 | zwelch | right, having to snapshot is bad |
21:15.56 | JustinP | trying to figure out a date which works, ficing issues, etc....:-P |
21:16.08 | emte | there are more and more projects that have no structured development or professional guidance |
21:16.19 | JustinP | using the "release" versions (which are essentially a snapshot of CVS by the e17 devs) is far easier |
21:16.40 | zwelch | emte: if that's the case, they should not really be used by other projects that do have such |
21:17.02 | emte | thats a rather idealistic view |
21:17.30 | zwelch | (unless those disciplined individuals are willing to bring their skills to the table... where they will find their ideas are not necessarily welcomed) |
21:19.27 | zwelch | emte: there need to be standards of development quality |
21:20.09 | zwelch | i'm not _even_ going to try to define what those might be, but i hope you can ack that such must exist at some nebulous level |
21:20.41 | emte | for professional stuff, but you have to remember most open projects start as someone casually playing around on weekends, and then suddely a huge amount of people gain interest and start using it ... |
21:21.02 | emte | suddenly* |
21:23.09 | zwelch | it's definitely a complex issue, but i don't think it's one that we should carry on discussing here :) |
21:23.32 | emte | everyone else went to sleep anyway :) |
21:24.47 | Crofton | hmm, this discussion mirrors the source of my depression |
21:25.46 | emte | hrm? |
21:26.06 | emte | your having issues maintaining your project? |
21:26.08 | Crofton | I am working on an open source software defined radio framework |
21:26.16 | Crofton | at my school |
21:26.22 | emte | ah |
21:26.30 | Crofton | and people are starting to get interested |
21:26.39 | Crofton | and I have no idea how we will actually get work done |
21:26.47 | emte | rf stuff gets touchy and expensive |
21:27.13 | Crofton | of course, we have the problem of only half the people being paid to do work on it are actually doing work that needs to be done |
21:27.36 | emte | that sounds typical |
21:27.52 | Crofton | yeah |
21:28.00 | Crofton | I end up doing an ass load of work |
21:28.18 | CosmicPenguin | assloads are the worse loads |
21:28.26 | Crofton | yeah |
21:28.38 | emte | you could push for a commit based eval ... |
21:28.45 | emte | i know a few places that use it |
21:28.48 | Crofton | I looked at the trac log from the week I was on vacation |
21:28.59 | Crofton | next to nothing actually happened |
21:30.18 | zwelch | Crofton: you are not alone |
21:30.19 | emte | are you lead? |
21:30.28 | Crofton | not really |
21:30.46 | Crofton | effectively yes |
21:30.51 | Crofton | but not really |
21:31.17 | emte | well eventually the lead will get called in and then things come down |
21:31.33 | Crofton | the lead is not really effective |
21:32.05 | emte | if its funded, they will when issues come down |
21:32.25 | Crofton | they will just yell at me |
21:32.30 | zwelch | this is a problem that reaches into every kind organization; it sounds like you have basic management problems |
21:32.36 | Crofton | hahhahahaha |
21:32.42 | Crofton | exactly |
21:33.00 | zwelch | if you do not already understand how good management is suppose to work, i would recommend reading a good book on the subject |
21:33.20 | Crofton | at this point, we need management |
21:33.28 | zwelch | specifically, the most empowered worker is one that understands how the chain of command manages authority, responsibility, and accountability |
21:33.28 | JustinP | (slightly different topic) would anyone like to test e-images on some Zaurii? |
21:33.43 | Crofton | someone actually beating people and making sure they do the work they are paid for |
21:33.46 | Crofton | heh |
21:34.09 | zwelch | then, you can document your co-workers (or leaders) failures in those areas, and present them as simple facts to their superiors - let those people draw their own conclusions |
21:34.44 | emte | if your the only one checking in code, its pretty documented who does work |
21:34.47 | Crofton | of course this would annoy the professors |
21:35.02 | Crofton | they hate people that rock the boat |
21:35.36 | emte | doesnt everyone? |
21:35.37 | *** join/#oe mr_nice_slacker2 (n=mr_nice_@p54A9DD76.dip.t-dialin.net) |
21:35.58 | Crofton | I just got back from vacation and the amount of work I need to do has set in |
21:36.02 | zwelch | emte: if code was the only metric to successful contributions, i am guessing that this wouldn't be as big a problem ;) |
21:36.07 | Crofton | I think I will go home and drink |
21:36.28 | raduga | go home and drink tea |
21:36.30 | *** join/#oe petn-randall (n=randall@dslb-088-073-035-247.pools.arcor-ip.net) |
21:36.33 | Crofton | beer |
21:36.40 | raduga | no, tea |
21:36.41 | Crofton | crappy American beer |
21:36.47 | emte | if it were me, i'd just plug in my basic time and let the slacckers suffer |
21:36.53 | zwelch | Crofton: where are you located? |
21:36.58 | raduga | nice japanese green tea |
21:37.01 | Crofton | Virginia, USA |
21:37.02 | CosmicPenguin | if you were in Colorado, you would be drinking excellent american beer |
21:37.08 | emte | ... |
21:37.13 | Crofton | I frinnk crappy beer by choice :) |
21:37.18 | emte | there is no such thing as good american beer |
21:37.22 | Crofton | right |
21:37.28 | raduga | cosmicpenguin: if I was in colorado, I might be drinking crappy american tea, but I doubt I'd be drinking beer, american, crappy or otherwise |
21:37.37 | CosmicPenguin | you know what - every single person from Germany that has come over here has said exactly that |
21:37.46 | CosmicPenguin | and every single one has gone home with a completely different attitude |
21:37.47 | Crofton | tea totaller |
21:38.03 | CosmicPenguin | hah - Oregon wishes they were Colorado |
21:38.16 | raduga | emte: i agree with you, actually |
21:38.29 | raduga | there is no such thing as good american beer, because there is no such thing as good beer |
21:38.34 | Crofton | I sure hope tomorrows TdF stage is good |
21:38.39 | zwelch | i lived in NW NM, and i visited Colorado frequently. Colorado has nothing on Oregon :) |
21:38.44 | emte | i can agree with that |
21:38.50 | emte | ale person myself |
21:38.50 | raduga | colorado may have better water |
21:39.02 | *** join/#oe jkp (n=jkp@growl/jkp) |
21:39.06 | Crofton | I am thinking of moving to Northern Italy and becoming a bum |
21:39.15 | raduga | good idea |
21:39.15 | zwelch | raduga: mmm, that's probably a close call, but you may be right |
21:39.35 | zwelch | raduga: altough, i'll wager we have more of it ;) |
21:39.38 | Crofton | http://www.flickr.com/photos/32615155@N00/187334403/ |
21:39.44 | raduga | probably |
21:40.07 | raduga | zwelch: in california we have just as much water as you do, but ours (like yours) is mostly salt-water |
21:40.28 | raduga | of the freshwater, I really can't compare for quality or quantity |
21:40.39 | zwelch | raduga: well, we get quit a bit of the precipitous form here |
21:41.30 | zwelch | my personal "green energy" design contribution would only work in areas like the Pacific Northwest, where solar is a sub-optimal solution: microturbines in rain gutter downspouts :) |
21:42.38 | emte | we keep trying to put through current-trap turbines but the eco-lobbiests keep getting them vetoed |
21:43.07 | zwelch | "current-trap"? |
21:43.39 | emte | a large vent in a current flow that funnels the water through a turbine |
21:43.57 | emte | efficient and sustainable energy |
21:44.17 | zwelch | ah, is that what they call what i was talking about? |
21:44.30 | emte | it has many names |
21:44.45 | emte | traps are ment more for ocean and rivers |
21:45.28 | zwelch | this is getting off-topic; i'd like to know more, so pop into #minisplat |
21:47.13 | Crofton | what is minisplat |
21:51.52 | *** join/#oe jkp (n=jkp@growl/jkp) |
21:55.28 | *** join/#oe JoeSchmo (n=jciccone@pool-71-255-82-9.nwrknj.east.verizon.net) |
21:56.58 | *** join/#oe koen|away (i=koen@dominion.kabel.utwente.nl) |
22:00.02 | zwelch | minisplat.org |
22:00.06 | zwelch | @Crofton |
22:22.36 | zecke | later |
22:23.00 | mickey|bbl | g'night |
22:23.05 | *** join/#oe magnet (n=magnet@lns-bzn-38-82-253-90-55.adsl.proxad.net) |
22:24.58 | *** join/#oe JoeSchmo (n=jciccone@pool-71-255-82-9.nwrknj.east.verizon.net) |
22:25.47 | CIA-9 | 03mickeyl 07org.oe.dev * r8bf57f7a... 10/packages/ (3 files in 2 dirs): add python-pyephem. PyEphem provides scientific-grade astronomical computations for the Python programming language. |
22:30.23 | zwelch | arg. i see why koen asked me to look at gtkmm. just trying to build it crashes bitbake |
22:31.38 | CosmicPenguin | ewww |
22:31.51 | zwelch | http://rafb.net/paste/results/RfljKk52.html |
22:37.44 | zwelch | okay, here is the output from 'bitbake -v gtkmm', with the current .dev branch and bitbake-1.5.0+trunk: http://rafb.net/paste/results/0Yi0By54.html |
22:39.55 | *** join/#oe m4gnet (n=magnet@lns-bzn-38-82-253-90-55.adsl.proxad.net) |
22:40.41 | zwelch | here is the output with -DDD too: http://rafb.net/paste/results/cNidxT48.html |
22:46.17 | zwelch | hmm. seems there's a bug in my new pastebin patch, eh? :) |
22:47.14 | CIA-9 | 03rpurdie 07org.oe.dev * rc5b3cb5a... 10/packages/linux/ (4 files in 3 dirs): linux-oz-2.6.17 + 2.6.17+git: Add poodle audio patch. Gives working playback via headphones and working mic support. The speaker will probably also work when we fix the corgi speaker bug. |
22:54.10 | *** join/#oe hvontres|work (n=hvontres@208.2.199.132) |
22:54.25 | hvontres|work | ~hail RP |
22:54.27 | ibot | ACTION bows down to RP and chants, "I'M NOT WORTHY!!" |
22:55.08 | hvontres|work | RP: I just saw your checkin...:) I will need to give this a whirl tonight when I get home :) |
22:57.44 | raduga | ibot: you are worthy |
22:57.45 | ibot | raduga: what are you talking about? |
22:57.52 | raduga | ibot: you |
22:57.53 | ibot | i'm a broken bot |
22:57.53 | RP | hvontres|work: It basically works perfectly. I still can't believe it :) |
22:58.06 | raduga | ibot: you are a beautiful bot |
22:58.08 | ibot | I think you lost me on that one, raduga |
22:58.12 | raduga | ~botsnack |
22:58.12 | ibot | raduga: aw, gee |
22:58.21 | raduga | ibot: enjoy |
22:58.28 | RP | hvontres|work: The internal speaker doesn't but that problem is shared with corgi and should get fixed in the next ASoC verison |
22:59.37 | hvontres|work | RP: No biggie, I use my poodle mostly as my "MyPod", so head phones are just great: |
23:00.22 | hvontres|work | RP: Thanks for all your hard work on this..I was getting worried that my poor poodle would become abandoned.. |
23:02.23 | hvontres|work | RP: I think it works so well because you got the harder of the two wokring first..The Corgi implementation with all those differnet modes looks like a real bear..:) |
23:03.11 | RP | hvontres|work: Thankfully the two are very similar :) |
23:03.31 | RP | hvontres|work: Where does this put poodle 2.6 support - are we missing anything else major? |
23:05.50 | hvontres|work | RP: I am not sure..The USB networking seems to work. CoreDump's status page showed some sd card errors, but i have not seen them yet. I have not tried any of the other usb features either. |
23:06.00 | hvontres|work | But I think we are close to being ready for an -rc type image, I think. |
23:06.36 | hvontres|work | I will try to get a bootstrap image going tonight when I get home. I might know more by tomorow. |
23:07.01 | RP | hvontres|work: The SD errors would be shared by all the other pxa devices as its all common code |
23:07.24 | RP | We need to sort out a default mixer config for Zaurusd but I can take care of that... |
23:07.35 | hvontres|work | RP: Ok. Did those ever get fixed? |
23:08.10 | RP | Did what get fixed? |
23:08.26 | hvontres|work | RP: The SD issues? |
23:08.41 | RP | I've no idea - I'm not aware of any outstanding ones |
23:10.13 | hvontres|work | RP: Maybe they already got fixed. CoreDump's page is getting a bit old. Maybe we should let him know about the audio stuff too. He seems to be really good at fixing userland stuff quickly :) |
23:10.40 | RP | There's a good reason to fixup userland now :) |
23:11.15 | RP | OE userland will need fixing to add sound support but its all plain sailing now the driver itself works :) |
23:11.43 | *** join/#oe Crofton_|laptop (n=balister@66-207-66-26.black.dmt.ntelos.net) |
23:12.12 | hvontres|work | RP: I think that is true for the clamshells as well, right? |
23:12.22 | RP | no, they just work |
23:12.43 | RP | but for poodle we mainly copy their setup :) |
23:13.28 | RP | anyhow, I'm off to bed now - happy :) |
23:13.48 | hvontres|work | RP: Night :) |
23:30.57 | *** join/#oe tmbinc (i=XXX@e176133234.adsl.alicedsl.de) |
23:31.12 | *** join/#oe gandhijee (n=gandhije@c-24-147-213-182.hsd1.ma.comcast.net) |
23:49.33 | *** join/#oe mithro (n=tim@203.63.126.9) |