| 04:24:21 | ade | is away: way past my bedtime, the sun is starting to rise :( |
| 05:29:18 | colin_werk | Morning. |
| 05:33:38 | colin_werk | . |
| 08:53:05 | pb_ | morning |
| 08:59:56 | mibus | hey |
| 09:01:21 | mallum | hey |
| 09:30:00 | mibus | hi petter |
| 09:30:28 | PaxAnima | hi robert |
| 09:34:46 | mibus | brrr.... im cold... |
| 09:35:04 | PaxAnima | oh? |
| 09:36:21 | mibus | yeah |
| 09:36:45 | mibus | im sick <grr> so im actually temperature-sensitive ATM... normally im fine with cold weather |
| 09:37:33 | PaxAnima | how cold is "cold", down under? |
| 09:37:39 | mibus | um |
| 09:37:42 | mibus | well i wouldnt know |
| 09:37:56 | mibus | i dont usually care down to about 12-14 degrees C i guess... |
| 09:38:04 | mibus | it depends very much on where you are in .au tho |
| 09:38:20 | mibus | some places get to 45 degs. during the day... |
| 09:38:25 | mibus | some places rarely get to 25... |
| 09:38:41 | mallum | doh ipchains |
| 09:39:12 | PaxAnima | mibus: well, in Trondheim (Norway), it's about 4 degrees C now... |
| 09:40:02 | mibus | ew |
| 09:40:04 | mibus | ;) |
| 09:41:24 | PaxAnima | late in the evening it nearly drops below 0... |
| 09:41:34 | mibus | yeah |
| 09:41:40 | mibus | it doesnt do that much here (adelaide) |
| 09:42:02 | mibus | but honestly i dont look at the temperatures until its >25ish... i get uncomfortable... |
| 09:44:47 | mibus | i annoy my friends by wandering around in a short-sleeve shirt and jeans in 14degs... everyone else had to be rugged up... and they were shivering |
| 09:45:03 | mibus | it was 20mins before i even put my jacket on... and that was largely cos i was sick of carrying it :D |
| 09:46:36 | PaxAnima | heh.. |
| 09:47:09 | mibus | my theory is that i get the tolerance from my english blood... or my mount gambier blood... or both... |
| 09:47:20 | PaxAnima | mount gambier? |
| 09:48:04 | mibus | its a place in the south-east of my state (south australia) |
| 09:48:15 | PaxAnima | ok.. |
| 09:48:18 | mibus | its reasonably well-known for being cold by anyone who has been there |
| 09:48:30 | mibus | i was there a week or so ago visiting relatives... |
| 09:48:40 | mibus | the weather report said that it would get to 24... |
| 09:48:59 | mibus | it was more like 12 in the morning and 12 at night :D |
| 09:50:46 | PaxAnima | above or below 0? |
| 09:50:54 | mibus | above! |
| 09:51:02 | mibus | its not europe you know! :P |
| 09:52:35 | PaxAnima | "cold" for me is when it gets below -10 degs C ;) |
| 09:59:23 | mibus | lol |
| 09:59:24 | mibus | hehehehe |
| 09:59:40 | mibus | one of my friends was in alice springs for a couple of weeks just recently (uni holidays) |
| 09:59:48 | mibus | it was like 35 every day... |
| 09:59:58 | mibus | she was complaining about how cold our 20deg days were ;) |
| 10:01:02 | pb_ | mallum: any progress with xsettings? |
| 10:01:43 | mallum | pb_: yeah its in matchbox CVS, not tested as yet |
| 10:01:54 | pb_ | ah cool |
| 10:01:59 | mallum | pb_: I gotta do this redhat shit first :(( |
| 10:02:05 | mibus | mallum: redhat? |
| 10:02:19 | pb_ | mallum: righto. |
| 10:02:33 | mallum | hmm, the emacs rpm, doesn't actually contain an emacs binary :( |
| 10:02:39 | mibus | hey im running valgrind on appmgr... |
| 10:02:46 | mibus | its prolly in emacs20 or something lame |
| 10:03:01 | mibus | ==1451== Conditional jump or move depends on uninitialised value(s) |
| 10:03:01 | mibus | ==1451== at 0x402403B2: gpe_render_icon (in /home/mibus/ipaq/cvs/gpe/base/libgpewidget/libgpewidget.so.1) |
| 10:03:01 | mibus | ==1451== |
| 10:03:02 | mibus | ==1451== Conditional jump or move depends on uninitialised value(s) |
| 10:03:02 | mibus | ==1451== at 0x402403F0: gpe_render_icon (in /home/mibus/ipaq/cvs/gpe/base/libgpewidget/libgpewidget.so.1) |
| 10:05:20 | mibus | re-running with a debugging libgpewidget shows a prob in render.c line 131 |
| 10:05:21 | mibus | if (style && |
| 10:05:22 | mibus | style->bg[GTK_STATE_NORMAL].pixel != style->bg[GTK_STATE_ACTIVE].pixel) |
| 10:05:41 | mibus | 'style' is passed as a paramater to the function |
| 10:05:50 | mibus | so im not sure why it wouldnt be initialised |
| 10:07:20 | mibus | line 123 shows up too... pretty much the same line |
| 10:07:29 | mibus | ==1671== Conditional jump or move depends on uninitialised value(s) |
| 10:07:29 | mibus | ==1671== at 0x402402E0: gpe_render_icon (render.c:131) |
| 10:07:29 | mibus | ==1671== by 0x402414CF: gpe_what_init (what.c:133) |
| 10:07:29 | mibus | ==1671== by 0x4023CE91: gpe_application_init (init.c:66) |
| 10:07:30 | mibus | ==1671== by 0x804F2B3: main (main.c:1141) |
| 10:08:19 | mibus | ive looked at the what.c as well, i cant see why it would say that |
| 10:08:23 | mibus | anyone want to take a peek? |
| 10:13:25 | mibus | im amazed - more convo about weather than code :D |
| 10:17:54 | PaxAnima | wheater is alwas a good convo topic ;) |
| 10:18:08 | PaxAnima | weather |
| 10:18:22 | pb_ | mibus: maybe the caller hasn't realized the widget at that point. |
| 10:20:36 | mibus | maybe |
| 10:20:52 | mibus | its right after a call to gtk_thewidget_new()... so i guess now |
| 10:21:11 | mibus | it calls copy_style(), sets the style bits, then uses set_style() |
| 10:22:15 | pb_ | probably need gtk_widget_realize in there. |
| 10:23:30 | mibus | probably |
| 10:23:39 | mibus | it doesnt seem to damage it though... |
| 10:23:53 | mibus | i guess the realize is done soon after and "fixes" the wrong bits... |
| 10:24:03 | mibus | ive got a mem leak in appmgr that i cant find :'( |
| 10:24:53 | mibus | gah - im a moron |
| 10:25:29 | mibus | hmm |
| 10:25:33 | mibus | no change - dammit |
| 10:26:55 | PaxAnima | mibus: where is the code? |
| 10:27:53 | mibus | PaxAnima: which code? libgpewidget is in CVS, gpe-appmgr1 is in CVS (and in theory exhibits the same mem leak(s)) |
| 10:29:26 | PaxAnima | thinking about the code you are playing with now |
| 10:30:23 | mibus | PaxAnima: well its both libgpewidget and appmgr2 |
| 10:30:38 | mibus | im running valgrind on appmgr2 to find mem leaks and buffer overflows and stuff |
| 10:30:50 | mibus | and its showing use of uninitialised memory in libgpewidget |
| 10:36:07 | mibus | hmm |
| 10:36:21 | mibus | appmgr loses 9kb of package data with each load of the menu files |
| 10:37:49 | PaxAnima | ouch.. |
| 10:38:07 | mibus | aha |
| 10:38:31 | mibus | if i remove the code that free's package data, the same amount is leaked - its obviously not calling package_free()! |
| 10:39:06 | PaxAnima | or that package_free() doesn't free the data? |
| 10:39:27 | mibus | hmm |
| 10:39:29 | mibus | perhaps |
| 10:39:36 | PaxAnima | where is the code for package free? |
| 10:39:40 | mibus | though its five lines long - i dont see that it has much chance :D |
| 10:39:45 | mibus | package.c, appmgr CVS |
| 10:39:53 | mibus | void package_free (struct package *p) |
| 10:39:54 | mibus | { |
| 10:39:54 | mibus | struct package *o; |
| 10:39:54 | mibus | printf ("p_free\n"); |
| 10:39:54 | mibus | while (p) |
| 10:39:54 | mibus | { |
| 10:39:56 | mibus | o = p; |
| 10:40:00 | mibus | p = p->next; |
| 10:40:02 | mibus | free (o->name); |
| 10:40:05 | mibus | free (o->data); |
| 10:40:06 | mibus | free (o); |
| 10:40:08 | mibus | } |
| 10:40:11 | mibus | } |
| 10:40:13 | mibus | p_free gets printed out (alot! ;-) |
| 10:40:21 | mibus | struct package |
| 10:40:22 | mibus | { |
| 10:40:22 | mibus | char *name; |
| 10:40:22 | mibus | char *data; |
| 10:40:23 | mibus | struct package *next; |
| 10:40:25 | mibus | }; |
| 10:41:33 | mibus | grr... i dont quite understand :'( |
| 10:41:40 | mibus | i think ill run GDB now... |
| 10:41:47 | PaxAnima | and when you call the function, you send in the head, not some random element in the list? |
| 10:42:10 | pb_ | Have you tried using mtrace to see what memory is actually being leaked? |
| 10:42:13 | mibus | yup |
| 10:42:26 | mibus | pb_: its the package struct, allocated by malloc in package_new()... |
| 10:42:29 | mibus | i dont know |
| 10:42:31 | mibus | grr |
| 10:42:33 | mibus | i dont know mtrace |
| 10:43:03 | pb_ | refer to the fine glibc manual. |
| 10:43:31 | pb_ | but I guess if you know where the leak is happening already, it won't tell you much. |
| 10:43:57 | mibus | do you mean the _MALLOC_* stuff? |
| 10:44:08 | mibus | the loop seems fine... damn this is annoying... |
| 10:44:52 | pb_ | MALLOC_TRACE is the one. |
| 10:45:20 | mibus | found it |
| 10:45:35 | mibus | i was creating a package struct with the file contents... |
| 10:45:47 | mibus | and prepending the filename it was read from |
| 10:45:55 | mibus | and then returning the read package struct |
| 10:46:02 | mibus | so, PaxAnima, you were right - it wasn't the head! |
| 10:46:11 | mibus | its bizarre though... i couldve sworn id fixed that... |
| 10:46:22 | mibus | and id fixed a bug in cfg.c that id fixed before... |
| 10:46:28 | mibus | i mustve lost some source somewhere :( |
| 10:47:09 | PaxAnima | mibus: good you found the leak.. |
| 10:47:54 | mibus | yup... thanks muchly ppls |
| 10:48:13 | mibus | there is now up to 800b lost... but it all seems to be inside GTK... |
| 10:49:11 | mibus | there are other libgpewidget notices too: |
| 10:49:33 | mibus | ==2175== Conditional jump or move depends on uninitialised value(s) |
| 10:49:33 | mibus | ==2175== at 0x4000CEFC: strchr (in /lib/ld-2.2.5.so) |
| 10:49:33 | mibus | ==2175== by 0x4073442A: (within /lib/libc-2.2.5.so) |
| 10:49:33 | mibus | ==2175== by 0x40009A0B: _dl_catch_error (in /lib/ld-2.2.5.so) |
| 10:49:33 | mibus | ==2175== by 0x40734867: (within /lib/libc-2.2.5.so) |
| 10:49:34 | mibus | ==2175== by 0x407354C1: (within /lib/libc-2.2.5.so) |
| 10:49:36 | mibus | ==2175== by 0x40009A0B: _dl_catch_error (in /lib/ld-2.2.5.so) |
| 10:49:37 | mibus | ==2175== by 0x40735470: (within /lib/libc-2.2.5.so) |
| 10:49:39 | mibus | ==2175== by 0x4073555A: (within /lib/libc-2.2.5.so) |
| 10:49:41 | mibus | ==2175== by 0x4071A064: (within /lib/libc-2.2.5.so) |
| 10:49:43 | mibus | ==2175== by 0x40719B77: (within /lib/libc-2.2.5.so) |
| 10:49:45 | mibus | ==2175== by 0x4071B6EF: (within /lib/libc-2.2.5.so) |
| 10:49:48 | mibus | ==2175== by 0x406DF0F6: (within /lib/libc-2.2.5.so) |
| 10:49:49 | mibus | ==2175== by 0x406182D3: g_get_any_init (gutils.c:821) |
| 10:49:52 | mibus | ==2175== by 0x40618634: g_get_home_dir (gutils.c:953) |
| 10:49:54 | mibus | ==2175== by 0x4023CD90: gpe_application_init (init.c:27) |
| 10:49:56 | mibus | ==2175== by 0x804E67E: main (in /home/mibus/ipaq/cvs/gpe/base/gpe-appmgr-alpha/gpe-appmgr) |
| 10:49:58 | mibus | ==2175== by 0x406580BF: (within /lib/libc-2.2.5.so) |
| 10:50:00 | mibus | ==2175== by 0x804CBC1: XMapRaised (in /home/mibus/ipaq/cvs/gpe/base/gpe-appmgr-alpha/gpe-appmgr) |
| 10:56:02 | mibus | pb_: have you used appmgr2 much? |
| 10:56:20 | mibus | pb_: scrolling is still slower than i'd like... some of that could be helped by changing the way im painting labels on... |
| 10:56:29 | mibus | i havent checked to see how much that would help just yet |
| 10:56:50 | mibus | pb_: but im considering rendering the entire set of icons, and just redrawing parts when they change (eg. selected icon) |
| 10:57:06 | mibus | pb_: what do you think? |
| 10:59:07 | mibus | oh... id already made the aforementioned label painting... doh ;) |
| 11:00:19 | pb_ | mibus: yeah, I use it all the time now. |
| 11:00:35 | pb_ | mibus: btw, would you consider making it inherit the background pixmap from the root window, the same way gpe-login does? |
| 11:00:52 | pb_ | mibus: it would be neat if the background stayed consistent between the login screen and appmgr. |
| 11:00:52 | mibus | do you mean using the transparency stuff? or just using the same PNG? |
| 11:00:58 | pb_ | using the transparency code. |
| 11:00:58 | mibus | mine is ;) |
| 11:01:07 | mibus | ah |
| 11:01:10 | mibus | cos it wont work |
| 11:01:13 | mibus | bitch to mallum :D |
| 11:01:13 | PaxAnima | thinks that mibus is getting senile... |
| 11:01:20 | pb_ | why won't it work? |
| 11:01:21 | mibus | PaxAnima: ur probably right |
| 11:01:43 | mibus | pb_: matchbox paints the backgrounds of all windows as black... so a transparent widget shows through to that black |
| 11:01:54 | pb_ | mibus: the new transparency code does not use ParentRelative |
| 11:01:57 | mibus | pb_: i asked mallum to include it and he used a canned rant on how much of a hack it was :D |
| 11:01:58 | mibus | oh? |
| 11:02:02 | mibus | what then? |
| 11:02:11 | pb_ | refer to the source |
| 11:02:25 | pb_ | it basically queries the root window to get its background pixmap id and uses that directly. |
| 11:02:26 | mibus | hmm |
| 11:03:24 | mibus | gpe-fm2 and gpe-todo2 seem to depend: on sqlite not libsqlite0... |
| 11:03:26 | mibus | cool |
| 11:03:45 | mibus | updates CVS... |
| 11:04:08 | mallum | mibus: pb_ did it the 'proper' less hackery & LAZY way :P |
| 11:04:09 | pb_ | yes, those two packages pre-date the sqlite/libsqlite0 split. |
| 11:04:43 | mibus | oh hey - im on gtk2-only now... whats the preferred way for "logging in"? id rather use a dm than nullxdm... |
| 11:04:47 | mibus | mallum: :P |
| 11:04:51 | mallum | mibus: slacker |
| 11:04:59 | pb_ | mibus: uh, use gpe-login? |
| 11:05:22 | mibus | mallum: IIRC i asked about doing it that way... but im so lame a coder (esp. with X) that I couldnt figure it out... |
| 11:05:28 | mibus | pb_: its installed, but there isnt a gpe-dm2 |
| 11:05:37 | pb_ | mibus: gpe-dm has no gtk dependencies |
| 11:05:42 | pb_ | mibus: it will work fine with gpe-login2. |
| 11:05:59 | mibus | pb_: hmm... when i was doing it before it didnt like it... mustve screwed something up... |
| 11:06:50 | pb_ | I guess. |
| 11:06:56 | mibus | hm... my net connection is moving slower than ever |
| 11:07:33 | mallum | mibus: stop bleeting like a little lamb |
| 11:08:27 | mibus | its ok now... hh.org wasnt responding for a minute it seems |
| 11:08:57 | mibus | hides in the corner |
| 11:09:06 | mibus | pb_: thanks phil |
| 11:09:42 | mallum | throws large rocks at the corner |
| 11:09:54 | mibus | runs and hides behind a large wall |
| 11:12:14 | mallum | pats mibus on the back and says 'only joking mate :)' |
| 11:12:40 | mibus | :P |
| 11:12:53 | mibus | mallum: id hope so, or i might have to get stroppy and start throwing rocks back ;) |
| 11:13:14 | mallum | mibus: ok, Im just grumpy cos I gotta to deal with ancient redhat shit |
| 11:13:26 | pb_ | mallum: what is it you're doing with this redhat anyway? |
| 11:14:03 | mibus | mallum: yeah, what are you doing? |
| 11:14:17 | mallum | pb_: setup apache, ftp, lock it down a little, create some users |
| 11:14:23 | pb_ | mibus: so, are you going to make gpe-appmgr2 transparent? |
| 11:14:30 | pb_ | mallum: ah right. |
| 11:14:48 | mallum | mibus: can you make appmgr use as much ram as possible too please |
| 11:15:57 | mibus | pb_: yes, im looking at gpe-login.c now... |
| 11:16:01 | pb_ | mallum: ooh bitchy |
| 11:16:13 | mibus | mallum: um, isnt 12MB enough? sheesh. install some more apps, with massive icons and stuff :P |
| 11:16:17 | mallum | pb_: meow |
| 11:16:25 | mallum | :) |
| 11:16:45 | mallum | mibus: did you know terminal windows on OSX use something like 80M a go ! |
| 11:16:58 | mallum | mibus: and people say X is bloated !!! |
| 11:18:26 | mibus | waaaaaaaaa |
| 11:18:37 | mibus | 80MB? i dont have that much RAM in my vid card! |
| 11:20:46 | pb_ | mibus: most people run applications in main memory, not on the video card |
| 11:21:29 | mibus | static void |
| 11:21:30 | mibus | mapped (GtkWidget *window) |
| 11:21:30 | mibus | { |
| 11:21:30 | mibus | Pixmap rmap = GetRootPixmap (); |
| 11:21:30 | mibus | if (rmap != None) |
| 11:21:30 | mibus | { |
| 11:21:32 | mibus | Pixmap pmap; |
| 11:21:34 | mibus | pmap = CutWinPixmap (GDK_WINDOW_XWINDOW (window->window), rmap, |
| 11:21:36 | mibus | GDK_GC_XGC (window->style->black_gc)); |
| 11:21:38 | mibus | if (pmap != None) |
| 11:21:38 | mallum | mibus: good luck with the comp-sci degree ;P |
| 11:21:42 | mibus | { |
| 11:21:44 | mibus | GdkPixmap *gpmap = gdk_pixmap_foreign_new (pmap); |
| 11:21:46 | mibus | window->style->bg_pixmap[GTK_STATE_NORMAL] = gpmap; |
| 11:21:48 | mibus | gtk_widget_set_style (window, window->style); |
| 11:21:50 | mibus | } |
| 11:21:52 | mibus | } |
| 11:21:54 | mibus | } |
| 11:21:56 | mibus | i know :P |
| 11:21:58 | mibus | but the main reason X uses ram on my pc is my vid card |
| 11:22:00 | mibus | mallum: :P:P:P |
| 11:22:02 | mibus | mallum: actually, i know more than some of my tutors... so im safe :D |
| 11:22:14 | mallum | mibus: Im just being a little bitch :( |
| 11:22:20 | mallum | mibus: Im only joking around |
| 11:22:33 | mibus | mallum: <sarcasm>Really? Gosh!</sarcasm> |
| 11:22:38 | mallum | mibus: OSX 10.1 isn't clever enough to hide it in the video card |
| 11:22:43 | mibus | static void |
| 11:22:43 | mibus | mapped (GtkWidget *window) |
| 11:22:43 | mibus | { |
| 11:22:44 | mibus | Pixmap rmap = GetRootPixmap (); |
| 11:22:44 | mibus | if (rmap != None) |
| 11:22:44 | mibus | { |
| 11:22:44 | pb_ | mibus: you need to be more careful with the mouse, you appear to have accidentally pasted a large chunk of code into the channel |
| 11:22:45 | mibus | Pixmap pmap; |
| 11:22:47 | mibus | pmap = CutWinPixmap (GDK_WINDOW_XWINDOW (window->window), rmap, |
| 11:22:49 | mibus | GDK_GC_XGC (window->style->black_gc)); |
| 11:22:51 | mibus | if (pmap != None) |
| 11:22:53 | mibus | { |
| 11:22:55 | mibus | GdkPixmap *gpmap = gdk_pixmap_foreign_new (pmap); |
| 11:22:57 | mibus | window->style->bg_pixmap[GTK_STATE_NORMAL] = gpmap; |
| 11:22:59 | mibus | gtk_widget_set_style (window, window->style); |
| 11:23:01 | mibus | } |
| 11:23:03 | mibus | } |
| 11:23:05 | mibus | } |
| 11:23:07 | mibus | is that the magic function? |
| 11:23:09 | mibus | no that was purposeful :P |
| 11:23:12 | mallum | 10 PRINT "mallum RULEZ", |
| 11:23:13 | mibus | doh |
| 11:23:15 | mallum | 20 GOTO 10 |
| 11:23:15 | mibus | i did it twice tho |
| 11:23:17 | mibus | :@ |
| 11:23:19 | mibus | is stoopid |
| 11:23:20 | pb_ | mibus: I noticed. |
| 11:23:25 | mibus | 30 PRINT "mibus rulz" |
| 11:23:26 | pb_ | mibus: yes, that is the function you need. |
| 11:23:26 | mibus | ;-) |
| 11:23:31 | mibus | pb_: cool thanks |
| 11:23:42 | pb_ | mibus: you might want to just hold on to the pixmap and use it for rendering though, rather than setting it as the background pixmap. |
| 11:23:57 | mibus | yeah |
| 11:23:59 | mibus | i will |
| 11:24:03 | pb_ | ie just do the GetRootPixmap() bit. |
| 11:24:30 | pb_ | It might be nice to put the contents of rootpixmap.c in a shared library. |
| 11:24:54 | mibus | might well... |
| 11:25:07 | mibus | libgpewidget probably? |
| 11:25:32 | pb_ | I'd rather not stuff more random crap into libgpewidget. |
| 11:25:35 | pb_ | Let's make a new library. |
| 11:26:00 | pb_ | Libgpewidget is already looking pretty corpulent, I think it's nearly 80k these days. |
| 11:26:42 | mibus | oooh, 80kb... :P |
| 11:26:49 | mibus | appmgr is almost 40 IIRC |
| 11:26:59 | pb_ | yeah, but people _expect_ appmgr to be bloated. |
| 11:27:13 | pb_ | libgpewidget is supposed to be slimline and efficient. |
| 11:27:16 | mibus | LOL |
| 11:27:21 | mibus | thanks! |
| 11:27:26 | pb_ | :-) |
| 11:27:43 | mibus | hey gpe-conf2 wont load, missing "ipaq" icon... gpe-conf2 and gpe-icons are the newest... |
| 11:28:00 | mibus | ah i know why |
| 11:28:01 | pb_ | yeah, gpe-conf{2} 0.0.5 was broken |
| 11:28:09 | pb_ | it's fixed in gpe-conf 0.0.6, but there is no gtk2 version yet. |
| 11:28:20 | mibus | ipaq.png is in /usr/share/gpe/default not /usr/share/gpe/pixmaps/default |
| 11:28:22 | mibus | *doh* ;) |
| 11:28:23 | pb_ | right. |
| 11:28:35 | pb_ | wanna build a new gpe-conf2? |
| 11:29:02 | mibus | um |
| 11:29:03 | mibus | nope |
| 11:29:05 | mibus | im about to go :P |
| 11:29:17 | mibus | we need an autobuilder! |
| 11:29:23 | mibus | and one NOT called 'mibus' :P |
| 11:30:12 | pb_ | yes. |
| 11:30:44 | mibus | :P |
| 11:33:53 | pb_ | well, there are any number of people who seem to be dedicated to setting up autobuilders of one kind or another. |
| 11:34:13 | mibus | we just need someone to make one for familiar :D |
| 11:34:15 | mibus | ok ciao! |
| 11:34:16 | pb_ | you could talk to the opie.de crew, I think they are responsible for one of those initiatives. |
| 11:34:19 | mibus | sleep well :D |
| 11:34:22 | pb_ | :-) |
| 12:01:09 | ade | autobuilder sounds a good idea |
| 12:01:47 | ade | is back (gone 07:37:27) |
| 12:20:24 | mallum | pb_: could you mail me you latest snes9x makefile :-) |
| 12:26:17 | pb_ | sure |
| 12:33:30 | mallum | pb_: thankin yous |
| 12:47:55 | pb_ | mallum: mail sent |
| 12:48:35 | pb_ | got anywhere with your patches for fullscreen and ipaq keys? |
| 12:50:23 | mallum | pb_: just about to start |
| 12:50:36 | mallum | pb_: I patched matchbox last night to allow for fullscreen toggling |
| 12:52:14 | pb_ | cool |
| 12:56:45 | mallum | pb_: its wierd that x11.c and xf86.c do very similar things ... |
| 12:57:11 | pb_ | mmm, yes. |
| 12:58:13 | mallum | hmm, this looks a little wierd too; |
| 12:58:15 | mallum | #ifdef __linux |
| 12:58:16 | mallum | / Select seems to be broken in 2.x.x kernels - if a signal interrupts a |
| 12:58:16 | mallum | / select system call with a zero timeout, the select call is restarted but |
| 12:58:16 | mallum | / with an infinite timeout! The call will block until data arrives on the |
| 12:58:16 | mallum | / selected fd(s). |
| 12:58:16 | mallum | / |
| 12:58:18 | mallum | / The workaround is to stop the X library calling select in the first |
| 12:58:20 | mallum | / place! Replace XPending - which polls for data from the X server using |
| 12:58:22 | mallum | / select - with an ioctl call to poll for data and then only call the blocking |
| 12:58:24 | mallum | / XNextEvent if data is waiting. |
| 12:58:26 | mallum | #define SELECT_BROKEN_FOR_SIGNALS |
| 12:58:30 | mallum | #endif |
| 13:21:35 | ade | is away: shopping for mountaineering equipment |
| 14:16:29 | mallum | hey jg |
| 14:17:26 | jg | hi. |
| 14:19:54 | jg | mallum: how goes battle? |
| 14:21:24 | mallum | jg: hmm, we were fighting getting snes9x to run on Arm yesterday |
| 14:21:41 | mallum | jg: suprisely enough pb figured it out and got it running |
| 14:21:51 | jg | mallum: whatever snes9x is.... |
| 14:22:13 | mallum | jg: now Im patching it to suit the ipaq a little better |
| 14:22:25 | mallum | jg: a super nintendo emulator :) |
| 14:22:34 | mallum | jg: Super Mario ! |
| 14:23:12 | jg | ah, so.... |
| 14:24:35 | mallum | jg: you played a snes before right ? |
| 14:25:50 | jg | nope.... |
| 14:27:30 | mallum | jg: normally they have them nowadays in the 'entertainment systems' on planes |
| 14:31:42 | mallum | jg: BTW, on hunting around the wiki I stumbled upon a comment by you made about 'atox', but could find no further info googleing ... |
| 14:38:36 | pb_ | mallum: building gtk 2.1.1 packages now |
| 14:40:26 | mallum | pb_: cool |
| 14:40:57 | jg | mallum, pb_: we need to get together a protocol to signal a client to migrate.... |
| 14:41:24 | pb_ | jg: yes, mallum has been working on one already. |
| 14:42:15 | jg | once we have something together, we need to run it by opendesktop.org |
| 14:42:40 | pb_ | indeed. |
| 14:42:55 | jg | mallum: do you have anything written down? |
| 14:44:26 | PaxAnima | weee... 0 degs C and snow outside.. ;) |
| 14:44:41 | jg | PaxAnima: where are you? |
| 14:44:51 | PaxAnima | jg: Trondheim, Norway |
| 14:44:58 | mallum | jg: yes |
| 14:45:04 | mallum | jg: want me to mail it you ? |
| 14:45:15 | jg | mallum: yes, please, and cc: keithp |
| 14:45:54 | mallum | jg: its very rough ... |
| 14:46:05 | mallum | jg: jg@hp.com ? |
| 14:46:16 | jg | jim.gettys@hp.com, keithp@keithp.com |
| 14:46:24 | jg | (and also phil, of course) |
| 14:47:07 | colin_werk | BBL |
| 14:48:35 | mallum | jg: phil has it |
| 14:49:03 | mallum | jg: once Im confident with it ( input from you will help :) ), I'll implement it |
| 14:49:06 | jg | mallum: good. I'll take a look at it, and chat with Keithp about it. |
| 14:49:10 | mallum | jg: its in the mail |
| 14:49:56 | mallum | jg: Im sure you'll spot many holes in it ... me and phil hashed a few out and I've included the conversation |
| 14:50:07 | jg | Ok, I've got it..... |
| 14:51:49 | jg | mallum, pb_: the string needs to have structure, and provide an authenticator. |
| 14:52:24 | jg | mallum, pb_: or anyone who connects to a shared resource can steal applications. |
| 14:53:37 | mallum | jg: but wouldn't they need a connection to your display anyway to do that ? |
| 14:53:37 | jg | mallum, pb_: do either of you know anything about PAM? |
| 14:53:51 | jg | mallum: yes, but think about the projector case. |
| 14:54:01 | jg | You share the server among many people, potentially. |
| 14:55:34 | mallum | jg: I know what PAM is ... thats about it, never coded with it |
| 14:55:43 | pb_ | jg: I have had a few brushes with PAM in the past, but nothing very recent. |
| 14:56:08 | jg | does PAM define names for authentication systems? |
| 14:56:48 | pb_ | Kind of. What did you have in mind, specifically? |
| 14:57:35 | jg | we need an authenticator (or maybe list of authenticators), and we need the type of the authenticator, so we can invoke the right authentication (and maybe authorization) system. |
| 14:58:05 | jg | so somewhere we need a list of names.... |
| 14:58:13 | jg | Preferably one we don't have to register/maintain. |
| 14:58:47 | jg | (which, of course, can easily be extended). |
| 14:58:56 | pb_ | Ah, I see. PAM just refers to authenticators by the filename of the module that implements them. |
| 14:59:02 | pb_ | So, for example, you have stuff like: |
| 14:59:06 | jg | as I guarantee we'll need to be able to extend it.... |
| 14:59:08 | pb_ | auth requisite pam_securetty.so |
| 15:00:18 | pb_ | I'm not sure that PAM really buys much in this application. |
| 15:00:19 | jg | I suppose we could subsume pam .so names into a larger space.... |
| 15:00:27 | pb_ | Yeah, that would be a possibility. |
| 15:00:48 | jg | do all pam names have pam_ in them? |
| 15:01:17 | pb_ | I believe so, yes. I think that's just convention rather than any technical requirement, but I have never seen one that didn't. |
| 15:01:29 | jg | conventions may be sufficient... |
| 15:01:44 | pb_ | indeed. |
| 15:03:26 | jg | whew, there is alot of stuff in /etc/pam.d on my RH system... |
| 15:03:33 | pb_ | yeah. |
| 15:03:38 | pb_ | the modules themselves are probably in /lib/security. |
| 15:04:16 | pb_ | /etc/pam.d normally contains the files that set policies for each service on your system, so /etc/pam.d/gdm would be the criteria gdm uses to decide if you can log in, and so on. |
| 15:04:53 | jg | pb_: I'm wondering if we can leverage the pam framework to provide pluggable authentication/authorization rather than having to roll our own. |
| 15:08:51 | jg | pb_, mallum: I guess I better take Ted T'so to lunch (my local friend/linux security expert). |
| 15:09:14 | pb_ | jg: yes, good plan, Ted would probably have some ideas. |
| 15:09:34 | jg | I'll send him mail and try to set up a meeting. |
| 15:09:58 | jg | We have to have a solution here for this to be viable, and doing a protocol implementation forces one to be concrete.... |
| 15:10:09 | pb_ | Yes. |
| 15:10:59 | mallum | jg: cool |
| 15:11:58 | mallum | pb_: I have fullscreen toggling working with matchbox and snes9x ( in ewmh compliant way :) ) |
| 15:12:02 | pb_ | mallum: wahey! |
| 15:12:04 | jg | pb_, mallum: do either of you want to be involved in a teleconference on this topic? |
| 15:12:52 | pb_ | jg: sure, that might be interesting. |
| 15:13:35 | mallum | jg: well I dont know if I can offer much regarding the authentication stuff ... but Im happy to be in on it |
| 15:14:54 | mallum | pb_: Im thinking of 'turning off' the power key when snes9x gets focus, so we can use it as a select button |
| 15:15:05 | pb_ | mallum: seems reasonable enough. |
| 15:15:54 | mallum | pb_: Im not sure if you need to be root to do that or not, it means passing some info into /proc .. |
| 15:16:01 | pb_ | mallum: yes, you need to be root. |
| 15:16:17 | pb_ | mallum: we could make like opie, and run with the power button in "soft" mode at all times. |
| 15:17:24 | pb_ | mallum: I think if ipaq-sleep did a grab for power button presses on the root window, it could still provide default actions that match the current behaviour. |
| 15:19:04 | pb_ | mallum: might be a good idea to check with jamey though before launching down that path: he and sandman seem to be cooking up all manner of apm changes at the moment. |
| 15:19:39 | mallum | pb_: hmm, another option all togeather is to do what some CE games do. Rotate to potrait and put some buttons on the touchscreen .. |
| 15:19:51 | mallum | pb_: I've always been a little wary of that though ... |
| 15:20:04 | pb_ | mallum: I think we may as well use all the hard keys that are at our disposal. |
| 15:20:34 | moray | pb_: though I suspect some people will want to be able to do quick suspends while playing games ;) |
| 15:20:48 | pb_ | mallum: particularly with something like snes9x, there might be a risk that people would get carried away and stick the stylus through the screen :-} |
| 15:20:55 | mallum | pb_: using record to toggle fullscreen, we still miss 2 buttons :( |
| 15:21:09 | pb_ | moray: heh |
| 15:21:35 | mallum | pb_: the top left and right ones ... but there probably not used on all games |
| 15:21:53 | pb_ | mallum: you mean the ones on the top edge of the controller? |
| 15:22:01 | pb_ | mallum: yeah, they are probably the least important I guess. |
| 15:22:04 | mallum | pb_: the other advantage of using the touchscreen, is that it gets round the hardware 'feature' on 3600's |
| 15:22:12 | mallum | pb_: yeah there the buttons |
| 15:22:35 | mallum | call...brb |
| 15:23:07 | pb_ | hmm, does anybody know what the difference between libpng2 and libpng3 is? |
| 15:23:45 | pb_ | my Debian build box has started wanting libpng3-dev as the default, which means any binaries compiled there won't run on an ipaq any more. |
| 15:24:38 | pb_ | jg: btw, I think we now have the technology in ipkg to ship separately-packaged translations for each locale, and have the appropriate ones automatically installed. |
| 15:24:51 | moray | pb_: there was some big fuss about that for KDE a while back, wasn't there...? |
| 15:25:05 | moray | pb_: though I don't really know what the differences were besides the version number |
| 15:25:16 | moray | (KDE in Debian, I mean) |
| 15:25:21 | jg | pb_: sounds good.... |
| 15:25:24 | pb_ | moray: yes, there has been a lot of noise about it on the debian mailing lists, but I didn't really follow the discussion at the time. |
| 15:25:35 | pb_ | moray: I guess I could write to Junichi and ask for a short summary. |
| 15:26:21 | jg | pb_: we also need some way to install copyright and doc's if people want them. Right now, I strip them out of the packages to save space, and that is bad... |
| 15:26:40 | pb_ | jg: agreed, I do the same thing at the moment. |
| 15:26:55 | pb_ | jg: I guess it would be easy enough to bundle them in a -doc package rather than just deleting them out of hand. |
| 15:27:19 | jg | pb_: no, because our upstream is debian, that doesn't do that.... |
| 15:27:41 | jg | And we need better granularity: docs/copyrights should stay with the code.... |
| 15:27:48 | moray | can't we just have an ipkg setting to not install them? |
| 15:27:58 | jg | moray: seems like the right idea to me. |
| 15:28:29 | moray | we could even check what the latest developments were in terms of the people who want that support in dpkg - I don't *think* they've decided how to configure that yet, but if they have it would be worth being consistent IMHO |
| 15:28:38 | pb_ | yeah. |
| 15:29:15 | moray | presumably they shouldn't add too much to download times compared to, say, another pixmap |
| 15:29:36 | pb_ | well, depends how large the docs are of course. If you are talking about the manual for libc6, it could be quite a big deal. |
| 15:29:44 | pb_ | in the general case though I expect it will be ok. |
| 15:29:49 | jg | moray: typically so, though there are exceptions: those we repackage.... |
| 15:29:52 | moray | pb_: that's separate in Debian as it is, of course (IIRC) |
| 15:30:13 | pb_ | ah true. |
| 15:30:17 | moray | jg: yes, for those we can just go the -doc route |
| 15:31:23 | moray | presumably ipkg just needs support for excluding certain paths so that people can set an exclusion on /usr/share/doc |
| 15:31:46 | moray | I think it would probably be overkill to start labelling files as docfiles |
| 15:32:34 | jg | moray: yup. |
| 15:32:35 | mallum | florian: you were right about the ='s key :( |
| 15:32:57 | jg | moray: We also want to make it as reasonable as possible to take unmodified .debs and install them, another argument against relablint.... |
| 15:33:12 | moray | on a UI-type point, perhaps if we're going to not install copyright texts we *ought* to make this a choice on initial configuration of the ipaq, so that it's legally speaking the user who's decided not to get them (agreeing to read them elsewhere if necessary)...? |
| 15:33:32 | moray | jg: yes |
| 15:34:09 | florian | mallum: should be not too hard to fix, or not? :-) |
| 15:34:21 | mallum | pb_: also re snes9x, I've remove the unused ! xf86.cc from the make and turned off DGA |
| 15:34:25 | mallum | florian: pizza piss |
| 15:36:36 | pb_ | mallum: aha |
| 15:36:38 | mallum | florian: I need to plug some Xsettings stuff into xkbd, then I'll uplaod a new one |
| 15:37:06 | pb_ | mallum: I had a look at the sound mixing earlier. I think I have a patch to convert some of it to integer, though I dunno how much difference it will really make. |
| 15:37:29 | mallum | pb_: wanna mail it over to me, I just about to do a build to test on ipaq |
| 15:37:41 | pb_ | mallum: sure, gimme 1 minute |
| 15:37:47 | mallum | 60 |
| 15:37:48 | mallum | 59 |
| 15:37:49 | mallum | 58 |
| 15:37:51 | mallum | 57 |
| 15:37:53 | mallum | ... |
| 15:37:58 | mallum | ;) |
| 15:38:06 | florian | mallum: ... but take care about keeping it small and fast :) |
| 15:38:43 | pb_ | mallum: on its way |
| 15:41:23 | mallum | pb_: cool :) |
| 15:41:29 | mallum | florian: dont worry about that ... |
| 15:41:45 | mallum | pb_: also I dont know if you saw before, but what do you make of this ; |
| 15:41:59 | pb_ | oh, the select thing? |
| 15:42:09 | mallum | |
| 15:42:09 | mallum | / Select seems to be broken in 2.x.x kernels - if a signal interrupts a |
| 15:42:09 | mallum | / select system call with a zero timeout, the select call is restarted but |
| 15:42:09 | mallum | / with an infinite timeout! The call will block until data arrives on the |
| 15:42:09 | mallum | / selected fd(s). |
| 15:42:10 | mallum | / |
| 15:42:12 | mallum | / The workaround is to stop the X library calling select in the first |
| 15:42:14 | mallum | / place! Replace XPending - which polls for data from the X server using |
| 15:42:16 | mallum | / select - with an ioctl call to poll for data and then only call the blocking |
| 15:42:18 | mallum | / XNextEvent if data is waiting. |
| 15:42:20 | mallum | |
| 15:42:22 | mallum | #define SELECT_BROKEN_FOR_SIGNALS |
| 15:42:24 | mallum | #endif |
| 15:42:26 | mallum | */ |
| 15:42:28 | mallum | arg ! |
| 15:42:29 | pb_ | It seems a bit dubious to me. |
| 15:42:30 | mallum | sorry |
| 15:42:32 | mallum | pb_: yeah |
| 15:42:33 | mallum | pb_: I commented it out and it seems fine |
| 15:42:44 | pb_ | Yeah. I think this might be a historic 2.0.x kernel thing. |
| 15:43:22 | pb_ | It seems unlikely that select() would really be broken for this long without someone noticing, given the number of programs that use it. |
| 15:43:41 | pb_ | Commenting it out is probably the right thing to do here. |
| 15:43:45 | mallum | pb_: yeah |
| 15:44:01 | pb_ | btw, am recompiling gtk (again) to fix the png issue. :-/ |
| 15:50:11 | mccarthy | pb_: i am getting weird compile errors with libgpewidget... |
| 15:50:50 | pb_ | mccarthy: what kind of errors/ |
| 15:50:51 | pb_ | ? |
| 15:52:02 | nelson | is back |
| 15:54:32 | mallum | pb_: Okey building patched ( mine and yours ) snes9x and new matchbox with Xsettings ( untested ! ) and fullscreen toggle |
| 15:54:59 | pb_ | fingers crossed! |
| 15:55:29 | mccarthy | ../libgpewidget/libgpewidget.so: undefined reference to `g_type_check_class_cast' |
| 15:55:30 | mallum | pb_: and toes :) |
| 15:55:52 | mccarthy | pb mallum: where does one get roms for snex? (or is it not like mame)? |
| 15:56:21 | pb_ | mccarthy: looks like a Gtk version mismatch |
| 15:56:25 | pb_ | mccarthy: make clean and try again |
| 15:56:31 | mccarthy | bg: ok |
| 15:56:44 | mccarthy | pb_: did you change the default compile behavior of things? |
| 15:56:51 | pb_ | mccarthy: yeah maybe. |
| 15:56:57 | pb_ | mccarthy: I think a few things default to gtk2 now. |
| 15:57:05 | mallum | mccarthy: you rip them from leagally owned roms of course ! |
| 15:57:13 | pb_ | you will have to say "make GTK2=no" if you want to build for gtk 1. |
| 16:00:17 | mccarthy | mallum: how does one rip a rom from a game cartridge? do you buy just the cartridge off ebay? |
| 16:00:46 | mallum | mccarthy: why not put 'snes roms' into google and see what you get ... |
| 16:01:07 | mccarthy | mallum: cause asking you is easier ;) |
| 16:01:39 | mallum | mccarthy: look professor .... |
| 16:01:44 | mallum | :) |
| 16:33:52 | pb_ | mallum: any joy yet? |
| 16:33:57 | mallum | pb_: Im getting; |
| 16:33:59 | mallum | /usr/bin/ld: cpuexec.o: Relocations in generic ELF (EM: 20) |
| 16:33:59 | mallum | cpuexec.o: could not read symbols: File in wrong format |
| 16:34:07 | mallum | when I try and build on arm ... |
| 16:34:59 | pb_ | mallum: you been building in the same directory for powerpc? |
| 16:35:03 | pb_ | mallum: rm *.o and try again |
| 16:35:12 | mallum | pb_: yeah I did that ... |
| 16:35:16 | pb_ | mallum: or, to save scarce cycles, just rm the .o files it complains about |
| 16:35:31 | pb_ | ah. |
| 16:36:08 | pb_ | mallum: delete cpuexec.o and make sure that it gets rebuilt correctly. |
| 16:38:59 | pb_ | mccarthy: wow a new game! |
| 16:40:21 | mccarthy | pb_: not 100% true, but almost "new" :) |
| 16:41:00 | mccarthy | pb_: it is codebreaker re-done slightly so that it fits into the gpe-cvs-dev world-view |
| 16:41:23 | mccarthy | pb_: this will make it easier to prettify it so that it really becomes gpe-ish (with a nice menu, etc) |
| 16:41:40 | mccarthy | pb_: is pdamaze actually defunct? |
| 16:42:21 | pb_ | mccarthy: cool |
| 16:42:34 | pb_ | mccarthy: I dunno what the status is with pdamaze. |
| 16:42:48 | mccarthy | pb_: oh, I thought you wrote it... |
| 16:42:49 | pb_ | mccarthy: it's not a particularly good game, I just dumped it in there because the code was available. |
| 16:42:57 | pb_ | mccarthy: it's one of the Agenda apps I think |
| 16:43:03 | mccarthy | pb_: ok |
| 16:43:19 | pb_ | mccarthy: we could probably do away with it to be honest |
| 16:43:24 | florian | cu |
| 16:58:45 | mccarthy | pb_: did you compile dillo? |
| 17:02:18 | dc_ | :] |
| 17:02:23 | mccarthy | dc_: ! |
| 17:02:33 | dc_ | mccarthy: ! |
| 17:02:49 | mccarthy | dc_: care to make gpe-code pretty? (nice icons and such?) |
| 17:02:58 | dc_ | mccarthy: gpe-code? |
| 17:03:24 | | OK, mccarthy. |
| 17:03:24 | mccarthy | ibot gpe-code is a mastermind clone (based on codebreaker) |
| 17:03:36 | | mccarthy: excuse me? |
| 17:03:36 | mccarthy | ibot tell dc all about gpe-code :) |
| 17:03:37 | dc_ | ah cool. |
| 17:03:40 | dc_ | no problemc. |
| 17:03:47 | dc_ | infact, I'd love to :D |
| 17:04:07 | dc_ | updates cvs |
| 17:06:00 | dc_ | just what I need in geography lessons now I've mastered gpe-tetris :) |
| 17:07:22 | dc_ | mccarthy: is it actually in cvs? |
| 17:09:19 | mallum | dc_: 'ello |
| 17:09:48 | mallum | pb_: full screen toggle works, speed is better, |
| 17:09:50 | mallum | ah |
| 17:09:55 | dc_ | mallum: hey :) |
| 17:10:05 | dc_ | hehe |
| 17:10:28 | dc_ | mallum: you looked at xstroke sources before? |
| 17:11:07 | mallum | dc_: unfortunatly yes :) |
| 17:11:14 | mallum | dc_: there pretty heavy |
| 17:11:17 | dc_ | mallum: hehe |
| 17:11:38 | dc_ | mallum: I'm wondering how hard it would be to make a window the only thing xstroke would type in. |
| 17:11:49 | dc_ | mallum: so we can make a WinCE style input. |
| 17:11:54 | dc_ | mallum: with an area at the bottom. |
| 17:12:21 | dc_ | mallum: well 3: abc, 123 and !@# |
| 17:12:46 | mallum | dc_: not too hard I think ... |
| 17:13:29 | mallum | dc_: you can run it with -ac ? iirc to turn off its sumtimes dumb recognising of what needs input .. |
| 17:15:01 | dc_ | but even that gets anoying |
| 17:16:20 | moray | I too feel that (without some clever widget support etc. at least) a writing area may be the way to go |
| 17:16:51 | moray | usual disclaimer applies: yes, I'd be happy to fix this, but no I don't have time today ;) |
| 17:17:04 | mallum | moray: bah |
| 17:18:06 | dc_ | :] |
| 17:18:23 | mallum | full screen SOOOPER MAARIOOH -> http://handhelds.org/scap/port.1056.png |
| 17:18:59 | dc_ | mallum: dude! |
| 17:19:09 | dc_ | mallum: what other roms do yo uhave? |
| 17:19:14 | dc_ | mallum: I'll ...trade :D |
| 17:20:10 | mallum | a few ... |
| 17:20:28 | mallum | dc_: will do but in a bit, I have to get it working better ... |
| 17:20:44 | dc_ | mallum: I'll assume you have to xmodmap loaded :) |
| 17:20:50 | mallum | dc_: damn keyctl is grabbing the keys |
| 17:21:01 | mallum | dc_: no I've patched this to be ipaq specific |
| 17:21:02 | dc_ | mallum: yeah, I had to kill it. |
| 17:21:14 | dc_ | mallum: there's actualy one included :} |
| 17:21:16 | dc_ | mallum: hehe |
| 17:21:17 | mallum | dc_: I figure out some harmany tommorow |
| 17:21:31 | mallum | dc_: yeah but the xmodmap stuff is a pain |
| 17:21:46 | mallum | dc_: I've added a X11_DEFINE to it |
| 17:21:59 | mallum | dc_: also hitting record toggles fullscreen ( with matchbox ) |
| 17:22:04 | dc_ | mallum: well I have err...ff5, chrono, cannon fodder :], civ,ultima6, simcity 2000 and front mission :} |
| 17:22:12 | dc_ | mallum: hehe |
| 17:22:36 | mallum | dc_: cool, I have terminator super mario, r-type and some others... |
| 17:22:55 | mallum | dc_: we need to figure out what one work good with the ipaqs keys |
| 17:23:03 | dc_ | mallum: indeed. |
| 17:23:12 | mallum | dc_: also I got make the powerbutton 'select' |
| 17:23:22 | mallum | dc_: I gotta go get some food now ... biab |
| 17:23:22 | dc_ | heh |
| 17:23:26 | dc_ | :) |
| 17:41:37 | dc_ | mccarthy: so where is this gpe-code anyway? |
| 17:43:43 | dc_ | has a nap |
| 17:43:46 | dc_ | bbl : |
| 17:43:47 | dc_ | :} |
| 18:40:53 | dc_nap | awakens |
| 18:41:12 | pb_ | dc_: hi :-) |
| 18:42:30 | dc_ | pb_: :) |
| 18:42:38 | dc_ | pb_: so..what's neen up today? |
| 18:42:58 | pb_ | dc_: dull day at the office :-/ |
| 18:43:16 | pb_ | dc_: I just uploaded a new gpe-login which understands /etc/gpe-login.conf, however. |
| 18:43:28 | dc_ | pb_: wow, great :) |
| 18:43:36 | pb_ | dc_: and I gather mallum has been hacking snes9x to work better on the ipaq, which is coolest. |
| 18:44:11 | pb_ | btw, gtk 2.1.1 is in unstable now as well, so hold on to your hats. |
| 18:44:15 | dc_ | indeed. |
| 18:44:20 | dc_ | :) |
| 18:44:28 | dc_ | pb_: ah and you seem to have send me f-b :D |
| 18:44:33 | pb_ | dc_: ah yes |
| 18:45:05 | pb_ | dc_: I was trying to make it work with direct framebuffer access to improve the speed, but SDL appears to have some mouse problem in that mode. |
| 18:45:16 | pb_ | dc_: and I have no idea how key input is supposed to work either. |
| 18:45:43 | pb_ | dc_: so, now I pin my hopes on DRI or whatever is supposed to replace DGA. |
| 18:47:53 | pb_ | searches the house for SNES controller pads |
| 18:48:00 | mccarthy | dc_: gpe-code should be in CVS now... |
| 18:48:58 | mccarthy | pb_: did you do the dillo-gtk2 compile/port? |
| 18:49:04 | pb_ | mccarthy: yes |
| 18:49:23 | mccarthy | pb_: any interest in one of the "scaling" hacks? |
| 18:49:39 | pb_ | mccarthy: the Reedstrom patch is applied. |
| 18:50:07 | mccarthy | pb_: oh , I dont know that one .... I will ask google |
| 18:50:34 | pb_ | mccarthy: it was one of only two I knew about, the other being the pigeon one. |
| 18:50:42 | pb_ | mccarthy: do you have more? |
| 18:51:23 | mccarthy | pb_: ok, I need to see how to use it.... no I meant one of those two, but I only remembered where the pigeon patch was (IIRC I liked the one you used better) |
| 18:52:09 | pb_ | mallum_FOOD: yo |
| 18:52:26 | cmarqu_ | dc_: Did you see the Storm mail from Ted? |
| 18:52:33 | pb_ | mccarthy: put "halfsize_images=YES" in your dillorc |
| 18:58:40 | mccarthy | pb_: great. thanks. thats pretty |
| 18:59:02 | pb_ | yeah, it looks quite nice. |
| 19:01:09 | mallum | * burp * |
| 19:01:31 | pb_ | mallum: hope you enjoyed your meal |
| 19:01:58 | mallum | pb_: yes, turkish mmmmmmmmmmmmmmmmmmmmmmmm |
| 19:02:20 | pb_ | cool. |
| 19:02:56 | mallum | pb_: Im looking at the source of keylaunch ... |
| 19:03:01 | pb_ | oh yeah? |
| 19:04:24 | mccarthy | ERROR: Cannot satisfy the following dependencies for libgtk2.0-0: gtk-locale*? |
| 19:04:29 | mccarthy | pb_: ? |
| 19:04:32 | pb_ | mccarthy: get a better ipkg :-) |
| 19:04:44 | mccarthy | pb_: ?? |
| 19:04:48 | pb_ | mccarthy: ipkg install ipkg |
| 19:05:22 | mallum | pb_: yeah it gets in the way of snes9x :( |
| 19:05:29 | pb_ | mallum: oh. |
| 19:05:42 | pb_ | mallum: shouldn't snes9x get first claim on all key events? |
| 19:05:48 | pb_ | assuming it has focus, anyway |
| 19:05:54 | mallum | pb_: yeah thats what Im thinking |
| 19:06:11 | mallum | pb_: though it'd be nicer if it just 'worked' |
| 19:06:21 | mccarthy | pb_: its up-to-date but still the same error? |
| 19:06:28 | pb_ | mccarthy: what version do you have? |
| 19:06:34 | pb_ | mccarthy: it works for me. |
| 19:06:36 | mccarthy | Package ipkg (0.99.35) installed in root is up to date |
| 19:06:52 | pb_ | hmm, that's the same one I have. |
| 19:07:07 | mccarthy | I can remove and reinstall gtk2 I guess... |
| 19:07:28 | mccarthy | (I had weird pango-related errors earlier today that I needed to do this for...) |
| 19:07:39 | pb_ | Try installing one of the locale-base packages, see if that helps. |
| 19:08:35 | pb_ | It looks like there is some bug in ipkg. |
| 19:08:55 | mccarthy | remember now this is one of those damn americans talking, but.... none of them look appropriate? |
| 19:09:13 | pb_ | mccarthy: no, you will have to grit your teeth and install one for a foreign locale. |
| 19:09:33 | pb_ | mccarthy: doesn't really matter which, but I suggest one of the en variants. |
| 19:10:16 | pb_ | mccarthy: the locale will not actually be used unless you set $LANG, so you don't need to worry that your machine will suddenly start sporting Euro logos or anything. |
| 19:10:57 | mccarthy | pb_: ok, all better now (I guess until I start seeing weird coloUrs :) |
| 19:11:03 | pb_ | heh :-) |
| 19:11:22 | pb_ | okay, I guess ipkg has some problem when there are no locales at all availabl. |
| 19:11:24 | pb_ | e |
| 19:11:47 | pb_ | let me see if I can reproduce that. |
| 19:15:40 | mccarthy | wow this takes a while.... |
| 19:16:02 | pb_ | installing gtk2.0? |
| 19:16:19 | mccarthy | yeah, I think I am close to filled.... |
| 19:16:39 | pb_ | It can help a lot if you shut down all GTK programs and uninstall the old version first. |
| 19:16:56 | mccarthy | (*now* he tells me....) |
| 19:17:09 | pb_ | If there are programs still running, the old libs will hang around on flash even after they have been deleted, so you will effectively have both versions sitting there taking up room. |
| 19:18:38 | pb_ | mccarthy: btw, did you get a slew of "checking gtk-locale-.." messages from ipk when it was failing? |
| 19:18:50 | mccarthy | pb_: no, only when it was working.... |
| 19:18:56 | pb_ | bizarre. |
| 19:19:01 | pb_ | I can't get it to go wrong for me. |
| 19:19:27 | pb_ | If you didn't see the "checking" messages, that would suggest that it wasn't finding any gtk-locale-* packages in the available list. |
| 19:20:40 | pb_ | However, even that shouldn't actually cause it a problem. |
| 19:21:52 | mccarthy | oh well, nobody says it has to work perfectly from any arbitrary unstable version to another.... |
| 19:22:05 | mccarthy | (those of us living on the edge can handle fixing it anyway...) |
| 19:22:28 | pb_ | yeah. |
| 19:22:37 | pb_ | I guess I will have to wait and see if everybody else has the same problem. :-/ |
| 19:23:13 | mccarthy | pb_: are you (or cmarqu) going to fix gpe-ownerinfo? (you keep changing the session scripts and then my ownerinfo looks ugly again :( |
| 19:23:26 | pb_ | mccarthy: oops. |
| 19:23:32 | pb_ | mccarthy: I keep hoping cmarqu will do it. |
| 19:23:32 | gazer | looks in. |
| 19:23:53 | pb_ | mccarthy: I don't actually use ownerinfo myself, so my motivation is kind of low. |
| 19:24:36 | cmarqu_ | pb_: I'm waiting for you to add the code piece to libgpewidget |
| 19:24:54 | mccarthy | pb_: no problem.... if it bugs me that much I guess I will eventually fix it myself (or make such a pain of myself that your motivation goes up ;) |
| 19:25:25 | cmarqu_ | And I can't even compile ownerinfo right now, stupid autotools |
| 19:25:34 | mccarthy | pb_: thats sort of how I work with ipaq-sleep too.... the whole dimming/off thing is low on the priority list... |
| 19:26:28 | mccarthy | cmarqu_: it would be pretty simple to make a nice pretty Makefile like the ones in games/gpe-code for example :) |
| 19:26:48 | cmarqu_ | Yes... |
| 19:26:56 | pb_ | cmarqu_: ah. |
| 19:26:59 | cmarqu_ | I'm still undecided. |
| 19:27:10 | pb_ | cmarqu_: I think I might make another library, rather than dumping more stuff into libgpewidget. |
| 19:27:15 | mccarthy | pb_: /usr/lib/ipkg/info/libgtk2.0-0.postinst: cannot create /etc/gtk-2.0/gdk-pixbuf.loaders: No such file or directory? |
| 19:27:27 | pb_ | It looks like I may have persuaded mibus to adopt it for gpe-appmgr too. |
| 19:27:29 | pb_ | mccarthy: duh |
| 19:27:50 | pb_ | mccarthy: mkdir /etc/gtk-2.0 and then rerun the postinst manually. |
| 19:28:04 | pb_ | mccarthy: you will not be able to run any apps unless that file is created. |
| 19:29:02 | pb_ | mccarthy: I will make a new package, but libgtk2.0-0 is kind of big so I will wait for you to find any other obvious bugs first. |
| 19:29:26 | mccarthy | pb_: ok |
| 19:29:38 | mallum | pb_: snes9x binary and matchbox cvs ipkg in my experimental dir |
| 19:29:48 | pb_ | mallum: yay |
| 19:29:51 | mccarthy | mallum: whats up with matchbox? |
| 19:29:58 | mallum | mccarthy: ? |
| 19:30:17 | mccarthy | matchbox cvs ipkg in my experimental dir?! (what has changed recently?) |
| 19:30:44 | mallum | pb_: I fixed the keyboard grab in snes9x for now .. |
| 19:30:45 | pb_ | mallum: been thinking about wiring up a snes joypad to my ipaq to improve the gaming experience :-) |
| 19:30:48 | pb_ | mallum: righto |
| 19:32:03 | mallum | pb_: http://www.handhelds.org/pipermail/handhelds/2001-November/002232.html |
| 19:32:30 | pb_ | mallum: ah neat |
| 19:32:51 | mallum | mccarthy: it has support for fullscreen app toggleing ( used in snes9x ), some minor theme improvements, and xsettings support ( but I forgot to enable that in the build .... ) |
| 19:33:30 | dc_ | stirrs |
| 19:33:36 | dc_ | sorry, had to goto dinner |
| 19:33:41 | pb_ | dc_: hate it when that happens |
| 19:33:50 | dc_ | :] |
| 19:33:52 | dc_ | indeed, |
| 19:33:58 | dc_ | mccarthy: rodger that. |
| 19:34:02 | mccarthy | mallum: xsettings support, what does that mean? (and are you ever packaging a nice gtk2 theme?) |
| 19:34:38 | mallum | mccarthy: some voodoo |
| 19:34:50 | dc_ | does yet mroe business studies homework |
| 19:34:59 | dc_ | sounds like a late night tonight already. |
| 19:35:09 | pb_ | :-/ |
| 19:35:29 | mallum | mccarthy: it to connect with the stuff pb's been working on, kind of like a mini gconf - works in a similar way to mbcontrol but more complex |
| 19:36:01 | mallum | mccarthy: I thought dc was gonna packge the gtk2 theme ;) |
| 19:36:22 | pb_ | mallum: agh, OOM |
| 19:36:39 | mallum | pb_: overcommit overcommit :) |
| 19:36:50 | pb_ | right |
| 19:37:07 | pb_ | kills gpe-appmgr |
| 19:37:27 | mallum | I swear the greedy kernel save 30% of the memory for its own trivial needs with that off ;) |
| 19:37:43 | pb_ | Heh. :-/ |
| 19:38:02 | pb_ | Oops, forgot to disable the power button. |
| 19:38:21 | pb_ | What's the rune for that? |
| 19:38:36 | mallum | ooh its in /proc somewhere |
| 19:38:47 | mallum | mario works with out the select button though |
| 19:39:07 | mallum | hit record to toggle fullscreen |
| 19:39:26 | pb_ | ah, probably /proc/sys/ts/suspend_button_mode |
| 19:39:28 | pb_ | let's try now |
| 19:40:12 | pb_ | SUPER MARIO! |
| 19:40:18 | mallum | :)) |
| 19:40:19 | pb_ | :-) |
| 19:40:23 | dc_ | :D |
| 19:40:26 | pb_ | yay |
| 19:40:29 | pb_ | mallum: you rule |
| 19:41:08 | mccarthy | pb mallum: I am jealous, I have no legal ROMs ;) |
| 19:41:09 | dc_ | okay bbl |
| 19:41:31 | pb_ | mallum: freaky keybindings though, it doesn't seem to have noticed that the screen is rotated. |
| 19:42:16 | pb_ | and, hmm, the 3600 "one key at a time" feature is a bit of a pain too. |
| 19:42:18 | mallum | pb_: yeah I only just noticed that |
| 19:42:33 | pb_ | makes jumping over obstacles rather more of a challenge. |
| 19:43:22 | mallum | pb_: not being able to follow schematics, I may have to hack in some touchscreen buttons ... |
| 19:43:48 | pb_ | mallum: I gonna make one of those adapters for myself, you want one? |
| 19:43:59 | mallum | pb_: YES YES YES ! |
| 19:44:14 | pb_ | ok sure thing |
| 19:44:19 | mallum | pb_: and take it you have a pic programmer and stuff .. ? |
| 19:44:23 | mallum | pb_: ;)))))) |
| 19:44:23 | pb_ | yeah |
| 19:44:42 | pb_ | there are not many rewards in working for Nexus, but this is one of them. |
| 19:45:52 | TheMasterMind2 | hey guys, i'm trying to get gcc cross compiling |
| 19:46:01 | pb_ | hmm |
| 19:46:05 | TheMasterMind2 | its configure script refuses to cooperate |
| 19:46:15 | TheMasterMind2 | checking host system type... arm-unknown-linux-gnu |
| 19:46:15 | TheMasterMind2 | checking whether build environment is sane... yes |
| 19:46:15 | TheMasterMind2 | checking for gcc... (cached) gcc |
| 19:46:20 | TheMasterMind2 | i want it to use arm-linux-gcc |
| 19:46:37 | pb_ | you almost certainly do not want to set --host=arm-linux-gnu |
| 19:47:07 | pb_ | when you say you are trying to "get gcc cross-compiling", do you mean you are trying to cross-compile gcc itself, or use a cross compiler to build some other program? |
| 19:47:21 | TheMasterMind2 | ugh |
| 19:47:23 | TheMasterMind2 | sorry, i meant to say |
| 19:47:28 | TheMasterMind2 | get gtk cross compiling |
| 19:47:31 | pb_ | ah. |
| 19:47:49 | pb_ | CC=arm-linux-gcc .../configure arm-linux --build=i386-linux |
| 19:47:51 | pb_ | or something like that |
| 19:48:06 | pb_ | it sounds like you are missing the "CC=.." part. |
| 19:48:11 | TheMasterMind2 | tried that too |
| 19:48:13 | TheMasterMind2 | lemme try again |
| 19:48:15 | pb_ | mallum: ah, that link is 404 |
| 19:48:41 | pb_ | mallum: never mind, I'm sure I can figure something out. |
| 19:48:43 | TheMasterMind2 | checking whether the C compiler (gcc ) is a cross-compiler... no |
| 19:48:49 | TheMasterMind2 | refuses to use arm-linux-gcc |
| 19:48:55 | pb_ | ah. |
| 19:48:59 | pb_ | what version of gtk? |
| 19:49:08 | TheMasterMind2 | 1.2.9 |
| 19:49:39 | pb_ | ah, I don't think I have a gtk 1 source tree on hand. |
| 19:49:52 | pb_ | suggest you try asking in #handhelds.org or one of the gtk channels :-/ |
| 19:50:34 | TheMasterMind2 | alright |
| 19:50:35 | TheMasterMind2 | thanks |
| 19:50:38 | TheMasterMind2 | i think i'll try debian sources |
| 19:52:43 | mccarthy | pb_: are you fixing the "one button at a time" issue manually?! |
| 19:53:15 | TheMasterMind2 | aha! |
| 19:53:18 | TheMasterMind2 | thanks guys |
| 19:54:32 | pb_ | mccarthy: no, I am going to build an adapter so I can connect a real Nintendo joypad to the ipaq. |
| 19:54:56 | pb_ | mccarthy: I doubt the "one button" thing can be fixed on the 3600 without massive expenditure of effort. |
| 19:55:42 | mccarthy | pb_: oh, I see. isnt it easier to just use a *real* nintendo ;) |
| 19:56:08 | pb_ | mccarthy: not unless I want to carry around a TV set and a small power station. |
| 19:56:31 | mccarthy | pb_: scap? |
| 19:57:35 | pb_ | mccarthy: it is intensely difficult for me to make scaps from here, there is a poxy proxy server in the way that screws me up. |
| 19:57:56 | mccarthy | pb_: ok. |
| 19:58:00 | pb_ | mccarthy: maybe mallum can oblige |
| 19:58:23 | mccarthy | pb mallum: BTW http://www.snes9x.com/freeroms.asp might interest you |
| 19:58:39 | mccarthy | these are *really* free AFAIK |
| 19:58:45 | pb_ | aha. |
| 19:59:04 | mccarthy | mallum: ipkg? |
| 19:59:13 | mccarthy | in experimental...duh! |
| 20:00:16 | PaxAnima | the snes9x binary is 901k? |
| 20:00:56 | pb_ | so it would appear. |
| 20:01:12 | PaxAnima | hmm.. |
| 20:02:15 | mallum | PaxAnima: the games are pretty big too, really you need a cf card |
| 20:02:49 | mccarthy | 901k is *big* |
| 20:02:50 | mccarthy | mallum: is this stripped? |
| 20:03:44 | mallum | mccarthy: nope |
| 20:04:04 | mallum | 816k stripped |
| 20:04:10 | mccarthy | mallum: ok |
| 20:04:44 | mallum | gonna catch some tv .. biab |
| 20:18:15 | mccarthy | later all |
| 20:56:27 | dc_ | heh |
| 20:56:35 | dc_ | dad had to make some calls :/ |
| 20:56:44 | dc_ | hum |
| 20:57:03 | dc_ | gpe-code isn't going to be easy to cuten yp |
| 20:57:04 | dc_ | up |
| 20:58:12 | pb_ | dc_: ha. |
| 20:58:19 | pb_ | let me take a look at it. |
| 20:58:21 | dc_ | :/ |
| 20:58:24 | dc_ | yeah |
| 20:58:38 | pb_ | hmm, I haven't updated my cvs in ages. |
| 20:58:58 | pb_ | ah yes, I see. |
| 20:59:07 | pb_ | its interface is a bit utilitarian, but there isn't much you can do about it. |
| 20:59:21 | pb_ | probably just needs a nicer gtk theme :-} |
| 21:00:36 | cmarqu_ | Night all. |
| 21:00:40 | pb_ | night cmarqu_ |
| 21:00:44 | dc_ | pb_: indeed., |
| 21:00:45 | dc_ | night cmarqu_ |
| 21:00:49 | dc_ | pb_: :)( |
| 21:00:50 | dc_ | :) |
| 21:01:17 | pb_ | hmm. |
| 21:02:27 | pb_ | dc_: on similar vein, any idea how we could make minicalc look less hideous? |
| 21:02:40 | pb_ | I think maybe having pixmaps rather than text for the buttons would help. |
| 21:02:47 | dc_ | pb_: oh yah...that needs help to. |
| 21:02:49 | dc_ | pb_: indeed. |
| 21:02:59 | dc_ | pb_: defently images.. |
| 21:03:06 | dc_ | pb_: and for +, - etc... |
| 21:03:11 | pb_ | exactly |
| 21:03:19 | pb_ | it's quite hard to tell + and * apart with the default font |
| 21:03:33 | pb_ | think you might be able to find some images? |
| 21:04:18 | dc_ | spose I can make some... |
| 21:04:42 | pb_ | good man! |
| 21:05:17 | pb_ | now |
| 21:05:26 | pb_ | I wonder what's wrong with the sound in snes9x. |
| 21:05:35 | dc_ | heh |
| 21:06:31 | pb_ | debugging time... |
| 21:08:27 | pb_ | did you manage to get frozen bubble to work, by the way? |
| 21:08:39 | dc_ | just installing sdl |
| 21:08:43 | dc_ | :) |
| 21:08:44 | pb_ | aha. |
| 21:10:01 | dc_ | mallum: do you think you could include a numpad layout in the next version of xkbd? |
| 21:10:11 | dc_ | mallum: as it's always usefull for gpe-login with hardkeys |
| 21:15:20 | mallum | dc_: I've made enuff layouts :( |
| 21:15:32 | mallum | there boring |
| 21:15:40 | mallum | ;P |
| 21:24:03 | dc_ | mallum: hehe. |
| 21:24:13 | dc_ | mallum: I'll make cmarqu_ make it :) |
| 21:38:18 | mallum | dc_: you could make one of the tinykbd in cvs real quick ... ;) |
| 21:40:05 | dc_ | mallum: :} |
| 21:40:08 | dc_ | indeed. |
| 21:40:12 | dc_ | I should |
| 21:40:16 | dc_ | after i install... |
| 21:40:21 | dc_ | Frozen bubble!!! |
| 21:43:54 | pb_ | !!!1! |
| 21:49:11 | dc_ | pb_: any idea where the perl module fbmdkcommon.pm is? |
| 21:49:28 | pb_ | dc_: it's in the f-b tarball I sent you |
| 21:49:32 | dc_ | hum |
| 21:49:33 | dc_ | okay |
| 21:49:34 | pb_ | dc_: you may need to use some strategic -I option to perl |
| 21:49:41 | dc_ | so I need to copy it scross..? |
| 21:49:44 | dc_ | oh. |
| 21:49:54 | pb_ | -I f-b/local/lib/perl/5.8.0 maybe |
| 21:50:23 | pb_ | or yeah, dump it into /usr/local/lib/... |
| 21:53:03 | dc_ | hum |
| 21:53:04 | dc_ | damn. |
| 21:53:09 | pb_ | hm? |
| 21:53:12 | dc_ | now I can't find the sdl libs.. |
| 21:53:19 | pb_ | which one? |
| 21:53:22 | pb_ | libSDL-image? |
| 21:53:28 | dc_ | ipkg says it installed the,m |
| 21:53:34 | dc_ | but they're not there. |
| 21:53:36 | pb_ | should be in /usr/lib I would think |
| 21:53:40 | dc_ | I was using the -dest option |
| 21:53:42 | pb_ | ah. |
| 21:53:56 | pb_ | then /mnt/hda/usr/lib or wherever |
| 21:54:10 | dc_ | reinstalls |
| 21:54:52 | dc_ | hummmmmm |
| 21:55:27 | pb_ | where does "ipkg files" say it put them? |
| 21:55:33 | dc_ | /usr/lib/libSDL-1.2.so.0 |
| 21:55:37 | dc_ | ipkg is supid. |
| 21:55:47 | pb_ | :-/ |
| 21:55:54 | dc_ | ahhj |
| 21:55:56 | pb_ | the dest option doesn't always work too well. |
| 21:56:34 | dc_ | it seems |
| 21:56:38 | dc_ | ahh |
| 21:56:46 | dc_ | now it needs the sdl perl modules.... |
| 21:56:55 | pb_ | I think I packaged that. libsdl-perl |
| 21:57:13 | dc_ | indeed. |
| 22:01:34 | dc_ | arg |
| 22:01:41 | pb_ | still no luck? |
| 22:01:42 | dc_ | it has stalled ipkg installing |
| 22:01:50 | pb_ | :-/ |
| 22:01:58 | pb_ | I don't think it's that big. |
| 22:04:13 | pb_ | is ipkg still stuck? |
| 22:04:48 | dc_ | ah shit. |
| 22:04:55 | pb_ | ? |
| 22:04:57 | dc_ | now after an upgrade I reboot.. |
| 22:05:02 | dc_ | and gpe-login won't load :/ |
| 22:05:07 | pb_ | hell. |
| 22:05:16 | pb_ | probably my fault. |
| 22:05:19 | pb_ | try running it by hand? |
| 22:05:20 | dc_ | hehe |
| 22:06:25 | dc_ | 00ooh dear. |
| 22:06:29 | dc_ | it's back to haunt us, |
| 22:06:41 | dc_ | (gpe-login:2685): GdkPixbuf-WARNING **: Can not open pixbuf loader module file yGPE-ERROR: Unable to load icon "ok" Aborted |
| 22:06:46 | pb_ | ah. |
| 22:06:47 | dc_ | dum...dum....dummmm |
| 22:06:57 | pb_ | what's in /etc/gtk-2.0 |
| 22:06:57 | pb_ | ? |
| 22:07:11 | dc_ | there's no such dir |
| 22:07:15 | pb_ | ah |
| 22:07:17 | pb_ | that would be the problem |
| 22:07:21 | dc_ | :/ |
| 22:07:23 | dc_ | fear. |
| 22:07:27 | dc_ | pb_: what should be in it? |
| 22:07:29 | pb_ | create it, then do /usr/lib/ipkg/info/libgtk2.0-0.postinst |
| 22:07:49 | pb_ | dc_: just general stuff. |
| 22:07:54 | dc_ | ahh |
| 22:08:07 | dc_ | pb_: so that needs to be included in the ipk then? |
| 22:08:13 | pb_ | dc_: yeah |
| 22:08:19 | pb_ | dc_: mccarthy had the same problem earlier. |
| 22:08:24 | dc_ | ah okay |
| 22:08:36 | pb_ | dc_: the postinst should create two files in that dir I think |
| 22:08:45 | dc_ | right |
| 22:08:48 | pb_ | gdk-pixbuf.loaders and gtk.immodules |
| 22:08:49 | dc_ | lets see. |
| 22:08:59 | dc_ | muchhh better :D |
| 22:09:02 | pb_ | phew |
| 22:09:25 | pb_ | and you didn't have mccarthy's locale problem either, which is interesting. |
| 22:09:31 | dc_ | so do I set my options in the gpe-login.conf file now? |
| 22:09:41 | dc_ | well |
| 22:09:44 | pb_ | dc_: yes, it's a very simple format/ |
| 22:09:48 | dc_ | my gtk-2.0 theme is gone :{ |
| 22:09:53 | pb_ | dc_: one word per line. |
| 22:09:59 | pb_ | dc_: "hard-keys" to enable hard keys |
| 22:10:05 | pb_ | dc_: "transparent" to enable transparent |
| 22:10:07 | dc_ | pb_: okay |
| 22:10:11 | pb_ | dc_: "xkbd" to enable xkbd |
| 22:10:12 | pb_ | you get the idea |
| 22:10:13 | dc_ | :] |
| 22:10:15 | dc_ | clever |
| 22:10:17 | dc_ | hehe |
| 22:10:24 | pb_ | I worked on that for some minutes. |
| 22:10:42 | pb_ | dc_: I don't know what would cause your theme to disappear |
| 22:10:49 | pb_ | dc_: where were the files? |
| 22:11:11 | dc_ | what ones? |
| 22:11:12 | dc_ | theme... |
| 22:11:15 | pb_ | yes |
| 22:11:26 | dc_ | ~/.gtkrc-2.0 |
| 22:11:36 | pb_ | hmph |
| 22:11:40 | pb_ | and it's just not reading that file? |
| 22:11:41 | dc_ | hum |
| 22:11:43 | dc_ | yes |
| 22:12:00 | dc_ | all |
| 22:12:02 | dc_ | ahh |
| 22:12:09 | pb_ | comme c'est bizarre. |
| 22:12:17 | dc_ | damn can't find theme engine |
| 22:12:20 | pb_ | ah. |
| 22:12:29 | pb_ | the theme engine directory is versioned :-{ |
| 22:12:30 | dc_ | ahh |
| 22:12:32 | dc_ | /usr/lib/gtk-2.0/2.0.100/engines/libthincream.so |
| 22:12:38 | dc_ | suck |
| 22:12:40 | pb_ | you will have to move that to .. 2.0.101 .. |
| 22:12:46 | pb_ | yes. |
| 22:14:27 | dc_ | better thanks |
| 22:14:34 | pb_ | cool |
| 22:14:39 | dc_ | um |
| 22:14:55 | dc_ | where should gpe-login.conf be exactly? |
| 22:15:01 | pb_ | /etc/gpe-login.conf |
| 22:15:02 | pb_ | I think |
| 22:15:07 | pb_ | is it not working? |
| 22:15:15 | dc_ | indeed. |
| 22:15:18 | dc_ | no hard keys |
| 22:15:20 | dc_ | I put. |
| 22:15:21 | pb_ | oh |
| 22:15:25 | dc_ | hard-keys |
| 22:15:26 | dc_ | transparent |
| 22:15:26 | dc_ | xkbd |
| 22:15:29 | pb_ | let me look |
| 22:15:48 | pb_ | ah |
| 22:15:49 | pb_ | I suck |
| 22:15:58 | pb_ | let me make a new version |
| 22:16:15 | dc_ | hehe |
| 22:20:47 | pb_ | ok |
| 22:20:51 | pb_ | I have a 0.28 package |
| 22:20:58 | pb_ | want me to dcc it to you, or just upload to the feed? |
| 22:21:25 | dc_ | just upload it. |
| 22:21:31 | dc_ | :) |
| 22:21:31 | dc_ | goody |
| 22:22:32 | pb_ | righto uploaded |
| 22:22:44 | pb_ | see if that is any better |
| 22:22:58 | pb_ | the config file is now /etc/gpe/gpe-login.conf btw, note extra directory :-/ |
| 22:43:09 | dc_ | arg |
| 22:43:11 | dc_ | damn f-b |
| 22:43:31 | pb_ | what's up with it now? |
| 22:47:08 | dc_ | now..... |
| 22:47:17 | dc_ | maby I should install the ipks manualy. |
| 22:47:29 | pb_ | still having sdl problems? |
| 22:47:53 | dc_ | all perl module problems. |
| 22:48:07 | pb_ | hmm |
| 22:48:11 | pb_ | can you be more specific? |
| 22:51:38 | dc_ | hang |
| 22:51:48 | dc_ | I'm just reinstalling again :} |
| 22:52:01 | pb_ | righto :-/ |
| 22:56:17 | dctanner_ | heh |
| 22:56:22 | pb_ | ha. |
| 22:59:57 | pb_ | ! |
| 23:00:04 | dctanner__ | hm. |
| 23:08:39 | pb_ | ibot, message for mibus: background pixmap handling code is now in gpe/base/librootimage, albeit untested |
| 23:08:42 | dc__ | hurmf |
| 23:08:47 | dc__ | ipks are gzip right? |
| 23:08:55 | pb_ | dc__: not new ones |
| 23:08:58 | dc__ | :/ |
| 23:09:00 | dc__ | what are they |
| 23:09:03 | pb_ | dc__: they are like .deb nowadays |
| 23:09:08 | pb_ | dc__: ie ar archives |
| 23:09:08 | dc__ | arg... |
| 23:09:10 | dc__ | ar |
| 23:09:35 | pb_ | still haven't managed to make ipkg install those libs then? |
| 23:10:13 | ade | is back (gone 00:00:15) |
| 23:16:48 | pb_ | night guys |
| 23:56:31 | dc__ | bdale: hey |
| 23:56:43 | bdale | hi |
| 23:56:51 | dc__ | bit late :] |
| 23:56:55 | dc__ | well for us in the uk |
| 23:57:02 | bdale | it's 1756 here, or so |
| 23:57:07 | dc__ | heh |
| 23:57:10 | dc__ | 1am here. |
| 23:57:14 | bdale | nods |
| 23:57:35 | bdale | the pleasant part is that I've been home long enough this time to actually know what time it is here... :-) |
| 23:57:42 | dc__ | :) |
| 23:57:52 | dc__ | hum |
| 23:57:58 | dc__ | damn find keeps hanging... |
| 23:57:58 | dc__ | heh |
