| 02:39.29 | *** join/#gpe ibot (ibot@apt.bot.TimRiker.active.supporter.pdpc) |
| 02:39.29 | *** topic/#gpe is The GPE Palmtop Environment - http://gpe.handhelds.org/ | GPE Wiki: http://handhelds.org/moin/moin.cgi/GPEProject | unstable images outdated: http://handhelds.org/~pb/unstable/ | unstable feed now (sort of) working again | familiar snapshots: http://familiar.handhelds.org/snapshots/ |
| 02:44.55 | *** join/#gpe franktom (~frank@61.149.162.185) |
| 03:36.05 | *** join/#gpe urnotl33t (~det@65.76.243.88) |
| 04:25.11 | *** part/#gpe urnotl33t (~det@65.76.243.88) |
| 06:36.17 | *** join/#gpe koobla_ (~chatzilla@wall4.soft.uni-linz.ac.at) |
| 06:37.32 | *** join/#gpe aquadran (pablo@aquadran.undead.scummvm) |
| 06:38.46 | *** join/#gpe JiniDog (~jini@p54BFF2D7.dip.t-dialin.net) |
| 06:41.02 | *** join/#gpe pH5 (~ph5@e178199164.adsl.alicedsl.de) |
| 07:12.53 | *** join/#gpe __law__ (~law@mail.stiftadmont.at) |
| 07:34.50 | *** join/#gpe univac (~univac@alv161.neoplus.adsl.tpnet.pl) |
| 07:58.47 | *** join/#gpe florian_hrz (~fuchs@141.99.13.19) |
| 08:01.26 | florian_hrz | good morning |
| 08:04.02 | florian_hrz | ibot: back from vacation? |
| 08:04.04 | ibot | Guess who's back. Back again. from vacation's back. Tell a friend. Guess who's back, guess who's back, guess who's back, guess who's back.. |
| 08:05.54 | florian_hrz | ibot: botmail for koen We have some new releases: libgpepimc, libgpevtype, gpe-contacts - all using autotools. |
| 08:24.54 | *** join/#gpe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
| 08:31.01 | koen | good morning all |
| 08:32.03 | koen | florian_hrz: I got your botmail, the stuff is in |
| 08:32.29 | florian_hrz | koen: good morning |
| 08:32.34 | florian_hrz | koen: great! |
| 08:32.57 | koen | did the maemo image work out? |
| 08:34.23 | florian_hrz | well... i can run applications, but there are some theming issues left and the navigator and tslib fail. |
| 08:34.43 | florian_hrz | the upstream tslib from oe works fine. |
| 08:35.07 | koen | so the navigator is the remaining issue? |
| 08:38.12 | florian_hrz | it is maybe caused by the theming stuff... it complains about missing stuff too, but the fines are there and sapwood is running. |
| 08:42.06 | koen | it seems my boss is not so lucky with remote reboots.... |
| 08:42.53 | koen|afk | bbl |
| 08:43.18 | florian_hrz | koen|afk: later |
| 08:57.35 | *** join/#gpe hrw|gone (szczepan@blue.stone.pl) |
| 09:18.39 | *** join/#gpe pb_ (~pb@2002:5246:d929:1:20a:5eff:fe00:391e) |
| 09:24.18 | koen | hey pb_ |
| 09:27.02 | pb_ | hi koen |
| 09:50.23 | *** join/#gpe rob_w (~roboo@p213.54.144.233.tisdip.tiscali.de) |
| 10:19.00 | *** join/#gpe florian_kc (~fuchs@dns.kernelconcepts.de) |
| 10:19.51 | florian_kc | re |
| 10:22.04 | pb_ | florian_kc: good morning |
| 10:22.10 | koen | hey florian_kc |
| 10:26.42 | *** join/#gpe zecke (fakeuser@p54BD2BAF.dip0.t-ipconnect.de) |
| 10:28.31 | __law__ | has anyone tryed to port http://linuxadvocate.org/projects/roadster/ ? |
| 10:28.42 | koen | bitbake roadster |
| 10:29.34 | koen | which will fail for various reasons: a) gpsd incompatibility b) missing mysql binary only arm-lib |
| 10:30.05 | __law__ | :-) |
| 10:30.06 | koen | a) can be fixed relatively easy, b) is just a case of evil binaries |
| 10:36.35 | pb_ | hi zecke |
| 11:19.04 | *** join/#gpe lardman (~lardman@138.38.73.178) |
| 11:19.15 | lardman | afternoon all |
| 11:19.31 | koen | hey lardman |
| 11:19.53 | lardman | hi koen |
| 11:30.49 | florian_kc | koen: i just noticed that we maybe want gpe-sessionscripts 0.63 in oe. |
| 11:34.19 | koen | and it's in |
| 11:34.36 | florian_kc | koen: cool |
| 12:22.53 | *** join/#gpe krokas (~krokas@ts23-b135.Moscow.dial.rol.ru) |
| 12:27.13 | *** join/#gpe njan (~james@80.68.90.223) |
| 12:31.58 | *** join/#gpe rob_wpda (~bob@p213.54.144.233.tisdip.tiscali.de) |
| 12:35.32 | rob_wpda | true or false: having cat against a modem device on one treminal and echo "at" should result in a "OK" |
| 12:38.55 | mickeyl | true, _if_ the serial port parameters are matching |
| 12:47.18 | rob_w | it just doesnt work for my cf card |
| 12:51.05 | JiniDog | florian_kc, again: http://pastebin.ca/15083 |
| 12:51.31 | JiniDog | second one gives a syntax-error; I don't know why |
| 13:00.27 | florian_kc | JiniDog: need to investigate this tomorrow.... |
| 13:00.53 | florian_kc | bbl |
| 13:00.55 | koen | florian_kc: have fun |
| 13:01.08 | florian_kc | koen: of course :-) |
| 13:01.46 | JiniDog | hm, when the linuxTag is in Berlin, I'll be there too |
| 13:02.05 | JiniDog | perhaps this will be, one day... |
| 13:02.09 | *** join/#gpe univac_ (~univac@alt227.neoplus.adsl.tpnet.pl) |
| 13:04.15 | basiliscus | did anyone compiled fixed sd driver for 5xxx ? (see http://article.gmane.org/gmane.comp.handhelds.linux.h5400/1412) |
| 13:12.04 | jserv2 | hi all |
| 13:12.23 | jserv2 | I found duplicated defines in gpe-mini-browser. |
| 13:12.37 | jserv2 | $ grep "\#define HOME_PAGE" * |
| 13:12.37 | jserv2 | interface-calls.c:#define HOME_PAGE "file:///usr/share/doc/gpe/mini-browser-index.html" |
| 13:12.40 | jserv2 | loading-calls.c:#define HOME_PAGE "file:///usr/share/doc/gpe/mini-browser-index.html" |
| 13:12.43 | jserv2 | --- |
| 13:13.17 | jserv2 | Maybe the home page definition can be moved to some header. :-) |
| 14:06.53 | *** join/#gpe jamey (~jamey@192.208.47.196) |
| 14:27.25 | *** join/#gpe bedboi ([U2FsdGVkX@signserv.Signal.Uu.Se) |
| 14:27.27 | bedboi | hi there |
| 14:28.01 | bedboi | what's the latest usable snapshot? |
| 14:28.30 | *** join/#gpe mallum (~mallum@host81-155-185-35.range81-155.btcentralplus.com) |
| 14:31.43 | koen | the latest :) |
| 14:48.15 | *** join/#gpe univac (~univac@alt227.neoplus.adsl.tpnet.pl) |
| 14:51.29 | bedboi | koen, ok, thanks |
| 15:06.00 | *** join/#gpe aquadran (pablo@aquadran.undead.scummvm) |
| 15:07.29 | *** join/#gpe jg (~jg@192.208.47.22) |
| 15:08.20 | *** join/#gpe deeje (~deeje2@user-2910.l6.c4.dsl.pol.co.uk) |
| 15:08.55 | lardman|busy | has anyone thought about extending ipaq-sleep so that it has a bit more granularity? |
| 15:09.28 | lardman|busy | ie more than one step as the back/frontlight is turned down, different behaviours for powered/unpowered, etc. |
| 15:10.00 | pb_ | I think it already knows about different policies for ac on/off. |
| 15:10.05 | pb_ | other than that, yeah, sounds like a good idea. |
| 15:10.08 | pb_ | patches welcome! |
| 15:10.10 | pb_ | heh |
| 15:10.43 | lardman|busy | pb_: it knows to not do anything when the power's on, but I was thinking of allowing it to suspend/turn the backlight off, but with a different time delay (like Opie) |
| 15:11.08 | pb_ | ah, right |
| 15:11.15 | lardman|busy | pb_: yes, I'll get working on it, just didn't want to recreate something which others were already working on |
| 15:11.17 | pb_ | that sounds good |
| 15:11.54 | lardman|busy | did anyone try my bl for 2.6.x? |
| 15:12.04 | pb_ | I don't think anyone is working on ipaq-sleep right now. That used to be one of mccarthy's projects, but he seems to be entirely owned by the world of granular materials these days. |
| 15:12.31 | bedboi | it would be cool if the h54xx light sensor worked |
| 15:12.47 | lardman|busy | As I'll have to face C with ipaq-sleep, I suppose I may as well re-write bl too |
| 15:13.00 | pb_ | yes, that would be cool. that would need someone to seize the samcop adc multiplexing bull by the horns. |
| 15:13.00 | lardman|busy | bedboi: I've seen that in the opie source, I was wondering what it was all about |
| 15:13.31 | pb_ | which I don't think is all that big a deal, actually, but anything to do with the samcop tends to make developers run screaming from the room. |
| 15:13.42 | lardman|busy | does it work with opie? |
| 15:13.44 | bedboi | pb_, then it should be easy to make a simple backlight controller |
| 15:14.06 | bedboi | lardman|busy, nope. |
| 15:14.12 | bedboi | lardman|busy, it's a kernel issue |
| 15:14.20 | lardman|busy | ah, okay |
| 15:14.30 | pb_ | bedboi: though, honestly, nobody has really demonstrated that the light sensor has a useful function in backlight control |
| 15:15.10 | *** join/#gpe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 15:15.40 | pb_ | it isn't entirely clear what the desired relationship between ambient light level and backlight brightness would be. |
| 15:16.13 | lardman|busy | it could be ascertained fairly easily though |
| 15:16.19 | lardman|busy | on a per-person basis |
| 15:16.26 | pb_ | yeah, that's true. |
| 15:16.26 | lardman|busy | create a map, etc. |
| 15:16.37 | pb_ | it seems fairly clear that the behaviour would need to be different on, say, the ipaq compared to the zaurus. |
| 15:16.49 | lardman|busy | well, there's no light sensor on any Zaurus |
| 15:17.04 | pb_ | oh, right. heh. |
| 15:17.10 | pb_ | I guess that avoids that problem then. |
| 15:17.15 | bedboi | heheeh |
| 15:17.24 | lardman|busy | yep :) |
| 15:19.43 | bedboi | pb_, you have any infos about cpu freq scaling on pxa ? |
| 15:19.55 | lardman|busy | I'm told that the Zaurus now sends an EV_SW event when the hinge sensors are activated. I can't seem to detect it with xev, is this expected behaviour? |
| 15:20.13 | lardman|busy | bedboi: sounds interesting |
| 15:20.14 | bedboi | i mean iirc going at the lower speed doesn't decrease battery draining rate |
| 15:20.48 | bedboi | which it's a little strange. that make me think there's some oddity in frequency scaling |
| 15:21.27 | lardman|busy | bedboi: I'm not sure that's true |
| 15:22.35 | pb_ | lardman|busy: I don't think the xserver listens to EV_SW. |
| 15:22.44 | pb_ | in fact, I don't think it listens to input events at all |
| 15:22.57 | pb_ | bedboi: no, not really. |
| 15:23.02 | lardman|busy | pb_: it gets mouse clicks & keypresses though |
| 15:23.22 | pb_ | indeed, but I don't think they are delivered through the input event interface |
| 15:23.41 | pb_ | keypresses, iirc, are delivered through the terminal, and mouse clicks are delivered through tslib |
| 15:24.45 | hrw|work | lardman|busy: atleast X.org ignore input events (which suxx) |
| 15:25.11 | pb_ | again, I guess patches are welcome |
| 15:26.30 | lardman|busy | regarding power savings with frequency scaling - does it make no difference, or is it just that the difference is small compared with turning the screen & other devices off, etc.? |
| 15:30.47 | jserv2 | where should I file bugs about gpe-mini-browser? |
| 15:33.51 | lardman|busy | bugs.openembedded.org iirc |
| 15:34.04 | lardman|busy | (I think, or is there somewhere else...?) |
| 15:35.18 | hrw|work | lardman|busy: handhelds.org/bugzilla/ |
| 15:35.30 | lardman|busy | ah |
| 15:35.34 | lardman|busy | I stand corrected |
| 15:38.28 | jserv2 | hrw|work: thanks, I will file one. |
| 15:39.52 | mallum | pb_: I have tslib working again now ( for sure this time I think ). now just cleaning things up a bit |
| 15:40.01 | pb_ | mallum: rock |
| 15:40.10 | mallum | pb_: do you know what the point ( if any ) of the if (KdCurScreen == KdTsPhyScreen) check is ? |
| 15:40.31 | pb_ | is that the jg hack attack thing? |
| 15:40.34 | mallum | yeah |
| 15:40.49 | pb_ | I think it was something to do with emulating the touchscreen using a mouse, but I'm not sure. |
| 15:40.53 | pb_ | I guess jg would know. |
| 15:41.10 | mallum | Im not sure if anything actually uses it, its look like some strange ts.c relic |
| 15:41.16 | pb_ | yeah |
| 15:41.20 | mallum | jg: ping |
| 15:41.25 | pb_ | I think it should be safe to remove it from tslib.c |
| 15:43.50 | bedboi | lardman|busy, for powersaving: wlan is the most battery hungry device |
| 15:43.58 | bedboi | then backlight |
| 15:44.07 | bedboi | then bluetooth |
| 15:44.12 | bedboi | then cpu (iirc) |
| 15:44.39 | pb_ | I think sdram and cpu are about even; depends on your exact workload |
| 15:45.35 | lardman|busy | ok, so it can make a difference, but only after dealing witrh the other things first |
| 15:46.15 | mallum | pb_: yeah me too |
| 16:20.55 | bedboi | is there anyone who tested memory throughput? |
| 16:23.13 | pb_ | sure, you can test it with lmbench |
| 16:23.40 | pb_ | I think I have some old numbers at http://handhelds.org/~pb/lmbench.txt |
| 16:25.46 | koen | I wonder how a pxa255 would do vs a pxa250 |
| 16:33.43 | *** join/#gpe france_ (~france@dhcp-208-55.crl.hpl.hp.com) |
| 16:34.43 | jamey | koen: pxa250 is about the same performance as pxa255. very disappointing. |
| 16:34.57 | jamey | very disappointing that pxa255 was not significantly better |
| 16:34.58 | koen | even with the caching enabled? |
| 16:35.12 | koen | that kinda sucks |
| 16:35.12 | jamey | caching enabled in both cases, wt on pxa250 and wb on pxa255 |
| 16:35.40 | jamey | which implies the cache is not big enough, so still limited by memory bandwidth |
| 16:36.03 | koen | which reminds me to get X working on the hx4700 before I go on holidays |
| 16:36.13 | pH5 | koen: yes please :) |
| 16:36.16 | pb_ | yeah, that is too bad. I think the combination of the small cache and the fact that every context switch blows it away means that you are still hitting main memory a lot of the time. |
| 16:37.38 | pb_ | newer arm chips do at least address the latter problem, but most of them still have very small caches by modern standards. |
| 16:38.49 | jamey | and their pipelines keep getting longer, leading to longer branch latencies |
| 16:39.40 | pb_ | yeah, though branch prediction is also getting better. |
| 16:39.47 | jamey | oh, that is good |
| 16:43.42 | pb_ | the newer arm11 class devices can actually execute some branches in zero time, by having the prefetch unit fold them out of the i-stream before the core sees them. |
| 16:50.49 | *** join/#gpe reenoo_ (~r@p5489AD24.dip.t-dialin.net) |
| 16:51.00 | reenoo_ | evening |
| 16:51.33 | *** join/#gpe ReleaseX (ReleaseX@adsl-70-249-202-49.dsl.stlsmo.swbell.net) |
| 16:51.45 | koen | hey reenoo_ |
| 16:53.40 | reenoo_ | hi koen |
| 16:53.58 | ReleaseX | hello all |
| 16:54.13 | koen | hey ReleaseX |
| 16:56.30 | jg | mallum:pong |
| 16:57.02 | mallum | hey jg |
| 16:57.12 | mallum | jg: fixing up the ts stuff in kdrive |
| 16:57.30 | jg | mallum: so what's the problem? |
| 16:57.41 | mallum | jg: and wondered what the if (KdCurScreen == KdTsPhyScreen) is and if its needed anymore ? |
| 16:58.32 | jg | dunno for sure; but there is a hack in there to allow you to move between screens (e.g. with a PCMCIA display card plugged in). |
| 17:00.34 | bedboi | i just installed 0.8.3 today snapshot |
| 17:00.46 | bedboi | what are the right feeds for it? |
| 17:00.53 | mallum | jg: ah right |
| 17:00.55 | koen | 0.8.2 or the unstable feed |
| 17:01.42 | bedboi | is the unstable feed updated? |
| 17:01.49 | mallum | jg: no ones ever updated the pcmcia code for newer kdrive so Im not sure if thats worth worrying about |
| 17:01.54 | koen | bedboi: I did last week |
| 17:02.12 | bedboi | koen, cool. last question. url? |
| 17:02.13 | jg | mallum: I don't remember any hacks to the PCMCIA code to get that stuff to work. |
| 17:02.24 | koen | bedboi: handhelds.org/feeds/unstable |
| 17:02.33 | bedboi | koen, that's fair :) |
| 17:02.45 | bedboi | koen, btw feeds in today's snapshot are wrong |
| 17:02.53 | koen | I know |
| 17:03.00 | koen | they are autogenerated |
| 17:03.38 | bedboi | ah |
| 17:03.38 | bedboi | k |
| 17:04.01 | mallum | jg: ahve you had it working with fd.o kdrive ? |
| 17:05.05 | jg | mallum: pb would know more likely than me. In any case, the dependencies were small. The card(s) are braindamamaged, and the best we could do was to try opening a device and blindly "go for it", so there isn't much to break. |
| 17:07.41 | *** join/#gpe kTag (~kTag@marcadet-5-82-225-5-145.fbx.proxad.net) |
| 17:08.23 | mallum | jg: hmm, currently trying to figure out a potential leak I've ran across in the input stuff on server reset |
| 17:09.25 | koen | mallum: can you give me a sign when your fix hits cvs? |
| 17:09.38 | koen | I'll update the stuff in OE to reflect that |
| 17:10.03 | mallum | koen: yeah Im kind of on a mission now |
| 17:11.24 | bedboi | koen, is headphone patch included in 0.8.3 snapshot kernel? |
| 17:11.30 | koen | it is |
| 17:11.33 | bedboi | cool. |
| 17:11.36 | bedboi | going to try it |
| 17:12.29 | bedboi | i would like to write a simple app to select between usage modes |
| 17:13.10 | bedboi | i mean. I want just to play some mp3 so i want all battery hungry stuff off |
| 17:13.51 | bedboi | maybe something that controls the backlight that when you tap the screen it turns the backlight on and starts a 10 seconds timer |
| 17:13.57 | bedboi | or something like that |
| 17:14.16 | koen | you have up on the pim api? ;) |
| 17:14.43 | bedboi | nope. i'm just a little confused about that |
| 17:14.54 | bedboi | not sure about what we really need. |
| 17:15.16 | *** join/#gpe JiniDog (~jini@p54BFF2D7.dip.t-dialin.net) |
| 17:16.35 | bedboi | i think we should first do some sort of brainstorming about that |
| 17:17.31 | bedboi | koen, btw i was thinking about the thing i said earlier (usage modes) since ages |
| 17:17.49 | koen | pocketpc has something like that |
| 17:18.02 | bedboi | oh. i never used that |
| 17:18.09 | koen | hidden in the "standby slider" |
| 17:22.49 | koen | I hope lardman|away can implement the gradual dimming opie has in bl |
| 17:22.55 | bedboi | koen, i would like to hear also pb_, florian, mallum et al, words about pim API |
| 17:23.04 | koen | mail the list |
| 17:23.16 | bedboi | good point :P |
| 17:31.38 | bedboi | sent |
| 17:35.52 | lardman|away | bye all |
| 17:40.39 | *** join/#gpe duper (Liki@61.173.123.110) |
| 17:44.45 | *** join/#gpe zap (~zap@217.170.93.9) |
| 17:51.06 | *** join/#gpe mimecar (~chatzilla@244.Red-83-53-61.pooles.rima-tde.net) |
| 17:51.11 | mimecar | hi folks |
| 18:02.48 | koen | ey mimecar |
| 18:02.53 | mimecar | hi koen |
| 18:03.46 | mimecar | I haven't more time :( |
| 18:03.49 | mimecar | I must go to study know |
| 18:03.51 | mimecar | now |
| 18:03.59 | mimecar | bye |
| 18:06.33 | *** join/#gpe zecke_ (~ich@83-169-170-48-dynip.superkabel.de) |
| 18:15.10 | *** join/#gpe ibot (ibot@apt.bot.TimRiker.active.supporter.pdpc) |
| 18:15.10 | *** topic/#gpe is The GPE Palmtop Environment - http://gpe.handhelds.org/ | GPE Wiki: http://handhelds.org/moin/moin.cgi/GPEProject | unstable images outdated: http://handhelds.org/~pb/unstable/ | unstable feed now (sort of) working again | familiar snapshots: http://familiar.handhelds.org/snapshots/ |
| 18:31.23 | *** join/#gpe BBrox (~ulmer@bbrox.org) |
| 18:51.52 | _law_ | http://212.10.30.205/rc10/Zaurus-Collie/ has someone tested? |
| 18:52.22 | koen | what is it? |
| 18:53.12 | tubbie|home | looks likesomething very forein |
| 18:53.36 | koen | ugh |
| 18:53.37 | tubbie|home | foreign |
| 18:53.47 | koen | pdaX'rom' |
| 18:53.50 | _law_ | pdaxrom for collie works realy fast |
| 18:54.15 | tubbie|home | I had a little look at their xpdf patches, no wonder that it is slow |
| 19:01.21 | Philippe | evening guys |
| 19:02.51 | koen | hey Philippe |
| 19:07.52 | *** join/#gpe NoFo (~NoFo@p54A2CF9D.dip.t-dialin.net) |
| 19:07.56 | NoFo | HeyHo! |
| 19:12.44 | *** join/#gpe sageLin (~Miranda@62.183.100.121) |
| 19:13.22 | sageLin | hi |
| 19:13.44 | NoFo | Hi sagelin |
| 19:14.31 | sageLin | how to connect device (familiar 0.8.2) with PC (winXP+SP2) |
| 19:14.32 | NoFo | can i install familiar on my Zaurus SL5500 ? |
| 19:15.40 | sageLin | NoFo: yes |
| 19:16.16 | NoFo | ok i wanna test xD |
| 19:17.27 | sageLin | http://openzaurus.org/wordpress/installation/sl-50005500/ |
| 19:17.32 | sageLin | see |
| 19:17.36 | reenoo | bonsoir Philippe |
| 19:17.41 | reenoo | heh |
| 19:17.55 | koen | sageLin: that's openzaurus, not familiar |
| 19:18.26 | Philippe | hey reenoo. Thanks for the very clear bugzilla reply's. I am working on getting it right now. |
| 19:18.31 | *** join/#gpe tapo (~tapo@sig9-d9baf3fe.pool.mediaWays.net) |
| 19:18.44 | sageLin | http://familiar.handhelds.org/releases/v0.8.2/install/ |
| 19:19.07 | koen | you'll need the collie images from http://familiar.handhelds.org/snapshots/v0.8.3/20050616/ |
| 19:19.13 | sageLin | collie = SL5500/5000 |
| 19:19.38 | reenoo | Philippe: ah, cool. |
| 19:20.18 | koen | reenoo: you can close the bug if asterisk builds from scratch |
| 19:23.12 | reenoo | koen: there is no mention of that in the bug report |
| 20:05.18 | cmarqu | koen: Isn't mplayer reading /etc/mplayer/config anymore? Then the manpage is wrong. |
| 20:05.28 | koen | cmarqu: no idea |
| 20:05.48 | koen | that would be a good place to do the ac=mad |
| 20:06.05 | cmarqu | koen: (Sorry, your mail is 4 days old now...) |
| 20:06.18 | cmarqu | Yep, was thinking that. |
| 20:07.45 | cmarqu | open("/usr/local/etc/mplayer/mplayer.conf", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) |
| 20:08.10 | cmarqu | Okay, so not in /etc/ but still. |
| 20:35.56 | reenoo | cmarqu: that more a question of $prefix I guess |
| 20:37.08 | cmarqu | reenoo: Might be, but the important fact is that it's system-wide and not in $HOME. |
| 20:37.45 | reenoo | yeah, sure. |
| 20:51.45 | reenoo | ~lart Sun |
| 20:52.23 | reenoo | there's a File.setReadOnly() but no File.setReadWrite() |
| 20:57.53 | koen | no magic flag in SetRO? |
| 20:59.08 | *** join/#gpe Feral_Kid (~Feral_Kid@209.205.207.130) |
| 21:00.28 | Feral_Kid | I know this question should be in handleds.org, but I thought I would ask here as well... Does anyone know about wifi issues on the HP 5450? |
| 21:05.22 | *** join/#gpe ||cw (~chris@mail.wilsonmfg.com) |
| 21:10.10 | *** join/#gpe pb_ (~pb@2002:5168:d274:1:a00:1fff:fe06:93c) |
| 21:22.15 | *** join/#gpe krokas (~krokas@ts23-b214.Moscow.dial.rol.ru) |
| 21:22.55 | reenoo | ~lart Sun one more time |
| 21:23.08 | reenoo | ~botsnack |
| 21:23.08 | ibot | :), reenoo |
| 21:23.12 | reenoo | hey pb_ |
| 21:23.59 | Philippe | ~lart cookies |
| 21:25.26 | pb_ | hi reenoo |
| 21:25.45 | koen | Philippe: no, not the cookies! |
| 21:26.47 | Philippe | Well I seem not able to catch them so.. |
| 21:27.51 | Philippe | Javascript works, now I would like cookies to be able to log in for example on yahoo mail... |
| 21:28.37 | JiniDog | bork, xmms works on my zaurus, but it is too slow for steadly playing |
| 21:30.02 | koen | it probably use mp3lib instead of libmad |
| 21:31.30 | JiniDog | it uses xmms-mpg123 |
| 21:31.36 | JiniDog | mad is faster? |
| 21:32.10 | koen | loads faster since it doesn't use floating points |
| 21:34.48 | JiniDog | and then I can use it as a input-plugin instead of mpg123? |
| 21:36.53 | reenoo | koen: who did that logo on your blog? |
| 21:37.17 | reenoo | koen: it's pretty cute but the body doesn't look quite right ;) |
| 21:37.43 | koen | reenoo: ehm, 'RedPhoenix' iirc |
| 21:39.23 | koen | see http://handhelds.org/moin/moin.cgi/FamiliarRoadMap |
| 21:48.14 | reenoo | ah, thanks for the link |
| 21:56.05 | koen | 'night all |
| 21:56.23 | *** join/#gpe beewoolie-afk (~beewoolie@florence.buici.com) |
| 22:05.25 | JiniDog | it works mit mad :) |
| 22:32.04 | *** join/#gpe jcole (~jcole@atlwebproxy2.core.hp.com) |
| 22:33.30 | *** part/#gpe jcole (~jcole@atlwebproxy2.core.hp.com) |
| 23:18.47 | JiniDog | who needs them? |
| 23:41.57 | *** join/#gpe Feral_Kid (~kcallis@209.205.207.130) |
| 23:42.29 | Feral_Kid | Under GPE is there any application to bring up bluetooth? |
| 23:43.03 | reenoo | gpe-bluetooth (tap on the panel and add it) |
| 23:43.51 | Feral_Kid | reenoo: Does that come with a default install of gpe? Or is that something that I need to pull from ipkg? |
| 23:44.47 | reenoo | should be in by default |
| 23:45.01 | Feral_Kid | Strike that, I found it... Thanks |