Re: Subversion 1.15.0-rc3 up for testing/signing

Ivan Zhakov <[email protected]>
Newsgroups gmane.comp.version-control.subversion.devel
Message-ID <CAPZho09gpVAJ2rrh12_7=Gn9+1grs-e8k34AnmrR21cUdaz60A@mail.gmail.com>
On Tue, 14 Jul 2026 at 18:18, Branko Čibej <[email protected]> wrote:

[...]

> Longer term, we could think about getting to a state where our .tar.gz,
> .tar.bz2, and .zip all have identical content (generated once). Otherwise
> we risk potential inconsistencies: for example, if someone on Windows
> downloads subversion-1.14.5.tar.bz2 instead of .zip. And it also makes the
> release process more complicated, because there is at least 2x different
> content to check/verify.
>
>
> Unix tarballs are libtoolized and contain generated swig binding code and
> such. We don't need the libtool bits and don't support pre-generated
> bindings in the Windows build, so there's a reason why contents are
> somewhat different. And all the files within the .zip with
> svn:eol-style=native have CRLF line endings (that's why I use 'diff -qrw`
> to compare). The latter used to be required because 'cl' and 'msdev' and
> 'cmd.exe' didn't use to like just LF newlines in source and project files.
> I suppose that's no longer a concern?
>
> Visual Studio and 'cl' work fine with LF these days. I have tested 'cmd'
and it also works fine, but I won't put my finger on all possible tools.

With the addition of CMake, separate Windows and Unix tarballs may no
longer hold as an abstraction. Maybe we could just have a CRLF "Windows"
zip and LF "Unix" tar.gz with identical content?

-- 
Ivan Zhakov
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.