Subject: linuxconf produces line splits in /etc/group - msg#00006
List: debian.qa-packages
Package: linuxconf
Version: 1.17r5-2
we have a problem in conjunction with the following (?) packages:
login 19990827-20
libpam-modules 0.72-9
libpam-runtime 0.72-9
libpam0g 0.72-9
linuxconf 1.17r5-2
we use:
Debian GNU/Linux 2.2 with 2.2.18-raid-mosix (custom kernel with raid
and mosix patches for kernel 2.2.18).
problem:
we have a unix group on the system where the line defining the group in
/etc/group is around 180 characters long. manipulating the group
definition with linuxconf the line is split with \ after approximately
90 characters . this has the effect that users who are listed after the
split will not be in this group after login. nevertheless they can
become a member of the `missing' group with the newgrp command. if I
eliminate the split by hand, such that the definition is a single line,
everything is fine again.
It seems that the program(s) doing the login/authentication (from the
login/pam packages?) has (have) a problem with the parsing of splitted
lines in the group file, but newgrp (login package) does not seem to
have it? A fix depends on whichever of login/pam/linuxconf one may judge
to be the `culprit', but maybe fixing linuxconf to write `proper' lines
to /etc/group is the easier fix ...
gc
---------------------------------------
Received: (at 93202-done) by bugs.debian.org; 5 Dec 2002 02:51:34 +0000
Was this page helpful?
Thread at a glance:
Previous Message by Date:
click to view message preview
kyahoo: cannot remove user from other group then Friend
Package: kyahoo
Version: 0.6-1
Severity: normal
I have a buddy in Group named Work. When I go to Yahoo/Remove menu I cannot
choose other Group then Friends.
-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux crux 2.4.2 #1 Wed Mar 21 01:38:36 CET 2001 i686
Versions of packages kyahoo depends on:
ii kdebase-libs 4:2.1.1-2 KDE libraries amd modules for kdeb
ii kdelibs3 4:2.1.1-2 KDE core libraries (runtime files)
ii libc6 2.2.2-4 GNU C Library: Shared libraries an
ii libjpeg62 6b-1.3 The Independent JPEG Group's JPEG
ii libpng2 1.0.8-1 PNG library - runtime
ii libqt2 2:2.3.0-final-1 Qt GUI Library (runtime version).
ii libstdc++2.10-glibc2.2 1:2.95.3-10 The GNU stdc++ library
pn xlibs (>= 4.0.1-11) Not found.
ii zlib1g 1:1.1.3-14 compression library - runtime
---------------------------------------
Received: (at 93120-done) by bugs.debian.org; 26 Apr 2002 21:09:51 +0000
Next Message by Date:
click to view message preview
include command's search path is broken
Package: chpp
Version: 0.3.4-1
>From the documentation:
- Command: include FILENAME
Includes the file FILENAME. If FILENAME is relative, it is first
searched for in the directory of the including file, then in the
directories contained in the include search path (*note Invoking
chpp::.). If the file is not found, an error message is produced.
>From real life usage:
Lets say I have a file named example.chpp which contains the command
#include /etc/gdefs.conf
$ cat example.chpp | strace chpp
...
open("/usr/lib/chpp/include//etc/gdefs.conf", O_RDONLY) = -1 ENOENT (No such
file or directory)
open(".//etc/gdefs.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/gdefs.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
...
Not only is that not the documented search path, the fact that an absolute
path was given is completely ignored. If the included file has a relative
path the search path doesn't change, it still looks in
/usr/lib/chpp/include first, then in the local directory.
--
Jamie Heilman http://audible.transient.net/~jamie/
"...thats the metaphorical equivalent of flopping your wedding tackle
into a lion's mouth and flicking his lovespuds with a wet towel, pure
insanity..." -Rimmer
---------------------------------------
Received: (at 93696-close) by bugs.debian.org; 27 Aug 2002 18:39:20 +0000
Previous Message by Thread:
click to view message preview
kyahoo: cannot remove user from other group then Friend
Package: kyahoo
Version: 0.6-1
Severity: normal
I have a buddy in Group named Work. When I go to Yahoo/Remove menu I cannot
choose other Group then Friends.
-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux crux 2.4.2 #1 Wed Mar 21 01:38:36 CET 2001 i686
Versions of packages kyahoo depends on:
ii kdebase-libs 4:2.1.1-2 KDE libraries amd modules for kdeb
ii kdelibs3 4:2.1.1-2 KDE core libraries (runtime files)
ii libc6 2.2.2-4 GNU C Library: Shared libraries an
ii libjpeg62 6b-1.3 The Independent JPEG Group's JPEG
ii libpng2 1.0.8-1 PNG library - runtime
ii libqt2 2:2.3.0-final-1 Qt GUI Library (runtime version).
ii libstdc++2.10-glibc2.2 1:2.95.3-10 The GNU stdc++ library
pn xlibs (>= 4.0.1-11) Not found.
ii zlib1g 1:1.1.3-14 compression library - runtime
---------------------------------------
Received: (at 93120-done) by bugs.debian.org; 26 Apr 2002 21:09:51 +0000
Next Message by Thread:
click to view message preview
include command's search path is broken
Package: chpp
Version: 0.3.4-1
>From the documentation:
- Command: include FILENAME
Includes the file FILENAME. If FILENAME is relative, it is first
searched for in the directory of the including file, then in the
directories contained in the include search path (*note Invoking
chpp::.). If the file is not found, an error message is produced.
>From real life usage:
Lets say I have a file named example.chpp which contains the command
#include /etc/gdefs.conf
$ cat example.chpp | strace chpp
...
open("/usr/lib/chpp/include//etc/gdefs.conf", O_RDONLY) = -1 ENOENT (No such
file or directory)
open(".//etc/gdefs.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/gdefs.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
...
Not only is that not the documented search path, the fact that an absolute
path was given is completely ignored. If the included file has a relative
path the search path doesn't change, it still looks in
/usr/lib/chpp/include first, then in the local directory.
--
Jamie Heilman http://audible.transient.net/~jamie/
"...thats the metaphorical equivalent of flopping your wedding tackle
into a lion's mouth and flicking his lovespuds with a wet towel, pure
insanity..." -Rimmer
---------------------------------------
Received: (at 93696-close) by bugs.debian.org; 27 Aug 2002 18:39:20 +0000