headers
Richard Stallman | 1 Jun 2007 06:00
Picon
Picon

Re: socks.el to be included?

It appears that socks is useful, so I have nothing against installing it,
supposing the legal situation is ok.

    The most recent version I've found is located on savannah, under the w3
    project. Copyrights seem to be OK (assigned to FSF, authors are Bill
    Perry and Dave Love).

If it says in the file that those are the authors, that is not
necessarily the case.  Often the main authors don't update such lists
when they accept contributions from others.

So we need to make sure that they really ARE the only authors, or find
out who else did contribute and DTRT.

    url-gw.el does autoload socks.el. Tramp 2.1 does it also for gateway
    methods.

Lisp code in Emacs should not try to use Lisp files which are not part
of Emacs.  So each of those uses of socks constitutes bugs.  Those
calls to socks should not have been installed while socks was not part
of Emacs.  It seems inevitable that Emacs 22.1 will contain these bugs,
and that bothers me.

If we can fix the bugs by installing socks, that's fine.  But we need
to make sure that is legally ok (see above).  If we can't fix the bugs
that way, we have to fix them by changing url-gw.el and Tramp not to
use socks.
Permalink | Reply | 10 comments |
headers
David Kastrup | 1 Jun 2007 07:03
Picon
Picon

Re: dired mode recursive delete

Richard Stallman <rms <at> gnu.org> writes:

>     Setting it to t instead will not cause _any_ action without asking for
>     individual confirmation for every non-empty directory.  It seems like
>     quite a safe setting (whereas the original setting is not helpful in
>     any situation I can think of).
>
>     My personal setting is 'top which is certainly more convenient than t
>     but might be considered too drastic as a default setting by some.
>
> I think that `top' would be an ok default.
> Let's change the default in the trunk.

Done.  Also for dired-recursive-copies (it seems pointless to have
that setting more timid than that for deletion).

--

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Permalink | Reply | 24 comments |
headers
Romain Francoise | 1 Jun 2007 07:33
X-Face
Favicon
Gravatar

Re: dired mode recursive delete

David Kastrup <dak <at> gnu.org> writes:

> Done.  Also for dired-recursive-copies (it seems pointless to have
> that setting more timid than that for deletion).

The problem with this setting is that it emphasizes the fact that
Emacs doesn't support cross-device recursive copies.  But it's a
start.
Permalink | Reply | 21 comments |
headers
Romain Francoise | 1 Jun 2007 07:35
X-Face
Favicon
Gravatar

Re: dired mode recursive delete

Romain Francoise <romain <at> orebokech.com> writes:

> The problem with this setting is that it emphasizes the fact that
> Emacs doesn't support cross-device recursive copies.
                                               ^^^^^^
I meant `renames' of course.  Copies will now work recursively by
default, renames will as well, unless the destination is on another
device.
Permalink | Reply | 20 comments |
headers
Michael Albinus | 1 Jun 2007 10:14
Picon
Picon
Gravatar

Re: socks.el to be included?

Richard Stallman <rms <at> gnu.org> writes:

>     The most recent version I've found is located on savannah, under the w3
>     project. Copyrights seem to be OK (assigned to FSF, authors are Bill
>     Perry and Dave Love).
>
> If it says in the file that those are the authors, that is not
> necessarily the case.  Often the main authors don't update such lists
> when they accept contributions from others.
>
> So we need to make sure that they really ARE the only authors, or find
> out who else did contribute and DTRT.

In the w3 CVS repository, there are only 9 revisions of socks.el, all
submitted by either Bill or Dave. The oldest revision is from 1998.

ChangeLogs claim "Wed Sep 4 02:09:08 1996" as initial version of
socks.el. Only one ChangeLog entry with a different submitter:

1999-11-09  Andrew Mazillius  <andrew_mazillius <at> pee.pioneer.be>

I've checked it in CVS; the corresponding patch is tiny (6 lines). But
it might be worth to check whether Andrew has signed the papers
already. If not, does he need to be contacted?

We could also ask Bill and Dave for other details, but I doubt they
will remember more than what was written in the ChangeLogs. The last
change of socks.el was 2002-01-22 (according to both ChangeLog and CVS
history).
(Continue reading)

Permalink | Reply | 9 comments |
headers
Johan Bockgård | 1 Jun 2007 11:18
Picon
Picon

Re: gas-mode.el - Comments welcome

"Heike C. Zimmerer" <nospam07q1 <at> gmx.net> writes:

> tips, hints and comments on coding style and conformance to coding
> conventions are welcome.

    [...]
    (beginning-of-buffer)      

"Don't use this command in Lisp programs!
(goto-char (point-min)) is faster and avoids clobbering the mark."
Permalink | Reply | 1 comment |
headers
Heike C. Zimmerer | 1 Jun 2007 15:09
Picon

Re: gas-mode.el - Comments welcome

bojohan+news <at> dd.chalmers.se (Johan Bockgård) writes:

> "Heike C. Zimmerer" <nospam07q1 <at> gmx.net> writes:
>
>> tips, hints and comments on coding style and conformance to coding
>> conventions are welcome.
>
>     [...]
>     (beginning-of-buffer)      
>
> "Don't use this command in Lisp programs!
> (goto-char (point-min)) is faster and avoids clobbering the mark."

Done.

- Heike
Permalink | Reply | 0 comments |
headers
Richard Stallman | 1 Jun 2007 19:54
Picon
Picon

Re: dired mode recursive delete

    Done.  Also for dired-recursive-copies (it seems pointless to have
    that setting more timid than that for deletion).

Good idea.
Permalink | Reply | 0 comments |
headers
Richard Stallman | 1 Jun 2007 19:55
Picon
Picon

Re: socks.el to be included?

    ChangeLogs claim "Wed Sep 4 02:09:08 1996" as initial version of
    socks.el. Only one ChangeLog entry with a different submitter:

    1999-11-09  Andrew Mazillius  <andrew_mazillius <at> pee.pioneer.be>

    I've checked it in CVS; the corresponding patch is tiny (6 lines).

I think that is fine.  What about before it went into CVS?
Is it clear that it wasn't released anywhere else before?
Permalink | Reply | 8 comments |
headers
Richard Stallman | 1 Jun 2007 19:55
Picon
Picon

[miyoshi <at> meadowy.org: Unexpected recentering]

Would someone please fix this in the trunk, then ack?

------- Start of forwarded message -------
X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY 
	autolearn=failed version=3.1.0
Date: Fri, 01 Jun 2007 21:47:19 +0900
From: MIYOSHI Masanori <miyoshi <at> meadowy.org>
To: emacs-pretest-bug <at> gnu.org
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: multipart/mixed; boundary="Multipart_Fri_Jun_01_21:47:18_2007-1"
Subject: Unexpected recentering

- --Multipart_Fri_Jun_01_21:47:18_2007-1
Content-Type: text/plain; charset=US-ASCII

In GNU Emacs 22.0.990 on Windows, when the cursor is moved up to
the taller line, it sometimes jumps back to the center of the
window.

The following operation reproduces the problem.

1. emacs -q
2. C-x C-f somewhere/attached.txt ;; Read the attached file.
3. M-x show-paren-mode
4. M-x highlight-regexp RET Larger RET hi-black-hb
   ;; Now the highlighted line is taller than others.
5. M-: (setq scroll-step 1)
6. M-: (setq scroll-margin 1)
7. M->
8. C-p ;; Move the cursor STEPWISE up to the highlighted line.  When the
(Continue reading)

Permalink | Reply | 0 comments |

Gmane