[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Problem related to SVN:externals & mime-type

From: Johan Corveleyn <jcorvel_at_gmail.com>
Date: Fri, 25 Jun 2010 21:30:41 +0200

On Fri, Jun 25, 2010 at 4:17 PM, Dupaquis, Vincent
<Vincent.DUPAQUIS_at_atmel.com> wrote:
>        Hello,
>
>        I've just found a weird problem related to svn:externals.
>
>        I have a directory which has a svn:externals property, setup in
>        such way it directly points to .pdf files.
>
>        For instance :
>                http://mysvn_server/reps/MyRepo/trunk/document/mydoc1.pdf      Mydoc1.pdf                             http://mysvn_server/reps/MyRepo/trunk/document/mydoc2.pdf      Mydoc2.pdf
>
>        Both .pdf fies are commited to the repository and are accessible, by the way
>        when I update the directory containing the svn:externals property, I only get one
>        of the 2 pdf files.
>
>        My svn client complains about a weird issue related to end-of-line which is not
>        recognised (the message in french says "Erreur: Style de fin de ligne non reconnu"
>        ("Error : end of line style not recognised"). I've tried with both svn turtoise and the
>        command line "svn up .", same result.
>
>        After checking everything, I could spot a difference between the two files :
>        the mime-type is set on the "faulty" file to application/pdf, while the second one
>        (the one the tool can bet correctly), there is no such property set.
>
>        The svn client version I use is 1.6.5 (r38866), the server is an old 1.4.2 (r22196).
>
>        Would you have any idear ?

You're probably hitting this issue:
http://subversion.tigris.org/issues/show_bug.cgi?id=3368 - Can't
create a single file external referring to a file with properties on
it (e.g. binary files)

It was fixed in 1.6.6

Cheers,

-- 
Johan
Received on 2010-06-25 21:31:18 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.