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
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
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
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
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
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
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
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
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
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
>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,
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
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
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
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
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
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
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
**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
>>
19 matches
Mail list logo
