| 00:06.20 | *** join/#gpe Timelord (~TL@66.84.189.72) |
| 02:29.31 | *** join/#gpe aquadran_ (pablo@aquadran.undead.scummvm) |
| 03:43.57 | *** join/#gpe tigrux (~tigrux@201.144.60.127) |
| 03:56.34 | *** join/#gpe Toni (twillber@ext-ssh.movial.fi) [NETSPLIT VICTIM] |
| 03:59.55 | *** join/#gpe PaxAnima (~petter@frankenstein.idi.ntnu.no) |
| 04:03.51 | *** join/#gpe JustinP (~papercran@c-67-174-226-161.hsd1.ca.comcast.net) |
| 04:03.51 | *** join/#gpe mickey|party (~LPA@deneb.tm.informatik.uni-frankfurt.de) |
| 04:03.51 | *** join/#gpe joshua_ (joshua@c-24-34-92-252.hsd1.ma.comcast.net) |
| 04:03.51 | *** join/#gpe jserv2 (~jserv@linux3.cc.ntu.edu.tw) [NETSPLIT VICTIM] |
| 04:03.51 | *** join/#gpe robtaylor (~robtaylor@217.204.121.82) |
| 04:03.51 | *** join/#gpe tubbie|afk (~sam@hentges.net) |
| 04:04.37 | *** join/#gpe jserv2_ (~jserv@linux3.cc.ntu.edu.tw) |
| 04:12.13 | *** part/#gpe tigrux (~tigrux@201.144.60.127) |
| 05:05.20 | *** join/#gpe skopii (~john@2001:4830:21d0:c0ff:ee:0:0:0) |
| 06:36.51 | *** join/#gpe zap (~zap@217.170.93.9) |
| 07:05.38 | molivier | hi all |
| 07:26.26 | *** join/#gpe shiyee (~Shiyee@0x535fee89.abnxx12.adsl-dhcp.tele.dk) |
| 09:20.32 | *** join/#gpe lolita__ (~matthias@w216.wist.uni-linz.ac.at) |
| 09:31.50 | *** join/#gpe rob_w (~bob@p213.54.144.211.tisdip.tiscali.de) |
| 09:35.22 | *** join/#gpe pH5 (~ph5@p5485D7AD.dip.t-dialin.net) |
| 09:40.07 | *** join/#gpe shiyee (~Shiyee@0x535fee89.abnxx12.adsl-dhcp.tele.dk) |
| 09:45.16 | *** join/#gpe JiniDog (~jini@p54BFEA0C.dip.t-dialin.net) |
| 09:45.50 | *** join/#gpe pb_ (~pb@2002:5168:d214:1:20b:6aff:fe40:e27f) |
| 10:13.06 | *** join/#gpe Yog (~magnus@hades.27b-6.de) |
| 10:46.32 | pb_ | good morning mickeyl |
| 10:50.05 | mickeyl | good morning pb_ |
| 11:03.54 | mickeyl | koen: what steps would i need to do to make gpe-appmgr the default "launcher" ? |
| 11:04.24 | *** join/#gpe rob_w (~bob@p213.54.144.211.tisdip.tiscali.de) |
| 11:04.36 | koen | edit /etc/matchbox/session |
| 11:04.44 | koen | or have a custom .matchbox/session |
| 11:10.30 | pb_ | mm. that's meant to be handled by the /etc/matchbox/session that gpe-session-scripts installs, but someone seems to have done some kind of violence to it. |
| 11:11.57 | pb_ | ah |
| 11:11.59 | pb_ | ~lart koen |
| 11:12.13 | koen | pb_: appmgr didn't compile and was thus remove from the images |
| 11:12.31 | koen | having a broken session file is just bad practice |
| 11:12.55 | pb_ | right, but just unilaterally deleting bits from the session file is even worse practice. |
| 11:13.12 | pb_ | if you had added an "if [ -e gpe-appmgr ];" or something, that would have been fine. |
| 11:13.17 | koen | D'oh |
| 11:13.30 | koen | ~lart koen |
| 11:13.36 | koen | why didn't I think of that |
| 11:27.17 | *** join/#gpe zap (~zap@217.170.93.9) |
| 11:52.31 | koen | mickeyl: will opie get renamed to fluffie? |
| 11:54.17 | CoreDump|home | koen: you mean fluffie/e |
| 11:56.31 | koen | fluff/e |
| 11:56.53 | koen | I'm sure you can photoshop a dot on the '/' for the logo |
| 11:56.57 | *** join/#gpe reenoo (~r@p5489EACF.dip.t-dialin.net) |
| 11:57.25 | reenoo | afternoon |
| 11:57.42 | koen | hey reenoo |
| 11:57.51 | reenoo | hi koen |
| 12:21.04 | mickeyl | koen: more likely that the name will be dropped at all, since it will be a completely new project |
| 12:24.02 | koen | not just qt/e->qt/x11? |
| 12:24.24 | koen | or is the propaganda to deep into the heads or the devs and users? |
| 12:25.26 | mickeyl | no idea about propaganda, but a change from qte 2.x to qtx11 4.x is large enough that it doesn't make much sense to port all the old things over |
| 12:25.33 | mickeyl | imo |
| 12:25.55 | koen | kind of a 'fresh start' |
| 12:28.59 | mickeyl | yep. i see us reusing 90% of libopie2 though |
| 12:29.27 | mickeyl | a lot of apps on the other hand are unmaintained or incomplete anyway |
| 12:30.21 | koen | you can use the experience to draft up a new cvs tree lay out |
| 12:35.30 | mickeyl | yep. and we can start with some guidelines and documented processes |
| 12:35.36 | mickeyl | it doesn't matter if it will take long or not |
| 12:35.39 | mickeyl | it's a pet project |
| 12:37.26 | koen | "finally we can use an opensource browser that isn't from 2003" |
| 12:37.50 | mickeyl | heh |
| 12:37.52 | mickeyl | yea |
| 12:39.52 | koen | ~lart java |
| 12:39.53 | koen | checking whether arm-linux-gcc -march=armv4 -mtune=xscale needs -traditional... no |
| 12:39.53 | koen | checking whether to enable maintainer-specific portions of Makefiles... no |
| 12:39.53 | koen | checking java.home /usr/local/j2sdk1.4.2_03/jre |
| 12:39.53 | koen | adjusted java.home is /usr/local/j2sdk1.4.2_03checking os.name Linux |
| 12:39.56 | koen | checking os.arch i386 |
| 14:01.08 | XorA|gone | koen: more problems with CSL? |
| 14:01.20 | koen | XorA|gone: no |
| 14:01.35 | koen | I just decided to spare the poor people using familiar-0.8.3.conf |
| 14:01.50 | XorA|gone | koen: ah cool :-) |
| 14:02.03 | XorA|gone | I suspect its miscompiler 2.6.11 kernel for Z as well |
| 14:02.10 | XorA|gone | miscompiling |
| 14:09.33 | *** join/#gpe zap (~zap@217.170.93.196) |
| 14:31.01 | *** join/#gpe krokas_ (krokas@ppp83-237-108-21.pppoe.mtu-net.ru) |
| 15:06.59 | *** join/#gpe aquadran (pablo@aquadran.undead.scummvm) |
| 15:19.56 | reenoo | koen: what's the tremor replacement for the vorbisdec gst plugin called again? |
| 15:21.13 | koen | vorbisidec |
| 15:21.38 | reenoo | heh. thanks |
| 15:21.40 | koen | and gst-plugin-ivorbis |
| 15:22.13 | reenoo | but it doesn't work for you, does it? |
| 15:22.53 | koen | the error messages seem to point to the ogg-demuxer |
| 15:23.37 | koen | ERROR: oggdemux0: Could not decode stream. |
| 15:27.40 | koen | D'oh |
| 15:27.55 | koen | it's missing the ivorbis plugin |
| 15:28.13 | reenoo | ah. heh. |
| 15:28.13 | pH5 | talk about useless error messages :-/ |
| 15:31.52 | reenoo | pH5: yah. this isn't meant as a user interface though |
| 15:32.06 | koen | /pipeline0/spider0/src_0.sink: caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)44100, channels=(int)2ERROR: from element /pipeline0/spider0/ivorbisfile0: Could not decode stream. |
| 15:32.14 | koen | from gst-launch -v |
| 15:33.20 | reenoo | pH5: real apps would inspect the GError structure (populated by gstreamer) and output a message based on that |
| 15:34.18 | reenoo | koen: hmm. what's the pipeline you're running? |
| 15:34.37 | pH5 | renoo: ah, ok. that would be nice to add to gpe-nmf. |
| 15:39.10 | koen | <PROTECTED> |
| 15:47.50 | reenoo | koen: what happens if you use decodebin instead of spider? (you may have to install it first) |
| 15:58.04 | pH5 | renoo: that works here (somehow). |
| 16:01.09 | reenoo | pH5: what do you mean by somehow? do you hear sound or not? ;) |
| 16:02.30 | pH5 | renoo: it's working alright. i just tried with external speakers. (the volume is at max and i don't have a working mixer application ...) |
| 16:03.08 | reenoo | ah, cool. adjusting the volume is a different story |
| 16:03.10 | koen | work like a charm |
| 16:03.19 | reenoo | excellent |
| 16:03.21 | koen | works* |
| 16:03.51 | koen | and works for mp3 too |
| 16:06.00 | koen | so adding decode-bin and ivorbis to RRECOMMENDS and changing spider to decodebin the .c should fix the ogg issue |
| 16:07.52 | reenoo | not sure. I believe decodebin needs slightly different interfacing code |
| 16:07.54 | *** join/#gpe FortMax (~aperez@pool-70-111-227-161.nwrk.east.verizon.net) |
| 16:08.12 | reenoo | not a big problem though |
| 16:09.13 | reenoo | koen: could you run one final test? |
| 16:09.18 | reenoo | gst-launch-0.8 filesrc location="monkey.ogg" ! typefind ! spider ! application/x-gst-tags ! fakesink |
| 16:10.15 | koen | RUNNING pipeline ... |
| 16:10.15 | koen | ERROR: from element /pipeline0/spider0/oggdemux0: Could not decode stream. |
| 16:10.15 | koen | Additional debug info: |
| 16:10.15 | koen | gstoggdemux.c(1373): gst_ogg_demux_push: /pipeline0/spider0/oggdemux0: |
| 16:10.15 | koen | invalid ogg stream serial no |
| 16:10.18 | koen | Execution ended after 10 iterations (sum 116708000 ns, average 11670800 ns, min 922000 ns, max 42134000 ns). |
| 16:11.54 | reenoo | hmm |
| 16:11.57 | reenoo | that sucks a bit |
| 16:12.19 | reenoo | this type of pipeline doesn't work as intended with decodebin |
| 16:12.28 | reenoo | :( |
| 16:14.23 | reenoo | err.. I forgot a -t |
| 16:14.32 | reenoo | gst-launch-0.8 -t filesrc location="monkey.ogg" ! typefind ! spider ! application/x-gst-tags ! fakesink |
| 16:14.50 | reenoo | (not that I think it'll work. but it's worth a try) |
| 16:15.15 | koen | same error |
| 16:16.25 | reenoo | does it work with decodebin? |
| 16:16.53 | koen | it does |
| 16:17.19 | reenoo | prints tags but takes a while to finish, right? |
| 16:17.54 | koen | hold on, I'll insert that one again |
| 16:18.34 | reenoo | np. take your time |
| 16:18.41 | koen | it doesn't play any sound with gst-launch-0.8 -t filesrc location="monkey.ogg" ! typefind ! decodebin ! application/x-gst-tags ! esdsink |
| 16:18.53 | reenoo | yeah, that's expected |
| 16:19.04 | reenoo | it should print stuff like this to stdout: |
| 16:19.16 | reenoo | FOUND TAG : found by element "vorbisdec0". |
| 16:19.16 | reenoo | <PROTECTED> |
| 16:19.16 | reenoo | <PROTECTED> |
| 16:19.16 | reenoo | <PROTECTED> |
| 16:19.16 | reenoo | <PROTECTED> |
| 16:19.17 | reenoo | <PROTECTED> |
| 16:19.19 | reenoo | <PROTECTED> |
| 16:20.03 | koen | oooo, dusted |
| 16:22.30 | koen | I'll try it with a mp3 |
| 16:23.47 | koen | RUNNING pipeline ... |
| 16:23.47 | koen | FOUND TAG : found by element "id3demux0". |
| 16:23.47 | koen | <PROTECTED> |
| 16:23.47 | koen | <PROTECTED> |
| 16:23.47 | koen | <PROTECTED> |
| 16:24.34 | reenoo | ok. so it works to some extent |
| 16:25.09 | reenoo | I'll troubleshoot the rest when I hit that problem. thanks for testing |
| 16:25.23 | koen | np |
| 16:32.45 | *** join/#gpe tigrux (~tigrux@201.144.60.127) |
| 16:33.18 | koen | hey tigrux |
| 16:33.34 | tigrux | Hello koen |
| 16:34.34 | reenoo | hi tigrux |
| 16:34.50 | tigrux | Evening reenoo |
| 16:35.20 | reenoo | ~lart heisenbugs |
| 16:35.29 | reenoo | heh |
| 16:46.52 | koen | JustinP: any luck with fbgrab for making screenshots of e17? |
| 16:53.24 | *** part/#gpe tigrux (~tigrux@201.144.60.127) |
| 17:12.17 | koen | reenoo: if we have an rss feed for gpe releases we could subscribe it to http://planet.gnome.org/news/ |
| 17:16.20 | reenoo | koen: hmm. I don't think there's an automated way to generate that type of thing right. I guess you could always blog about it in a dedicated section and have that subscribed though |
| 17:16.30 | reenoo | s/right/right now/ |
| 17:16.46 | koen | yeah |
| 17:17.01 | koen | I was hoping we could put something like that on the gpe site |
| 17:17.19 | koen | the syndicated geeklog news make us like a bit dead |
| 17:18.23 | pb_ | heh. you could always add more geeklog stories. |
| 17:18.49 | koen | ideally the 'make source ' or 'make upload' could push the changelog via xmlrpc |
| 17:19.01 | pb_ | replacing that thing with an RSS aggregator would be a reasonable enough thing to do, though. |
| 17:19.55 | pb_ | Familiar package uploads do already generate an RSS feed. I guess it wouldn't be hard to filter that to only show the GPE ones. |
| 17:21.44 | koen | having it straight from the horses mouth would be preferred. Copying the content of the announce emails would suffice |
| 17:24.21 | koen | does anyone know of an easy to install rss thingy we could use for gpe.handhelds.org? |
| 17:24.39 | koen | something that can be fed by something like drivel or gnmoe-blog |
| 17:25.25 | pb_ | dunno. jamey is our RSS-meister; I guess he'd be the man to ask. |
| 17:26.08 | pb_ | thinking of which, having package uploads added to Planet Jamey might be nice as well. |
| 17:26.39 | reenoo | heh. Planet Jamey |
| 17:27.12 | koen | I have been looking at that, all the ipkg code (ipkgfind, ipkg-upload) have a lot of handhelds.org assumptions |
| 17:27.43 | reenoo | speaking of which. it appears to updated by a cron job or something now which is cool |
| 17:28.37 | koen | jamey fixed the permissions so the cronjob can do it's job properly |
| 17:29.39 | reenoo | ah, I see. it'd just have to accessible via planet.hh.org now I guess ;) |
| 17:32.32 | koen | france is busy with mirroring hh.org to the new DL140s at the moment |
| 17:33.15 | reenoo | DL140s? |
| 17:33.38 | koen | HP DL140 servers |
| 17:33.59 | koen | dual x64_64 thingies |
| 17:34.35 | koen | preparing to 'move' hh.org to the new (but undisclosed) location |
| 17:34.48 | reenoo | aha |
| 17:34.59 | *** join/#gpe tigrux_ (~tigrux@201.144.60.127) |
| 17:35.22 | koen | according to jamey he has some troubles with getting the drivers to play nice |
| 17:36.50 | reenoo | lots of x86 code is probably still full of 32bit assumptions. so it's not surprising there are driver issues |
| 17:37.54 | koen | I used to have 64bit kernel/32bit userland on the opterons, but iptables in debian broke with that |
| 18:02.34 | koen | hey mickeyl |
| 18:02.38 | mickeyl | yoyo |
| 18:03.17 | koen | did the appmgr patch work? |
| 18:03.45 | mickeyl | appmgr starts |
| 18:03.54 | mickeyl | it doesn't look like i had it in mind from pb_s husky though |
| 18:03.59 | mickeyl | it has a window |
| 18:04.23 | koen | ah, it probably needs some magic param |
| 18:05.11 | pb_ | try -r or -d or some such |
| 18:05.16 | koen | gpe-appmgr -r -d & |
| 18:05.22 | pb_ | ah, or both |
| 18:05.23 | koen | http://openembedded.bkbits.net:8080/openembedded/patch@1.3190.24.3 |
| 18:06.08 | mickeyl | righto |
| 18:06.29 | pb_ | oh yeah, that's right. -d means to be the desktop background, and -r means to put the applications in rows rather than in tabs. |
| 18:09.24 | koen | what was the cause of the rotation problem with appmgr again? |
| 18:09.36 | mickeyl | aaah |
| 18:09.37 | mickeyl | much nicer now |
| 18:12.13 | koen | I still need to figure out how to save some memory |
| 18:12.31 | koen | a vga screen and 32MB ram is borderline for gpe |
| 18:26.18 | JustinP | koen: yes, but I was out all yesterday at a party |
| 18:27.58 | koen | JustinP: nelson fixed scap for Spitz, so uploads work now: http://handhelds.org/scap/port.22205.png |
| 18:28.06 | koen | the segfault is harmless |
| 18:28.13 | koen | (crappy lineo code) |
| 18:28.15 | JustinP | ummm.... |
| 18:28.27 | JustinP | so if I run scap it auto-uploads a screenshot? |
| 18:28.37 | koen | yes |
| 18:28.40 | JustinP | ok |
| 18:28.46 | koen | it netcats fb0 to hh.org |
| 18:47.53 | *** join/#gpe lolita__ (~matthias@w216.wist.uni-linz.ac.at) |
| 19:13.17 | JustinP | koen: check the scap site...I'm uploading some now |
| 19:13.24 | JustinP | of course now it's not behaving properly...argh |
| 19:19.07 | koen | http://handhelds.org/scap/port.25220.png |
| 19:19.17 | koen | http://handhelds.org/scap/port.25466.png |
| 19:19.27 | koen | http://handhelds.org/scap/port.25634.png |
| 19:19.36 | koen | JustinP: thanks! |
| 19:20.30 | JustinP | ugh...the screenshow thing is too slow |
| 19:20.46 | koen | fbgrab is faster |
| 19:20.47 | JustinP | only use the ones which aren't half one thing and half another |
| 19:21.17 | JustinP | hmph |
| 19:21.34 | JustinP | ok, should be 3 or 4 usable screencaps up there now |
| 19:21.53 | koen | scap is limited by the upload limit of your connection |
| 19:22.22 | JustinP | that sucks...it should fbgrab local *then* upload |
| 19:22.33 | pb_ | no doubt patches are welcome |
| 19:22.51 | JustinP | yeah, yeah... |
| 19:23.29 | koen | you could save the first run, count the bits and upload that |
| 19:25.57 | JustinP | huh? |
| 19:26.22 | JustinP | oh, I see... |
| 19:27.49 | koen | cat /dev/fb0 > /tmp/fbdump.raw ; LEN=`cat /tmp/fbdump.raw | wc -c` |
| 19:28.13 | koen | then send $LEN and fbdump.raw |
| 19:28.45 | koen | more IO, but it's not bandwidth limited anymore |
| 19:34.13 | JustinP | :-) |
| 19:37.57 | koen | hmmm |
| 19:38.16 | koen | how do I convince cvs to give me a diff to the previous version of a file? |
| 19:39.05 | reenoo | cvs log |
| 19:39.19 | reenoo | <remember revision you want to diff against> |
| 19:39.31 | reenoo | cvs diff -u -r<revision> file |
| 19:40.20 | koen | thanks |
| 19:40.28 | koen | ~lart me for using -U |
| 19:48.38 | koen | pb_: I'm adding the patch to OE and enabling cairo again |
| 19:48.45 | koen | (if I get it to work) |
| 20:11.08 | *** join/#gpe FortMax (~aperez@pool-70-111-227-161.nwrk.east.verizon.net) |
| 20:51.43 | koen | pb_: the small clock works again: http://handhelds.org/scap/land.30739.png |
| 20:52.07 | pb_ | very good |
| 20:52.44 | koen | gpe-watch lacks the background, but that's probably due to ipkg not replacing stuff |
| 20:57.05 | *** join/#gpe fng_sma (~martin@Daad4.d.pppool.de) |
| 20:57.11 | fng_sma | hello |
| 20:57.19 | koen | hey fng_sma |
| 21:15.26 | koen | fng_sma: still having fun with opensync? |
| 21:24.34 | fng_sma | koen: oh yeah! |
| 21:25.36 | fng_sma | The correct entries get deleted now, once one side has deleted something. |
| 21:25.50 | fng_sma | But the modification and adding is not yet working as I want it. |
| 21:26.07 | koen | nice |
| 21:26.23 | fng_sma | how's your hx4700? |
| 21:26.32 | koen | I wish it was mine :) |
| 21:26.53 | fng_sma | :-) But isn't it a little big for a pda? |
| 21:27.04 | koen | about the same size as a h5550 |
| 21:27.28 | fng_sma | I used to own a h3970 and I found it a little big. |
| 21:27.37 | koen | yeah |
| 21:27.41 | koen | the hx is a bit thinner |
| 21:27.55 | koen | still a bit big for a pocket |
| 21:28.10 | fng_sma | Currently I have a tungsten t2 and I love that size. |
| 21:28.29 | koen | I like the h2210 |
| 21:28.34 | koen | nice, small and a cf slot |
| 21:28.59 | fng_sma | oh yeah, I hope it will be soon flashable. |
| 21:30.18 | koen | mreimer flashed the bootloader 2 days ago |
| 21:30.34 | fng_sma | yeah I read the mail. sounds really good! |
| 21:31.08 | koen | if florian fixes gconf-dbus gnome-games will work :) |
| 21:31.27 | fng_sma | Oh I love tetravex! |
| 21:31.43 | koen | that one does work :) |
| 21:31.54 | koen | played it this morning on the hx |
| 21:32.16 | fng_sma | I hope the smaller screen is big enough for it. |
| 21:32.42 | koen | let's hope it will be svg'ed |
| 21:33.49 | koen | hmmm |
| 21:34.30 | koen | we need to decide wether to ship mini-browser or minimo in familiar 0.8.3 (and oz354) |
| 21:35.28 | fng_sma | mini-browser uses libgtkhtml and minimo gecko, or? |
| 21:35.47 | koen | mini-browser use gtk-webcore |
| 21:36.11 | koen | a fork of apples fork of khtml |
| 21:36.43 | fng_sma | :-) |
| 21:37.11 | koen | it lack stuff, but is in active development |
| 21:37.26 | koen | let's see how well minimo behaves |
| 21:41.31 | fng_sma | So what is it lacking of? |
| 21:41.44 | koen | history, bookmarks, https |
| 21:42.08 | Philippe | multiple windows and decent cookie support |
| 21:42.15 | koen | the first two can be fixed by sending a few bottles of Palm to Philippe |
| 21:42.23 | Philippe | :-) |
| 21:43.17 | Philippe | I am working on the first two indeed. The last two might be fixed soon if Kompa manages to finish the work on using libsoup instead of libcurl |
| 21:43.44 | fng_sma | what is libsoup? |
| 21:44.20 | koen | http lib |
| 21:44.32 | Philippe | koen beat me again to it. |
| 21:45.05 | *** join/#gpe Luke-Jr (~luke-jr@user-0c938q3.cable.mindspring.com) |
| 21:47.19 | koen | gah |
| 21:47.32 | koen | osx is no fun on old powerbooks |
| 21:54.30 | fng_sma | koen: so why are they called powerbooks? |
| 21:54.54 | fng_sma | I'll go to bed. Have a nice night! |
| 22:02.50 | koen | mini-browser is now at least 10 times faster |
| 22:03.02 | reenoo | hehe |
| 22:03.05 | koen | 15 |
| 22:04.51 | Philippe | and 4 times smaller :-) |
| 22:06.02 | koen | still loading... |
| 22:06.20 | reenoo | what kind of page is that? |
| 22:06.38 | Philippe | are you sure of the connection koen? |
| 22:07.16 | koen | http://ewi546.ewi.utwente.nl/drupal/ |
| 22:07.22 | reenoo | heh |
| 22:07.24 | koen | the connection is there |
| 22:07.56 | koen | it's the 'minomo uses 100% cpu, tons of ram' thing I noticed earlier |
| 22:10.01 | Philippe | doesn't mozilla do the same:-) |
| 22:10.24 | reenoo | yeah |
| 22:10.43 | reenoo | I have to kill epiphany/gecko every couple of hours here |
| 22:11.26 | reenoo | it seems the 1600x1200 resolution is too much for gecko |
| 22:11.37 | reenoo | when rendering certain websites |
| 22:11.43 | reenoo | like p.g.o |
| 22:12.50 | koen | I'd say a hx4700 should make minimo fly |
| 22:13.11 | reenoo | from a distributor's POV mozilla sucks big time anyway |
| 22:13.40 | reenoo | note to self: don't mention mozilla in case joey is at the lug meeting next friday |
| 22:13.58 | pb_ | heh |
| 22:14.21 | koen | I'll see if it finished rendering in the morning |
| 22:14.53 | Philippe | well minimo is definitely for the patient :-) |
| 22:14.55 | koen | or I'll have to explain to todd why the hx is a puddle of molten parts |
| 22:15.07 | reenoo | heh |
| 22:20.38 | koen | the bad part is that every minimo version I've tried was broken one way or another |
| 22:27.41 | reenoo | 'night mickey|zzZZzz |
| 22:27.46 | mickey|zzZZzz | n8 |
| 22:41.47 | *** join/#gpe pock_ipaq (~pock@gprs8.idea.pl) |
| 22:47.22 | Philippe | night all |
| 22:47.31 | reenoo | 'night Philippe |
| 22:47.58 | koen | 'night Philippe |
| 22:48.07 | koen | 'night all |
| 22:48.22 | reenoo | 'night koen|ewi |
| 22:48.29 | reenoo | nm |
| 22:51.08 | *** join/#gpe JiniDog (~jini@p54BFB7F0.dip.t-dialin.net) |
| 22:58.16 | reenoo | hrm |
| 22:59.11 | reenoo | glib needs something like python's os.path.walk |
| 23:04.33 | pb_ | isn't that like ftw()? |
| 23:08.47 | reenoo | sounds similar |
| 23:09.07 | reenoo | not the same though. and not exactly portable either |
| 23:09.51 | pb_ | it's probably as portable as glib. |
| 23:10.21 | reenoo | most of glib works on windows nowadays |
| 23:10.57 | reenoo | that's why it provides the (currently limited in functionality) file/directory abstraction |
| 23:11.23 | reenoo | anyways. thanks for the pointer. I'll play with that tomorrow |
| 23:12.37 | pb_ | ah, yeah, I guess windows might lack that function. |
| 23:19.26 | reenoo | 'night all |
| 23:19.32 | pb_ | night |
| 23:23.48 | *** join/#gpe florian (~fuchs@p508388B9.dip0.t-ipconnect.de) |
| 23:24.34 | florian | hi all |
| 23:24.43 | florian | ibot: botmail read |
| 23:26.09 | pb_ | hi florian |
| 23:33.25 | florian | Did i miss anything important this weekend? |
| 23:36.22 | pb_ | no, not really. I made about eighteen releases of gpe-irc 0.0.8; Überhacker Lauer patched gpe-appmgr to work with the latest Cairo; there was some kind of gpe-nmf related action, but I didn't pay much attention to that; and that's probably about all the excitement. |
| 23:37.33 | florian | Hmm, Mr. Lauer is working on GPE? That's intersting news :-) |
| 23:38.53 | florian | We should try to make some application window choosing tool to make switching to an application easier with gpe-appmgr. |
| 23:39.20 | florian | It looks really nice in all kind if devices with larger screens. |
| 23:39.27 | pb_ | right, yeah |
| 23:39.35 | pb_ | I guess you can use gpe-taskmanager for that, but it isn't ideal |
| 23:40.09 | florian | yes.. some selextion dockapp like we used on the Netbook would be nice. |
| 23:40.17 | pb_ | right |
| 23:40.18 | florian | eh selection |
| 23:40.47 | pb_ | I think it should be easy enough to engineer something like that. |
| 23:42.19 | florian | Is there a reason not o use that Netbook thing as a code base and adapt it to our current needs? |
| 23:42.56 | pb_ | nope, that would be fine. |
| 23:43.03 | pb_ | you're talking about gpe-buttonbox, right? |
| 23:43.22 | florian | ah right, that is the name i was searching for. |
| 23:43.39 | pb_ | the only problem with it is that it takes up a lot of space. |
| 23:44.19 | pb_ | as implemented on the netbook, obviously it had 75% of the screen width to use for itself (though, admittedly, some of that went on the "Desk" and "Docs" buttons). |
| 23:44.24 | florian | That sould be easy to fix :-) |
| 23:44.34 | pb_ | heh, true enough |
| 23:45.05 | pb_ | I think it is checked in to GPE CVS, though the bits in there might be out of date. Feel free to copy over the version from psiondev if that one is newer. |
| 23:45.24 | florian | okay... i can take a look |
| 23:45.39 | florian | oh that reminds me to the compiler for the sdk! |
| 23:46.09 | pb_ | ok, cool |
| 23:46.22 | pb_ | heh, yeah, that is a common problem |
| 23:48.05 | florian | I just checked some things i did this weekend... imho we have a basic document structure for the development manual now. |
| 23:50.32 | pb_ | awesome! |
| 23:51.08 | pb_ | good night |
| 23:51.14 | florian | pb_: good night |
