| 00:06.44 | dctanner__ | arg. |
| 00:06.53 | dctanner__ | where's usbnet in menuconfig...I do now know |
| 00:06.54 | dctanner__ | not |
| 00:10.05 | pb_ | hmm, let me look |
| 00:10.31 | pb_ | under USB, "USB-to-USB Networking cable device support" |
| 00:10.48 | pb_ | perhaps not the most obvious. |
| 00:11.11 | dctanner__ | indeed, they must have changed it |
| 00:11.30 | dctanner__ | okay, make time |
| 00:12.30 | dctanner__ | done |
| 00:12.36 | dctanner__ | yay |
| 00:12.40 | dctanner__ | not bad speed :) |
| 00:13.08 | pb_ | heh |
| 00:14.38 | dctanner__ | now I have to ..... reboot! |
| 00:23.44 | *** join/#gpe dc__ (~dctanner@modem-190-53-60-62.vip.uk.com) |
| 00:24.02 | dc__ | right |
| 00:24.17 | pb_ | new kernel operating at tip-top performance? |
| 00:25.00 | dc__ | I hope... |
| 00:25.31 | dc__ | hm |
| 00:25.39 | dc__ | ssh is taking its time |
| 00:30.57 | *** join/#gpe dc__ (~dctanner@modem-190-53-60-62.vip.uk.com) |
| 00:31.28 | dc__ | the old usbnet freeze problem again |
| 00:31.40 | dc__ | but luckily I upgraded to ext3 today :) |
| 00:31.46 | dc__ | and it's working now. |
| 00:34.00 | pb_ | heh. |
| 00:35.24 | *** join/#gpe jg_ (~jg@dialup-63.214.77.100.Dial1.Boston1.Level3.net) |
| 00:35.37 | dc__ | hello jg_ |
| 00:35.51 | jg_ | dc__: hi |
| 01:14.20 | pb_ | ibot, toolchain? |
| 01:14.21 | | rumour has it, toolchain is at http://handhelds.org/z/wiki/Toolchains |
| 01:37.30 | *** join/#gpe flypiper (~flypiper@12-222-141-210.client.insightBB.com) |
| 01:42.47 | *** join/#gpe dctanner_ (~dctanner@modem-211-42-60-62.vip.uk.com) |
| 04:05.10 | *** part/#gpe flypiper (~flypiper@12-222-141-210.client.insightBB.com) |
| 07:25.10 | *** join/#gpe HET2 (~diman@chello080110105196.509.15.vie.surfer.at) |
| 09:57.24 | *** join/#gpe dc__ (~dctanner@62.60.118.195) |
| 09:57.33 | dc__ | morning |
| 10:09.14 | *** join/#gpe pierre (~pierre@AClermont-Ferrand-201-1-1-176.abo.wanadoo.fr) |
| 10:11.05 | dc__ | pierre: morning |
| 10:11.38 | pierre | hi dc__ |
| 10:59.54 | dc__ | hm |
| 11:00.08 | dc__ | pierre: you done anything with mime types before? |
| 11:00.23 | dc__ | stargirl_: oh, how's that gpe-dasher going :D |
| 11:00.53 | pierre | dc__: euh no. it doest work in gpe-fm? |
| 11:01.32 | dc__ | pierre: well, I have to work out some sort of method for assosiation programs with file tpyes. |
| 11:02.03 | pierre | dc__: I thought it was already done.. |
| 11:02.26 | dc__ | pierre: no, the app assosiaction is hard coded right now. |
| 11:02.46 | dc__ | hmm.. |
| 11:02.47 | dc__ | I know. |
| 11:03.01 | dc__ | maybe I'll make some commands that add and remove programs from the database. |
| 11:03.13 | pierre | There is no mime database, for now. |
| 11:03.22 | dc__ | then they can be run in postinst and the post removal script. |
| 11:03.23 | pierre | neither in gpe, nor in dillo. |
| 11:03.30 | dc__ | there is :) |
| 11:03.48 | pierre | and you cant use it? |
| 11:03.52 | dc__ | have a look at ~/.gtp/mime_types |
| 11:03.57 | dc__ | pierre: I made it. |
| 11:04.05 | dc__ | pierre: gpe-filemanager uses it. |
| 11:04.21 | pierre | so what the problem? |
| 11:04.26 | dc__ | pierre: well. |
| 11:04.40 | dc__ | pierre: for the 'Open with' command. |
| 11:04.58 | dc__ | pierre: I need to have a list of currently installed apps that will open or run a file. |
| 11:05.18 | dc__ | pierre: so a user can chose what app opens a file that doesn't have any extention |
| 11:05.18 | pierre | mmh. |
| 11:05.29 | pierre | I understand |
| 11:06.03 | pierre | I dont know how ou will do it without modifiing each ipk.. |
| 11:06.15 | dc__ | no, I am aware I have to do that |
| 11:07.25 | dc__ | plus, there arn't that many apps that actualy cna open files. |
| 11:07.39 | pierre | or you may recence all the app there is in all the ipk |
| 11:07.44 | dc__ | only really gpe-gallery, gpe-edit and dillo can. |
| 11:07.55 | pierre | build a data base with each one can open |
| 11:08.07 | dc__ | that's what I think I'll do |
| 11:08.10 | pierre | and test if it is installed at each time. |
| 11:08.17 | dc__ | :/ |
| 11:08.23 | dc__ | but that's kind of ugly. |
| 11:08.39 | dc__ | because then your have to update gpe-filemanager when a new apps that can open a file comes out |
| 11:08.54 | pierre | and tell new ipk builder to update the database. |
| 11:09.37 | dc__ | yeah well, I'm thinking of doing it in the postinst script. |
| 11:09.54 | pierre | yes. |
| 11:10.48 | dc__ | but first, I need some food :] |
| 11:13.50 | pierre | bon appetit! |
| 11:53.20 | *** join/#gpe pb_ (~pb@pc2-cmbg4-3-cust239.cam.cable.ntl.com) |
| 13:15.29 | *** join/#gpe dc__ (~dctanner@modem-163-49-60-62.vip.uk.com) |
| 13:15.39 | dc__ | pb_: hey |
| 13:15.47 | dc__ | pb_: you woke up then :) |
| 13:16.17 | pb_ | dc__: hey |
| 13:16.20 | pb_ | dc__: :-) |
| 13:16.36 | dc__ | pb_: I need some help debuggin gpe-filemanager |
| 13:16.41 | pb_ | :-/ |
| 13:16.49 | pb_ | dc__: sure, what's up with it? |
| 13:32.35 | dc__ | pb_: well have a look in cvs |
| 13:32.50 | dc__ | pb_: I've started doing code for mime_programs |
| 13:33.04 | pb_ | ok, lemme check it out. |
| 13:33.14 | dc__ | which is a database of apps that can open files. Like gpe-edit and gpe-gallery |
| 13:33.47 | dc__ | but it's giving me an error 'GPE-ERROR: no such column: icon' but I'm having a hard time finding out where that error is actualy coming from :/ |
| 13:33.53 | dc__ | have a look, brb food. |
| 13:34.23 | pb_ | hm, where do I get mime-programs-sql.h? |
| 13:41.08 | *** join/#gpe Kero (~kero@a8005.upc-a.chello.nl) |
| 13:42.32 | dc__ | oh |
| 13:42.33 | dc__ | my bad |
| 13:43.15 | dc__ | pb_: right, they're in cvs |
| 13:43.58 | pb_ | cool |
| 13:46.32 | pb_ | argh, need to recompile libgpewidget. |
| 13:47.05 | pb_ | dc__: the "no such column" sounds like a sqlite error, anyway. It usually means you have done "select icon from frobitz" when your frobitz table doesn't include an "icon" column. |
| 13:47.34 | pb_ | hrm, I get: |
| 13:47.37 | pb_ | GPE-ERROR: table mime_types has 6 columns but 5 values were supplied |
| 13:48.52 | dc__ | hum |
| 13:49.02 | dc__ | try rm ~/.gpe/mime-types |
| 13:49.06 | dc__ | to get rid of the old stuff |
| 13:49.15 | pb_ | ah ok |
| 13:49.21 | pb_ | now I get the no such column error. |
| 13:49.26 | dc__ | oh? |
| 13:49.39 | dc__ | it works fine? |
| 13:49.57 | pb_ | no, I get the same error you do. |
| 13:50.00 | pb_ | and, sure enough, you have: |
| 13:50.01 | dc__ | okay |
| 13:50.05 | pb_ | create table mime_programs (uid INTEGER PRIMARY KEY, name TEXT, mime TEXT, |
| 13:50.06 | pb_ | command TEXT) |
| 13:50.12 | dc__ | ah |
| 13:50.13 | pb_ | so, no icon column there, but: |
| 13:50.20 | pb_ | select uid,name,mime,icon from mime_programs |
| 13:50.25 | pb_ | which will lose. |
| 13:50.33 | dc__ | strange |
| 13:51.00 | dc__ | that's better :) |
| 13:51.01 | dc__ | thanks. |
| 13:51.06 | pb_ | heh |
| 13:51.08 | dc__ | hrm |
| 13:51.16 | dc__ | now the debugging continues |
| 13:53.31 | dc__ | hm |
| 13:53.35 | dc__ | now if your update cvs again. |
| 13:53.52 | dc__ | pb_: tell me if you have any ideas about the next error, a segfault |
| 13:54.01 | dc__ | it seems to be something to do with a g_str function |
| 13:54.12 | dc__ | and I'm pretty sure it's in the ask_open_with function |
| 13:54.27 | pb_ | lemme look |
| 13:56.33 | pb_ | I think you may be abusing gtk_clist_append. |
| 13:56.39 | dc__ | oh dear. |
| 13:56.41 | dc__ | heh |
| 13:56.42 | *** join/#gpe Kero (~kero@a8005.upc-a.chello.nl) |
| 13:57.47 | dc__ | pb_: in what way? |
| 13:57.48 | pb_ | dc__: it takes an array of strings, one for each column. It looks like you are just passing it a pointer to one string directly. |
| 13:58.07 | pb_ | i.e. rather than gtk_clist_append (GTK_CLIST (clist), program->name); |
| 13:58.09 | pb_ | you need to do |
| 13:58.14 | pb_ | gchar *text[2]; |
| 13:58.19 | pb_ | text[0] = program->name; |
| 13:58.25 | pb_ | text[1] = ... err, something else; |
| 13:58.29 | dc__ | oh okay |
| 13:58.30 | pb_ | gtk_clist_append (GTK_CLIST (clist), text); |
| 13:59.29 | dc__ | oooh |
| 13:59.32 | dc__ | much better :D |
| 13:59.36 | pb_ | cool |
| 13:59.49 | dc__ | oh great, lemme commit |
| 14:00.20 | dc__ | right this is cool now. |
| 14:00.55 | dc__ | pb_: what I intend to do now, is make a seperate command that lets you add and remove programs from the mime database, and run it in postinst. |
| 14:01.04 | pb_ | sounds good. |
| 14:01.08 | dc__ | so apps will add themselves to the list in the 'Open with...' window. |
| 14:01.51 | dc__ | then, I can also make a mime databse editor. |
| 14:01.59 | pb_ | excellent. |
| 14:24.43 | *** join/#gpe pierre_ (~pierre@AClermont-Ferrand-201-1-1-143.abo.wanadoo.fr) |
| 14:34.09 | dc__ | pb_: hm |
| 14:34.19 | pb_ | hm? |
| 14:34.23 | dc__ | pb_: if I'm wanting to compare a single character of a string |
| 14:34.37 | dc__ | pb_: can I just use == or should I still use strcmp? |
| 14:35.12 | dc__ | like if (strcmp (program->mime[strlen (program->mime) -1], '*') == 0) |
| 14:35.45 | pb_ | you can just use == |
| 14:35.50 | dc__ | right cool |
| 14:35.55 | dc__ | and '' not "" right? |
| 14:35.58 | pb_ | yup |
| 14:36.05 | pb_ | "" would be appropriate in the strcmp, but not with ==. |
| 14:37.29 | dc__ | hm |
| 14:37.48 | dc__ | and is there an easier way to remove the last character of a sting, rather than having to copy it to another var? |
| 14:48.42 | pb_ | str[strlen(str)-1] = 0; |
| 14:49.41 | Kero | works like a charm, unless the string is zero bytes long... |
| 14:49.57 | pb_ | indeed. |
| 14:50.17 | dc__ | okay, cool. |
| 15:02.06 | dc__ | hummm |
| 15:02.16 | pb_ | more problems? |
| 15:03.13 | dc__ | indeed. |
| 15:03.19 | dc__ | corruption |
| 15:03.26 | pb_ | nasty. |
| 15:04.17 | dc__ | pb_: have a look, it's in cvs. |
| 15:04.35 | dc__ | pb_: but it's most defently one of my bad str functions. |
| 15:04.43 | dc__ | pb_: in run_program () |
| 15:05.17 | pb_ | what do I need to do to cause the bug? |
| 15:05.36 | dc__ | open an image or html file |
| 15:05.52 | dc__ | either jpeg, gif, png, xpm or html |
| 15:06.13 | dc__ | as those are the only file types with associated programs |
| 15:07.20 | pb_ | hm, nothing seems to happen. |
| 15:07.31 | dc__ | indeed, look at the output |
| 15:07.46 | pb_ | what should I be seeing there? |
| 15:08.30 | pb_ | hmm |
| 15:08.34 | dc__ | your should see some coomand not found error |
| 15:08.35 | pb_ | <PROTECTED> |
| 15:08.35 | pb_ | <PROTECTED> |
| 15:08.41 | pb_ | I think you have the -1 in the wrong place there |
| 15:08.48 | dc__ | ah |
| 15:09.13 | pb_ | nope, no file not found. |
| 15:09.21 | pb_ | or command not found for that matter |
| 15:09.37 | dc__ | hrm... |
| 15:09.58 | dc__ | do any other ports of that code look wrong? |
| 15:10.06 | pb_ | let me look more closely |
| 15:10.14 | dc__ | the idea is to find the porogram that goes with the mime type. |
| 15:10.23 | dc__ | and also with support for wildcards. |
| 15:10.47 | dc__ | lke gpe-gallery has a mime type of 'image/*' so in theory it should open all image files. |
| 15:11.28 | pb_ | oh |
| 15:11.36 | pb_ | it's not even getting into run_program when I click on an image. |
| 15:12.04 | dc__ | oh? |
| 15:12.10 | dc__ | strange |
| 15:12.13 | pb_ | nor does it say the "My type is", which is weird. |
| 15:12.25 | pb_ | if I click on a non-image, it says "My type is regular" and pops up the dialog. |
| 15:12.36 | dc__ | that's correct. |
| 15:12.47 | dc__ | hrn |
| 15:12.51 | dc__ | very strange. |
| 15:13.00 | pb_ | ah |
| 15:13.15 | pb_ | I tried a different png and now it does go through run_program. |
| 15:13.22 | pb_ | maybe some gpeiconlist lossage at work there. |
| 15:13.22 | dc__ | okay |
| 15:13.28 | dc__ | indeed |
| 15:13.33 | pb_ | and now I see the command not found. |
| 15:13.38 | dc__ | okay |
| 15:14.10 | pb_ | I think part of your problem is that you have two variables called "program". |
| 15:14.38 | dc__ | duh |
| 15:14.39 | pb_ | when you do "program = g_strdup (program->mime);", it looks like you are hoping to read one and write the other, which is not going to work. |
| 15:16.12 | dc__ | okay |
| 15:16.28 | dc__ | cool :) |
| 15:16.31 | dc__ | yay |
| 15:16.44 | dc__ | it patialy works |
| 15:16.49 | pb_ | cool |
| 15:16.56 | dc__ | well the windcard stuff still doesn't, lemme commit |
| 15:18.47 | pb_ | what would I need to do to exercise the wildcard stuff? |
| 15:18.55 | dc__ | okay, it should open html files in dillo now |
| 15:19.05 | dc__ | pb_: click on an image file. |
| 15:19.15 | pb_ | ah ok. |
| 15:19.18 | dc__ | pb_: you can see how's it's set in mime-programs-sql.c |
| 15:19.26 | pb_ | right |
| 15:19.43 | pb_ | hm, it seems to work ok with PNGs |
| 15:19.47 | pb_ | My type is file |
| 15:19.48 | pb_ | gpe-gallery /home/pb/gpe-todo.png & |
| 15:19.58 | pb_ | my gpe-gallery is fux0red but I guess that is a different problem. |
| 15:20.00 | dc__ | it should open them in gpe-gallery. |
| 15:20.02 | dc__ | okay... |
| 15:20.06 | dc__ | mine to then :/ |
| 15:20.30 | pb_ | it's running the right command as far as I can tell. |
| 15:20.36 | dc__ | ih dear. |
| 15:20.41 | dc__ | gpe-gallery segs. |
| 15:20.44 | pb_ | ah. |
| 15:20.54 | pb_ | yes, that's the same thing I see. |
| 15:23.22 | dc__ | hrm |
| 15:23.24 | dc__ | strange |
| 15:24.41 | dc__ | ah |
| 15:27.02 | dc__ | hum |
| 15:27.19 | dc__ | well, it's crashing on a 'while (list->next)' |
| 15:27.30 | dc__ | which is either in show_image or open_from_file |
| 15:28.16 | pb_ | hrm |
| 15:29.01 | pb_ | open_from_file looks highly dubious to me. |
| 15:29.14 | pb_ | <PROTECTED> |
| 15:29.14 | pb_ | <PROTECTED> |
| 15:29.28 | pb_ | buf will be uninitialised there, so you will probably seg in the g_list_append. |
| 15:29.53 | pb_ | try setting it to NULL and see if that helps. |
| 15:29.56 | dc__ | what initalises it? |
| 15:29.59 | dc__ | okay |
| 15:30.15 | dc__ | success |
| 15:31.17 | dc__ | w00t. |
| 15:31.33 | pb_ | cool. |
| 15:31.57 | dc__ | right, commited gpe-gallery. |
| 15:33.28 | dc__ | hrm |
| 15:33.39 | dc__ | and now zoom to fit crashes it, have to look at that later. |
| 15:33.55 | dc__ | oh btw. |
| 15:34.13 | dc__ | the paning method doesn't work very well on the iPAQ |
| 15:34.20 | pb_ | oh dear. |
| 15:34.32 | dc__ | it jumps around _alot_ |
| 15:34.37 | dc__ | have a look for yourself :} |
| 15:34.46 | pb_ | ok, I'll take a look. |
| 15:35.10 | pb_ | both my ipaqs are in a state of disrepair at the moment, but I will try to restore a working system on at least one later today. |
| 15:35.30 | dc__ | indeed, I need to aswell |
| 15:35.55 | pb_ | we oughta create a gpe2 metapackage too. It's a real pain flashing the bootgpe image and then having to manually remove gtk 1 and install the new stuff. |
| 15:37.15 | dc__ | ah indeed. |
| 15:37.43 | pb_ | and in fact, since I am on a bootstrap-image-creating binge today, I guess I could actually build some images with gtk2 preinstalled. |
| 15:38.44 | dc__ | oh. |
| 15:38.49 | dc__ | that would be very cool |
| 15:39.09 | pb_ | indeed. |
| 15:39.26 | pb_ | right now I am building opie bootstraps :-} |
| 15:39.42 | dc__ | oh dear. |
| 15:39.46 | dc__ | pb_: why I ask? |
| 15:39.58 | pb_ | dc__: for h3900. seems that opie is what a lot of people want. |
| 15:40.06 | pb_ | regrettably. |
| 15:40.10 | dc__ | indeed. |
| 15:40.17 | dc__ | :[ |
| 15:40.41 | dc__ | supply them with gpe2 apps insead, and see if they notice :) |
| 15:40.44 | pb_ | heh |
| 15:40.45 | pb_ | there's an idea. |
| 15:41.17 | dc__ | opie will probly recieve a huge collection of emails saying how they like it so much |
| 15:41.26 | pb_ | :-) |
| 15:41.55 | dc__ | nah, honestly I find opie not that good looking |
| 15:42.04 | dc__ | it's to much like kde |
| 15:42.10 | pb_ | did you manage to get your new theme engine working yesterday, btw? |
| 15:42.13 | dc__ | I can't bare the toolbar icons they have. |
| 15:42.18 | pb_ | I think opie looking like kde is no accident. |
| 15:42.44 | dc__ | pb_: ah no, not yet, my iPAQ started crashing when I tried to install it, but it's in unstable. |
| 15:42.49 | pb_ | right |
| 15:42.56 | pb_ | I will try it out as soon as I have a working ipaq again. |
| 15:42.57 | dc__ | and I've started using it on my desktop now. |
| 15:43.01 | pb_ | cool |
| 15:43.03 | dc__ | it's very pretty :) |
| 15:43.08 | dc__ | great. |
| 15:43.30 | dc__ | well it's gtk2-engines-mist and there's also a gtkrc file in there awsell |
| 15:43.32 | pb_ | righto |
| 15:43.45 | dc__ | but I stil have to package up the actual theme. |
| 15:44.34 | dc__ | ooh |
| 15:44.55 | pb_ | hmm |
| 15:45.00 | pb_ | seems that nexus has dropped off the net. |
| 15:45.00 | pb_ | suck. |
| 15:45.11 | dc__ | oh dear. |
| 15:45.36 | pb_ | made any progress with your keyboard interface? |
| 15:46.02 | moray | pb_: something was up with the connection between here and my Zen ADSL a moment ago - major packet loss, but it's back now |
| 15:46.10 | dc__ | not yet, asm still scares me |
| 15:46.11 | pb_ | moray: ah. |
| 15:47.22 | pb_ | moray: mine appears still busted. The last hop in traceroute is thoe-pt-pos6-0.uk.telia.net. |
| 16:07.53 | *** join/#gpe PaxAnima (~petter@v058b.studby.ntnu.no) |
| 16:16.30 | pb_ | moray: is gpe-soundbite2 0.1 supposed to be the newest version? |
| 16:18.46 | moray | pb_: yes, except that I guess I need to make a 1.0 or something so the automatic versioning knows this ;) |
| 16:19.35 | pb_ | moray: so it would appear. :-} |
| 16:19.53 | pb_ | moray: I will see if I can get one of hh.org admin to kick the 0.099999 one out of the feed. |
| 16:20.31 | moray | ah ok, though ipkg may still refuse to use it if it uses the same heuristics |
| 16:21.09 | pb_ | ah, possibly. |
| 16:21.35 | pb_ | right now my problem is that soundbite2 is stopping "ipkg install gpe-apps2" from working, because the old package had a bad dependency on libgtk2.0. |
| 16:21.56 | moray | ugh |
| 16:22.01 | moray | indeed |
| 16:27.17 | pb_ | maybe the easiest thing would be for you to repackage it with a higher version number. |
| 16:28.19 | moray | yup |
| 16:29.12 | pb_ | bbl, need to do some shopping. |
| 16:50.58 | *** join/#gpe __moray_ (moray@dsl-217-155-67-241.zen.co.uk) |
| 17:09.16 | *** join/#gpe pierre (~pierre@AClermont-Ferrand-201-1-1-143.abo.wanadoo.fr) |
| 17:17.44 | *** join/#gpe dctanner_ (~dctanner@modem-184-63-60-62.vip.uk.com) |
| 17:35.59 | moray | pb_: just trying to upload fixed gpe-soundbite |
| 17:36.07 | moray | (and gpe-soundbite2 more to the point) |
| 17:36.19 | pb_ | cool. |
| 17:36.29 | moray | waiting for gnupg to upgrade on my arm box so ipkg-upload works |
| 17:36.43 | pb_ | ah. :-/ |
| 17:37.14 | moray | (NFS-shared home directories with another machine where I'd upgraded it, thus changing the format of the key databases) |
| 17:37.51 | pb_ | ah, sounds like a bit of a nuisance. |
| 17:40.56 | moray | I was fiddling with cross-compilers again, but it all gets a bit nasty by the time you want to compile against GTK, Xlibs etc. :/ |
| 17:41.53 | pb_ | indeed, I've never found a good way to get that to work. |
| 17:44.10 | pb_ | btw, moray, any further thoughts on making keylaunch cope with the backlight toggling? |
| 17:45.13 | moray | gpe-soundbite{2,} 1.0.1 should be in the archive now |
| 17:46.11 | pb_ | great, thanks. |
| 17:46.19 | moray | pb_: well, I think it can probably be hacked into the current system fairly simply, if we just divide presses into short and long by comparison with some appropriate time period - though the configuration file will get even uglier presumably ;) |
| 17:46.54 | pb_ | right, that might be the way ahead for now. |
| 17:47.17 | pb_ | we need some way to make it work in fairly short order, so that people don't keep having to downgrade their kernels. |
| 17:51.11 | moray | hm, to make this less likely to break things, can I add a 'feature' that it Detects Bouncing Keys (i.e. you can't press more quickly than some limit)? |
| 17:52.17 | pb_ | seems reasonable to me, yeah. |
| 18:08.17 | *** join/#gpe jg_ (~jg@dialup-63.214.69.201.Dial1.Boston1.Level3.net) |
| 18:08.31 | pb_ | hi jg_ |
| 18:08.49 | jg_ | pb_: hi |
| 18:34.50 | *** join/#gpe flypiper (~pipercub@12-222-141-210.client.insightBB.com) |
| 18:37.50 | flypiper | dc_: hey how goes the debian install on your notebook? |
| 18:38.14 | dc_ | flypiper: ah, I took it apart it an attempt to use the kb for my iPAQ> |
| 18:38.44 | flypiper | ahhhh |
| 18:39.22 | dc_ | and now I'm in the proccess of learning asm |
| 18:39.37 | dc_ | so pb_ can help me build a controler for it ;] |
| 18:40.42 | dc_ | pb_: with the sql callbacks in gpe-filemanager, it seems to be recreating the db every time it is run. |
| 18:40.48 | dc_ | pb_: or so the code looks like. |
| 18:40.54 | pb_ | dc_: hmm. |
| 18:41.03 | dc_ | pb_: I guess I'm just confused. |
| 18:41.39 | pb_ | indeed, it does look rather like that. |
| 18:41.44 | pb_ | where did that code come from? |
| 18:41.56 | dc_ | I think it was gpe-todo |
| 18:42.07 | pb_ | hmm. |
| 18:42.33 | pb_ | yes, gpe-todo does look a bit similar :-} |
| 18:42.41 | dc_ | heh |
| 18:42.46 | pb_ | except it doesn't do the "delete from" / "insert into" bit. |
| 18:42.58 | dc_ | oh. |
| 18:43.21 | pb_ | the "create table" is harmless enough. it will just generate an error (which is ignored) and do nothing, if the table already exists. |
| 18:43.30 | dc_ | ahh |
| 18:43.31 | dc_ | okay |
| 18:43.45 | dc_ | and will it also ignore duplicate entries? |
| 18:44.05 | pb_ | no. |
| 18:44.28 | pb_ | the issue of how you preload the database with default entries is a bit sticky. I'm not sure what a good solution to that would be. |
| 18:45.03 | dc_ | okay.. |
| 18:45.07 | pb_ | I guess you could first of all try a select, and if that returns an error do the create table; insert defaults business. |
| 18:45.32 | dc_ | well what I want to know, is if I add another row from another program, will it save it etc? |
| 18:45.51 | dc_ | by calling mime_program_new |
| 18:46.25 | pb_ | hm, I don't think I understand what you're asking. |
| 18:46.33 | dc_ | hrm, n/m. |
| 18:46.42 | dc_ | I'll test it (: |
| 18:46.47 | pb_ | heh |
| 18:46.48 | pb_ | good plan. |
| 18:52.54 | pb_ | dc_: btw, "ipkg install gpe2" should work now. |
| 18:54.45 | dc_ | cool |
| 18:55.17 | moray | pb_: right, keylaunch now prints 'long press' or 'short press' appropriately (I think) |
| 18:55.26 | pb_ | moray: excellent. |
| 18:55.33 | moray | pb_: now I just need to decide how to hack the config in the least nasty way... |
| 18:55.57 | pb_ | mmm. |
| 18:56.13 | moray | though perhaps it doesn't matter, given how nasty it already is ;) |
| 18:57.35 | pb_ | does ipkg do Pre-Depends, anyone know? |
| 19:05.47 | dc_ | I think I'm missing something big here |
| 19:06.06 | dc_ | pb_: with the MEMBERS varible in my gpe-filemanager Makefile |
| 19:07.00 | dc_ | pb_: how does it know if it should make an .o or an executable? |
| 19:07.06 | dc_ | object.. |
| 19:07.18 | pb_ | dc_: everything in MEMBERS is compiled to a .o, and then linked together to make the final executable. |
| 19:07.27 | dc_ | I thought... |
| 19:07.28 | dc_ | hrmmm |
| 19:07.47 | pb_ | gpe-filemanager: $(OBJS) |
| 19:07.47 | pb_ | $(CC) -o $@ $^ $(LDFLAGS) |
| 19:07.51 | pb_ | is actually the rule that controls it. |
| 19:10.18 | dc_ | pb_: hum, tell what you think is happening when your try to make |
| 19:10.28 | dc_ | pb_: from the latest cvs ofcourse. |
| 19:11.20 | pb_ | mime-programs-sql.h:1: parse error before `*' |
| 19:11.34 | pb_ | you need to include <glib.h> there. |
| 19:11.49 | dc_ | duh! |
| 19:13.27 | dc_ | main.o:/home/dctanner/Development/gpe/base/gpe-filemanager/main.c:605: first defined here |
| 19:13.27 | dc_ | collect2: ld returned 1 exit status |
| 19:13.28 | dc_ | :/ |
| 19:13.42 | dc_ | <PROTECTED> |
| 19:13.43 | dc_ | main.o:/home/dctanner/Development/gpe/base/gpe-filemanager/main.c:605: first defined here |
| 19:13.43 | dc_ | collect2: ld returned 1 exit status |
| 19:13.44 | dc_ | rather |
| 19:15.50 | pb_ | hrm, now handhelds.org seems to be b0rked. |
| 19:15.58 | dc_ | :[ |
| 19:16.12 | dc_ | pb_: any ideas why it's doing that..? |
| 19:16.18 | dc_ | :[ |
| 19:16.52 | pb_ | dc_: you don't want to put mime_edit_db in MEMBERS if it is supposed to be a separate program. |
| 19:17.03 | dc_ | ahhh |
| 19:17.10 | pb_ | --- handhelds.org ping statistics --- |
| 19:17.11 | pb_ | 84 packets transmitted, 2 packets received, 97% packet loss |
| 19:17.12 | pb_ | :-/ |
| 19:18.05 | *** join/#gpe dctanner_ (~dctanner@modem-224-53-60-62.vip.uk.com) |
| 19:18.26 | dctanner_ | heh |
| 19:18.35 | pb_ | indeed. |
| 19:19.10 | pb_ | hrm, gutted, I seem to have lost my all-powerful gtk-package-building script. |
| 19:19.16 | dctanner_ | pb_: so I guess I have to do some Makefile hacking. |
| 19:19.21 | pb_ | dctanner_: so it seems. |
| 19:21.00 | dctanner_ | bbl food |
| 19:22.49 | *** join/#gpe florian (~fuchs@pD955BCF9.dip.t-dialin.net) |
| 19:22.53 | florian | hello! |
| 19:22.59 | moray | hi |
| 19:36.04 | moray | pb_: right, I think that if I were running an appropriate combination of kernel etc., my test would have worked, with the test line added: |
| 19:36.09 | moray | key=???HeldXF86PowerDown:-:bl off |
| 19:36.27 | pb_ | moray: echo 1 > /proc/sys/ts/suspend_button_mode |
| 19:50.54 | *** join/#gpe jg_ (~jg@zap.crl.dec.com) |
| 19:55.48 | dctanner_ | yay |
| 19:55.59 | dctanner_ | now I'm an uberhacker |
| 19:56.03 | pb_ | heh |
| 19:56.03 | dctanner_ | I can edit Makefiles! |
| 19:56.06 | moray | ah |
| 19:56.07 | pb_ | wow |
| 19:56.11 | pb_ | dctanner_: you rule |
| 19:56.59 | dctanner_ | pb_: watch out, they'll send you back to Makefile school! |
| 19:57.04 | pb_ | hell! |
| 19:58.43 | dctanner_ | hum |
| 19:59.01 | dctanner_ | if I put something like ./gpe-foo "foo bar dude" |
| 19:59.07 | dctanner_ | and print the argvs |
| 19:59.17 | dctanner_ | will "foo bar dude" be one, or three... |
| 19:59.25 | pb_ | one |
| 19:59.34 | dctanner_ | oh cool. |
| 19:59.41 | dctanner_ | and will the "'s still be there? |
| 19:59.44 | pb_ | nope |
| 19:59.51 | dctanner_ | ubersweet |
| 20:00.02 | pb_ | fear the shell. |
| 20:00.10 | dctanner_ | dude, I do! |
| 20:01.11 | moray | pb_: erk, I'm now rather confused |
| 20:01.19 | moray | pb_: my changes work for *some* of the buttons |
| 20:01.50 | moray | pb_: but other ones have 'normal' key repeat unfortunately, so generate lots and lots of press/release events when you hold them down - including the power button |
| 20:06.13 | dctanner_ | oh. |
| 20:06.15 | dctanner_ | what fun. |
| 20:06.19 | dctanner_ | a seg fault |
| 20:07.53 | pb_ | moray: oh dear. |
| 20:08.12 | moray | pb_: why this would be I'm rather uncertain |
| 20:08.42 | pb_ | moray: which buttons fall into the latter category? is it just the power and action ones? |
| 20:10.02 | dctanner_ | pb_: . |
| 20:10.09 | dctanner_ | to theise look fine. |
| 20:10.11 | dctanner_ | do |
| 20:10.18 | dctanner_ | if (strcmp (argv[1], "-add") == 0) |
| 20:10.19 | dctanner_ | and |
| 20:10.26 | dctanner_ | new_program = new_mime_program (argv[2], argv[3], argv[4]); |
| 20:10.30 | dctanner_ | and before them all |
| 20:10.35 | dctanner_ | struct mime_program *new_program = NULL; |
| 20:10.57 | pb_ | dc_: probably no need to set new_program to NULL if you always write to it. |
| 20:11.01 | pb_ | dc_: but otherwise yes, looks ideal. |
| 20:11.10 | moray | pb_: the ones currently repeating: power, Q button (third from left), and of course the arrows though keylaunch isn't listening on them |
| 20:11.19 | pb_ | dc_: presumbly you are checking argv to make sure there are enough arguments before doing that. |
| 20:11.23 | pb_ | er argc rather |
| 20:11.27 | dc_ | pb_: indeed I am |
| 20:11.32 | pb_ | good-o |
| 20:11.40 | dc_ | pb_: does argc count from 1 or 0? |
| 20:12.04 | pb_ | dc_: it's the total number of valid entries in argv[], so it will always be at least 1. |
| 20:12.11 | dc_ | okay |
| 20:12.12 | dc_ | hum |
| 20:12.15 | pb_ | well, practically always. |
| 20:12.28 | pb_ | I guess it would be possible to invoke a program without passing it any arguments at all. |
| 20:12.44 | dc_ | heh, okay |
| 20:12.52 | pb_ | moray: hm, that's bizarre. |
| 20:12.56 | dc_ | but it seems to defently be crashing on the new_mime_program |
| 20:13.33 | dc_ | ah ha |
| 20:14.03 | dc_ | damn |
| 20:20.06 | dc_ | damn hh cvs |
| 20:20.49 | moray | pb_: aha, 'xset -r keycode' may work |
| 20:20.58 | moray | pb_: though I have no idea why they're being set up differently from each other |
| 20:22.04 | moray | yup, if you 'xset -r 129 ; xset -r 132' those two buttons behave nicely again |
| 20:24.12 | dc_ | yay |
| 20:24.15 | dc_ | how silly of me |
| 20:24.26 | dc_ | pb_: I was simply not starting the sql db :) |
| 20:24.32 | dc_ | ouch.. |
| 20:30.48 | dc_ | pb_: dear oh dear. |
| 20:30.59 | dc_ | pb_: it doesn't seem to be saving the sqldb at all |
| 20:32.03 | PaxAnima | hmm... considering doing a Minority-report-sh input method for diploma instead of handwriting recognitition... think handwriting recognition may be too much.. |
| 20:32.28 | moray | what's a "Minority-report-sh input method" ? |
| 20:32.36 | PaxAnima | moray: have you seen the movie? |
| 20:32.43 | moray | not that I remember :) |
| 20:33.11 | moray | (i.e., no) |
| 20:33.39 | PaxAnima | hmm.. it involves input using the hands |
| 20:34.19 | dc_ | PaxAnima: explain. |
| 20:34.19 | PaxAnima | for zooming, moving, rotation and so on of objects.. see the movie, and you'll understand.. |
| 20:34.36 | pb_ | moray: ah cool. |
| 20:34.45 | PaxAnima | it's a good movie as well.. very cool... |
| 20:35.01 | pb_ | moray: I have no idea why those buttons have different defaults either, maybe ask jg_ if he knows. |
| 20:35.17 | pb_ | dc_: hrm. |
| 20:35.33 | moray | pb_: though something also sets them up to be various modifers too - maybe we should blame mallum :) |
| 20:35.42 | pb_ | ahhh. |
| 20:35.52 | pb_ | well, mallum is always a convenient scapegoat. |
| 20:35.55 | dc_ | pb_: if I comment out the commands in add_mime_programs, I end up with an empty db |
| 20:36.01 | moray | I don't know if that would affect the repeating, but it's the only thing that treats the keys differently |
| 20:36.37 | pb_ | dc_: whoa, that's strange. |
| 20:36.54 | pb_ | dc_: are you inspecting the database with the sqlite console? |
| 20:37.07 | dc_ | pb_: no, via a command in main.c |
| 20:37.20 | pb_ | dc_: might be worth double checking with sqlite. |
| 20:37.31 | pb_ | just to rule out any programming error. |
| 20:37.36 | dc_ | right |
| 20:37.48 | dc_ | err. |
| 20:37.52 | dc_ | how do I print the db? |
| 20:38.16 | dc_ | sqlite doesn't give a very helpfull usage |
| 20:38.19 | pb_ | sqlite ~/.gpe/mime-programs |
| 20:38.20 | pb_ | then |
| 20:38.28 | pb_ | select * from mime_programs; |
| 20:38.35 | pb_ | you just type SQL commands at the prompt. |
| 20:38.37 | dc_ | ah okay I see. |
| 20:38.49 | dc_ | eek |
| 20:38.54 | dc_ | lots of duplicates. |
| 20:39.02 | pb_ | horror! |
| 20:39.24 | pb_ | so, that might suggest your database reading routine is not operating at peak efficiency. |
| 20:39.25 | dc_ | hum |
| 20:39.29 | dc_ | indeed. |
| 20:39.30 | dc_ | okauy |
| 20:39.47 | dc_ | how do I make sure it only makes and fills the db if it's empty? |
| 20:40.18 | pb_ | maybe by looking to see if you get an error from the first selet. |
| 20:40.22 | pb_ | select even |
| 20:40.57 | dc_ | eek |
| 20:40.58 | pb_ | aha |
| 20:41.00 | pb_ | handhelds.org lives! |
| 20:41.05 | dc_ | there defently is a programming error |
| 20:41.10 | pb_ | dc_: oh dear. |
| 20:41.24 | dc_ | it it doesn't do the add_mime_programs I get no mime program types in gpe-filemanager |
| 20:41.33 | dc_ | even though the db defently does contain them, |
| 20:41.38 | pb_ | hum. |
| 20:41.55 | dc_ | stranger and stranger. |
| 20:42.23 | pb_ | hmm |
| 20:42.34 | pb_ | is (argc == 5) the correct test in mime_program_callback? |
| 20:42.42 | pb_ | it looks to me like it should perhaps be four not five. |
| 20:43.10 | dc_ | no, that's for the command |
| 20:43.16 | dc_ | not the callback.. |
| 20:43.27 | dc_ | or are you speaking of a different one :] |
| 20:43.35 | pb_ | in mime_program_callback, it does: |
| 20:43.40 | pb_ | <PROTECTED> |
| 20:43.40 | pb_ | <PROTECTED> |
| 20:43.53 | pb_ | and I think argc will actually be 4, so the "if" will always fail. |
| 20:43.58 | dc_ | oh dear yes |
| 20:45.18 | dc_ | muccccch better |
| 20:46.21 | dc_ | but we still have the duplicates problem |
| 20:48.29 | *** join/#gpe mallum (~mallum@pc-80-193-218-109-hw.blueyonder.co.uk) |
| 20:49.02 | dc_ | mallum: hi :) |
| 20:50.36 | dc_ | pb_: have a look at the code if you will :) |
| 20:51.23 | dc_ | pb_: mime-programs-sql isn't actualy what needs to be fixed. |
| 20:51.40 | dc_ | pb_: since it doens't need to have any rows hard coded. |
| 20:51.49 | mallum | hey dc |
| 20:51.57 | mallum | hey pb_ |
| 20:52.10 | dc_ | pb_: but really mime-sql.c is what needs the duplicates problem fixed. |
| 20:52.16 | dc_ | mallum: going good@ |
| 20:52.16 | dc_ | ? |
| 21:19.04 | *** join/#gpe dctanner_ (~dctanner@modem-34-41-60-62.vip.uk.com) |
| 21:52.58 | *** join/#gpe jg (~jg@dialup-67.30.190.226.Dial.Boston1.Level3.net) |
| 22:22.03 | moray | pb_: just as soon as hh.org is working again I'll upload the working keylaunch, btw |
| 22:22.43 | moray | pb_: though we still need some command to implement the bl-toggle function - not hard to do, but it would possibly be neatest to go in the package with bl |
| 22:23.41 | *** join/#gpe dctanner__ (~dctanner@modem-53-43-60-62.vip.uk.com) |
| 22:24.43 | *** join/#gpe jg (~jg@dialup-67.30.190.226.Dial.Boston1.Level3.net) |
| 22:46.50 | moray | pb_: and I've realised I need a third type so that soundbite works as before (it needs to be launched when you press the button, not on release) - that seems to be working too now |
| 22:49.19 | pb_ | moray: right. |
| 22:49.34 | pb_ | mallum: hi. |
| 23:52.54 | *** join/#gpe ibot (ibot@rikers.org) |
| 23:52.54 | *** topic/#gpe is is GPE | GPE Palmtop Environment | http://gpe.handhelds.org | list of tasks on the wiki: http://www.handhelds.org/z/wiki/CurrentThingsToDo | RIP armlinux.org, note new address for bugzilla: http://europa.debian.org/bugzilla | new CVS build ipkg of matchbox - http://handhelds.org/~mallum/downloadables/experimental | that's GPE with a G | see the outcome of the alarm summit: http://handhelds.org/z/wiki/IRCAlarmMeetingLog |
| 23:55.06 | pb_ | mallum: not bad. |
| 23:56.25 | *** join/#gpe HET2 (~diman@chello080110105196.509.15.vie.surfer.at) |
| 23:56.26 | mallum | pb_: hmm, I gotta build some ipkgs tommow |
| 23:57.37 | mallum | pb_: if I update to latest keylaunch etc, should sleep/wakeup now work ? |
| 23:57.53 | pb_ | moray: uploaded h3600-utils 1.2 with new bl. |
| 23:57.59 | pb_ | mallum: I believe so. |
| 23:58.50 | pb_ | mallum: it kind of depends which problems you were having before. The new keylaunch etc will fix the problem where the power button just didn't do anything at all with new kernel and/or session-scripts. It won't help with the problem where the ipaq goes to sleep and never wakes up: you need a new bootldr for that. |
| 23:58.51 | moray | it seems to be working here - although xkbd just died on returning from suspend ... |
| 23:59.24 | pb_ | moray: the syntax is "bl toggle", if you want to include that in your keylaunchrc. |