Am Donnerstag, 19. Mai 2016, 19:39:10 schrieb Eli Zaretskii: > > From: Tim Ruehsen <tim.rueh...@gmx.de> > > Cc: Ryan Schmidt <w...@ryandesign.com> > > Date: Thu, 19 May 2016 10:59:27 +0200 > > > > After looking closer to this issue... it is a more general issue with file > > systems that change/mangle the filenames. The wget test suite will likely > > break on many such file systems. On (v)fat (e.g. 8.3 mangling), on hpfs > > also due to lowercasing (see 'man mount' on linux). Also ntfs with > > certain settings. > > There's no mangling I know about on VFAT filesystems, AFAIK. > > > Anyone wants to implement a list of filesystems to switch off certain > > tests ? > > > > I personally see this a low priority issue. > > But I would happily accept any patches addressing it. > > The usual way of handling this is with some kind of "file-truename" > system call. E.g., the short 8+3 aliases on Windows can be run > through that to retrieve the original long file names.
Maybe we leave away that 8.3 thing for now. I am currently working on wget2 and fixed the test suite (written in C) to survive case-sensitive filesystems. I believe at least a few failures of the wget Perl suite come from case-sensitivity as well. So if you are going to work on the test suite, I suggest to fix it for case-sensitivity as step one. (If you are interested in details from wget2 test suite, give me a shout). BTW, I opened a bug report against HFS+ in Debian (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824743). I spotted some unexpected behavior regarding filename casing. And please don't spend too much work into the Perl test suite. The maintainers have a consensus to move Perl -> Python in the long term.
signature.asc
Description: This is a digitally signed message part.
