Date: Sat, 17 Aug 96 00:35 MET DST
From: [EMAIL PROTECTED] (Martin Schulze)
Debian's INN has its active file located in /var/lib/news/active.
The nn newsreader mentioned above unfortunately tries to read it
from /usr/lib/news/active.
Martin,
[Cool! My first bug report! :-]
Whe
Look for "sl0" in /proc/net/dev . I think that's a definitive test.
Thanks
Bruce
--
Clinton isn't perfect, but I like him a lot more than Dole.
Please register to vote, and vote for Democrats.
Bruce Perens AB6YM [EMAIL PROTECTED]http://www.h
The "shadow" feature does not preclude use of NIS passwd and group maps.
Only users that have "*" as their password field will get their passwords
from /etc/shadow or /etc/gshadow (file names may vary).
If our NIS package replaces "passwd", etc., with NIS-master-server-aware
versions, that package
Hi,
I would like the diald preinst script to check if the kernel has
SLIP devices (either compiled in or in as a module).
I think it should be enough to check for the string `slip' in /proc/modules
and the string `sl?:' in /proc/net/dev. Is this correct?
Thanks,
-giuseppe
PS: please cc
In message <[EMAIL PROTECTED]>, Ian Jackson writes:
Package: rpncalc
Version: 1.1-1
>Directories must be 755 root.root.
Fixed in rpncalc-1.1-2
**On 15 Aug, In article "Bug#4159: xcoral dies ",
** SGK (Susan G. Kleinmann) writes:
SGK>Raul Miller said:
>> Package: xcoral
>> Version: 2.5-1
>>
>> Today, I decided to try xcoral. The first operation I tried, upon
>> starting it, was New. This was sufficient to kill the program, with
>>
Please work out with Guy Maor (loginutils maintainer) which login to make
standard. I think I will have the set-up script start the system with
shadow enabled, and let the user take it out if they must by removing
/etc/shadow .
Thanks
Bruce
--
Clinton isn't perfect, but I l
Well, I think, if I can get it to work, that the new source format
will be fine. _IF_ I can get it to work.
I've looked at the docs, I've examined hello and dpkg, and I'll be
damned if I can find any information that would allow me to actually
reproduce the files that were uploaded to master, and
>Cc: debian-devel@lists.debian.org (Debian Development)
>
>Bruce Perens writes:
>>
>> Let's plan on having "shadow" be part of the base for 1.2 . We should thus
>> have the default "login" be aware of it, etc.
>
>But the question remains, which login? The standard one patched, or the
>shadow one,
Package: dpkg
Version: 1.3.5
Wishing to see the colored version of dselect, I tried this from a
color xterm:
# export TERM=linux
# dselect
I didn't see any colors, which was disappointing but hardly fatal.
However, when I used the arrow keys to scroll up or down, dselect
highlighted _all_ the m
Bruce Perens writes:
>
> Let's plan on having "shadow" be part of the base for 1.2 . We should thus
> have the default "login" be aware of it, etc.
But the question remains, which login? The standard one patched, or the
shadow one, or both and the user decides?
Michael
--
Michael Meskes
On Sat, 10 Aug 1996, Andreas Jellinghaus wrote:
> Package: abuse
> Version: 1.10-4
>
> abuse is still a.out
>
> [EMAIL PROTECTED]:~$ file /usr/games/lib/abuse-1.10/abuse.x11R6
> /usr/games/lib/abuse-1.10/abuse.x11R6: setgid Linux/i386 demand-paged
> executable (ZMAGIC), stripped
This is due to
David Frey writes:
> M> 1) Should we change the login package to be shadow aware? Or should shadow
> M> come with its own login (that works with and without shadow password
> files)?
> M> Or should we use the shadow login as standard?
>
> I'd prefer if we would be shadow's login, since it is far
Miquel van Smoorenburg writes:
>
> Well the login we're using now is from util-linux, and unless you can get
> the shadow patches into the upstream source (which wouldn't be a bad idea)
> it would be easier to use the login from the shadow package I think.
> You can use the Replaces: header for th
Package: ldso
Version: 1.7.14-4
-chiark:~> ldd /bin/ls
libc.so.5 => /lib/libc.so.5.2.18
-chiark:~> echo $?
0
-chiark:~> ldd /bin/true
ldd: /bin/true is not a.out or ELF
-chiark:~> echo $?
0
-chiark:~> ldd /dev/null
ldd: can't read header from /dev/null
-chiark:~> echo $?
0
-chiark:~> ldd
Bruce Perens writes:
Bruce> Let's plan on having "shadow" be part of the base for 1.2 . We
Bruce> should thus have the default "login" be aware of it, etc.
Let's not forget about xdm, please.
--
Dirk Eddelb"uttel http://qed.econ.queensu.ca/~edd
From: "Christopher R. Hertel" <[EMAIL PROTECTED]>
> I've heard reports from OS/2 users that similar problems have been
> seen with some installations of that OS. Again, the solution was to
> disable cache.
>
> Linux 1.2.8 loads and runs fine from the hard disk. The others who
> had to turn off ca
Let's plan on having "shadow" be part of the base for 1.2 . We should thus
have the default "login" be aware of it, etc.
Thanks
Bruce
--
Clinton isn't perfect, but I like him a lot more than Dole.
Please register to vote, and vote for Democrats.
Bruce Perens AB6
Ok, I've fiddled around, and have reached the stage where I can upload
libelf to master. The one question I have is: should it go into contrib,
or devel? Currently, the library is considered to be in alpha stages -
it's definitely usable, but there you are.
I seem to recall that alpha stuff should
19 matches
Mail list logo
