00:00.48 | treke | how did he pull that off? |
00:01.10 | pb_ | heh |
00:01.13 | kergoth | good question, he says he came home and found himself glined |
00:01.44 | *** join/#oe CosmicPenguin (~nobody@aus-ext-proxy02.amd.com) |
00:04.37 | treke | best not to go home |
00:05.43 | pb_ | now you tell him |
00:06.19 | kergoth | gah, after colinux unpacks its modules, i get the no free space error |
00:06.32 | kergoth | guess i'd better give myself some more free blocks in the ext2 filesystem i'm generating |
00:06.35 | kergoth | heh |
00:11.31 | [g2] | what is gline ? |
00:13.02 | reenoo_ | glined == banned if I understand it correctly |
00:15.00 | [g2] | reenoo_, I figured that from context but I didn't know its origin or reference |
00:15.37 | [g2] | ;) |
00:19.14 | ljp | maybe he asked a support question in a developer channel |
00:25.07 | pb_ | mm, a common problem |
00:25.49 | treke | I didnt know we could get people glined for that |
00:25.50 | treke | cool |
00:29.17 | kergoth | hehe |
00:31.02 | treke | no big loss |
00:42.37 | CosmicPenguin | poor bastard |
00:58.17 | kergoth | man, still annoys me that i'm getting no raise, not even cost of living |
00:59.31 | CosmicPenguin | ibot: raise? |
01:00.01 | CosmicPenguin | not even ibot knows what a raise is |
01:00.06 | kergoth | hehe |
01:00.36 | ljp | maybe they figure you can always move into a trailer |
01:00.46 | ljp | it is, Texas, after all |
01:00.54 | CosmicPenguin | well this is embarassing - a Redhat image comes up, and my image doesn't |
01:02.51 | CosmicPenguin | son of a bitch |
01:03.25 | treke | kergoth: ... |
01:03.40 | kergoth | hehe |
01:03.46 | kergoth | i didnt expect to get shit, given my low performance |
01:03.54 | kergoth | but not even cost of living is crap, i'm basically taking a pay cut |
01:04.29 | treke | right but it sounds like you're at the point where they'd be strongly considering about a 100% pay cut |
01:04.43 | kergoth | hehe, yep |
01:04.50 | CosmicPenguin | Whew - the red hat image finally kped |
01:05.09 | kergoth | my boss apparently spoke with some of upper management in our division, and the manager of another dept, and they're apparently willing to transfer me there |
01:05.27 | kergoth | no idea what the position is though, so.. who knows if i'll want it |
01:05.32 | treke | I imagine they'll be watching you like a hawk |
01:05.40 | kergoth | no doubt |
01:05.53 | ljp | hmm |
01:05.53 | kergoth | i should probably just go elsewhere at this point |
01:06.02 | ljp | work for montevista |
01:06.18 | ljp | they apparently dont do much |
01:06.29 | kergoth | hehe |
01:06.41 | CosmicPenguin | heh - I was going to say the exact same thing |
01:07.04 | CosmicPenguin | But if I could build a MV load with BB well.... that would be pretty cool |
01:07.51 | CosmicPenguin | But then, I would start thinking... "Why do I need Montavista for this?" |
01:07.55 | CosmicPenguin | And then that would be bad |
01:14.40 | reenoo_ | I'm off to bed. 'night al |
01:14.44 | reenoo_ | all even |
01:32.52 | *** join/#oe marcanso1t (1337@80.26.156.113) |
01:44.49 | *** join/#oe jimmy_ (~jimmy@wsip-68-15-250-27.dl.dl.cox.net) |
01:45.18 | jimmy_ | The Zaurus line of handhelds is discontinued in America, right? |
01:47.15 | *** join/#oe beewoolie (~beewoolie@florence.buici.com) |
01:58.05 | *** join/#oe micropal_ (ident@139.80-202-82.nextgentel.com) |
02:01.15 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
02:22.51 | mithro | jimmy_: kinda |
02:38.44 | jimmy_ | assuming I don't want to purchase one off of ebay ... |
02:39.08 | jimmy_ | do you know of a retailer that may carry it? perhaps there is a nicer handheld to look for these days. any suggestions? |
02:39.52 | *** join/#oe treke|home (~ggilbert@69-175-32-221.ventca.adelphia.net) |
02:50.02 | mithro | jimmy_: they are discontinued to the general public |
02:59.16 | kergoth | bored. |
02:59.33 | jimmy_ | bummer |
03:02.41 | emte | curious ... what is the difference btwn -cross and -native? |
03:06.35 | kergoth | cross builds binaries that run on the build machine but target the device you'er building for |
03:06.39 | kergoth | like the crosscompiler. |
03:06.51 | kergoth | native builds binaries that run on the build machine, for hte build machine. |
03:17.24 | *** join/#oe chouimat (~dieu@r2351064.cidc.net) |
03:20.56 | chouimat|Zzz | night |
03:31.42 | emte | hmm |
03:32.05 | emte | anyone plan to take advantage of the ps3 hardware when it arrives? |
03:32.21 | emte | its a monster of a chip |
03:33.44 | emte | 4.7Ghz and a hardware level "cellular" distributed compiling/networking system |
03:34.42 | emte | little bit of speculation about what intel is going to do since it might kill parallel systems |
03:35.52 | emte | i guess it all depends on how long sony holds it in check |
03:36.32 | emte | mmm finally 3gb takes a damn long time to dld sometimes |
03:37.00 | *** join/#oe _keith (~keith@bh02i525f01.au.ibm.com) |
03:41.15 | *** join/#oe linuxwhore (~johnh@70-56-163-89.mpls.qwest.net) |
03:43.41 | *** join/#oe linuxwhore (~johnh@70-56-163-89.mpls.qwest.net) |
03:50.44 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
04:09.04 | *** join/#oe CP|Home (~nobody@vc7-1-203.dsl.netrack.net) |
04:09.30 | _keith | Hi all, Now that I managed to get openembedded to complete a "bitbake opie-image" I have the jffs2 filesystem image and kernel. How do I create the updater.data file that I need to flash my sl-6000. |
04:14.33 | *** join/#oe HCl_ (hcl@titania.student.utwente.nl) |
04:18.22 | *** join/#oe koen|sleep (~koen@2001:610:600:93:0:0:0:2) |
04:36.32 | *** join/#oe koen|sle1p (~koen@2001:610:600:93:0:0:0:2) |
05:21.11 | *** join/#oe bluelightning (~bluelight@203-173-245-156.akl.ihugultra.co.nz) |
06:26.38 | *** join/#oe _law_ (~law@mail.stiftadmont.at) |
06:27.26 | *** join/#oe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
07:10.42 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
07:17.10 | *** join/#oe rphillips (~rphillips@rphillips.developer.gentoo) |
07:37.44 | koen | good morning all |
07:41.31 | *** join/#oe macmac (~mac@f04v-8-140.d1.club-internet.fr) |
07:44.51 | Cwiiis | ah, I remember how I fixed bb before... I updated debian :/ |
08:13.23 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
08:22.32 | *** join/#oe TyggerBob (~bdavies@CPE00045a265f64-CM000f9f7c58fa.cpe.net.cable.rogers.com) |
08:42.26 | RP | Does anyone know who sgm is? FWIW, I saw that same gtk build error yesterday... |
08:42.58 | koen | RP: sgm is Bas Mevissen from the h2200-port project |
08:43.20 | hrw|work | re |
08:44.03 | RP | koen: Thanks. I'll drop him an email - I don't have a fix but I do know why it fails... |
08:46.28 | *** join/#oe XorA (~dp@81-178-215-10.dsl.pipex.com) |
08:46.37 | koen | I wonder why, because "it works over here" |
08:46.48 | XorA | morning |
08:46.57 | koen | 'morning XorA |
08:53.21 | RP | koen: I was doing something rather dodgy with TARGET="native"... |
08:54.13 | koen | aha |
08:58.22 | koen | RP: I'm going to test 2.6 on a corgi when it arrives |
08:58.57 | RP | koen: you have one arriving? cool :) |
08:59.30 | koen | It's now somewhere between Cambridge and my home :) |
09:00.12 | RP | I want to get acceleration working on corgi. I'm sure I can do it. Just a question of the rather large amount of time needed :-/ |
09:02.25 | koen | I'll be happy to test stuff |
09:03.35 | XorA | RP: are you still working on making aticore library work on 2.6? |
09:03.43 | RP | koen: I'll keep it in mind, thanks :). |
09:04.11 | RP | XorA: I can make it work fine on 2.6. I want to pinch the functions and use them in w100fb.c though |
09:04.40 | RP | So then it won't just be mplayer that can use the acceleration |
09:04.47 | XorA | RP: cool, does QT get to use fb accelleration? |
09:05.16 | RP | XorA: If it doesn't, I'll be suggesting it should... |
09:05.37 | RP | I should really check that out :-/ |
09:07.17 | RP | kdrive doesn't use the fb layer's accel functions so probably not much :-/ |
09:07.47 | RP | However it could probably be perswaded to use them... |
09:07.54 | koen | that would be nice |
09:08.05 | hrw|work | meta-opie took 5.5h |
09:08.49 | Bernardo | good morning |
09:08.57 | RP | morning Bernardo |
09:08.58 | koen | hey Bernardo |
09:08.59 | hrw|work | hi Bernardo |
09:09.14 | bluelightning | morning Bernardo |
09:09.55 | Bernardo | thanks guys! :) |
09:10.23 | Bernardo | there was someone else yesterday complaining of dependency problems, right? |
09:12.06 | XorA | koen: if AtiCore is working reliably then bolting XAA into an xserver is a simple job, XAA is easy |
09:13.14 | RP | XorA: I might hold you to that ;-) |
09:13.34 | XorA | RP: fair enough, I wrote an x driver before |
09:13.41 | *** join/#oe ade|desk (~adavey@194.200.143.249) |
09:14.11 | RP | You could probably get away with using AtiCore as it stands, thinking about it. I'd prefer to get some of the functions into w100fb though. THe console can be so slow at scrolling... |
09:15.11 | XorA | RP: I meant to ask, can you use fbset to change reolution of your console? |
09:15.22 | RP | XorA: You can |
09:15.45 | XorA | RP: oooooh |
09:15.59 | RP | XorA: Supported modes are 640x480, 480x640, 240x320 and 320x240 |
09:16.32 | XorA | RP: Im guessing thats why opie mode changes are now lightning fast |
09:17.20 | RP | XorA: Probably. I don't know what it does behind the scenes. I binned all the sharp rotation junk though |
09:17.38 | RP | You have no idea how pleased I was to do that :) |
09:18.20 | XorA | RP: I must say your 2.6 kernel feels VERY fast under opie |
09:19.07 | XorA | and the whole thing blows away the Ipaq I have in my drawer |
09:19.34 | RP | XorA: Some of that is 2.6 being a nice kernel. The rest is the trimmed down drivers... |
09:20.10 | XorA | RP: I want to get back to the state I can match DivX on Z and Ill be happy again :-) |
09:20.20 | cedric | RP: if I do some porting for the poodle, is the kernel 2.6 going to speed that device on gpe? |
09:21.13 | RP | cedric: I can't see anything I've done that is really specific to the corig's so I'd say yes... |
09:21.36 | RP | Its mostly the combination of a modern kernel and a modern compiler... |
09:23.32 | cedric | RP: could u point me to the right direction (I known I've slightly ask before but I didn't have time to do anything...). Have u got any test harness so I could test on my poodle? |
09:24.18 | cedric | I can do a pre-testing today... |
09:24.29 | RP | cedric: John Lenz has been doing the work on poodle - I don' |
09:24.42 | RP | I don't have one of know much about them... |
09:25.07 | RP | cedric: http://www.cs.wisc.edu/~lenz/zaurus/ |
09:25.29 | RP | I've put his current work into oe so you can compile a kernel for poodle from there |
09:25.44 | RP | He tells me it works atm... |
09:26.02 | cedric | RP: but he's not doing anything for the time been, I would like to merge what u've done for the poodle, or is it already device independant? |
09:26.28 | cedric | ha ok |
09:28.41 | RP | cedric: Some of what I've done for corgi can be used on poodle but not much. locomo is the stmubling block - I don't think JL can find a clean way to implement it acceptable to mainline... |
09:29.02 | cedric | I just need to set MACHINE=openzaurus-pxa-2.6 ?? how does it detect I've got a poodle? |
09:30.02 | RP | cedric: It will be eventually. The openzaurus-pxa-2.6 makefile doesn't include poodle support at the moment though |
09:30.37 | RP | As a temp fix, set MACHINE=openzaurus-pxa-2.6 but copy the defconfig-poodle over defconfig-openzaurus-pxap2.6 |
09:31.03 | cedric | RP: ah ok |
09:32.12 | RP | The automatic detection is all there. There are just some issues about kernel size I've not dealt with yet... |
09:34.48 | cedric | RP: ok so I'll test it with a bootstrap image because I beleive with a gpe image is not ready? |
09:35.26 | koen | cedric: gpe-image built fine over here for open-zaurus-pxa-2.6 |
09:35.54 | RP | If I recall correctly, there are a couple of bugs with gpe which lock up the serial port but I think it does basically work |
09:36.08 | RP | I've used opie images rather than gpe ones... |
09:36.49 | *** join/#oe LarsAC (~chatzilla@134.130.124.227) |
09:36.51 | cedric | RP: so the locomo is for what? the video? |
09:37.13 | RP | locomo is the IO chip for most of the peripherals :-/ |
09:37.21 | LarsAC | installing opie-mediaplayer2 yields a dependency for tslib that cannot be resolved on my Z5600 |
09:37.25 | LarsAC | any ideas ? |
09:37.32 | RP | cedric: keyboard, backlight, touchscreen etc |
09:37.50 | RP | The good news is JL has partially implmented a driver |
09:37.58 | koen | LarsAC: #openzaurus? |
09:38.16 | LarsAC | koen: they suggested to ask here :D |
09:38.30 | cedric | RP: and everthing is in OE? |
09:38.45 | RP | cedric: Everything I know of, yes |
09:38.53 | *** join/#oe ade|desk (~adavey@194.200.143.249) |
09:39.10 | XorA | hrw|work: I have fixed oz-compat |
09:39.55 | koen | LarsAC: they are being lazy |
09:39.59 | XorA | hrw|work: but I dont know how to do it in OE |
09:40.16 | LarsAC | okay |
09:40.40 | koen | LarsAC: it's a bit like pointing debian users to #apt |
09:41.06 | LarsAC | koen: was probably more like a wild guess to see if someone around here has a suitable pkg |
09:41.30 | koen | LarsAC: tslib should already be installed if you use OZ > 3.5.1 |
09:42.48 | koen | LarsAC: if tslib is the only dep try ipkg install opie-mediaplayer-2 --nodeps or something similar |
09:43.08 | LarsAC | --force-depends probably |
09:44.15 | hrw|work | XorA: what you changed? |
09:44.26 | XorA | hrw|work: ln /tmp/qtembedded-0/QtEmbedded-0 /tmp/qtembedded-root/QtEmbedded-0 |
09:44.36 | XorA | hrw|work: the file the socket is kept in changed |
09:45.40 | hrw|work | ah... |
09:46.02 | XorA | hrw|work: but as far as I can see there is no source for oz-compat |
09:46.16 | hrw|work | TT stop using UID and start using LOGNAME... |
09:46.25 | hrw|work | XorA: probably patch 'runcompat' |
09:47.21 | XorA | hrw|work: runcompat has no variable that keeps that value |
09:48.39 | hrw|work | XorA: tried adding "ln /tmp/qtembedded-0/QtEmbedded-0 /tmp/qtembedded-root/QtEmbedded-0" into it? |
09:49.44 | XorA | hrw|work: Ill have to look up my sh scripting, that should probably have an if around it :-) |
09:53.54 | *** join/#oe bluelightning_ (~bluelight@203-173-244-254.akl.ihugultra.co.nz) |
09:56.37 | hrw|work | if [ -z /tmp/qtembedded-root/QtEmbedded-0 ] ; then ln /tmp/qtembedded-0/QtEmbedded-0 /tmp/qtembedded-root/QtEmbedded-0 |
09:56.41 | hrw|work | or sth like that |
09:58.18 | CoreDump|home | s/-z/-e ;) |
09:58.24 | CoreDump|home | err |
09:58.46 | CoreDump|home | if ! [ -e /tmp/qtembedded-root/QtEmbedded-0 ] |
09:59.05 | hrw|work | aha |
09:59.33 | CoreDump|home | there might be a negated "-e" option but I'm to lazy to look it up |
10:00.19 | *** join/#oe florian_hrz (~fuchs@141.99.13.19) |
10:00.22 | florian_hrz | hi all |
10:00.27 | CoreDump|home | hi florian_hrz |
10:00.27 | hrw|work | someone want pilot-link in OE? |
10:02.27 | *** join/#oe pb_ (~pb@2002:3e03:42cc:2:20a:5eff:fe00:391e) |
10:02.31 | hrw|work | argh.. |
10:02.39 | ade|desk | morning pb_ |
10:02.42 | hrw|work | got repeatable ICE |
10:02.52 | bluelightning_ | hi pb_ |
10:03.45 | *** join/#oe Virusmaster (~Thomas@p5085D8EF.dip0.t-ipconnect.de) |
10:04.47 | *** join/#oe morrijr (~john@host-83-146-11-165.bulldogdsl.com) |
10:05.02 | *** join/#oe morrijr_ (~john@host-83-146-11-165.bulldogdsl.com) |
10:05.04 | pb_ | hi ade|desk |
10:05.18 | hrw|work | ~lart gcc authors for http 404 |
10:05.30 | hrw|work | | See <URL:http://gcc.gnu.org/bugs.html> for instructions. |
10:05.35 | hrw|work | got 404 |
10:06.05 | hrw|work | hmm.. |
10:06.07 | hrw|work | ~lart me |
10:06.36 | bluelightning | heh |
10:06.43 | bluelightning | done that lots myself |
10:07.05 | bluelightning | "it's not there" "yes it is" "no it's not.... wait... oops, heh" |
10:07.19 | *** join/#oe Townfool (~carl@host-83-146-11-165.bulldogdsl.com) |
10:08.05 | hrw|work | can someone try to build http://www.hrw.one.pl/tmp/pilot-link_0.12.0-pre2.bb and give info? |
10:08.48 | bluelightning | hrw|work: ok |
10:09.23 | bluelightning | heh... pretty simple :) |
10:09.35 | cedric | RP: should I remove the arm 2.95.3 in my PATH, or it should ignore it? |
10:09.59 | hrw|work | bluelightning: enough to try to get it build |
10:10.27 | *** join/#oe Townfool (~carl@host-83-146-11-165.bulldogdsl.com) |
10:10.39 | hrw|work | bluelightning: I usually started from SRC_URI, then add inherit and try to build. after getting working version I add other fields |
10:10.43 | *** part/#oe Townfool (~carl@host-83-146-11-165.bulldogdsl.com) |
10:10.51 | XorA | hrw|work: internal compiler error: in arm_print_operand |
10:10.54 | hrw|work | bluelightning: or if it is qpe app then I get other qpe app as template |
10:11.08 | hrw|work | | debugsh.c: In function `read_user': |
10:11.08 | hrw|work | | debugsh.c:105: internal compiler error: in arm_print_operand, at config/arm/arm.c:9869 |
10:11.10 | bluelightning | hrw|work: sounds like a good way to do it |
10:11.11 | hrw|work | ? |
10:11.29 | XorA | hrw|work: thats the one |
10:11.37 | hrw|work | ok |
10:11.43 | XorA | hrw|work: so the bug affects x86-64 as well |
10:11.46 | hrw|work | so we got repeatable ICE |
10:12.06 | bluelightning | only time I ever had an ICE was when my Athlon XP was overheating :) |
10:12.12 | hrw|work | probably need to read bugs.html ;( |
10:12.34 | hrw|work | someone has gcc-cross <3.4.3 maybe? |
10:13.20 | bluelightning | well I have an installed 3.3.2 toolchain... no libs compiled though |
10:13.36 | bluelightning | got same error btw, if it matters |
10:15.07 | RP | cedric: It'll ignore it |
10:19.23 | bluelightning | hrw|work: doesn't seem to compile properly with 3.3.2 |
10:19.30 | bluelightning | debugsh.c:172: error: impossible constraint in `asm' |
10:19.46 | bluelightning | could be me not configuring correctly though, who knows |
10:20.06 | bluelightning | CC=arm-linux-gcc ./configure --host=arm-linux |
10:21.40 | cedric | RP: thx, just compile it at the moment... |
10:24.41 | pb_ | bluelightning: what does that line of code look like? |
10:25.59 | bluelightning | pb_: FD_ZERO(&r); |
10:26.02 | bluelightning | weird |
10:26.10 | bluelightning | also occurs on lines with: |
10:26.19 | bluelightning | if (FD_ISSET(fileno(stdin), &rin)) { |
10:26.33 | bluelightning | } else if (FD_ISSET(sd, &rin)) { |
10:26.50 | bluelightning | I guess these macros are expanding to something it doesn't like |
10:27.00 | pb_ | I guess so. Check with gcc -E. |
10:28.08 | bluelightning | # 172 "/usr/include/unistd.h" 2 3 4 |
10:28.20 | bluelightning | does that mean anything to you? (never used gcc -E before) |
10:29.00 | bluelightning | wait that probably doesn't mean anything, I assumed 172 was the line number |
10:32.14 | cedric | RP: | arch/arm/mach-pxa/built-in.o(.text+0xc2c): In function `pxa_pm_enter': |
10:32.14 | cedric | | arch/arm/mach-pxa/sleep.S: undefined reference to `corgi_enter_suspend' |
10:32.14 | cedric | | arch/arm/mach-pxa/built-in.o(.text+0xe88):arch/arm/mach-pxa/sleep.S: undefined |
10:32.14 | cedric | <PROTECTED> |
10:32.14 | cedric | | make: *** [.tmp_vmlinux1] Error 1 |
10:32.14 | cedric | | FATAL: oe_runmake failed |
10:32.16 | cedric | NOTE: Task failed: |
10:32.18 | cedric | NOTE: package linux-openzaurus-2.6.11-rc2-r12: task do_compile: failed |
10:37.15 | mickeyl | morning |
10:39.31 | hrw|work | hi mickeyl |
10:39.53 | pb_ | bluelightning: I think that's the line number in unistd.h |
10:39.56 | pb_ | hi mickey |
10:39.58 | hrw|work | someone reported gcc bug before? is this a big work for first time? |
10:40.07 | bluelightning | pb_: so how do I make use of that output? |
10:40.23 | pb_ | bluelightning: you need to locate the part that corresponds to the FD_ZERO invocation. |
10:43.19 | bluelightning | do { int __d0, __d1; __asm__ __volatile__ ("cld; rep; stosl" : "=c" (__d0), "=D" (__d1) : "a" (0 |
10:43.19 | bluelightning | ), "0" (sizeof (fd_set) / sizeof (__fd_mask)), "1" (&((&r)->__fds_bits)[0]) : "memory"); } while (0); |
10:43.32 | bluelightning | that appears to be it |
10:43.47 | bluelightning | lovely... |
10:46.08 | pb_ | that's clearly x86 assembler. |
10:46.25 | pb_ | if you're trying to feed that to the arm compiler, it's not surprising that it chokes. |
10:46.38 | bluelightning | well that's probably something I did wrong then :) |
10:46.50 | pb_ | heh |
10:47.12 | bluelightning | what should I be supplying to ./configure to make it properly cross-compile to arm? (doing it outside of OE for testing purposes) |
10:47.31 | mickeyl | read autotools.bbclass to get an idea |
10:47.38 | bluelightning | mickeyl: ok |
10:47.42 | pb_ | CC=arm-linux-gcc ./configure --build=i386-linux --host=arm-linux |
10:47.44 | pb_ | something like that |
10:48.12 | bluelightning | I had all of that apart from --build=i386-linux |
10:48.38 | *** join/#oe florian_hrz (~fuchs@141.99.13.19) |
10:48.48 | pb_ | florian_hrz: wb |
10:48.51 | *** join/#oe zinga (~arnaudb@186.80-203-227.nextgentel.com) |
10:53.11 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
10:53.52 | bluelightning | hmm well it doesn't make any difference... perhaps it's looking in the wrong include dir |
10:56.37 | bluelightning | koen: would it be possible to have the latest kbdd in 0.8.1? |
10:57.03 | koen | bluelightning: sure |
10:57.33 | bluelightning | currently it seems to be set to before all of the recent patches |
10:57.38 | koen | bluelightning: send in a .bb for that |
11:02.58 | *** join/#oe beltorak (~xpsuxxx@ip68-230-199-179.rd.hr.cox.net) |
11:03.57 | bluelightning | argh |
11:04.54 | bluelightning | kbdd makefile sets VERSION = "0.4" and CFLAGS += "-DVERSION=$(VERSION)" |
11:05.12 | bluelightning | but these seem to be ignored when OE builds it |
11:05.18 | beltorak | is this the right channel for bitbake questions/ |
11:05.19 | beltorak | ? |
11:06.01 | mickeyl | yes |
11:07.00 | beltorak | ok, i have my BBFILES var set to '/home/me/misc/download/src/openembedded/packages/*/*.bb' as the wiki directs, but itbake seems to be choling on it |
11:07.20 | mickeyl | choling ? |
11:07.24 | RP | cedric: ah - you need to back out the changes to that file :-/ |
11:07.43 | CoreDump|home | s/l/k |
11:08.04 | beltorak | **choking -- it says "no such file or directory" -- do i have to spell out each path to each bb file? |
11:08.15 | CoreDump|home | hell no |
11:08.41 | beltorak | oh good; lemme get the error -- this might take a bit since i have to hand enter it |
11:09.17 | RP | cedric: Easiest thing to do is comment out corgi_power1 in the bitbake file, clean and try again |
11:11.14 | beltorak | NOTE: Handling BitBake files: | (0001:0001) [100%] ERROR: [Errno: 2] No such file or directory: '"/home/me/misc/download/src/openembedded/packages/*/*.bb' while parsing "/home/me/misc/download/src/openembedded/packages/*/*.bb |
11:11.34 | beltorak | and then "ERROR: nothing provides opie-image"... |
11:12.37 | CoreDump|home | beltorak: BBFILES := "/home/mhentges/OpenEmbedded/bitbake/openembedded/packages/*/*.bb" |
11:12.45 | CoreDump|home | that's from my local.conf |
11:13.12 | CoreDump|home | so it should work. Make sure that the directory exists. I suspect there's a typo in your path somewhere |
11:13.53 | beltorak | i've checked it several times... lemme check again |
11:14.05 | CoreDump|home | yeah, but use paste'n copy :) |
11:14.12 | *** join/#oe tigrux (~tigrux@charybdis-ext.suse.de) |
11:15.54 | beltorak | ahh; i that must've done it... |
11:15.57 | beltorak | thanks; |
11:16.09 | CoreDump|home | np |
11:16.25 | beltorak | does bitbake work out of the box for you? I had to edit the 'sys.path.append' line up near the top... |
11:16.43 | CoreDump|home | the only thing I had to edit was local.conf |
11:17.28 | beltorak | hhmmm... thats odd; Maybe its cuase i used a prefix to the install command? |
11:17.53 | CoreDump|home | never used the install script myself |
11:17.58 | beltorak | oic |
11:18.02 | CoreDump|home | maybe your BBPATH is borked |
11:18.35 | beltorak | in local.conf? |
11:18.39 | CoreDump|home | nah |
11:18.43 | beltorak | or the exported var? |
11:18.43 | CoreDump|home | in your shell env |
11:18.48 | CoreDump|home | the latter |
11:18.56 | beltorak | hhmm. it could be; |
11:19.57 | CoreDump|home | I have it set to "full_path_to_openembedded:full_path_to_openembedded:full_path_to_bitbake" |
11:21.09 | Bernardo | I'm having dependency problems building opie image since sunday, maybe it's related? |
11:21.13 | beltorak | i only have it set to my build and openembedded paths -- i installed bitbake in /usr/local |
11:21.35 | XorA | Bernardo: built an oz-3.5.3 opie image this morning |
11:21.42 | hrw|work | bluelightning: PV="0.4+cvs-${CVSDATE}" for kbpp should be ok |
11:21.47 | CoreDump|home | Bernardo: I had the same since qt/e was moved to .10 |
11:22.00 | Bernardo | hotplug: unsatisfied recommendation for pciutils |
11:22.00 | Bernardo | hotplug: unsatisfied recommendation for usbutils |
11:22.01 | Bernardo | ERROR: Cannot satisfy the following dependencies for task-bootstrap: |
11:22.01 | Bernardo | <PROTECTED> |
11:22.05 | beltorak | now whats the difference between the images? what is opie and what is gpe? |
11:22.37 | hrw|work | ~gpe |
11:22.38 | ibot | hmm... gpe is the Great Palmtop Environment and can be found at http://gpe.handhelds.org - Join #gpe to chat about it. |
11:22.38 | CoreDump|home | Bernardo: nm |
11:22.38 | hrw|work | ~opie |
11:22.39 | ibot | i heard opie is the Open Palmtop Integrated Environment. More info at http://opie.handhelds.org/ or in the #opie channel. Installation instructions at http://opie.handhelds.org/wiki/index.php?OpieInstallation or respect, API http://handhelds.org/~zecke/apidocs/, or a nose-hair trimming device invented by Steve Ballmer in his high-school days |
11:22.39 | Bernardo | XorA: I built one 2 days ago, but since sunday I get errors like these |
11:22.48 | XorA | Bernardo: tried rm -rf tmp/cache ? |
11:22.54 | Bernardo | I've blasted my build dir twice now, and started from scratch, and nothing |
11:23.35 | XorA | Bernardo: I have DISTRO="openzaurus-3.5.3" MACHINE="openzaurus-pxa-26" |
11:23.52 | Bernardo | XorA: trying once again... I have the same distro, machine=collie |
11:24.11 | XorA | Bernardo: you a cvs snapshot user? |
11:24.16 | Bernardo | no, bk |
11:24.21 | Bernardo | brb - daughter |
11:24.21 | *** join/#oe Cwiiis[uni] (~cil103@flora.ecs.soton.ac.uk) |
11:26.18 | bluelightning | hrw|work: trouble is that doesn't actually get the version from the Makefile |
11:26.48 | *** join/#oe micropal_ (ident@139.80-202-82.nextgentel.com) |
11:29.10 | hrw|work | bluelightning: maybe you have to give it? |
11:29.42 | bluelightning | hrw|work: well maybe I will just have to live with it being hardcoded in the .bb |
11:29.58 | beltorak | ok; thanks for the help :) |
11:30.21 | bluelightning | hrw|work: or should I name it kbdd_0.4.bb and then append ${CVSDATE} to PV? |
11:30.46 | hrw|work | bluelightning: kbdd_cvs.bb rather if it is not fixed to one date |
11:30.54 | bluelightning | ok |
11:41.54 | hrw|work | bluelightning: ok. add MAINTAINER, fix SECTION and add DESCRIPTION |
11:42.46 | bluelightning | what should section be? |
11:43.21 | florian_hrz | bbl |
11:44.33 | hrw|work | bluelightning: kbdd is kernel module? userland daemon? opie inputmethod? |
11:45.04 | bluelightning | hrw|work: it's a userspace keyboard daemon... forwards stuff to the kernel via uinput |
11:45.12 | bluelightning | where "stuff" is keystrokes :) |
11:45.39 | hrw|work | bluelightning: look into openembedded/packages and decide |
11:46.50 | bluelightning | I figure console/utils |
11:47.07 | hrw|work | thats better then unknown |
11:47.16 | bluelightning | yep :) |
11:47.41 | *** join/#oe _law_ (~law@213.173.86.202) |
11:48.39 | hrw|work | bluelightning: think from user perspective.. "version 0.4+cvs-20050208 of package kbdd" means nothing (no DESCRIPTION). finding package in few thousands of packages is hard (section=unknown) |
11:48.52 | bluelightning | yeah |
11:49.10 | hrw|work | bluelightning: and lack of maintainer add more work for Oe team (who added it? how to contact him/her) |
11:49.27 | bluelightning | I didn't write the original bb btw, I just patched it :) but shortly it will be fixed anyway |
11:49.46 | hrw|work | bluelightning: you fixed, upgraded so you are ready to maintain it |
11:49.53 | bluelightning | yeah |
11:49.58 | bluelightning | fair enough |
11:50.09 | bluelightning | I will add LICENSE also |
11:50.22 | hrw|work | there is license but in strange place |
11:52.58 | Bernardo | XorA: just removed the cache again, did a bitbake -c clean opie-qcop task-bootstrap, and now the error I got was "Fatal Python error: GC object already tracked" |
11:54.17 | Bernardo | this on a athlon-64 running in 32bit mode |
11:54.24 | XorA | Bernardo: sounds painfully like something is major wrong in you system |
11:54.48 | XorA | hrw|work: Hmm, automatically linking the qtserver socket doesnt work after you restart opie |
11:55.05 | Bernardo | it worked until sunday, with no updated software since then... Time to check md5sums for everything, will let it at that. bbl |
11:56.23 | koen | bluelightning: take 4: add file ;) |
11:56.52 | bluelightning | yeah I know :/ |
11:57.32 | *** join/#oe freyther (~freyther@pD9E7C4EE.dip0.t-ipconnect.de) |
11:57.33 | bluelightning | send-NOOOO |
11:57.37 | hrw|work | hi zecke |
11:58.03 | XorA | Bernardo|away: you got bbcow? |
11:58.04 | bluelightning | hi freyther |
11:58.16 | Bernardo|away | XorA: no |
11:59.32 | XorA | Bernardo|away: rules out an incompatible change in oe anyway, Ive seen wierd effects like that when bbcow has been partially readicated |
11:59.39 | XorA | irradicated |
12:06.46 | bluelightning | time for bed, cya all |
12:07.01 | CIA-4 | 03koen 07 * r1.3147 10openembedded/packages/kbdd/kbdd_cvs.bb: add kbdd_cvs.bb |
12:07.21 | bluelightning | thanks koen :) |
12:07.24 | hrw|work | bye bluelightning |
12:07.31 | hrw|work | sweet dreams |
12:07.41 | bluelightning | hrw|work: thanks |
12:11.53 | Bernardo | XorA: I left that machine checking all installed software, will see hot it goes in a hour or two |
12:13.34 | RP | Bernardo: I take it you've run bk -r co -q ? |
12:15.29 | Bernardo | RP: always after a bk pull (which I did one hour ago, before blasting the cache and trying again) |
12:16.11 | hrw|work | RP: can you fetch linux-2.6.10 + patch-2.6.11-rcX instead of linux-2.6.11-rcX? it will take less bandwidth if trying to follow |
12:23.28 | *** join/#oe Virusmaster (~Thomas@p5085DBE9.dip0.t-ipconnect.de) |
12:51.25 | RP | hrw|work: ok, will do. |
12:51.38 | hrw|work | thx |
12:52.11 | hrw|work | btw - I will test 6x8 font on my collie under 2.4.18 |
12:52.20 | RP | I'll switch when I move to rc3 which will be soon... |
12:52.29 | hrw|work | ok |
12:56.20 | *** join/#oe Virusmaster (~Thomas@p5085DBE9.dip0.t-ipconnect.de) |
13:17.28 | hrw|work | how to add new patch using patcher? touch it, edit and paste full content? |
13:17.37 | hrw|work | s/new patch/new file |
13:20.06 | mickeyl | patcher newfile.c++ |
13:20.18 | mickeyl | it will automatically add the newfile to the current patch |
13:20.30 | mickeyl | use patcher -a and patcher -b to navigate |
13:20.37 | hrw|work | thx |
13:28.22 | hrw|work | fscking shit diff |
13:30.10 | CIA-4 | 03koen 07 * r1.3148 10openembedded/conf/machine/handheld-common.conf: |
13:30.10 | CIA-4 | handheld-common.conf: |
13:30.10 | CIA-4 | <PROTECTED> |
13:32.07 | hrw|work | Files linux/drivers/video/font_6x8.c~test2 and linux/drivers/video/font_6x8.c differ |
13:32.14 | hrw|work | great madafaka patch |
13:32.17 | hrw|work | argh..... |
13:32.18 | *** join/#oe zilt (~aking@ottawa-dial-206-191-4-22.s-ip.magma.ca) |
13:36.43 | cedric | koen: just stupid question... why not using mplayer to combine vlc & nmf? |
13:37.28 | koen | cedric: vlc-gpe already uses mplayer codecs |
13:38.01 | koen | and gpe-nmf uses the gstreamer framework, so it should be easy to add video support |
13:39.11 | cedric | ok but for the time been we've got 2 softs with 2 different framework |
13:39.49 | koen | not sure if vlc can use gst, but by the lookso f it, yes |
13:43.24 | *** join/#oe Skyhusker (~fiam@80.103.40.249) |
13:43.27 | Skyhusker | hi |
13:44.46 | Bernardo | hi Skyhusker |
13:44.52 | Skyhusker | hi Bernardo |
13:47.16 | cedric | RP: cool it compiled... just need to wait for the image to complete |
13:47.43 | *** join/#oe marcansoft (1337@80.26.222.110) |
13:48.19 | XorA | RP: your uber cool new framebuffer breaks Xqt :-) |
13:54.51 | *** join/#oe chouimat (~dieu@r2351064.cidc.net) |
13:56.24 | chouimat | morning |
13:56.36 | koen | 'morning chouimat |
14:10.28 | RP | XorA: In what way? |
14:10.47 | XorA | RP: It assumes the rotation on C860 so draws it arse about tit |
14:11.11 | RP | Ah :). I can't help it making wrong assumptions ;-) |
14:11.25 | RP | Opie had the same problem... |
14:12.19 | koen | RP: on rotation, does the kernel generate a keypress? |
14:12.35 | cedric | RP: is the frequency changes in the 2.6 kernel? /proc/cccr_change |
14:12.44 | XorA | RP: I think SDL makes same mistake as well |
14:13.25 | robtaylor_ | ook. for building current openembedded, do i need to use a particular version of bitbake? |
14:13.46 | robtaylor_ | trunk on svn? |
14:14.14 | robtaylor_ | (i'm getting ERROR: /development/openembedded/openembedded/packages/patcher/patcher-native_20040913.bb depends on itself (eventually) |
14:14.14 | robtaylor_ | ERROR: upwards chain is: gpe-image (gpe-image) -> ipkg-native (ipkg-native) -> pkgconfig-native (pkgconfig-native) -> autoconf-native (autoconf-native) -> patcher-native (patcher-native)) |
14:14.16 | hrw|work | I use trunk |
14:14.33 | RP | koen: One of three keys is pressed depending on the position the system is in... |
14:14.40 | hrw|work | robtaylor_: update sources |
14:14.48 | RP | cedric: frequency change isn't enabled on the pxa yet, no |
14:14.54 | hrw|work | robtaylor_: we switched to quilt instead of patcher |
14:15.35 | robtaylor_ | sources? |
14:16.44 | hrw|work | robtaylor_: cd openembedded; bk pull |
14:16.46 | cedric | ERROR: function do_compile failed |
14:16.46 | cedric | ERROR: log data follows (/home/cedric/oe/build/tmp/work/orinoco-modules-cvs-r0/t |
14:16.46 | cedric | emp/log.do_compile.5583) |
14:16.46 | cedric | | NOTE: make KERNEL_SRC= KERNEL_PATH=/home/cedric/oe/build/tmp/staging/arm-linux |
14:16.46 | cedric | SION=2.6.11-rc2 CC=arm-linux-gcc LD=arm-linux-ld |
14:16.47 | cedric | | Makefile:40: *** Wireless extensions are not enabled. Stop. |
14:16.58 | robtaylor_ | hrw|work: done that |
14:17.09 | robtaylor_ | it was working before i did that ;) |
14:17.42 | hrw|work | robtaylor_: bitbake -b patcher-native.bb then |
14:17.46 | cedric | RP: I'm using CVSDATE of 20050131, is it too old for the oriconco modules? |
14:18.30 | RP | cedric: I had builds working around then - I don't know if anything has changed... |
14:18.39 | robtaylor_ | hrw|work: thats non ideal, i have an automated build system here.. =) |
14:18.48 | robtaylor_ | ah well, i'll figure it out.. |
14:19.27 | RP | cedric: You could always try the 2.6 kernel with your 2.4 filesystem. If you just boot to a shell, it should be fine... |
14:19.35 | cedric | RP: so what's yr orinoco ipk date? |
14:19.38 | robtaylor_ | (yay for quilt, btw ;)) |
14:20.01 | hrw|work | robtaylor_: if you dont inherit patcher in conf/local.conf then quilt-native should be build instead of patcher-native |
14:20.10 | robtaylor_ | ahhh |
14:20.16 | robtaylor_ | right that'll be it then |
14:20.21 | RP | The only major difference I know of is the touchscreen changes and I don't think poodle has touchscreen |
14:21.42 | RP | cedric: It compiled on 30/1/05/ I haven't wiped tmp since then |
14:21.57 | RP | (that was from CVS) |
14:22.25 | RP | You are using the openzaurus-3.5.3 target? |
14:22.32 | cedric | RP: ok my CVSDATE is 31/01/2005... :-) |
14:22.47 | cedric | RP: nope familiar 0.8.1 |
14:23.01 | cedric | but with soft float |
14:23.14 | cedric | and gcc 3.4.3 |
14:24.33 | hrw|work | NOTE:[15:24] Applying patch 'font6x8' |
14:24.48 | RP | cedric: It worked for me... (soft float, gcc 3.4.3)... |
14:31.45 | cedric | RP:with my rootfs 2.4, I'm getting kernel panic --> not syncing: no init found. try passing init = option to kernel |
14:32.26 | cedric | AndyCap: unable to open an initial console |
14:32.43 | cedric | and --> unable to open an initial console |
14:32.54 | RP | cedric: It sounds like its not able to mount the root mtd partition :-/ |
14:33.16 | cedric | ovouisly no backlight... can't see a dam thing... :-) |
14:34.08 | cedric | and nothing on the serial console |
14:34.42 | RP | cedric: http://www.cs.wisc.edu/~lenz/zaurus/ there is a poodle_fix_mtd_sharpsl_part.patch. You'll need that |
14:34.53 | RP | I thought it was in OE but it might not be |
14:35.21 | RP | JL decided to give me one big patch instead of all the small ones and he hasn't included that one in it :-/ |
14:36.11 | RP | cedric: Although that patch is in OE :-/ |
14:36.35 | RP | Maybe you should try it without that as I'm not convinced JL had that right... |
14:37.02 | RP | If you can give me a bootlog of a 2.4 kernel booting on poodle, I'll check that value and tell you whether its needed or not... |
14:37.54 | cedric | RP: that's in the bb file --> http://www.cs.wisc.edu/~lenz/zaurus/files/poodle_fix_mtd_sharpsl_part.patch |
14:39.02 | RP | cedric: I know - see above... |
14:39.24 | cedric | RP: ok how can I do that for 2.4? just give u a dmesg? |
14:41.25 | RP | yes |
14:41.48 | RP | brb |
14:49.08 | *** join/#oe mallum (~mallum@host81-156-153-193.range81-156.btcentralplus.com) |
14:50.53 | CIA-4 | 03pb 07 * r1.3149 10openembedded/packages/gpe-calendar/gpe-calendar_0.61.bb: update gpe-calendar to 0.61 |
14:51.32 | cedric | RP: http://pastebin.ca/5467 |
14:53.52 | CIA-4 | 03koen 07 * r1.3150 10openembedded/conf/distro/familiar-0.8.1.conf: |
14:53.52 | CIA-4 | familiar-0.8.1.conf: |
14:53.52 | CIA-4 | <PROTECTED> |
14:56.59 | RP | cedric: You want to remove that patch. JL has it all wrong and I'm going kill him as I've pushed that change to the mtd people :-( |
14:57.01 | chouimat | zecke: ping |
14:57.58 | cedric | RP: ooppppsss |
14:58.32 | cedric | RP: ok I'm going to test it without that patch |
14:59.50 | zecke | pong |
15:00.25 | XorA | can anyone on here get pcre to compile? |
15:00.48 | chouimat | zecke: got news from coolo? and someone want info about opie development with kdevelop in #kdevelop |
15:01.31 | *** join/#oe prpplague (~dave@mailhost2.amltd.com) |
15:01.59 | hrw|work | XorA: pcre build here (libtool 1.5.10) |
15:03.13 | XorA | hrw|work: same version here, will not compile |
15:03.36 | XorA | hrw|work: fancy doing a konq-e upgrade? |
15:03.59 | XorA | libtool just insists on search /usr/lib for libraries |
15:04.04 | hrw|work | XorA: in my oz 3.5.2 builddir I cannot build konq-emb |
15:04.23 | hrw|work | in my "openzaurus" builddirs whole meta-opie builds |
15:04.50 | XorA | hrw|work: can you stick pcre and konq-e ipks somewhere I can grab them? |
15:05.06 | hrw|work | sure |
15:05.10 | XorA | must be an amd64 problem with libtool |
15:06.14 | pb_ | hey prpplague |
15:06.22 | prpplague | pb_: morning |
15:06.28 | Bernardo | XorA: pcre compiled well here |
15:06.46 | prpplague | pb_: whats cookin today? |
15:06.49 | XorA | Bernardo: thought you were in 32bit mode? |
15:06.52 | Bernardo | yes |
15:06.53 | hrw|work | XorA: http://www.hrw.one.pl/tmp/ |
15:07.12 | hrw|work | XorA: konq-emb ipk |
15:07.21 | Bernardo | only zuc fails to build here usually (DISTRO=openzaurus-3.5.3) |
15:07.27 | hrw|work | NOTE:[16:07] package openzaurus-sa-2.4.18-rmk7-pxa3-embedix-r18: task do_build: completed |
15:07.30 | hrw|work | uf.. |
15:07.39 | hrw|work | finally I can test 6x8 font instead of 4x6 one |
15:08.12 | XorA | hrw|work: that ipk is missing control |
15:08.44 | hrw|work | 1313574 bytes long? |
15:08.58 | XorA | 777625 |
15:09.05 | hrw|work | refetch |
15:09.14 | XorA | hrw|work: I noticed :-) |
15:09.16 | robtaylor_ | um, so how do i use quilt? =) |
15:09.45 | CosmicPenguin | man quilt is a good first step |
15:10.00 | CosmicPenguin | of course, with a -native, thats a bit tougher |
15:11.06 | Bernardo | when you find that, tell me... |
15:11.11 | Bernardo | have to go now, later |
15:11.13 | CosmicPenguin | heh - a google man quilt gives some interesting links, but not the right ones |
15:12.39 | XorA | hrw|work: Cheers for that, saved me from madness |
15:12.52 | hrw|work | XorA: np |
15:15.08 | hrw|work | anyone know how to fix size of that fscking gtk2.6+ filereq? |
15:15.12 | XorA | http://pastebin.ca/5469 if anyone is interested |
15:20.04 | pb_ | prpplague: back on wifi security detail, implementing WPA for this zydas chip. |
15:20.56 | prpplague | pb_: in linux? |
15:21.07 | pb_ | yeah |
15:21.14 | prpplague | pb_: wow, got a url? |
15:21.41 | prpplague | pb_: we've been getting alot of calls for wpa/wpa2 under linux, but ive not had time to research it yet |
15:21.58 | prpplague | pb_: you using wpa_supplicant? |
15:27.31 | pb_ | http://sourceforge.net/projects/zd1211/ is the driver I'm using |
15:27.37 | pb_ | yah, with wpa_supplicant |
15:28.15 | prpplague | pb_: how difficult does it look to setup/configure? |
15:28.56 | pb_ | prpplague: setup and configuring is fairly easy, if your card driver already supports wpa. |
15:29.21 | pb_ | prpplague: the supplicant config file basically just has a list of ESSIDs and the corresponding PSK keys. Or it can talk to xsupplicant if 802.1x is your thing. |
15:29.24 | prpplague | pb_: ahh, the physical card needs to have hardware wpa? |
15:29.32 | pb_ | prpplague: no, but the driver needs some hooks |
15:29.39 | prpplague | pb_: gotcha |
15:30.13 | prpplague | pb_: yea, most of our ppl are using 802.1x |
15:30.26 | prpplague | pb_: sorry i mean 802.11b |
15:30.39 | prpplague | pb_: with the prisim chipset |
15:30.52 | pb_ | prpplague: WPA1 (TKIP) was designed to be backwards compatible with WEP hardware acceleration, so any modern card should be able to do that. For full 802.11i you need stronger crypto (AES), which needs either dedicated hardware or a host-side crypto implementation. |
15:31.12 | pb_ | hostap_cs includes a host-based implementation of AES, so you can do that with any card if your host cpu is fast enough. |
15:31.36 | prpplague | pb_: sa-1110 at 133mhz |
15:32.00 | pb_ | do you know how many cycles you have spare? |
15:32.05 | prpplague | pb_: lots |
15:32.07 | cedric | RP: I've recompiled the kernel without the mtd patch and I'm getting the same issue... |
15:32.12 | pb_ | ah, then you should have no problem |
15:32.12 | prpplague | pb_: not much really being done |
15:32.23 | prpplague | pb_: basically just a handheld ssh terminal |
15:33.15 | prpplague | pb_: yea, we basically just need wpa support for now |
15:33.32 | prpplague | pb_: i figured i'd have to use the hostap stuff for the prisim driver |
15:33.48 | RP | cedric: do you have a serial lead? |
15:34.01 | RP | cedric: if so, see what its saying to the serial port |
15:34.56 | cedric | RP: nothing to the serial console |
15:36.10 | cedric | RP: only on the device screen and the kernel message is in landscape mode |
15:36.25 | *** join/#oe Timelord (~TL@64-147-65-120.access-3.intertex.net) |
15:36.31 | RP | cedric: 115200baud? |
15:38.04 | cedric | RP: 115200 bits/s, 8 data bits, parity none, stop bits 1, flow control none |
15:38.35 | cedric | RP: emulation VT100 |
15:38.58 | robtaylor_ | once i have a quilt patch, do i just copy that patch out of the patches tree into the usual place and add it in the usual manner? |
15:39.06 | robtaylor_ | or do we make use of series? |
15:39.30 | pb_ | prpplague: yup. if you build the latest prism driver and install the wpa_supplicant, it ought to pretty much "just work". |
15:40.08 | RP | cedric: With that, I see the whole boot process. It should work... |
15:40.24 | RP | cedric: JL does his work via a serial lead... |
15:41.10 | cedric | RP: on my 2.4 kernel, I've never seen any output form the console, just the login prompt |
15:42.03 | cedric | RP: I've got the serial cable plugged to my zaurus cradle |
15:42.27 | prpplague | pb_: you talking about wlan-ng ? or hostap ? |
15:42.36 | prpplague | pb_: for the prism chipset? |
15:48.07 | pb_ | prpplague: hostap |
15:48.12 | pb_ | I've never tried with wlan-ng |
15:49.00 | prpplague | pb_: wlan-ng isn't listed with the wpa_supplication supported drivers |
15:49.07 | prpplague | pb_: hehe, and ive never used hostap |
15:49.13 | prpplague | pb_: always used wlan-ng |
15:49.26 | cedric | RP: any other idea? |
15:50.13 | pb_ | prpplague: ah, so your applications are all set up to use the funky wlanctl stuff? |
15:50.16 | pb_ | that could be a problem |
15:50.32 | prpplague | pb_: yea, but i was planning to rework them with hostap |
15:50.48 | pb_ | right |
15:51.23 | pb_ | hostap uses the standard wireless-extensions, pretty much. so, if you tweak your applications to work with that, you should be able to use any wifi driver. |
15:51.34 | prpplague | pb_: our front end just calls shell scripts, so it should be that difficuly |
15:51.38 | pb_ | afaik, wlan-ng is the only one that uses an incompatible api |
15:51.42 | pb_ | prpplague: right, cool |
15:52.21 | hrw|work | fbcon_setup: No support for fontwidth 6 |
15:52.23 | hrw|work | ;) |
15:54.47 | prpplague | hrw|work: heheheheh |
15:55.00 | prpplague | hrw|work: ahh the joys of small fonts |
15:55.10 | CIA-4 | 03koen 07 * r1.3151 10openembedded/packages/libdisplaymigration/libdisplaymigration_0.28.bb: |
15:55.10 | CIA-4 | libdisplaymigration_0.28.bb: |
15:55.10 | CIA-4 | <PROTECTED> |
15:55.15 | prpplague | hrw|work: mind if i ask whatcha working on? |
15:55.38 | XorA | aaaarghhhh Xqt has its rotation hardcoded that if width>height then the fb is obviously rotated *grumbles* |
15:55.58 | hrw|work | prpplague: tried to add 6x8 as default on collie |
15:56.42 | prpplague | hrw|work: ahh, which cfb driver is that using? |
15:56.46 | hrw|work | prpplague: anyway I have patch for 2.4.18 with that |
15:57.10 | hrw|work | prpplague: dont know even ;) |
15:57.36 | prpplague | hrw|work: yea, that patch is ok, but i found the code from the vr3 kernel was most useful |
16:00.11 | RP | cedric: I really don't know. Maybe you should ask JL how to get serial output from it. You really need to get the serial cable working one way or another... |
16:00.48 | RP | Poodle's serial port is the FF_UART which does get mapped to ttyS0? |
16:01.03 | RP | maybe add console output to ttyS1 and ttsyS2, just in case? |
16:04.18 | XorA | ok I need advice now, I know what is wrong with Xqt but on 2.4 based Z's the code needs to read one way, on devices where the Rotation270 doesnt exist then the code needs to read another way, what would be the best way to represent this |
16:04.25 | *** join/#oe qfh (~qfh@ppp-62-245-209-130.mnet-online.de) |
16:05.00 | hrw|work | XorA: look how opie has it done maybe? |
16:06.44 | RP | opie checks to see if an embedix kernel is running... |
16:06.57 | RP | (IIRC) |
16:10.12 | mickeyl | yep |
16:10.15 | mickeyl | uname -a|grep embedix |
16:10.18 | mickeyl | more or less |
16:10.43 | mickeyl | (of course not using shell) |
16:10.52 | XorA | Im assuming there is a call you can use to get RotationXX variable rather than Xqt's hacky if x>y |
16:11.41 | mickeyl | have a look at ODevice::rotation() |
16:18.09 | mickeyl | hmm 5 hours until python 2.3.5 release |
16:28.27 | cedric | RP: JL told me that is using root=/dev/mtdblock2 instead of mtdblock1 |
16:28.52 | cedric | RP: sorry the reverse of that... |
16:29.47 | cedric | RP: can we resume this tomor, I need to go... |
16:30.51 | hrw|work | hello kergoth |
16:30.52 | pb_ | morning kergoth |
16:31.15 | kergoth | hey |
16:31.29 | kergoth | sooo tired |
16:31.30 | kergoth | heh |
16:31.32 | kergoth | running late |
16:31.34 | kergoth | ~today |
16:31.35 | ibot | I don't know what today is, but it probably sucks. |
16:32.38 | pb_ | kergoth: heh, another normal day then |
16:33.00 | kergoth | yep |
16:41.44 | *** join/#oe stevenh (~xev@65.167.23.2) |
16:45.13 | robtaylor_ | hmm, anyone else seen |
16:45.15 | robtaylor_ | make[2]: *** No rule to make target `cairo_unicode.c', needed by `cairo_unicode.lo'. Stop. |
16:47.32 | robtaylor_ | hmm, better set a cvsdate :/ |
16:49.29 | robtaylor_ | mickeyl: shunting the cvsdata for OpenZaurus-3.5.3 forward to today, ok? |
16:49.54 | mickeyl | yep |
16:50.23 | *** join/#oe J_ (~john@host-83-146-11-165.bulldogdsl.com) |
16:54.20 | kergoth | hm, using urxvtd/urxvtc instead of a bunch of independent urxvt instances sure speeds up terminal launch time |
16:57.16 | *** join/#oe marcanso1t (1337@80.26.222.110) |
16:57.20 | hrw|work | kergoth: rxvt-unicode? |
16:57.26 | kergoth | yeah |
16:58.17 | hrw|work | I usually use Konsole |
16:59.30 | kergoth | i dont like konsole or the gnome terminal. too bloated. i like my terminals small and minimal. used to use Eterm for a while, and aterm for longer yet (from afterstep) |
17:01.35 | hrw|work | I used to it |
17:01.49 | hrw|work | and usually have one open with few tabs |
17:04.54 | kergoth | rigth now i have eleven terminals open, 4 of which are screen sessions with 3 or more shells |
17:04.59 | kergoth | heh |
17:05.19 | *** join/#oe bipolar (~bipolar@146.145.26.90) |
17:05.39 | hrw|work | you needs more then I |
17:06.06 | hrw|work | I have 4 terms.. 2x bitbake, ssh+screen+irssi, mc |
17:07.26 | RP | I have 4 desktops, each with about 12 shells on and another machine next to this one! :-/ |
17:07.53 | hrw|work | ;) |
17:08.25 | hrw|work | desktop1: konsole 2:firefox 3:kontact 4:lincvs (if running) 5,6: temporary for some stuff |
17:13.23 | pb_ | kergoth: yah. I hate gnome-terminal, but continue to use it because rxvt doesn't support tabs. |
17:16.19 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
17:20.46 | CosmicPenguin | pb_: heh - me too |
17:21.00 | CosmicPenguin | I tried the multi-aterm once, but it was way too buggy |
17:22.52 | *** join/#oe zilt (~aking@ottawa-dial-206-191-4-22.s-ip.magma.ca) |
17:26.18 | kergoth | i've never really seen the advantage of tabbed terminals, myself. course i use screen everywhere, and tend to use window managers that make it unnecessary |
17:27.58 | pb_ | I guess if you use screen, there's probably not so much call for tabs. |
17:28.04 | hrw|work | ok. time to shutdown machine and take 1GiB ram from it |
17:29.00 | pb_ | I don't use screen, and I often have 15 or 20 terminal sessions open at a time. Having each one in a separate window is a nightmare, because it always takes ages to find the one I want. |
17:29.28 | kergoth | ahh right |
17:30.00 | hrw|work | and tabbed terms usually allow to rename tab in easy way |
17:30.08 | kergoth | i use screen, and my screen has a statusbar which shows the titles of all of its windows (and datetime, and cpu utilizzation) |
17:30.11 | kergoth | so does screen. |
17:30.22 | hrw|work | kergoth: I know |
17:30.33 | kergoth | ctrl+a : .. now, at the screen prompt, type 'title blahblah' |
17:30.34 | kergoth | heh |
17:30.39 | pb_ | right, so your screen is effectively doing the same thing as the tabs |
17:30.56 | hrw|work | kergoth: "ctrl-a A" is faster for me |
17:31.28 | kergoth | ah right, didnt know about that one :) |
17:31.41 | kergoth | course that doesnt actually work for me most of the time |
17:31.47 | hrw|work | kergoth: hint - "ctrl-a ?" will help you ;) |
17:31.54 | kergoth | i have the env vars setup so that the command i execute is the default screen window title |
17:32.04 | kergoth | so to really change it, i need to manipulate those vars |
17:32.08 | hrw|work | aha |
17:32.12 | kergoth | otherwise it reverts when i run the next command :) |
17:32.17 | kergoth | so i have a little shell function for that |
17:32.36 | kergoth | hehe |
17:33.20 | hrw|work | jez.. each day of using firefox/trunk reminds me why I dont like gtk |
17:33.28 | kergoth | heh, problems? |
17:34.30 | hrw|work | kergoth: gtk 2.6 got new filerequester - which always open too small |
17:34.37 | kergoth | ah |
17:34.58 | hrw|work | maybe one day firefox/qt3 will work as it should... |
17:35.38 | hrw|work | bye all |
17:38.30 | *** join/#oe reenoo (~rwagner@x12.informatik.uni-bremen.de) |
17:39.00 | kergoth | hey reenoo |
17:39.09 | reenoo | yo kergoth |
17:39.13 | reenoo | afternoon all |
17:41.31 | *** join/#oe rphillips (~rphillips@rphillips.developer.gentoo) |
17:50.11 | CIA-4 | 03kergoth * r143 10/bitbake/: blah. |
17:51.09 | *** join/#oe HuntsMan (~hunts@pc-148-118-120-200.cm.vtr.net) |
17:53.32 | kergoth | hmm |
18:06.59 | *** join/#oe andersee (~andersee@codepoet.org) |
18:09.03 | *** join/#oe beewoolie-away (~beewoolie@florence.buici.com) |
18:18.23 | CIA-4 | 03pb 07 * r1.3149.1.1 10openembedded/packages/meta/meta-sdk.bb: apply meta-sdk patch from Florian Boor |
18:24.52 | *** join/#oe sc (~sc@p509246F3.dip0.t-ipconnect.de) |
18:38.50 | CIA-4 | 03pb 07 * r1.3153 10openembedded/packages/gpe-session-scripts/ (gpe-session-scripts_0.62.bb files/shepherd.xmodmap): apply shepherd keymap patch from <mardy@users.sourceforge.net> |
18:48.23 | *** join/#oe zap (~zap@217.170.93.9) |
19:03.41 | *** join/#oe chouimat (~dieu@r2351064.cidc.net) |
19:12.10 | *** join/#oe cedric (~moa@paris.bluebugs.org) |
19:13.09 | *** join/#oe Mardy (~mardy@adsl-ull-164-53.42-151.net24.it) |
19:30.42 | *** join/#oe treke (~ggilbert@tinman.treke.net) |
19:48.55 | *** join/#oe nofpu (~matthew@82-45-183-10.cable.ubr06.dals.blueyonder.co.uk) |
19:48.56 | *** join/#oe matthew_ (~matthew@82-45-183-10.cable.ubr06.dals.blueyonder.co.uk) |
20:03.39 | *** join/#oe darkschneider (~gab@81-208-36-80.fastres.net) |
20:09.15 | *** part/#oe Spyro (~ian@i-195-137-81-187.freedom2surf.net) |
20:17.13 | *** join/#oe McK (~mck@cable240a021.usuarios.retecal.es) |
20:18.16 | tux_mike | kergoth: ping |
20:18.49 | *** join/#oe Skyhusker (~fiam@80.103.40.249) |
20:18.52 | Skyhusker | hi all |
20:22.33 | *** join/#oe Pigi (~chatzilla@host152-27.pool80117.interbusiness.it) |
20:24.13 | Pigi | Ciao all |
20:25.24 | Pigi | I would like to know who did the import in oe for kdepimpi. |
20:26.03 | *** join/#oe reenoo_ (~r@p50867E9D.dip.t-dialin.net) |
20:30.14 | *** join/#oe pb_ (~pb@2002:5168:d330:1:20b:6aff:fe40:e27f) |
20:31.17 | Pigi | hi pb_ |
20:32.04 | pb_ | hi Pigi |
20:38.38 | tux_mike | anyone ever play around with OE on SBCs? |
20:40.32 | prpplague | tux_mike: ppl use OE for lots of sbc's |
20:41.58 | *** join/#oe zwi (~zwi@ewa-denver.com) |
20:45.20 | tux_mike | prpplague: do you know if anyone's used it for the gumstix SBCs? |
20:45.44 | tux_mike | or, alternatvely, do you know of an affordable 400MHz small SBC? :) |
20:45.54 | tux_mike | i'm looking to make a mobile gaming platform |
20:45.56 | prpplague | tux_mike: just look at the oe meta data, if someone has a special config for a board, it will be there |
20:46.22 | tux_mike | ok |
20:46.52 | prpplague | tux_mike: have a look at the sbc guide on linuxdevices.com and read the forums there |
20:46.58 | prpplague | tux_mike: should get you started |
20:46.58 | tux_mike | no one has made an open source SD driver, have they? |
20:47.33 | pb_ | sure, the ipaq has had open-source SD for a while. |
20:47.45 | tux_mike | hrm |
20:48.20 | tux_mike | i wonder if that would work with the gumstix's sd card slot |
20:48.26 | cbrake | tux_mike: also, there was some recent activty on the ARM Linux mailing lists about the status of SD drivers |
20:48.40 | tux_mike | they use the sd support off of the xscale processor |
20:49.00 | prpplague | tux_mike: i'd avoid using the gumstix |
20:49.08 | tux_mike | you would? hrm |
20:49.23 | tux_mike | any reasons why? |
20:49.40 | prpplague | lets just i know a number of ppl that have had bad experiences with the gumstix |
20:50.33 | tux_mike | i've been having problems finding alternative boards |
20:51.05 | tux_mike | couldn't find anything that quite fit the bill on linuxdevices earlier |
20:51.15 | tux_mike | all the ones that may fit it had broken links |
20:52.02 | prpplague | what specs are you looking for? |
20:53.35 | tux_mike | i'd like a 400MHz XScale CPU, at least 32M ram, a card slot (preferably CF), LCD interface, Digital I/O that can be used for input buttons, Audio output, and as low power as possible |
20:54.06 | tux_mike | the overall project can't be any bigger than an older GBA |
20:54.57 | prpplague | pretty tall order |
20:55.01 | tux_mike | yah |
20:55.12 | tux_mike | but the gumstix fit that, i think |
20:55.16 | prpplague | tux_mike: i'd suggest the thumb board from inhandelectronics |
20:55.52 | prpplague | tux_mike: http://www.inhandelectronics.com/fingertip.asp |
20:55.55 | kergoth | i really need to rearrange my cubicle again. cant turn on my fan without its magnetic field disturbing the monitor |
20:56.21 | kergoth | man, google maps sure is spiffy |
20:56.46 | koen | if your from the USA |
20:56.50 | prpplague | kergoth: going somewhere? |
20:56.55 | koen | but it is spiffy |
20:57.01 | kergoth | koen: yeah, they need more data :) |
20:57.06 | kergoth | prpplague: no, just checking it out |
20:57.12 | kergoth | i wont be using mapquest anymore, thats for damn sure |
20:57.14 | prpplague | koen: mapquest does a pretty good job for overseas |
20:57.21 | koen | yeah |
20:57.23 | prpplague | koen: they had a pretty good map of barbados |
20:57.27 | koen | :) |
20:58.56 | CosmicPenguin | I like the google calculator... |
20:58.56 | prpplague | kergoth: sure you don;t need a sofa? |
20:59.22 | kergoth | i'm sure, i spent too much on a nice couch from Eurway. the contemporary styling fits my place well |
20:59.59 | prpplague | argh, i need to get rid of this stuff |
21:00.06 | kergoth | heh |
21:00.07 | kergoth | good luck |
21:00.09 | prpplague | guess i need to have garage sale this weekend |
21:00.33 | kergoth | hm, wonder if anyone has done a mkreiserfs that works like genext2fs yet (work as nonroot) |
21:01.24 | tux_mike | prpplague: nice |
21:02.02 | kergoth | prpplague: heh, is there a good links page on the elinux wiki just pointing at the various relatively inexpensive sbcs? |
21:02.08 | kergoth | prpplague: if not, should probably make one |
21:02.08 | hrw|tv | re |
21:02.20 | hrw|tv | it's good to have working machine at home ;) |
21:02.23 | prpplague | kergoth: no not really |
21:02.45 | prpplague | hrw|tv: don't rub it in, i'm don't have one till i get moved |
21:02.51 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
21:03.15 | CosmicPenguin | kergoth: yeah, that feature should be *all* mkfs tools |
21:03.17 | hrw|tv | Pigi: I do kdepim/pi work since korganizer 1.75 |
21:03.39 | kergoth | CosmicPenguin: indeed |
21:03.57 | tux_mike | prpplague: do you know how much they cost? |
21:04.04 | Pigi | thx hrw|tv, I was wandering if you know if I can find an irc channel to speack with the pi-sync team |
21:04.07 | prpplague | tux_mike: hehe, about $1200.00 |
21:04.23 | tux_mike | really? |
21:04.30 | tux_mike | holy crap |
21:04.33 | hrw|tv | Pigi: I use their forum for small things and email for patches |
21:04.39 | kergoth | arm dev boards tend to be quite pricy, generally |
21:04.58 | Pigi | I have a lot of problems in sync with kopi/kapi desktop, and would like to talk. I'll use the forum then |
21:06.10 | hrw|tv | Pigi: I cannot help with sync - dont sync |
21:06.40 | Pigi | np. I would not search for help here :) I'll ping them on forum. |
21:06.59 | tux_mike | prpplague: they just quoted me $540 |
21:07.02 | tux_mike | that's too much |
21:07.11 | tux_mike | i might as well try the gumstix |
21:07.19 | kergoth | heh, 540 isnt bad, all things considered. but yeah, there are a couple cheaper options |
21:07.29 | kergoth | tux_mike: what are you using this for? |
21:07.46 | tux_mike | kergoth: hoping to make a portable gaming system |
21:07.55 | tux_mike | i'd like to keep the cost under 400 total |
21:08.17 | prpplague | tux_mike: they've come down then |
21:08.31 | prpplague | tux_mike: doubtful with those specs |
21:08.35 | kergoth | gah! its too fucking quiet |
21:08.38 | kergoth | forgot my headphones at home |
21:08.43 | prpplague | kergoth: doh |
21:08.49 | kergoth | i really should buy a second pair |
21:08.51 | kergoth | hehe |
21:09.26 | prpplague | kergoth: wallymart i notice has been doing alot of xmas clearance stuff |
21:09.42 | kergoth | i'm picky about my music |
21:09.46 | kergoth | listen to it like 24 hours a day |
21:09.53 | kergoth | will probably pick up a second bose triport |
21:10.00 | prpplague | kergoth: ahh |
21:10.18 | kergoth | at last count i had over 24,000 audio files on my box at home |
21:10.18 | kergoth | heh |
21:10.24 | prpplague | kergoth: wow |
21:11.06 | prpplague | heheh |
21:11.11 | kergoth | hey Twiun |
21:11.24 | kergoth | hehe |
21:11.27 | Twiun | kergoth: hey |
21:11.52 | kergoth | i own quite a few albums, but my musical tastes are all over the map. its expensive to keep up with all the genres |
21:12.20 | prpplague | kergoth: my ex-wife took all mine :( |
21:12.24 | kergoth | doh |
21:13.08 | prpplague | kergoth: selling of 99% of my stuff, but i'm keeping my tuxscreen, hehe |
21:13.16 | tux_mike | was someone ever able to make a SNES emulator for the SL-5x00? |
21:13.20 | kergoth | good plan, those are hard to come by |
21:13.44 | *** join/#oe gremlin[it] (~gremlin@194-185-220-105.f4.ngi.it) |
21:13.54 | gremlin[it] | good evening ;) |
21:15.14 | CosmicPenguin | I should bring my tuxscreen into work |
21:15.31 | kergoth | someone should add a shannon kernel to oe |
21:15.45 | CosmicPenguin | Tim has the 2.6.10 sort of working, doesn't he? |
21:16.08 | kergoth | yeah |
21:21.25 | prpplague | kergoth: hehe, my boss has approved for two of the new aml boards to go out to linux developers, sure you wouldn't be interested in doing an oe build for it? |
21:22.10 | *** join/#oe VoodooZ_log (~VoodooZ@CPE00c0f021712c-CM014110003785.cpe.net.cable.rogers.com) |
21:23.45 | *** join/#oe sgm (~sgm@mevissen.demon.nl) |
21:24.58 | *** join/#oe stinger (~stinger@m64.net81-67-104.noos.fr) |
21:27.23 | kergoth | whats that do? |
21:27.50 | CosmicPenguin | Its supposed to keep patch from trying to use the RCS options |
21:27.57 | kergoth | ah |
21:27.59 | kergoth | cool |
21:28.02 | kergoth | dont forget to export it |
21:28.21 | CIA-4 | 03koen 07 * r1.3154 10openembedded/packages/kbdd/kbdd_20040904.bb: |
21:28.21 | CIA-4 | kbdd_20040904.bb: |
21:28.21 | CIA-4 | <PROTECTED> |
21:30.46 | kergoth | hehe, i dunno if i have time |
21:31.35 | prpplague | kergoth: i didn't figure that you did, with your boss on your ass and such |
21:31.47 | prpplague | figured i'd ask anyway |
21:32.57 | *** join/#oe zecke (~ich@83.169.146.40) |
21:34.22 | tux_mike | hrm |
21:34.32 | tux_mike | that inhand fingertip3 is nice |
21:34.35 | tux_mike | but pricy |
21:35.31 | prpplague | actually 540 isn't that bad |
21:35.37 | prpplague | that was for the devkit? |
21:35.58 | prpplague | hehe, or was that for an order of qty1000 |
21:37.57 | tux_mike | the devkit is 3k |
21:38.45 | tux_mike | the 540 price is for one unit |
21:42.04 | tux_mike | the first thing i'll need to do at this point is find a display |
21:42.14 | tux_mike | i may just butcher my old Z |
21:43.49 | emte | tux_mike, why dont you just buy a bunch of ngages |
21:44.37 | gremlin[it] | nokia ngages ? |
21:45.00 | emte | yeah |
21:45.12 | emte | they are cheap and have most of the hardware |
21:45.12 | zecke | kergoth: glibc install a ld.so.conf, It uses /opt/QtPalmtop/lib hardcoded, I would like to have /opt/Qtopia/lib included as well |
21:45.24 | zecke | solution a) just put /opt/Qtopia/lib in |
21:45.24 | emte | buy them for under 100 |
21:45.36 | emte | the lcd is worth almost that much |
21:45.47 | zecke | b) use do_install() {} to create the file and use ${palmtopdir}/lib |
21:45.55 | gremlin[it] | mhh i didn't know exist a porting of linux for ngages :) |
21:45.57 | zecke | kergoth: I still can't figure what is more approriate |
21:46.06 | gremlin[it] | emte can u tell me some link ? |
21:46.15 | emte | ebay |
21:46.28 | tux_mike | emte: what's the display resoluton? |
21:46.42 | gremlin[it] | emte not to buy but for the porting projects :) |
21:46.48 | emte | 8x6 i'd guess |
21:47.06 | tux_mike | there's no way it was 800x600 |
21:47.15 | emte | there are no porting projects as far as i know |
21:47.17 | zecke | ~bbcow |
21:47.18 | ibot | it has been said that bbcow is a couple patches for bitbake and openembedded to use copy-on-write for the metadata handling. It greatly reduces memory consumption. Get them at http://www.frankengul.org/~seb/cowbb/. |
21:47.18 | kergoth | zecke: any reason /opt/Qtopia/lib cant just be in the rpath? |
21:47.42 | tux_mike | it looks like it's 172x2something |
21:47.45 | emte | i dont think there is an open linux that does cellular hardware yet |
21:47.56 | gremlin[it] | i hope can be 320x240 ... but problably less |
21:47.58 | tux_mike | 176x208, that's way too small |
21:48.22 | gremlin[it] | mhh maybe the GP32 ... |
21:48.32 | emte | you can always change the lcd |
21:48.49 | emte | i only suggested it as a cheap graphics & input hardware |
21:51.24 | prpplague | gremlin[it]: gp32 is much more feasible |
21:51.38 | prpplague | gremlin[it]: gamepark is pretty open to third party developers |
21:51.48 | prpplague | gremlin[it]: and their is already a linux port to the processor |
21:52.07 | prpplague | gremlin[it]: it has jtag and has standard flash |
21:53.00 | gremlin[it] | http://www.gamepark.com/eng/hardware/spec.asp |
21:53.47 | prpplague | gremlin[it]: yea thats the one |
21:54.11 | gremlin[it] | in fact :) |
21:54.26 | gremlin[it] | and if i remember correct if cheap |
21:54.36 | prpplague | yea about $100 |
21:54.42 | gremlin[it] | meybe only too few RAM ... 8M is really few ... |
21:54.43 | tux_mike | not enough ram for what i want |
21:58.12 | gremlin[it] | mhh and i suppose is quite mpossible to use some kind of XIP on mmc memory card :( |
21:58.18 | prpplague | tux_mike: the main problem you are gonna face with a portable device is battery usage |
21:58.28 | tux_mike | yah |
21:58.47 | prpplague | tux_mike: better to get a design that already supports very low power and battery operation |
21:59.00 | Pigi | later all |
22:01.13 | tux_mike | prpplague: this isn't a commercial venture, i'd like to get about an hour or two off of whatever battery i use, likely will be AA NiMH batteries |
22:01.47 | prpplague | tux_mike: yea, i doubt that at 400mhz |
22:04.14 | prpplague | tux_mike: and why exactly are you wanting to make this device? |
22:06.20 | prpplague | tux_mike: http://www.linuxdevices.com/news/NS5221106424.html |
22:06.29 | tux_mike | prpplague: well, mostly as an emulation system :) |
22:06.43 | prpplague | tux_mike: why not purchase something off the shelf? |
22:06.48 | beewoolie | prpplague: you're a real problem |
22:06.59 | prpplague | beewoolie: hehe, why is that? |
22:07.06 | beewoolie | prpplague: :-p |
22:07.26 | tux_mike | if i see anything off the shelf that's powerful enough, i'd get it :) |
22:07.30 | prpplague | beewoolie: what did i do this time? |
22:07.48 | tux_mike | as i said, i could butcher my Z :) |
22:07.52 | beewoolie | prpplague: are you really thin skinned? |
22:07.57 | tux_mike | i may just do that |
22:08.04 | prpplague | tux_mike: whats wrong with the new zaurus line? |
22:08.16 | prpplague | beewoolie: ?? |
22:08.22 | tux_mike | poor input for gaming |
22:08.45 | *** join/#oe Cwiiis (~cwiiis@user-214-207-151-83.e7even.com) |
22:08.47 | prpplague | beewoolie: oh |
22:08.53 | tux_mike | but, if i put it in a new casing and put in some new buttons, it may work |
22:09.04 | gremlin[it] | mhh guy a question ... i have 2 PXA255 devel board ... of with LCD and ETH ... other naked ... how i can conenct the two in the fastest way (througput/latency) and without additiona hardware ? SPI can help me ? |
22:09.49 | prpplague | beewoolie: i'm just very conscientious about how ppl in the OSS view me |
22:10.09 | beewoolie | prpplague: it's all good |
22:10.19 | kergoth | boy, you're sure the opposite of me in that regard |
22:10.23 | *** join/#oe mithro (~tim@202.191.111.52) |
22:10.31 | prpplague | kergoth: hehe |
22:10.38 | beewoolie | kergoth: hehehe |
22:12.07 | prpplague | hmm, and i thought i seen everything on a irc exit quote |
22:13.28 | koen | 'night all |
22:13.33 | prpplague | koen: later |
22:13.47 | prpplague | gremlin[it]: what kind of commo? |
22:15.23 | gremlin[it] | mhh |
22:15.24 | tux_mike | my working with the zaurus is a bit rusty, was the default rotation landscape? |
22:15.45 | gremlin[it] | prpplague, something with i can simulate a net |
22:16.56 | prpplague | gremlin[it]: got some high speed uarts? why not just use ppp if just need to do some testing |
22:17.51 | gremlin[it] | prpplague ; i have on both a rs 232 or 485 available ... |
22:18.44 | zecke | kergoth: You dream of portage-c and dpkg, I curretnly dream of icecream |
22:18.48 | prpplague | gremlin[it]: if you just need to do some testing, i'd just wire up a crossover cable and set the ports to the highest speed possible and run pppd |
22:19.04 | kergoth | hehe |
22:19.13 | zecke | kergoth: You create glibc and gcc-cross, package it up and then set ICECC_VERSION and ICECC_CC, ICEC_CXX |
22:19.22 | zecke | kergoth: and the toolchain gets distributed around the cluster |
22:19.23 | gremlin[it] | i don't remember what's the hiest speed a PXA UART ? 430Kbit at least i hope ;) |
22:19.43 | kergoth | zecke: cool. you can use distcc with bb today, could probably get it working with that easily enough |
22:19.57 | prpplague | gremlin[it]: sorry, don't know, i don't work with the xscale stuff on a regular basis |
22:19.58 | kergoth | gremlin[it]: read the specsheet. |
22:20.01 | zecke | one could use the ibm i550 for cross compilation of oe |
22:20.46 | prpplague | zecke: hehe, or the regotta series would be nice, hehe |
22:22.03 | prpplague | zecke: i once recompiled my former empoylers database enginue on a p690 |
22:22.35 | prpplague | zecke: regular p4 3.06 took about 18 minutes, the p690 took about 45 seconds |
22:22.54 | zecke | hehe |
22:23.13 | gremlin[it] | p680? |
22:23.19 | gremlin[it] | p690? |
22:24.26 | prpplague | gremlin[it]: mainframe |
22:24.51 | prpplague | gremlin[it]: http://news.com.com/2100-1001-244355.html?legacy=cnet |
22:26.05 | gremlin[it] | ohhh ... |
22:26.40 | gremlin[it] | when i was at university i play a bit with a IBM SP3 with 24 cpu :) ... :) |
22:30.34 | gremlin[it] | ahhhhhhhhhhhhhhhh late ... good night to all ... cu tomorrow |
22:39.26 | *** join/#oe marcansoft (1337@80-26-156-51.adsl.nuria.telefonica-data.net) |
22:46.50 | hrw|tv | time to update Oe |
22:47.03 | hrw|tv | 818 deltas means nearly all changed |
22:47.08 | kergoth | hehe |
22:47.46 | hrw|tv | and I have >20 modified |
22:48.09 | kergoth | i hate that |
22:49.00 | hrw|tv | all can be unedited |
22:49.47 | hrw|tv | mostly transition stuff |
22:51.50 | hrw|tv | takepatch: 3089 new revisions, 0 conflicts in 1272 files |
22:51.54 | kergoth | hah |
22:51.56 | kergoth | jeeze |
22:51.59 | kergoth | you're behind :) |
22:52.17 | hrw|tv | kergoth: 3 weeks ago that machine failed |
22:52.27 | kergoth | ah right, forgot about that. thatd do it |
22:52.40 | Cwiiis | debian update fixed bb :p |
22:53.11 | *** join/#oe _keith (~keith@bh02i525f01.au.ibm.com) |
22:54.31 | _keith | Can anyone tell me what the updater.data image contains and how it is created for the SL-6000 install process? |
22:54.40 | kergoth | its an ext2 filesystem |
22:54.41 | *** join/#oe Virusmaster (~Thomas@p5091A972.dip.t-dialin.net) |
22:54.42 | kergoth | for loopback mounting |
22:54.53 | kergoth | contains a couple utils used by updater.sh, the kernel, and rootfs |
22:55.02 | kergoth | go ahead and loopback mount one, look at the layout |
22:55.07 | kergoth | can use that to create a new one |
22:55.11 | kergoth | we really need to get oe emitting it |
22:55.19 | Cwiiis | i am looking up masturbation |
22:55.35 | Cwiiis | My flatmate isn't funny. |
22:55.36 | hrw|tv | Cwiiis: find a girl |
22:55.38 | CIA-4 | 03mickeyl 07 * r1.3154 10openembedded/packages/python/python_2.4.0.bb: more python changes |
22:55.41 | CIA-4 | 03mickeyl 07 * r1.3153 10openembedded/packages/portaudio/ (3 files in 2 dirs): modernize the portaudio build, disable static library |
22:55.44 | CIA-4 | 03mickeyl 07 * r1.3152 10openembedded/ (86 files in 19 dirs): make python 2.4 as default, move python-sip into python/, make sip4 as default |
22:55.49 | Cwiiis | sorry about that... |
22:56.19 | kergoth | mickeyl: python build problem i hit the other day |
22:56.31 | kergoth | mickeyl: it was trying to find a Makefile in blahblah/linux-uclibc-uclibc/ |
22:56.36 | kergoth | mickeyl: any idea what would cause that? |
22:56.39 | _keith | So If I have just successfully finished running bitbake opie-image, I should create a FS contsining the files in tmp/.../.../.../deploy/images that matches the data in the current opie.data file in the 3.5.2 feed? |
22:56.56 | mickeyl | kergoth: yes, i have a slight idea. i'll do a build w/ uclibc tomorrow and have a look |
22:57.08 | kergoth | _keith: just overwrite the initrd.bin file in the appropriate dir inside of updater.data with your jffs2 image from images, and same for the zimage |
22:57.11 | kergoth | mickeyl: k, thanks |
22:57.29 | kergoth | mickeyl: i started looking into it and decided itd take much less time if you did :) |
22:57.47 | mickeyl | kergoth: heh, let's hope that .) |
22:57.48 | _keith | kergoth: Cool, Thanks Chris 8-) |
22:57.53 | kergoth | no problem |
22:58.14 | kergoth | mickeyl: indeed. i'm looking to try running Oe inside of an oe built rootfs in colinux or uml. |
22:58.20 | kergoth | mickeyl: should be interesting |
22:58.31 | mickeyl | kergoth: yeah, that'd be nice |
22:58.56 | hrw|tv | heh.. 3200 new revisions.. |
22:59.13 | prpplague | kergoth: bashisms aren't too bad, its DOSisms that drive me nuts |
22:59.13 | mickeyl | hmm |
22:59.33 | mickeyl | some bogus file movings among |
22:59.38 | mickeyl | from one dir to the same |
22:59.40 | mickeyl | *shrug* |
23:00.38 | hrw|tv | NOTE: [00:00] package gammu-1.00.0-r0: task do_build: completed |
23:00.44 | mickeyl | nice |
23:00.56 | kergoth | whats gammu? |
23:01.21 | hrw | tool to manipulate mobile phones |
23:01.28 | kergoth | ah |
23:02.07 | hrw | quite nice |
23:02.15 | CIA-4 | 03hrw 07 * r1.3156 10openembedded/packages/gammu/gammu_1.00.0.bb: gammu: updated to 1.00.0 (stable) |
23:07.15 | tux_mike | kergoth: is SDL able to display directly to the Z's framebuffer? |
23:08.08 | mickeyl | yes |
23:08.18 | tux_mike | hrm |
23:08.33 | mickeyl | brb |
23:14.09 | hrw | bye |
23:22.22 | zecke | hrw|gone: hey |
23:29.18 | *** join/#oe marcansoft (1337@80.26.156.51) |
23:34.20 | *** join/#oe sgm (~sgm@mevissen.demon.nl) |
23:35.47 | sgm | pb_: how far are you with the glibc selinux patch? |
23:36.00 | pb_ | haven't looked at it yet. sorry. |
23:36.13 | sgm | pb_: did you save it somewhere? |
23:36.38 | pb_ | it's in the irc logs, I guess. |
23:36.59 | sgm | pb_ and on pastebin. So please save it to a file please |
23:37.17 | sgm | pb_: I have another one. Documented et al at http://pastebin.ca/5509 |
23:37.23 | pb_ | ok, very good |
23:37.27 | sgm | pb_: for gtk+ |
23:37.50 | pb_ | hm. is "--disable-xkbi" for real? |
23:38.15 | sgm | pb_: sorry, that i is a typing mistake. |
23:38.29 | pb_ | incidentally, best to send these patches to the oe@handhelds.org list |
23:38.45 | sgm | pb_: OK. |
23:38.59 | sgm | pb_: typo fixed and updated on page. good spot! |
23:39.31 | pb_ | okay, great |
23:39.37 | sgm | pb_: now it number http://pastebin.ca/5510 |
23:39.48 | sgm | forget the former. update failed. |
23:41.03 | pb_ | I checked that in, but minus the change to PR. |
23:41.15 | sgm | why? |
23:41.17 | pb_ | there's no need to increment PR if your patch doesn't change the output. |
23:41.27 | CIA-4 | 03pb 07 * r1.3151.2.1 10openembedded/packages/gtk+/gtk+_2.6.2.bb: add --disable-glibtest to gtk+ EXTRA_OECONF |
23:41.40 | sgm | OK. I'll change it in my files too. |
23:42.15 | pb_ | with the glibtest thing, the only effect is likely to be that the package will build in cases when it wouldn't previously. if it did build already, the patch won't have any effect, and there's no point forcing everyone to recompile it. |
23:42.28 | kergoth | note that a change that fixes a broken build that requires that it be cleaned to take effect (i.e. a configure change that will fix do_compile), should still have PR bumped |
23:43.00 | pb_ | true. I don't think that's the case here, though. |
23:43.36 | sgm | kergoth: I actually think that _every_ change to the metadata should bump the PR. It keeps discussion away and it avoids misses |
23:43.55 | kergoth | sgm: that forces people to recompile who dont need to recompile. wastes time |
23:44.03 | sgm | because everyone can see the diff without consulting the OE metadate repos |
23:44.52 | sgm | kergoth: looking for missed updates tend to cost more time in my experience |
23:45.01 | kergoth | missed updates are very very rare. |
23:45.33 | kergoth | more often you need to wipe tmp anyway due to staging collecting old versions |
23:45.34 | sgm | kergoth: then bitbake should be fixed for that anyway :-) |
23:46.21 | kergoth | yes, it should, but it isnt, and we arent going to tolerate you forcing every single oe user to recompile things unnecessarily |
23:46.25 | pb_ | for most packages, I'd be happy enough to bump PR for any change. but, for large libraries like glibc and gtk, unnecessary version churn causes a significant amount of pain for folks who are tracking the unstable feed. |
23:46.52 | sgm | pb_ that a very good point |
23:47.25 | sgm | s/that/that's |
23:48.12 | sgm | pb_: case closed. Please also remove the PR bump from my glibc patch |