[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#912784: marked as done (stretch-pu: package davix/0.6.4-1.1+deb9u1)

Your message dated Sun, 12 Jul 2020 20:56:47 +0100
with message-id <7223d4385ae7e1e718725d5a3af09a7e859bfef3.camel@adam-barratt.org.uk>
and subject line Re: Bug#912784: stretch-pu: package davix/0.6.4-1.1+deb9u1
has caused the Debian Bug report #912784,
regarding stretch-pu: package davix/0.6.4-1.1+deb9u1
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
912784: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912784
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian.org@packages.debian.org
Usertags: pu

This is a proposed update to the davix package in Debian 9 (stretch). I
have created it in response to a request that was sent to me via e-mail 
(included below).

The proposed update backports the specific bugfix mentioned in the
request rather than updating to a newer version. This bugfix was part
of the 0.6.8 update. The version in unstable and testing is currently
0.7.1.

        Mattias

-------- Vidarebefordrat meddelande --------
Från: Paul Millar <paul.millar@desy.de>
Till: mattias.ellert@physics.uu.se
Ämne: davix version in Debian stretch
Datum: Tue, 16 Oct 2018 15:06:11 +0200

Hi Mattias,

I was wondering whether it was possible to get the davix version 
currently in buster (0.6.8) into stretch?

davix v0.6.8 contains this fix:

	https://its.cern.ch/jira/browse/DMC-1047

which is pretty important for us.

Of course, if you got the latest version (v0.6.9) into stretch, buster 
and sid, that would be even better.  That version has further fixes that 
would be helpful.

Cheers,

Paul.


diff -Nru davix-0.6.4/debian/changelog davix-0.6.4/debian/changelog
--- davix-0.6.4/debian/changelog	2016-12-15 21:40:12.000000000 +0100
+++ davix-0.6.4/debian/changelog	2018-11-03 18:37:23.000000000 +0100
@@ -1,3 +1,10 @@
+davix (0.6.4-1.1+deb9u1) stretch; urgency=medium
+
+  * Use getInterfaceVersion to retrieve the delegation version implemented
+  * https://its.cern.ch/jira/browse/DMC-1047
+
+ -- Mattias Ellert <mattias.ellert@physics.uu.se>  Sat, 03 Nov 2018 18:37:23 +0100
+
 davix (0.6.4-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru davix-0.6.4/debian/patches/0001-DMC-1047-use-getInterfaceVersion-to-retrieve-the-del.patch davix-0.6.4/debian/patches/0001-DMC-1047-use-getInterfaceVersion-to-retrieve-the-del.patch
--- davix-0.6.4/debian/patches/0001-DMC-1047-use-getInterfaceVersion-to-retrieve-the-del.patch	1970-01-01 01:00:00.000000000 +0100
+++ davix-0.6.4/debian/patches/0001-DMC-1047-use-getInterfaceVersion-to-retrieve-the-del.patch	2018-11-03 15:38:46.000000000 +0100
@@ -0,0 +1,33 @@
+From 436bb62eb7df614e3c68bdcbb60c56b406feb8f8 Mon Sep 17 00:00:00 2001
+From: Andrea Manzi <amanzi@cern.ch>
+Date: Mon, 28 May 2018 16:13:29 +0200
+Subject: [PATCH] DMC-1047: use getInterfaceVersion to retrieve the delegation
+ version implemented
+
+---
+ src/modules/copy/delegation/delegation.cpp | 6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/src/modules/copy/delegation/delegation.cpp b/src/modules/copy/delegation/delegation.cpp
+index 203268d..55f242b 100644
+--- a/src/modules/copy/delegation/delegation.cpp
++++ b/src/modules/copy/delegation/delegation.cpp
+@@ -204,12 +204,12 @@ static int get_delegation_version(const std::string& ucred, const std::string& p
+ 
+     if (soap_ssl_client_context(soap_v, SOAP_SSL_DEFAULT, ucred.c_str(), passwd.c_str(),
+                                   ucred.c_str(), capath.c_str(), NULL) == 0) {
+-        delegation2::tns2__getVersionResponse response;
+-        delegation2::soap_call_tns2__getVersion(soap_v, dlg_endpoint.c_str(),
++        delegation2::tns2__getInterfaceVersionResponse response;
++        delegation2::soap_call_tns2__getInterfaceVersion(soap_v, dlg_endpoint.c_str(),
+                 "http://www.gridsite.org/namespaces/delegation-2";, response);
+ 
+         if (soap_v->error == 0) {
+-            version = atoi(response.getVersionReturn);
++            version = atoi(response.getInterfaceVersionReturn);
+         }
+         else {
+             // Assume version 1 (does not implement the version method)
+-- 
+2.19.1
+
diff -Nru davix-0.6.4/debian/patches/series davix-0.6.4/debian/patches/series
--- davix-0.6.4/debian/patches/series	2016-12-15 21:36:45.000000000 +0100
+++ davix-0.6.4/debian/patches/series	2018-11-03 18:35:30.000000000 +0100
@@ -1,3 +1,10 @@
 davix-linking.patch
+
+# Add support for openssl-1.1.0
+# https://its.cern.ch/jira/browse/DMC-888
 0001-DMC-888-16-Add-support-for-openssl-1.1.0.patch
 0002-DMC-888-16-Fix-SL5-build.patch
+
+# Use getInterfaceVersion to retrieve the delegation version implemented
+# https://its.cern.ch/jira/browse/DMC-1047
+0001-DMC-1047-use-getInterfaceVersion-to-retrieve-the-del.patch
diff -Nru davix-0.6.4/debian/rules davix-0.6.4/debian/rules
--- davix-0.6.4/debian/rules	2016-12-15 21:40:12.000000000 +0100
+++ davix-0.6.4/debian/rules	2018-11-03 18:37:23.000000000 +0100
@@ -32,6 +32,7 @@
 override_dh_install:
 	rm debian/tmp/usr/share/doc/davix/LICENSE
 	rm -rf debian/tmp/usr/include/gtest debian/tmp/usr/lib/libgtest.a debian/tmp/usr/lib/libgtest_main.a
+	rm -rf debian/tmp/usr/share/doc/davix/html/.doctrees
 	dh_install --fail-missing
 
 override_dh_strip:

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---
--- Begin Message --- 
On Thu, 2020-07-02 at 20:27 +0100, Adam D. Barratt wrote:
> [I realise this has sat in "moreinfo limbo" for a long while now,
> sorry]
> 
> On Mon, 2019-07-08 at 12:49 +0200, Mattias Ellert wrote:
> > mån 2019-07-08 klockan 12:04 +0200 skrev Julien Cristau:
> > > On Mon, Jul  8, 2019 at 11:54:18 +0200, Mattias Ellert wrote:
> > > 
> > > > > Sorry for not getting back to you again sooner.
> > > > > 
> > > > > The bug fix sounds OK. What's the d/rules change about? It's
> > > > > not
> > > > > mentioned in the changelog.
> > > > > 
> > > > > +	rm -rf debian/tmp/usr/share/doc/davix/html/.doctrees
> > > > > 
> > > > > Regards,
> > > > > 
> > > > > Adam
> > > > 
> > > > Sorry for the delay. This is due to lintian.
> > > > 
> > > > $ lintian-info -t package-contains-python-doctree-file
> > > > W: package-contains-python-doctree-file
> > > > N:
> > > > N:   This package appears to contain a pickled cache of
> > > > reStructuredText
> > > > N:   (*.rst) documentation in a .doctree file.
> > > > N:   
> > > > N:   These are not needed to display the documentation
> > > > correctly
> > > > and as
> > > > N:   they can contain absolute build paths can affect the
> > > > reproducibility
> > > > N:   of the package.
> > > > N:   
> > > > N:   Either prevent the installation of the .doctree file (or
> > > > parent
> > > > N:   doctrees directory if there is one) or pass the -d option
> > > > to
> > > > N:   sphinx-build(1) to create the caches elsewhere.
> > > > 
> > > That doesn't sound needed nor indeed appropriate for a stable
> > > update.
> > > 
> > > Cheers,
> > > Julien
> > 
> > Please elaborate.
> > Should I interpret your comment as a rejection unless that line is
> > removed, or was this an invitation for me to argue in favour of it.
> 
> I would assume some combination.
> 
> > I can't see how removing some unwanted files from the documentation
> > package could be inappropriate.
> 
> The base question for changes to a package in (old)stable is whether
> they fix an issue which affects users of the package (where users can
> include buildds, the security team and others who have to build them
> package). Does including this fix do so?

The window for getting fixes into the final stretch point release
before it moves to LTS just closed, so I'm afraid that I'm going to
close this request now.

Regards,

Adam

--- End Message ---
Reply to: