osdir.com
mailing list archive

Subject: linuxconf produces line splits in /etc/group - msg#00006

List: debian.qa-packages

Date: Prev Next Index Thread: Prev Next Index
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?
Yes No
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
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by