Announcements and discussions for Gnus, the GNU Emacs Usenet newsreader
 help / color / mirror / Atom feed
From: Tim X <timx@nospam.dev.null>
Subject: Re: Possible Gnus/Emacs 22 Tramp bug?
Date: Mon, 15 May 2006 17:33:58 +1000	[thread overview]
Message-ID: <87fyjbagih.fsf@tiger.rapttech.com.au> (raw)
In-Reply-To: <mailman.1814.1147677181.9609.info-gnus-english@gnu.org>

Tassilo Horn <heimdall@uni-koblenz.de> writes:

> Tim X <timx@nospam.dev.null> writes:
>
> Hi Tim,
>
>> I'm running on Debian with emacs 22 snapshot and gnus-version says No
>> Gnus v0.4 (Debian package 5.11+v0.4.dfsg).
>>
>> When I try to save an article with 'O b', I get the error "Not a valid
>> tramp filename'. This is because the group I'm reading is a foreign
>> group and tries to save it in the file
>> ~/News/my.isp.com+nntp:gnu.emacs.help/...
>>
>> It seems emacs 22 is seeing the + and : in the filename as an
>> indicator it is a tramp filespec, which shouldn't happen since it
>> starts with a tilde rather than a / and the + and : are not in the
>> first component (I'm gussing).
>
> Works for me. TRAMP gets loaded but doesn't get in my way. I remember
> there were some changes made to TRAMP loading/startup last week, but
> they shouldn't be related, I think.
>
> Perhaps you tweaked the value of `tramp-file-name-regexp'? That's the
> default I'm using here:
>
> ,----
> | tramp-file-name-regexp is a variable defined in `tramp.el'.
> | Its value is "\\`/[^/:]+:"
> `----
>
> Both Gnus and Emacs are CVS snapshots from last saturday here.
>
> ,----[ C-h v gnus-version RET ]
> | gnus-version is a variable defined in `gnus.el'.
> | Its value is "No Gnus v0.6"
> `----
>
> ,----[ C-h v emacs-version RET ]
> | emacs-version is a variable defined in `version.el'.
> | Its value is "22.0.50.1"
> `----
>
Hi Tassilo

I've not changed the tramp filename regexp from its default. However,
while I've got the same emacs version as you, my gnus version says No
Gnus v0.4". I'm guessing your running Debian unstable? I'm actually
running Debian Testing with the emacs-snapshot from unstable. That
probably explains the differences. 

If its working for you, I won't bother with a bug report as it has
probably been dealt with. 

Actually, now that I think about it, I did an upgrade today to the
newest emacs-snapshot. I'll have to check to see if the issue has been
resolved since. 

Tim


-- 
tcross (at) rapttech dot com dot au

  parent reply	other threads:[~2006-05-15  7:33 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-14 22:31 Tim X
2006-05-15  7:12 ` Tassilo Horn
     [not found] ` <mailman.1814.1147677181.9609.info-gnus-english@gnu.org>
2006-05-15  7:33   ` Tim X [this message]
2006-05-15 10:15     ` Tassilo Horn

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87fyjbagih.fsf@tiger.rapttech.com.au \
    --to=timx@nospam.dev.null \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).