00:05:13 | pigeon | Hmm hello... |
00:13:08 | moray | foo |
00:15:07 | Jim7J1AJH | Good morning. |
00:20:40 | pigeon | Hmm anyone knows why can't I choose the "All day event" checkbox in gpe-calendar? |
04:31:03 | colin_werk | Morning. |
05:52:27 | mibus | grrr |
05:52:33 | mibus | ;) |
06:21:13 | colin_werk | "grrr"? |
06:35:26 | mibus | yeah |
06:35:42 | mibus | matchbox isnt responding to _NET_CLIENT_LIST like it should :-( |
06:35:48 | mibus | either that or i've screwed something up... |
06:36:22 | mibus | (which wouldnt be a first :) |
07:21:42 | mibus | HallskiMTG: whats your obsession with changing names?? :P |
07:59:30 | mibus | hey pb_ |
08:00:04 | pb_ | yo mibus |
08:03:43 | mibus | pb_: seen mallum? matchbox doesnt seem to be honouring _NET_CLIENT_LIST like it should :-( |
08:04:12 | mibus | either that or i broke something (not impossible ;-) |
08:04:56 | pb_ | It's a bit early for mallum still. |
08:04:59 | | mallum was last seen on #gpe 10 hours, 44 minutes and 23 seconds ago, saying: ah [Thu Sep 12 22:20:36 2002] |
08:04:59 | pb_ | ibot, seen mallum? |
08:06:32 | mibus | pb_: cool. does it have a manual? |
08:06:32 | mibus | ;) |
08:06:44 | pb_ | what, ibot you mean? |
08:07:02 | colin_werk | ibot: help |
08:07:25 | colin_werk | infobot.org |
08:07:59 | mibus | ibot, help |
08:08:09 | | mibus: i haven't a clue |
08:08:09 | mibus | ibot, where's your manual? ;-) |
08:08:34 | mibus | :-D |
08:08:41 | | ibot's manual is at infobot.org |
08:08:41 | pb_ | ibot, where's your manual? |
08:08:48 | | somebody said mibus was Robert Mibus, see http://www.handhelds.org/~mibus |
08:08:48 | mibus | ibot, where am i |
08:09:09 | mibus | hey that rocks! :D |
08:09:33 | mibus | i gotta get me one of those... ;) |
08:10:01 | mibus | i wanna port it to the ipaq now :-D |
08:11:13 | colin_werk | --> Lunch |
08:12:22 | pb_ | mibus: I think ibot is written in perl, you could port him quite easily. |
08:14:22 | mibus | pb_: yes it is, im just reading up on it now... |
08:16:32 | | you are, like, Robert Mibus, see http://www.handhelds.org/~mibus |
08:16:32 | mibus | ibot, tell mibus about mibus |
08:16:46 | mibus | hmm, a valley-girl ibot... |
08:18:13 | pb_ | ha. |
08:18:16 | | .-) |
08:18:16 | pb_ | ibot, smile |
08:18:27 | | =) |
08:18:27 | mibus | ibot: smile |
08:18:30 | | %^) |
08:18:30 | mibus | ibot: smile |
08:18:38 | | mibus: sorry... |
08:18:38 | mibus | ibot: thump dc |
08:18:42 | mibus | darn ;) |
08:18:48 | | dc_ is nothing but an uninspiring coagulation of humid craptacular carpet droppings. |
08:18:48 | pb_ | ibot, insult dc_ |
08:18:48 | | i guess dc is a young iPaq hacker or has an email mailto:dctanner@magenet.com or the "added pixmaps to <file>.c" changelog man |
08:18:48 | mibus | ibot: who is dc? |
08:19:08 | | pb_: no problem |
08:19:08 | pb_ | ibot: thanks |
08:19:18 | | no idea, mibus |
08:19:18 | mibus | ibot: dc is also a person who loses mibus' code |
08:19:28 | mibus | hmm |
08:19:33 | | no idea, mibus |
08:19:33 | mibus | ibot: dc also is a person who loses mibus' code |
08:19:54 | pb_ | ah, ibot gets confused easily if you tell him facts with question words in. |
08:20:03 | pb_ | I think you can escape them somehow, but I forget what the syntax is. |
08:20:10 | mibus | its a \ |
08:20:17 | | okay, mibus. |
08:20:18 | mibus | ibot: dc is also a person \who loses mibus' code |
08:20:22 | | dc is probably a young iPaq hacker or has an email mailto:dctanner@magenet.com or the "added pixmaps to <file>.c" changelog man or a person who loses mibus' code |
08:20:22 | mibus | ibot: dc? |
08:20:27 | mibus | :-D |
08:20:31 | pb_ | wahey |
08:20:33 | | :) |
08:20:33 | pb_ | ibot, botsnack |
08:20:38 | | i heard pb_ was some kind of gpe hacker, mail him at mailto:pb@nexus.co.uk |
08:20:38 | mibus | ibot: pb_? |
08:20:44 | | you are, like, Robert Mibus, see http://www.handhelds.org/~mibus |
08:20:44 | mibus | ibot: me? |
08:21:05 | jsmanrique | hello |
08:21:08 | | okay, mibus. |
08:21:08 | mibus | ibot: i am also having an email address of mibus@handhelds.org |
08:21:11 | | somebody said mibus was Robert Mibus, see http://www.handhelds.org/~mibus or having an email address of mailto:mibus@handhelds.org |
08:21:11 | mibus | ibot: me? |
08:21:13 | jsmanrique | goor morning |
08:21:31 | pb_ | hi jsmanrique |
08:21:51 | jsmanrique | I have installed famplayer and gpe-filemanager yesterday night |
08:22:22 | jsmanrique | I would like to know how to tell filemanager that mp3 files should be openned with famplayer.. |
08:22:33 | | mibus: Write-only-memory subsystem too slow for this machine. Contact your local dealer. |
08:22:33 | mibus | ibot: excuse? |
08:22:37 | mibus | :D |
08:23:30 | | Slashdot - Updated 2002-09-13 07:18:38 | Space Shuttle External Tank Webcam | AMD Delays Hammer | The First Smiley :-) | User-Mode Linux Merged Into 2.5 Kernel |
08:23:30 | mibus | ibot: slashdot? |
08:24:24 | jsmanrique | I would like to know how to tell filemanager that mp3 files should be openned with famplayer.. |
08:30:37 | jsmanrique | how to tell filemanager that mp3 files should be openned with famplayer? |
08:31:26 | mibus | jsmanrique: no idea sorry :( |
08:31:47 | pb_ | that would be a question for dc_ |
08:32:09 | jsmanrique | ok, ok.. |
08:32:10 | pb_ | I think there is a database of MIME types stored somewhere, but I don't know the details. Use the source, I guess. |
08:32:28 | jsmanrique | yes, I should.. |
08:33:17 | jsmanrique | I have played some mp3 files from my brand new 64MB CF card |
08:33:43 | jsmanrique | and I have updated my ipaq.. |
08:33:57 | jsmanrique | there are some things I think I have read here.. |
08:34:23 | jsmanrique | first, in login screen, ok buttom seems to be out.. too right side |
08:34:36 | mibus | jsmanrique: if you want to save space, try converting to vorbis |
08:34:39 | jsmanrique | and some apps appear with unamed namde |
08:34:46 | mibus | jsmanrique: use libgtk1.2 not libgtk1.2-unsquashed |
08:35:03 | jsmanrique | howto do that? |
08:35:03 | mibus | jsmanrique: "<unnamed> <2>" etc. as window titles? |
08:35:10 | jsmanrique | mibus : yes |
08:35:24 | mibus | jsmanrique: ipkg -force-depends remove libgtk1.2-unsquashed; ipkg install libgtk1.2 |
08:35:29 | mibus | jsmanrique: thats an xlibs bug |
08:36:15 | mibus | jsmanrique: grab the xlibs*.ipkg from the familiar-0.6-rc1 feed and install that |
08:36:16 | mibus | jsmanrique: you'll need to remove your old (4.2) xlibs first though |
08:36:16 | mibus | ive gotta go now |
08:36:19 | mibus | have fun ppls |
08:37:39 | jsmanrique | ok |
08:43:30 | jsmanrique | I have seen gpe-filemanager sources in cvs.. |
08:43:48 | jsmanrique | mime types are stored inside c code.. |
08:44:40 | jsmanrique | hello |
08:45:15 | mallum | hi |
08:45:43 | jsmanrique | I have updated my ipaq and mmenu problem is still there.. |
08:48:19 | jsmanrique | ~ # mmenu & |
08:48:20 | jsmanrique | ~ # failed to open /root/.menu |
08:48:20 | jsmanrique | X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) |
08:48:20 | jsmanrique | Major opcode of failed request: 14 (X_GetGeometry) |
08:48:20 | jsmanrique | Resource id in failed request: 0x74636573 |
08:48:20 | jsmanrique | Serial number of failed request: 776 |
08:48:22 | jsmanrique | Current serial number in output stream: 776 |
08:48:24 | jsmanrique | [1] 1014 Exit 1 mmenu |
08:48:26 | jsmanrique | ~ # |
08:49:39 | mallum | jsmanrique: I suspect there is a bad menu entry in /usr/lib/menu |
08:49:59 | jsmanrique | it happens with some entries |
08:50:30 | jsmanrique | ~ # ls /usr/lib/menu/ |
08:50:31 | jsmanrique | dillo gpe-soundbite-record xcalibrate |
08:50:31 | jsmanrique | familiar-postinst gpe-terminal xkbd |
08:50:31 | jsmanrique | gpe-calendar gpe-todo xkill |
08:50:32 | jsmanrique | gpe-conf h3600-utils-bw xrandr |
08:50:32 | jsmanrique | gpe-edit h3600-utils-color xrefresh |
08:50:33 | jsmanrique | gpe-filemanager matchbox xset |
08:50:35 | jsmanrique | gpe-kbd-setup ntpdate xstroke |
08:50:37 | jsmanrique | gpe-logout rxvt-aa |
08:50:39 | jsmanrique | gpe-soundbite scap |
08:53:16 | mallum | do a grep -i xpm * |
08:53:22 | jsmanrique | menu entries that fail are: audio, configuration, pim and utilities |
08:54:09 | jsmanrique | what should happen after grep -i xpm * ? |
08:55:13 | mallum | ok grep for the above failing ones |
08:55:50 | jsmanrique | ~ # grep -i xpm * |
08:55:52 | jsmanrique | ~ # |
08:56:00 | jsmanrique | Nothing happens.. it seems |
08:56:44 | jsmanrique | ~ # grep -i xpm audio |
08:56:46 | jsmanrique | grep: audio: No such file or directory |
08:57:04 | jsmanrique | ~ # |
08:57:11 | mallum | you are in /usr/lib/menu - right ? |
08:57:16 | jsmanrique | maybe it is me.. |
08:57:25 | mallum | grep -i audio * |
08:57:26 | jsmanrique | oops |
08:58:03 | jsmanrique | gpe-soundbite: section=Audio \ |
08:58:05 | jsmanrique | gpe-soundbite-record: section=Audio \ |
08:59:12 | mallum | ok whats cat gpe-soundbite give you ? |
08:59:37 | jsmanrique | and: /usr/lib/menu # grep -i xpm * |
08:59:40 | jsmanrique | xrandr: icon="/usr/share/pixmaps/rotation-p.xpm"\ |
08:59:40 | jsmanrique | xrandr: icon="/usr/share/pixmaps/rotation-ll.xpm"\ |
08:59:40 | jsmanrique | xrandr: icon="/usr/share/pixmaps/rotation-lr.xpm"\ |
08:59:40 | jsmanrique | xrandr: icon="/usr/share/pixmaps/rotation-i.xpm"\ |
08:59:40 | jsmanrique | xstroke:?package(xstroke): needs="x11" section="Input Methods" title="XStroke" c |
09:00:38 | jsmanrique | ommand="/usr/X11R6/bin/xstroke" icon="/usr/share/pixmaps/xstroke.xpm" |
09:01:12 | jsmanrique | about cat gpe-soundbite: |
09:01:16 | jsmanrique | ?package(gpe-soundbite): \ |
09:01:16 | jsmanrique | needs=x11 \ |
09:01:16 | jsmanrique | title="Play Memo" \ |
09:01:16 | jsmanrique | command="gpe-soundbite play" \ |
09:01:16 | jsmanrique | icon48=/usr/share/pixmaps/gpe-soundbite-play.png \ |
09:01:17 | jsmanrique | section=Audio \ |
09:01:20 | jsmanrique | windowtitle=gpe-soundbite |
09:02:05 | mallum | ok can you check '/usr/share/pixmaps/gpe-soundbite-play.png' exists |
09:02:51 | jsmanrique | yes, it is there |
09:03:16 | jsmanrique | and gpe-soundbite-record.png too |
09:03:33 | mallum | wierd |
09:04:30 | jsmanrique | :( |
09:07:13 | mallum | jsmanrique: I guess for now run mmenu like 'mmenu -icon 0' and it should be ok |
09:09:09 | jsmanrique | yes.. tahnks.. I have forget it from last time you told me.. |
09:09:35 | jsmanrique | this way I could earn some RAM using mmenu instead of gpe-appmgr |
09:11:24 | mallum | jsmanrique: I guess there could be something wrong with my png loading code ... Im about to overhaul all that so hopefully this problem will be fixed along with it |
09:11:24 | jsmanrique | thanks... |
09:12:36 | jsmanrique | I am searching for some mmenu docs or info.. is there any? |
09:16:04 | | i guess pb_ is some kind of gpe hacker, mail him at mailto:pb@nexus.co.uk or to be seen on http://nexus.co.uk/company/team.html |
09:16:04 | colin_werk | ibot: pb_? |
09:16:04 | jsmanrique | just to know how to add some entries in mmenu.. |
09:20:50 | colin_werk | jsmanrique: you need a <foo>.menu file like the ones you looked at |
09:21:11 | pb_ | grr, how did ibot find out about that again? |
09:21:29 | colin_werk | hides |
09:21:34 | pb_ | Ha! |
09:22:37 | pb_ | mallum: can we not make mmenu more robust in the face of bad .menu files? |
09:23:03 | mallum | pb_: is it pretty robust, I think its just the png loading code which was added pretty recently |
09:23:22 | pb_ | mallum: oh, right. |
09:23:35 | jsmanrique | colin_werk : just one file like the ones in /usr/lib/menu using Familiar menu policy ??? |
09:24:00 | mallum | pb_: its not a parse error as such , but something wrong in the way its building a pixmap from a png |
09:24:59 | mallum | pb_: the wierd thing is, I run it on my laptop with a *massive* menu of hundreds of entrys and it never has a problem |
09:26:00 | colin_werk | jsmanrique: Yes. Just copy one and change it to your needs. |
09:26:34 | jsmanrique | colin_werk : fine, I think it is going to be a large hacking weekend to fit this ipaq3130 to my needs |
09:27:45 | mallum | pb_: also Im thinking it could be a 3100 issue with the greyscale screen |
09:28:37 | pb_ | mallum: I'm fairly sure people on 36/7/800s have also reported the "mmenu quits when I click on anything" syndrome |
09:28:43 | mallum | jsmanrique: could you run xdpyinfo on your ipaq |
09:29:08 | pb_ | mallum: are you able to run it on your 3100, or is it too fux0red to try? |
09:29:28 | mallum | jsmanrique: and if you remove the icon48 entry from the gpe-soundbite-* menu entrys does the menu then show ok |
09:29:41 | mallum | pb_: yeah, I will try later at home |
09:31:08 | jsmanrique | mallum: I think I don't have xdpyinfo |
09:32:28 | jsmanrique | mallum : about removing inco48, some entries has incons and worked fine.. |
09:35:51 | jsmanrique | mallum : instead of removing the icon48 entry, could I comment it with # ?? |
09:36:33 | mallum | jsmanrique: I dont think comments will work |
09:37:07 | colin_werk | No, it's one long line (just written with line continuation chars, the \'s), so you'd comment out the whole rest |
09:38:40 | jsmanrique | ok |
09:39:11 | mallum | jsmanrique: its a pretty much dumb ugly format :( |
09:40:56 | jsmanrique | mallum : time to remeber how to remove a complete line with vi |
09:40:57 | mallum | jsmanrique: could you mail/dcc me /usr/share/pixmaps/gpe-soundbite-play.png |
09:41:06 | mallum | jsmanrique: dd |
09:42:55 | jsmanrique | mallum : removing icon48 entries in gpe-soundbie and gpe-soundbite-record make mmenu audio entry work |
09:43:19 | jsmanrique | mallum : it draws a icon too |
09:43:31 | jsmanrique | mallum : an arrow in a circle |
09:44:09 | mallum | jsmanrique: yeah, thats the defualt one |
09:44:24 | mallum | jsmanrique: could you mail me the broke icon ? |
09:45:26 | jsmanrique | mallum : ok, I'll try |
09:47:18 | mallum | jsmanrique: breakfast@10.am |
09:47:35 | jsmanrique | mallum : I know ;) |
09:48:13 | colin_werk | http://ipkgfind.handhelds.org/file.phtml?package=http://familiar.handhelds.org/familiar/feeds/unstable/packages/armv4l/gpe-soundbite_0.09999_arm.ipk&filename=./usr/share/pixmaps/gpe-soundbite-play.png |
09:48:54 | mallum | colin_werk: ooh, special |
09:49:24 | colin_werk | Yeah, ipkgfind is pretty cool. I just noticed recently that you can pull single files. |
09:50:24 | jsmanrique | mallum : anyway, I have sent it right now.. |
10:10:37 | jsmanrique | pierre : I think you know why tux48 incon doesn't seems to work in owner info.. It is in /usr/share/gpe/pixmaps/default instead of /usr/local/share/gpe/pixmaps/default/ |
10:11:23 | pierre | jsmanrique: no.. |
10:11:37 | pierre | jsmanrique: I didnt know. |
10:11:50 | pierre | I dont have had the problem. |
10:13:22 | pierre | It sounds like a problem in my Makefile :( |
10:27:49 | pierre | pb_: have you got my patch? |
10:27:57 | pierre | pb_: for libgpewidget. |
10:30:16 | jsmanrique | pierre : ok.. it seems that |
10:33:53 | jsmanrique | one silly (sure) question.. |
10:34:16 | jsmanrique | how to add a background screen? |
10:34:48 | jsmanrique | I mean, when X are running and nothing is there.. |
10:35:03 | pierre | this is in gpe-conf theme |
10:35:39 | pierre | Wallpaper |
10:36:18 | jsmanrique | what are the requisities for wallpaper? |
10:36:48 | pierre | qiv |
10:36:54 | jsmanrique | ok |
10:36:56 | pierre | ipkg install qiv |
10:36:59 | jsmanrique | one more app |
10:37:09 | pierre | it is just 30k |
10:37:21 | pierre | it is a controller for imlib |
10:37:27 | colin_werk | jsmanrique: tux-48 was a packaging problem. It is supposed to be in /usr/share/gpe/pixmaps/default for an ipk. The people with problems didn't have a recent enough gpe-icons packages |
10:38:31 | jsmanrique | colin_werk : I don't know.. I updated ipaq yesterday night |
10:39:17 | jsmanrique | colin_werk : yes, but my ipaq searchs it on /usr/share/local/pixmaps/default |
10:39:43 | jsmanrique | colin_werk :so, maybe gpe-icons pakcage is right :) |
10:39:58 | colin_werk | Ugh. Where? |
10:41:47 | jsmanrique | GPE-ERROR: Unable to load icon |
10:41:47 | jsmanrique | "/usr/local/share/gpe/pixmaps/default/tux-48.png" |
10:41:50 | jsmanrique | Aborted |
10:42:55 | colin_werk | Is that location in your /etc/gpe/gpe-ownerinfo.data file? |
10:43:02 | jsmanrique | ls /usr/share/gpe/pixmaps/default/tux-48.png -l |
10:43:03 | jsmanrique | -rw-r--r-- 1 root root 1483 Aug 13 01:36 /usr/share/gpe/pixmaps/d |
10:43:05 | jsmanrique | efault/tux-48.png |
10:43:54 | colin_werk | And do you have at least the 0.4-3 version of gpe-ownerinfo? |
10:44:38 | jsmanrique | I don't know |
10:44:43 | jsmanrique | I have gpe-conf |
10:44:54 | colin_werk | ipkg staut gpe-ownerinfo |
10:45:07 | colin_werk | ipkg status that is... |
10:45:34 | jsmanrique | and no gpe-ownerinof |
10:45:37 | jsmanrique | and no gpe-ownerinfo |
10:45:54 | colin_werk | Oh. gpe-conf gives the message? Then, is that the 0.04 version? |
10:46:05 | jsmanrique | but gpe-conf gives an error message |
10:46:25 | jsmanrique | yes 0.04 |
10:46:35 | colin_werk | ipkg upgrade gpe-icons should fix it |
10:46:49 | colin_werk | Oh. No. I'm stupid. |
10:47:11 | jsmanrique | I have gpe-icons 0.13 |
10:48:06 | colin_werk | I guess that's a bug then. Apparently, gpe-conf doesn't set PREFIX like I expect during the ipkg building process... |
10:48:23 | pierre | yes, it is that. |
10:48:37 | colin_werk | pierre: Do you set PREFIX=/usr somewhere? |
10:48:53 | pierre | I have corrected this I should release a new version soon |
10:49:06 | colin_werk | Ah cool. |
10:49:21 | pierre | yes, I miss my automatic /usr /usr/local choose script. :} |
10:49:30 | | dc_ was last seen on #gpe 16 hours, 10 minutes and 36 seconds ago, saying: :\ [Thu Sep 12 19:38:54 2002] |
10:49:30 | jsmanrique | ibot seen dc_ |
10:49:40 | pierre | I wait pb_ to release my patch. |
10:50:17 | colin_werk | pierre: My changes yesterday should just make the layout nicer, no functionality changes. I notice I don't have checkin comments... but they are in my local ChangeLog file. emacs' pcl-cvs screwed up. |
10:50:56 | jsmanrique | will gpe-filemanager have a config file or something where one could associate documents and app to open it |
10:51:00 | jsmanrique | ?? |
10:51:35 | jsmanrique | I have some mp3 files on a CF card and would like famplayer to open them, but gpe-filemanager tries mpg123 |
10:51:58 | colin_werk | jsmanrique: gpe-filemanager is very new, be patient :) I guess gpe-conf could have an applet to set associations, yes. |
10:52:12 | jsmanrique | I've seen that mime types are sql stored in the c code |
10:52:19 | jsmanrique | colin_werk : yes, I know, I know.. |
10:52:53 | colin_werk | jsmanrique: Did you try the "run with:" thing? hold the pen long on the icon in gpe-filemanager |
10:53:22 | colin_werk | you get a context menu when you release the pen |
10:53:46 | jsmanrique | colin_werk : I did'n't know that :) |
10:56:40 | colin_werk | BRB |
10:57:33 | jsmanrique | last question.. for today.. I hope |
10:57:54 | jsmanrique | how to make mmenu appears in the left side..?? |
10:58:09 | mallum | jsmanrique: what version of matchbox you running ? |
10:58:11 | jsmanrique | I mean more "left" than any other app |
10:58:43 | jsmanrique | mallum : 0.3.3 |
10:58:56 | mallum | grab the latest experimental matchbox and you can drag the apps arounds |
10:59:06 | | matchbox is a X11 window manager for handheld devices. Info, screenshots & downloadable at http://handhelds.org/~mallum/matchbox . Ipkg is in the familiar unstable feed. Development versions and other goodies at http://handhelds.org/~mallum/downloadables/ |
10:59:06 | mallum | ibot: matchbox |
10:59:15 | mallum | http://handhelds.org/~mallum/downloadables/experimental |
10:59:37 | jsmanrique | hmm.. experimental sounds even more unstable than unstable :) |
11:00:15 | mallum | yes it is |
11:01:00 | mallum | but people here have reported success with the experimental build |
11:01:21 | jsmanrique | how much RAM does qiv and wallpaper eat? |
11:02:01 | jsmanrique | mallum : do you mean: http://handhelds.org/~mallum/downloadables/experimental/matchbox_0.3.3.20020902_arm.ipk |
11:02:57 | mallum | jsmanrique: yep |
11:03:25 | mallum | jsmanrique: you'll need to remove mmenu first as its now included with the matchbox ipkg |
11:03:31 | mallum | jsmanrique: and called mbmenu now |
11:04:02 | jsmanrique | mallum : sounds nice.. |
11:04:35 | pb_ | pierre: yes, I saw the patch, I'll try to make a new version today. |
11:04:46 | pierre | pb_: nice.. |
11:05:31 | mallum | jsmanrique: well I would have thought at least 320*240*2 bytes |
11:18:56 | jsmanrique | well, |
11:27:57 | mallum | hmm, can anyone recommend a good book on graphics algorithms ? |
11:37:15 | pb_ | any particular algorithms? |
11:38:14 | pb_ | I probably still have the notes for the graphics course I did at university somewhere, I can try to dig them out. |
11:41:17 | jsmanrique | time to eat ... |
11:41:23 | jsmanrique | thanks.. see you later.. |
11:55:47 | mallum | pb_: there must be a classic book ... just something with algorithms for doing scaling , composites etc |
11:59:30 | mallum | jg_: can you recommend me a good book on general graphics algorithms ? |
12:00:37 | jg__ | mallum: Not really: I'm a systems person much more than a graphics person.... |
12:00:37 | jg__ | Keithp can probably recommend something. |
12:01:26 | mallum | jg__: could you ask him for me next time you see him ? |
12:01:35 | jg__ | mallum: what's the problem you are wondering about? |
12:01:40 | jg__ | mallum: drop him a note. |
12:03:06 | mallum | jg__: okey dokey |
12:03:29 | mallum | jg__: no problem in particular, just need something new to read on the Bus .. |
12:42:44 | colin_werk | BBL |
13:00:15 | gazer | mallum: Computer Graphics by Foley, van Dam, et. al. is the classic reference. |
13:02:39 | mallum | gazer: cheers, checking amazon for it now ... |
13:04:23 | mallum | gazer: hmm amazon says it 39 pounds new , or 75 used ! |
13:06:08 | mallum | gazer: do you have it ? |
13:08:37 | gazer | yeah, I own a well dogeared copy |
13:09:49 | mallum | gazer: is it heavy on the 3d stuff ? |
13:15:37 | gazer | hmm |
13:16:22 | gazer | I have the 2nd ed, there might be a 3rd ed by now |
13:17:04 | gazer | mine covers a good of 3d but was published in 96, so there might be more by now. |
13:17:44 | gazer | it is a textbook, not an o'reilly-type book, so keep that in mind. |
13:17:49 | jg__ | mallum: dunno if F&vD covers porter duff image compositing or not (it should). That is the basis of Xrender. |
13:18:21 | jg__ | mallum: also note that Keith thinks that the trap stuff he's just finished is actually novel, solving some problems in 2D graphics that probably haven't been solved well before. |
13:18:26 | mallum | I think the 2nd is latest, Im not so bothered about 3d stuff, its more 2d compisiting / scaling stuff I want |
13:18:48 | gazer | mallum: the book definitely covers that. |
13:19:06 | jg__ | mallum: Also you might join the render mailing list if you are interested: the scaling design discussions are going on right now (Keith got some running code in the last 48 hours). |
13:20:02 | jg__ | (I should have said image transform...). |
13:20:07 | mallum | jg__: yeah Im on the render list ( part of the reason I want to get a book is so I can understand what people are on about ;) ) - I mailed keithp |
13:20:55 | gazer | ugh. time for class. |
13:34:30 | jsmanrique | hello again... |
13:41:30 | PaxAnima | hello |
15:12:00 | cmarqu_ | Argh. I need more RAM, can't get up dillo with a 320x240 image wrapped in some small HTML |
15:20:01 | jg__ | cmarqu_: better solution: have dillo rescale the images down a factor of two or four in size, so they take less space in general... |
15:20:24 | jg__ | Right now alot of web pages are unviewable as they have column widths set by the size of images... |
15:20:42 | jg__ | Making such downscaling the default would make dillo much more usable... |
15:20:43 | pb_ | Yeah. There are at least a couple of scaling patches floating around for dillo, I really ought to try applying at least one of them. |
15:20:55 | pb_ | cmarqu_, was it you I was discussing that with before? |
15:21:37 | cmarqu_ | jg__: I made this image with my own script, to have a fullscreen image viewer. Image maps do the prev/next thing. Works fine in theory... |
15:21:44 | pb_ | BTW, there seems to be some work being done on porting Dillo to GTK2, which is nice. |
15:21:45 | cmarqu_ | pb_: Yup. |
15:22:42 | cmarqu_ | This script is a dillo-gallery thing. I guess I could render them a bit smaller still |
15:25:57 | pb_ | Yeah. Well, it's a bit sad if Dillo can't manage a full-size image. |
15:26:46 | cmarqu_ | The previous page is the list with maybe 50 small images, maybe it caches that still. |
15:37:55 | gazer | looks in. |
15:38:06 | cmarqu_ | Yo. |
15:38:32 | cmarqu_ | gazer: Are you on the gpe mailing list? |
15:38:50 | gazer | yes. |
15:39:33 | cmarqu_ | Okay. I wanted to point you to that alarm discussion, since you might have had done something like this before |
15:39:53 | gazer | yeah, I skimmed through the alarm stuff last nite. |
15:40:16 | cmarqu_ | Sounds fairly complex... |
15:40:21 | gazer | My attention is a little two divided right now (really trying to finish my degree) to pile on much more ... :) |
15:40:27 | gazer | s/two/too |
15:40:32 | cmarqu_ | :) |
15:41:17 | gazer | I think I have a decent 0.1 of my gpe-memo app ready and I'm going to setup my own ipkg feed tonite. |
15:41:37 | cmarqu_ | Why not just drop it into unstable? |
15:41:50 | gazer | I'll probably start thinking about basic synchronization this weekend. |
15:42:11 | cmarqu_ | I'll think about beer this weekend :) |
15:42:14 | gazer | I'm going to refresh it a whole lot in the next week or so, so for now, it is probably easier if I just host it on my home box. |
15:43:02 | gazer | I have an upcoming paper deadline and need to get a new chapter done by the end of the month, and all that, so I don't when I'll have something useful to say about synchronization, though. |
15:44:19 | gazer | hmm, maybe I'll start a wiki page on it. |
15:45:00 | cmarqu_ | I'd guess there is a halfway appropriate already |
15:45:11 | gazer | (fortunately, I think I've convinced my advisor that mobile-device groupware is reasonable future work fodder for my stuff, so I can justify working on it to myself ... :) ) |
15:45:28 | cmarqu_ | Cool. |
15:46:25 | jg__ | gazer: You got the paper I sent? |
15:46:55 | gazer | jg_: yes. I think we have a compatible layout for how groupware might work between devices. |
15:47:29 | gazer | jg_: I'd like to talk about this at length sometime, either virtually or f2f. I'm just across the river from you guys (I'm at brandeis, in waltham, MA) |
15:47:52 | jg__ | I pass there on the train twice a day on my commute.... |
15:48:48 | jg__ | gazer: but not today, as I'm at home with a cold.... |
15:49:02 | gazer | everyone loves the fitchburg line ... I make the reverse commute every so often through porter. |
15:49:34 | gazer | jg_: yeah, I have a paper deadline breathing down my neck (CHI2003, deadline is a week from monday). Sometime after then. |
15:49:42 | jg__ | fine.... |
15:50:02 | jg__ | You can come into CRL, meet random folks you know on IRC, and we can go eat chinese food.... |
15:50:22 | cmarqu_ | is jealous |
15:50:30 | gazer | sounds good to me. |
15:51:11 | jg__ | drop me a line when you've come up for air. |
15:51:11 | gazer | I live in arlington, so the getting in is nice and trivial for me. A labmate and I will definitely be at the dev weekend thing, so at worst, we'll talk then. |
15:51:21 | jg__ | ok |
15:51:35 | gazer | cool. ugh. time for more meetings. |
15:51:44 | jg__ | back to testing code... |
17:10:56 | gazer | returns |
17:25:46 | cmarqu_ | How do I check in a whole directory with files in it? cvs import? |
17:27:01 | pb__ | Easiest is just to cvs add the directory, then do "cvs add *" inside it. |
17:27:20 | cmarqu_ | Okay. |
17:27:59 | cmarqu_ | I'm creating a gpe-helloworld. For now, a glade-generated framework according to the Gnome 2 HIG in terms of spacing. |
17:28:15 | pb__ | Ah cool. |
17:28:17 | pb__ | Hey dc_ |
17:28:31 | cmarqu_ | Let me repeat that for dc_: I'm creating a gpe-helloworld. For now, a glade-generated framework according to the Gnome 2 HIG in terms of spacing. |
17:28:37 | cmarqu_ | Hi dc_ :) |
17:28:51 | dc_ | hey guys :D |
17:28:55 | pb__ | cmarqu_: I know you just repeated it to try to get me to say something bad about Glade. |
17:29:03 | dc_ | cmarqu_: coolo |
17:29:06 | cmarqu_ | Noooo! :) |
17:29:13 | dc_ | but why oh why glade? |
17:30:15 | dc_ | glade is anoying and useless |
17:30:15 | dc_ | I mean...well.... |
17:30:16 | dc_ | do we really _need_ galde to write helloworld ;] |
17:30:22 | cmarqu_ | I mean, it is so easy to follow the guidelines from that doc sinece they were written for glade. |
17:30:23 | dc_ | what's this world coming to! |
17:30:44 | dc_ | cmarqu_: but we're gpe guys, we can always do it the hard way... |
17:30:51 | cmarqu_ | Well, its quite a complicated box packing thing |
17:31:01 | dc_ | hrm |
17:31:27 | cmarqu_ | Nothing keeps you from stripping out glade stuff and keeping the frame |
17:31:47 | pb__ | True, but people who are new to GPE might get the wrong idea. |
17:32:04 | pb__ | I.e., they might think we like Glade or something. |
17:32:10 | grib | dc_: glade is what makes you glad |
17:32:12 | dc_ | right food now |
17:32:22 | dc_ | gade makes me sad! |
17:32:26 | cmarqu_ | touch DO_NOT_WRITE_APPS_IN_GLADE_SINCE_PB_AND_DC_WILL_HATE_YOU_THEN |
17:32:38 | pb__ | Ah, excellent idea. |
17:32:45 | grib | cmarqu_: not writing apps in glade makes yer apps buttugly and brittle. |
17:32:50 | grib | cf gpe |
17:33:16 | cmarqu_ | doesn't say anything |
17:33:34 | grib | if gpe people used glade more you wouldn't have the stupid packing problems that plague all the gpe config apps. |
17:33:43 | grib | shuts up now |
17:34:14 | cmarqu_ | grib: I'm working on making the packing nicer in gpe-conf at least |
17:34:22 | grib | cmarqu_: :) |
17:35:06 | cmarqu_ | I hope the ownerinfo part in gpe-conf is okay at least. |
17:35:07 | pb__ | Is that in glade too?! |
17:35:15 | cmarqu_ | pb__: No. It is based on a glade framwork though. |
17:35:19 | pb__ | Hmph. |
17:35:34 | | this much: [*************************************************************] |
17:35:34 | pb__ | ibot, how much does glade suck? |
17:36:07 | cmarqu_ | We need a script that removes glade cruft (which is always the same, and fairly easy to do I'd guess) |
17:36:23 | cmarqu_ | pb__: And why exactly? For using autotools? |
17:36:26 | grib | pb__: what don't you like about it? if it's just a phobia about gui painters in general I am willing to go 20 rounds |
17:36:56 | grib | cmarqu_: what's the "glade cruft"? you aren't using the autogenerated C code are you? eeew |
17:36:58 | pb__ | Well, it sucks a bit less if you use libglade rather than let it generate a monstrous interface.c file for you. |
17:37:22 | cmarqu_ | thinks that maybe pb got into a fight with Damon Chaplin...? :) |
17:37:23 | grib | pb__: ok, that I can agree with. I didn't even know glade would still generate c code, I thought it required libglade. |
17:37:43 | pb__ | grib: all the glade stuff I've seen in GPE is using generated C. |
17:38:01 | cmarqu_ | Do we even have a libglade package? |
17:38:19 | grib | cmarqu_: I think so... I use it all the time on familiar |
17:38:28 | grib | but maybe I horked it from debian? hm... <checking? |
17:38:36 | cmarqu_ | never used libglade |
17:38:45 | pb__ | My other gripe with glade is that it doesn't seem to actually make it any easier to construct interfaces than just doing it programatically in C. In other words, you still have to worry about hboxes and vboxes and tables, and (IMHO) the glade interface for manipulating that stuff with the gui is really clumsy. |
17:39:37 | grib | pb__ that's where I strongly disagree -- yes you still have to worry about those things, but you can cut and paste to rearrange gui without the heinous cutnpaste errors associated with procedural gui layout |
17:39:39 | pb__ | This isn't really Glade's fault as such, inasmuch as I can't think of any better way to do a GUI builder for GTK. It's just that the underlying technology doesn't seem to lend itself very well to being designed with a graphical tool. |
17:40:28 | grib | pb__: at least with glade you can get a sermi-dynamic look at the resize behavior, and easily make cosmetic changes (human factor important) that would be a PITA with a procedural gui layout |
17:42:16 | pb__ | Yeah. Well, that's just a matter of personal taste I guess. I don't find that editing source code is usually all that painful, but I'm sure others would think differently. |
17:43:41 | cmarqu_ | Uh oh. I would get in big trouble using libglade, especially as it depends on libxml1... |
17:43:59 | gazer | hmm, is there an ipkg-make-index that actually works with the ar-format ipkgs? |
17:44:11 | pb__ | Jamey must have one. |
17:44:15 | pb__ | Have you looked in CVS? |
17:44:39 | pb__ | cmarqu_: Oh, it still uses libxml1? Maybe libglade sucks more than I thought. |
17:45:00 | gazer | I didn't see any ipkg-make-index in familiar/dist/ipkg |
17:45:06 | pb__ | Lemme look. |
17:45:14 | cmarqu_ | Somebody called jg_ to Glade's rescue... :) |
17:45:22 | gazer | wait, I'm wrong. |
17:45:36 | pb__ | Ha. |
17:46:19 | gazer | too much cognitive multitasking. |
17:46:26 | pb__ | cmarqu_: libglade-2.0 is linked against libxml2. |
17:47:29 | cmarqu_ | Hmm, ipkgfind is awkward with wildcards... |
17:47:31 | pb__ | cmarqu_: so I suppose the only way for you to avoid eternal damnation is to write gpe-helloworld for GTK 2. |
17:48:03 | cmarqu_ | Even then I guess I would get constant nagging. :/ |
17:49:02 | pb__ | :-/ |
17:49:31 | pb__ | Well, maybe you can build libglade1 against libxml2, I dunno. |
17:59:55 | cmarqu_ | Okay, off for the weekend. TTY on sunday. |
18:04:55 | pb__ | Have fun. |
18:17:27 | gazer | okay. gpe memopad is at http://dworkin.net/~seth/ipkg/Packages |
18:17:34 | gazer | gpe-memo is the package. |
18:17:42 | gazer | source code is coming. |
18:29:17 | dc_ | so |
18:29:51 | dc_ | have we decided that possibly letting users misstake us for liking glade is a good enough reason not to use it ;) |
18:32:50 | pb__ | Not exactly. :-} |
18:33:12 | dc_ | hehe |
18:33:36 | pb__ | We seem to have agreed that glade usage is tolerable in principle so long as it doesn't involve interface.c. |
18:33:50 | dc_ | oh.. |
18:34:44 | dc_ | why is that? |
18:35:00 | pb__ | Why is it tolerable, or why no interface.c? |
18:38:37 | gazer | hmm. what is the preferred way to denote something is GPL. A header on every source file? Or a COPYING file? |
18:38:50 | pb_ | A header on every source file is best. |
18:38:57 | dc_ | pb_: both. |
18:39:36 | pb_ | dc_: well, interface.c is undesirable mostly because the code it generates is so huge and inefficient. |
18:39:51 | dc_ | indeed |
18:40:17 | pb_ | dc_: glade itself is tolerable because some people find it easier to develop interfaces that way, and when used with libglade it can actually result in smaller programs. |
18:41:27 | pb_ | It's a shame that glade brings all that autotools baggage along with it. Maybe there's even a way to avoid that, I dunno. |
18:42:33 | dc_ | pb_: right...well as long as I don't have to be involved with remaking all the old sutff, my auto* knowlage is nill :/ |
18:43:32 | pb_ | dc_: yes. |
18:43:44 | pb_ | dc_: autoconf isn't too bad, but automake has very little to recommend it as far as I can tell. |
18:43:53 | dc_ | okay. |
18:44:48 | pb_ | I might have a go at de-automaking gpe-contacts sometime. |
18:44:52 | grib | pb_ I disagree about automake. It will fight you if you try to make it work Your Way, but if you submit to Automake's Way it really makes your makefile infrastructure *much* more maintainable |
18:45:15 | grib | and it will do everything that you wanted to do Your Way, and probably do it better. |
18:46:03 | pb_ | grib: My main complaint about automake is that I find myself in a world of pain whenever I want to compile something that uses it, like gpe-ownerinfo. |
18:47:30 | pb_ | grib: Either I have an incompatible version of automake installed (either too new or too old, both seem to be equally unacceptable), or I have some old file lying around in the build directory that confuses it, or I have the wrong version of some obscure supporting tool. |
18:48:09 | grib | yeah, those things can happen for sure. |
18:48:36 | pb_ | grib: It normally takes me about 10 or 15 minutes of experimentation to find a combination that works, and to be honest this is more effort than I feel is acceptable. |
18:49:42 | pb_ | grib: The other problem is that, when automake fails, there is very seldom any clue as to what has actually gone wrong. Either it just quietly produces an output file that results in autoconf missing substitutions, or it refuses to run at all with some cryptic error. |
18:49:49 | grib | pb_ understood. I guess I look at it from a developer perspective; I just let Debian compile other peoples software unless I'll be hacking on it, and in that case I want to make sure the build system is solid enough to DTRT and don't mind spending the time :) |
18:52:06 | pb_ | Mmm. |
18:53:09 | dc_ | :\ |
18:55:44 | jg_ | pb_: I hate automake |
18:55:51 | jg_ | pb_: I hate imake |
18:56:00 | jg_ | pb_: I'm an equal opportunity hater |
18:56:05 | grib | now imake, I think we can all agree on :) |
18:56:47 | jg_ | grib: imake has about as many socially redeeming values as automake, and about as many socially pernicious values.... |
18:56:51 | grib | that piece of <ahem> made the years 1991-1995 very unpleasant for me |
18:59:00 | pb_ | Yeah. I don't think I've ever met anyone who actually claimed to like imake. |
19:00:10 | jg_ | pb_: it solved a very painful problem, but was a bit hurried.... |
19:00:34 | jg_ | pb_: as I said, I hate both about equally, for different reasons.... |
19:01:05 | pb_ | jg_: sure, it's no worse than any of the other systems people have come up with for mechanically generating Makefiles. |
19:01:52 | pb_ | well, maybe _some_ other systems are better, but I've never yet found one I liked much. |
19:01:59 | jg_ | yup |
19:03:58 | pb_ | hmm, cool, libmimedir can do vAlarms now. |
19:04:45 | pb_ | PaxAnima: any news on your calculator? |
19:07:25 | dc_ | libmimedir, hu?? |
19:07:52 | pb_ | dc_: the library that handles vcard/vcalendar/etc import and export |
19:07:57 | dc_ | oooh |
19:07:58 | pb_ | dc_: see gpe-beam in cvs |
19:08:04 | dc_ | no :/ |
19:08:07 | dc_ | souns cool |
19:08:08 | pb_ | (not that it really works yet, so don't get too excited) |
19:08:12 | dc_ | hehe |
19:12:22 | PaxAnima | pb_: hi... |
19:12:25 | BBrox | Man, it's hard to follow a conversation when all the nicks are 'xx_' :-) |
19:12:35 | pb_ | Ha. |
19:12:42 | pb_ | I should have stuck with my pb__ nick. |
19:13:48 | PaxAnima | pb_: need some minor fixes before the calculator is done |
19:14:22 | pb_ | PaxAnima: want to check it into CVS? |
19:14:51 | PaxAnima | pb_: soon.. just go over the code first... |
19:14:57 | PaxAnima | hmm.. bad english |
19:18:06 | pb_ | ok, I look forward to it. |
19:19:37 | PaxAnima | but I really need to do the parsing input correct.. make the lex parser read from the string in a proper way (it's currently done in a hackish way) |
19:35:03 | pb_ | well, development doesn't have to stop once you have a first version in cvs. |
19:35:52 | PaxAnima | no, but I like to give code away that actually works |
19:47:01 | BBrox | BTW, out of curiosity, does anyone know if the patent issues surrounding SyncML were ever resolved ? |
19:48:03 | PaxAnima | patent issues? |
19:48:17 | pb_ | No, I don't think we ever got a clear answer. |
19:48:21 | gazer | what are the patent issues? |
19:48:46 | pb_ | I think Colin found something that suggested it was OK, but I don't remember the exact reference offhand. |
19:48:55 | pb_ | Might be worth searching the mailing list archives. |
19:49:09 | pb_ | Or even the IRC logs, if you feel strong enough. |
19:49:41 | gazer | my wife is a patent atty, though more in biological sciences. However, if quick opinion is needed, one could be gotten. |
19:50:53 | pb_ | http://www.syncml.org/syncml_ipr_declarations.pdf might be worth a look. |
19:50:57 | BBrox | PaxAnima: well, to know if the standard is in any way encumbered by any patents |
19:53:30 | pb_ | another pertinent-looking url: http://www.handhelds.org/pipermail/ipaq/2001-February/004147.html |
19:57:54 | gazer | hmm. |
19:59:34 | gazer | I'm not so worried about the patents that have relevant titles, but aren't mentioned by syncml (the title of a patent has little to do with what it actually covers) |
20:01:13 | pb_ | Indeed. It might be worthwhile for somebody to read through the patents with relevant titles and see if their claims do have any relevance. |
20:02:14 | pb_ | To be honest though, I'm not all that excited about SyncML in general right now. |
20:02:58 | gazer | I'll see what I can get a hold of. It might be worth looking into it. I wonder if a corporate sponser might be willing to hire a patent atty to look at them in depth. |
20:03:26 | gazer | I worry that these are going to cover any sort of synchronization with a handheld, not just syncml. |
20:03:42 | dc__ | hrm... |
20:03:47 | pb_ | Yeah, that's always a risk. |
20:03:48 | dc__ | what's the standard SMTP server..? |
20:03:52 | dc__ | people use... |
20:03:53 | pb_ | dc__: eh? |
20:04:09 | gazer | logic does not necessarily have all that much to do with the patent. |
20:04:17 | pb_ | dc__: exim |
20:04:28 | gazer | dc__: yeah, I use exim for everything now. |
20:04:49 | dc__ | will that relay mail form a windows box.. |
20:05:00 | pb_ | Sure, if the windows box speaks smtp. |
20:05:06 | dc__ | cool |
20:05:23 | pb_ | Our mail server at the office uses exim, and the windows guys can send mail just fine. |
20:05:40 | dc__ | right, just what I needed to know :) |
20:07:35 | pb_ | hmm, it's a shame there is no traffic on the kitchensync mailing list :-/ |
20:08:20 | dc__ | heh |
20:08:58 | pb_ | obviously I was hoping to eavesdrop on it and find out what the opie guys were doing about syncing :-) |
20:14:38 | jg_ | is away: I'm busy |
20:14:39 | dc__ | hehee |
20:20:32 | PaxAnima | does evolution have sync things? |
20:23:57 | grib | PaxAnima: yep evolution syncs at least with palm |
20:24:11 | grib | and i think there's a 'conduit' spec |
20:24:43 | PaxAnima | maybe have a look at it one day, in the distant future |
20:27:27 | pb_ | Syncing with evolution should definitely be one of our next goals for the PIM stuff. |
20:28:54 | PaxAnima | how is the data in evolution organized? |
20:28:59 | gazer | pb_: honestly, I'd be much happier if we could aim for something more generic first. i.e., I don't have a box running evolution ... :( |
20:29:48 | pb_ | gazer: trouble is, there doesn't seem to _be_ anything much more generic that we can reasonably aim for. |
20:30:04 | PaxAnima | a "gpe-desktop" would be easier, as the first step (my psPIM thing syncs with another running psPIM, eg. on the desktop)... |
20:30:56 | gazer | pb_: so let's build it, damnit. I'd love to have an XML stream first, then we write the tool to import it into an LDAP, evolution, lookout, whatever. |
20:32:22 | gazer | (and, yes, I'll volunteer to do the grunt work here. I think this is a stronger approach and am willing to back it up.) |
20:34:15 | PaxAnima | where is the DB schema for GPE? in CVS? |
20:34:28 | pb_ | Yes. |
20:34:59 | pb_ | gazer: sure, go for it. |
20:35:24 | gazer | pb_: okay. I'll make a new wiki page GpeSyncing and start brain dumping. |
20:35:45 | gazer | (once I finish the GpeCrossCompilation page) |
20:47:40 | dc__ | hum |
20:47:50 | pb_ | yes. |
20:47:53 | dc__ | kicks ssh around |
20:48:10 | dc__ | pb_: any ideas why I can never get rid of my connection refused... |
20:48:16 | dc__ | bet it's some lame config option |
20:48:25 | pb_ | dc__: sshd not running? |
20:49:01 | pb_ | dc__: connection refused means there is no server listening on the port you are trying to talk to. |
20:49:08 | dc__ | ah ha! |
20:49:10 | dc__ | hrm |
20:49:18 | dc__ | what ssh version should I be running |
20:49:34 | pb_ | Version: 1:3.4p1-2 |
20:49:36 | dc__ | ssh ssh-nonfree ssh2 |
20:49:37 | pb_ | That's what I have, anyway |
20:49:47 | dc__ | I seem to have in /etc/init.d/ |
20:49:58 | pb_ | whoa |
20:49:59 | dc__ | and I assume I don't need them all |
20:50:16 | pb_ | do dpkg -l | grep ssh |
20:50:38 | dc__ | ii ssh 3.0.2p1-9 Secure rlogin/rsh/rcp replacement (OpenSSH) |
20:50:38 | dc__ | rc ssh-nonfree 1.2.27-8 a secure replacement for rlogin, rsh, and rc |
20:50:38 | dc__ | rc ssh2 2.0.13-7 a secure replacement for rlogin, rsh, and rc |
20:50:54 | pb_ | that looks ok. |
20:51:09 | pb_ | you can probably get rid of the stray init.d scripts with dpkg --purge ssh2 ssh-nonfree |
20:51:27 | pb_ | "rc" means that the package is removed but its config files are still present. |
20:51:38 | dc__ | ah ha :) |
20:51:52 | dc__ | I'm learning every day |
20:52:14 | pb_ | anyway, ssh 3.0.2p1-9 is probably good enough. Try running /etc/init.d/ssh start by hand, see what happens. |
20:52:28 | dc__ | hrm |
20:52:36 | dc__ | bah |
20:52:42 | pb_ | ? |
20:52:43 | dc__ | it thinks it has ba config options |
20:52:47 | pb_ | ah. |
20:52:54 | pb_ | which ones is it objecting to? |
20:53:40 | dc__ | sshd/etc/ssh/sshd_config: line 6: Bad configuration option: RandomSeed |
20:53:52 | dc__ | bah |
20:53:55 | dc__ | damn irc |
20:53:57 | dc__ | and a few more. |
20:54:09 | pb_ | Try just deleting those lines. |
20:54:25 | pb_ | You can normally run sshd with an empty config file, or nearly so. |
20:54:44 | dc__ | no host key. |
20:54:44 | dc__ | bah |
20:54:55 | pb_ | dpkg-reconfigure ssh |
20:55:26 | dc__ | heh |
20:55:36 | dc__ | still doesn't make them, and just complains |
20:55:43 | pb_ | oh. |
20:55:45 | pb_ | what's it say? |
20:56:25 | dc__ | Disabling protocol version 1. Could not load host key |
20:56:32 | dc__ | Disabling protocol version 2. Could not load host key |
20:56:37 | dc__ | sshd: no hostkeys available -- exiting. |
20:56:46 | dc__ | Could not load host key: /etc/ssh-nonfree/ssh_host_key is before all that |
20:56:52 | dc__ | ahha! |
20:56:59 | pb_ | Looks like you still have the bad stuff in sshd_config |
20:57:19 | dc__ | fixed it |
20:57:21 | pb_ | wahey |
20:57:56 | dc__ | fun :D |
20:57:58 | dc__ | thanks man... |
20:58:00 | dc__ | now..... |
20:58:03 | dc__ | next... |
20:58:05 | dc__ | iMAP fun :/ |
20:58:06 | dc__ | heh |
20:58:11 | pb_ | ha. |
20:58:22 | pb_ | what imap clients will you be using? |
20:58:59 | dc__ | hehe, well, it's not quite clients... |
20:59:13 | dc__ | but the possibillity of having a seconnd relay IMAP server. |
20:59:25 | pb_ | crumbs. |
20:59:33 | dc__ | see I have one at magenet.com, but I'd like to have a local one that stays in sync with it :\\ |
20:59:44 | pb_ | hmm, why? |
20:59:46 | dc__ | but it seems like it's not going to be easy. |
21:00:01 | pb_ | no. |
21:00:04 | dc__ | pb_: so my dad can have a backup of his mail, and I can get a spam filter! |
21:00:09 | pb_ | ah :-) |
21:00:37 | pb_ | well, you can use something like fetchmail to automatically pull your mail from magenet.com and dump it into a local mailbox. |
21:00:46 | pb_ | Then use courier or whatever to provide IMAP access to that maildrop. |
21:02:27 | dc__ | indeed. |
21:02:35 | dc__ | souns good... |
21:02:50 | pb_ | The problem will come if you want to keep your mail on magenet.com and have status changes propagate back to it. I don't know of any software that can do that. |
21:02:53 | dc__ | now first though is finding a goo spam filter... |
21:02:58 | pb_ | spamassassin? |
21:03:11 | dc__ | pb_: I might have to forget about the sync thing there. |
21:03:16 | dc__ | pb_: used it? |
21:03:29 | pb_ | dc__: not personally, no. |
21:03:50 | pb_ | dc__: I was going to install it on the mail server at work, but it doesn't seem to be easy to configure it on a per user basis. |
21:04:23 | pb_ | dc__: ie, I want it to spam-filter my mail, but it's paramount that it doesn't block mail to my boss. |
21:04:43 | dc__ | ah |
21:04:50 | dc__ | pb_: got a url? |
21:04:54 | pb_ | lemme look. |
21:05:02 | pb_ | I think there's a debian package actually, try that. |
21:05:51 | pb_ | http://spamassassin.taint.org/ seems to be the homepage. |
21:06:01 | dc__ | cool |
21:06:41 | dc__ | heh |
21:06:58 | dc__ | this dmn firewall comes with perl, but no wget, heh. |
21:07:19 | pb_ | ha. |
21:07:25 | dc__ | gitted |
21:07:28 | dc__ | gutted :/ |
21:07:33 | pb_ | indeed. |
21:07:46 | dc__ | not I need to install spamassassin manualy :/ |
21:07:48 | dc__ | fun! |
21:08:06 | pb_ | well, that's one word for it. :-} |
21:08:27 | dc__ | can we turn debs into tars? |
21:08:43 | dc__ | oh damn |
21:08:51 | dc__ | probly shoul just compile it. |
21:09:02 | pb_ | probably easier. |
21:09:53 | pb_ | you can convert a .deb to .tar with dpkg-deb --fsys-tarfile, btw. |
21:10:20 | pb_ | obviously you lose all the control information that way, though, which can cause trouble if the postinst does important stuff. |
21:11:31 | dc__ | as I thought |
21:23:42 | pb_ | hmm, there's a 3100 on ebay for 79ukp. Quite tempted to buy it. |
21:27:05 | dc__ | cool :) |
21:32:00 | dc__ | arg shit |
21:32:04 | pb_ | whassup? |
21:32:12 | dc__ | now I've totaly fux0red my exim installation |
21:32:14 | dc__ | lost the config file :/ |
21:32:18 | pb_ | :-( |
21:32:24 | dc__ | and there's a parse error in eximconf |
21:32:27 | moray | oh dear |
21:32:36 | dc__ | . ( $configtype == 3 ? "$rewriters"). |
21:32:53 | dc__ | it has something wrong with that perl line.... |
21:33:28 | moray | dc__: hm, that looks like part of a long string operation - the dots are 'join these strings' |
21:33:50 | pb_ | yeah, the output part of eximconfig is basically one long string concatenation |
21:33:51 | dc__ | *@'. lc($visiblename) . |
21:33:52 | dc__ | ' ${lookup{$1}lsearch{/etc/email-addresses}\ |
21:33:52 | dc__ | {$value}fail} frFs |
21:33:52 | dc__ | ' |
21:33:52 | dc__ | . ( $configtype == 3 ? "$rewriters"). |
21:33:52 | dc__ | ' |
21:33:56 | dc__ | end |
21:34:34 | dc__ | heh |
21:34:42 | moray | what's the error? |
21:34:54 | dc__ | syntax error at /usr/sbin/eximconfig line 948, near ""$rewriters")" |
21:35:24 | moray | ah, try adding : "" after the "$rewriters" ? |
21:35:35 | moray | as in, space colon space quote quote |
21:36:13 | dc__ | where exactly |
21:36:26 | pb_ | $configtype == 3 ? "$rewriters" : "" |
21:36:26 | moray | after the final quote of "$rewriters", before the bracket |
21:37:03 | dc__ | huray! |
21:40:22 | dc__ | much better :) |
21:43:40 | pb_ | cool. |
21:44:02 | moray | hm, some Italian motorcycle site appears to have a page with lots of photographs of mine on it - looks like some kind of forum thing (I noticed since they're SRCing the originals rather than using copies) |
21:46:22 | moray | root 18404 9.9 72.2 2479776 743968 ? S< Aug08 5265:46 /usr/bin/X11/X |
21:46:35 | moray | hm, I'm not sure that X should really be using 2.4 GB... |
21:46:58 | dc__ | heh |
21:48:53 | pb_ | ah, the old "bloated X" problem |
21:49:34 | moray | yes, I'd say this is getting quite severe though... |
21:49:43 | moray | I might even need to log out of X and restart it soon |
21:50:24 | pb_ | yeah, I had to restart X the other day for similar reasons. |
21:50:29 | moray | though if I'm going to do that maybe I should build a new kernel first... |
21:50:37 | pb_ | My server is sitting at a (relatively) reasonable 85MB at the moment. |
21:53:37 | pb_ | hmmm, anybody know what the chances are of reading files from a Windows 2000 filesystem under Linux? |
21:53:46 | moray | is that NTFS? |
21:53:53 | pb_ | Yeah. |
21:54:00 | moray | reading should be fine then I think |
21:54:07 | pb_ | Cool. |
21:54:07 | moray | though it will depend on the kernel version |
21:54:20 | pb_ | I'm on 2.4.19 I think. |
21:54:26 | moray | the only write support is a recent patch to let you write into existing files (and is considered dangerous) |
21:54:56 | pb_ | yeah, I knew that writing was bad news; fortunately I don't need to do that. |
21:55:03 | moray | (that's so that you can have a linux image file on your Microsoft-full machine, even if full writing never gets done) |
21:55:41 | pb_ | I just want to recover some data files from my fux0red w2k partition so that I can reinstall the OS. :-} |
21:55:42 | moray | (I'm not sure how much of the stuff has gone into 2.4 or just into 2.5, since I don't use it myself) |
21:57:55 | pb_ | Cool, it seems to be working. |
21:58:04 | moray | sounds good |
22:16:24 | dc__ | seeeeep |
22:16:25 | dc__ | sleepp |
22:16:28 | dc__ | night :} |