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
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 cache in
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 Eddelbuttel 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 /spong
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 that.
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 more
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 the
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
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, or both and the
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,
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
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
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]
**On 15 Aug, In article Bug#4159: xcoral dies ,
** SGK (Susan G. Kleinmann) writes:
SGKRaul 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
the error
17 matches
Mail list logo
