Fwd: Binary files in subversion at svn.kde.org

[Stephan Kulow]

Let me forward your email as it points out a severe problem. The shocking part is that
_all_ images in there are 7 bytes. But this problem goes away when one uses the original
version and avoids ossi's speedup - so hopefully Oswald can fix that ;)

This seems to have nothing to do with eol or not eol - especially as the cvs files are correctly
marked as binary.

Thanks for checking, Stephan

----------  Weitergeleitete Nachricht  ----------

Subject: Binary files in subversion at svn.kde.org
Date: Mittwoch 30 März 2005 23:11
From: Boris Gruschke boris gruschke de
To: Stephan Kulow <coolo at kde.org>

Hi,

I ran into compliation problems with qt-copy from the subversion playground on 
svn.kde.org. I haven't found this issue being brought up on kde-core-devel, 
so maybe this is something new:

The image files in my WC are broken. For example:

https://svn.kde.org/home/kde/trunk/qt-copy/tools/designer/designer/images/designer_adjustsize.png

is 7 Bytes only, while the same file in CVS

http://webcvs.kde.org/qt-copy/tools/designer/designer/images/designer_adjustsize.png?rev=1.2&view=markup

looks fine. The subversion file must have been treated as a text file 
somewhere and CR LF became LF.

svn propget svn:eol-style 
https://svn.kde.org/home/kde/trunk/qt-copy/tools/designer/designer/images/designer_adjustsize.png

returns "native", which indicates that the subversion repos thinks this is a 
text file. Therefore the mistreatment must have happened during the import. 
Consequently the mime-type is text/plain when retrieving the file via 
http(s) / WebDAV / svn.

cvs2svn --no-default-eol --eol-from-mime-type ... ?


Kind regards,

Boris


-------------------------------------------------------