00:00.44 | *** join/#gpe richard2 (i=1000@tim.rpsys.net) |
00:13.11 | *** join/#gpe reenoo (n=r@p5489F179.dip.t-dialin.net) |
00:13.34 | reenoo | evening |
01:12.16 | *** join/#gpe jg (n=jg@c-24-34-97-46.hsd1.ma.comcast.net) |
01:27.26 | *** join/#gpe FortMax (n=aperez@pool-71-250-152-136.nwrknj.east.verizon.net) |
01:40.34 | *** join/#gpe Cwiiis (n=cwiiis@host86-133-50-11.range86-133.btcentralplus.com) |
02:27.16 | *** join/#gpe Cwiiis (n=cwiiis@host86-133-50-11.range86-133.btcentralplus.com) |
02:39.27 | shadows | hey all |
02:39.49 | shadows | whom is familiar with the Matchbox WM and its code changes? |
02:40.18 | shadows | there's a bug with matchbox-panel, i think, in version 0.9.2 and i want to devise a patch that fixes only the problem |
02:40.35 | shadows | (versus running an entirely svn checkout version of matchbox-panel) |
02:41.05 | shadows | with the problem in effect, the matchbox panel menu font is very small on OpenZaurus builds |
02:44.09 | *** part/#gpe FortMax (n=aperez@pool-71-250-152-136.nwrknj.east.verizon.net) |
03:39.51 | Cwiiis | shadows: I think you're better off running matchbox svn - it's stable |
04:05.11 | shadows | Cwiiis: no release? |
04:05.41 | shadows | Cwiiis: good feedback btw. i'm trying to integrate all this into OE |
04:06.22 | Cwiiis | shadows: I'm not sure when the next release will be, but we're using the subversion at the moment - The packages should already be in OE |
04:07.56 | Cwiiis | shadows: We're using 20060120 for libmatchbox, wm and desktop and 20051101 for everything else (keyboard/panel/stroke/themes-extra) |
04:08.05 | shadows | hmm okay |
04:08.17 | shadows | do you know of the "small matchbox panel font" bug? |
04:08.27 | shadows | i am trying to specifically fix that bug for a release |
04:08.51 | Cwiiis | I'm afraid not |
04:30.56 | *** join/#gpe johnX (n=x@c-24-16-192-158.hsd1.wa.comcast.net) |
07:24.11 | Rebecca | hmmm file manager crashes when i open /media/cf in it |
08:02.05 | *** join/#gpe zecke (n=ich@88.134.3.107) |
08:20.43 | *** join/#gpe JiniDog (n=jini@Gbbd6.g.pppool.de) |
08:24.15 | *** join/#gpe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com) |
08:42.06 | *** join/#gpe rob_w|mis (n=rob_w@p549BC58A.dip0.t-ipconnect.de) |
09:20.18 | *** join/#gpe bedboi (n=bedboi@signserv.Signal.Uu.Se) |
09:28.43 | *** join/#gpe theturtle (n=theturtl@guiness.lifl.fr) |
09:43.11 | *** join/#gpe ade|desk (n=adavey@194.200.143.249) |
10:00.43 | *** join/#gpe lardman (n=lardman@138.38.73.178) |
10:01.56 | *** join/#gpe krokas (i=krokas@ppp83-237-242-171.pppoe.mtu-net.ru) |
10:03.28 | johnX | I got fbreader to build |
10:03.28 | johnX | and it runs |
10:03.33 | johnX | seems to work nicely even |
10:05.41 | koen | cool |
10:06.24 | koen | where 'I got fbreader to build' read 'ugly hacks' or 'small patches'? |
10:06.32 | johnX | ugly |
10:06.39 | hrw|work | I'll check e-image on c7x0 and if it leave free space then maybe qt stuff will try |
10:06.57 | koen | fbreader is gtk, right? |
10:07.04 | koen | at least the maemo version is |
10:07.08 | johnX | it seems to be *both* |
10:07.13 | johnX | as in choose at compile time |
10:10.53 | johnX | I only had to edit one makefile, but right now at least it's pretty hardcoded |
10:12.02 | johnX | I need to figure out what variables I can get from OE, then at least it will be able to compile on systems besides mine...then I'll call it a "small hack" |
10:25.54 | *** part/#gpe krokas (i=krokas@ppp83-237-242-171.pppoe.mtu-net.ru) |
11:04.19 | koen | http://davyd.livejournal.com/167106.html |
11:04.23 | koen | gpe in the news :) |
11:05.09 | *** join/#gpe hrw|work (n=hrw@host-ip170-158.crowley.pl) |
11:19.09 | *** join/#gpe Filox (n=Filox@adsl-ull-143-131.44-151.net24.it) |
11:19.16 | Filox | hello |
11:19.25 | Filox | <PROTECTED> |
11:22.08 | *** join/#gpe rob_w|mis (n=rob_w@p549BC58A.dip0.t-ipconnect.de) |
12:13.03 | *** join/#gpe Ge0rgy (n=Christop@dslb-084-057-174-122.pools.arcor-ip.net) |
12:22.47 | *** join/#gpe Donwulff (i=Donwulff@dsl-hkigw8-feb6fb00-78.dhcp.inet.fi) |
12:33.26 | *** join/#gpe lolita__ (n=matthias@w216-2.wist.uni-linz.ac.at) |
12:47.52 | *** join/#gpe dc__ (n=dctanner@bb-87-81-165-34.ukonline.co.uk) |
13:10.23 | *** join/#gpe jurrie (n=jurrie@ppp-70-129-129-245.dsl.rcsntx.swbell.net) |
13:20.37 | florian_kc | good morning |
13:21.01 | XorA | morning |
13:21.52 | koen | hey florian_kc & XorA |
13:22.07 | *** join/#gpe Ge0rgy_ (n=Christop@dslb-084-057-138-096.pools.arcor-ip.net) |
13:30.56 | hrw|work | lunch |
13:41.17 | *** join/#gpe dc__ (n=dctanner@bb-87-81-165-34.ukonline.co.uk) |
14:04.08 | *** join/#gpe JiniDog (n=jini@Gd577.g.pppool.de) |
14:28.19 | *** join/#gpe zecke (n=ich@88.134.3.107) |
14:29.41 | *** join/#gpe dj_segfault (n=david@packardhell.aptima.com) |
14:30.07 | *** join/#gpe krokas (i=krokas@ppp83-237-11-32.pppoe.mtu-net.ru) |
14:30.22 | *** part/#gpe krokas (i=krokas@ppp83-237-11-32.pppoe.mtu-net.ru) |
14:35.25 | florian_kc | bbl |
14:55.03 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
15:00.22 | *** join/#gpe jg (n=jg@wireless-76.media.mit.edu) |
15:02.10 | jurop88 | hi allù |
15:04.22 | jurop88 | florian, are you there? |
15:25.01 | *** join/#gpe theturtle (n=theturtl@theturtle.net) |
15:26.58 | CoreDump|home | hi |
15:40.13 | koen | hey CoreDump|home |
15:40.35 | *** join/#gpe danil (n=Danil@eeceds01.ncl.ac.uk) |
15:54.52 | *** join/#gpe kerskine (n=keith@c-66-31-107-166.hsd1.ma.comcast.net) |
15:55.13 | Rebecca | http://photobucket.com/albums/v224/missbecca/ipaq%20desktops/ <- a few desktop backgrounds i made for my ipaq. all my original art. feel free to use and abuse :) |
16:01.54 | hrw|work | Rebecca: nice ;) |
16:02.08 | hrw|work | Rebecca: can I get landscaped frog? |
16:02.25 | hrw|work | Rebecca: 640x480 zaurus here |
16:02.43 | Rebecca | sure :) |
16:02.49 | hrw|work | great again |
16:02.50 | Rebecca | give me a few mins :) |
16:03.07 | Rebecca | oops, forgot to landscape the dragon |
16:12.13 | Rebecca | hrw|work: does the image need to be rotated? |
16:13.24 | Rebecca | or is standard orientation ok? |
16:13.24 | Rebecca | well, im sure you can figure out how to rotate 90degrees :) |
16:13.25 | hrw|work | Rebecca: no need to rotate |
16:13.37 | Rebecca | ok :) |
16:13.58 | Rebecca | http://img.photobucket.com/albums/v224/missbecca/ipaq%20desktops/my_pet_frog_landscape.png |
16:14.06 | Rebecca | that what your thinking of? |
16:14.43 | hrw|work | Rebecca: nice - will set on Z |
16:15.14 | Rebecca | cool :) |
16:23.54 | Rebecca | any chance i could get to see a screen shot? :) |
16:27.30 | hrw|work | sure - but first I have to get where in E17 I can set background |
16:29.04 | Rebecca | hehe, ok |
16:30.18 | *** join/#gpe Macfiron (n=silvan@dns.kernelconcepts.de) |
16:30.21 | Macfiron | Hi |
16:31.04 | Rebecca | oh. anyone else noticed that File Manager crashes when they try to browse to the /media/cf directory. (on a ipaq hz4700 with zImage-2.6.13-hh1+cvs20051221-ipaq-pxa270-20060209223421 + gpe-image-v0.8.3-ipaq-pxa270.rootfs.jffs2) |
16:31.18 | Rebecca | hx4700* |
16:31.43 | Macfiron | I'm trying to get matchbox, xkbd and mbinputmgr to work on a small system running debian. But all I get is an error when adding mbinputmgr to the mbdock-session via -da |
16:32.54 | Macfiron | I think, in /usr/local/share/applications/inputmethods/, there has to be an xkbd.desktop file of some sort. |
16:33.33 | Macfiron | So I put one there which is similar to the one I found in an working gpe-Environment. But this doesn't work. |
16:37.56 | Macfiron | The error is "mbinputmgr: no session data found.mbinputmgr: Could not load (null)". Can anyone give me a hint to get this working? |
16:56.14 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
16:57.19 | *** join/#gpe lolita__ (n=matthias@w216-2.wist.uni-linz.ac.at) |
17:10.36 | Philippe | hi everybody |
17:13.05 | *** join/#gpe krokas (i=krokas@ppp83-237-108-142.pppoe.mtu-net.ru) |
17:13.30 | jurop88 | philippe:are you the one who mantains some gpe-stuff? |
17:14.50 | Philippe | jurop88, I maintain some GPE stuff.. What exactly do you want to know? |
17:15.13 | koen | hey Philippe |
17:18.24 | *** join/#gpe katossi (n=guillerm@dslb-084-062-153-118.pools.arcor-ip.net) |
17:19.21 | jurop88 | I wrote some half an hour ago a mail to the mantainer of gpe-timesheet... |
17:19.27 | jurop88 | I am doing some work on it |
17:20.57 | pb__ | jurop88: philippe is, in fact, the maintainer of gpe-timesheet |
17:21.13 | jurop88 | thx |
17:21.24 | jurop88 | so I think to have cought the right person ;-) |
17:21.36 | *** join/#gpe wiselynx (n=wiselynx@81-208-106-78.ip.fastwebnet.it) |
17:21.45 | wiselynx | hi everybody |
17:29.09 | Philippe | jurop88, Oh yes I heard something about you replacing that old ctree stuff. |
17:29.26 | Philippe | It was in the todo and it would be great if you manage to do that. |
17:29.39 | jurop88 | i think I ended the main work... |
17:30.01 | jurop88 | but I'm a newbie, so I don't know the quality of my job |
17:30.09 | jurop88 | and something is still dark |
17:31.38 | Philippe | jurop88, don't worry we will make sure it works :-) |
17:32.26 | *** join/#gpe zap (n=zap@217.170.93.196) |
17:32.26 | jurop88 | at the moment I managed to compile it and let it work on Maemo |
17:32.45 | Philippe | jurop88, sounds promising |
17:32.59 | jurop88 | if you like, I can send you the code |
17:33.28 | jurop88 | all started from the fact that I need such a program... |
17:33.37 | jurop88 | and I really like the Nokia 770 |
17:33.46 | jurop88 | which I am currently using |
17:34.56 | Philippe | jurop88, please do send it. I will check it out. Merge it nicely with the existing stuff and help you sorting out any remaining issues there might be. |
17:35.10 | Philippe | ping CoreDump|home |
17:35.25 | CoreDump|home | Philippe: pong |
17:35.30 | jurop88 | the mail address is the one of the webiste? |
17:36.36 | Philippe | CoreDump|home, can you test something for me? I was told you have an akita |
17:36.50 | CoreDump|home | sure, what is it? |
17:36.57 | Philippe | jurop88, that should be the correct one, or use the one you find in the code. |
17:37.50 | Philippe | CoreDump|home, I got a bugreport that pressing the . (as in dot) key selects a different button in gpe-mini-browser instead of actually filling in a dot in the entrybox for the urls |
17:38.14 | Philippe | CoreDump|home, this one : http://bugs.treke.net/show_bug.cgi?id=638 |
17:38.54 | CoreDump|home | hmm 2.4 kernel? |
17:39.01 | Macfiron | which paket contains monolaunch |
17:39.43 | *** join/#gpe pleemans (n=peter@d54C24BC0.access.telenet.be) |
17:40.16 | Philippe | CoreDump|home, no clue... that is what I know |
17:40.19 | CoreDump|home | Philippe: i'll check it out and let you know |
17:40.30 | Philippe | CoreDump|home, great! Thank you! |
17:41.20 | CoreDump|home | np |
17:44.09 | jurop88 | philippe: code sent |
17:45.02 | Philippe | jurop88, thanks! |
17:59.09 | *** join/#gpe XorA (n=dp@81-178-114-161.dsl.pipex.com) |
18:02.45 | wiselynx | mh.. |
18:03.10 | wiselynx | is it "sane" to build a package from source directly on familiar? |
18:04.13 | Macfiron | bye |
18:04.14 | *** part/#gpe Macfiron (n=silvan@dns.kernelconcepts.de) |
18:04.47 | *** join/#gpe rob_w (n=bob@p213.54.199.78.tisdip.tiscali.de) |
18:05.23 | *** join/#gpe lolita__ (n=matthias@w216-2.wist.uni-linz.ac.at) |
18:14.53 | *** join/#gpe XorA_ (n=dp@81-179-212-51.dsl.pipex.com) |
18:15.11 | *** join/#gpe dj_segfault (n=david@packardhell.aptima.com) |
18:17.08 | Philippe | wiselynx, you will need a lot of extra stuff installed on your device, and it is not going to be really fast. |
18:19.56 | *** join/#gpe zecke (n=ich@88.134.3.107) |
18:20.22 | pb__ | hail zecke |
18:20.54 | Philippe | pb_, thanks for the forward. |
18:23.45 | pb__ | :-} |
18:24.47 | Philippe | Would "Plucker E-book reader" be a good fix for #1531? I find it rather long. But removing the plucker does not give any clue which program it is. |
18:25.35 | pb__ | sounds okay to me. Does it fit on the screen? |
18:25.50 | pb__ | if not, you'll have to either drop the Plucker or use something like "E-book (Plucker)" |
18:27.22 | jurop88 | pb_:thx for the forward, too :-) |
18:27.33 | Philippe | pb_, it does not fit indeed. Let's try some more things. |
18:28.24 | Philippe | jurop88, where did you get the e-mail adress from? If you have been reading the code and changelog my adress is mentioned several times... |
18:28.34 | Philippe | Just that we can fix it to avoid further mistakes. |
18:34.00 | jurop88 | I read it on the fly on the first sniplet of code that was open in Kate... |
18:34.13 | jurop88 | and was the same mentioned on the website... |
18:34.21 | koen | bleh |
18:34.39 | jurop88 | for this reason I didn't look for it twice and sent the mail to the wrong place :-( |
18:36.05 | Philippe | jurop88, no problem :-) Seems I forgot to add myself in one of the files. |
18:38.29 | Philippe | CoreDump|home, seems to put lots of effort in finding bug #638 |
18:40.00 | CoreDump|home | actually it has todo with jffs2 on 2.4 |
18:41.24 | CoreDump|home | as it is right now, everyone on Akita who tries kernel 2.6 looses his /home partition when re flashes 2.4 again. The only way out is a nand restore (=complete data loss) |
18:42.12 | Philippe | CoreDump|home, Eeeeks! |
18:42.51 | CoreDump|home | indeed. And as I do not have the means for a NAND restore I'm very interested in a fix |
18:48.53 | krokas | hello Philippe |
18:49.03 | Philippe | hey krokas |
19:05.34 | *** join/#gpe kammicazze__ (n=kammi@dD5762520.access.telenet.be) |
19:06.42 | *** join/#gpe florian (n=fuchs@p5083A860.dip0.t-ipconnect.de) |
19:11.08 | koen | hey florian |
19:12.08 | *** join/#gpe mreimer_ (n=mreimer_@wl-wa.vpop.net) |
19:46.50 | pb_ | florian: good evening |
19:48.02 | florian | First i'll write a short review about Dejapim :-) |
19:48.05 | pb_ | welcome back :-) |
19:52.19 | *** join/#gpe rob_w (n=bob@p213.54.199.78.tisdip.tiscali.de) |
20:00.39 | *** part/#gpe mreimer_ (n=mreimer_@wl-wa.vpop.net) |
20:00.45 | *** join/#gpe petterhj (n=TESTID@host-81-191-111-34.bluecom.no) |
20:14.24 | jurop88 | hi florian! |
20:14.39 | jurop88 | I sent some code to phil |
20:14.47 | jurop88 | well, the wrong Phil ;-) |
20:14.54 | pb_ | heh |
20:15.40 | jurop88 | I had a rather holiday day today... |
20:15.45 | jurop88 | so a lot coding for fun! |
20:16.03 | jurop88 | I have a working version of gpe-timesheet installed on my 770 |
20:16.16 | jurop88 | it's already modified in respect to the one Phil has |
20:16.27 | jurop88 | but it is not 'maemized' now |
20:17.06 | florian | jurop88: rock! |
20:18.02 | florian | jurop88: If you run into trouble with that feel free at ask... i started with this long before maemo was announced :-) |
20:18.36 | jurop88 | it works well on 770 |
20:18.40 | jurop88 | usable! |
20:18.45 | jurop88 | huh, btw... |
20:18.57 | jurop88 | congrs for the new I just saw on the #maemo chan... |
20:19.16 | DataBeaver | What package or setting am I missing as the pointer on my Zaurus is visible? |
20:23.12 | *** join/#gpe katossi (n=guillerm@dslb-084-062-153-118.pools.arcor-ip.net) |
20:30.28 | *** join/#gpe Donwulff (i=Donwulff@dsl-hkigw8-feb6fb00-78.dhcp.inet.fi) |
20:53.10 | mreimer | I see that gpe-nmf isn't being included in gpe-image. Should it be? If so, how? |
20:54.05 | pb_ | It won't fit on the h3600. It could be added to the h3900 if it works well enough to be useful. |
20:55.31 | pb_ | florian: do you have any idea what would be causing this bug 1552? |
20:55.50 | mreimer | pb_: would the way to do that be in h3900.conf, with GPE_EXTRA_DEPENDS and GPE_EXTRA_INSTALL? |
20:56.09 | pb_ | mreimer: I think so |
20:56.13 | mreimer | ok |
20:56.39 | pb_ | might be worth checking with the h4x0rs in #oe, though. |
20:56.45 | mreimer | it works, but is finicky. I'm not sure if it's designed to work the way I'm expecting it to work |
20:57.11 | pb_ | okay |
20:59.25 | florian | pb_: hmm wait |
21:00.36 | florian | pb_: I read that and wondered too, currently i have no idea how this could happen. |
21:00.49 | pb_ | drat, me neither |
21:00.59 | florian | hrm.. i should stop bashing dejapim and go back to work. |
21:01.08 | pb_ | heh |
21:02.13 | pb_ | night night |
21:02.17 | mreimer | night pb_ |
21:02.18 | poli | Philippe: night |
21:02.25 | Philippe | #1531 is fixed, I just wait until it gets in the feeds to mark it as such. |
21:02.29 | Philippe | night all! |
21:02.30 | koen | Philippe: good night |
21:02.32 | pb_ | Philippe: rock |
21:02.33 | poli | Philippe: Thanks. :) |
21:02.37 | Philippe | np |
21:07.18 | koen | mreimer: I've been abusing $machine.conf to install extra gpe stuff |
21:07.40 | koen | mreimer: I think it should go into meta-gpe.bb or gpe-image.bb, but I'm not sure t |
21:07.49 | koen | what's the preferred way to handle stuff like this |
21:08.46 | florian | pb_: ... but if i remember correctly gpe-calendar does some call to libschedule if it is closed, so that might do something evil. |
21:09.58 | pb_ | aha |
21:10.10 | pb_ | that does sound likely |
21:10.39 | pb_ | hm, drat, I knew installing xen remotely was a bad idea |
21:10.50 | pb_ | my server seems to be stuck in some kind of infinite rebooting loop |
21:13.39 | florian | oops |
21:18.53 | jurop88 | 'night everybody |
21:20.05 | florian | jurop88: good night |
21:21.26 | poli | pb_: I know at least one person that has XEN remotly running for a long time now... is it netbsd? |
21:25.50 | *** join/#gpe pocek (i=pock@213-238-124-24.adsl.inetia.pl) |
21:30.38 | pb_ | poli: no, linux |
21:30.53 | pb_ | I'm sure there's nothing very wrong with it; I must just have screwed up one of the file locations or something |
21:31.03 | pb_ | I'll fix it in the morning, I guess |
21:31.17 | poli | pb_: :) |
21:32.13 | pb_ | might be wrong bios settings, actually |
21:32.39 | pb_ | I have a feeling I might have left that machine configured so that it needs manual twiddling to boot off the disk, which would have been a bit dim |
21:42.29 | poli | pb_: Which OE packages I will need to compile with symbols/unstripped for bug #1520 (you comment was: You might need a debugging (or at least non-stripped) build of abiword and/or |
21:42.32 | poli | gtk for this to work.) |
21:43.13 | pb_ | abiword and gtk would be the first two to try |
21:44.34 | poli | pb_: gtk would be gtk+ ? |
21:44.42 | pb_ | yeah |
21:45.00 | poli | pb_: Thank you. I will learn OE some day, you will see. :) |
21:45.09 | pb_ | :-) |
21:51.37 | florian | pb_: do you know offhand if gpe-calendar day view time frmating depends on the locale? |
21:52.15 | pb_ | florian: I think it does |
21:52.44 | florian | pb_: i guess UK and US default to am/pm, right? |
21:53.17 | pb_ | US is am/pm. UK is 24 hour, I think. |
21:54.48 | florian | ah okay... |
21:55.28 | pb_ | iirc, the US and maybe Australia are the only locales that use am/pm notation. |
21:59.02 | pb_ | hrm |
21:59.40 | florian | pb_: well... it might be broken on the 770, but i currently don't have any other device with us locale available. |
22:00.07 | pb_ | okay, I'll have a poke at it tomorrow |
22:00.21 | pb_ | I do remember seeing some complaints from US users about "military time" |
22:01.47 | florian | pb_: yep... i'll ask why it is that hard to look around in the world a little bit ;-) |
22:02.21 | pb_ | :-} |
22:05.12 | *** join/#gpe rob_w|mis (n=rob_w@p213.54.197.92.tisdip.tiscali.de) |
22:25.22 | florian | here we go... now i fear what bugzilla will tell me |
22:30.27 | mreimer | bug in xserver-common: "HP iPAQ H2100" |
22:30.33 | mreimer | shouldn't that be H2200? |
22:31.18 | florian | hmm that would be a question for koen|sleep |
22:34.04 | DataBeaver | How do I make the pointer invisible? |
22:34.32 | florian | mreimer: do you have one? |
22:34.48 | mreimer | florian: yes, I have an h2200. I don't think an h2100 has ever existed |
22:35.22 | florian | DataBeaver: this should happen automatically... which device/distribution combination does cause this? |
22:35.39 | florian | mreimer: what does /proc/cpuinfo say? |
22:36.13 | mreimer | florian: "Hardware : HP iPAQ H2200" |
22:36.22 | mreimer | florian: I think it's a typo that's crept into a recent version |
22:36.40 | florian | thats no good |
22:37.38 | DataBeaver | florian: Zaurus SL-C3100 and OpenZaurus (self-built) |
22:37.55 | DataBeaver | It was hidden before the recent ipkg upgrade messup I had |
22:39.26 | florian | mreimer: its fixed in latest release, but we don't use that for 0.8.3... maybe we need to patch this or remove some other patches. |
22:39.40 | mreimer | florian: ah, I see |
22:40.02 | florian | DataBeaver: that would be related to detect-stylus, maybe check if it is there first. |
22:41.20 | Rebecca | which video media player/s do people find works best on their handhelds? |
22:41.22 | DataBeaver | That's present, but running it tells that xrdb is missing |
22:43.03 | DataBeaver | detect-stylus runs successfully now... But apparently it alone doesn't hide the cursor. |
22:43.23 | mreimer | florian: yep, it's 100dpi.patch that has the h2100 typo |
22:43.59 | koen|sleep | I know why :( |
22:44.03 | koen|sleep | s/200/100/g |
22:44.13 | koen|sleep | ~lart me |
22:44.24 | mreimer | :-) |
22:44.30 | mreimer | koen's sleepwalking again |
22:44.35 | koen|sleep | yeah |
22:44.41 | koen|sleep | on the prw |
22:44.46 | koen|sleep | prowl for warm milk |
22:44.58 | florian | heh |
22:45.11 | mreimer | florian, how's Jonas sleeping? Or you and your wife, for that matter? |
22:45.58 | florian | Rebecca: vlc-gpe might be a good candidate imho |
22:46.20 | koen|sleep | does vlc use libmad yet? |
22:46.27 | florian | DataBeaver: maybe the transparent cursor theme is missing. |
22:46.28 | koen|sleep | last I tried it didn't |
22:47.02 | DataBeaver | florian: Relogging helped |
22:47.29 | DataBeaver | Grr, I hate how the font sizes spontaneously change... |
22:48.21 | koen|sleep | pretty funny how mallum scolded gpe for depending on non-released software, but is using svn mb stuff throughout |
22:49.09 | koen|sleep | 'Unfortunately, Palm's idiocy probably condemns us all to using PocketPC or Qt/Embedded at some point.' as seen on slashdot |
22:49.39 | florian | mreimer: currently it doesn't matter... they are still at hospital. but he slept the last night without waking up a single time. but i have some fear that won't persist ;-) |
22:49.53 | mreimer | florian: your fear is well-founded :-) |
22:50.26 | DataBeaver | It _looks_ like the X server dpi value had changed, but when I check it with xdpyinfo, it's still 200dpi |
22:50.28 | mreimer | florian: I've found the first couple of nights home from the hospital to be the hardest. But it doesn't last long |
22:51.21 | florian | koen|sleep: that's true... i have no idea why he refuses to release stuff. |
22:51.29 | mreimer | hmm, Xfbdev is running -dpi 200, but the fonts are still small |
22:51.52 | DataBeaver | Whe couldn't the font sizes be just pixels... |
22:52.11 | pb_ | they are, effectively. |
22:52.44 | pb_ | "point sizes" are a bit of a fiction for onscreen use. |
22:53.14 | *** join/#gpe beewoolie-afk (n=beewooli@206.124.142.26) |
22:53.39 | florian | koen|sleep: i hope that's wrong... ALP is going to use GTK. |
22:54.17 | poli | Shit... monotone pull of .dev, OE and Azures combined: top - 20:48:05 up 2 days, 19:13, 8 users, load average: 13.64, 9.47, 7.92 |
22:55.31 | DataBeaver | Eh? I seem to be missing gpe-dm's config... |
22:55.44 | pb_ | mreimer: try something like "echo Xft.dpi: 150 | xrdb -merge" |
22:55.59 | pb_ | DataBeaver: gpe-dm doesn't really have any configuration |
22:56.32 | mreimer | shadows: /usr/lib/cpp: not found |
22:56.36 | DataBeaver | oh |
22:56.40 | pb_ | oh, right, add -nocpp |
22:56.54 | pb_ | crazy xrdb |
22:57.04 | mreimer | pb_: thanks, that did it |
22:57.25 | mreimer | pb_: why doesn't Xft pick this value up from the xserver? |
22:57.51 | pb_ | mreimer: because you don't, in general, want the fonts to be as big as the xserver's dpi value would suggest. |
22:58.19 | mreimer | pb_: with dpi and font sizes specified in point size, don't you get what you ask for? |
22:58.42 | DataBeaver | My display has pixels. I want font sizes to be in pixels. |
22:58.43 | mreimer | I guess it depends on what units you're asking about |
22:58.55 | pb_ | mreimer: in some technical sense, yes, but that behaviour doesn't actually buy anything much from a user perspective. |
22:59.16 | mreimer | I figured Xft would be more concerned with the technical sense |
22:59.40 | pb_ | no, that's what the xserver is concerned with. Xft is concerned with making it "work right". |
23:00.32 | mreimer | so does Xft assume 100 dpi? |
23:00.58 | pb_ | by default, yeah. we should probably teach it to use 150dpi or something on the higher-res displays. |
23:01.48 | mreimer | seems like Xft ought to interpret that in some other units than dpi, since it doesn't actually correspond to dpi |
23:02.13 | pb_ | fwiw, desktop X and Windows both behave the same way: they use a fixed value of "100dpi" for fonts, irrespective of the actual dot pitch of your monitor. |
23:02.30 | mreimer | sounds like hysterical raisins to me :-) |
23:02.33 | pb_ | in windows, if you enable the "large fonts" option then the dpi is changed to 120 or something |
23:02.47 | mreimer | postmodern dpi |
23:03.33 | pb_ | the main reason is that all the other elements of the onscreen UI are sized in pixels (or pixel-derived units) rather than inches. |
23:03.49 | DataBeaver | As they well should be. |
23:03.54 | mreimer | ok, I get that |
23:04.07 | pb_ | using a "correct" interpretation of font sizes in terms of points would mean that, on higher-res screens, the text would be scaled up but everything else would stay the same. |
23:04.16 | mreimer | makes sense |
23:04.26 | pb_ | which, generally speaking, will cause the ui design to start to fall apart at the seams. |
23:05.10 | DataBeaver | Also, while the Zaurus screen has double the dpi as standard desktop displays, it's also looked at from half the distance (or even less) |
23:05.37 | pb_ | that's also true, yeah |
23:05.48 | DataBeaver | That makes up for the larger dpi, so the font sizes in pixels can be the same |
23:06.49 | mreimer | pb_: tagging question: should kernel26 be tagged -hh0 right after the point at which the new kernel was imported/committed, or later, after breakages were fixed? |
23:07.01 | pb_ | later |
23:07.06 | mreimer | ok |
23:07.14 | pb_ | you'd only tag it as -hh<something> once you have a version that works well enough to be releaseable |
23:07.21 | mreimer | ok, makes sense |
23:09.08 | mreimer | is gpe-watch supposed to show a face, or just the hands? |
23:09.16 | pb_ | just the hands |
23:09.28 | pb_ | well, you should get a circle around the face, but that's all |
23:09.44 | pb_ | I keep meaning to add hour markings to it, but never actually did |
23:09.46 | mreimer | ok. the clock widget with the face & numbers looks so nice, I wondered whether something was missing in gpe-watch |
23:10.06 | pb_ | yah, unfortunately that widget just uses a bitmap, so it only works at that one exact size |
23:10.14 | mreimer | ah, I thought it was cairo |
23:10.25 | pb_ | no, cairo is what draws the hands |
23:11.05 | Rebecca | florian: ok :) |
23:11.12 | pb_ | fwiw, http://scanline.ca/dpi/ has some more words about the font dpi thing we were just discussing |
23:11.20 | mreimer | thanks for the link |
23:11.29 | mreimer | good ol'l billy biggs |
23:11.57 | pb_ | heh, right |
23:12.46 | florian | pb_: i think i can make some US citizens happy... |
23:13.22 | pb_ | florian: excellent, I'm sure they could use some happiness |
23:14.44 | florian | hehe |
23:15.11 | florian | i just need to find the correct formating magic we need in gpe-calendar |
23:16.13 | poli | Is there some mt option not to get ansi extensions? (just linear ascii text so a crontab email could be readable?) |
23:16.50 | pb_ | florian: oh, I just looked at the day view code and it doesn't use the locale at all |
23:17.04 | pb_ | I guess bedboi must have changed that when he redid all the rendering stuff |
23:17.14 | pb_ | no wonder the americans are complaining |
23:17.15 | pb_ | heh |
23:17.21 | florian | pb_: yeah... i'm just fixing this |
23:17.27 | pb_ | cool |
23:17.41 | florian | pb_: maybe because most of them are not old-fashioned? ;-) |
23:18.13 | pb_ | florian: it should probably be using strftime("%R") or some such |
23:19.20 | florian | pb_: that's 24 hour... |
23:19.27 | mreimer | OT: the other day I was thinking it could be useful to link to-do items with calendar events; then the to-do items for a given event (say, Work, or "Linux dev") could be displayed |
23:19.36 | florian | %X i guess |
23:19.42 | pb_ | florian: ah, er, right |
23:20.09 | pb_ | mreimer: yeah, there's some half-written code in there to do that |
23:20.15 | mreimer | cool |
23:20.19 | florian | mreimer: yes indeed... lome links between all the pim stuff would be gret |
23:20.29 | florian | pb_: ! |
23:21.04 | mreimer | I was also wondering whether gpe-calendar can do recurrences of the type, "second and third Saturdays of every month" |
23:21.29 | mreimer | but I didn't see it in the UI |
23:22.19 | mreimer | does gpe-calendar or its underlying libraries grok that kind of recurrence? |
23:22.19 | florian | uh... gpe-calendar is picky about the library versions now. |
23:22.53 | pb_ | mreimer: not sure. that'd be a question for Professor McCarthy. |
23:23.34 | florian | I guess libeventdb would need some tweaks to support this... but its supported in the mimedir stuff, so syncing should not break with these kind of events. |
23:24.00 | mreimer | the backend stuff seems very open-ended, nice |
23:25.17 | mreimer | what lib handles the recurrences? |
23:25.31 | DataBeaver | Why does my gxine keep segfaulting? :( |
23:26.52 | florian | mreimer: libeventdb is responsible for storage, libschedule to make sure they are handled in the system. |
23:27.51 | *** join/#gpe paul (i=[U2FsdGV@cl-9.dub-01.ie.sixxs.net) |
23:28.04 | florian | hmm yes, add libschedule... |
23:28.10 | florian | hi paul |
23:28.36 | mreimer | has anyone used gpe-word? |
23:28.57 | florian | mreimer: its everything but finished |
23:29.59 | mreimer | I'll give it a try |
23:31.31 | DataBeaver | What does ldr r3, [r0, #12] mean? |
23:31.42 | mreimer | r3 = *(r3 + 12) |
23:32.05 | DataBeaver | r0+12 maybe? |
23:33.06 | mreimer | oops, that's what I meant |
23:33.43 | DataBeaver | Hm, r0 contains 0x656c7974, which doesn't sound like a valid address... |
23:33.50 | mreimer | that's ascii |
23:33.54 | DataBeaver | Yeah |
23:34.16 | DataBeaver | And valid addresses usually start with 0x08... or 0x40... |
23:34.25 | mreimer | 'alyt' |
23:34.42 | DataBeaver | 0x65 is 'e' |
23:35.01 | DataBeaver | Otherwise that seems correct |
23:35.02 | mreimer | don't pay attention to me while I'm talking on the phone :-P |
23:36.33 | Rebecca | is there any easy route to installing packages offline with ipkg? |
23:37.13 | florian | Rebecca: just "ipkg install file" |
23:38.43 | Rebecca | hmmmmm.. ok |
23:40.22 | florian | france: hi |
23:40.35 | france | florian: hi |
23:41.46 | Rebecca | um.. i think you missed the 'offline' part of my question |
23:41.55 | Rebecca | ( florian ) |
23:42.43 | france | florian: when you get a minute /msg me :-D |
23:43.06 | DataBeaver | This gxine problem is driving me nuts... |
23:44.51 | DataBeaver | Backtrace points to pthread_mutex_lock - XrmQGetResource - XGetDefault - cairo_xlib_surface_set_drawable - (corrupt stack) |
23:45.33 | DataBeaver | Someone seems to be handing a bad mutex pointer to pthread_mutex_lock from what I can tell. |
23:48.00 | *** join/#gpe jg (n=jg@c-24-34-97-46.hsd1.ma.comcast.net) |