Op zaterdag 9 april 2005 03:32, schreef u: > On Fri, Apr 08, 2005 at 05:07:11PM +0200, Tom Albers wrote: > > Hi, when the user has put fonts in a subfolder with a dash, the > > postinstall script will fail on: > > > > fontconfig.postinst: > > find /var/lib/defoma/x-ttcidfont-conf.d -name fonts.cache-1 | xargs rm -f > > (around line 127) > > > > If you change that to: > > find /var/lib/defoma/x-ttcidfont-conf.d -name fonts.cache-1 | xargs rm -f > > -- > > > > it should be fine. > > That doesn't make any sense. Aside from there not being any good reason to > create such a subdirectory AFAICT,
My co-worker used it to store some old fonts in there. I do not know why, but it gave serious trouble upgrading debian ;-) > the find command returns the full path > to each file it finds: there's no way that a path anchored at the root > directory is going to begin with a -, it will always begin with a slash. > What's the actual path of the file causing problems for you, and what is > the error you get? testcase: cd /tmp mkdir -- "- oldones -" cd -- -\ oldones\ -/ touch temp cd .. command: "find . -name temp | xargs rm -f" will result in an error that this option is not supported by rm. "find . -name temp | xargs rm -f --" works fine. I agree it will not happen for many people, but if it happens, you really don't know how to solve it, unless you debug the postinstall script. It is not theoretical, I ran into it yesterday and took me quite a bit to find the problem ;-) Tom
smime.p7s
Description: S/MIME cryptographic signature