| 00:23.55 | *** join/#gpe Shark_y (~paolo@host181-54.pool8288.interbusiness.it) |
| 00:24.18 | Shark_y | Help!!! Hi! |
| 00:24.40 | Shark_y | New to familiar |
| 00:25.29 | Shark_y | I filled up my memory on Ipaq 5550 |
| 00:26.37 | Shark_y | Anybody there? |
| 00:33.39 | Shark_y | Anybody there? |
| 00:52.25 | *** join/#gpe univac_ (~univac_@amx17.neoplus.adsl.tpnet.pl) |
| 00:53.14 | *** join/#gpe jg (~jg@12.41.162.253) |
| 00:53.18 | *** join/#gpe univac_ (~univac_@amx17.neoplus.adsl.tpnet.pl) |
| 01:01.49 | Wingnut | sweet, TimRiker is available Wed / Thur / Fri nights for a presentation / keysigning |
| 01:02.05 | Wingnut | so we should find a suitable night and set everything up |
| 01:02.15 | Wingnut | gah |
| 01:02.16 | Wingnut | ww |
| 01:08.48 | *** join/#gpe aloph1_ (~aloph@cnet-cable-160-104-185.canbrasnet.com.br) |
| 01:10.31 | *** join/#gpe dragoneye (~dragoneye@dsl-084-056-011-085.arcor-ip.net) |
| 01:10.46 | dragoneye | how long does it usually take for gpe to boot at the first time? |
| 01:27.28 | *** join/#gpe TyggerBob (~myname@CPE00045a265f64-CM000f9f7c58fa.cpe.net.cable.rogers.com) |
| 01:30.38 | *** part/#gpe Shark_y (~paolo@host181-54.pool8288.interbusiness.it) |
| 01:32.04 | *** join/#gpe Timelord (~TL@64-147-65-78.access-3.intertex.net) |
| 01:33.35 | *** join/#gpe p0m (wodann@203-217-86-106.dyn.iinet.net.au) |
| 01:43.57 | *** join/#gpe thomaskorwed (~vb@rule-dk2.smca.yahoo.com) |
| 01:44.58 | *** part/#gpe thomaskorwed (~vb@rule-dk2.smca.yahoo.com) |
| 03:13.09 | Nosklo_ | hi! |
| 04:51.21 | *** join/#gpe joshua_ (joshua@cl-303.ams-04.nl.sixxs.net) |
| 05:21.04 | *** join/#gpe _law_ (~law@mail.stiftadmont.at) |
| 05:55.20 | *** join/#gpe _law_ (~law@mail.stiftadmont.at) |
| 06:19.50 | *** join/#gpe _law_ (~law@mail.stiftadmont.at) |
| 07:45.55 | *** join/#gpe binder (~binder@mdsnwi13-vlan437-202.dsl.tds.net) |
| 07:57.27 | binder | I'm running gpe on a sl-c860, and the keys are off (fn keys don't work, home, mail keys don't work). Is this a common problem? Do I just need husky.xmodmap? |
| 07:59.17 | binder | Pardon, is anyone else actually there? |
| 08:07.04 | *** join/#gpe binder (~binder@mdsnwi13-vlan437-202.dsl.tds.net) |
| 08:14.43 | binder | Would anyone have an .xmodmap for husky? My keys don't all work. |
| 08:19.41 | *** join/#gpe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
| 08:27.00 | *** join/#gpe mallum (~mallum@host81-153-50-205.range81-153.btcentralplus.com) |
| 08:44.06 | *** join/#gpe mallum (~mallum@host81-153-50-205.range81-153.btcentralplus.com) |
| 08:44.06 | *** join/#gpe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) [NETSPLIT VICTIM] |
| 08:44.06 | *** join/#gpe binder (~binder@mdsnwi13-vlan437-202.dsl.tds.net) [NETSPLIT VICTIM] |
| 08:44.06 | *** join/#gpe _law_ (~law@mail.stiftadmont.at) [NETSPLIT VICTIM] |
| 08:44.06 | *** join/#gpe joshua_ (joshua@cl-303.ams-04.nl.sixxs.net) [NETSPLIT VICTIM] |
| 08:44.06 | *** join/#gpe Timelord (~TL@64-147-65-78.access-3.intertex.net) [NETSPLIT VICTIM] |
| 08:44.06 | *** join/#gpe aloph1_ (~aloph@cnet-cable-160-104-185.canbrasnet.com.br) [NETSPLIT VICTIM] |
| 08:44.06 | *** join/#gpe jg (~jg@12.41.162.253) |
| 08:44.06 | *** join/#gpe robtaylor_ (~robtaylor@217.204.121.82) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe zecke (fakeuser@pD9E7D312.dip0.t-ipconnect.de) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe homar (~ice@user-73-206-151-83.e7even.com) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe luis (~fortytwo@a83-132-177-173.netcabo.pt) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe aphistic (~aphistic@CPE-65-30-217-110.wi.rr.com) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe plaes (~amd@ip83.cab53.mus.starman.ee) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe philippe (~philippe@213.49.83.98) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe dragonk (1000@b62-248-157-125.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe eyck (eyck@ghost.anime.pl) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe R6s_Poor (Ruetobas@218-166-101-31.dynamic.hinet.net) |
| 08:44.07 | *** join/#gpe flypiper (~ISP-1@12-202-234-207.client.insightBB.com) |
| 08:44.07 | *** join/#gpe mjg59 (mjg59@cavan.codon.org.uk) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe jserv0 (~jserv@linux3.cc.ntu.edu.tw) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe moray (~moray@moray.developer.debian) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe gdsx (1742d71a26@xsdg.staff.freenode) |
| 08:44.07 | *** join/#gpe PaxAnima (~petter@dhcp-105-188.idi.ntnu.no) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe __moray (~moray@moray.developer.debian) [NETSPLIT VICTIM] |
| 08:44.07 | *** join/#gpe Nosklo_ (~clovis@201.19.140.251) |
| 08:44.08 | *** join/#gpe pigeon (~pigeon@adsl-60-232.swiftdsl.com.au) |
| 08:44.08 | *** join/#gpe RP (0@tim.rpsys.net) |
| 08:44.08 | *** join/#gpe cmarqu (colin@buug.mind.de) |
| 08:44.08 | *** join/#gpe paul ([U2FsdGVkX@212.17.55.49) |
| 08:44.08 | *** join/#gpe mirov (~mirov@192.18.43.5) [NETSPLIT VICTIM] |
| 08:44.08 | *** join/#gpe arielMX (~ariel@proxysb01.ext.ti.com) [NETSPLIT VICTIM] |
| 08:44.08 | *** join/#gpe Wingnut (~mcrist@pepperoni.utdallas.edu) [NETSPLIT VICTIM] |
| 08:44.08 | *** join/#gpe Toni (twillber@ext-ssh.movial.fi) [NETSPLIT VICTIM] |
| 09:29.13 | *** join/#gpe florian_kc (~fuchs@dns.kernelconcepts.de) |
| 09:31.01 | florian_kc | hi al |
| 09:31.03 | florian_kc | l |
| 09:35.16 | mallum | hey florian_kc |
| 09:49.37 | *** join/#gpe zecke_ (fakeuser@pD9E7C76D.dip0.t-ipconnect.de) |
| 09:50.27 | *** join/#gpe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
| 09:50.34 | koen | good morning all |
| 09:53.05 | florian_kc | koen: morning |
| 09:53.20 | koen | hey florian_kc |
| 09:54.51 | mallum | hey koen |
| 09:54.55 | koen | hey mallum |
| 09:58.26 | *** join/#gpe ade|desk (~adavey@host81-130-179-19.in-addr.btopenworld.com) |
| 10:01.36 | *** join/#gpe univac^ (~univac@amx17.neoplus.adsl.tpnet.pl) |
| 10:03.14 | koen | florian_kc: did you have any time to look at a gpe-conf release? |
| 10:05.53 | florian_kc | koen: not yet, but i try to do it today or tomorrow. |
| 10:05.59 | koen | cool |
| 10:06.42 | florian_kc | koen: Do we have any good news on the X issues? |
| 10:07.16 | koen | the errors with tslib breakage are reproducable.... |
| 10:09.10 | koen | afaict the errors are still there |
| 10:09.27 | koen | so GPE doesn't suspend using the powerbutton |
| 10:15.29 | *** join/#gpe p0m (wodann@203-206-228-217.dyn.iinet.net.au) |
| 10:15.50 | koen | hey p0m |
| 10:16.11 | p0m | Hey koen. |
| 10:20.29 | florian_kc | koen: do we have a working cvsdate? |
| 10:21.34 | koen | florian_kc: 20050207 "worked", but the problem might be in the support libs |
| 10:23.11 | florian_kc | koen: we should verify this - any release with these bugs is useless. |
| 10:23.19 | koen | indeed |
| 10:25.49 | florian_kc | good guy :-) |
| 10:29.39 | koen | ah, the new patches still apply |
| 10:32.54 | *** join/#gpe univac^_ (~univac@amw35.neoplus.adsl.tpnet.pl) |
| 10:33.10 | koen | bleh |
| 10:33.15 | koen | the Xepson build fails |
| 10:38.02 | *** part/#gpe binder (~binder@mdsnwi13-vlan437-202.dsl.tds.net) |
| 10:39.40 | p0m | koen: It's being reported that the latest mtd doesn't work either. |
| 10:39.46 | Nosklo_ | morning guys |
| 10:39.47 | p0m | By two different people earlier today. |
| 10:39.51 | koen | hey Nosklo_ |
| 10:40.07 | p0m | Apparently they were having issues with flash_erase, flash_eraseall and mount. |
| 10:40.34 | Nosklo_ | any news on the X keyboard mapping, to make the power off button work again? |
| 10:40.57 | koen | 12:09 < koen> afaict the errors are still there |
| 10:40.57 | koen | 12:09 < koen> so GPE doesn't suspend using the powerbutton |
| 10:41.33 | p0m | Power off is broken? |
| 10:41.46 | koen | no |
| 10:41.53 | p0m | Why is it that things that are broken for others aren't for me, and I get bizzare ones? :) |
| 10:41.53 | koen | koen> 12:09 < koen> so GPE doesn't suspend using the powerbutton |
| 10:43.28 | koen | p0m: those people were running a CVS kernel or a regular one? |
| 10:43.34 | p0m | koen: Regular. |
| 10:43.38 | p0m | 0.8.1 |
| 10:43.52 | koen | that doesn't have the 'latest' mtd |
| 10:44.01 | koen | it uses a 2 year old version |
| 10:44.39 | p0m | Ahh. |
| 10:44.51 | florian_kc | koen: :-( |
| 10:44.52 | p0m | Well they downgraded to 0.8.0 and it worked. |
| 10:44.54 | p0m | Go figure. |
| 10:45.34 | pigeon | hmm, is keylaunch broken, X key map broken, or what? |
| 10:47.46 | florian_kc | pigeon: some X keysyms were removed :-( |
| 10:47.54 | pigeon | oh... |
| 10:48.12 | pigeon | oh well, i use buttond as usual :P |
| 11:04.40 | koen | my girlfriend passed her driving exam |
| 11:04.57 | koen | dc has his on april 4th, right? |
| 11:06.28 | *** join/#gpe reenoo (~r@p5489EAEE.dip.t-dialin.net) |
| 11:06.56 | reenoo | afternoon |
| 11:07.00 | koen | hey reenoo |
| 11:07.20 | reenoo | hi koen |
| 11:07.46 | florian_kc | hi koen |
| 11:07.51 | florian_kc | eeks |
| 11:07.54 | florian_kc | hi reenoo |
| 11:08.34 | reenoo | moin florian_kc |
| 11:32.41 | *** join/#gpe techsoup (~Chipoclud@AMarseille-151-1-44-115.w82-122.abo.wanadoo.fr) |
| 11:32.52 | techsoup | florian_kc, r u there? |
| 11:34.09 | florian_kc | techsoup: yep... or at least "almost" :-) |
| 11:36.31 | techsoup | florian_kc, i issued a bug in bugzilla and got an e-mail from you. |
| 11:36.51 | techsoup | can we discuss it to elucidate what's about and I to understand the issue? |
| 11:36.57 | *** join/#gpe tigrux (~tigrux@charybdis-ext.suse.de) |
| 11:37.20 | koen | hey tigrux |
| 11:37.48 | techsoup | florian_kc, it is about the buttons on the ipaq to awake the pim modules |
| 11:37.52 | tigrux | Hello people. |
| 11:37.55 | tigrux | Hola techsoup |
| 11:38.00 | techsoup | hola tigrux |
| 11:38.03 | tigrux | Good afternoon koen, florian_kc |
| 11:40.19 | techsoup | florian_kc, I have the idea of the linking of the buttons on the ipaq to the applications is gpe-issue. |
| 11:40.39 | techsoup | am I wrong? |
| 11:40.47 | florian_kc | techsoup: ah okay... |
| 11:41.12 | techsoup | r we in the same page now? |
| 11:41.44 | reenoo | hey tigrux |
| 11:41.50 | techsoup | in short, the linking is broken. |
| 11:42.09 | florian_kc | techsoup: yes and no... there are several steps from the physical button to starting the application. |
| 11:42.17 | techsoup | ok |
| 11:42.45 | techsoup | can I help on some way to locate the precise issue? |
| 11:42.48 | florian_kc | techsoup: what we currently suffer from is that the X people removed the keysyms we mapped the keys to. |
| 11:42.59 | techsoup | ok. got it |
| 11:43.23 | reenoo | florian_kc: how did you determine that btw? |
| 11:43.56 | techsoup | florian_kc, if I close this issue there is anotehr one linked to it and still moving to sole the root-problem |
| 11:44.16 | reenoo | florian_kc: grepping for the stuff you say is missing showed it in the same locations in a working OE build tree and in a current one |
| 11:44.32 | techsoup | I see no good in oppening issues on bugzilla just 'because' |
| 11:44.57 | reenoo | florian_kc: in both cases in diet-x11 only btw |
| 11:45.05 | koen | bbl |
| 11:48.44 | florian_kc | reenoo: xmodmap gives an error message calling it with the map files like we do on X startup. |
| 11:49.17 | florian_kc | techsoup: ah... which one? |
| 11:50.04 | techsoup | florian_kc, if I close issue 1307, is there another one pushing on the resolution of the x-problem? |
| 11:50.31 | techsoup | the keysyms to be precise |
| 11:50.47 | reenoo | florian_kc: I know. but what makes you think that's because "the X people removed the keysyms we mapped the keys to" |
| 11:51.04 | florian_kc | reenoo: what exactly did you grep for? |
| 11:51.48 | reenoo | florian_kc: the keysym names. |
| 11:52.39 | florian_kc | reenoo: mallum checked for one of the keysyms in the header file X uses - the keysymdb we ship is not read by kdrive. |
| 11:53.58 | reenoo | kdrive uses the kernel keytable and the definitions from kernel headers |
| 11:54.24 | florian_kc | reenoo: not keytable... keysym |
| 11:54.54 | reenoo | s/definitons/keysym definitions/ |
| 11:55.09 | techsoup | florian_kc, I closed the issue 1307 to focus on the root: the keysyms |
| 11:55.10 | florian_kc | I'm convinced ther was never a XF86Calendar in linux kernel ;-) |
| 11:55.18 | florian_kc | techsoup: ok, great |
| 11:55.52 | reenoo | florian_kc: that's not correct. last time keys were busted pb_ patched linux-libx-headers IIRC |
| 11:56.19 | reenoo | florian_kc: or the in-kernel headers. I forget which |
| 11:58.36 | florian_kc | reenoo: but that doesn't mean that we are suffering from the same issue again. |
| 12:07.48 | reenoo | florian_kc: no. but the keysyms are defined in linux-libc-headers |
| 12:08.45 | florian_kc | reenoo: is XF86Calendar defined there in leatest version? |
| 12:08.48 | reenoo | florian_kc: openembedded/packages/linux-libc-headers/files/keyboard.patch to be precise |
| 12:09.08 | reenoo | +#define K_XFCALENDAR K(KT_XF,0x20) |
| 12:11.17 | florian_kc | reenoo: I think we still have a problem in a different stage of key handling? where is the way from K_XFCALENDAR to XF86Calendar which is missing? |
| 12:14.25 | reenoo | florian_kc: I don't know. it's not like I'm an X expert. I'm just trying to figure out how far you've got tracking this down and were you've drawn your conclusion from |
| 12:17.02 | reenoo | s/were/where/ |
| 12:17.07 | florian_kc | reenoo: ah right... i'll look at this again after breakfast |
| 12:17.12 | florian_kc | brb |
| 12:17.25 | reenoo | florian_kc: ok. cool |
| 12:20.50 | mallum | eek, its nasty to patch the libc headers with stuff like K_XFCALENDAR |
| 12:21.24 | reenoo | hey mallum |
| 12:21.50 | mallum | all kdrive needs to do is be told there is such a thing as a XF86Calendar *keysym*, xmodmap or what ever can then map it to an actual keycode |
| 12:21.55 | mallum | hey reenoo |
| 12:25.25 | reenoo | mallum: well. I'm just trying to help.. with my limited knowledge of how keys are handled :) |
| 13:06.24 | __moray | mallum: with the new version, I'm getting libmb.so incorrectly built without -fPIC, and I'm not really sure how to fix this with libtool type stuff - any ideas? |
| 13:12.09 | mallum | __moray: new version ? |
| 13:13.58 | __moray | mallum: er, as in I'm getting a warning from lintian when I build a 1.6 package |
| 13:14.27 | __moray | it's still at 1.5 in Debian until I get this fixed |
| 13:15.22 | florian_kc | mallum, reenoo: That's what i had in mind... where is this stuff defined in kdrive? I think i need to check the source to verify. |
| 13:15.28 | florian_kc | re, btw |
| 13:17.26 | __moray | mallum: as in, I get 'E: libmatchbox1: shlib-with-non-pic-code usr/lib/libmb.so.1.0.6 |
| 13:21.56 | florian_kc | hrm... looks like i need a newer image for that ipaq :-/ |
| 13:22.05 | mallum | __moray: okey one sec I take a look |
| 13:23.29 | __moray | mallum: it's possible something's wrong in my build environment, but as I say I'm not sure how come it would go wrong if libtool's being used |
| 13:25.05 | mallum | __moray: was it ok in 1.5 ? |
| 13:26.22 | __moray | mallum: I don't think I got a warning at the time, but I seem to get one now |
| 13:26.33 | __moray | mallum: so either my build environment has changed or they've changed the lintian test |
| 13:27.13 | __moray | (well, obviously the build environment *has* changed, since it's Debian unstable, just don't know if that's relevant) |
| 13:28.18 | mallum | __moray: when I run a build Im seeing -fPIC -DPIC get passed to gcc |
| 13:31.01 | mallum | __moray: do you see that ? |
| 13:32.40 | __moray | mallum: I see it in some places in the log, but not in: |
| 13:32.41 | __moray | cc -shared .libs/mbmenu.o .libs/mbtray.o .libs/mbdotdesktop.o .libs/mbpixbuf.o |
| 13:32.41 | __moray | .libs/mbutil.o .libs/mbexp.o .libs/hash.o -L/usr/X11R6/lib -lXft /usr/lib/libfreetype.so -lz /usr/lib/libXrender.so -lfontconfig -lX11 -lXext /usr/lib/libjpeg.so -lpng12 -Wl,-soname -Wl,libmb.so.1 -o .libs/libmb.so.1.0.5 |
| 13:32.58 | __moray | (same for 1.6) |
| 13:35.10 | __moray | mallum: do you get PIC flags in the cc -shared ... libmb.so.1.0.6 line? |
| 13:38.00 | mallum | __moray: nope |
| 13:38.34 | __moray | hm, do you remember how to test PICness manually, so I can make sure lintian's not just being stupid? |
| 13:40.12 | __moray | (something with objdump presumably?) |
| 13:40.21 | mallum | I was just about to ask you that |
| 13:40.34 | __moray | looking at the lintian source code to try to work out |
| 13:40.47 | mallum | Im half way through another thing atm, so not giving it full attention I must admit |
| 13:41.01 | __moray | sure, I was just saying since I noticed you online |
| 13:42.17 | mallum | np |
| 13:44.40 | __moray | the lintian test implies "objdump --headers --private-headers foo.so | grep TEXTREL" will show something for non-PIC things |
| 13:45.24 | __moray | it doesn't match anything for my *installed* libmb.so.1.0.5, but does for my newly built libmb.so.1.0.5 or libmb.so.1.0.6 |
| 13:46.11 | mallum | objdump --headers --private-headers .libs/libmb.so.1.0.6 | grep TEXTREL gives me nothing |
| 13:50.10 | __moray | hrm |
| 13:50.44 | __moray | I can build in a different system if it's just this one playing up, but that implies it might go wrong on any autobuilder |
| 13:51.04 | __moray | (I guess it's possible I just have a bad version of something in this particular set of unstable packages though?) |
| 13:51.36 | __moray | thanks for looking anyway, it's good to know that it can/should build properly, so I might not need to hack at the libtool stuff ;) |
| 14:00.41 | mallum | __moray: yeah it sounds like something wrong in your libtool |
| 14:00.54 | mallum | __moray: sorry I cant be much mor ehelp :/ |
| 14:02.15 | __moray | mallum: oh, you have been a help, I know what to look at now |
| 14:02.31 | __moray | will get back to it this evening or tomorrow probably |
| 14:03.12 | *** join/#gpe plaes (~amd@ip6.cab31.mus.starman.ee) |
| 14:08.18 | *** join/#gpe ade|desk (~adavey@host81-130-179-19.in-addr.btopenworld.com) |
| 14:15.10 | *** join/#gpe mallum (~mallum@host81-153-50-205.range81-153.btcentralplus.com) |
| 14:19.27 | *** part/#gpe techsoup (~Chipoclud@AMarseille-151-1-44-115.w82-122.abo.wanadoo.fr) |
| 14:27.40 | *** join/#gpe tigrux (~tigrux@charybdis-ext.suse.de) |
| 15:03.28 | koen|uni | hmmm |
| 15:03.40 | koen|uni | linux-libc-headers 2.6.11 does have the SRC_URI = "http://ep09.pld-linux.org/~mmazur/linux-libc-headers/linux-libc-headers-${PV}.tar.bz2 \ |
| 15:03.44 | koen|uni | <PROTECTED> |
| 15:05.36 | florian_kc | oh |
| 15:05.42 | florian_kc | what does this patch? |
| 15:06.23 | koen|uni | stuff like: +#define K_XFPOWERDOWN K(KT_XF,0x21) |
| 15:07.47 | koen|uni | florian_kc: http://oe-devel.bkbits.net:8080/openembedded/anno/packages/linux-libc-headers/files/keyboard.patch@1.4?nav=index.html|src/.|src/packages|src/packages/linux-libc-headers|src/packages/linux-libc-headers/files |
| 15:09.14 | florian_kc | btw.... did anyone make his bk update tool work? |
| 15:09.49 | koen|uni | not that I have heard of |
| 15:10.43 | reenoo | well.. there's no real need to if you're using the fully featured version of bk |
| 15:16.21 | koen|uni | would it be a problem that keylaunch does key=???XF86PowerDown:apm --suspend and the llh patch does +#define K_XFPOWERDOWN K(KT_XF,0x21) |
| 15:16.24 | koen|uni | ? |
| 15:17.08 | *** join/#gpe plaes (~amd@ip6.cab31.mus.starman.ee) |
| 15:19.44 | *** join/#gpe _law_ (~law@213.173.86.202) |
| 15:22.11 | koen|uni | tigrux: what do you think of the german Bratwurst and Bockwurst? |
| 15:22.39 | florian_kc | reenoo: right... _if_ |
| 15:22.39 | tigrux | koen|uni: I don't have any idea of what are you talking about. :-/ |
| 15:22.56 | florian_kc | *g* |
| 15:23.17 | koen|uni | tigrux: the 'hotdog' like sausages |
| 15:23.28 | florian_kc | koen|uni: I don't think so... but key handling is somewhat mysterious. |
| 15:23.54 | tigrux | koen|uni: Ohhh.... Yes, it's is tasty. :-) I like it. |
| 15:26.42 | koen|uni | florian_kc: could it be the default keymap changed? |
| 15:26.59 | koen|uni | the one that did K_XFPOWERDOWN -> XF86PowerDown? |
| 15:31.21 | reenoo | florian_kc: the point is that probably nobody else but you has even tried using the non-proprietary bk stuff in this channel |
| 15:32.19 | koen|uni | I might look into that when my contract with the uni ends |
| 15:35.42 | reenoo | arrgh |
| 15:36.01 | reenoo | rxvt is doing its "you can't close me" thing again :/ |
| 15:36.18 | koen|uni | killall -9 rxvt :) |
| 15:37.07 | florian_kc | koen|uni: maybe... but iirc XF86PowerDown was unknown to X when i checked the last time. |
| 15:39.22 | reenoo | koen|uni: wrt rxvt, that's not a solution |
| 15:39.42 | reenoo | koen|uni: regarding sun, personally, I wouldn't do that |
| 15:40.22 | koen|uni | we'll see what my boss want |
| 15:40.22 | *** join/#gpe jsmanrique (~jsmanriqu@80.26.245.209) |
| 15:40.26 | jsmanrique | hi |
| 15:40.28 | koen|uni | wants* |
| 15:40.29 | koen|uni | hey jsmanrique |
| 15:41.28 | reenoo | koen|uni: well.. you're selling your soul to sun if you accept their licenses. no matter what your boss says |
| 15:41.54 | jsmanrique | sun? java? |
| 15:41.54 | koen|uni | a crap |
| 15:42.08 | koen|uni | I guess I have to sign an NDA to get the j9 source |
| 15:42.17 | jsmanrique | j2me? |
| 15:42.22 | koen|uni | jsmanrique: yes |
| 15:42.29 | jsmanrique | j9 |
| 15:42.32 | jsmanrique | ? |
| 15:42.46 | koen|uni | ibm j9 vm |
| 15:45.59 | *** join/#gpe plaes (~amd@ip147.cab31.mus.starman.ee) |
| 15:53.46 | koen|uni | bbl |
| 16:07.46 | *** join/#gpe jsmanrique (~jsmanriqu@80.26.222.107) |
| 16:36.18 | *** join/#gpe univac^ (~univac@amw35.neoplus.adsl.tpnet.pl) |
| 16:49.12 | *** join/#gpe eyck (eyck@ghost.anime.pl) |
| 16:50.50 | *** join/#gpe molivier (~mac@f03v-16-105.d3.club-internet.fr) |
| 16:55.07 | *** join/#gpe molivier (~mac@f03v-16-105.d3.club-internet.fr) |
| 16:55.23 | molivier | hi all |
| 16:55.52 | molivier | why there is no more poodle snapshots image ? |
| 17:10.33 | *** join/#gpe jg (~jg@15.238.5.233) |
| 17:16.08 | reenoo | koen|welding: that's what I've been working on: http://handhelds.org/~rw/gpe/gpe-mileage/screenshots.html |
| 17:16.44 | reenoo | molivier: I think koen|welding said they didn't build for him |
| 17:19.08 | *** join/#gpe Shark_y (~paolo@host181-54.pool8288.interbusiness.it) |
| 17:19.38 | molivier | reenoo, argh, ok so i must build it myself with oe |
| 17:20.40 | reenoo | molivier: best check with koen |
| 17:20.40 | florian_kc | reenoo: looks interesting :-) |
| 17:23.39 | Shark_y | Hi! I just got gpe on Ipaq 5550... why I have folders like "(i@ (i@@" in /home/root ? |
| 17:24.44 | Shark_y | It's normal? |
| 17:25.01 | molivier | reenoo, to have an account an familiar.handhelds.org is it necessary to develop for gpe ? |
| 17:26.15 | reenoo | molivier: any hh.org project would do I guess |
| 17:28.48 | *** join/#gpe aloph1 (~aloph@cnet-cable-189-84-182.canbrasnet.com.br) |
| 17:42.32 | homar | ~ |
| 17:43.02 | *** join/#gpe jg (~jg@15.238.5.233) |
| 18:11.17 | *** join/#gpe luc_ (luccio@cs181028197.pp.htv.fi) |
| 18:11.43 | luc_ | hi |
| 18:20.00 | *** join/#gpe zap (~zap@217.170.93.9) |
| 19:01.26 | *** join/#gpe ibot (ibot@apt.bot.TimRiker.active.supporter.pdpc) |
| 19:01.26 | *** topic/#gpe is The GPE Palmtop Environment - http://gpe.handhelds.org/ | GPE Wiki: http://handhelds.org/moin/moin.cgi/GPEProject | unstable images updated: http://handhelds.org/~pb/unstable/ | unstable feed now (sort of) working again | familiar snapshots: http://familiar.handhelds.org/snapshots/ |
| 19:26.45 | *** join/#gpe florian (~fuchs@p5092964A.dip0.t-ipconnect.de) |
| 19:26.56 | florian | re |
| 19:32.35 | luc_ | hey florian |
| 19:33.25 | florian | hi luc_ |
| 19:33.53 | reenoo | hey luc_ |
| 19:34.11 | luc_ | hi reenoo |
| 19:34.21 | luc_ | florian: gpe cvs is getting cold :) |
| 19:34.36 | reenoo | heh |
| 19:34.43 | reenoo | luc_: how so? |
| 19:35.07 | luc_ | how is going the doc project? any help needed to speed up? |
| 19:42.43 | philippe | hello people |
| 19:47.33 | *** join/#gpe BBrox (~ulmer@bbrox.org) |
| 19:48.21 | florian | hi philippe |
| 19:48.43 | florian | luc_: heh right... you know help is always a good idea... |
| 19:49.14 | florian | luc_: currently i need some more time to earn money :-/ but i try to improve the situation :-) |
| 19:51.00 | luc_ | florian: I hope it improve soon! |
| 19:52.06 | luc_ | florian: I still have a few days of work for the federation, then I'll help with doc |
| 19:52.35 | florian | luc_: oh cool! |
| 19:56.24 | philippe | hi florian |
| 19:56.41 | reenoo | hey philippe |
| 19:57.46 | *** join/#gpe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
| 19:59.47 | philippe | hey renoo |
| 20:02.33 | philippe | Yes! I got very crude single instance working for the help-viewer... |
| 20:03.22 | philippe | Time for a clean-up! |
| 20:07.57 | florian | philippe: nice! |
| 20:08.34 | philippe | florian, Well it is VERY crude. A listening socket that quits the app when another instance is started.... |
| 20:08.59 | philippe | but it works... next step is using dbus. |
| 20:09.57 | philippe | luc_, if you make application documentation (like on the wiki), make it in html if possible. |
| 20:11.35 | *** join/#gpe jsmanrique (~jsmanriqu@80-28-117-201.adsl.nuria.telefonica-data.net) |
| 20:12.28 | luc_ | philippe: I was thinking some time ago, we should use some master format for user doc (like docbook xml) |
| 20:12.44 | luc_ | philippe: then we can produce output for various formats... |
| 20:13.10 | luc_ | philippe: online help (simplified HTML), web (full html), paper (pdf) |
| 20:13.17 | florian | right... generating html, develp and pdf from docbook is pretty easy. |
| 20:13.27 | florian | heh |
| 20:15.19 | philippe | luc_, very good idea indeed |
| 20:15.27 | luc_ | philippe: what kind of HTML understand your help-viewer? |
| 20:16.05 | luc_ | I think we need only H1 H2 H3 P A IMG |
| 20:16.08 | philippe | luc_, normal html. Let me look up what gtkhtml-3.0 understands exactly |
| 20:16.33 | koen | hey philippe & luc_ |
| 20:17.01 | luc_ | if you reduce your viewer to these 6 tags (about) you should be able to make it even smaller / faster |
| 20:17.15 | luc_ | (Ah! we need some kind of CSS support too ;) |
| 20:17.27 | luc_ | hey koen |
| 20:18.27 | florian | luc_: uh... little details like css ;) |
| 20:18.34 | arielMX | does sftp login via a ppp connection works on familiar? |
| 20:18.46 | philippe | I believe gtkhml supports basic css. |
| 20:19.31 | florian | arielMX: hmm... no idea about sftp, but ssh and scp are supposed to work. |
| 20:19.31 | luc_ | I think so. isn't it gtkhtml used by evolution or devhelp? |
| 20:20.09 | philippe | Evolution indeed uses it. For my help-viewer I did strip out the editing support + removed dependencies on libbobonobo etc... |
| 20:21.17 | luc_ | philippe: sounds good! |
| 20:22.45 | philippe | I just hope somebody is going to try it and do a code review (and blame me for errors and bugs :-) ) |
| 20:23.57 | luc_ | philippe: just write working code, do not write bugs, it is only pain for later :) |
| 20:24.49 | philippe | :-) |
| 20:25.18 | jsmanrique | hi! |
| 20:25.23 | jsmanrique | how goes everything? |
| 20:25.41 | jsmanrique | nice to see GPE people again.. |
| 20:25.48 | jsmanrique | how was Cebit? |
| 20:29.00 | florian | hi jsmanrique |
| 20:29.15 | florian | jsmanrique: i didn't see you at cebit ;-) |
| 20:34.08 | arielMX | florian, ah! yes lovely scp works... this latest familiar is nice |
| 20:35.09 | koen | vlc is in the h3900 images by default now |
| 20:35.41 | florian | ah good :-) |
| 20:36.24 | florian | that reminds me to check gpe-nmf and gstreamer installation |
| 20:36.34 | arielMX | I have a very nice app that does mp3 playing btw... |
| 20:36.41 | arielMX | and will be adding video support soon |
| 20:37.51 | arielMX | and has optional gpe support |
| 20:38.14 | koen | arielMX: cool |
| 20:41.59 | *** join/#gpe rob_w (~roboo@p213.54.155.173.tisdip.tiscali.de) |
| 20:42.05 | florian | arielMX: hmm... sounds promising :-) |
| 20:42.06 | *** join/#gpe niklash (~niklas@spc1-brig2-5-0-cust117.asfd.broadband.ntl.com) |
| 20:42.31 | rob_w | hello room , ;-) long(ger) time not seen |
| 20:42.37 | koen | hey rob_w |
| 20:43.08 | philippe | I have to check out an access point with integrated adsl modem.... bbl |
| 20:43.49 | rob_w | how is it going , koen |
| 20:43.56 | koen | good |
| 20:44.00 | koen | and with you? |
| 20:44.24 | florian | philippe: have fun :-) |
| 20:44.53 | rob_w | better then my ipaq :-( |
| 20:47.31 | rob_w | would be a accidently physicly pressed power on button the only reason for a turning on the unit or exists also a malfunctioning software (or jacket insertion or so ) |
| 20:47.56 | rob_w | this "possibility" ? |
| 20:48.28 | rob_w | my ipaq has been going empty now for several times |
| 20:48.51 | rob_w | with my proper "order" to do so ;) |
| 20:49.04 | rob_w | s/with/without |
| 20:49.13 | florian | a h3800 series ipaq? |
| 20:49.21 | rob_w | 3970 |
| 20:51.27 | rob_w | i didnt had it much in a bag at that times , so it not related to that . |
| 20:53.52 | *** join/#gpe pb_ (~pb@2002:5168:d330:1:a00:1fff:fe06:93c) |
| 20:53.56 | pb_ | evening all |
| 20:53.59 | koen | hey pb_ |
| 20:54.28 | luc_ | hi pb_ |
| 20:54.35 | reenoo | hey pb_ |
| 20:55.03 | florian | pb_: hi! |
| 20:56.04 | rob_w | but after all my blames now , i also wanna mention that my ipaq bravely guided my ways through San Francisco the last 2 weeks : WELLDONE |
| 20:56.27 | florian | rob_w: iirc power management works nice on h39xx, there is a bug on h38xx |
| 20:57.16 | rob_w | i also switched between the images quite heavily the last days , so i cannot even determine a specific version |
| 20:58.10 | rob_w | florian: that indicates that there could be a "wrong " software also to let the device wrongly waken up ?! |
| 20:58.19 | koen | pb_: are you "in" to kdrive keyhandling? |
| 20:58.32 | koen | or keylaunch keyhandling for that matter? |
| 20:58.59 | pb_ | I guess. |
| 20:59.45 | florian | rob_w: maybe... |
| 21:00.32 | koen | pb_: we patch llh to define extra keys like K_XFPOWERDOWN, but keylaunch uses XF86PowerDown |
| 21:00.43 | koen | where does the xf86 come from? |
| 21:01.51 | pb_ | the latter is a keysym name. It comes from the XKeysymDB file. |
| 21:01.53 | rob_w | koen: wow a new snapshot just today , that is fortune |
| 21:02.44 | rob_w | oh the snapshots do happen quite often ... so not a big fortune |
| 21:07.12 | *** join/#gpe Philippe (~philippe@ip-213-49-67-115.dsl.scarlet.be) |
| 21:10.54 | rob_w | i guess all changes made to drivers/char/keyboard.c will result in an inbuild driver and not a module |
| 21:11.31 | florian | pb_: someone mentioned kdrive doesn't read XKeysymDB |
| 21:12.01 | pb_ | florian: indeed not, libX11 does that. |
| 21:12.15 | florian | ah right |
| 21:12.38 | pb_ | the server just operates on numeric keycodes. |
| 21:14.33 | rob_w | is the keybdev modules a result of linux/drivers/char/keyboard.c |
| 21:14.42 | pb_ | no |
| 21:14.53 | florian | key handling is some magix mystery |
| 21:14.56 | rob_w | sok |
| 21:14.58 | florian | eh magc |
| 21:20.21 | luc_ | is that correct magic: keycap -> scancode [kernel] keycode [keymap] -> character/action |
| 21:22.37 | pb_ | more or less, yeah. X also has an additional layer of keycode -> keysym translation, which is what xmodmap manipulates. |
| 21:23.44 | *** join/#gpe flypiper (~ISP-1@12-202-234-207.client.insightBB.com) |
| 21:26.27 | rob_w | as i did a ipkg install kernel and it brought me only the newer kernel version but no other module , is that normal ? i jumped from 37.5-r3 to 36.0-r0 |
| 21:26.36 | rob_w | or should i wait with my reboot ;-) |
| 21:26.59 | rob_w | oh hold on ... |
| 21:27.07 | pb_ | that's expected. if you upgrade manually, with "ipkg install", you must install the modules that you want by hand as well. |
| 21:27.26 | rob_w | of course it was 37.5 to 37.6-r0 |
| 21:27.41 | rob_w | what ipkg command would to that for me ? |
| 21:27.49 | pb_ | "ipkg upgrade", I guess. |
| 21:28.04 | pb_ | the modules are compatible between 37.5 and 37.6, though, so it isn't too important. |
| 21:28.18 | rob_w | thanx |
| 21:28.41 | rob_w | pb_: and they would also load despite the different version ? |
| 21:28.47 | pb_ | yeah |
| 21:30.41 | rob_w | how is that possible ? is this version checking at modules turned of ? |
| 21:31.14 | pb_ | no, but hh37.5 and hh37.6 will both report as "hh37" as far as the modules are concerned. |
| 21:31.37 | rob_w | ah, i see |
| 21:31.44 | pb_ | so, modules for any hh37.N version will be interchangeable. |
| 21:32.05 | rob_w | nice |
| 21:32.59 | koen | I saved my boss some reflashes when I explained that feature |
| 21:34.05 | rob_w | hmm ...oh , here we go :-) booted |
| 21:34.41 | luc_ | goodnight all. |
| 21:34.50 | reenoo | 'night luc_ |
| 21:42.24 | *** part/#gpe tigrux (~tigrux@charybdis-ext.suse.de) |
| 21:48.29 | *** join/#gpe unknown26 (unknown26@AC92F80C.ipt.aol.com) |
| 21:48.39 | koen | hey unknown26 |
| 21:48.55 | unknown26 | hi koen |
| 21:49.28 | unknown26 | Familiar has been _really_ slow for me on recent images, especially with ipkg |
| 21:49.49 | *** join/#gpe Philippe (~philippe@ip-213-49-72-51.dsl.scarlet.be) |
| 21:49.52 | koen | that happens with large list files |
| 21:50.27 | unknown26 | So ipkg is in a sense broken? |
| 21:50.42 | unknown26 | It chewed up about 32 megs of memory |
| 21:50.47 | koen | I would say it has room for improvement |
| 21:54.12 | reenoo | heh. the amount of packages growing drastically isn't really ipkg's fault |
| 21:54.59 | koen | that's the price to pay for "choice" and "granularity" |
| 21:55.32 | reenoo | not necessarily |
| 21:55.48 | koen | yeah |
| 21:55.51 | reenoo | you could split the locale .ipk's by locale for example |
| 21:55.57 | koen | splitting the feeds would be a solution |
| 21:56.12 | reenoo | same goes for -dev ipks |
| 21:56.50 | reenoo | the latter would reduce the amount of packages by at least 30% I'd say |
| 21:57.54 | reenoo | and in contrast to what the OZ people did a while back, this type of splitting would make sense IMO |
| 21:58.08 | koen | indeed |
| 21:58.23 | Philippe | re |
| 21:58.33 | koen | hey Philippe |
| 22:01.42 | Philippe | evening koen. |
| 22:05.10 | reenoo | koen: we could add -doc packages to that list as well btw |
| 22:06.04 | Philippe | indeed. I was thinking of start making some starting from the wiki + a general index page |
| 22:06.11 | *** join/#gpe tigrux (~tigrux@charybdis-ext.suse.de) |
| 22:06.11 | koen | reenoo: can i talk you into writing a python script to do that? |
| 22:07.31 | *** join/#gpe zecke (~ich@83-169-170-59-dynip.superkabel.de) |
| 22:12.11 | reenoo | koen: if you specified what exactly you want the script to do I'd do that. sure |
| 22:13.45 | reenoo | koen: in terms of an input/output specification. i.e. what type of feed/directory structure is there before the script runs and what should it look like after it's done its job |
| 22:14.51 | koen | one big feeddir to begin with and 'base' 'x' and 'opie' feeddirs with locale feeds as a subdir to those |
| 22:15.04 | koen | eg base/de, opie/de |
| 22:15.54 | koen | but I settle for a script that handles 'recursive deps' |
| 22:16.29 | koen | anything qte-related into the opie dir, anything X relke |
| 22:16.36 | koen | related into the x dir |
| 22:17.31 | koen | the current script only looks for the immediate depends |
| 22:17.48 | florian | good night |
| 22:17.52 | pb_ | florian: good night |
| 22:17.54 | koen | 'night florian |
| 22:17.58 | reenoo | 'night florian |
| 22:21.29 | reenoo | koen: ok. the splitting into subdirs should be simple (basically just a few globs). I take it I'll have to integrate that into the existing script though, right? |
| 22:22.08 | koen | the existing script is very simple |
| 22:22.18 | koen | replacing it wouldn;t be a big loss |
| 22:22.43 | koen | http://handhelds.org/~koen/ipkg-split-feeds-koen |
| 22:22.49 | koen | that's the old one |
| 22:23.01 | koen | (it requires a hacked ipkg.py) |
| 22:27.12 | unknown26 | Philippe: Are you planning on having image support in your help browser? |
| 22:28.12 | Philippe | unknown26, gtkhtml can display images :-) |
| 22:28.31 | Philippe | I believe it uses the default libpng libs for that. |
| 22:29.09 | unknown26 | Philippe: So then it would be /usr/share/doc/app/images/ ? |
| 22:31.20 | koen | NOTE: build 200503300030: started |
| 22:31.59 | Philippe | unknown26, I would keep everything in an app specific dir. /usr/share/<app-name>/... |
| 22:32.39 | reenoo | koen: hmm. where does that script actually move stuff around? |
| 22:32.52 | Philippe | koen, you really need something to keep your machine busy it seems :-) |
| 22:33.26 | reenoo | Philippe: /usr/share/doc/<appname> would be correct |
| 22:34.14 | unknown26 | Philippe: Ok, last question, Is your config file going to keep track of where everything is placed, or is it going to be hard coded into the HTML? |
| 22:36.27 | Philippe | unknown26, I am planning the config file parsing as the next todo item. For the moment I would try hard coded HTML paths (or relative to each other). The helpviewer displays some basic HTML anyway when a page can not be found. |
| 22:38.12 | unknown26 | Philippe: ok |
| 22:39.26 | reenoo | Philippe: you may want to use GKeyFile for the config file parsing |
| 22:39.27 | Philippe | unknown26, Great! |
| 22:39.49 | reenoo | Philippe: (part of GLib >= 2.6) |
| 22:40.11 | koen | reenoo: it creates a shell script.... |
| 22:40.20 | Philippe | reenoo, thanks. But I already found out about that one. Devhelp is a great tool! |
| 22:40.55 | Philippe | I already started writing a function to handle the parsing, but I found single instance more important. |
| 22:41.13 | reenoo | Philippe: well. florian pointed me to it actually |
| 22:41.29 | reenoo | koen: I figured that much :/ |
| 22:42.22 | reenoo | koen: where do I get the hacked ipkg module from? |
| 22:43.56 | Nosklo_ | hello guys... |
| 22:44.24 | koen | reenoo: http://dominion.kabel.utwente.nl/koen/pda/files/ipkg.py |
| 22:45.25 | koen | the hack is to stop ipkg.py appending $ARCH to the packagename |
| 22:46.17 | Nosklo_ | i am having a very weird issue here... when i connect a pcmcia sleeve, the keyboard goes crazy and starts sending "RETURN" keys all the time in a fast rate!!! |
| 22:46.28 | Nosklo_ | anyone has ever heard of that behavior? |
| 22:46.59 | koen | I've seen report of that |
| 22:47.09 | koen | reports* even |
| 22:47.59 | Nosklo_ | koen: any clue of what is causing it? i cant even log in, I have to disconnect the sleeve to enter the password. |
| 22:48.12 | koen | no idea, sorry |
| 22:48.21 | koen | I dismissed it as an opie problem earlier |
| 22:48.30 | Nosklo_ | me too |
| 22:48.45 | Nosklo_ | i had this problem on opie |
| 22:48.55 | Nosklo_ | switched to gpe |
| 22:49.17 | Nosklo_ | and the problem went away, at least with my cf flash sleeve |
| 22:49.31 | Nosklo_ | now with the pcmcia sleeve, it is back |
| 22:51.30 | Nosklo_ | hmmm... if i stop using the sleeve, it stops. but when i make any kind of access to the sleeve, it starts again |
| 22:51.45 | koen | very strange |
| 22:52.07 | koen | I get something like that when disconnection my bt keyboard |
| 22:53.06 | Nosklo_ | <PROTECTED> |
| 22:53.16 | Nosklo_ | s/enter/return |
| 22:55.32 | koen | I suspect something is sending a keypress to the kernel, so disabling the enter button wouldn't be a solution |
| 23:00.10 | Nosklo_ | xmodmap -e keycode ?? = Nothing, something like that |
| 23:03.27 | koen | 'night all |
| 23:05.35 | Nosklo_ | it worked out. |
| 23:05.44 | Nosklo_ | xmodmap -e 'keycode 104 = ' |
| 23:09.40 | Nosklo_ | hmm it didnt work out in fact |
| 23:10.00 | Nosklo_ | now the center key on joypad is not enter anymore, but i keep getting those "RETURN"s |
| 23:18.02 | Nosklo_ | something is really wrong |
| 23:35.00 | *** join/#gpe p0m (wodann@203-173-20-31.dyn.iinet.net.au) |
| 23:51.22 | Philippe | goodnight all |
| 23:51.49 | p0m | Night Philippe. |
| 23:55.22 | *** join/#gpe R6s_Poor (Ruetobas@218-166-107-71.dynamic.hinet.net) |
| 23:55.50 | Nosklo_ | night |