Re: RFS: subversion (updated package) [lenny-backports, 1.6.12dfsg-2~bpo50+1]
On 2010-10-02 22:28, Niels Thykier wrote:
> On 2010-10-02 22:25, Jesús M. Navarro wrote:
>> Hi, Michael:
>
>> On Saturday 02 October 2010 21:24:22 Michael Diers wrote:
>>> Dear mentors and backporters,
>>>
>>> I am looking for a sponsor for the new version 1.6.12dfsg-2~bpo50+1
>>> of my existing backport of package "subversion".
>>>
>>> Please note that 1.6.12dfsg-2 is currently in "unstable" and will take a
>>> few days to migrate to "testing"; however, this update addresses
>>> CVE-2010-3315 for the existing backport.
>>>
>>> subversion (1.6.12dfsg-2~bpo50+1) lenny-backports; urgency=low
>>>
>>> * Rebuild for lenny-backports.
>>> * Disable ra_serf, need a newer version than the one in lenny.
>>> * Build-depend on libdb4.6-dev, suggest db4.6-util.
>>> * Build-depend on openjdk-6-jdk instead of gcj-jdk.
>>> * Depend on openjdk-6-jre-headless instead of gij.
>
>> Just out of curiosity: how is it that subversion depends on jdk/jre?
[...]
> I would assume that (Build-)Depends relate to libsvn-java binary package
> without actually having checked the control file.
Absolutely, the runtime dependency on a JRE is for libsvn-java only. I
chose to prefer openjdk-6-jre-headless because gij is not able to
complete Subversion's own test suite for the Java bindings without error.
I just realized I inadvertently deleted the list of packages from the
RFS. Here it is for completeness:
It builds these binary packages:
libapache2-svn - Subversion server modules for Apache
libsvn-dev - Development files for Subversion libraries
libsvn-doc - Developer documentation for libsvn
libsvn-java - Java bindings for Subversion
libsvn-perl - Perl bindings for Subversion
libsvn-ruby - Ruby bindings for Subversion (dummy package)
libsvn-ruby1.8 - Ruby bindings for Subversion
libsvn1 - Shared libraries used by Subversion
python-subversion - Python bindings for Subversion
subversion - Advanced version control system
subversion-tools - Assorted tools related to Subversion
--
Michael Diers, elego Software Solutions GmbH, http://www.elego.de
Reply to: