Processed: Re: Bug#613143: there is /usr/lib64 symlink but no /usr/local/lib64

2014-05-07 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > block 720777 by 613143 Bug #720777 [libc6-x32] libc6-x32: /usr/local/libx32 (required by FHS) doesn't exist 720777 was not blocked by any bugs. 720777 was not blocking any bugs. Added blocking bug(s) of 720777: 613143 > block 720778 by 613143 Bug

Bug#613143: there is /usr/lib64 symlink but no /usr/local/lib64

2014-05-07 Thread Aurelien Jarno
block 720777 by 613143 block 720778 by 613143 block 720780 by 613143 thanks On Fri, Sep 23, 2011 at 10:18:05AM +0200, Bill Allombert wrote: > On Thu, Sep 22, 2011 at 05:08:33PM -0500, Jonathan Nieder wrote: > > Tollef Fog Heen wrote: > > > ]] Steve Langasek > > > > > | How do we square that with

Bug#747320: Mandate "type" in /bin/sh

2014-05-07 Thread Colin Watson
On Wed, May 07, 2014 at 02:32:39PM +0100, Ian Jackson wrote: > I therefore propose that the following should be added to the list of > additional features listed in policy 10.4: > > * The XSI extension `type' must be supported . It must exit > zero iff the command is found. The output form

Bug#747320: Mandate "type" in /bin/sh

2014-05-07 Thread Ian Jackson
Package: debian-policy Version: 3.9.5.0 I came across this in /etc/init.d/exim4: OLDIFS="$IFS" IFS=: for p in $PATH; do if [ -x "$p/$UPEX4CONF" ]; then IFS="$OLDIFS" $p/$UPEX4CONF $UPEX4OPTS return 0 fi done IFS="$OLDIFS" I imagine that this kind of thing is f