Brian Kraemer
2003-Aug-06 09:29 UTC
statically compiled files left over after a 'make world'
Hello, I recently did a 'make world' to update my base system due to the realpath bug. After that finished, I noticed that I still had the following statically compiled binaries laying around that did not get updated during a 'make world'. I track 4-STABLE. /usr/bin/miniperl /sbin/mount_kernfs /sbin/mount_devfs /sbin/modunload /sbin/modload /sbin/ft /stand/boot_crunch /stand/find /stand/sed /stand/test /stand/pwd /stand/ppp /stand/newfs /stand/minigzip /stand/cpio /stand/bad144 /stand/fsck /stand/ifconfig /stand/route /stand/slattach /stand/mount_nfs /stand/dhclient /stand/arp /stand/gzip /stand/gunzip /stand/zcat /stand/-sh /stand/[ /stand/sh Since they were not updated during a 'make world', does that mean that they are deprecated and can be safely removed? If not, why weren't they updated during a 'make world'? Is it a security risk having them stick around since they haven't been re-linked against the new libc? Thanks, -Brian
bks10@cornell.edu
2003-Aug-06 10:02 UTC
statically compiled files left over after a 'make world'
If you track 4-STABLE you have nothing to worry about anyway. The bug did not affect 4-STABLE, only 4.8, 4.7, etc... Peace. On Wed, 6 Aug 2003, Brian Kraemer wrote:> Hello, > > I recently did a 'make world' to update my base system due to the realpath > bug. After that finished, I noticed that I still had the following > statically compiled binaries laying around that did not get updated during > a 'make world'. I track 4-STABLE. > > /usr/bin/miniperl > /sbin/mount_kernfs > /sbin/mount_devfs > /sbin/modunload > /sbin/modload > /sbin/ft > /stand/boot_crunch > /stand/find > /stand/sed > /stand/test > /stand/pwd > /stand/ppp > /stand/newfs > /stand/minigzip > /stand/cpio > /stand/bad144 > /stand/fsck > /stand/ifconfig > /stand/route > /stand/slattach > /stand/mount_nfs > /stand/dhclient > /stand/arp > /stand/gzip > /stand/gunzip > /stand/zcat > /stand/-sh > /stand/[ > /stand/sh > > Since they were not updated during a 'make world', does that mean that > they are deprecated and can be safely removed? > > If not, why weren't they updated during a 'make world'? Is it a security > risk having them stick around since they haven't been re-linked against the > new libc? > > Thanks, > > -Brian > _______________________________________________ > freebsd-security@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-security > To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" >
Erick Mechler
2003-Aug-06 10:30 UTC
statically compiled files left over after a 'make world'
:: Since they were not updated during a 'make world', does that mean that :: they are deprecated and can be safely removed? The files in /stand/ aren't installed when doing a 'make world'. You have to go into /usr/sys/release/sysinstall/ and do a 'make all install' after your system is back up to update those files. See section 21.4.12 of the Handbook. Cheers - Erick