* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
@ 2011-03-05 12:13 Lars Magne Ingebrigtsen
2011-03-07 23:46 ` Glenn Morris
[not found] ` <mailman.0.1299542816.10278.bug-gnu-emacs@gnu.org>
0 siblings, 2 replies; 14+ messages in thread
From: Lars Magne Ingebrigtsen @ 2011-03-05 12:13 UTC (permalink / raw)
To: 8179
A recent(ish) change in vc has made vc-dir and friends think that all my
code is belong to svn.
(vc-svn-responsible-p "~/pgnus/lisp/")
=> "~/"
The reason is this:
(defun vc-svn-root (file)
(vc-find-root file vc-svn-admin-directory))
(defalias 'vc-svn-responsible-p 'vc-svn-root)
and I have an ~/.svn file in ~/ (from 2008, when I probably played with
svn for five seconds).
So instead of guessing that ~/pgnus is a git thing (I mean, it has all
the git directories and stuff), instead vc guesses at svn because of
that ~/.svn directory.
I suspect that if I push SVN to the end of vc-handled-backends then
things would work again, since they're being queried in turn.
In GNU Emacs 24.0.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1)
of 2011-03-05 on quimbies
Windowing system distributor `The X.Org Foundation', version 11.0.10707000
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_US
value of $XMODIFIERS: nil
locale-coding-system: iso-latin-1-unix
default enable-multibyte-characters: t
Major mode: Group
Minor modes in effect:
diff-auto-refine-mode: t
gnus-topic-mode: t
gnus-undo-mode: t
tooltip-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
Recent input:
SPC w i l l SPC o <backspace> h o p e f u l l y SPC
g i v e SPC y o u SPC a SPC b a c k t r a c e SPC t
h a t ' l l SPC t e l l SPC y o u SPC w h a t ' s SPC
r e c u r s i n g . C-c C-c d q s g <right> <up> <up>
<up> <up> <up> <up> <up> <up> <return> d q <return>
<return> n q H-o C-x b v <right> <right> <return> C-x
C-x <down> M-: M-p M-p M-p M-p M-p M-p <return> C-s
r e s p o n s i b l C-s C-s C-s <left> C-M-x M-: M-p
M-p M-p M-p M-p M-p M-p M-p M-p M-p M-p <return> C-x
v l C-x o C-s v c - s v n - r o C-s C-s <up> <up> <up>
<up> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> C-s C-e <left> <left> C-x C-e <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <left>
<left> <left> <left> <left> <left> <left> <left> <right>
C-e <left> <left> C-x C-e C-x C-f <M-backspace> <M-backspace>
<M-backspace> <M-backspace> <M-backspace> . s v <tab>
<return> q C-x C-f <M-backspace> <M-backspace> <M-backspace>
<M-backspace> <M-backspace> <return> C-s s v n <left>
<left> C-x b <return> <down> <down> <up> <up> <up>
C-a C-SPC <down> <down> <down> <down> M-w H-o M-x r
e p o <tab> r <tab> <return>
Recent messages:
exchange-point-and-mark: No mark set in this buffer
vc-svn-responsible-p
Mark saved where search started
vc-svn-root
"~/"
Mark saved where search started
".svn" [2 times]
Mark saved where search started
Mark set
Making completion list...
Load-path shadows:
/home/larsi/pgnus/lisp/compface hides ~/pgnus/contrib/compface
/home/larsi/pgnus/lisp/time-date hides ~/jukebox/lisp/time-date
~/pgnus/contrib/vcard hides /home/larsi/lisp/vcard
~/lisp/zenirc-2.112/src/zenirc-example hides /home/larsi/lisp/zenirc-example
~/jukebox/lisp/captitle hides /home/larsi/lisp/captitle
~/jukebox/lisp/expect hides /home/larsi/lisp/expect
/home/larsi/pgnus/lisp/password-cache hides /home/larsi/src/emacs/trunk/lisp/password-cache
/home/larsi/pgnus/lisp/hex-util hides /home/larsi/src/emacs/trunk/lisp/hex-util
/home/larsi/pgnus/lisp/color hides /home/larsi/src/emacs/trunk/lisp/color
/home/larsi/pgnus/lisp/format-spec hides /home/larsi/src/emacs/trunk/lisp/format-spec
/home/larsi/pgnus/lisp/sha1 hides /home/larsi/src/emacs/trunk/lisp/sha1
/home/larsi/pgnus/lisp/md4 hides /home/larsi/src/emacs/trunk/lisp/md4
/home/larsi/pgnus/lisp/dns-mode hides /home/larsi/src/emacs/trunk/lisp/textmodes/dns-mode
/home/larsi/pgnus/lisp/dns hides /home/larsi/src/emacs/trunk/lisp/net/dns
/home/larsi/pgnus/lisp/hmac-md5 hides /home/larsi/src/emacs/trunk/lisp/net/hmac-md5
/home/larsi/pgnus/lisp/sasl hides /home/larsi/src/emacs/trunk/lisp/net/sasl
/home/larsi/pgnus/lisp/sasl-digest hides /home/larsi/src/emacs/trunk/lisp/net/sasl-digest
/home/larsi/pgnus/lisp/netrc hides /home/larsi/src/emacs/trunk/lisp/net/netrc
/home/larsi/pgnus/lisp/dig hides /home/larsi/src/emacs/trunk/lisp/net/dig
/home/larsi/pgnus/lisp/sasl-ntlm hides /home/larsi/src/emacs/trunk/lisp/net/sasl-ntlm
/home/larsi/pgnus/lisp/hmac-def hides /home/larsi/src/emacs/trunk/lisp/net/hmac-def
/home/larsi/pgnus/lisp/sasl-cram hides /home/larsi/src/emacs/trunk/lisp/net/sasl-cram
/home/larsi/pgnus/lisp/ntlm hides /home/larsi/src/emacs/trunk/lisp/net/ntlm
/home/larsi/pgnus/lisp/imap hides /home/larsi/src/emacs/trunk/lisp/net/imap
/home/larsi/pgnus/lisp/tls hides /home/larsi/src/emacs/trunk/lisp/net/tls
/home/larsi/pgnus/lisp/hashcash hides /home/larsi/src/emacs/trunk/lisp/mail/hashcash
/home/larsi/pgnus/lisp/binhex hides /home/larsi/src/emacs/trunk/lisp/mail/binhex
/home/larsi/lisp/footnote hides /home/larsi/src/emacs/trunk/lisp/mail/footnote
/home/larsi/pgnus/lisp/uudecode hides /home/larsi/src/emacs/trunk/lisp/mail/uudecode
/home/larsi/pgnus/lisp/mail-prsvr hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-prsvr
/home/larsi/pgnus/lisp/nndraft hides /home/larsi/src/emacs/trunk/lisp/gnus/nndraft
/home/larsi/pgnus/lisp/qp hides /home/larsi/src/emacs/trunk/lisp/gnus/qp
/home/larsi/pgnus/lisp/auth-source hides /home/larsi/src/emacs/trunk/lisp/gnus/auth-source
/home/larsi/pgnus/lisp/gnus-eform hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-eform
/home/larsi/pgnus/lisp/nnimap hides /home/larsi/src/emacs/trunk/lisp/gnus/nnimap
/home/larsi/pgnus/lisp/nndir hides /home/larsi/src/emacs/trunk/lisp/gnus/nndir
/home/larsi/pgnus/lisp/gnus-ml hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-ml
/home/larsi/pgnus/lisp/utf7 hides /home/larsi/src/emacs/trunk/lisp/gnus/utf7
/home/larsi/pgnus/lisp/.dir-locals hides /home/larsi/src/emacs/trunk/lisp/gnus/.dir-locals
/home/larsi/pgnus/lisp/shr-color hides /home/larsi/src/emacs/trunk/lisp/gnus/shr-color
/home/larsi/pgnus/lisp/rfc2045 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2045
/home/larsi/pgnus/lisp/mailcap hides /home/larsi/src/emacs/trunk/lisp/gnus/mailcap
/home/larsi/pgnus/lisp/sieve hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve
/home/larsi/pgnus/lisp/gnus-cus hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cus
/home/larsi/pgnus/lisp/flow-fill hides /home/larsi/src/emacs/trunk/lisp/gnus/flow-fill
/home/larsi/pgnus/lisp/gnus-group hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-group
/home/larsi/pgnus/lisp/mml-smime hides /home/larsi/src/emacs/trunk/lisp/gnus/mml-smime
/home/larsi/pgnus/lisp/gnus-art hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-art
/home/larsi/pgnus/lisp/gnus-draft hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-draft
/home/larsi/pgnus/lisp/mm-view hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-view
/home/larsi/pgnus/lisp/gnus-setup hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-setup
/home/larsi/pgnus/lisp/nnregistry hides /home/larsi/src/emacs/trunk/lisp/gnus/nnregistry
/home/larsi/pgnus/lisp/gnus-win hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-win
/home/larsi/pgnus/lisp/mm-url hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-url
/home/larsi/pgnus/lisp/gnus-vm hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-vm
/home/larsi/pgnus/lisp/mm-uu hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-uu
/home/larsi/pgnus/lisp/nnmh hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmh
/home/larsi/pgnus/lisp/gnus-dup hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-dup
/home/larsi/pgnus/lisp/ietf-drums hides /home/larsi/src/emacs/trunk/lisp/gnus/ietf-drums
/home/larsi/pgnus/lisp/spam hides /home/larsi/src/emacs/trunk/lisp/gnus/spam
/home/larsi/pgnus/lisp/nnfolder hides /home/larsi/src/emacs/trunk/lisp/gnus/nnfolder
/home/larsi/pgnus/lisp/nnmaildir hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmaildir
/home/larsi/pgnus/lisp/spam-stat hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-stat
/home/larsi/pgnus/lisp/gnus-fun hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-fun
/home/larsi/pgnus/lisp/gnus-html hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-html
/home/larsi/pgnus/lisp/smiley hides /home/larsi/src/emacs/trunk/lisp/gnus/smiley
/home/larsi/pgnus/lisp/gnus-ems hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-ems
/home/larsi/pgnus/lisp/mail-parse hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-parse
/home/larsi/pgnus/lisp/nnagent hides /home/larsi/src/emacs/trunk/lisp/gnus/nnagent
/home/larsi/pgnus/lisp/mm-decode hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-decode
/home/larsi/pgnus/lisp/gnus-dired hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-dired
/home/larsi/pgnus/lisp/sieve-manage hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve-manage
/home/larsi/pgnus/lisp/sieve-mode hides /home/larsi/src/emacs/trunk/lisp/gnus/sieve-mode
/home/larsi/pgnus/lisp/score-mode hides /home/larsi/src/emacs/trunk/lisp/gnus/score-mode
/home/larsi/pgnus/lisp/gnus-gravatar hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-gravatar
/home/larsi/pgnus/lisp/mm-util hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-util
/home/larsi/pgnus/lisp/ecomplete hides /home/larsi/src/emacs/trunk/lisp/gnus/ecomplete
/home/larsi/pgnus/lisp/gnus-undo hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-undo
/home/larsi/pgnus/lisp/rfc2047 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2047
/home/larsi/pgnus/lisp/gnus-score hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-score
/home/larsi/pgnus/lisp/rfc1843 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc1843
/home/larsi/pgnus/lisp/gnus-sum hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sum
/home/larsi/pgnus/lisp/gnus-cite hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cite
/home/larsi/pgnus/lisp/gnus-logic hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-logic
/home/larsi/pgnus/lisp/nnmairix hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmairix
/home/larsi/pgnus/lisp/gnus-util hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-util
/home/larsi/pgnus/lisp/mm-partial hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-partial
/home/larsi/pgnus/lisp/nneething hides /home/larsi/src/emacs/trunk/lisp/gnus/nneething
/home/larsi/pgnus/lisp/gnus-range hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-range
/home/larsi/pgnus/lisp/rfc2104 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2104
/home/larsi/pgnus/lisp/gnus-mlspl hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-mlspl
/home/larsi/pgnus/lisp/yenc hides /home/larsi/src/emacs/trunk/lisp/gnus/yenc
/home/larsi/pgnus/lisp/nngateway hides /home/larsi/src/emacs/trunk/lisp/gnus/nngateway
/home/larsi/pgnus/lisp/mml hides /home/larsi/src/emacs/trunk/lisp/gnus/mml
/home/larsi/pgnus/lisp/gnus-int hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-int
/home/larsi/pgnus/lisp/nnrss hides /home/larsi/src/emacs/trunk/lisp/gnus/nnrss
/home/larsi/pgnus/lisp/gnus-topic hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-topic
/home/larsi/pgnus/lisp/gnus-async hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-async
/home/larsi/pgnus/lisp/nnspool hides /home/larsi/src/emacs/trunk/lisp/gnus/nnspool
/home/larsi/pgnus/lisp/gnus-diary hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-diary
/home/larsi/pgnus/lisp/gmm-utils hides /home/larsi/src/emacs/trunk/lisp/gnus/gmm-utils
/home/larsi/pgnus/lisp/nnheader hides /home/larsi/src/emacs/trunk/lisp/gnus/nnheader
/home/larsi/pgnus/lisp/gnus-bcklg hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-bcklg
/home/larsi/pgnus/lisp/gnus-salt hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-salt
/home/larsi/pgnus/lisp/canlock hides /home/larsi/src/emacs/trunk/lisp/gnus/canlock
/home/larsi/pgnus/lisp/mml-sec hides /home/larsi/src/emacs/trunk/lisp/gnus/mml-sec
/home/larsi/pgnus/lisp/gnus hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus
/home/larsi/pgnus/lisp/nnoo hides /home/larsi/src/emacs/trunk/lisp/gnus/nnoo
/home/larsi/pgnus/lisp/gnus-demon hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-demon
/home/larsi/pgnus/lisp/mm-extern hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-extern
/home/larsi/pgnus/lisp/nnml hides /home/larsi/src/emacs/trunk/lisp/gnus/nnml
/home/larsi/pgnus/lisp/rfc2231 hides /home/larsi/src/emacs/trunk/lisp/gnus/rfc2231
/home/larsi/pgnus/lisp/gravatar hides /home/larsi/src/emacs/trunk/lisp/gnus/gravatar
/home/larsi/pgnus/lisp/mml2015 hides /home/larsi/src/emacs/trunk/lisp/gnus/mml2015
/home/larsi/pgnus/lisp/gnus-cache hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-cache
/home/larsi/pgnus/lisp/nnvirtual hides /home/larsi/src/emacs/trunk/lisp/gnus/nnvirtual
/home/larsi/pgnus/lisp/nntp hides /home/larsi/src/emacs/trunk/lisp/gnus/nntp
/home/larsi/pgnus/lisp/gnus-agent hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-agent
/home/larsi/pgnus/lisp/mm-bodies hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-bodies
/home/larsi/pgnus/lisp/gnus-bookmark hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-bookmark
/home/larsi/pgnus/lisp/messcompat hides /home/larsi/src/emacs/trunk/lisp/gnus/messcompat
/home/larsi/pgnus/lisp/gnus-kill hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-kill
/home/larsi/pgnus/lisp/nndiary hides /home/larsi/src/emacs/trunk/lisp/gnus/nndiary
/home/larsi/pgnus/lisp/legacy-gnus-agent hides /home/larsi/src/emacs/trunk/lisp/gnus/legacy-gnus-agent
/home/larsi/pgnus/lisp/compface hides /home/larsi/src/emacs/trunk/lisp/gnus/compface
/home/larsi/pgnus/lisp/proto-stream hides /home/larsi/src/emacs/trunk/lisp/gnus/proto-stream
/home/larsi/pgnus/lisp/gnus-delay hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-delay
/home/larsi/pgnus/lisp/nnmail hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmail
/home/larsi/pgnus/lisp/gnus-sync hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sync
/home/larsi/pgnus/lisp/smime hides /home/larsi/src/emacs/trunk/lisp/gnus/smime
/home/larsi/pgnus/lisp/mml1991 hides /home/larsi/src/emacs/trunk/lisp/gnus/mml1991
/home/larsi/pgnus/lisp/nndoc hides /home/larsi/src/emacs/trunk/lisp/gnus/nndoc
/home/larsi/pgnus/lisp/gnus-spec hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-spec
/home/larsi/pgnus/lisp/pop3 hides /home/larsi/src/emacs/trunk/lisp/gnus/pop3
/home/larsi/pgnus/lisp/gnus-srvr hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-srvr
/home/larsi/pgnus/lisp/gnus-uu hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-uu
/home/larsi/pgnus/lisp/gnus-registry hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-registry
/home/larsi/pgnus/lisp/spam-report hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-report
/home/larsi/pgnus/lisp/mail-source hides /home/larsi/src/emacs/trunk/lisp/gnus/mail-source
/home/larsi/pgnus/lisp/starttls hides /home/larsi/src/emacs/trunk/lisp/gnus/starttls
/home/larsi/pgnus/lisp/gnus-sieve hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-sieve
/home/larsi/pgnus/lisp/gnus-picon hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-picon
/home/larsi/pgnus/lisp/shr hides /home/larsi/src/emacs/trunk/lisp/gnus/shr
/home/larsi/pgnus/lisp/nnmbox hides /home/larsi/src/emacs/trunk/lisp/gnus/nnmbox
/home/larsi/pgnus/lisp/rtree hides /home/larsi/src/emacs/trunk/lisp/gnus/rtree
/home/larsi/pgnus/lisp/deuglify hides /home/larsi/src/emacs/trunk/lisp/gnus/deuglify
/home/larsi/pgnus/lisp/gnus-msg hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-msg
/home/larsi/pgnus/lisp/nnnil hides /home/larsi/src/emacs/trunk/lisp/gnus/nnnil
/home/larsi/pgnus/lisp/gnus-mh hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-mh
/home/larsi/pgnus/lisp/mm-encode hides /home/larsi/src/emacs/trunk/lisp/gnus/mm-encode
/home/larsi/pgnus/lisp/nnir hides /home/larsi/src/emacs/trunk/lisp/gnus/nnir
/home/larsi/pgnus/lisp/spam-wash hides /home/larsi/src/emacs/trunk/lisp/gnus/spam-wash
/home/larsi/pgnus/lisp/nnbabyl hides /home/larsi/src/emacs/trunk/lisp/gnus/nnbabyl
/home/larsi/pgnus/lisp/html2text hides /home/larsi/src/emacs/trunk/lisp/gnus/html2text
/home/larsi/pgnus/lisp/gnus-start hides /home/larsi/src/emacs/trunk/lisp/gnus/gnus-start
/home/larsi/pgnus/lisp/message hides /home/larsi/src/emacs/trunk/lisp/gnus/message
/home/larsi/pgnus/lisp/nnweb hides /home/larsi/src/emacs/trunk/lisp/gnus/nnweb
/home/larsi/pgnus/lisp/time-date hides /home/larsi/src/emacs/trunk/lisp/calendar/time-date
/home/larsi/pgnus/lisp/parse-time hides /home/larsi/src/emacs/trunk/lisp/calendar/parse-time
/home/larsi/pgnus/lisp/pgg-def hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-def
/home/larsi/pgnus/lisp/pgg-parse hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-parse
/home/larsi/pgnus/lisp/pgg-pgp5 hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-pgp5
/home/larsi/pgnus/lisp/pgg hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg
/home/larsi/pgnus/lisp/pgg-gpg hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-gpg
/home/larsi/pgnus/lisp/pgg-pgp hides /home/larsi/src/emacs/trunk/lisp/obsolete/pgg-pgp
Features:
(shadow emacsbug flow-fill pp pop3 etags autoconf autoconf-mode
gnus-bcklg gnus-draft shr-color color shr newcomment canlock hashcash
ecomplete gnus-html browse-url gnus-picon sort smiley ansi-color
gnus-cite gnus-async qp gnus-ml gmane spam-gmane dns rect mule-util
whitespace dired-aux debug log-edit diff-mode gnus-fun gnus-mdrtn
gnus-topic url-cache url-http url-gw url-auth url-handlers nndoc nnrss
xml mm-url url url-proxy url-privacy url-expand url-methods url-history
url-cookie url-util url-parse url-vars nnmbox nndraft nnfolder utf-7
rot13 disp-table auth-source eieio byte-opt bytecomp byte-compile assoc
nnmh nnimap parse-time utf7 netrc nnagent nnml gnutls spam-report spam
spam-stat gnus-uu yenc gnus-agent gnus-srvr gnus-score score-mode
nnvirtual gnus-msg gnus-art mm-uu mml2015 epg-config mm-view mml-smime
smime password-cache dig mailcap nntp proto-stream starttls tls
gnus-cache nnir gnus-sum macroexp nnoo gnus-group gnus-undo nnmail
mail-source format-spec gnus-start gnus-spec gnus-int gnus-range message
sendmail rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse
rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader
gnus-win gnus-load gnus gnus-ems nnheader gnus-util time-date mail-utils
mm-util mail-prsvr copyright vc-sccs cl-specs edebug grep compile comint
ring multi-isearch vc-git log-view easy-mmode wid-edit pcvs-util vc-bzr
sha1 hex-util help-fns vc-svn vc-cvs vc-rcs vc-dir ewoc vc vc-dispatcher
help-mode easymenu view ido flyspell ispell dired regexp-opt add-log
mail-extr jka-compr cl tooltip ediff-hook vc-hooks lisp-float-type
mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button
minibuffer faces cus-face files text-properties overlay md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dbusbind dynamic-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
2011-03-05 12:13 bug#8179: 24.0.50; vc thinks that SVN takes care of all my files Lars Magne Ingebrigtsen
@ 2011-03-07 23:46 ` Glenn Morris
[not found] ` <mailman.0.1299542816.10278.bug-gnu-emacs@gnu.org>
1 sibling, 0 replies; 14+ messages in thread
From: Glenn Morris @ 2011-03-07 23:46 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 8179
Lars Magne Ingebrigtsen wrote:
> A recent(ish) change in vc has made vc-dir and friends think that all my
> code is belong to svn.
[...]
> and I have an ~/.svn file in ~/ (from 2008, when I probably played with
> svn for five seconds).
>
> So instead of guessing that ~/pgnus is a git thing (I mean, it has all
> the git directories and stuff), instead vc guesses at svn because of
> that ~/.svn directory.
Don't know about git, but with bzr-inside-svn this only seems to affect
unregistered files.
I guess the change is becuse recent svn apparently use a single
.svn directory, rather than having one in every subdir of a checkout:
http://lists.gnu.org/archive/html/emacs-devel/2011-02/msg00357.html
Not sure what Emacs can do differently here. I think the right thing for
you to do is adjust the order of c-handled-backends to your preference,
as you say.
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
[not found] ` <mailman.0.1299542816.10278.bug-gnu-emacs@gnu.org>
@ 2011-03-08 9:43 ` Lars Magne Ingebrigtsen
2011-03-08 17:50 ` Glenn Morris
[not found] ` <mailman.7.1299607619.4046.bug-gnu-emacs@gnu.org>
0 siblings, 2 replies; 14+ messages in thread
From: Lars Magne Ingebrigtsen @ 2011-03-08 9:43 UTC (permalink / raw)
To: Glenn Morris; +Cc: 8179
Glenn Morris <rgm@gnu.org> writes:
> I guess the change is becuse recent svn apparently use a single
> .svn directory, rather than having one in every subdir of a checkout:
>
> http://lists.gnu.org/archive/html/emacs-devel/2011-02/msg00357.html
>
> Not sure what Emacs can do differently here. I think the right thing for
> you to do is adjust the order of c-handled-backends to your preference,
> as you say.
If root touches /.svn, then nobody on the machine can use vc for
anything by default. That seems less than optimal.
vc should instead look at what the "closest" vc in use is. Or the svn
checker should either be made smarter, or if that is impossible, be
moved to the end of the list by default.
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
2011-03-08 9:43 ` Lars Magne Ingebrigtsen
@ 2011-03-08 17:50 ` Glenn Morris
2011-03-08 21:15 ` Stefan Monnier
[not found] ` <mailman.7.1299607619.4046.bug-gnu-emacs@gnu.org>
1 sibling, 1 reply; 14+ messages in thread
From: Glenn Morris @ 2011-03-08 17:50 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 8179
Lars Magne Ingebrigtsen wrote:
> vc should instead look at what the "closest" vc in use is.
For some reason, it doesn't do it that way. That does seem to make more
sense on the face of it. I imagine this must have been discussed before
somewhere... The current behaviour is documented in the manual.
> Or the svn checker should either be made smarter, or if that is
> impossible, be moved to the end of the list by default.
Then I guess you would have the same issue with the next element in the
list.
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
2011-03-08 17:50 ` Glenn Morris
@ 2011-03-08 21:15 ` Stefan Monnier
0 siblings, 0 replies; 14+ messages in thread
From: Stefan Monnier @ 2011-03-08 21:15 UTC (permalink / raw)
To: Glenn Morris; +Cc: 8179, Lars Magne Ingebrigtsen
>> vc should instead look at what the "closest" vc in use is.
> For some reason, it doesn't do it that way. That does seem to make more
> sense on the face of it. I imagine this must have been discussed before
> somewhere... The current behaviour is documented in the manual.
It was somewhat discussed, but not at length. It's mostly a feature of
the implementation, rather than by design.
Stefan
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
[not found] ` <mailman.7.1299607619.4046.bug-gnu-emacs@gnu.org>
@ 2011-03-15 15:34 ` Lars Magne Ingebrigtsen
2011-03-15 17:18 ` Glenn Morris
` (2 more replies)
0 siblings, 3 replies; 14+ messages in thread
From: Lars Magne Ingebrigtsen @ 2011-03-15 15:34 UTC (permalink / raw)
To: Glenn Morris; +Cc: 8179
Glenn Morris <rgm@gnu.org> writes:
>> Or the svn checker should either be made smarter, or if that is
>> impossible, be moved to the end of the list by default.
>
> Then I guess you would have the same issue with the next element in the
> list.
That would be the case if any of the other backends are as, er,
permissive as the SVN backend is. Which I slightly doubt.
But, really, this is a bug in the SVN detection function. It's
perfectly legitimate to, say, check in your ~/.emacs in SVN. If you do
that now, then the Emacs vc functionality will break completely for all
the other files you have under your home directory.
So, like I said, I think the SVN checker should be made smarter, if
possible. I don't use SVN, so I have no idea whether that's possible or
not.
If it's not possible, it should be moved to the end of the list.
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
2011-03-15 15:34 ` Lars Magne Ingebrigtsen
@ 2011-03-15 17:18 ` Glenn Morris
2011-03-16 15:49 ` Dan Nicolaescu
[not found] ` <mailman.4.1300210622.26153.bug-gnu-emacs@gnu.org>
2011-03-15 19:04 ` Stefan Monnier
2 siblings, 1 reply; 14+ messages in thread
From: Glenn Morris @ 2011-03-15 17:18 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 8179
Lars Magne Ingebrigtsen wrote:
> That would be the case if any of the other backends are as, er,
> permissive as the SVN backend is. Which I slightly doubt.
Well, take a look:
(defalias 'vc-svn-responsible-p 'vc-svn-root)
(defun vc-svn-root (file)
(vc-find-root file vc-svn-admin-directory))
(defalias 'vc-git-responsible-p 'vc-git-root)
(defun vc-git-root (file)
(vc-find-root file ".git"))
(defalias 'vc-hg-responsible-p 'vc-hg-root)
(defun vc-hg-root (file)
(vc-find-root file ".hg"))
etc.
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
[not found] ` <mailman.4.1300210622.26153.bug-gnu-emacs@gnu.org>
@ 2011-03-15 18:03 ` Lars Magne Ingebrigtsen
2011-03-15 18:41 ` Glenn Morris
0 siblings, 1 reply; 14+ messages in thread
From: Lars Magne Ingebrigtsen @ 2011-03-15 18:03 UTC (permalink / raw)
To: Glenn Morris; +Cc: 8179
Glenn Morris <rgm@gnu.org> writes:
> (defalias 'vc-svn-responsible-p 'vc-svn-root)
>
> (defun vc-svn-root (file)
> (vc-find-root file vc-svn-admin-directory))
>
> (defalias 'vc-git-responsible-p 'vc-git-root)
>
> (defun vc-git-root (file)
> (vc-find-root file ".git"))
Oops. Well, then that won't work...
Are all these VCs really that, er, difficult to determine whether they
are in effect or not? I thought they all pretty much used a .git (or
the like) in the current directory, but that's obviously wrong...
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
2011-03-15 18:03 ` Lars Magne Ingebrigtsen
@ 2011-03-15 18:41 ` Glenn Morris
2011-03-15 20:37 ` Lars Magne Ingebrigtsen
0 siblings, 1 reply; 14+ messages in thread
From: Glenn Morris @ 2011-03-15 18:41 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 8179
Lars Magne Ingebrigtsen wrote:
> Are all these VCs really that, er, difficult to determine whether they
> are in effect or not? I thought they all pretty much used a .git (or
> the like) in the current directory, but that's obviously wrong...
We're only talking about unregistered files, right?
For registered files, it should get it correct every time.
For unregistered files, IIUC it effectively does:
(for backend in BACKENDS ...
(for directory in PWD PARENTS ... )
rather than:
(for directory in PWD PARENTS ... )
(for backend in BACKENDS ... )
I agree that the second method does seem more sensible on the face of
it, but the former is the documented way it works.
It may to some extent be an artifact of the basic design dating from the
days when you had eg a CVS directory in every directory. The "modern"
VCS have eg a single .bzr in the parent directory, not one in every
subdir as well.
Well, actually I think the doc is misleading too:
"Registering a File for Version Control"
If the file's directory already contains files registered in a
version control system, Emacs uses that system. If there is more than
one system in use for a directory, Emacs uses the one that appears
first in @code{vc-handled-backends}.
I don't think the first sentence is correct.
Anyway, I think investigating if it can be made to work the other way
would be a worthwhile experiment.
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
2011-03-15 15:34 ` Lars Magne Ingebrigtsen
2011-03-15 17:18 ` Glenn Morris
[not found] ` <mailman.4.1300210622.26153.bug-gnu-emacs@gnu.org>
@ 2011-03-15 19:04 ` Stefan Monnier
2011-03-15 19:35 ` Glenn Morris
2 siblings, 1 reply; 14+ messages in thread
From: Stefan Monnier @ 2011-03-15 19:04 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 8179
> If it's not possible, it should be moved to the end of the list.
I think the better approach is to use a "breadth first search".
Stefan
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
2011-03-15 19:04 ` Stefan Monnier
@ 2011-03-15 19:35 ` Glenn Morris
2011-03-16 0:46 ` Stefan Monnier
0 siblings, 1 reply; 14+ messages in thread
From: Glenn Morris @ 2011-03-15 19:35 UTC (permalink / raw)
To: Stefan Monnier; +Cc: 8179, Lars Magne Ingebrigtsen
Stefan Monnier wrote:
>> If it's not possible, it should be moved to the end of the list.
>
> I think the better approach is to use a "breadth first search".
I don't really understand that turn of phrase. Do you mean:
look for all possible backends in the PWD, if none found, then go up a
level, repeat?
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
2011-03-15 18:41 ` Glenn Morris
@ 2011-03-15 20:37 ` Lars Magne Ingebrigtsen
0 siblings, 0 replies; 14+ messages in thread
From: Lars Magne Ingebrigtsen @ 2011-03-15 20:37 UTC (permalink / raw)
To: Glenn Morris; +Cc: 8179
Glenn Morris <rgm@gnu.org> writes:
> We're only talking about unregistered files, right?
No, it seems to fail on registered files, too.
Here's my test case:
$ mkdir ~/.svn
Then I go to ~/pgnus/lisp/ChangeLog which is covered by git, and I edit
the file, and when I try to save it, I get this error message:
apply: Searching for program: no such file or directory, svn
Also, if I just say `M-x vc-dir ~/pgnus/lisp', then I get the same
error, but that's with an "unregistered file", sort of?
> Anyway, I think investigating if it can be made to work the other way
> would be a worthwhile experiment.
Yup.
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
2011-03-15 19:35 ` Glenn Morris
@ 2011-03-16 0:46 ` Stefan Monnier
0 siblings, 0 replies; 14+ messages in thread
From: Stefan Monnier @ 2011-03-16 0:46 UTC (permalink / raw)
To: Glenn Morris; +Cc: 8179, Lars Magne Ingebrigtsen
>>> If it's not possible, it should be moved to the end of the list.
>> I think the better approach is to use a "breadth first search".
> I don't really understand that turn of phrase. Do you mean:
> look for all possible backends in the PWD, if none found, then go up a
> level, repeat?
Yes.
Stefan
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#8179: 24.0.50; vc thinks that SVN takes care of all my files
2011-03-15 17:18 ` Glenn Morris
@ 2011-03-16 15:49 ` Dan Nicolaescu
0 siblings, 0 replies; 14+ messages in thread
From: Dan Nicolaescu @ 2011-03-16 15:49 UTC (permalink / raw)
To: Glenn Morris; +Cc: 8179, Lars Magne Ingebrigtsen
Glenn Morris <rgm@gnu.org> writes:
> Lars Magne Ingebrigtsen wrote:
>
>> That would be the case if any of the other backends are as, er,
>> permissive as the SVN backend is. Which I slightly doubt.
>
> Well, take a look:
>
> (defalias 'vc-svn-responsible-p 'vc-svn-root)
>
> (defun vc-svn-root (file)
> (vc-find-root file vc-svn-admin-directory))
It seems that the root cause of this problem is that .svn changed from
being present in each directory to being present once per managed tree.
Maybe refining the test in vc-svn-responsible-p can solve the problem
before re-implementing the VC part that determines the backend:
Completely untested:
(defun vc-svn-responsble-p (DIR)
(let ((root (vc-svn-root DIR))
;; This assumes that vc-svn-root returns a directory name or nil
(and root (file-exists-p (expand-file-name root "wc.db")))))
>
>
> (defalias 'vc-git-responsible-p 'vc-git-root)
>
> (defun vc-git-root (file)
> (vc-find-root file ".git"))
>
>
> (defalias 'vc-hg-responsible-p 'vc-hg-root)
>
> (defun vc-hg-root (file)
> (vc-find-root file ".hg"))
>
>
> etc.
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2011-03-16 15:49 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-03-05 12:13 bug#8179: 24.0.50; vc thinks that SVN takes care of all my files Lars Magne Ingebrigtsen
2011-03-07 23:46 ` Glenn Morris
[not found] ` <mailman.0.1299542816.10278.bug-gnu-emacs@gnu.org>
2011-03-08 9:43 ` Lars Magne Ingebrigtsen
2011-03-08 17:50 ` Glenn Morris
2011-03-08 21:15 ` Stefan Monnier
[not found] ` <mailman.7.1299607619.4046.bug-gnu-emacs@gnu.org>
2011-03-15 15:34 ` Lars Magne Ingebrigtsen
2011-03-15 17:18 ` Glenn Morris
2011-03-16 15:49 ` Dan Nicolaescu
[not found] ` <mailman.4.1300210622.26153.bug-gnu-emacs@gnu.org>
2011-03-15 18:03 ` Lars Magne Ingebrigtsen
2011-03-15 18:41 ` Glenn Morris
2011-03-15 20:37 ` Lars Magne Ingebrigtsen
2011-03-15 19:04 ` Stefan Monnier
2011-03-15 19:35 ` Glenn Morris
2011-03-16 0:46 ` Stefan Monnier
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).