| 00:16.04 | *** join/#oe jott_ (n=j@e178080250.adsl.alicedsl.de) |
| 00:18.54 | zecke | pb__: could we add a gpe.handhelds.org to the HOMEPAGE in the gpe.bbclass (if that exists) |
| 00:22.42 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 00:37.43 | *** join/#oe tkimball (n=tkimball@ool-44c1ec54.dyn.optonline.net) |
| 00:52.05 | reenoo | JustinP: like I said, this is a bug in bitbake |
| 00:52.13 | reenoo | JustinP: pester RP to fix it |
| 00:53.34 | CIA-4 | 03rwhitby 07org.oe.dev * r4a7910f6... 10/ (3 files in 3 dirs): ixp4xx: Updated ixp4xx-header.patch for 2.6.16 |
| 00:55.43 | reenoo | JustinP: not that the situation had been perfect before (you'd basically add dependencies on the renamed packages) but at least the build wouldn't blow up |
| 01:00.42 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 01:05.54 | *** join/#oe idealm (n=ideal@58.33.50.237) |
| 01:07.14 | *** join/#oe Jin^eLD (n=jin@deadlock.htu.tuwien.ac.at) |
| 01:29.31 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 01:39.20 | *** join/#oe dan2003 (n=dan2003@86.13.233.36) |
| 02:16.05 | *** join/#oe tmbinc (i=XXX@dslb-082-083-082-170.pools.arcor-ip.net) |
| 03:26.11 | *** join/#oe andrewy (n=boo@user-0c6scm8.cable.mindspring.com) |
| 03:43.36 | *** join/#oe dkey| (n=dkey@L0002P19.dipool.highway.telekom.at) |
| 03:53.05 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 04:04.23 | *** part/#oe Jin^eLD (n=jin@deadlock.htu.tuwien.ac.at) |
| 04:19.35 | *** join/#oe poli (n=ca@CAcert-br/poli) |
| 04:21.58 | *** join/#oe kfm (n=kfm82@p54BEF77C.dip.t-dialin.net) |
| 04:32.13 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 04:42.57 | shadows | what is osb-jscore? |
| 04:43.04 | shadows | google isn't very useful on this, no homepage |
| 04:44.51 | shadows | only hints that it's something Apple wrote |
| 04:46.49 | shadows | rwhitby: ping, what are you doing to the poor defenseless OE tree? |
| 04:46.55 | shadows | actually... |
| 04:47.02 | shadows | it's justinp |
| 04:47.05 | shadows | ah hah |
| 04:47.10 | shadows | monotone: 4a7910f6f324ae55c1f42b4a22cbea6651e48ced rwhitby@nslu2-linux.org 2006-02-11T23:03:46 |
| 04:47.13 | shadows | monotone: 8ea0fe4b0de92b762636231b067ef6a7f6137d01 justinp@openembedded.org 2006-02-11T21:33:12 |
| 04:47.23 | shadows | JustinP: pingage. what'd-ya break now ? :P |
| 05:01.42 | CSMan | so guys, if i follow the GettingStarted procedure, bitbake will build the arm chaintools and then start to build packages ? |
| 05:03.27 | shadows | CSMan: or WILL it!!!!!? |
| 05:03.40 | shadows | with your mind powers *picture laser beams* |
| 05:03.55 | shadows | CSMan: yeah, there's some tips though you ought to know |
| 05:04.46 | shadows | like, we'd want to know which branch you're working with (org.openembedded.oz354fam083 or org.openembedded.dev) |
| 05:05.02 | shadows | what your target platform is, and build cpu type is |
| 05:06.25 | shadows | also note that some of the URLs are prone to damage due to changes in DNS availability for OE and related websites. three you may be interested in which have recently changed include: bugs.treke.net, oe.handhelds.org, and (if compiling openzaurus) openzaurus.sf.net |
| 05:06.55 | CSMan | i just monotuned .dev =P |
| 05:07.03 | CSMan | target is arm |
| 05:07.06 | CSMan | (ipaq) |
| 05:07.20 | CSMan | shadows: what urls ? |
| 05:21.40 | shadows | ~lart CSMan for not reading what shadows says |
| 05:21.55 | shadows | NA|Zzz: thanks |
| 05:22.19 | shadows | NA|Zzz: did you push the changes? |
| 05:22.34 | *** join/#oe simcop2387 (n=simcop23@71.68.85.250) |
| 05:31.08 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 05:48.19 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 06:02.51 | CSMan | should i leave CVS_TARBALL_STASH = "http://www.oesources.org/source/current/" ? |
| 06:05.41 | JustinP | shadows: I didn't break anything |
| 06:05.49 | JustinP | shadows: I pretty much always commit a merged head |
| 06:06.12 | JustinP | shadows: other people commit to one of the other servers and the heads don't come together until later...and get unmerged |
| 06:07.30 | shadows | somebody hit the hydra on a head |
| 06:07.35 | shadows | made it confuzzled :/ |
| 06:07.53 | CSMan | i commented DISTRO_CHECK in familiar.conf |
| 06:07.57 | JustinP | shadows: an unmerged tree is a hydra |
| 06:08.45 | JustinP | shadows: you can always monotone update -r justinp's head ;-) |
| 06:12.53 | shadows | i'll lop it off with cut |
| 06:13.06 | shadows | sorry man, i don't mean that |
| 06:13.11 | shadows | i'm in a foul mood :( |
| 06:14.33 | JustinP | shadows: pushing a merged rev right now |
| 06:14.52 | JustinP | shadows: you *can* merge them yourself, BTW |
| 06:15.06 | JustinP | shadows: you just have to deal withhaving revs in your DB which aren't in the main one |
| 06:15.21 | CSMan | uhmmm , i don't see any BUILD_OS in local.conf |
| 06:15.24 | CSMan | do i have to add it ? |
| 06:15.30 | JustinP | shadows: just don't ever push them if you do get commit access (i.e. start from a new DB) |
| 06:15.43 | JustinP | CSMan: what machine/distro do you want? |
| 06:15.50 | JustinP | CSMan: you should only have to set MACHINE and DISTRO |
| 06:15.57 | JustinP | CSMan: the rest will be set by those |
| 06:16.02 | shadows | JustinP: ah, good advice. noted |
| 06:16.19 | JustinP | shadows: most of the time a merge has no problems |
| 06:16.29 | JustinP | shadows: pushed a merge to ewi |
| 06:16.39 | JustinP | monotone.vanille.de seems to be down... |
| 06:16.52 | shadows | i've taken to an update script which updates from both |
| 06:17.09 | CSMan | yeah, i set machine to h3900 and distro to familiar, but in the GettingStarted page it gives instructions for freeBSD |
| 06:17.14 | shadows | JustinP: some of the gaim devs pushed a workaround for the funky strftime problem |
| 06:17.24 | shadows | JustinP: would like some help testing it :) |
| 06:17.31 | CSMan | (and i hope i don't have to rebuild the kernel) |
| 06:18.09 | JustinP | CSMan: ? the GettingStarted page should have instructions for installing the prereqs on various host machines |
| 06:18.21 | JustinP | shadows: I'm working on my e-image right now... |
| 06:18.27 | JustinP | shadows: building from scratch |
| 06:18.32 | JustinP | shadows: up to evas-x11 |
| 06:18.46 | JustinP | actually, I'm having a strange problem with my current e-image...no GPE progs will start up |
| 06:18.54 | JustinP | they complain about pango modules and no xpm support.... |
| 06:19.27 | shadows | yay |
| 06:19.31 | shadows | sounds like a chore |
| 06:21.18 | JustinP | at least it all builds now |
| 06:21.23 | JustinP | and my menu converter works |
| 06:21.29 | JustinP | ok, off for a bit again |
| 06:21.36 | shadows | ~lart person who committed a reverse patch |
| 06:21.47 | shadows | great rhyming, ibot |
| 06:30.22 | shadows | it's not a reverse patch, but it's really not necessary either |
| 06:41.43 | JustinP | shadows: ? |
| 06:41.52 | shadows | well |
| 06:41.54 | JustinP | shadows: perhaps it was a disapprove? |
| 06:42.01 | shadows | gaim cvs head was updated to include a work around |
| 06:42.13 | shadows | making that part of the commit completely unnecessary |
| 06:42.31 | CSMan | somebody is building gaim ? |
| 06:42.44 | CSMan | with all transports ? |
| 06:43.00 | shadows | yeah, i am going through all packages for gpe-image target and making them compile with gcc4 4.0.2 |
| 06:43.24 | shadows | gaim was broken a long time before this |
| 06:43.39 | CSMan | the only one i tried was from familiar 0.8.2 |
| 06:43.46 | CSMan | and it only had jabber i think |
| 06:44.07 | CSMan | so far what i do is run it from another machine using X forwarding =P |
| 06:44.07 | JustinP | anyone know anything about pango or xpm support? |
| 06:44.31 | shadows | very little |
| 06:46.39 | JustinP | will have to build a gpe-image and look at the installed progs... |
| 06:48.06 | shadows | i'm getting closer |
| 06:48.55 | shadows | now that i've poked what i need to poke for gaim upstream and now the OE bug ticket, going to continue on with making gpe-image a workable target for gcc4 cross initial |
| 06:50.03 | JustinP | ^_^ |
| 06:50.21 | JustinP | I'm glad someone is taking on this, it does need to be done eventually |
| 06:50.41 | JustinP | if you can, try to push your patches upstream as well |
| 06:53.04 | shadows | thanks for the encouraging words |
| 06:53.36 | JustinP | I just know that it's a horribly large problem and I really have enough to deal with right now.... |
| 06:53.55 | shadows | it's not that bad |
| 06:54.03 | shadows | most packages have no issues |
| 06:54.31 | shadows | it's just a handful that have obviously incorrect coding practices |
| 06:54.41 | JustinP | like sqlite |
| 06:54.48 | shadows | and gaim |
| 06:55.00 | shadows | both executed code on the host machine to determine output for the target |
| 06:55.13 | shadows | that's not a gcc3/4 issue, it's just a bad freaking idea |
| 06:55.33 | JustinP | yeah |
| 06:55.34 | CSMan | sqlite ? |
| 06:55.51 | shadows | sqlite can (and will) be worked around using the method documented in its source code |
| 06:55.56 | JustinP | of course autotools are just a big hack to begin with... |
| 06:57.42 | JustinP | epsilon?? |
| 06:57.53 | JustinP | why is it building epsilon.... |
| 06:57.56 | JustinP | :-p |
| 06:58.27 | JustinP | lovely |
| 06:59.55 | JustinP | hmmm...maybe it is normal...it's just one that I usually don't have to deal with :-) |
| 07:00.24 | *** join/#oe Jenna (n=cherryRe@209.8.233.247) |
| 07:00.45 | shadows | JustinP: i've not heard of epsilon as a software package |
| 07:02.14 | Jenna | hi ! anyone knows why 1 MegaFlop = 10^6 flops/s ? |
| 07:03.12 | shadows | ... |
| 07:03.19 | JustinP | shadows: it's in EFL |
| 07:03.41 | shadows | JustinP: is Jenna someone we know? |
| 07:04.09 | Jenna | shadows: do u respone to someone u know ? didnt see that in the channel rules |
| 07:04.57 | shadows | spelling out the word "you" helps, it's only two extra letters and lessens my headache. |
| 07:05.49 | JustinP | Jenna: no, I don't know |
| 07:06.27 | shadows | when did i get to be such a bastard |
| 07:09.22 | JustinP | I bet it has a lot to do with peoples' bad coding practices and having to fix their mistakes.... |
| 07:09.23 | Jenna | JustinP: k np. found it |
| 07:09.35 | shadows | heh |
| 07:09.45 | shadows | i should have seen that one coming |
| 07:09.52 | shadows | argh! doing it again. |
| 07:10.13 | shadows | i'm beginning to understand the purpose of repeat lartings |
| 07:11.06 | shadows | JustinP: you by chance know the purpose of the -pedantic CFLAG? |
| 07:11.19 | shadows | i'm having trouble finding it documented what that does in lay terms |
| 07:12.16 | *** part/#oe Jenna (n=cherryRe@209.8.233.247) |
| 07:14.10 | JustinP | hehe |
| 07:14.11 | JustinP | no |
| 07:14.31 | JustinP | I can code and I can compile, but the fine points of gcc and autofoo are beyond me |
| 07:14.36 | shadows | closest mention is that in one gcc version it's called pedantic, in the other it's -fpermissive |
| 07:14.39 | shadows | oh |
| 07:14.55 | JustinP | sorry |
| 07:15.00 | shadows | i want to grab it with my hands, shake it and scream "WHAT DO YOU WANT!?" |
| 07:15.15 | shadows | oh well, patching it out works |
| 07:15.22 | JustinP | <sarcasm>You can always just check the gcc source</sarcasm> |
| 07:15.31 | shadows | yeah i did that once |
| 07:15.35 | JustinP | that's kind of a strange flag name... |
| 07:15.40 | shadows | see these scars? *points on wrists* |
| 07:16.40 | JustinP | it looks to me like it means "point out every little thing which doesn't conform precisely to spec" |
| 07:16.53 | shadows | hm |
| 07:17.07 | shadows | with or without erm |
| 07:17.12 | JustinP | i.e. be pedantic |
| 07:17.39 | shadows | oh okay |
| 07:18.03 | shadows | that helps, some |
| 07:20.25 | JustinP | http://peter.hates-software.com/2004/08/20/6550cefa.html |
| 07:20.43 | JustinP | first hit on google for: gcc pedantic |
| 07:21.09 | poli | gcc is always so pedantic... like the old Borland compiler... :) |
| 07:21.17 | shadows | hmmm |
| 07:21.30 | shadows | i was looking at gcc documentation for it |
| 07:21.42 | shadows | how could i forget to google? it is unthinkable |
| 07:22.44 | shadows | bollocks to you all, i'm updating gtkwebcore and submitting bug reports |
| 07:22.53 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
| 07:23.36 | JustinP | good luck |
| 07:23.48 | JustinP | yay, e-wm is compiling |
| 07:24.30 | shadows | why do we stop the image loading hrm.... NRCit |
| 07:24.44 | shadows | gtk-webcore/files/stop-load.image-loading.patch |
| 07:25.19 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
| 07:35.16 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
| 07:35.33 | JustinP | the edb,embryo,edje-utils packages are finally working |
| 07:35.44 | JustinP | although they not compile twice :-( |
| 07:36.33 | JustinP | not=now |
| 07:43.18 | CIA-4 | 03justinp 07org.oe.dev * re00645b1... 10/classes/efl.bbclass: efl.bbclass: include is now part of -utils packages, not -dev packages |
| 07:43.23 | CIA-4 | 03justinp 07org.oe.dev * rb9a9d493... 10/packages/efl/ (6 files): |
| 07:43.23 | CIA-4 | edje, embryo, edb: split out binary programs into -utils packages again |
| 07:43.23 | CIA-4 | - This time the -utils packages have their own bbs so they don't get their names auto-munged and so can be RDEPENDed on |
| 07:43.27 | CIA-4 | 03justinp 07org.oe.dev * r6dc5369b... 10/packages/e17/e17-gpe-menu-convert_0.2.bb: e17-gpe-menu-convert: put back RDEPEND on edje-utils now that it's fixed |
| 07:49.38 | *** join/#oe zap (n=zap@217.170.93.196) |
| 07:55.49 | rwhitby | shadows: what's the problem with my checkins to org.oe.dev? |
| 07:56.20 | shadows | rwhitby: that was a snafu, now it is okay |
| 07:56.29 | shadows | hydras scare me |
| 07:56.47 | shadows | rwhitby: think it was justinp, not you |
| 07:59.03 | shadows | in unrelated events, opie-image is going to suck for me, when i go through and clean up all dependent packages to compile with gcc4 |
| 07:59.26 | shadows | C code isn't so bad as the C++ code differences of gcc3 and gcc4 |
| 08:00.05 | rwhitby | shadows: hydras are normal for distributed configuration management systems. It's only hydras that cannot be resolved automatically which scare me. |
| 08:00.06 | emte | shadows, your maintaining all of opie now? |
| 08:01.08 | shadows | focusing on gpe-image dependants for now |
| 08:01.20 | shadows | i'm up to the gtk-webcore stuff currently |
| 08:05.44 | JustinP | shadows: it's no-one's fault, really |
| 08:06.00 | JustinP | shadows: it's part of the distributed nature of the syste, |
| 08:06.02 | JustinP | m |
| 08:07.38 | *** join/#oe ashak (i=bigg@kinda.undone.org.uk) |
| 08:10.58 | *** join/#oe gremlin[it] (n=gremlin@88-149-148-62.f4.ngi.it) |
| 08:13.54 | *** join/#oe _law_|iBook (n=_law_|iB@213.173.86.202) |
| 08:15.42 | emte | hey JustinP how much do you understand about eet? |
| 08:18.39 | JustinP | emte: nothing |
| 08:19.10 | JustinP | emte: I'm very ignorant of the code itself, all I know is that it's some kind of low-level storage system...I think....which edb build upon |
| 08:19.19 | emte | lol |
| 08:20.05 | emte | i guess that descripes part of it |
| 08:20.10 | emte | describes* |
| 08:20.22 | emte | i think i figured it out anyway |
| 08:20.39 | emte | just has a bit of a silly convention when using it |
| 08:21.13 | JustinP | all of efl is silly convention.....it's OO without the OO... |
| 08:21.27 | emte | nah this was a bit more than that |
| 08:21.45 | emte | i cant pass EET data directly, only via a pointer |
| 08:22.05 | JustinP | interesting... |
| 08:22.29 | emte | easy change tho using c++ :) |
| 08:22.52 | shadows | OO without the OO, sounds like gaim source code |
| 08:23.00 | emte | lol |
| 08:23.14 | emte | e is all objective-c |
| 08:23.23 | JustinP | emte: ? |
| 08:23.31 | JustinP | emte: no, I'm pretty sure it's C |
| 08:23.32 | emte | there are many good reasons for it tho |
| 08:24.02 | emte | yes it is c |
| 08:24.15 | JustinP | objective-c is what Mac OS X uses...it's C with objects and smalltalk's "message" syntax |
| 08:24.26 | JustinP | kind of fscked up if you ask me |
| 08:24.34 | JustinP | smalltalk is cool, but why mix syntaxes.... |
| 08:24.56 | emte | JustinP, embryo is based on smalltalk from what i understand |
| 08:25.05 | JustinP | is it? |
| 08:25.10 | JustinP | well, that's still not efl |
| 08:25.14 | emte | same concept |
| 08:25.15 | JustinP | it's embryo |
| 08:25.41 | JustinP | efl itself is all C |
| 08:26.03 | emte | yes with a very heavy ammount of abstraction and protection layers |
| 08:27.08 | emte | i cant remember ... someone in here was working on the c++ wrappers for it tho |
| 08:28.10 | emte | now to make eet compress my enviroment variables |
| 08:29.16 | JustinP | emte: it's mickeyl |
| 08:29.20 | JustinP | emte: efl++ |
| 08:30.10 | emte | ah |
| 08:30.16 | *** join/#oe Mardy (n=mardy@adsl-ull-209-101.42-151.net24.it) |
| 08:31.36 | Mardy | hi all |
| 08:46.32 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-67.reverse.mdcc-fun.de) |
| 08:47.41 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-67.reverse.mdcc-fun.de) |
| 08:50.54 | shadows | i think that's enough work for today |
| 08:51.14 | shadows | JustinP: very close to making all the gtk-webcore junk compile, bugs have been filed |
| 08:52.21 | JustinP | shadows: I saw, very copious |
| 08:52.50 | shadows | i'm in a zone, when i lose my buzz tomorrow from being sick, i don't want to forget all this |
| 08:53.27 | ashak | Hmmm, trying to build the opie-image target, but it's failing on jlime |
| 08:53.56 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-67.reverse.mdcc-fun.de) |
| 09:06.47 | *** join/#oe rob_w|mis (n=rob_w@p213.54.218.197.tisdip.tiscali.de) |
| 09:43.46 | *** join/#oe hhhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
| 09:53.56 | *** join/#oe idealm (n=ideal@58.33.50.237) |
| 10:13.15 | *** join/#oe law_ (n=_law_@213.173.86.202) |
| 10:36.35 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 10:43.43 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 10:47.08 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 10:52.16 | *** join/#oe ar__ (n=ar@port-ip-213-211-231-67.reverse.mdcc-fun.de) |
| 11:23.11 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 11:47.54 | *** join/#oe ashak (i=bigg@kinda.undone.org.uk) |
| 11:55.55 | *** join/#oe zecke (n=ich@88.134.3.107) |
| 11:57.47 | *** join/#oe zecke (n=ich@88.134.3.107) |
| 12:03.28 | *** join/#oe hhhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
| 12:08.34 | CoreDump|home | morning |
| 12:17.30 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 12:28.47 | *** join/#oe rob- (n=robbie@haylott.plus.com) |
| 12:37.13 | *** join/#oe woglinde (i=woglinde@e178083006.adsl.alicedsl.de) |
| 12:42.19 | pb_ | zecke: bug 1540 talks about some opie stuff. To whom should this be assigned? |
| 12:43.05 | pb_ | more specifically, it talks about opie-opie-networkapplet and opie-opie-networksettings-wlanplugin |
| 12:43.19 | zecke | pb_: which bugzilla? |
| 12:43.24 | pb_ | handhelds.org |
| 12:43.36 | pb_ | http://handhelds.org/~bugzilla/show_bug.cgi?id=1540 |
| 12:43.38 | zecke | pb_: I'm tempted to say INVALID |
| 12:43.51 | zecke | pb_: opie-bugs.oszine.de would be the appropriate place |
| 12:43.57 | pb_ | just on general principle, or because this bug is actually invalid? |
| 12:44.12 | zecke | pb_: due the usage of the 'wrong' bugtracker |
| 12:44.17 | pb_ | okay |
| 12:44.34 | pb_ | INVALID is a bit of a harsh resolution for that case. |
| 12:44.48 | pb_ | I guess we should figure out how to move bugs between bugzillas. |
| 12:45.01 | zecke | pb_: we use mantis :} |
| 12:45.07 | pb_ | doh |
| 12:45.28 | zecke | pb_: I will try to find my handhelds.org bugzilla password and reply |
| 12:46.10 | pb_ | okay, cool |
| 12:46.23 | pb_ | I added a note to the bug referring to the opie-bugs thing you mentioned |
| 12:46.35 | zecke | pb_: I wonder about the "manual restarting doesn't work" |
| 12:47.02 | pb_ | yeah, that's a bit mysterious |
| 12:47.44 | pb_ | it does sound like there is some bug there, but I'm not sure exactly what it is |
| 12:48.15 | pb_ | I guess I should repair my wifi network so that I can test these things |
| 12:48.23 | pb_ | :-} |
| 12:49.08 | zecke | IIRC we are just calling ifup wlan0 |
| 12:55.50 | *** part/#oe AvengerMoJo (n=alex@207.44.242.115) |
| 12:56.32 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 12:57.44 | *** join/#oe AvengerMoJo (n=alex@207.44.242.115) |
| 13:00.00 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 13:08.27 | *** join/#oe alan|home (n=alan@ARouen-152-1-38-94.w83-115.abo.wanadoo.fr) |
| 13:09.33 | *** join/#oe AvengerMoJ1 (n=alex@207.44.242.115) |
| 13:12.49 | zecke | did anyone ever manage a berlios project? |
| 13:12.58 | zecke | I can't see where to log in to change the website |
| 13:22.13 | *** join/#oe SoulShine (n=snoopy@87.126.126.132) |
| 13:22.17 | *** part/#oe SoulShine (n=snoopy@87.126.126.132) |
| 13:25.58 | CIA-4 | 03pH5 07org.oe.dev * r9d680ed9... 10/ (4 files in 3 dirs): |
| 13:25.58 | CIA-4 | gaim_cvs: drop strftime and desktop-name patches |
| 13:25.59 | CIA-4 | <PROTECTED> |
| 13:25.59 | CIA-4 | <PROTECTED> |
| 13:25.59 | CIA-4 | <PROTECTED> |
| 13:36.43 | ashak | 192 revision written out of 264, in just over two hours. |
| 13:38.20 | ashak | Bah, no wonder, the cpu frequency scaling on my laptop isn't increasing the cpu frequency. |
| 13:43.59 | zecke | ashak: I have written 452 revs in two hours (on ewi) |
| 13:44.30 | zecke | ashak: that is on ewi |
| 13:44.51 | ashak | This has sped up not that i've forced the cpu frequency to 1.87GHz |
| 13:45.15 | ashak | s/not/now |
| 13:59.08 | ashak | Hmm, monotone: misuse: tid 438 (packages/linux/linux-openzaurus-2.6.15) clobbered tid 2245 (packages/linux/linux-openzaurus-2.6.15) |
| 13:59.30 | ashak | DUring monotone update |
| 13:59.54 | ashak | Is that anything serious? |
| 14:02.33 | ashak | Hmm, guess so, as when I try to run bitbake is complains: ERROR: Unable to open conf/bitbake.conf |
| 14:03.14 | ashak | Hmm, that appears to be totally missing, in fact teh whole org.openembedded.dev/conf dir is missing |
| 14:04.58 | CoreDump|home | time for a new checkout huh? |
| 14:06.26 | CoreDump|home | meh, we should _really_ agree on a single server to push to. |
| 14:06.38 | CoreDump|home | merging sucks |
| 14:09.55 | ashak | Looks like it. Can't see what's happened though |
| 14:10.03 | ashak | Or why it's happened |
| 14:10.29 | ashak | Unless the error I get during monotone update is what's cuasing it. |
| 14:11.14 | zecke | mickeyl: RP ping |
| 14:15.19 | *** join/#oe chouimat|Zzz (n=dieu@r2351064.cidc.net) |
| 14:16.04 | chouimat | morning |
| 14:26.59 | RP | zecke: pong |
| 14:35.25 | *** join/#oe bam_ (n=bam@71.108.99.77) |
| 14:35.32 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 14:41.18 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 14:43.15 | *** join/#oe tkimball (n=tkimball@ool-44c1ec54.dyn.optonline.net) |
| 14:44.37 | mickeyl | hi guys |
| 14:45.36 | tkimball | Morning mickeyl. |
| 14:47.26 | CoreDump|home | hi mickeyl |
| 14:50.01 | pb_ | mickeyl: good morning! |
| 14:50.18 | CIA-4 | 03coredump 07org.oe.dev * rcdebeb67... 10/classes/efl.bbclass: efl.bbclass: Fix efl/*.bb ipk generation. |
| 14:50.23 | CIA-4 | 03coredump 07org.oe.dev * ra6f5fab8... 10/packages/altboot/ (9 files in 5 dirs): |
| 14:50.23 | CIA-4 | altboot |
| 14:50.23 | CIA-4 | - Do not show option for USB boot on devices w/o USB host |
| 14:50.23 | CIA-4 | - Disable "Boot original INIT" |
| 14:50.23 | CIA-4 | - Do not drop into emergency shell on die() but restart altboot with menu (doesn't work for every plugin, yet) |
| 14:50.26 | CIA-4 | - Some fixes / enhancements for tar.gz installer |
| 14:50.28 | CIA-4 | - Remove "orce" error message when cmdline "-force" is used (should have seen this coming heh) |
| 14:51.25 | pb_ | hi twiun |
| 14:51.28 | Stephmw | hey pb_ |
| 14:51.46 | Stephmw | so... what's this free beer that renoo mentioned? |
| 14:52.29 | pb_ | ah, he was talking about gcj and/or gij on arm |
| 14:58.36 | Stephmw | got my interest :) |
| 15:01.54 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 15:01.58 | RP | hi mickeyl |
| 15:02.07 | mickeyl | hey RP |
| 15:02.12 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 15:02.42 | RP | pb_: Do you fancy reviewing a solution to the debian.bbclass RDEPENDS issue? |
| 15:03.04 | pb_ | sure |
| 15:05.30 | RP | pb_: http://www.rpsys.net/openzaurus/temp/oe_debianfix-r0.patch |
| 15:05.57 | RP | pb_: There are a few issues it raises that might need dicussion... |
| 15:06.07 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 15:06.21 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 15:07.26 | RP | Re-reading that patch, my functions names look totally wrong. The code itself stands though :) |
| 15:07.37 | pb_ | okay, I'll take a look |
| 15:14.21 | pb_ | I'm not sure I understand why this is so specific to debian.bbclass. Can you not do all this with generic code in package.bbclass? |
| 15:16.35 | RP | debian.bbclass is the thing that alters the package naming. The functions could be put in generic code but we'd only want them used when debian.bbclass was active |
| 15:17.00 | pb_ | I would have thought you'd want them active whenever PKG is set, irrespective of what is setting it. |
| 15:17.37 | pb_ | (for packages like gtk, for example) |
| 15:17.58 | RP | Yes, I'd agree with that |
| 15:18.01 | RP | There is also a nasty problem here. Technically, I should add BUILD_ALL_DEPS = "1" to debian.bbclass |
| 15:18.34 | RP | If that's not added and a RDEPEND hasn't been built, it can put the wrong thing into the package dependency line |
| 15:18.51 | pb_ | indeed, that should be added |
| 15:20.33 | RP | An alternative I wondered about might be to add the debian_pmaps diretctory into the OE metadata itself... |
| 15:20.52 | *** join/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 15:27.42 | ashak | Hmm: checking target system type... Invalid configuration `INVALID-linux': machine `INVALID' not recognized |
| 15:27.58 | pb_ | ...? That doesn't sound like a very attractive option. |
| 15:28.45 | ashak | To create a 'machine' is it not a simple case of creating a machine.conf for the machine and having a MACHINE="machine" line in local.conf? |
| 15:28.54 | pb_ | ashak: sounds like your TARGET_ARCH is... invalid |
| 15:29.12 | RP | pb_: The point being that debian.bbclass isn't like to change the mappings it makes and if it does, we probably need to know about it |
| 15:31.21 | ashak | pb_: That's what I assumed, but surely TARGET_ARCH comes from the machine.conf files, which has TARGET_ARCH = "arm" in it. bitbake outputs TARGET_ARCH = "arm" before it starts building. |
| 15:31.30 | pb_ | That much is certainly true, and having a way to verify that the package naming is correct would be nice. But I think that would be an addition, not an alternative. |
| 15:32.26 | pb_ | ashak: yes, indeed it should. I guess you will have to inspect the run.do_configure output to locate the bug. |
| 15:39.41 | ashak | dammit, I was getting on really well with all of this, until today. Now i've spent 3/4 of the day arsing about trying to get it to do something again. God knows what happened to it all :( |
| 15:43.01 | RP | pb_: So having it check a directory in staging, then a directory within the metadata as a fallback would be acceptable? |
| 15:43.08 | *** join/#oe Cwiiis[uni] (n=cil103@152.78.71.87) |
| 15:47.33 | ashak | ah, touching conf/local.conf allowed it to happily find the machine i'd added. |
| 15:51.23 | ashak | hmm, ok, more problems. Tried buildimg opie-image and it's failed with a number of Cannot satisfy the following dependencies for <package> The ones it's failing on are task-opie-bluetooth, task-opie-irda, task-opie-games-extra, task-opie-extra-apps, task-opie-extra-styles. Each of those are missing anywhere from 2-6 dependencies. Shouldn't it just try to build them, seeing as they're dependencies? |
| 15:53.17 | *** join/#oe _drak0__ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 15:58.04 | *** part/#oe _chronic (n=chronic@132.145.187.81.in-addr.arpa) |
| 16:02.27 | *** join/#oe _chronic (n=chronic@190.145.187.81.in-addr.arpa) |
| 16:03.59 | ashak | If I try to build one of the dependancies manually it seems to build it (and its dependancies) ok, so why doesn't opie-image target cause it to try and build that package? |
| 16:36.57 | CIA-4 | 03eFfeM 07org.oe.dev * rc1c29580... 10/packages/pvrusb2-mci/pvrusb2-mci_20060209.bb: pvrusb2-mci: added release 20060209 |
| 16:56.10 | *** join/#oe bam__ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
| 17:15.47 | zecke | good pax-utils are packaged |
| 17:16.05 | pb_ | phew |
| 17:16.42 | zecke | pb_: I'm ripping ebuild.sh to use scanelf to check for some things |
| 17:18.03 | *** join/#oe katossi (n=guillerm@dslb-084-062-166-041.pools.arcor-ip.net) |
| 17:19.18 | CoreDump|home | hmm how does one clear "ie: empty" a tty where no login prompt is running? |
| 17:19.38 | zecke | CoreDump|home: I don't understand that |
| 17:19.50 | CoreDump|home | on my Z I can chvt2 |
| 17:19.58 | CoreDump|home | but there's no login on that tty |
| 17:20.22 | CoreDump|home | when i echo "blahh" > /dev/tty2 "blahh" is displayed on that otherwise empty tty |
| 17:20.38 | CoreDump|home | how do I empty the display of tty2? |
| 17:22.31 | mickeyl | there's an escape code for that |
| 17:22.40 | mickeyl | bear with me i don't know it offhand though |
| 17:23.48 | *** join/#oe uv1 (n=kvirc@p50891485.dip0.t-ipconnect.de) |
| 17:24.50 | *** join/#oe yann (n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 17:24.55 | yann | hi all |
| 17:25.24 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
| 17:25.55 | yann | zecke: there is no 1.3.3 in bitbake svn tags, only a svn://svn.berlios.de/bitbake/branches/bitbake-1.3.3 - I suppose that's not a normal situation :) |
| 17:26.25 | yann | zecke: should I consider this URL to be 1.3.3 really ? |
| 17:26.32 | zecke | lol |
| 17:27.41 | CoreDump|home | hmm the only escape code I can find are for a sh shell. There's no shell running on that tty=) |
| 17:28.21 | uv1 | Good evening all |
| 17:30.03 | CoreDump|home | hi uv1 |
| 17:31.01 | yann | btw, has developement on bitbake v2 started, or is it still just in planning stage ? |
| 17:31.23 | uv1 | Is it possible to show all DEPENDS / RDEPENDS (recursively) which a package uses ? |
| 17:31.23 | zecke | yann: blanning |
| 17:31.27 | *** join/#oe _drak0_ (n=rob@user-10cmeb8.cable.mindspring.com) |
| 17:31.27 | zecke | yann: planning even |
| 17:31.53 | *** part/#oe benlau (n=benlau@221.125.13.158) |
| 17:32.09 | mickeyl | <PROTECTED> |
| 17:32.17 | mickeyl | worth a try |
| 17:32.55 | CoreDump|home | mickeyl: that works perfectly, thanks! |
| 17:32.59 | mickeyl | np |
| 17:33.10 | yann | zecke: is the content of branches/bitbake-1.3.3 really the 1.3.3 release ? |
| 17:33.13 | mickeyl | VT100/ANSI rocks :) |
| 17:33.32 | zecke | yann: yes, at least this is what I haved packaged and uploaded |
| 17:33.41 | yann | ok, thx |
| 17:33.42 | zecke | yann: I just recognized that the ./setup.py bdist is fucked up |
| 17:35.07 | CoreDump|home | FYI: "\033c" is even better as it moves the "cursor" back to the first line |
| 17:36.31 | ashak | What is linux-jlime? |
| 17:37.48 | mickeyl | iirc a dedicated distro for HPs Jornada |
| 17:38.03 | mickeyl | doesn't seem to be pretty maintained though |
| 17:38.32 | ashak | Hmm, why is bitbake trying to build that? |
| 17:40.04 | mickeyl | probably because that some dependencies are not met for what you want to build |
| 17:40.15 | mickeyl | use bitbake -nv and have a look at the output |
| 17:40.19 | ashak | Right, that might make sense |
| 17:40.28 | ashak | Ok, i'll try thanks |
| 17:49.03 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 17:51.59 | *** join/#oe zap (n=zap@217.170.93.196) |
| 17:57.40 | *** join/#oe accumulator (n=achnee@82-170-119-175.dsl.ip.tiscali.nl) |
| 17:58.36 | accumulator | anyone here got the link(s) to OZ3.5.4? |
| 17:58.40 | accumulator | I' dlike to test |
| 18:03.02 | ashak | looks like linux-jlime-sh3 is the first in a list of multiple providers for virtual/kernel, which makes total sense :) |
| 18:07.06 | mickeyl | sounds like you didn't specify which provider you want, then |
| 18:07.22 | mickeyl | check if your MACHINE=foo is pointing to a valid conf file |
| 18:07.29 | ashak | I haven't, as the kernel for this device requires a patched omap kernel. |
| 18:07.29 | mickeyl | in which the preference is stated |
| 18:07.37 | mickeyl | ah |
| 18:07.48 | mickeyl | you may say ASSUME_PROVIDED += virtual/kernel then |
| 18:07.51 | ashak | SO I only have a partial machine config file atm :) |
| 18:07.57 | ashak | Ah right |
| 18:08.06 | mickeyl | some packages may need a kernel though |
| 18:08.12 | mickeyl | see how far you can get |
| 18:10.04 | ashak | THanks, i'll try, fialing that i'll try to work out how I can get it to create and patch the correct kernel for me, i'm sure it's nothing too difficult. |
| 18:19.06 | ashak | Ah, look slike it was required by pcmcia-cs, which is required by bluez-utils-nodbus. |
| 18:20.51 | *** join/#oe oris_wolfbane (n=oris@82-38-121-195.cable.ubr01.hali.blueyonder.co.uk) |
| 18:22.40 | ashak | which is an RDEPEND for task-opie-bluetooth |
| 18:24.26 | ashak | So is there a simple way to disable certain parts of opie, or the requrement for pcmcia_cs, as i'd be fairly certain that this device doesn't have pcmcia |
| 18:38.01 | hrw | hi |
| 18:38.53 | RP | hi hrw |
| 18:38.56 | hrw | mickeyl|dinner: ping |
| 18:39.19 | emte | ashak, does your device use any other "plugable" media or devices? |
| 18:39.42 | emte | i could be wrong but i think they use pcmcia_cs |
| 18:39.55 | emte | cf, sd, etc |
| 18:40.15 | RP | emte: cf does as its basically pcmcia. sd doesn't |
| 18:40.25 | emte | there we go :) |
| 18:41.33 | hrw | whats new in .dev land? |
| 18:42.01 | RP | hrw: I just pushed fixed for the debian.bbclass renaming? :) |
| 18:42.05 | emte | i put macchanger on the buglist for someone to add :) |
| 18:42.32 | hrw | ~lart kopete again |
| 18:42.43 | hrw | nice ibot |
| 18:43.39 | RP | hrw: Finished all the wedding plans now? :) |
| 18:44.08 | hrw | RP: has to find cameraman, dance course and few others |
| 18:44.26 | CIA-4 | 03rpurdie 07org.oe.dev * rd9ef02ad... 10/packages/libmatchbox/libmatchbox_svn.bb: libmatchbox_svn: Correct PV field |
| 18:44.31 | CIA-4 | 03rpurdie 07org.oe.dev * r68843a39... 10/packages/gcc/gcc-cross_3.3.4.bb: gcc-cross 3.3.4: Use generic includes instead of repeating code (the code is equivalent but the .inc files contain fixes) |
| 18:44.36 | CIA-4 | 03rpurdie 07org.oe.dev * r0e49f763... 10/packages/galago/galago-daemon_0.3.4.bb: galago-deamon 0.3.4: Package a missing file |
| 18:44.42 | CIA-4 | 03rpurdie 07org.oe.dev * rd15a485e... 10/packages/eds/eds-dbus_svn.bb: eds-dbus: Correct RDEPENDS and PV |
| 18:44.46 | CIA-4 | 03rpurdie 07org.oe.dev * ra84be889... 10/conf/distro/ (2 files): preferred_gpe_versions 2.6/2.7: Correct some strings to match PV's that changed and to reflect issues that were fixed in bitbake |
| 18:44.46 | RP | hrw: The planning seems to take some doing from what I've seen :-/ |
| 18:44.52 | CIA-4 | 03rpurdie 07org.oe.dev * r078227ef... 10/packages/fontconfig/fontconfig_2.2.95.bb: fontconfig: Fix handling of fontconfig-utils properly, once and for all |
| 18:44.57 | CIA-4 | 03rpurdie 07org.oe.dev * r574359d9... 10/classes/debian.bbclass: Add DEBIAN_NOAUTONAME_ variable to disable debian.bbclass renaming for specific packages. |
| 18:45.02 | CIA-4 | 03rpurdie 07org.oe.dev * r4b9cff7a... 10/classes/ (debian.bbclass package.bbclass package_ipk.bbclass): (log message trimmed) |
| 18:45.02 | CIA-4 | Fix package name renaming for classes like debian.bbclass: |
| 18:45.02 | CIA-4 | <PROTECTED> |
| 18:45.02 | CIA-4 | <PROTECTED> |
| 18:45.03 | CIA-4 | <PROTECTED> |
| 18:45.05 | CIA-4 | <PROTECTED> |
| 18:45.07 | CIA-4 | <PROTECTED> |
| 18:45.16 | emte | hrw, the photographer is the worst out of all the planning |
| 18:45.59 | hrw | emte: I got it |
| 18:46.21 | emte | a photographer? |
| 18:46.45 | hrw | emte: photographer. have to get cameraman==movie man |
| 18:46.50 | emte | ah |
| 18:47.01 | emte | then the hard stuff is done |
| 18:47.04 | emte | :) |
| 18:47.31 | emte | aside from paying for it |
| 18:47.35 | emte | :( |
| 18:47.38 | hrw | emte: thats my common mistake - kamera in Polish is 'movie camera', photo camera is other name |
| 18:48.40 | emte | ah, yeah living north america one doesnt always think ... must be the air |
| 18:49.54 | hrw | emte: dont know - I rather avoid Us |
| 18:52.12 | emte | bit father north, where its all about beer, curling, hockey, and eating doughnuts |
| 18:52.33 | emte | and maple syrup if your on the east coast |
| 18:53.25 | ashak | emte: Nope, just sd. it's a /smart/phone. |
| 18:54.34 | hrw | RP: you know - first do all things which need timing, then all the rest |
| 18:59.54 | hrw | someone can build python-pylinda from .dev? |
| 19:00.46 | mickey | hrw: pong |
| 19:00.53 | mickey | ups |
| 19:00.56 | hrw | mickey: python-pylinda fails to patch |
| 19:01.18 | hrw | | 1 out of 2 hunks FAILED -- rejects in file setup.py |
| 19:01.18 | hrw | | Patch honor-datadir.patch does not apply (enforce with -f) |
| 19:01.18 | mickeyl | nasty |
| 19:02.02 | hrw | mickeyl: what do you think about starting feed build? I will switch all pxa machines to 'arm' in .oz354fam083 and we can start world build (it takes some time) |
| 19:02.45 | mickeyl | hrw: sounds good to me. should I do the world build?= |
| 19:03.13 | hrw | mickeyl: I do not have machine for it - dont want to do it on ewi as this machine has other usage too |
| 19:03.36 | mickeyl | no problem. my machine will likely take 2 days or so for it though |
| 19:04.09 | emte | hrw, can you add macchanger first? |
| 19:04.18 | hrw | mickeyl: machine=collie;bitbake opie-image gpe-image;bitbake -k world? |
| 19:04.25 | hrw | emte: to .dev and .oz354? |
| 19:04.26 | mickeyl | exactly that |
| 19:04.26 | CIA-4 | 03mickeyl 07org.oe.dev * re1bf3143... 10/packages/python/ (python-2.4.2-manifest.inc python_2.4.2.bb): python 2.4.2: fix dependencies for python-re and python-stringold |
| 19:04.33 | mickeyl | to both?? |
| 19:04.54 | mickeyl | i can do that, but for what would we need .dev feed? |
| 19:05.13 | hrw | mickeyl: no .dev feed |
| 19:05.19 | emte | hrw, i'd think .oz354 its usefull for wireless G cards that dont set a MAC on thier own |
| 19:05.27 | hrw | mickeyl: .oz354fam083 is the only one |
| 19:05.37 | hrw | emte: ok. we have agere support in .oz354fam083 |
| 19:05.48 | hrw | mickeyl: can you login into ewi? |
| 19:05.57 | mickeyl | hrw: i think i have the pass, but i never tried |
| 19:06.26 | hrw | mickeyl: ah. |
| 19:06.33 | emte | hrw, yeah i am using the jan29 snap of familiar right now, using wavelan for my WCF45G |
| 19:07.31 | hrw | mickeyl: http://ewi546.ewi.utwente.nl/tmp/hrw/oz3.5.4-test-images/test5/._feed/ - I want to use this structure for 3.5.4 |
| 19:07.49 | emte | WCF54G* |
| 19:08.14 | RP | mickeyl: Is there any reason python 2.3.4 doesn't provide python-core btw? |
| 19:08.35 | ashak | You can do stuff like DEPEND_machine, for machine specific dependancies can't you? Does that mean you can also do SRC_URI_machine for machine specific patches or something? |
| 19:08.58 | hrw | ashak: SRC_URI_append_machine = " something " |
| 19:09.11 | ashak | hrw: That's it, thanks |
| 19:09.29 | emte | hrw, http://bugs.treke.net/show_bug.cgi?id=673 for the bb |
| 19:09.39 | RP | SRC_URI_machine will also work but might mean you have to duplicate data as it will overwrite SRC_URI |
| 19:09.53 | CoreDump|home | ~lart ipkg-make-index for beeing dog slow |
| 19:11.22 | CIA-4 | 03freyther 07org.oe.dev * r18e05897... 10/ (3 files in 2 dirs): |
| 19:11.22 | CIA-4 | conf/bitbake.conf: |
| 19:11.22 | CIA-4 | <PROTECTED> |
| 19:11.22 | CIA-4 | packages/pax-utils: |
| 19:11.22 | CIA-4 | <PROTECTED> |
| 19:11.22 | CIA-4 | <PROTECTED> |
| 19:11.26 | CIA-4 | <PROTECTED> |
| 19:13.01 | hrw | emte: its nasty recipe.. DEPENDS="" etc.. |
| 19:13.06 | hrw | emte: SRCDATE=PV? |
| 19:13.55 | hrw | emte: http://pastebin.com/551518 is nicer |
| 19:13.58 | emte | i cant remember where that came from ... |
| 19:14.06 | emte | its staic anyway |
| 19:14.09 | hrw | NOTE: package macchanger-1.5.0-r0: task do_build: completed |
| 19:14.11 | mickeyl | RP: there shouldn't be a package named python-2.3.4 at all, since it's just the package name. |
| 19:14.15 | mickeyl | s/package/bbfile/ |
| 19:14.38 | mickeyl | heh |
| 19:14.41 | mickeyl | he got it wrong |
| 19:14.43 | mickeyl | ~shoot ibot |
| 19:14.44 | ibot | ACTION shoots ibot in the head with a frozen turkey cannon! |
| 19:15.39 | kergoth | he got it right, you got your regex wrong :P |
| 19:15.46 | hrw | emte: http://pastebin.com/551525 updated |
| 19:16.09 | emte | hrw, yeah that is cleaner, since oe is down its a bit hard to find a reference for whats required in the new metas |
| 19:16.52 | emte | hmm |
| 19:17.07 | emte | we no longer need to define ${S} ? |
| 19:17.19 | RP | mickeyl: python_2.4.2.bb PROVIDES = "python python-core" whereas python_2.3.4.bb doesn't. I wasn't referring to RPROVIDES? |
| 19:17.20 | hrw | S=WORKDIR/PN-PV |
| 19:17.49 | emte | S = "${WORKDIR}/macchanger-${PV}" isnt that what that is? |
| 19:18.02 | hrw | emte: its not needed in .bb |
| 19:18.06 | emte | ah |
| 19:18.32 | hrw | emte: its like writing PV=1.5.0 in file_1.5.0.bb |
| 19:18.52 | hrw | emte: working but not needed repeating |
| 19:18.58 | emte | true |
| 19:19.57 | hrw | pushed |
| 19:20.58 | CoreDump|home | # Your system Evas Benchmark: |
| 19:20.58 | CoreDump|home | # |
| 19:20.58 | CoreDump|home | # EVAS BENCH: 0.367 |
| 19:21.02 | mickeyl | RP: interesting. i don't see why either of those should PROVIDE python-core |
| 19:21.17 | emte | thanks, now i can stop compiling it outside and droping it in to use it :) |
| 19:21.23 | CoreDump|home | up from 0.348 w/ kernel 2.4 |
| 19:21.48 | hrw | mickeyl: http://bugs.treke.net/show_bug.cgi?id=678 is blocker for release |
| 19:22.02 | hrw | mickeyl: and you are the only one who can resolve it... |
| 19:23.11 | mickeyl | uh oh... ok, i'll try to handle that. |
| 19:24.50 | RP | mickeyl: I suspect the meta slugos-native package is doing something evil here as I think it has it in a DEPENDS indriectly |
| 19:25.38 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r2f66f394... 10/conf/machine/ (poodle.conf tosa.conf zaurus-clamshell.conf): zaurus machines: switch to tune-strongarm instead of xscale |
| 19:25.42 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r3682a18a... 10/packages/macchanger/macchanger_1.5.0.bb: added macchanger 1.5.0 - close #673 |
| 19:25.47 | CIA-4 | 03hrw 07org.oe.dev * re4f666d6... 10/packages/macchanger/macchanger_1.5.0.bb: added macchanger 1.5.0 - close #673 |
| 19:26.21 | mickeyl | hmm i must have missed the discussion as for why we are switching back to arm for the images? |
| 19:26.29 | mickeyl | for the pxa devices, that is |
| 19:27.29 | hrw|afk | mickeyl: with multimachine config it is easier to build - no need to build all tools twice |
| 19:27.44 | *** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
| 19:28.40 | RP | hrw: which tools? |
| 19:28.41 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r8516ef52... 10/packages/lsof/lsof_4.75.bb: lsof 4.75: fixed SRC_URI - close #664 |
| 19:28.58 | hrw | mickeyl: if we want to get any 'pxa' speed then we should also consider tune-pxa270 for cxx00 |
| 19:29.24 | hrw | RP: glibc, whole image content |
| 19:29.30 | mickeyl | hmm |
| 19:29.38 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 19:29.58 | RP | hrw: armv5te is a big speed boost, particualry for glibc. tune-pxa270 is much less of an optimisation |
| 19:30.17 | hrw | ok. then I'll revert it |
| 19:30.23 | mickeyl | yeah, please do that |
| 19:30.31 | mickeyl | the benefits outweigh imo |
| 19:30.44 | mickeyl | anyone seen sirfred lately? |
| 19:30.56 | RP | mickeyl: He is around and still working on aticore |
| 19:30.58 | mickeyl | i had hoped to get the w100 accel in 3.5.4 by default |
| 19:31.02 | mickeyl | ah good to know |
| 19:31.31 | RP | He and another person are making good progress with it. Sadly, I've not had much time to help recently :-/ |
| 19:32.18 | pb_ | RP: where does the speed boost come from in armv5te? |
| 19:32.47 | RP | pb_: Faster memcpy operations (and friends) |
| 19:33.12 | pb_ | Which armv5te operations help with memcpy? |
| 19:33.23 | *** join/#oe rob_w|mis (n=rob_w@p213.54.220.165.tisdip.tiscali.de) |
| 19:33.30 | RP | pb_: preload |
| 19:33.44 | RP | prefetch even |
| 19:33.56 | RP | or whatever its called :) |
| 19:34.01 | pb_ | pld? You ought to be able to do that in armv4 binaries with no ill effects. |
| 19:34.26 | RP | pb_: Yes. I'm not sure glibc does by default though |
| 19:34.48 | pb_ | ah. well, in that case, it sounds like it would be a better option to patch glibc so that it does, rather than build everything as armv5te. |
| 19:35.48 | RP | In an ideal world, yes |
| 19:35.55 | *** part/#oe _chronic (n=chronic@190.145.187.81.in-addr.arpa) |
| 19:38.07 | Ifaistos | hello ! |
| 19:38.24 | Ifaistos | Sunday and the OE crue is working hard :) |
| 19:38.33 | pb_ | not that it matters all that much for openzaurus I guess, but these kinds of changes seem to have an unfortunate habit of sneaking into familiar as well. We definitely don't want armv5te there. |
| 19:39.47 | RP | pb_: The OZ policy/agreement was that the world builds wouldn't be armv5te but having the images themselves optimised was acceptable/desireable. |
| 19:41.15 | RP | I don't see the issue for familiar as long as only the feeds themselves are compiled with a machine of the lowest denominator type... |
| 19:43.31 | RP | mickeyl: I'm going to fix that meta slugos package and remove that PROVIDES python-core line if that's ok with you? |
| 19:43.57 | hrw | ok. I'll revert it for zauruses |
| 19:44.39 | pb_ | RP: familiar's policy is that the images and the feeds should match. It isn't acceptable for us to have one build in the images and a differently-compiled one in the feeds. |
| 19:46.08 | RP | pb_: You don't need a differently compiled one. ipkg is hopefully intelligent enough to know not to install armv5te binaries on a v4 machine |
| 19:46.35 | RP | So as long as both a v4 and a v5 ipk are in the feed, everything should work... |
| 19:46.45 | pb_ | yes, it is, but we don't want to have to double up the packages in the feeds either unless it brings a real benefit. |
| 19:47.02 | pb_ | having both architectures in the feeds causes (a) Packages bloat; (b) user confusion; and (c) version skew. |
| 19:47.37 | pb_ | in the case of glibc, if we can get the best of all worlds with a single (v4) binary, that's what we should do |
| 19:48.13 | RP | If that's familar's policy, so be it. |
| 19:50.09 | pb_ | indeed it is. |
| 19:52.50 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r1b0ee7db... 10/conf/machine/ (poodle.conf tosa.conf zaurus-clamshell.conf): disapproval of revision '2f66f3942fd222b5e7e77b3dee1f05009eedf27b' |
| 19:54.34 | hrw | ~curse monotone for failing when meld cannot run |
| 19:54.37 | ibot | May you be reincarnated as a Windows XP administrator, monotone for failing when meld cannot run ! |
| 19:55.52 | *** join/#oe _law_|iBook (n=_law_|iB@213.173.86.202) |
| 19:57.17 | hrw | mickeyl: what do you think about that feed structure? |
| 20:00.58 | *** join/#oe dijenerate (n=dijenera@72.22.141.126) |
| 20:06.19 | Ifaistos | RP: Do you have any idea why OE selects gcc-corss-kernel-3.3.4 although i declare it to use 3.4.4 ? PREFFERED_VERSION_gcc-cross-kernel = "3.4.4-3.4.4" |
| 20:07.47 | Ifaistos | RP:i am trying to compile the madwifi modules and they require to be compiled by the same compiler version as the kernel... |
| 20:08.40 | CIA-4 | 03hrw 07org.oe.oz354fam083 * r0d43130f... 10/packages/module-init-tools/module-init-tools_3.2.2.bb: |
| 20:08.40 | CIA-4 | module-init-tools: change depmod removal - close #671 |
| 20:08.40 | CIA-4 | - "update-alternative --remove depmod" moved to m-i-t-depmod prerm |
| 20:08.40 | CIA-4 | - removed handling of depmod from m-i-t as it is handled in m-i-t-depmod |
| 20:08.41 | CIA-4 | <PROTECTED> |
| 20:08.44 | CIA-4 | 03hrw 07org.oe.dev * r6b5e81c6... 10/packages/module-init-tools/module-init-tools_3.2.2.bb: |
| 20:08.45 | CIA-4 | module-init-tools: change depmod removal - close #671 |
| 20:08.47 | CIA-4 | - "update-alternative --remove depmod" moved to m-i-t-depmod prerm |
| 20:08.49 | CIA-4 | - removed handling of depmod from m-i-t as it is handled in m-i-t-depmod |
| 20:08.51 | CIA-4 | <PROTECTED> |
| 20:10.01 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 20:10.36 | *** join/#oe _alwin_ (n=ral@cable-81-173-131-36.netcologne.de) |
| 20:29.42 | pb_ | Ifaistos: you have misspelt "preferred" |
| 20:30.05 | pb_ | also, "3.4.4-3.4.4" looks erroneous; it should probably just be "3.4.4" |
| 20:30.38 | pb_ | also, some of the kernels will force a particular version, irrespective of your preference. look in the .bb file and see if it defines any KERNEL_CCSUFFIX. |
| 20:32.45 | Ifaistos | pb_: It was and since it did not work i tried alternatives. It looks like the x86/epia kernels are using KERNEL_CCSUFFIX = "-3.3.4" |
| 20:33.56 | Ifaistos | pb_ : or to be exact the epia 2.6.11 i used to make my 2.6.12.bb |
| 20:36.22 | Ifaistos | pb_ : Is the order of presidence (which can mody which) like this local.conf -> distro -> machine -> meta -> .bb |
| 20:38.09 | hrw|afk | mickeyl: ping? |
| 20:40.27 | CIA-4 | 03freyther 07org.oe.dev * rffe7fe8b... 10/classes/insane.bbclass: |
| 20:40.27 | CIA-4 | org.openembedded.dev/classes/insane.bbclass: |
| 20:40.28 | CIA-4 | <PROTECTED> |
| 20:49.24 | CoreDump|home | JustinP: have fun explaining him how todo that hehe |
| 20:49.54 | JustinP | CoreDump|home: I did it yesterday with SmrtJustin |
| 20:50.01 | JustinP | CoreDump|home: or was that Friday....? |
| 20:50.12 | CoreDump|home | whenever it was, I remeber it. |
| 20:50.45 | CoreDump|home | But I somehow lack the motivation to explain it the hundredth time...so I say nothing heh |
| 20:51.21 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 20:52.04 | CoreDump|home | maybe 3.5.4 should include .tar.gz images. Would make things a heck of a lot simpler for n00bs |
| 20:52.18 | pb_ | zecke: I (finally) replied to your email. sorry about the delay. |
| 20:52.19 | hrw|afk | CoreDump|home: 3.5.4-test5 already contain them |
| 20:52.28 | CoreDump|home | really? nice =) |
| 20:52.29 | zecke | pb_: don't worry |
| 20:53.22 | CoreDump|home | ~praise tarballs/ |
| 20:53.23 | ibot | All hail tarballs/! |
| 20:53.40 | CoreDump|home | Guess I need to work on kexec then =) |
| 20:54.07 | hrw|afk | CoreDump|home: for 3.5.4.1? |
| 20:54.32 | CoreDump|home | that, too. But I really don't want to flash a2.4 kernel anymore |
| 20:56.46 | yann | zecke: there are other strange things in svn, like svn://svn.berlios.de/bitbake/tags/bitbake-1.3.1/trunk/bitbake |
| 20:56.58 | zecke | psst |
| 20:58.54 | zecke | good nite |
| 20:59.17 | JustinP | CoreDump|home: yes, it should include tgzs |
| 20:59.18 | hrw | n8 zecke |
| 21:00.09 | JustinP | damn it.....libSM thing again |
| 21:11.46 | CIA-4 | 03coredump 07org.oe.dev * rcf224fd4... 10/packages/gpe-bootsplash/ (files/tty2-message.patch gpe-bootsplash_1.15.bb): |
| 21:11.46 | CIA-4 | gpe-bootsplash: |
| 21:11.47 | CIA-4 | - Display a message informing the user that he can chvt 1 to see the boot-messages |
| 21:11.47 | CIA-4 | - Do a chvt 1 if gpe-bootsplash errors out |
| 21:11.52 | CIA-4 | 03coredump 07org.oe.dev * rcb780a1c... 10/packages/gpe-bootsplash/ (4 files in 2 dirs): gpe-bootsplash: Add an opie-theme |
| 21:17.41 | hrw | ~lart x86 coders |
| 21:47.10 | *** join/#oe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net) |
| 21:54.03 | *** join/#oe reenoo (n=r@p5489E992.dip.t-dialin.net) |
| 21:54.27 | reenoo | evening |
| 21:59.06 | hrw | cu |
| 22:14.25 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-67.reverse.mdcc-fun.de) |
| 22:23.18 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
| 22:51.28 | *** join/#oe tkimball (n=tkimball@ool-44c1ec54.dyn.optonline.net) |
| 23:01.38 | *** join/#oe anttix (n=anttix@84-50-157-2-dsl.est.estpak.ee) |
| 23:02.01 | anttix | Hi! |
| 23:02.14 | anttix | Anyone with glibc in OE experience around? |
| 23:02.38 | anttix | I'm trying to create a .bb file for glibc-2.3.6 |
| 23:05.37 | CIA-4 | 03justinp 07org.oe.dev * ra32a4791... 10/packages/xmonobut/xmonobut_0.4.1.bb: xmonobut_0.4.1: add missing DEPENDS on libmatchbox |
| 23:06.49 | RP | pb_: are you still around? |
| 23:07.05 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:09.33 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
| 23:15.14 | pb_ | RP: yes |
| 23:19.27 | RP | pb_: I'm trying to patch up gcc-cross-sdk a bit. Can you give me a clue what the sdk-libstdc++-includes.patch does? |
| 23:20.41 | anttix | Anyone has a clue where this sort of an error comes from? /usr/bin/install: cannot remove `/usr/lib/libc.a': Permission denied |
| 23:20.58 | anttix | Why doesn't proper DESTDIR make it to make-s command line? |
| 23:21.53 | pb_ | I don't remember exactly. I guess you should try without the patch and see what happens. |
| 23:22.10 | anttix | | LANGUAGE=C LC_ALL=C; export LANGUAGE LC_ALL; make -r PARALLELMFLAGS="" CVSOPTS="" -C /home/OpenEmbedded/build/tmp/work/glibc-2.3.6-r1/glibc-2.3.6 objdir=`pwd` install |
| 23:22.19 | anttix | no destdir :( |
| 23:22.33 | JustinP | RP: I saw your commits, looks like you may have fixed my lib* auto-munging RDEPEND problem (I haven't tested though) |
| 23:22.56 | RP | pb_: What would be the difference between a "normal" cross gcc and a one for the sdk, apart from their installed path? |
| 23:23.18 | RP | JustinP: Yes, its highly likely those patches will help. I did notice you were having problems |
| 23:23.26 | pb_ | RP: none, in theory |
| 23:24.04 | RP | pb_: Ok, that makes me feel slightly better about what I'm doing to the sdk .bb file, thanks :) |
| 23:24.25 | CSMan | uhmm.. is there any pastebin where anybody can consolate my frustration ? |
| 23:24.31 | CSMan | *could |
| 23:24.36 | pb_ | okay, very good |
| 23:24.54 | pb_ | good night all |
| 23:25.03 | poli | Night, pb. |
| 23:25.08 | reenoo | 'night pb_ |
| 23:25.09 | RP | 'night pb_ |
| 23:26.57 | JustinP | night pb_ |
| 23:27.17 | yann | night all |
| 23:27.30 | JustinP | RP: can I stop the auto-lib* stuff for one package in a bb? |
| 23:27.45 | JustinP | I'd much rather move my -utils PACKAGEs back into the main bbs... |
| 23:28.11 | RP | JustinP: Yes - see the DEBIAN_NOAUTONAME_xxx I detailed in the changelog |
| 23:28.16 | JustinP | ok |
| 23:28.20 | RP | JustinP: or see fontconfig for an example |
| 23:28.37 | JustinP | I thought I saw a commit like that, just wanted to make sure |
| 23:28.55 | JustinP | RP: thanks |
| 23:42.02 | *** join/#oe tkimball (n=tkimball@ool-44c1ec54.dyn.optonline.net) |
| 23:46.27 | CSMan | hello |
| 23:46.53 | CSMan | if anybody is feeling like helping out, i just followed what GettingStarted indicates |
| 23:46.56 | CSMan | http://rafb.net/paste/results/Y0Heh262.html |
| 23:48.23 | JustinP | how did you set DISTRO? |
| 23:48.45 | CSMan | in conf/distros/familiar.conf |
| 23:48.59 | JustinP | what? |
| 23:49.03 | JustinP | in your local.conf |
| 23:49.04 | CSMan | no, wait, in build/conf |
| 23:49.07 | CSMan | yeah that one |
| 23:49.13 | CSMan | build/local.conf |
| 23:49.16 | JustinP | and what did you set it to? |
| 23:49.21 | JustinP | and that's still not right |
| 23:49.30 | CSMan | DISTRO=familiar |
| 23:49.31 | JustinP | it's conf/local.conf in your build dir |
| 23:49.41 | JustinP | that's wrong |
| 23:49.42 | CSMan | yeah build/conf/local.conf |
| 23:49.54 | JustinP | you have to use a version |
| 23:50.06 | JustinP | familiar-unstable for the .dev branch |
| 23:50.16 | CSMan | ah! |
| 23:50.23 | CSMan | i'll try that |
| 23:51.11 | CSMan | i don't have to clear the cache, right ? |
| 23:51.43 | JustinP | nope |
| 23:52.00 | CSMan | it's fetching again... it'll take like 30 mins |
| 23:55.08 | Harvy | hi is there a semi stable that will compile |
| 23:55.30 | Harvy | bootstrap-image for the h2200 |
| 23:56.05 | Harvy | I just want an env to work on the buil for |
| 23:56.16 | Harvy | hx2xxx |
| 23:56.46 | Harvy | but want to check my setup worksfirst |
| 23:57.27 | anttix | bleh! Anybody knows what on earth is wrong when bitbake -b file and bitbake task-bootstrap give different results on the same freaking package? |
| 23:58.10 | anttix | When I do bitbake task-bootstrap, glibc build dies like this: | install: cannot stat `/home/OpenEmbedded/build/tmp/work/glibc-2.3.6-r1/libc/sunrpc/rpcsvc/bootparam_prot.h |
| 23:59.38 | anttix | When I do bitbake -b packages/glibc/glibc_2.3.6.bb it dies like this: /usr/bin/install -c -m 644 /home/OpenEmbedded/build/tmp/work/glibc-2.3.6-r1/build-i586-linux/libc.a /usr/lib/libc.a |
| 23:59.38 | anttix | /usr/bin/install: cannot remove `/usr/lib/libc.a': Permission denied |
| 23:59.53 | anttix | Any ideas would be very welcome. |