From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2001-11-11 16:35:01
|
It seems that now would be a good time to think about including Tramp in Emacs -- a version has just been released, so now is the time to include additional features in Emacs. However, the question is what should be done with Tramp before it can be included? Thoughts? kai -- I like BOTH kinds of music. |
From: Tom R. <Tom...@nc...> - 2001-11-12 18:39:28
|
Kai Großjohann Sun, 11 Nov 2001 17:34:51 +0100 >> It seems that now would be a good time to think about including >> Tramp in Emacs -- a version has just been released, so now is the >> time to include additional features in Emacs. Skip Montanaro <mon...@tt...> Mon, 12 Nov 2001 08:50:47 +0100 > I think getting the Emacs and XEmacs folks to distribute Tramp would > be a good thing, for a few reasons: > * more widespread usage - lots of people use ssh these days - > efs/ange-ftp just doesn't cut it <snip> > * many more eyeballs on the code <snip> > * better integration with other editor features <snip> I agree with all, and agree with the Gnus model (gotta set that up one of these days). But also, I believe the emacs communities will benefit by having better support for remote resources. I would like to see emacs become "the multiplatform editor" not only because it runs on so many platforms (which it does now--FWIW IIRC the mac-emacs folks had 21 binaries up before the win32 folks), but by becoming able to function (though presumably not _perform_) equally well with both local and remote filesystems. It annoys me, e.g., that emacs assumes that I can't symlink files when I'm running on win32, since I can either via tramp or AFS. I also believe that emacs should treat FTP (or SFTP) as only one remote-file-access method among many, rather than having the relatively privileged status it now enjoys. YMMV, Tom...@nc... |
From: Mike H. <mh...@al...> - 2001-11-11 18:12:33
|
Nostradamus foretold that on Nov 11, Kai Großjohann would write: >It seems that now would be a good time to think about including Tramp >in Emacs -- a version has just been released, so now is the time to >include additional features in Emacs. > >However, the question is what should be done with Tramp before it can >be included? Thoughts? > >kai Don't know if this is the kind of thing you're looking for but I just d/l the latest from ftp://ls6-ftp.cs.uni-dortmund.de/pub/src/emacs/tramp.tar.gz ($Id: tramp.el,v 2.43 2001/11/02) and still have the tmp file saving error when having loaded and edited (but not saved) a remote text file compressed w/gzip (and directing tramp to save those tmp files locally). I don't know how serious you consider this but (IMO) I think this is a big problem since it impacts usability (Emacs is hung briefly while error msg displays in mb). I don't know if there's some pre-21 setting I use that's affecting it but I never had this problem w/ange. I'll provide any info I can if you tell me what info is most useful to pass on. Thanks... Mike -- --------------------- Mike Hardy mh...@al... "Play an accordion, go to jail. It's the law!" |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2001-11-20 18:10:03
|
Mike Hardy <mh...@al...> writes: > Don't know if this is the kind of thing you're looking for but I just > d/l the latest from > ftp://ls6-ftp.cs.uni-dortmund.de/pub/src/emacs/tramp.tar.gz ($Id: > tramp.el,v 2.43 2001/11/02) and still have the tmp file saving error > when having loaded and edited (but not saved) a remote text file > compressed w/gzip (and directing tramp to save those tmp files locally). Okay, I've now tried the most recent Tramp on this, and I was editing the file /[schulz]/tmp/foo.gz and periodically, Emacs would issue "Autosaving" messages, and the auto-save files end up in ~/.tramp (my value of tramp-auto-save-directory), and the real file was written correctly after I did C-x C-s. Hm. This is using Emacs 21.1.50 from CVS. However, I also noticed that using Tramp and auto-compression-mode in the wrong order didn't work at all, so I put a check into Tramp as a stopgap measure. kai -- Simplification good! Oversimplification bad! (Larry Wall) |
From: Mike H. <mh...@al...> - 2001-11-20 20:34:58
|
Nostradamus foretold that on Nov 20, Kai Großjohann would write: >Mike Hardy <mh...@al...> writes: > >> Don't know if this is the kind of thing you're looking for but I just >> d/l the latest from >> ftp://ls6-ftp.cs.uni-dortmund.de/pub/src/emacs/tramp.tar.gz ($Id: >> tramp.el,v 2.43 2001/11/02) and still have the tmp file saving error >> when having loaded and edited (but not saved) a remote text file >> compressed w/gzip (and directing tramp to save those tmp files locally). > >Okay, I've now tried the most recent Tramp on this, and I was editing >the file /[schulz]/tmp/foo.gz and periodically, Emacs would issue >"Autosaving" messages, and the auto-save files end up in ~/.tramp (my >value of tramp-auto-save-directory), and the real file was written >correctly after I did C-x C-s. > >Hm. > >This is using Emacs 21.1.50 from CVS. > >However, I also noticed that using Tramp and auto-compression-mode in >the wrong order didn't work at all, so I put a check into Tramp as a >stopgap measure. > >kai > Got the latest out of CVS about two hours ago and sure enough the compression/load order msg works. But I still see the same tmp save behavior I have w/previous revs. I'm going to look at the post that explains bug submission and file all the data it requests. I also double-checked tmp vars (Emacs 21.0.102/tramp) you mention and they're OK. I notice you tried it on what I'll assume is a straight text file; I'm using an EDA mode so I guess we'll see if that's interfering when I file this. I notice 'tramp sh program' (customize-group) says it is not used for remote commands - how come I always have a ~/.sh_history filled w/tramp cmds on the remote (on the remote I use tcsh)? It also appears to contain the compressed file (encoded) I transfer each time I read/save it(?). I've tried (setq tramp-debug-buffer t/nil) - no effect on this file... Mike -- --------------------- Mike Hardy mh...@al... "Play an accordion, go to jail. It's the law!" |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2001-11-20 21:14:04
|
Mike Hardy <mh...@al...> writes: > Got the latest out of CVS about two hours ago and sure enough the > compression/load order msg works. But I still see the same tmp save > behavior I have w/previous revs. I'm going to look at the post that > explains bug submission and file all the data it requests. I also > double-checked tmp vars (Emacs 21.0.102/tramp) you mention and they're > OK. I notice you tried it on what I'll assume is a straight text file; > I'm using an EDA mode so I guess we'll see if that's interfering when I > file this. Hm. Emacs 21.0.102... Hm. Do you think it might be possible that the problem just Goes Away with Emacs 21.1? Hm. Far shot. Can you tell me (again) what exactly is the message that you get when it is doing the `tmp save'? I wonder whether it is autosave. > I notice 'tramp sh program' (customize-group) says it is not used for > remote commands - how come I always have a ~/.sh_history filled w/tramp > cmds on the remote (on the remote I use tcsh)? It also appears to > contain the compressed file (encoded) I transfer each time I read/save > it(?). I've tried (setq tramp-debug-buffer t/nil) - no effect on > this file... Tramp also wants a Bourne-ish shell on the remote host. It says "exec /bin/sh" for a first approximation, then looks if that shell groks tilde expansion. If not, it tries to start a shell (ksh or bash) which does. So that's where your .sh_history file comes from. But Tramp tries to write to a different file .tramp_history or somesuch and to keep that file small. So I wonder why that doesn't work for you. Do you want to find out how to configure the history for the (Bourne-ish) shell on the remote end, then tell me so that I can change Tramp? Of course, Tramp being pretty configurable, it doesn't always do "exec /bin/sh" -- you can set the tramp-remote-sh method parameter for the method you use. (See the variable tramp-methods.) kai -- Simplification good! Oversimplification bad! (Larry Wall) |
From: Mike H. <mh...@al...> - 2001-11-21 05:39:59
|
Hi Kai - Nostradamus foretold that on Nov 20, Kai Großjohann would write: >Mike Hardy <mh...@al...> writes: > >> Got the latest out of CVS about two hours ago and sure enough the >> compression/load order msg works. But I still see the same tmp save >> behavior I have w/previous revs. I'm going to look at the post that >> explains bug submission and file all the data it requests. I also >> double-checked tmp vars (Emacs 21.0.102/tramp) you mention and they're >> OK. I notice you tried it on what I'll assume is a straight text file; >> I'm using an EDA mode so I guess we'll see if that's interfering when I >> file this. > >Hm. Emacs 21.0.102... Hm. Do you think it might be possible that >the problem just Goes Away with Emacs 21.1? Hm. Far shot. > >Can you tell me (again) what exactly is the message that you get when >it is doing the `tmp save'? I wonder whether it is autosave. > Tried 21.1 - no change. The mb msg: Auto-saving mse_asm_crc_home.vr.gz: Wrong type argument: number-or-marker-p, nil I'll follow-up tomorrow night w/req'd data in the format I saw in someone's post (can't make time for it at the moment). Until I do here's my tramp settings: ;; from Kai's email: (setq temporary-file-directory "/tmp") (add-hook 'comint-output-filter-function 'comint-watch-for-password-prompt) (require 'tramp) (setq tramp-default-method "su") (setq tramp-debug-buffer nil) (setq tramp-auto-save-directory "/tmp/.mike_tramp") ;; from Kai's email: (setq tramp-temporary-file-directory "/tmp/.mike_tramp") I still get this (local /tmp): -rw-r--r-- 1 mike accts 313 Nov 21 00:29 3127-analog.net~ [User: mike@analog (5) /tmp] /tmp > more 3127-analog.net~ /home/mike/.elisp/modes.el /home/mike/.elisp/#modes.el# /home/mike/.emacs /home/mike/#.emacs# /[su/mhardy@london]/project/snpip/mhardy/iscsi/07/iscsi/testbench/vera/mse_asm_crc_home.vr.gz /tmp/.mike_tramp/_a[su_amhardy@london]_aproject_asnpip_amhardy_aiscsi_a07_aiscsi_atestbench_avera_amse__asm__crc__home.vr.gz And listing my tramp tmp dir (which the above indicates should contain something): [User: mike@analog (5) /tmp] /tmp > ls -la .mike_tramp/ total 3 drwxr-xr-x 2 mike accts 1024 Nov 20 22:33 . drwxrwxrwx 30 root root 2048 Nov 21 00:20 .. Mike -- --------------------- Mike Hardy mh...@al... "Play an accordion, go to jail. It's the law!" |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2001-11-21 15:53:22
|
Mike Hardy <mh...@al...> writes: > Tried 21.1 - no change. The mb msg: > > Auto-saving mse_asm_crc_home.vr.gz: Wrong type argument: number-or-marker-p, nil Does this come from auto-save-hook? What's its value in your case? Can you frob the source for do-auto-save, in src/fileio.c, starting from line 5494 or so, to print some messages to show you what it is doing? That way, it might be possible to find out where it is going wrong. But first, try (setq debug-on-error t). I think that won't help for auto-saves, but who knows... Oh, and (setq debug-on-signal t) might also help. Like I said, I don't see this problem: tramp-auto-save-directory is set to a directory name (just like for you), and when I edit a remote *.gz file it is auto-saved normally, as far as I can tell. (Though the auto-save file might be uncompressed. Hm.) kai -- Simplification good! Oversimplification bad! (Larry Wall) |
From: Mike H. <mh...@al...> - 2001-11-25 00:03:41
|
Nostradamus foretold that on Nov 21, Kai Großjohann would write: >Mike Hardy <mh...@al...> writes: > >> Tried 21.1 - no change. The mb msg: >> >> Auto-saving mse_asm_crc_home.vr.gz: Wrong type argument: number-or-marker-p, nil > >Does this come from auto-save-hook? What's its value in your case? > I don't set this anywhere I can see (it's value is nil) - should I be setting it to something? Mike -- --------------------- Mike Hardy mh...@al... "Play an accordion, go to jail. It's the law!" |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2001-11-25 13:18:57
|
Mike Hardy <mh...@al...> writes: > Nostradamus foretold that on Nov 21, Kai Gro=DFjohann would write: > >>Mike Hardy <mh...@al...> writes: >> >>> Tried 21.1 - no change. The mb msg: >>> >>> Auto-saving mse_asm_crc_home.vr.gz: Wrong type argument: number-or-mark= er-p, nil >> >>Does this come from auto-save-hook? What's its value in your case? >> > > I don't set this anywhere I can see (it's value is nil) - should I be > setting it to something? No, nil seems to be a good value. Obviously, the functions in auto-save-hook cannot be the problem in your case, since there are no functions in auto-save-hook. So the problem must be somewhere else. I could reproduce the problem, btw. But that doesn't really get me closer to solving it, unless I find some time to delve into it. Hmpf. At first I thought the problem might be that the auto-save file name contained "[]" characters, so I frobbed tramp-make-auto-save-file-name to replace them, but that didn't do anything useful. But I think you can set tramp-auto-save-directory to nil, that means auto-saves are done on the remote host. Though this is slower than auto-saving on the local host, I guess it at least works. Does anyone know how to debug problems with auto-saving? kai --=20 Simplification good! Oversimplification bad! (Larry Wall) |
From: Mike H. <mh...@al...> - 2001-11-25 17:54:58
|
Nostradamus foretold that on Nov 25, Kai Großjohann would write: >Mike Hardy <mh...@al...> writes: > >> Nostradamus foretold that on Nov 21, Kai Großjohann would write: >> >>>Mike Hardy <mh...@al...> writes: >>> >>>> Tried 21.1 - no change. The mb msg: >>>> >>>> Auto-saving mse_asm_crc_home.vr.gz: Wrong type argument: number-or-marker-p, nil >>> >>>Does this come from auto-save-hook? What's its value in your case? >>> >> >> I don't set this anywhere I can see (it's value is nil) - should I be >> setting it to something? > >No, nil seems to be a good value. Obviously, the functions in >auto-save-hook cannot be the problem in your case, since there are no >functions in auto-save-hook. So the problem must be somewhere else. > >I could reproduce the problem, btw. But that doesn't really get me >closer to solving it, unless I find some time to delve into it. Hmpf. >At first I thought the problem might be that the auto-save file name >contained "[]" characters, so I frobbed >tramp-make-auto-save-file-name to replace them, but that didn't do >anything useful. > >But I think you can set tramp-auto-save-directory to nil, that means >auto-saves are done on the remote host. Though this is slower than >auto-saving on the local host, I guess it at least works. > >Does anyone know how to debug problems with auto-saving? > >kai > Thanks Kai. I turned on the debug functions you requested ((setq debug-on-error t) and (setq debug-on-signal t)) but don't seem to have gotten any extra info to provide. I noticed that w/other Emacs user-errors a backtrace buffer would pop up but nothing appeared for this remote compressed auto-save error. Anything I can add to get more info just let me know. Am I mis-using tramp-auto-save-directory? (setq temporary-file-directory "/tmp") (setq tramp-temporary-file-directory "/tmp/.mike_tramp") (although these seem to work fine for non-compressed files). I don't know if I mentioned it in my last email but I could fwd the remote ~/.sh_history if you like. Mike -- --------------------- Mike Hardy mh...@al... "Play an accordion, go to jail. It's the law!" |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2001-11-25 21:02:05
|
Mike Hardy <mh...@al...> writes: > Thanks Kai. I turned on the debug functions you requested ((setq > debug-on-error t) and (setq debug-on-signal t)) but don't seem to have > gotten any extra info to provide. I noticed that w/other Emacs > user-errors a backtrace buffer would pop up but nothing appeared for > this remote compressed auto-save error. Anything I can add to get more > info just let me know. > > Am I mis-using tramp-auto-save-directory? > > (setq temporary-file-directory "/tmp") > (setq tramp-temporary-file-directory "/tmp/.mike_tramp") > > (although these seem to work fine for non-compressed files). > > I don't know if I mentioned it in my last email but I could fwd the > remote ~/.sh_history if you like. I looked at the *debug tramp/foo* buffer while it was auto-saving a remote compressed file to a local directory, and as expected, no Tramp function was executed. (After all, auto-saving to a local directory does not involve Tramp, except maybe to set the auto-save filename.) I also verified that debug-on-quit and debug-on-signal didn't fire. So, now we know the same thing: there's an error, but we can't see where it comes from. It's not auto-save-hook, nor does debug-on-quit help. Help! I'll ask in gnu.emacs.help for somebody to tell me how to debug such situations. Btw, does it work to do the auto-saves remotely? By setting tramp-auto-save-directory to nil? Btw, the variable tramp-temporary-file-directory does not exist. It's a function, not a variable. kai -- Simplification good! Oversimplification bad! (Larry Wall) |
From: Mike H. <mh...@al...> - 2001-11-25 21:31:31
|
Nostradamus foretold that on Nov 25, Kai Großjohann would write: >Mike Hardy <mh...@al...> writes: > >> Thanks Kai. I turned on the debug functions you requested ((setq >> debug-on-error t) and (setq debug-on-signal t)) but don't seem to have >> gotten any extra info to provide. I noticed that w/other Emacs >> user-errors a backtrace buffer would pop up but nothing appeared for >> this remote compressed auto-save error. Anything I can add to get more >> info just let me know. >> >> Am I mis-using tramp-auto-save-directory? >> >> (setq temporary-file-directory "/tmp") >> (setq tramp-temporary-file-directory "/tmp/.mike_tramp") >> >> (although these seem to work fine for non-compressed files). >> >> I don't know if I mentioned it in my last email but I could fwd the >> remote ~/.sh_history if you like. > >I looked at the *debug tramp/foo* buffer while it was auto-saving a >remote compressed file to a local directory, and as expected, no >Tramp function was executed. (After all, auto-saving to a local >directory does not involve Tramp, except maybe to set the auto-save >filename.) > >I also verified that debug-on-quit and debug-on-signal didn't fire. > >So, now we know the same thing: there's an error, but we can't see >where it comes from. It's not auto-save-hook, nor does debug-on-quit >help. > >Help! > >I'll ask in gnu.emacs.help for somebody to tell me how to debug such >situations. > >Btw, does it work to do the auto-saves remotely? By setting >tramp-auto-save-directory to nil? > I set: (setq tramp-auto-save-directory nil) restarted and see the same problem. What other setting(s) might be interfering? Is there some way I can dump my Emacs env? I have two files I set/override defaults in - should I send them (about 15k each) or grep for something? Or maybe I shouldn't be bothering you with this since it's starting to look like this isn't necessarily a Tramp problem. I just don't recall having had this problem before I started using Tramp. I know I never saw it w/the same setup (but pre-Emacs 21) using ange. I use Open SSH (r2.9p2) to log on. I found (but don't recall why) I have to start its ssh-agent before I can log on. I load the compressed files from the same remote machine I log on to. How likely is it that my ssh setup has something to do with this? Mike -- --------------------- Mike Hardy mh...@al... "Play an accordion, go to jail. It's the law!" |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2001-11-26 10:34:26
|
I have now done the following to debug the situation. From the Emacs source dir: /---- | cd emacs/src | # This directory contains the "emacs" executable and a file | # ".gdbinit". | gdb ./emacs | break Fsignal | run -q -no-site-file -l ~/.tramp-emacs \---- Here, the file ~/.tramp-emacs contains the following: /---- | (add-to-list 'load-path "~/work/kai/tramp/tramp/lisp/") | (setq tramp-debug-buffer t) | (setq tramp-verbose 10) | (setq tramp-auto-save-directory "~/.tramp/") | (auto-compression-mode 1) | (require 'tramp) | (setq auto-save-interval 10) | | (find-file "/[sm/schulz]/tmp/foo.gz") \---- You'll want to adjust some path names. When you do this, you will see how Emacs breaks in the signal function, and in principle you can use stuff from .gdbinit to debug the situation. But I don't understand how to do that, yet. Does anyone here know how to proceed with the debugging? But if you do "xbacktrace" you can see that the error happens in jka-compr-write-region. Maybe a good next step for debugging is to find out what are the arguments for jka-compr-write-region. If one knows that, it ought to be possible to just eval the same expression from normal Lisp and to debug the situation with edebug or something like this. kai -- Simplification good! Oversimplification bad! (Larry Wall) |
From: <bu...@op...> - 2001-11-12 00:17:55
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Gro=DFjohann) writes: > It seems that now would be a good time to think about including Tramp in = Emacs > -- a version has just been released, so now is the time to include additi= onal > features in Emacs. >=20 > However, the question is what should be done with Tramp before it can be > included? Thoughts? Why? I mean what advantage would we see from having Tramp as part of the standar= d GNU Emacs? Tramp is a large package and would benefit from a separate release schedule. Also having Tramp as part of Emacs would just burden the Emacs developers w= ith more code to debug on every release. Just my thoughts. BTW. I don't think that this is true in all cases... just in the tramp case= . I have some code pending inclusion in GNU Emacs. Kevin - --=20 Kevin A. Burton ( bu...@ap..., bu...@op..., burtonator@acm= .org ) Location - San Francisco, CA, Cell - 415.595.9965 Jabber - bur...@ja..., Web - http://relativity.yi.org/ Microsoft VBScript compilation error '800a03e9' Out of memory ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt iD8DBQE77xMZAwM6xb2dfE0RAqgoAJ4rbbvHr7anbWe2sicpdZiB7MsyiwCeIvaM ECKdDfzVX4JXv/j1l8q8A1Q=3D =3DKlNq -----END PGP SIGNATURE----- |
From: Skip M. <mon...@tt...> - 2001-11-12 07:51:26
|
Kai> It seems that now would be a good time to think about Kai> including Tramp in Emacs -- a version has just been released, Kai> so now is the time to include additional features in Emacs. Kai> Kai> However, the question is what should be done with Tramp Kai> before it can be included? Thoughts? Kevin> Why? Kevin> I mean what advantage would we see from having Tramp as Kevin> part of the standard GNU Emacs? I think getting the Emacs and XEmacs folks to distribute Tramp would be a good thing, for a few reasons: * more widespread usage - lots of people use ssh these days - efs/ange-ftp just doesn't cut it - Tramp can be their salvation. ;-) * many more eyeballs on the code - fixing problems, adding new features, ... * better integration with other editor features (like the file globbing stuff that Kai just spent a bunch of time on and the XEmacs minibuffer electric stuff which I keep meaning to get around to fixing but never do) -- Skip Montanaro (sk...@po...) http://www.mojam.com/ http://www.musi-cal.com/ |
From: <bu...@op...> - 2001-11-12 15:27:34
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Skip Montanaro <mon...@tt...> writes: > Kai> It seems that now would be a good time to think about > Kai> including Tramp in Emacs -- a version has just been released, > Kai> so now is the time to include additional features in Emacs. > Kai> > Kai> However, the question is what should be done with Tramp > Kai> before it can be included? Thoughts? > > Kevin> Why? > > Kevin> I mean what advantage would we see from having Tramp as > Kevin> part of the standard GNU Emacs? > > I think getting the Emacs and XEmacs folks to distribute Tramp would > be a good thing, for a few reasons: <snip> OK. How about approaching this the way the gnus team handles it. gnus 5.8.x is included with Emacs 20.x but you can always download and install the latest version if you want. Why don't we take the bundling/distribution approach? Kevin - -- Kevin A. Burton ( bu...@ap..., bu...@op..., bur...@ac... ) Location - San Francisco, CA, Cell - 415.595.9965 Jabber - bur...@ja..., Web - http://relativity.yi.org/ How are you gentleman? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt iD8DBQE774MPAwM6xb2dfE0RAvKHAJ9wPNyPEveqNRS9K3K+UL182XSJEgCePztu z4VdrKUiV/EcRpJRptoEsWg= =4NHF -----END PGP SIGNATURE----- |
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (K. ) - 2001-11-12 16:06:38
|
bu...@op... (Kevin A. Burton) writes: > OK. How about approaching this the way the gnus team handles it. That's how I wanted to do it in the first place. What do you think, Skip? kai -- I like BOTH kinds of music. |
From: <bu...@op...> - 2001-11-12 16:53:44
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Gro=DFjohann) writes: > bu...@op... (Kevin A. Burton) writes: >=20 > > OK. How about approaching this the way the gnus team handles it. cool! Then I am really excited! Long live tramp! :) Kevin <snip> - --=20 Kevin A. Burton ( bu...@ap..., bu...@op..., burtonator@acm= .org ) Location - San Francisco, CA, Cell - 415.595.9965 Jabber - bur...@ja..., Web - http://relativity.yi.org/ Says Ransome Love: We gave the Linux community more than Stallman with his libraries. Our = work helps Linux so much more than a few lines of code. (http://www.zdnet.com/zdnn/stories/news/0,4586,2779682,00.html) See http://www.gnu.org/gnu/the-gnu-project.html for the real story. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt iD8DBQE77/pvAwM6xb2dfE0RApdmAJ9KaDv619f91a+LO+ka7YnBQxuFIgCgz8/n 1qY4lkDN8Go6cechrDFVAa4=3D =3DrRZ+ -----END PGP SIGNATURE----- |