Does anybody else see this? (I'm using Ubuntu 7.4, if that's relevant)
You mean 7.04 I guess?
Yes.
It looks to me like some kind of timing problem and presumably it doesn't
respond nicely to running an underlying asynchronous process.
Dou you have click to focus or focus
I don't think this is the right fix. On some of the GUD toolbar
icons in a debug session, if I don't move the mouse pointer off the
tool-bar button and click again, e.g., next, step nothing happens. I
have to move the pointer away and back again to activate the button.
I can't reproduce this on HEAD or EMACS_22_BASE.
Maybe it's a problem with my build/configuration.
What version of Gtk do you have?
GTK+ Version 2.10.11 (I did give this in my first post)
Does the clicks show up in C-h l? That is
if you do two rapid
Jan Djärv writes:
Nick Roberts skrev:
If I click on tool-bar buttons e.g. when the *scratch* buffer is current, I
get messages like:
write-file is undefined
dired is undefined
I don't know if this is particular to the trunk, using GTK, or my build.
Now fixed
In my opinion we should very much make the gdb-ui code the default.
As for keeping support for --fullname, I believe it's needed as long as the
gdb-ui code isn't as robust as the --fullname one. I'm not sure what is the
current state of affairs, but I've had to switch to --fullname
IMO, it's not nice to change the package semantic in such radical ways
behind users' backs. I know a few people who like the current M-x
gdb and will not be pleased to see the GUI version instead.
It's not nice trying to get Emacs to work out which option has been
...What's the difference betweeen gdb and gdba? I wasn't able to
find anything documenting the difference, according to the docs they
seem to do roughly the same thing.
M-x gdba assumes that GDB is being run with the --annotate=3 option. M-x
gdb filters the output to determine
This is a suggestion to the mailing list, but also a RFA to RMS. Now that
gdb-ui is part of the release, how about renaming gdb to gdbf and gdba to
gdb on the trunk so that the new mode takes the focus?
IMO, it's not nice to change the package semantic in such radical ways
behind
Stefan Monnier writes:
How about if we modify M-x gdb to invoke gdb-ui if a certain option
is set? Whether this option should be on or off by default, is
another matter, but at least users will be able to control what UI
they get by flipping a single option.
Yes, I suggest the
IMO, it's not nice to change the package semantic in such radical ways
behind users' backs. I know a few people who like the current M-x gdb
and will not be pleased to see the GUI version instead.
I agree.
Perhaps being disruptive sometimes is a good thing.
How
In GNU Emacs 23.0.0.1 (i486-pc-linux-gnu, GTK+ Version 2.10.11)
of 2007-07-06 on helios
I have GNU gdb 6.6-debian and it works fine with GNU Emacs 23.0.0.3
(i686-pc-linux-gnu, GTK+ Version 2.10.11).
Does it fail with Emacs 22.1?
I'm having the same or very similar problems on Solaris /
I'm attaching a new debug log where I've gone one step further and
done f in the GDB pane to get the source window to refresh. That
did get me a bunch of error messages which might make this log a bit
more interesting to you.
It still doesn't seem to contain the errors but I don't think
I think names for releases is completely confusing.
Debian does this, and I never remember which one is which.
Its not just Debian. Fedora, Apple and Ubuntu do too. It has the advantage
that if you make a bugfix or security release, as with Emacs 21.4, it doesn't
throw all of us who have
Jason Rumney writes:
Peter Wisnovsky wrote:
In GNU Emacs 22.0.990.1 (i386-mingw-nt5.1.2600)
Loading semantic-edit...done
Loading semanticdb-file...done
Emacs 21.1 has been released, so please use that rather than a pretest
version.
I think you mean Emacs 22.1 has been
The relevant thread can be found here:
http://lists.gnu.org/archive/html/bug-gnu-emacs/2007-05/msg6.html
For future reference, my understanding is that bug-gnu-emacs is for
released versions of Emacs, while emacs-pretest-bug is for versions in
CVS. That is why many of us didn't read it.
2007-05-03 Per Cederqvist
* process.c (Faccept_process_output): Revert 2006-03-22 change so
that the third argument once again is in microseconds (not
milliseconds). This makes it compatible with Emacs 21 and
earlier. Problem found by Henrik Rindl??w.
I've
In GNU Emacs 22.0.97.1 (powerpc-apple-darwin8.9.0, Carbon Version 1.6.0)
of 2007-04-16 on silver-lightnin.local
...
tmm-menubar: Wrong type argument: listp, keymap
Buffer is read-only: #buffer LivinTest.java
tmm-menubar: Wrong type argument: listp, keymap
...
I think this has
There is a project called pydb which seems to improve upon PDB:
http://bashdb.sourceforge.net/pydb/
They claim to have gdb-style signal handling.
It comes with an Emacs mode:
The debugger (gud-pdb-command-name) was set the this at one time but Dave Love
got me to revert it back to
Pressing the stop button in gud with pdb running (gud-stop-subjob)
causes an unhandled python exception (stack trace below).
Yes, I've seen this too. I couold make the stop button invisible for pdb but
the underlying is with comint-stop-subjob which is on the menubar of the GUD
buffer and
Maybe:
*** info.el 01 Apr 2007 23:11:10 -0700 1.500
--- info.el 23 Apr 2007 00:02:02 -0700
***
*** 2602,2607
--- 2602,2608
in other ways.)
(interactive)
+ (select-window (posn-window (event-start last-input-event)))
(if (or
Info-scroll-up/down are bound on the mode-line (over the node name) to
mouse-1 and mouse-3. However, in a split window configuaration with Info at
the top and the bottom window selected, clicking there scrolls the _bottom_
window, and Emacs gets confused if this is already at the top or bottom.
On a linux console and using t-mouse, clicking on a link in a help buffer
only works if the cursor is already over the link. Otherwise Emacs reports
No cross-reference here which indicates that help-follow-mouse has been
activated, rather than push-button. Typing `C-h c' and clicking as before,
Oh, good, I am delaying the Unicode release! I did not think of that.
Sorry, I could not really resist. I can understand your frustration,
Your replies show that you don't even begin to understand.
--
Nick http://www.inet.net.nz/~nickrob
It papers over it. An optimization in dispnew.c gets screwed up when
display margins are present for terminal display. I just checked in a
patch that basically disables the optimization when we are in that
situation.
So it's not *really* solving the problem. But it's a lot safer,
Does drawing cursor in the wrong position on multi-line before-strings
cause real trouble? Is the display of multi-line before-strings an
important feature?
And is fixing it important enough to delay the release - or risk
introducing other bugs which we only discover after the
In other words: I have seen this bug.
I'm not questioning that you have seen it, just the wisdom of ignoring the
advice of those who are experts in that part of the code and say that it is
dangerous to fix shortly before the release.
Given that you appear to be the only one to have been
Glenn Morris writes:
Nick Roberts wrote:
But isn't globalbind already a copy of the global map?
(setq globalbind (cdr (global-key-binding keyseq)))
By experiment, no, eg:
(define-key lisp-interaction-mode-map [menu-bar edit] 'undefined)
M-x tmm-menubar
I see no function assq-remove-all. Is this in Emacs 23?
My guess is, it's (another) one of Stefan's local changes... :)
No. I don't have such a thing here either. But the name should make the
intended behavior clear enough.
It's hard enough remembering what actual functions should
I managed to reproduce the bug.
emacs -nw
M-: (set-window-margins (selected-window) 1) RET
C-x 2
C-x ^
Pressing left and right button and inserting text now makes it clear
that redisplay is broken.
The call to enlarge-window and set-window-margins appears to be
Stefan Monnier writes:
! (setq globalbind (assq-delete-all (car-safe item)
globalbind
If I read the code correctly, this is dangerous because it may modify the
global map. I.e. it should use assq-remove-all or copy-sequence.
But isn't globalbind already a copy of
I might have reported this before but display seems all over the place when the
buffer has a left margin in a tty. To see this start Emacs in an xterm, debug
a program with M-x gdb, set a breakpoint, run and click alternately on the GUD
and source buffer, or even repeatedly in the source buffer.
I don't see this.
But I cannot use the mouse when emacs -nw is running in an xterm
(xterm seems to own the mouse) - is it necessary to use the mouse to
see the problem?
Yes, that's strange. It seems to have something to do with xterm-mouse-mode
being enabled. I can't see any
Here is an easily reproducible bug:
o emacs -Q
o M-x org-mode
o M-x tmm-menubar
And backtrace:
,
| Debugger entered--Lisp error: (wrong-type-argument listp keymap)
| tmm-get-keybind([menu-bar])
| tmm-menubar()
| call-interactively(tmm-menubar)
So how about this fix:
*** tmm.el 3 Apr 2007 10:09:45 - 1.52
--- tmm.el 12 Apr 2007 22:46:20 -
***
*** 547,555
;; the global list.
(dolist (minor minorbind)
(dolist (item (cdr minor))
! (setq globalbind
Yes, that's strange. It seems to have something to do with
xterm-mouse-mode being enabled. I can't see any connection between the
two, though.
I can't seem to reproduce this, even with xterm-mouse-mode enabled.
Can you give a more precise recipe?
Actually now I can only seem
Does it fix the bug, or just mask the error? I mean does the menu on
a tty for Org mode look as it should with this change?
Well, it looks alright to me (at least, it looks the same as it does
in 21.3 when I load org-mode), but I don't know what problem your
recent change was trying
skeleton-internal-1 can enter an infinite loop if the ELEMENT argument
is a negative integer. To reproduce:
emacs -Q
M-x auto-insert-mode RET
C-x C-f ~/tmp/test.tex
Answer yes when asked to perform auto insertion for latex mode.
Hit RET repeatedly.
I can't reproduce
I also find this confusing:
(eq 1 1)
t
(eq 1.0 1.0)
nil
(eql 1.0 1.0)
t
Yes. I still don't get it.
--
Nick http://www.inet.net.nz/~nickrob
___
emacs-pretest-bug mailing list
The manual says:
A character in Emacs Lisp is nothing more than an integer.
That would have to change.
Not really, since that statement does not imply that the reverse is true.
It might still be logically true but generally it's best to say exactly what
things are i.e is
`eq' compares immediate values in lisp. All integers in emacs lisp are
immediate values. Floating point numbers in Emacs lisp are boxed --
allocated on the heap -- just like cons-cells or whatever.
Well a symbol also seems to be a pointer/allocated on the heap, but
OK, thanks, that gives
It might still be logically true but generally it's best to say exactly
what
things are i.e is a non-negative integer., if this change is made. If
it's
not made then maybe the manual should be changed to be more precise:
A character in Emacs Lisp is just an integer.
because my compilation message (gcc version 4.1.0) is:
myprint.o: In function `myprint':/home/nickrob/myprint.c:27: undefined
^
reference to `mysquare6'
Please complain to the linker guys that they should use error
Anyhoo, hit enter in compilation-mode to select the next error works
opening the mini-windows with the prompt...
Find this error in (Default BLAH.c): /path/to/cwd
Previously hitting tab-tab would list possible completions, including
folders. Now only files are listed.
I'm not quite sure if this qualifies as a bug, however I find it
irritating:
I have this in my .emacs:
(add-to-list 'default-frame-alist '(background-color . black))
(add-to-list 'default-frame-alist '(foreground-color . wheat))
So when I call
(x-show-tip hello)
Why do you
Can someone please fix that, then ack?
The behavior where X resources override Custom (and all other Elisp
face settings) seems to have been around since forever --- it can be
seen in Emacs 21 ...
So we obviously don't need to anything about it before the release.
Actually it
The keyword main isn't fontified with KR syntax (unless it is given a return
type), e.g,
main (argc, argv)
int argc;
char **argv;
{
return;
}
I see that it does fontify correctly with the ANSI syntax:
main (int argc, char** argv) {
{
return;
}
--
Nick
If I do:
M-x gdb
Run gdb (like this): ~/src6/gdb/gdb --annotate=3 myprog
then in the GUD buffer:
(gdb) b main
(gdb) run
and then repeatedly click on the gud-next icon in the toolbar (Next Line),
after two or three clicks it stops doing anything. At this point the button no
longer shows
We already solved this kind of problem once for capitalize-region:
if ((int) flag = (int) CASE_CAPITALIZE)
inword = SYNTAX (c) == Sword (inword || !SYNTAX_PREFIX (c));
Since ' in text-mode has syntax w p, it means that a ' after a word char
is considered by
Richard Stallman writes:
It happens because some window managers set up X resources to control
this face. It happens to me with GNOME. That is an intentional
feature, I think.
If mode-line must take from X resources then maybe mode-line-inactive
could
The value for mode-line face seems to be taken from the window manager or
theme. This is inconvenient when that is close to mode-line-inactive, as is
the case for the defalut theme for Fedora Core 5. Would it be possible to
uncouple this relationship, as appears to be the case for
Eli Zaretskii writes:
The value for mode-line face seems to be taken from the window manager or
theme.
How do you see this? I see the following in faces.el:
(defface mode-line
'class color) (min-colors 88))
:box (:line-width -1 :style released-button)
Many words in Info, e.g, code, are quoted because the syntax table is
inherited from text-mode-syntax-table.
Frequently when I want to search for a another occurrence of a word I type
C-s C-s but this picks up the apostrophe (') at the end of the word. It
would make things easier if the syntax
Eli Zaretskii writes:
From: Nick Roberts [EMAIL PROTECTED]
Date: Wed, 7 Mar 2007 09:51:47 +1300
Cc: emacs-pretest-bug@gnu.org
Where's the coupling with the window manager or theme?
That's my question really, presumably somewhere in the C code. If I change
theme
Thanks I ended up with the same diagnostic and have installed a similar
fix.
Thanks. So, Lennart, now you can apply this change safely. ;-)
2007-03-01 Lennart Borgman [EMAIL PROTECTED]
* isearch.el (isearch-message-prefix):
Use minibuffer-prompt-properties.
I
Frequently when I want to search for a another occurrence of a word I
type C-s C-s but this picks up the apostrophe (') at the end of the
word. It would make things easier if the syntax table in Info was
modified so that the apostrophe was regarded as punctuation rather
The value for mode-line face seems to be taken from the window manager
or theme.
How do you see this?
It happens because some window managers set up X resources to control
this face. It happens to me with GNOME. That is an intentional
feature, I think.
If
But mode-line has a 3D appearance of a released button, while
mode-line-inactive does not. Doesn't this alone distinguish them
enough?
Barely. You can see this by customising mode-line face the have the same
foreground value as mode-line-inactive.
--
Nick
Barely. You can see this by customising mode-line face the have the same
foreground value as mode-line-inactive.
I mean background, of course.
--
Nick http://www.inet.net.nz/~nickrob
___
Oops, this has all been discussed on emacs-devel. Apologies for the
total time waste.
Let's get rid of one of the mailing lists (emacs-pretest-bug), point
report-emacs-bug to emacs-devel, and ask savannah hackers (?) to make
emacs-pretest-bug an alias for emacs-devel. I can't see why anyone
Although I can't reproduce that bug, I found the code I committed
recently was incomplete. As I've just installed a fix, could you
please try again.
The bug is not really in the reproducible class here, either. I
think I got it three times so far, in probably three weeks or so.
Then I opened foo.c with emacs and started gdb from within emacs.
I put a breakpoint on line 5, and started running. After it hit
the breakpoint, I typed step. Then I held down return to step
through a bunch more lines. I got some error messages like this:
error in process filter:
info.el displays a menus blank line when ifnottex is used, e.g:
* SavingSaving makes your changes permanent.
* Reverting Reverting cancels all the changes not saved.
@ifnottex
* AutorevertAuto Reverting non-file buffers.
@end ifnottex
* Auto Save
I'm not likely to want to toggle hide-ifdef-mode when browsing info, so
how about moving it off the list in the pop up menu on the mode line?
Although it's not part of cc-mode it could be moved to the Toggle...
menu-item on the C menu.
--
Nick
AFAICS, the blank line is produced by makeinfo, at least on my
machine. Can you verify that the file emacs-2 has this blank line on
your system? If it does, the right place to complain about this is on
[EMAIL PROTECTED]
Yes, you're right, I'll post something there.
--
Nick
Richard Stallman writes:
2000-01-04 Gerd Moellmann [EMAIL PROTECTED]
* lisp.h (struct Lisp_String): Make DATA member `unsigned char *'.
I guess the questions to ask are:
1) Why was this change made?
Probably to make it easier to avoid incorrect
Unfortunately, I have only a dial-up connection and can't give
immediate feedback on new Emacs versions.
One advantage of using CVS over tarballs is that you only need to download
the (compressed) _changes_. Even with a dial-up connection that shouldn't
take a long time.
While it helps to just report bugs and with due respect, it's not
reasonable to claim that the Emacs developers don't give the Window port a
high priority,
If you could cite from a message where I _claimed_ that, it would be
much easier for me to respond to that.
I'm not asking
So, also tell me if you tested it, and didn't find any problems!
Unfortunately, I have only a dial-up connection and can't give immediate
feedback on new Emacs versions.
One advantage of using CVS over tarballs is that you only need to download the
(compressed) _changes_. Even with a
G I guess a quick fix is to replace [^()] by [^()\n].
Ping, anyone in CC land?
Don't know about CC land, but I'd say there are a few in la-la land.
--
Nick http://www.inet.net.nz/~nickrob
___
Emacs seems to be running continuously, hogging 100% of one
processor. gdb also runs periodically, using about 1% of a
processor. However, gdb does not appear to be working correctly. In
the gud buffer, it seems that gdb has been stopped since friday
night. I last used it then to print a
Hmm... are you sure it worked in Emacs-21?
Yes.
There has been changes in this part of the code, but IIRC they're
fairly minor. And in any case we've never made use of the text added by the
-p flag.
No, but maybe the text is inadvertantly used in trying to match up the
function.
If
Stefan Monnier writes:
Hmm... are you sure it worked in Emacs-21?
Yes.
Sure, sure, sure, in the very same circumstances?
You seem sceptical.
There has been changes in this part of the code, but IIRC they're
fairly minor. And in any case we've never made use of the text added by
PS: There was still a bug that I just fixed, which may explain what you
were seeing, although in my case it manifested itself by signalling an
error rather than silently ignoring the function name. Could be due to
local changes.
It looks good now. I think this last change
-location): Use'em to check the hunks are well-formed.
e.g do 'C-x 4 a' on the added function in the text below (it has to be
in a (vc?) diff buffer). It used to do:
2007-02-07 Nick Roberts [EMAIL PROTECTED]
* progmodes/gdb-ui.el (gdb-if-arrow):
but now it does
2007-02-07 Nick
ISTR it also fails for changed functions (not just added ones).
I believe Per has fixed this very bug earlier today.
Well it doesn't seem to supply a function with -cp any longer. Also I notice
that when it does find a function e.g with -c, it's often the wrong one, but
I think this
ISTR it also fails for changed functions (not just added ones).
I believe Per has fixed this very bug earlier today.
Well it doesn't seem to supply a function with -cp any longer.
Also I notice that when it does find a function e.g with -c, it's often
the wrong one, but I think
Probably this is because `recentf-show-file-shortcuts-flag' is non-nil
(default) _ and your recentf-list contains no more than 10 files_ so
the 10 first items, which are assigned a digit shortcut key, are shown
differently without passing them to the `recentf-menu-filter' filter.
It
To see this:
1) M-x recentf-mode
2) Open a few files
3) M-x recentf-open-files
4) Customize recent-menu-filter (to recentf-show-basenames, say)
5) M-x recentf-open-files
The layout of recentf menu doesn't change. It stopped working with recentf.el
version 1.43.
--
Nick
I use makefiles for a project to open emacs with etags and a preconfigured
gud-gdb-command-name. When using emacs as an IDE, this makes my life
easier... especially since in real life, my gud command has a filename
a lot more complicated than /tmp/foo:
gdb --annotate=3
I loaded a lisp file like this emacs -l foo.lisp at the command line.
That file contained one line:
(setq gud-gdb-command-name gdb --annotate=3 /tmp/foo)
When I tried to run gdb using M-x gdb, it added a random filename from
the working directory to the end of the gdb command like
martin rudalics writes:
In Emacs 22 evaluate:
(setq myvar '((0) (1) (2) (3) (4) (5) (6) (7) (8) (9)))
(make-local-variable 'myvar)
(setq myvar 1)
then do C-h v myvar RET.
Help buffer output:
[...]
Note the local value of 1 is not shown.
The problem is that the fails if the file already exists.
So I made a change to tumme-rotate-original that checks if that
file is there and deletes it before running the current rotate
command.
Really strange. I rotate images all the time with tumme and I have
never seen
In Emacs 22 evaluate:
(setq myvar '((0) (1) (2) (3) (4) (5) (6) (7) (8) (9)))
(make-local-variable 'myvar)
(setq myvar 1)
then do C-h v myvar RET.
Help buffer output:
-
myvar's value is shown below.
Documentation:
Not documented as a variable.
Value:
Local in buffer
Can you please find a way to get the full log?
attached (this is with the CVS head build from this morning)
There's still something odd because the first entry (at the end) is:
(send-item #1# gdb-info-breakpoints-handler)
and all the initial commands at startup are missing (set height
They *should* be fine. What happens if you run your program under GDB
without your .gdbinit (gdb -nx), perhaps setting a breakpoint from the GUD
buffer?
...
==
Debugger entered--Lisp error: (error Unexpected `starting' annotation)
signal(error (Unexpected `starting'
...
^Z^Zpost-prompt
Num Type Disp Enb AddressWhat
1 breakpoint keep y 0x080ba832 in rd_ch_unbuffered at
stream.d:5063
breakpoint already hit 1 time
) (recv .
^Z^Zpre-prompt
(gdb)
^Z^Zprompt
) ...)
^^^
If you do vc-directory (C-x v d) on a directory then a buffer appears sorted by
name with Dired under VC in the mode line. Typing `s' orders the files by
date but also changes the name in the mode line to Dired by date making it
indistinguishable from an ordinary dired buffer. Typing `s' again
(and I got it on
Tuesday).
That narrows it down a lot. Those changes are:
2006-12-26 Nick Roberts [EMAIL PROTECTED]
* progmodes/gdb-ui.el (gud-watch): Allow duplicate names for watch
expressions.
(gdb-var-delete): Handle duplicate names. Print message for non
Richard Stallman writes:
Stefan is the expert on VC now, but I don't know whether he will work
on this soon, so would you please try?
Done. I've moved the existing test for dired-mode so that it catches this
case too.
Same old question: how about splitting lisp/ChangeLog (1149753 bytes).
emacs -Q
C-h i; pick Elisp manual
Node Active Keymaps contains this sentence: The argument
ACCEPT-DEFAULTS controls checking for default bindings, as in
`lookup-key' (above).
There is no (above): `lookup-key' is not mentioned in this node
prior to this. A real cross reference
GNU Emacs 22.0.92.3 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2006-12-28 on quant8
the latest lisp/progmodes/gdb-ui.el leads to the following error:
Debugger entered--Lisp error: (error Unexpected `starting' annotation)
signal(error (Unexpected `starting'
...And unfortunately it is a bug on w32, that in one sense is a
platform where we want to attract people because it makes it easier to
switch to GNU/Linux later.
Is that really the aim of Emacs on Windows? Presumably it could also make
GNU/Linux users feel more comfortable on
I just got bit by this and I bet others will too. In previous versions
of Emacs C-x C-v (find-alternate-file) used to prompt you if you hadn't
saved the work in the current buffer and you used to have to press 'y'
to discard it. *Now* it prompts you asking if you want to
I just got bit by this and I bet others will too. In previous versions of
Emacs C-x C-v (find-alternate-file) used to prompt you if you hadn't saved
the work in the current buffer and you used to have to press 'y' to discard
it. *Now* it prompts you asking if you want to *save* your work.
Eli Zaretskii writes:
From: Miles Bader [EMAIL PROTECTED]
Date: Mon, 18 Dec 2006 18:29:09 +0900
Cc: emacs-pretest-bug@gnu.org, [EMAIL PROTECTED]
You might try decaf.
Not really my idea of support.
I agree. Jason always presents a reasoned and informed point of view, and his
Ronald writes:
see the title of the mini buffer window
It just looks like you've customised the face mode-line-highlight to have
something like a white foreground and a firebrick background. (If I'm
looking at the right place, actually mode-line of the buffer 4.c, not the
Has someone been keeping a list of Emacs 22 features which have default
behaviors different from the corresponding default behaviors in Emacs
21? This would be extremely helpful to pre-testers, like me, who have
just recently started to use the Emacs 22. Perhaps it is buried
Ronald writes:
see the title of the mini buffer window
It just looks like you've customised the face mode-line-highlight to have
something like a white foreground and a firebrick background. (If I'm looking
at the right place, actually mode-line of the buffer 4.c, not the title of
the mini
go.pbm
next.pbm
nexti.pbm
pp.pbm
step.pbm
stepi.pbm
stop.pbm
I made them all binary.
That's odd because I thought I already had. From the CVS manual:
On unix, if there is a group named `cvsadmin', only members of that
group can run `cvs admin' (except for the `cvs
I tried running cvs admin -kb go.pbm myself, but it did not work, I am
not sure whether it is because I don't have admin priviledges, or there
is something strange about the server setup on savannah, or my client
(cvsnt).
The files that need to be marked as binary are (all in
1 - 100 of 298 matches
Mail list logo