[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Fwd: Binary files in subversion at svn.kde.org
From:       Stephan Kulow <coolo () kde ! org>
Date:       2005-03-31 8:05:52
Message-ID: 200503311005.53945.coolo () kde ! org
[Download RAW message or body]

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@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


-------------------------------------------------------
[prev in list] [next in list] [prev in thread] [next in thread]