Austin Donnelly writes ("Bug#1720: adduser: races, and chmod/chown - patch
provided"):
> Package: adduser
> Version: 1.94-1
>
> Three different bugs fixed here:
>
> (1) There were a few race conditions in locking the password and
> group files. A badly timed ^C could result in the lockfile
Several mirror sites are *still* in a mess, even after repeated
emails.
At this point I think we can do one of two things:
1. Keep prodding them, phoning them up, &c &c &c &c - any
volunteers ? (If it comes to this I'll deal with
src.doc.ic.ac.uk.)
2. Move the whole of ftp.debian.org:
Package: fvwm
Version: 1.24r-7
The enclosed patch should be applied to debian.rules.
Ian.
--- debian.rules~ Thu Oct 5 03:33:50 1995
+++ debian.rulesSat Oct 21 16:00:56 1995
@@ -36,7 +36,7 @@
clean:
# Undoes the effect of `make -f debian.rules build'.
- make clean
+
The watch package doesn't include a context diff. (I've deleted the
announcement, so I don't know who, offhand, is the maintainer.) Why?
(I'm leaving it in Incoming for the moment--the only packages that
don't need a context diff are packages written specifically by the
Project for inclusion in
A new rootdisk is now available at ftp.debian.org in
/debian/private/project/pre-release. This rootdisk changes "Normal
Mode" to "Novice Mode" and "Expert Mode" to "Custom Mode", and
it makes Custom Mode the default. Also, it supports the new kernel
installation scheme by prompting for insertion
I'd like for all members of the Project to agree on a common format.
Frankly, I don't like the one currently implemented in dchanges. I
assume there are a few people who agree with me, as not everyone is
using dchanges to write their announcements.
I'd like to be using a format that is *both* mac
Ian Murdock writes ("ChangeLog format"):
> Personally, I like Ian J.'s ChangeLog format--I think it satifies
> both goals of being human-readable and machine-readable.
Would it be helpful if I wrote a spec. saying what the format is, so
that people writing changelogs and programs to manipulate the
Austin Donnelly writes ("permissions on directories"):
> Remember the fiasco with /usr/sbin being world writeable?
>
> Well, I tracked it down: I had a look at the base discs I installed, and
> what do I find:
> /usr/lib/kbd
> /usr/lib/terminfo
> /usr/lib/terminfo/c
> /usr/lib/terminfo/l
>
Hi folks!
While uploading a packages just a moment ago, I noticed that files in
the Debia Incoming area are of mode 666. So everyone can overwrite
them. :-( I noticed it because unfortunately while uploading the
connection timed out and normally I am not able to overwrite the empty
file, but here
Hello Ian Jackson!
}Package: adduser? miscutils?
}Version: adduser (1.94-1), miscutils (1.3-2)
No. libc.
}If I run adduser, and then decide to abort after having been presented
}with the password prompt, I can't do it with ^C. passwd apparently
}ignores ^C, and ^D simply produces another passwd
Ian Jackson writes:
>
> Several mirror sites are *still* in a mess, even after repeated
> emails.
>
> At this point I think we can do one of two things:
>
> 1. Keep prodding them, phoning them up, &c &c &c &c - any
> volunteers ? (If it comes to this I'll deal with
> src.doc.ic.ac.uk.)
Matthew Bailey writes ("Re: Mirror sites still having problems"):
> On Sat, 21 Oct 1995, Ian Jackson wrote:
>
> > Several mirror sites are *still* in a mess, even after repeated
> > emails.
> >
> > At this point I think we can do one of two things:
> >
> > 1. Keep prodding them, phoning them up
On Sat, 21 Oct 1995, Ian Jackson wrote:
> Several mirror sites are *still* in a mess, even after repeated
> emails.
>
> At this point I think we can do one of two things:
>
> 1. Keep prodding them, phoning them up, &c &c &c &c - any
> volunteers ? (If it comes to this I'll deal with
>
On Sat, 21 Oct 1995, Martin Schulze wrote:
> upload ~ftp /debian/private/project/Incoming yes ftpadmin ftp 0600 dirs
>
Ahhh but not so easy :)
Remember this doesn't use conventional ftpaccess files on this site. :)
I will fix the problem though with something more like.
upload imurdock.debian
PACKAGE: xstd
VERSION: 3.1.2-3
I noticed today that keypress translations are different in an
xterm window than on a VC not running X. I'm really not sure
if this is a bug or a case of "you should have expected that",
but it caused a program expecting the VC-style keypress
translations to misbeh
Package: ppp
Revision: 2.2-1
/etc/init.d/ppp still sources /etc/init.d/functions which, I believe, was
decided to be a no-no, since start-stop-daemon subsumed all of its
functionality, and since any script that uses it is effectively disabled
from command-line use because /etc/init.d/functions ch
Package: svgalib
Version: 1.25-4
The following programs are installed setuid root:
restoretextmode
restorefont
restorepalette
dumpreg
fix132x43
This allows any user to completely hose the console at will.
Can I suggest that they be made:
-rwsr-x--- 1 root console
(this req
Package: lrzsz
Version: 0.11
man lrz and man lsz produces several warnings and some garbage on the
screen. It seems that the first two lines in lsz.1 and lrz.1, which are
porpable supposed to be comments are invalid. The first three characters
on those lines should be .\" rather than '\". After mo
Package: lrzsz
Version: 0.11
Oops, after sending my last mail, I noticed another thing. The man pages
of lrz and lsz speak about commands called rz, sz, rb, ..., but the
actual binaries are named lsz, ... In my opinion, it would be better if
the commands were also called traditionally rz, sz, ...,
Package: minicom
Version: 1.71-2
It's weird that minicom includes rz and sz and conflicts with package
lrzsz. Wouldn't it be more nicer, if minicom depended on lrzsz and
didn't include rz and sz?
On Sat, 21 Oct 1995, Ian Murdock wrote:
> [...] the only packages that
> don't need a context diff are packages written specifically by the
> Project for inclusion in the distribution, like dpkg.)
I've been taking the requirement for .diff.gz files in package
uploads as an absolute requirement.
On Sat, 21 Oct 1995, Ian Jackson wrote:
> Ian Murdock writes ("ChangeLog format"):
> > Personally, I like Ian J.'s ChangeLog format--I think it satifies
> > both goals of being human-readable and machine-readable.
>
> Would it be helpful if I wrote a spec. saying what the format is, so
> that pe
> I'd like for all members of the Project to agree on a common format.
> Frankly, I don't like the one currently implemented in dchanges. I
> assume there are a few people who agree with me, as not everyone is
> using dchanges to write their announcements.
Well, I haven't adopted any particular f
23 matches
Mail list logo