| 09:18:57 | dc_ | morning :D |
| 09:23:35 | pb_ | dc_: hey |
| 09:25:13 | dc_ | pb_: morning :D |
| 09:25:25 | dc_ | it's bug fixing time xD |
| 09:25:29 | pb_ | dc_: yay |
| 09:27:01 | pb_ | dc_: which bugs do you have in your sights? |
| 09:30:14 | pb_ | hmph |
| 09:30:20 | pb_ | fscking X just crashed on me |
| 09:30:36 | dc_ | :/ |
| 09:30:45 | dc_ | looks for some tasty bugs |
| 09:34:39 | dc_ | maby add tickboxes for the catigories in gpe-todo |
| 09:34:41 | dc_ | it'd be cool :} |
| 09:34:46 | pb_ | dc_: yay |
| 09:35:19 | dc_ | pb_: I wonder |
| 09:35:28 | dc_ | pb_: how does the sql db work for gpe-todo? |
| 09:36:39 | pb_ | dc_: well, it's pretty simple, look at todo-sql.h |
| 09:37:03 | dc_ | right |
| 09:40:16 | dc_ | pb_: right now an item can only be in one catigory right? |
| 09:40:26 | pb_ | dc_: right |
| 09:48:55 | dc_ | hrm |
| 09:49:06 | dc_ | okay, I'll add radio buttons then :/ |
| 09:49:39 | dc_ | you think :/ |
| 09:49:48 | pb_ | dc_: well, we could rework it to use DaveH's new uber-schema |
| 09:49:56 | pb_ | dc_: I think that would allow an entry to be in multiple categories |
| 09:49:58 | dc_ | oh :} |
| 09:50:11 | dc_ | cool |
| 09:54:38 | pb_ | dc_: hmm, we should probably create some new task packages to make it easier for people to install GPE |
| 09:54:57 | dc_ | :) |
| 09:55:20 | pb_ | like, I dunno, task-gpe-apps, task-gpe-games... uh, that'll probably do. |
| 09:55:50 | dc_ | yah |
| 09:58:08 | pb_ | dc_: what theme should task-gpe-apps depend on? |
| 09:58:36 | dc_ | gtk? |
| 09:58:45 | pb_ | yeah |
| 09:58:48 | dc_ | the gtk-engines-xenophilia :D |
| 09:59:12 | pb_ | righto |
| 09:59:43 | pb_ | I've checked some control files in to gpe/tasks, do "cvs update -d" at the top level to get them. |
| 10:01:11 | pb_ | do you know if the Gtk package in familiar still looks for its gtkrc in /usr/local? |
| 10:01:28 | dc_ | not sure |
| 10:01:33 | dc_ | I used ~/.gtkrc |
| 10:01:37 | dc_ | or a symlink |
| 10:02:07 | pb_ | yeah, but we need to be able to provide a system wide default |
| 10:02:26 | pb_ | not sure how that should be managed from a packaging perspective, though. |
| 10:03:34 | pb_ | hmm |
| 10:06:52 | pb_ | dc_: did you ever find out why what the story was with mibus's gpe-media not being in cvs? |
| 10:10:27 | dc_ | no err |
| 10:10:34 | pb_ | oh well |
| 10:10:45 | dc_ | we need to get him on irc :/ |
| 10:11:13 | pb_ | dc_: I guess his timezone doesn't make things any easier |
| 10:11:36 | dc_ | ah |
| 10:12:05 | pb_ | dc_: care to look at bug #27? |
| 10:14:58 | pb_ | dc_; btw, did you ever get time to make some smaller icons for the media player? |
| 10:22:58 | dc_ | pb_: yeah, just commited, they're 24x24 now. |
| 10:25:18 | pb_ | dc_; cool, I'll try 'em out |
| 10:25:32 | dc_ | ok. |
| 10:26:02 | pb_ | guess I'm gonna have to get my ipaq working again to see what they really look like |
| 10:26:08 | dc_ | hhe |
| 10:27:14 | pb_ | well, they look pretty good on my desktop |
| 10:27:22 | pb_ | not sure what colour of window background goes best with them though |
| 10:28:51 | pb_ | maybe gray80 |
| 10:29:22 | dc_ | right :/ |
| 10:29:26 | dc_ | try it :} |
| 10:29:52 | pb_ | if you want to see what they look like with different backgrounds, check out gpe/gpe-nmf, and run it with a colour on the command line |
| 10:30:09 | dc_ | as gpe-media got a playlist or snything? |
| 10:30:15 | pb_ | dc_: I think so, yeah |
| 10:30:26 | dc_ | cool, where's the code. |
| 10:30:34 | pb_ | dc_: cvs, gpe/base/gpe-nmf |
| 10:30:49 | pb_ | dc_: oh, sorry, no, it isn't yet |
| 10:30:57 | pb_ | dc_: get it from mibus' gpe-media then |
| 10:31:58 | dc_ | arg |
| 10:32:13 | dc_ | pb_: can we just commit his code into another module |
| 10:32:13 | dc_ | heh |
| 10:32:18 | dc_ | really does email mibus |
| 10:32:29 | pb_ | dc_: sure, or a branch in the existing gpe-media module |
| 10:32:34 | dc_ | pb_: or should I just ask if we can commit his code into cvs? |
| 10:33:13 | pb_ | dc_: yeah, could do that. |
| 10:33:30 | dc_ | pb_: I like the branch idea |
| 10:33:36 | dc_ | smart :} |
| 10:34:10 | pb_ | okay, let's do that |
| 10:35:28 | dc_ | oorr, also |
| 10:35:42 | dc_ | gpe-todo needs a new clean completed tasks right> |
| 10:35:56 | dc_ | I've just got a cool pain brush (clean) pixmap :/ |
| 10:36:01 | dc_ | paint |
| 10:38:35 | pb_ | excellent |
| 10:41:11 | dc_ | hmm |
| 10:41:18 | dc_ | I need the purge_completed function back |
| 10:41:40 | pb_ | dc_: btw, on the media icons, we would probably be better off with "next track" and "previous track" than the fast-forward/rewind we have now. |
| 10:41:53 | pb_ | dc_: I think purge_completed is still in the code, just not called from anywhere. |
| 10:42:05 | dc_ | pb_: no it's gone :/ |
| 10:42:08 | pb_ | dc_: it's in list-ui.c |
| 10:42:09 | dc_ | pb_: yeah I know.. |
| 10:42:12 | pb_ | dc_: oh, it has #if 0 around it |
| 10:42:24 | dc_ | pb_: I spose we can just use the ximian ones then |
| 10:42:28 | dc_ | okay |
| 10:42:42 | pb_ | dc_: what do the ximian ones look like, do you have a link to those? |
| 10:43:13 | dc_ | hmm |
| 10:43:31 | dc_ | it want s a*list |
| 10:43:43 | dc_ | gpointer *list |
| 10:43:46 | dc_ | http://primates.ximian.com/~tigert/new_stock_project/ |
| 10:51:42 | dc_ | HRM |
| 10:51:45 | dc_ | hrm |
| 10:51:45 | dc_ | :/ |
| 10:52:23 | dc_ | any ideas how I update the list of items? |
| 10:52:36 | pb_ | which list is that? |
| 10:52:50 | dc_ | liust of items in gpe-todo |
| 10:53:06 | dc_ | update the draw area. |
| 10:53:12 | pb_ | hmm |
| 10:53:27 | pb_ | gtk_widget_draw (t->widget, NULL); |
| 10:53:57 | dc_ | t doesn't exists arg... |
| 10:54:11 | pb_ | t is the list |
| 10:54:35 | dc_ | right |
| 10:55:11 | dc_ | nm :) |
| 10:55:18 | dc_ | g_draw is the widget :} |
| 10:55:36 | dc_ | hmm |
| 10:55:44 | dc_ | the brush is cool, but doeasn't really fit it. |
| 10:55:54 | dc_ | we'll have to find another on sometime |
| 10:56:01 | pb_ | right |
| 10:56:56 | dc_ | commited, brb. |
| 11:05:13 | dc_ | gtktetris os cool :) |
| 11:05:17 | dc_ | is |
| 11:06:34 | pb_ | yeah :-) |
| 11:09:09 | pb_ | it needs a bit of user interface tweaking though |
| 11:09:35 | pb_ | like replacing the drop-down menus with a toolbar, or something |
| 11:10:06 | pb_ | dc_: mm, right, I looked at the ximian media pixmaps |
| 11:10:42 | pb_ | dc_: guess they'll do the job, though I rather liked the round buttons |
| 11:51:12 | dc_ | okay |
| 11:51:34 | pb_ | I checked 'em into cvs |
| 11:51:56 | dc_ | cool |
| 11:59:14 | dc_ | tetris is to cool |
| 11:59:18 | dc_ | :) |
| 11:59:26 | pb_ | do you think the media player needs an hscale to show how far through the track it is? I don't really like those. |
| 11:59:29 | dc_ | it'll be hard to make the ui into a toolbar :/ |
| 11:59:50 | dc_ | pb_: for ease of use, it whould |
| 11:59:55 | dc_ | should |
| 12:00:02 | dc_ | would, should :} |
| 12:00:20 | pb_ | dc_: why? |
| 12:09:39 | dc_ | hmm |
| 12:10:00 | dc_ | pb_: how do you think I could represtent a quick start? |
| 12:11:15 | pb_ | dc_: dunno, tricky one |
| 12:14:50 | pb_ | hmm, those ximian pixmaps are still a little larger than would be ideal :-| |
| 12:24:03 | dc_ | bbl |
| 12:24:06 | dc_ | 2 hours |
| 12:24:13 | pb_ | ok |
| 12:24:22 | dc_ | we can resize to 16 |
| 12:24:28 | pb_ | dc_: that would be cool |
| 14:07:56 | spung | is away: actually, I *am* here. I'm just not paying attention to you |
| 15:58:27 | dc_ | back |
| 15:59:04 | pb | welcome back |
| 15:59:14 | pb | what's the news? |
| 16:00:42 | dc_ | nothing |
| 16:00:45 | dc_ | been out :} |
| 16:00:48 | pb | heh |
| 16:01:59 | pb | I've been drying out my car :-/ |
| 16:02:49 | dc_ | right :} |
| 16:03:21 | pb | and, in GPE news, today is Sound Day. |
| 16:03:46 | pb | I've been playing with esd a bit, seems to work okay with gpe-soundbite. |
| 16:04:11 | pb | and I just uploaded a pile of ipks for things like vorbis and mad codecs to familiar. |
| 16:06:09 | dc_ | WOW |
| 16:06:11 | dc_ | cool :} |
| 16:06:15 | dc_ | pokes caps lock |
| 16:06:30 | dc_ | I think I may just fix up gtktetris |
| 16:06:30 | dc_ | :} |
| 16:06:37 | pb | dc_: great plan |
| 16:07:39 | dc_ | hmm |
| 16:07:50 | dc_ | you know in some games, at the end of a match or game, there is a stand of the windows |
| 16:07:56 | dc_ | winers |
| 16:08:14 | dc_ | with like 2nd 1st and 3rd |
| 16:08:14 | dc_ | with the different height stands |
| 16:08:20 | dc_ | what order does it do in :/? |
| 16:09:11 | pb | I think 2, 1, 3 in that order |
| 16:09:14 | pb | why do you ask? |
| 16:09:35 | dc_ | thanks |
| 16:09:40 | dc_ | for a pixmap :} |
| 16:09:49 | pb | ah :-) |
| 16:09:57 | dc_ | hehe |
| 16:10:04 | dc_ | or maby I'll make a cup |
| 16:10:11 | dc_ | for the highscores pixmap |
| 16:10:50 | pb | yeah, that sounds appropriate too. |
| 16:11:22 | pb | possibly a bit more obvious than the rostrum idea |
| 16:20:27 | dc_ | hrm |
| 16:20:47 | dc_ | I wonder if there are any 'how to make 1337 pixmap courses around?' |
| 16:21:09 | pb | hmm |
| 16:21:15 | pb | not that I've noticed :-| |
| 16:21:44 | dc_ | damn :] |
| 16:25:11 | pb | dc_: we could do with a menu icon for gpe-su |
| 16:25:28 | dc_ | right |
| 16:25:34 | dc_ | what about the lock? |
| 16:25:46 | pb | hmm, yeah, that might do. Is it the right size? |
| 16:25:51 | dc_ | yep |
| 16:26:10 | pb | cool, I'll use that one then. |
| 16:42:28 | dc_ | I'm thinking |
| 16:42:45 | dc_ | maby I should include some pixmaps in the apps themseles? |
| 16:42:55 | dc_ | pb: heh |
| 16:43:03 | pb | dc_: what kind of pixmaps? |
| 16:43:20 | dc_ | pb: well, it does disable some theming stuff |
| 16:43:28 | dc_ | pb: but pixmaps for some games etc.. |
| 16:43:38 | dc_ | pb: that will probly never be used elsewhere |
| 16:43:51 | pb | dc_: agreed |
| 16:44:03 | dc_ | okay |
| 16:44:07 | pb | dc_: it would be possible to make them themeable as well, though that would involve libgpewidget changes |
| 16:44:30 | dc_ | :} |
| 16:44:39 | pb | dc_: suggest you put them in /usr/share/program/pixmaps/default/... anyway, so we can add theming later |
| 16:45:06 | dc_ | yep |
| 16:46:19 | pb | hmph, gsoko segfaults if I run it as a non-root user :-| |
| 16:46:30 | dc_ | oww |
| 16:47:03 | dc_ | okay. app pixmaps |
| 16:47:08 | dc_ | whould have appname-pixmapname |
| 16:47:12 | dc_ | should |
| 16:47:19 | dc_ | gpe-tetris-pause |
| 16:47:22 | pb | sure |
| 16:47:37 | dc_ | I also think we should rename it gpe-tetris :) |
| 16:47:42 | pb | I don't think it's vital to put the appname in there, they are going to end up in an application-specific directory. |
| 16:47:55 | dc_ | oh sorry |
| 16:48:04 | dc_ | missed your program/ dir there |
| 16:48:12 | dc_ | :} |
| 16:48:22 | dc_ | forget what I said then :D |
| 16:48:35 | pb | well, actually, what you said might be a better idea |
| 16:48:45 | dc_ | :/ |
| 16:48:48 | pb | that would get us theming immediately, without the need for libgpewidget changes. |
| 16:49:05 | dc_ | yes :} |
| 16:49:08 | pb | or I suppose you could compromise, make subdirectories under /usr/share/gpe/pixmaps/default |
| 16:49:18 | dc_ | tell you what |
| 16:49:29 | pb | ah, the gsoko problem was caused by bad permissions on its data files :-( |
| 16:49:29 | dc_ | hmm |
| 16:49:29 | dc_ | that sounds even better :) |
| 16:50:13 | pb | btw, I put a libSDL package in familiar too, so we can now (theoretically) include cool SDL-using games in gpe. |
| 16:50:48 | pb | renaming gtktetris to gpetetris is fine with me, if you want to do that. |
| 16:50:49 | dc_ | wow cool |
| 16:50:58 | dc_ | crimson fields |
| 16:51:09 | dc_ | pb: can I commit it under base/ ? |
| 16:51:15 | dc_ | or are we using games/ now |
| 16:51:18 | dc_ | :/ |
| 16:51:18 | pb | dc_: games |
| 16:51:24 | dc_ | k. |
| 16:54:11 | dc_ | is there a help icon somewhere? |
| 16:54:26 | pb | what.png? |
| 16:54:31 | dc_ | yeah |
| 16:54:34 | dc_ | heh |
| 16:54:34 | dc_ | should be help |
| 16:54:40 | pb | rename it to help if you like. |
| 16:54:41 | dc_ | n/m though |
| 16:54:54 | dc_ | nah :} |
| 16:56:15 | pb | that reminds me, I should redo gpe-what in Xlib :-} |
| 16:56:49 | dc_ | yeah.. |
| 16:56:59 | dc_ | it'd work then, right ;) |
| 16:57:09 | pb | well, it works now |
| 16:57:14 | pb | I think, anyway. |
| 16:57:18 | pb | it's just ugly. |
| 16:57:35 | dc_ | heh |
| 16:57:55 | pb | oh dear |
| 16:57:56 | dc_ | maby we could have the cool popups mallum has for mb |
| 16:58:01 | pb | crimson wotsits is not unsigned-char safe |
| 16:58:02 | dc_ | :/ |
| 16:58:17 | pb | does it work for you on ppc? |
| 16:58:31 | pb | yeah, mallum's popups do rock. |
| 16:58:55 | dc_ | dunno |
| 16:59:10 | pb | :-| |
| 16:59:10 | dc_ | havn't tried it, the iBook is away right now :P |
| 16:59:10 | dc_ | :{ |
| 16:59:19 | pb | I'll try with -fsigned-char, that sometimes helps. |
| 16:59:30 | dc_ | k. |
| 17:00:38 | pb | mmm, well, seems better. |
| 17:00:56 | pb | suspect it isn't gonna fit on the ipaq screen though. |
| 17:01:25 | moray | did anyone test keylaunch, btw? (it should install from unstable with a default configuration, but you have to start it manually for now) |
| 17:01:25 | dc_ | if I do |
| 17:01:27 | dc_ | { "highscores", "tetris/highscores" }, |
| 17:01:45 | pb | should be OK |
| 17:01:49 | dc_ | pb: it can.. almost |
| 17:02:02 | pb | moray: not yet, but I'll do so immediately. |
| 17:02:13 | dc_ | pb: will it look in .../default/tetris/highscores.png ? |
| 17:02:17 | pb | moray: I checked some esd stuff into gpe-soundbite, you might wanna look it over. |
| 17:02:19 | dc_ | s/in.for |
| 17:02:21 | pb | dc_: yes. |
| 17:02:22 | dc_ | s/in/for |
| 17:02:28 | dc_ | pb: 1337 :D |
| 17:02:35 | dc_ | hehe |
| 17:02:48 | pb | dc_: the only thing that's special to it is if the filename starts with a leading slash. |
| 17:02:54 | dc_ | yeah |
| 17:03:01 | dc_ | then is's a full one right? |
| 17:03:07 | pb | dc_: got it. |
| 17:06:47 | pb | moray: keylaunch seems to work fine, think we're going to have to find some way to the run-once thing though, or people will end up running a thousand copies of the calendar all at once :-) |
| 17:07:00 | moray | pb: indeed |
| 17:07:14 | moray | pb: and with appmgr you can't even get rid of the extra copies ;) |
| 17:07:39 | pb | moray: is there any way to make this work with cmarqu's desired gpe-soundbite behaviour of recording as long as you keep the button held down, d'ya think? |
| 17:09:01 | moray | pb: I think keylaunch acts when you *press* the key, so if gpe-soundbite could intercept the release event it would be ok |
| 17:09:48 | pb | moray: I'd be a bit concerned that soundbite might be so slow to start that it misses the release event if it happens quickly. |
| 17:10:45 | moray | pb: well, it should also intercept another press event and stop on that (though I'm not sure if that's what you're asking) |
| 17:17:21 | pb | gack, my libSDL seems to have gotten linked against audiofile :-| |
| 17:19:34 | moray | pb: which libgpewidget are you using for gpe-soundbite to work recently...? |
| 17:19:35 | pb | dc_: well, crimson thing compiles, but it doesn't seem to run properly |
| 17:20:08 | pb | moray: latest in CVS, or 0.08, either should work |
| 17:20:44 | moray | pb: hm, not working for me - probably an issue over not having the right icons installed again; I'll have a look what's going on |
| 17:20:58 | pb | moray: what kind of failure are you getting? |
| 17:21:07 | pb | moray: could well be an icon problem, yes. |
| 17:21:16 | moray | pb: well, just now the ipaq's helpfully telling me just 'Aborted' |
| 17:22:02 | moray | access("/usr/local/share/gpe/pixmaps/default/dir-up.png", F_OK) = -1 ENOENT (No such file or directory) |
| 17:22:02 | moray | open("/usr/local/share/gpe/pixmaps/default/dir-up.png", O_RDONLY) = -1 ENOENT (No such file or directory) |
| 17:22:02 | moray | --- SIGSEGV (Segmentation fault) --- |
| 17:22:02 | moray | +++ killed by SIGSEGV +++ |
| 17:22:09 | moray | so yes, presumably icons |
| 17:22:20 | moray | this is the same bug I filed to dc before ;) |
| 17:22:24 | pb | moray: yes |
| 17:22:33 | pb | moray: dc_ needs to get his finger out and fix it ;-) |
| 17:24:16 | dc_ | hides |
| 17:24:18 | dc_ | :? |
| 17:24:20 | dc_ | :/ |
| 17:24:34 | dc_ | is this soundbite? |
| 17:24:39 | pb | yup |
| 17:25:57 | moray | if (pb == NULL && error) |
| 17:25:57 | moray | { |
| 17:25:57 | moray | snprintf (buf, sizeof (buf) - 1, _("Unable to load icon \"%s\""), |
| 17:25:57 | moray | filename); |
| 17:25:57 | moray | buf[sizeof (buf)-1] = 0; |
| 17:25:57 | moray | *error = g_strdup (buf); |
| 17:25:59 | moray | } |
| 17:26:01 | moray | |
| 17:26:08 | moray | isn't it traditional to actually do something with the error? |
| 17:26:19 | moray | or are we meant to just scan through memory for it manually? ;) |
| 17:27:00 | pb | <moray> *error = g_strdup (buf); |
| 17:27:02 | moray | (it never gets printed, the segfault happens first) |
| 17:27:18 | pb | where does "error" come from? |
| 17:27:47 | moray | pb: well, to be fair, it's not that function's fault in principle: gpe_load_one_icon (const char *filename, gchar **error) |
| 17:28:14 | moray | everywhere that calls it is meant to check for the error presumably, and presumably isn't doing so |
| 17:28:51 | pb | moray: well, the bug is really in gtkminifilesel.c, it should be prepared for gpe_find_icon to return NULL. |
| 17:29:02 | moray | yup |
| 17:29:23 | dc_ | okay |
| 17:29:25 | pb | it's a bit more debatable whether gpe_find_icon should be trying to do anything with the error message. |
| 17:29:30 | dc_ | my bad |
| 17:29:33 | dc_ | fixes it |
| 17:29:39 | pb | dc_: thanks :-) |
| 17:29:43 | dc_ | I'll make it so it'll do []'s if there's no icons |
| 17:29:48 | pb | dc_: excellent |
| 17:29:51 | dc_ | but! |
| 17:29:54 | dc_ | you still have to fix soundbite ;p |
| 17:29:54 | moray | pb: well, I suppose it depends whether we're planning on coping with missing icons or just complaining and giving up |
| 17:30:02 | moray | dc_: what do you want fixed? |
| 17:30:17 | dc_ | actualy |
| 17:30:19 | moray | dc_: at the moment it's crashing due to the file selector crashing |
| 17:30:32 | dc_ | maby I should just embedd them as xpm's in the code |
| 17:30:49 | moray | I'd rather you didn't I think... |
| 17:30:50 | dc_ | :/ |
| 17:31:03 | dc_ | oh oksay :} |
| 17:31:26 | moray | :) |
| 17:31:43 | pb | moray: yah, but that's a policy decision to be taken by gpe_find_icon's caller really. Applications should be preloading all their icons via gpe_load_icons, so if gpe_find_icon ever returns NULL for them it indicates a programming error and they should abort. Library routines generally ought to be a bit more prepared to take the rough with the smooth and fall back to a text-only display if it's at all possible. |
| 17:32:17 | pb | moray: the trouble is, if a library routine decides it absolutely can't continue and wants to display an error box, it doesn't currently have any way to get at the text of the error, because gpe_find_icon didn't bother to retrieve it. |
| 17:32:33 | moray | pb: seems reasonable, yes - it will reduce the number of complaints we get later anyway ;) |
| 17:33:05 | moray | pb: hm, true - also, if we don't have one yet (?) we need a blocking final error box displayer |
| 17:33:21 | moray | as in, so you can give up altogether but still display a visible error box |
| 17:33:35 | moray | (though I think there may be support for that in GTK I suppose) |
| 17:33:41 | pb | moray: I think gpe_error_box is blocking |
| 17:34:18 | pb | moray: if that isn't the case, it should be easy to copy the blocking code out of smallbox.c to make it so. |
| 17:34:23 | moray | is it? ok, I hadn't looked that closely / tested |
| 17:35:13 | pb | yup, it is, I just checked. |
| 17:36:07 | moray | pb: I don't think there's any point trying to implement hold-to-record until there's a sensible way of gpe-soundbite choosing a default location for saving - as I suggested before, I think the correct answer to that is to have 'interesting file registration' so it can just save under some generated unique name but still be found again easily by the user |
| 17:36:26 | pb | moray: right, agreed |
| 17:36:41 | moray | of course for now I could just add a flag meaning 'choose a name' that generates a timestamp as the name or something... |
| 17:37:04 | dc_ | pb: how do I use htat cool : ? thing? |
| 17:37:11 | pb | well, it would be easy to invent a kind of "My Documents" folder under ~/.gpe, that might be good enough for containing the interesting files for the time being. |
| 17:37:43 | pb | dc_: condition ? value-if-true : value-if-false |
| 17:38:01 | dc_ | pb: hm |
| 17:38:08 | moray | pb: though personally I'm paranoid about filling up my flash and breaking everything - presumably the appropriate answer to that is to move the test user's home into /tmp of course... |
| 17:38:19 | pb | moray: quite |
| 17:38:24 | dc_ | pb: I have a var, and if it's null I want to set another var to somehting, or something else if var is not null :/ |
| 17:38:59 | dc_ | pb: foo = var "foobar" : NULL |
| 17:39:01 | pb | moray: or rather, split it across ram and flash; I probably want to keep things like my gpg and ssh keys in flash, and maybe other bits of important data too. |
| 17:39:02 | dc_ | like that? |
| 17:39:19 | dc_ | pb: foo = var ? "foobar" : NULL |
| 17:39:33 | pb | dc_: that will set foo to "foobar" if var is not NULL, and NULL if var is NULL. |
| 17:39:43 | pb | dc_: is that what you wanted? |
| 17:39:51 | dc_ | yep :) |
| 17:39:55 | dc_ | thanks :) |
| 17:40:32 | moray | pb: well, I've currently got a Debian chroot with my desktop's home directory mounted there, so I'm building things etc. in that (and running them from /mnt/debian-arm/home/whatever to test) |
| 17:41:10 | pb | moray: right. |
| 17:42:05 | pb | grr, gpe-appmgr is crashing again |
| 17:42:32 | pb | does anybody think its behaviour of dropping programs that don't supply an icon is desirable? I think I'd rather have them show up with the default pixmap than not at all. |
| 17:42:38 | moray | ditto |
| 17:42:54 | pb | Maybe we can persuade mibus to make it configurable. |
| 17:43:25 | moray | if they have a menu entry they ought to show up IMHO; it's a bug if that entry's broken, but it's another bug to not show them at all... |
| 17:43:45 | pb | agreed |
| 17:43:47 | moray | though I'm not sure what we do about useless menu entries from stuff in main Familiar... |
| 17:44:01 | moray | e.g. the entries for blinking the LED at various rates |
| 17:44:17 | pb | crumbs, I didn't even know those ones existed |
| 17:45:03 | dc_ | heh |
| 17:45:16 | dc_ | I think I've fixed it |
| 17:45:19 | dc_ | :} |
| 17:45:23 | pb | wahey |
| 17:46:16 | dc_ | well err |
| 17:46:16 | dc_ | if it can't find an icon |
| 17:46:28 | dc_ | from gpe_icon_find |
| 17:46:28 | dc_ | it keeps working |
| 17:46:37 | dc_ | I hope. |
| 17:46:39 | pb | ah, gotta love these gdb: |
| 17:46:47 | pb | (gdb) A debugging session is active. |
| 17:46:47 | pb | Do you still want to close the debugger?(y or n) y |
| 17:46:47 | pb | Cannot find thread 1024: generic error |
| 17:46:47 | pb | (gdb) |
| 17:46:47 | dc_ | it needs testing, just commiting, one sec. |
| 17:46:49 | moray | dc_: ok, for now I'll trust you on that, since I can't be bothered to remove the icons again to test ;) |
| 17:46:56 | moray | pb: ooh fun |
| 17:47:18 | dc_ | moray: ;) |
| 17:47:21 | pb | i think gpe-appmgr is smashing its stack somewhere :-( |
| 17:47:26 | moray | is currently trying to streamline what gpe-soundbite bothers doing before starting to record |
| 17:49:22 | moray | ok, no proper argument parsing for now, but what's an appropriate option name for 'just get on and choose a filename yourself'? |
| 17:52:04 | pb | moray: dunno, "--file=automatic" or something? |
| 17:52:13 | moray | remembers about g_strdup_printf() |
| 17:53:36 | pb | ah, now I see all those stupid familiar menu entries. |
| 17:53:46 | pb | Most of them don't work anyway, since they seem to expect you to be root. |
| 17:54:15 | moray | pb: yes, but (unfortunately) many Familiar people are still assuming you are |
| 17:54:54 | pb | The menu entries are also pretty clearly written to assume a hierarchical menu, stuff like: |
| 17:54:55 | pb | ?package(h3600-utils):needs="x11" section="Configuration/LED" title="Blink slow" |
| 17:54:56 | pb | ?package(h3600-utils):needs="x11" section="Configuration/LED" title="Blink fast" |
| 17:54:56 | pb | ?package(h3600-utils):needs="x11" section="Configuration/LCD Frontlight" title=" |
| 17:54:56 | pb | ?package(h3600-utils):needs="x11" section="Configuration/LCD Frontlight" title=" |
| 17:54:59 | pb | ... |
| 17:55:14 | dc_ | heh |
| 17:55:46 | pb | gpe-appmgr seems to crunch all the "Configuration" things into one page, and they don't have any icons, so it's pretty much impossible to figure out what each icon does. |
| 17:56:30 | dc_ | hha |
| 17:56:36 | pb | -- for example, it's offering me "enable", "disable" and "inverted". |
| 17:56:36 | dc_ | I see |
| 17:56:36 | dc_ | :/ |
| 17:57:01 | dc_ | maby we should just use /usr/lib/gpe-appmgr for menu items then :/ |
| 17:57:23 | pb | well, I don't really want to cause any unnecessary split between the "GPE world" and everything else. |
| 17:57:33 | dc_ | hm |
| 17:57:52 | pb | I would rather see the familiar packages (h3600-utils-color being the main offender by the looks of things) stop shipping these menu entries. |
| 17:58:13 | moray | indeed - we want to keep on being able to tell people they should use X and be able to run other programs, not be locked into just what we make available through GPE |
| 17:58:46 | pb | The menus can be split out into some kind of familiar-stupid-menus package, so people who want them can still have them. |
| 17:58:58 | moray | I'd actually argue we should make GPE ports/forks of too many things, if they run acceptably as it is |
| 17:59:07 | pb | moray: indeed. |
| 17:59:28 | moray | pb: yes, things like the blinking lights are obviously a hangover from the 'ooh, my ipaq's running Linux, kewl!' phase |
| 18:00:27 | moray | wonders if lilo's just trying to gather names of people to ban... |
| 18:00:43 | pb | moray: right, we certainly don't want to end up with our own oddball version of every package under the sun. |
| 18:02:03 | moray | certainly KDE sometimes have managed to get people upset at them for forking their apps just to KDEize them without adding any features - which isn't necessarily a fair response, but we could do without causing that sort of problem ourselves ;) |
| 18:02:40 | pb | Yep. |
| 18:02:42 | moray | obviously if we can feed back PDA support features to app authors they ought to be pleased rather than annoyed |
| 18:06:11 | pb | ?package(util-linux):needs="x11" section="Utilities/Reboot" title="No" command=" |
| 18:06:11 | pb | /bin/false" |
| 18:06:22 | pb | ! |
| 18:07:49 | pb | hmm, even xkbd seems guilty of providing some slightly frivolous menu entries. |
| 18:13:58 | dc_ | 8:19pm ~/iPAQ/Apps/gpe/games/gtktetris: gtktetris |
| 18:14:01 | dc_ | Gtk-WARNING **: This process is currently running setuid or setgid. |
| 18:14:01 | dc_ | This is not a supported use of GTK+. You must create a helper |
| 18:14:01 | dc_ | program instead. For further details, see: |
| 18:14:01 | dc_ | http://www.gtk.org/setuid.html |
| 18:14:01 | dc_ | Refusing to initialize GTK+. |
| 18:14:07 | dc_ | :/ |
| 18:14:46 | pb | dc_: uh, why have you set Tetris to be setuid?! |
| 18:15:11 | dc_ | I didn't mean to :{ |
| 18:15:33 | pb | oh |
| 18:15:49 | pb | strange, doesn't seem like the kind of thing you can really do by mistake. |
| 18:16:11 | pb | does it have the S bit set? |
| 18:17:09 | dc_ | damn Makefile |
| 18:17:14 | dc_ | now it just exits with |
| 18:17:18 | dc_ | Aborted |
| 18:17:29 | pb | time to use gdb |
| 18:21:33 | dc_ | now it thinks it has no debbuggin symbols :{ |
| 18:22:13 | pb | did you build with -g? |
| 18:23:23 | dc_ | pretty sure |
| 18:23:35 | pb | and you didn't strip it? |
| 18:23:47 | pb | (or rather, the makefile didn't strip itfor you?) |
| 18:24:53 | dc_ | ah ha |
| 18:25:00 | dc_ | bah |
| 18:25:03 | dc_ | still |
| 18:25:31 | dc_ | gcc `gdk-pixbuf-config --cflags` `gtk-config --cflags` -DHIGHSCORE_FILE=\"/usr/local/share/gtktetris/highscore.dat\" -DDOWN_DROPS -DBIGBLOCKS -D_GNU_SOURCE -Wall -O2 -g -I../../base/libgpewidget misc.o highscore.o tetris.o interface.o -o gtktetris `gdk-pixbuf-config --libs` `gtk-config --libs` -g -L../../base/libgpewidget -lgpewidget |
| 18:25:53 | pb | uh-huh |
| 18:26:04 | dc_ | okay |
| 18:26:28 | dc_ | found it :/ |
| 18:27:48 | dc_ | #3 0x402d4f54 in gpe_render_icon () from /usr/local/lib/libgpewidget.so.0 |
| 18:27:51 | dc_ | but I have no info :{ |
| 18:28:15 | pb | you passed NULL to gpe_render_icon |
| 18:28:21 | dc_ | oh.. |
| 18:28:22 | dc_ | hrm |
| 18:28:27 | pb | see render.c, line 100-101 |
| 18:28:53 | spung | whoooa |
| 18:28:58 | spung | we have gpe-tetris? |
| 18:29:00 | dc_ | spung: hey |
| 18:29:06 | dc_ | pb: I think I have it |
| 18:29:15 | dc_ | spung: gpe-tetris! |
| 18:29:17 | dc_ | spung: I'm just fixing up the uI :) |
| 18:29:23 | dc_ | spung: it's really cool :) |
| 18:29:24 | spung | heh |
| 18:29:52 | spung | dc_: tetrinet would be nice too.. althout the screen is probly too small for that |
| 18:31:14 | dc_ | wow |
| 18:31:14 | dc_ | it starts :DD |
| 18:31:27 | pb | dc_: cool |
| 18:32:31 | spung | hey hey |
| 18:32:41 | spung | i saw an opie guy saing "GPE is looking nice" |
| 18:32:51 | pb | spung: surely not |
| 18:33:15 | spung | true, it's logged :) |
| 18:33:22 | pb | heh |
| 18:33:38 | dc_ | wow |
| 18:33:38 | dc_ | cool :D |
| 18:33:46 | dc_ | who? |
| 18:36:44 | pb | dc_: so, gonna check it in so the rest of us can see? :-) |
| 18:37:16 | spung | dc_: i think it was mark |
| 18:37:26 | spung | but i can't find it in the log : |
| 18:37:41 | spung | pb: Harlekin doesn't like GPE's database |
| 18:37:54 | spung | so i think opie and gpe won't be sharing it :\ |
| 18:38:43 | pb | spung oh well, that's a shame |
| 18:38:49 | spung | heh |
| 18:38:58 | spung | btw, is it definetly finished? |
| 18:40:21 | dc_ | I need to get it working right first :} |
| 18:40:52 | pb | spung: no |
| 18:41:07 | spung | damn |
| 18:47:43 | pb | dc_: :-/ |
| 18:50:27 | dc_ | okay it's fully working |
| 18:50:40 | pb | wow |
| 18:50:43 | dc_ | only there are quite a few gtk warings from the left over code that I have to take out. |
| 18:50:53 | dc_ | but no probs, just commiting it :} |
| 18:51:16 | pb | yay |
| 18:57:31 | pb | do we have any kind of reasonable irc client that people can run under X on the ipaq? |
| 18:59:49 | dctanner_ | I compiled bitchx |
| 19:00:04 | pb | and it works okay? |
| 19:00:18 | dctanner_ | yep |
| 19:00:25 | dctanner_ | it should be nice to have something like xchat |
| 19:00:29 | dctanner_ | but lighter |
| 19:00:34 | pb | yeah, I looked at xchat earlier, it's huge |
| 19:00:40 | pb | and it seems to depend on perl for some reason. |
| 19:00:46 | dc__ | scripts. |
| 19:00:52 | pb | right |
| 19:01:00 | pb | don't suppose you can compile that out... |
| 19:01:04 | dc__ | :/ |
| 19:01:10 | dc__ | probly be easier to write one :) |
| 19:01:16 | dc__ | maby find a light weight one |
| 19:01:19 | dc__ | I'll try noe. |
| 19:01:24 | dc__ | and find one now |
| 19:01:41 | pb | there's something called stic in familiar unstable, but that's console based again. |
| 19:01:56 | pb | OPIE have some Qt based thing, dunno if they wrote it themselves. |
| 19:02:07 | dc__ | heh |
| 19:02:40 | dc__ | okay |
| 19:02:43 | dc__ | guys |
| 19:02:53 | dc__ | update gpe-icons and games/gpe-tetris :DD |
| 19:02:54 | dc__ | yay |
| 19:02:54 | dc__ | !!! |
| 19:03:21 | pb | wahey, updating now |
| 19:04:10 | pb | d'ya wanna remove gtktetris from the repository? |
| 19:04:36 | dc__ | you cam ;P |
| 19:04:39 | dc__ | can |
| 19:04:40 | pb | okay |
| 19:04:41 | dc__ | heh |
| 19:04:45 | dc__ | I'm nort sure how :/ |
| 19:05:07 | pb | it's history |
| 19:05:19 | spung | dc__: ok, so.. tetris done... go for quake1 |
| 19:05:35 | dc__ | spung: yeah right ;D |
| 19:05:47 | spung | i used to play pocket quake |
| 19:05:50 | spung | when i had wince |
| 19:05:54 | dc__ | cool |
| 19:05:55 | pb | spung: sdl is in familiar now, so you should be able to make quake go if you have the disk to spare |
| 19:05:58 | spung | the only i think i miss about it :\ |
| 19:06:01 | dc__ | what was it like? |
| 19:06:11 | spung | dc_: it was very nice actually |
| 19:06:20 | spung | dc__: pretty playable |
| 19:06:35 | spung | dc__: search for it on google.. you'll how it looks |
| 19:06:36 | dc__ | cool :) |
| 19:06:49 | spung | dc__: the interface was changed for ipaq use |
| 19:07:41 | spung | it's not very playable tho... just playable |
| 19:08:38 | pb | spung: too slow? |
| 19:08:46 | spung | pb: not really |
| 19:08:58 | spung | pb: a bit slow.. but not too slow |
| 19:09:11 | pb | I suppose the controls must be a bit awkward on an ipaq :-) |
| 19:09:12 | spung | pb: it's just hard to look around with the stylus |
| 19:09:28 | spung | pb: now, you can use the stylus |
| 19:09:46 | spung | s/now/no |
| 19:10:01 | spung | it's played in portrait mode |
| 19:10:10 | pb | dc_: I'm getting `unable to load icon "help"', did you check that one in? |
| 19:10:12 | spung | half of screen for display |
| 19:10:24 | spung | the other half for buttons |
| 19:10:29 | pb | spung: ah, I see |
| 19:10:29 | spung | and stuff |
| 19:13:00 | pb | dc_: ah, crimson works on arm now |
| 19:13:13 | pb | dc_: but the screen looks like it will be about fifteen times too big for the ipaq |
| 19:13:14 | dc__ | pb: pretty suree |
| 19:13:17 | dc__ | pb: update gpe-icons? |
| 19:13:22 | pb | dc__: did that I think |
| 19:13:23 | dc__ | pb: oh :{ |
| 19:13:26 | pb | dc__: I'll check again |
| 19:14:03 | pb | dc__: updated again, there's no help.png in gpe-icons/default |
| 19:14:06 | dc__ | hm |
| 19:14:35 | dc__ | ah |
| 19:14:43 | dc__ | damn cvs errors |
| 19:14:52 | dc__ | http://lostirc.sourceforge.net/ |
| 19:14:58 | dc__ | gtkmm/C++ :(( |
| 19:15:38 | pb | dc__: :-( |
| 19:15:48 | pb | dc__: well, C++ is only 200KB, we could possibly tolerate that |
| 19:15:58 | pb | dc__: crimson is C++ as well, incidentally |
| 19:16:02 | dc__ | what about gtkmm? |
| 19:16:11 | dc__ | right! |
| 19:16:23 | dc__ | we can live with C++ then :D |
| 19:16:27 | pb | dc__: check out scap, about the fifth one down |
| 19:16:28 | dc__ | hehehehee |
| 19:16:39 | pb | dc__: dunno about gtkmm, let me look |
| 19:17:10 | spung | what's crimson? |
| 19:17:24 | dc__ | cool game |
| 19:17:27 | dc__ | like risk |
| 19:17:29 | dc__ | turn based |
| 19:17:37 | dc__ | hexagonal board |
| 19:18:16 | pb | -rw-r--r-- 1 root root 1025748 Dec 3 2001 /usr/lib/libgtkmm-1.2.so.0.2.4 |
| 19:18:23 | pb | "quite big, then" |
| 19:18:45 | pb | I've no idea where all that space goes, but it looks like gtkmm is out. |
| 19:18:49 | dc__ | :( |
| 19:18:57 | dc__ | yeah |
| 19:19:02 | pb | well, except for the microdrive crew I suppose. |
| 19:19:08 | dc__ | what's on scap? |
| 19:19:26 | pb | dc__: crimson on the ipaq |
| 19:19:28 | dc__ | oh found it |
| 19:19:42 | dc__ | silly slow connection |
| 19:19:47 | dc__ | pb: that's just the menu |
| 19:19:53 | dc__ | pb: do --help |
| 19:20:01 | dc__ | pb: and load a map so it does straight into a game |
| 19:20:24 | dc__ | pb: the actualy playing board isn't that big. |
| 19:20:39 | spung | we gotta get rid of the X11 mouse icon :) |
| 19:20:40 | dc__ | maby 2x the width of iPAQ in portrait |
| 19:20:54 | dc__ | so we could probly add scoll bars. |
| 19:20:57 | dc__ | spung: yeah :? |
| 19:20:58 | pb | dc__: ah yes |
| 19:21:02 | pb | dc__: --fullscreen 1 helps |
| 19:21:10 | dc__ | :) |
| 19:21:26 | pb | spung: the pointer, you mean? |
| 19:21:33 | spung | yes |
| 19:21:36 | pb | spung: use unclutter |
| 19:21:37 | dc__ | i think |
| 19:21:40 | dc__ | yes |
| 19:21:40 | spung | something configurable tho |
| 19:21:54 | spung | pb: unclutter? you gotta be kidding |
| 19:22:05 | dc__ | pb: prob is, it doesn't totaly remove it |
| 19:22:11 | dc__ | we just need a blank transparent icon |
| 19:22:19 | spung | dc__: it doesn't remove it at all |
| 19:22:19 | pb | dc__: true enough |
| 19:22:42 | dc__ | I know |
| 19:22:53 | dc__ | it hides it, okay |
| 19:22:56 | spung | dc__: transparent icon and make sure our apps don't change it |
| 19:22:56 | dc__ | hmmmmmmmmm |
| 19:23:10 | dc__ | how does unclutter hide it? |
| 19:23:28 | dc__ | maby we can just make an app like unclutter but it is hidden the whole time |
| 19:23:39 | dc__ | or edit unclutter |
| 19:23:48 | dc__ | so we can have a whole host of options? |
| 19:23:48 | spung | yeah |
| 19:24:52 | dc__ | arg |
| 19:24:57 | dc__ | okay |
| 19:25:08 | dc__ | commited to gpe-icons :} |
| 19:25:41 | spung | downloading unclutter |
| 19:26:34 | dc__ | :) |
| 19:31:15 | spung | gcc -o unclutter unclutter.o -O -lX11 |
| 19:31:15 | spung | /usr/bin/ld: cannot find -lX11 |
| 19:31:17 | spung | wtf? |
| 19:31:25 | pb | spung: -L/usr/X11R6/lib |
| 19:33:24 | dc__ | pb: can you test gpe-tetris when you get time? |
| 19:33:36 | pb | dc__: trying now |
| 19:34:09 | dc__ | :} |
| 19:34:24 | spung | 355 lines of code to hide the cursor? yikes |
| 19:34:55 | pb | dc__: seems to work well :-) |
| 19:35:07 | pb | dc__: the "help" box could do with a button to close it |
| 19:35:17 | pb | dc__: same with highscores |
| 19:35:31 | pb | dc__: and it would be nice to add picture buttons to the "New game" one. |
| 19:41:22 | dc__ | yep |
| 19:41:28 | dc__ | those are all planned :) |
| 19:42:06 | pb | cool :-) |
| 19:42:19 | dc__ | :) |
| 19:42:55 | pb | I had another look at crimson, it wants a minimum size of 640x480 so it's really double the ipaq size in both directions. |
| 19:43:09 | dc__ | hrm |
| 19:43:19 | pb | A lot of the dialogs end up with their buttons off the screen, so it's basically unusable like that. |
| 19:44:11 | pb | did you give up looking for irc clients? |
| 19:44:30 | dc__ | well |
| 19:44:39 | dc__ | it's proving to be very hard |
| 19:44:42 | pb | :-( |
| 19:49:23 | spung | i use irssi |
| 19:49:26 | spung | on my ipaq |
| 19:49:40 | pb | spung: is it packaged? |
| 19:49:45 | spung | but i use x2x :\ |
| 19:49:47 | spung | pb: no |
| 19:50:10 | spung | gaim is a irc client |
| 19:50:21 | spung | it needs a couple of changes |
| 19:51:05 | pb | I see. |
| 19:52:16 | pb | hmm, gaim is pretty huge too |
| 19:52:27 | pb | but bitchx dwarfs it :-) |
| 19:52:28 | spung | pb: i think it just needs to be split |
| 19:52:43 | spung | pb: the ipkg contains all the plugins |
| 19:52:48 | spung | aim, icq, jabber, irc, etc.. |
| 19:53:12 | dc__ | :} |
| 19:53:16 | pb | I see |
| 19:53:17 | dc__ | yeah |
| 19:53:59 | pb__ | well, hiimhmm |
| 19:54:09 | pb__ | the stic thing in familiar is very small |
| 19:54:18 | spung | pb__: it sucks tho |
| 19:54:21 | pb__ | but a bit primitive. |
| 19:54:29 | pb__ | spung: yes, I'm using it now |
| 19:54:35 | pb__ | spung: you don't seem to be able to delete e |
| 19:54:38 | pb__ | text for one thing |
| 19:54:59 | pb | That's enough of that. |
| 19:55:07 | spung | pb: a text mode client is not the best option for ipaq.. |
| 19:55:09 | dc__ | heh |
| 19:55:17 | pb | spung: it seems to be the _only_ option right now :-| |
| 19:55:29 | pb | spung: well, I guess if someone did the work to split gaim, maybe that would work. |
| 19:55:36 | pb | back later, dinner time |
| 19:55:50 | spung | pb[food]: Disconnect says he will |
| 20:00:21 | dc__ | :P |
| 20:32:19 | dc__ | ... |
| 20:32:26 | dc__ | quiet.. |
| 20:32:29 | dc__ | peacefull |
| 20:52:01 | pb[food] | :-) |
| 20:55:02 | dc__ | codes some more gpe-tetris ui enhancements |
| 20:55:49 | pb[food] | yay |
| 20:56:09 | pb[food] | dc__, if you can fix the Gtk-CRITICALs, I'll build a package and upload it. |
| 20:57:07 | dc__ | cool |
| 20:57:48 | pb[food] | meantime I suppose I ought to pack my suitcase or something. |
| 21:06:36 | pb_ | hmm, food was over a long time ago |
| 21:41:11 | spung | pb_: iuu uuu |
| 21:41:17 | pb_ | ? |
| 21:41:35 | spung | pb_: *cof* gpe-today.tar.gz *cof* your e-mail *cof* |
| 21:42:05 | spung | pb_: *cof* just *cof* a *cof* _quick_ *cof* look |
| 21:42:35 | pb_ | ah yes |
| 21:42:55 | pb_ | what day did you send it to me, again? |
| 21:43:49 | pb_ | oh, don't worry, I found it. |
| 21:43:56 | spung | 19 Jun 2002 13:29:08 +0100 |
| 21:43:58 | spung | why? |
| 21:44:12 | pb_ | I have 6500 messages in my inbox :-| |
| 21:44:21 | spung | yikes |
| 21:44:32 | spung | pb_: plus mailing lists in other folders? |
| 21:44:37 | pb_ | yep |
| 21:44:42 | spung | damn |
| 21:44:50 | pb_ | plus buildd stuff |
| 21:45:06 | spung | pb_: i told you not sign up for that pr0n stuff |
| 21:45:10 | pb_ | heh |
| 21:45:45 | pb_ | as it happens I'm just trying to clear out my inbox this evening. |
| 21:46:08 | spung | :) |
| 21:46:27 | spung | hey! the portuguese player didn't hit the referee! it's all a lie |
| 21:46:30 | spung | http://planeta.clix.pt/bravept/agressao.jpg |
| 21:46:37 | spung | it was the other way around |
| 21:51:11 | pb_ | your code looks fine to me :-) |
| 21:57:46 | spung | pb_: are you sure? |
| 21:57:59 | spung | do you like the way i pack global vars in a struct? |
| 21:58:57 | pb_ | sure, that's perfectly acceptable. |
| 22:50:18 | pb_ | night gents |
| 22:50:34 | | spung: i'm not following you... |
| 22:50:35 | spung | ibot: tell pb_ goodniht |
| 22:50:38 | | spung: huh? |
| 22:50:38 | spung | ibot: tell pb_ goodnight |
| 22:50:41 | spung | :) |
| 22:51:00 | | OK, spung. |
| 22:51:00 | spung | ibot: goodnight is <reply> Have a goddnight! |
| 22:51:13 | | spung: excuse me? |
| 22:51:13 | spung | ibot: tell me goodnight |
| 22:51:20 | | spung: sorry... |
| 22:51:20 | spung | ibot: tell dc__ goodnight |
| 22:51:23 | spung | nhe |
| 22:51:36 | | ...but goodnight is <reply> Have a goddnight!... |
| 22:51:36 | spung | ibot: goodnight is <reply> Have a goodnight! |
| 22:51:42 | | ...but goodnight is <reply> Have a goddnight!... |
| 22:51:42 | spung | ibot: no, goodnight is <reply> Have a goodnight! |
| 22:51:48 | | ...but goodnight is <reply> Have a goddnight!... |
| 22:51:48 | spung | ibot: No, goodnight is <reply> Have a goodnight! |
| 22:51:58 | | spung: I forgot goodnight |
| 22:51:58 | spung | ibot: forget goodnight |
| 22:52:06 | | OK, spung. |
| 22:52:06 | spung | ibot: goodnight is <reply> Have a goodnight! |
| 22:52:18 | spung | ibot: tell dc__ about goodnight |
| 22:52:39 | spung | heh |
| 22:56:21 | dc__ | :) |
| 22:56:28 | dc__ | night |
| 22:57:00 | dc__ | spung: night |
