Bug 4289 - glibc has Problems with long lines in /etc/group
Summary: glibc has Problems with long lines in /etc/group
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: glibc
Version: 8.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 1999-07-31 20:20 UTC by Wissmann, Klaus
Modified: 2016-11-24 14:50 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-04-21 23:33:50 UTC

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Wissmann, Klaus 1999-07-31 20:20:34 UTC 
We have an /etc/group file with several very long lines (the
longest is 1747 chars). I built a qmail rpm which has files
in it that belong to the groups "nofiles" or "qmail". When I
have those two groups in our /etc/group file *before* the
long lines there is no problem. When I put those groups in
/etc/group *after* the long lines rpm prints

  group qmail does not exist - using root

when installing this rpm. I am using rpm-3.0.2-5.x both to
build and install the rpm.
Comment 1 Jeff Johnson 1999-12-16 16:14:59 UTC 
This isn't an rpm problem per se, since rpm does not access /etc/group
directly, but only uses getgrnam/getgrgid interfaces from glibc. (Note:
there is a hard coded maximum 1024 group limit in rpm, but I don't believe that
you are reaching that limit). Off to glibc for resolution ...
Comment 2 Alan Cox 2002-12-15 04:23:09 UTC 
Still present in 8.0
Comment 3 Ulrich Drepper 2003-04-21 23:33:50 UTC 
I cannot reproduce this with RHL9.  I have at the beginning of /etc/group a line
with >2000 characters.  My user entry is behind this and rpmbuild happily
creates an output file even though the files which get added belong to me.

Please check this out yourself and report back.
Note You need to log in before you can comment on or make changes to this bug.