Bug 132392 - duplicated /etc/default/nss with different times on multiarch glibc (i686 and x86_64)
Summary: duplicated /etc/default/nss with different times on multiarch glibc (i686 and...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: glibc
Version: rawhide
Hardware: x86_64
OS: Linux
medium
low
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks: FC3Target FC4Target
TreeView+ depends on / blocked
 
Reported: 2004-09-12 07:46 UTC by Arenas Belon, Carlo Marcelo
Modified: 2007-11-30 22:10 UTC (History)
1 user (show)

Fixed In Version: 2.3.3-79
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-03-01 12:38:51 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Arenas Belon, Carlo Marcelo 2004-09-12 07:46:40 UTC
Description of problem:
both: glibc-2.3.3-49.i686 and glibc-2.3.3-49.x86_64 include
/etc/default/nss on their %files list.

the problem gets even worst by the fact that the file /etc/default/nss
gets copied at %install time and later rolled as part of the rpm and
therefore has different access/modified times on each package leading
rpm to believe they are totally different files and forcing it to make
an .rpmnew copy on install.

Version-Release number of selected component (if applicable):
2.3.3-49

How reproducible:
always

Steps to Reproduce:
1. up2date glibc
2. ls /etc/default
3.
  
Actual results:
nss nss.rpmnew

Expected results:
nss

Additional info:
observed also on other recent releases of glibc

using `install -p -m 644 nis/nss $RPM_BUILD_ROOT/default/nss` instead
would at least keep the same time on the package and probably help rpm
identify this file as a duplicate and avoid the backup (probably not
working like that yet)

Comment 1 Jakub Jelinek 2004-09-30 07:50:22 UTC
The file is
%verify(not md5 size mtime) %config(noreplace) /etc/default/nss
I wonder why the same problem doesn't exist for nsswitch.conf, it also
has different timestamp between the two rpms and is also
%verify(not md5 size mtime) %config(noreplace) /etc/nsswitch.conf

Comment 2 Arenas Belon, Carlo Marcelo 2004-10-03 10:20:22 UTC
still not working for glibc-2.3.3-63 which is using install -p on the
SPEC for those files.

the list of files provided by both (i686 and x86_64) packages is :

/etc/default/nss
/etc/ld.so.conf
/etc/localtime
/etc/nsswitch.conf
/etc/rpc
/sbin/ldconfig
/sbin/sln
/usr/sbin/glibc_post_upgrade
/usr/sbin/iconvconfig
/usr/share/doc/glibc-2.3.3/*

where all the configuration files (except for /etc/rpc) are tagged as
%verify(not md5 size mtime) %config(noreplace)

additionally, the files on [/usr]/sbin and which are different on each
architecture dependent file are getting overwritten but the last
installed package (on my case it was x86_64) as shown below :

[root@localhost ~]# rpm -V glibc.i686
S.5....T    /sbin/ldconfig
S.5....T    /sbin/sln
S.5....T    /usr/sbin/glibc_post_upgrade
S.5....T    /usr/sbin/iconvconfig

it is interesting also to note that the file which actually got
installed for /etc/rpc matches the one for glibc.i686 and conflicts
with the one on glibc.x86_64 though as shown below :

[root@localhost default]# rpm -V glibc.x86_64
.......T  c /etc/rpc



Comment 3 Jakub Jelinek 2004-10-19 09:51:12 UTC
Jeff, any ideas?
I get
   5:glibc                  warning: /etc/default/nss created as /etc/default/nss.rpmnew
rpm -qplv glibc-2.3.3-70.i686.rpm glibc-2.3.3-70.x86_64.rpm | grep /etc/default
drwxr-xr-x    2 root    root                0 Oct 19 02:38 /etc/default
-rw-r--r--    1 root    root              962 Apr  2  2004 /etc/default/nss
drwxr-xr-x    2 root    root                0 Oct 19 02:08 /etc/default
-rw-r--r--    1 root    root              962 Apr  2  2004 /etc/default/nss
md5sum /etc/default/nss*
eda53e55824cb30fbd378349352f559d  /etc/default/nss
eda53e55824cb30fbd378349352f559d  /etc/default/nss.rpmnew

glibc.spec does:
install -p -m 644 nis/nss $RPM_BUILD_ROOT/etc/default/nss
%verify(not md5 size mtime) %config(noreplace) /etc/default/nss

Comment 4 Jakub Jelinek 2005-03-01 12:38:51 UTC
/etc/default/nss is now in glibc-common since 2.3.3-79, so this should be fixed
by now.


Note You need to log in before you can comment on or make changes to this bug.