Re: Bug#885172: transition: libsodium

2017-12-26 Thread Paul Wise
On Tue, Dec 26, 2017 at 7:15 PM, Moritz Mühlenhoff wrote:

> Is that a temporary measure or permanently due to the state of
> the port?

https://lists.debian.org/debian-bsd/2017/12/msg8.html

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



Bug#885420: transition: suitesparse

2017-12-26 Thread Sébastien Villemot
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: forwarded -1 
https://release.debian.org/transitions/html/auto-suitesparse.html

Dear Release Team,

Please schedule a transition for suitesparse. Only one library had an SONAME
bump, and actually there was no ABI change, so the transition should be
straightforward. I am in touch with upstream, who hopefully will avoid such
unneeded SONAME bumps in the future.

Thanks,


Ben file:

title = "suitesparse";
is_affected = .depends ~ "libsuitesparseconfig4" | .depends ~ 
"libsuitesparseconfig5";
is_good = .depends ~ "libsuitesparseconfig5";
is_bad = .depends ~ "libsuitesparseconfig4";

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org


signature.asc
Description: PGP signature


Processed: transition: suitesparse

2017-12-26 Thread Debian Bug Tracking System
Processing control commands:

> forwarded -1 https://release.debian.org/transitions/html/auto-suitesparse.html
Bug #885420 [release.debian.org] transition: suitesparse
Set Bug forwarded-to-address to 
'https://release.debian.org/transitions/html/auto-suitesparse.html'.

-- 
885420: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885420
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#885086: stretch-pu: package kildclient/3.1.0-1+deb9u1

2017-12-26 Thread Eduardo M KALINOWSKI
Control: tags -1 -moreinfo

On 23-12-2017 16:08, Adam D. Barratt wrote:
> On Sat, 2017-12-23 at 15:56 -0200, Eduardo M Kalinowski wrote:
>> I'd like to upload an update to kildclient to fix
>> bug #885007 / CVE-2017-17511:
> The BTS and Security Tracker metadata for that issue suggest that it
> affects the version of kildlcient in unstable and is not yet fixed
> there - is that correct? If so, please fix the package in unstable
> first and let us know once that's done.

A new upstream version has been uploaded to unstable, fixing this (and a
couple other things).

For the stretch (and jessie) uploads, the only changes are related to
CVE in question.


-- 
O dinheiro não traz a felicidade daquele que não o possui.
-- Boris Vian

Eduardo M KALINOWSKI
edua...@kalinowski.com.br



Processed: Re: Bug#885086: stretch-pu: package kildclient/3.1.0-1+deb9u1

2017-12-26 Thread Debian Bug Tracking System
Processing control commands:

> tags -1 -moreinfo
Bug #885086 [release.debian.org] stretch-pu: package kildclient/3.1.0-1+deb9u1
Removed tag(s) moreinfo.

-- 
885086: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885086
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#885416: transition: libharu

2017-12-26 Thread Johan Van de Wauw
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hello Release Team,

I would like to request a transition for libharu. The package is in 
experimental for some time.
I have tested the reverse dependencies and they build fine.

Kind Regards,
Johan

Ben file:

title = "libharu";
is_affected = .depends ~ "libhpdf-2.2.1" | .depends ~ "libhpdf-2.3.0";
is_good = .depends ~ "libhpdf-2.3.0";
is_bad = .depends ~ "libhpdf-2.2.1";



Bug#885333: stretch-pu: package loook/0.8.4-1

2017-12-26 Thread Mechtilde Stehmann
Hello,

I discussed my wish also with wRAR at IRC #debian-mentors. He pointed
out to me that my versioning was wrong.

So I correct it a new build and a new patch file which i applied.


-- 
Mechtilde Stehmann
## Debian Developer
## Loook, calender-exchange-provider, libreoffice-canzeley-client
## PGP encryption welcome
## Key-ID 0x141AAD7F
diff -Nru loook-0.8.4/debian/changelog loook-0.8.4/debian/changelog
--- loook-0.8.4/debian/changelog	2016-02-13 17:06:14.0 +0100
+++ loook-0.8.4/debian/changelog	2017-12-26 17:43:48.0 +0100
@@ -1,3 +1,12 @@
+loook (0.8.4-1+deb9u1) UNRELEASED; urgency=medium
+
+  * now it is possible to search in directories which also contains password protected files.
++ fix for bug #884582
+  * Change E-Mail address of Maintainer after becoming DD in control and
+in changelog
+
+ -- Mechtilde Stehmann   Tue, 26 Dec 2017 17:43:48 +0100
+
 loook (0.8.4-1) unstable; urgency=low
 
   * New Upstream release
diff -Nru loook-0.8.4/debian/control loook-0.8.4/debian/control
--- loook-0.8.4/debian/control	2016-02-13 17:04:49.0 +0100
+++ loook-0.8.4/debian/control	2017-12-26 17:41:40.0 +0100
@@ -1,7 +1,7 @@
 Source: loook
 Section: utils
 Priority: optional
-Maintainer: Mechtilde Stehmann 
+Maintainer: Mechtilde Stehmann 
 Build-Depends: debhelper (>= 9), gettext
 Standards-Version: 3.9.7
 Homepage: http://mechtilde.de/Loook/
diff -Nru loook-0.8.4/debian/patches/fix884582.patch loook-0.8.4/debian/patches/fix884582.patch
--- loook-0.8.4/debian/patches/fix884582.patch	1970-01-01 01:00:00.0 +0100
+++ loook-0.8.4/debian/patches/fix884582.patch	2017-12-26 17:39:36.0 +0100
@@ -0,0 +1,80 @@
+Description: fix for bug #884582-now it is possible to search in directories which also contains password protected files.
+Forwarded: Yes
+Author: Mechtilde Stehmann 
+Last-Update: 2017-12-26
+Index: loook-0.8.4/loook.py
+===
+--- loook-0.8.4.orig/loook.py	2016-02-13 17:03:15.0 +0100
 loook-0.8.4/loook.py	2017-12-26 17:38:07.327473839 +0100
+@@ -213,7 +213,7 @@
+ 		"""Start OOo to view the file. This method lacks 
+ 		error handling (TODO)."""
+ 		items = event.widget.curselection()
+-		filename = "%s%s" % (self.search_path.get(), event.widget.get(items[0]))
++		filename = os.path.join(self.search_path.get(), event.widget.get(items[0]))
+ 		filename = os.path.normpath(filename)
+ 		prg = self.ooo_path.get()
+ 		if not prg:
+@@ -223,10 +223,7 @@
+ 			cmd = "\"%s\" \"%s\" &" % (prg, filename)
+ 			self.status.config(text=_("Starting viewer..."))
+ 			print(cmd)
+-			try:
+-res = os.system(cmd)
+-			except UnicodeError:
+-res = os.system(cmd)
++			res = os.system(cmd)
+ 			if res != 0:
+ # don't show a dialog, this check might not be system-indepenent:
+ print(_("Warning: Command returned code != 0: ") + cmd)
+@@ -273,6 +270,8 @@
+ 
+ 	def processFile(self, filename, query):
+ 		suffix = self.getSuffix(filename)
++		# needed for error messages
++		fsfilename =filename
+ 		try:
+ 			# Handle OpenOffice.org files:
+ 			if suffix in ('sxw', 'stw',		# OOo   1.x swriter
+@@ -299,7 +298,7 @@
+ 
+ 		if filename.endswith("document.xml"):
+ 			content += str(zip.read(filename), 'utf-8')
+-			
++
+ 	content = self.removeXMLMarkup(content, replace_with_space=0)
+ 	docinfo = str(zip.read("meta.xml"), 'utf-8')
+ 	docinfo = self.removeXMLMarkup(docinfo, replace_with_space=0)
+@@ -307,6 +306,10 @@
+ except KeyError as err:
+ 	print("Warning: %s not found in '%s'" % (err, filename))
+ 	return None
++# Patch for encrypted files
++except UnicodeDecodeError:
++	print("Warning: cannot open '%s'" % (fsfilename))
++	return None
+ title = ""
+ title_match = re.compile("(.*?)", re.DOTALL|re.IGNORECASE).search(docinfo)
+ if title_match:
+@@ -339,6 +342,10 @@
+ except KeyError as err:
+ 	print("Warning: %s not found in '%s'" % (err, filename))
+ 	return None
++# Patch for encrypted files
++except UnicodeDecodeError:
++	print("Warning: cannot open '%s'" % (fsfilename))
++	return None
+ title = ""
+ title_match = re.compile("(.*?)", re.DOTALL|re.IGNORECASE).search(docinfo)
+ if title_match:
+@@ -368,6 +375,10 @@
+ except KeyError as err:
+ 	print("Warning: %s not found in '%s'" % (err, filename))
+ 	return None
++# Patch for encrypted files
++except UnicodeDecodeError:
++	print("Warning: cannot open '%s'" % (fsfilename))
++	return None
+ title = ""
+ title_match = re.compile("(.*?)", re.DOTALL|re.IGNORECASE).search(docinfo)
+ if title_match:
diff -Nru loook-0.8.4/debian/patches/series loook-0.8.4/debian/patches/series
--- loook-0.8.4/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ loook-0.8.4/debian/patches/series	2017-12-26 17:36:52.0 +0100
@@ -0,0 +1 @@
+fix884582.patch


signature.asc
Description: OpenPGP digital signature


Bug#885172: transition: libsodium

2017-12-26 Thread GCS
Hi Emilio,


On Tue, Dec 26, 2017 at 10:05 AM, Emilio Pozuelo Monfort
 wrote:
> Control: tags -1 confirmed
>
> On 25/12/17 18:11, László Böszörményi (GCS) wrote:
>> Version 1.0.16 of libsodium is in experimental and built on all
>> relevant architectures. Others are still pending. Especially on
>> kFreeBSD ones that have a big lag. :(
>
> DSA shut down the kfreebsd buildds.
 Ouch. Hope it's only a temporary decision. While being a Linux guy,
I'd definitely miss kFreeBSD if that's discontinued.

>> Hope this transition can be acknowledged.
>
> Please go ahead.
 Thanks, upload done and built on all release architectures.

Cheers,
Laszlo/GCS



Bug#885183: stretch-pu: package ntopng/2.4+dfsg1-3+deb9u1

2017-12-26 Thread Moritz Mühlenhoff
On Mon, Dec 25, 2017 at 09:26:58PM +0100, Ludovico Cavedon wrote:
> - #866721 and #866719, which are securirity-related issues. Do you want
>   me to reach out to the security team about these first? 

Those are marked no-dsa for quite a while, so not needed.

Cheers,
Moritz



Re: Bug#885172: transition: libsodium

2017-12-26 Thread Moritz Mühlenhoff
Emilio Pozuelo Monfort  schrieb:
> DSA shut down the kfreebsd buildds.

Is that a temporary measure or permanently due to the state of
the port?

(Just wondering since there's unofficial security builds
for kfreebsd-* despite not being a release arch; if that also affects
those efforts, we should make some kind of EOL announcement).

Cheers,
Moritz



Bug#885333: stretch-pu: package loook/0.8.4-1

2017-12-26 Thread mechtilde
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Hello,
I want to upload a fix for bug #884582. The search breaks, if there is a
password protected file in the directory.

I did a new upstream version in sid, which only contains the fix.

The patch is a source debdiff against the current version loook-0.8.4-1 in
stable. The changelog entry is against the stable distribution, including
Closes statements for the bug that will be fixed by the upload.

This is my first request of this kind

Mechtide


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (400, 'testing'), (300, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8),
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
diff -Nru loook-0.8.4/debian/changelog loook-0.8.4/debian/changelog
--- loook-0.8.4/debian/changelog2016-02-13 17:06:14.0 +0100
+++ loook-0.8.4/debian/changelog2017-12-26 10:55:42.0 +0100
@@ -1,3 +1,12 @@
+loook (0.8.4-2) UNRELEASED; urgency=medium
+
+  * Now it is possible to search in directories which also contains
+password protected files.
++ Fix for bug #884582 (Closes: #884582)
+  * Change E-Mail address
+
+ -- Mechtilde Stehmann   Tue, 26 Dec 2017 10:55:42 +0100
+
 loook (0.8.4-1) unstable; urgency=low
 
   * New Upstream release
diff -Nru loook-0.8.4/debian/control loook-0.8.4/debian/control
--- loook-0.8.4/debian/control  2016-02-13 17:04:49.0 +0100
+++ loook-0.8.4/debian/control  2017-12-26 10:54:50.0 +0100
@@ -1,7 +1,7 @@
 Source: loook
 Section: utils
 Priority: optional
-Maintainer: Mechtilde Stehmann 
+Maintainer: Mechtilde Stehmann 
 Build-Depends: debhelper (>= 9), gettext
 Standards-Version: 3.9.7
 Homepage: http://mechtilde.de/Loook/
diff -Nru loook-0.8.4/debian/patches/fix884582.patch 
loook-0.8.4/debian/patches/fix884582.patch
--- loook-0.8.4/debian/patches/fix884582.patch  1970-01-01 01:00:00.0 
+0100
+++ loook-0.8.4/debian/patches/fix884582.patch  2017-12-26 10:50:51.0 
+0100
@@ -0,0 +1,80 @@
+Description: fix for bug #884582-now it is possible to search in directories 
which also contains password protected files.
+Forwarded: Yes
+Author: Mechtilde Stehmann 
+Last-Update: 2017-12-26
+Index: loook-0.8.4/loook.py
+===
+--- loook-0.8.4.orig/loook.py  2016-02-13 17:03:15.0 +0100
 loook-0.8.4/loook.py   2017-12-26 10:47:32.831242345 +0100
+@@ -213,7 +213,7 @@
+   """Start OOo to view the file. This method lacks 
+   error handling (TODO)."""
+   items = event.widget.curselection()
+-  filename = "%s%s" % (self.search_path.get(), 
event.widget.get(items[0]))
++  filename = os.path.join(self.search_path.get(), 
event.widget.get(items[0]))
+   filename = os.path.normpath(filename)
+   prg = self.ooo_path.get()
+   if not prg:
+@@ -223,10 +223,7 @@
+   cmd = "\"%s\" \"%s\" &" % (prg, filename)
+   self.status.config(text=_("Starting viewer..."))
+   print(cmd)
+-  try:
+-  res = os.system(cmd)
+-  except UnicodeError:
+-  res = os.system(cmd)
++  res = os.system(cmd)
+   if res != 0:
+   # don't show a dialog, this check might not be 
system-indepenent:
+   print(_("Warning: Command returned code != 0: 
") + cmd)
+@@ -273,6 +270,8 @@
+ 
+   def processFile(self, filename, query):
+   suffix = self.getSuffix(filename)
++  # needed for error messages
++  fsfilename =filename
+   try:
+   # Handle OpenOffice.org files:
+   if suffix in ('sxw', 'stw', # OOo   1.x 
swriter
+@@ -299,7 +298,7 @@
+ 
+   if 
filename.endswith("document.xml"):
+   content += 
str(zip.read(filename), 'utf-8')
+-  
++
+   content = self.removeXMLMarkup(content, 
replace_with_space=0)
+   docinfo = str(zip.read("meta.xml"), 
'utf-8')
+   docinfo = self.removeXMLMarkup(docinfo, 
replace_with_space=0)
+@@ -307,6 +306,10 @@
+   except KeyError as err:
+   print("Warning: %s not found in '%s'" % 
(err, filename))
+   return None
++  # Patch for encrypt

Bug#883624: marked as done (transition: libkf5kipi + marble 17.08)

2017-12-26 Thread Debian Bug Tracking System
Your message dated Tue, 26 Dec 2017 11:03:50 +0100
with message-id 
and subject line Re: Bug#883624: transition: libkf5kipi + marble 17.08
has caused the Debian Bug report #883624,
regarding transition: libkf5kipi + marble 17.08
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 ow...@bugs.debian.org
immediately.)


-- 
883624: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883624
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,

I would like to request a slot for the transitions of libkf5kipi 17.08
and marble 17.08.  I'm requesting a single slot for them as the impact
of each is limited, and they boh affect digikam (big source, so one
rebuild can be avoided).

The sources affected by libkf5kipi are:
- digikam
- gwenview
- kde-spectacle
- kphotoalbum
The sources affected by marble are:
- digikam
- kreport
- libkf5kgeomap

I will wait for this weekend for the batch of 17.08 uploads I did last
weekend to migrate to testing: the reason is that the new versions of
libkf5kipi and marble carry their translations files, right now shipped
as part of kde-l10n (and thus a coordinated upload is needed, I will
take care of it).

Thanks,
-- 
Pino
--- End Message ---
--- Begin Message ---
On 26/12/17 10:58, Pino Toscano wrote:
> In data sabato 9 dicembre 2017 23:48:10 CET, Pino Toscano ha scritto:
>> In data venerdì 8 dicembre 2017 19:53:03 CET, Emilio Pozuelo Monfort ha 
>> scritto:
>>> On 05/12/17 22:03, Pino Toscano wrote:
 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: transition

 Hi,

 I would like to request a slot for the transitions of libkf5kipi 17.08
 and marble 17.08.  I'm requesting a single slot for them as the impact
 of each is limited, and they boh affect digikam (big source, so one
 rebuild can be avoided).

 The sources affected by libkf5kipi are:
 - digikam
 - gwenview
 - kde-spectacle
 - kphotoalbum
 The sources affected by marble are:
 - digikam
 - kreport
 - libkf5kgeomap

 I will wait for this weekend for the batch of 17.08 uploads I did last
 weekend to migrate to testing: the reason is that the new versions of
 libkf5kipi and marble carry their translations files, right now shipped
 as part of kde-l10n (and thus a coordinated upload is needed, I will
 take care of it).
>>>
>>> You can go ahead.
>>
>> Uploaded libkf5kipi, marble and libkf5kgeomap few hours ago, and all of
>> them already built everywhere.
> 
> libkf5kipi migrated to testing 12 days ago, and marble 2 days ago.
> 
> Is there anything else left to do for this transition?

No, closing.

Cheers,
Emilio--- End Message ---


Re: Rebuilds needed to drop kdepim-runtime dependency

2017-12-26 Thread Emilio Pozuelo Monfort
On 26/12/17 10:54, Pino Toscano wrote:
> In data venerdì 22 dicembre 2017 11:44:12 CET, Pino Toscano ha scritto:
>> Hi,
>>
>> src:kdepimlibs (which uses Qt4/kdelibs 4.x) used to inject
>> kdepim-runtime via symbols files as runtime dependency for most of the
>> libraries: this was done because they sort of needed the "runtime"
>> parts.  However, when most of the KDEPIM stack (kdepim-runtime included)
>> was updated to Qt5/KF5, we forgot to drop this injection in kdepimlibs,
>> so the few kdelibs 4.x applications left still using kdepimlibs install
>> also components they are not able to use.  This came to light yesterday,
>> when updating the KDEPIM stack to a newer version, as kdepim-runtime
>> will not be available on all the architectures due to the indirect use
>> of QtWebEngine (which is not portable).
>>
>> I just uploaded kdepimlibs 4:4.14.10-9 to unstable, removing the
>> kdepim-runtime injection.  Can you please schedule few binNMUs in
>> unstable (with proper dep-wait), to remove the dependency in packages?
>> The list of affected sources is short:
>>
>>   baloo kdepim4 kdewebdev kmymoney kraft pykde4
>> (theoretically there is syncevolution too, but it FTBFSes already for
>> other reasons)
>>
>> Apologies for the late heads-up on this.
> 
> Gentle ping on this.

Scheduled. Please note that binNMU requests go through the bts (reportbug
release.debian.org).

Cheers,
Emilio



Bug#883622: marked as done (transition: analitza 17.08)

2017-12-26 Thread Debian Bug Tracking System
Your message dated Tue, 26 Dec 2017 10:59:55 +0100
with message-id <8e7b277c-07bb-2a51-36ba-1d74d17a8...@debian.org>
and subject line Re: Bug#883622: transition: analitza 17.08
has caused the Debian Bug report #883622,
regarding transition: analitza 17.08
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 ow...@bugs.debian.org
immediately.)


-- 
883622: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883622
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,

I would like to request a slot for the analitza 17.08.x transition.
There are only two affected sources:
- kalgebra (which will get a sourceful upload)
- cantor, which just needs a rebuild

I will wait for this weekend for the batch of 17.08 uploads I did last
weekend to migrate to testing: the reason is that the new versions of
analitza and kalgebra carry their translations files, right now shipped
as part of kde-l10n (and thus a coordinated upload is needed, I will
take care of it).

Thanks,
-- 
Pino
--- End Message ---
--- Begin Message ---
On 26/12/17 10:57, Pino Toscano wrote:
> In data martedì 12 dicembre 2017 11:07:54 CET, Emilio Pozuelo Monfort ha 
> scritto:
>> On 09/12/17 23:46, Pino Toscano wrote:
>>> In data venerdì 8 dicembre 2017 19:52:13 CET, Emilio Pozuelo Monfort ha 
>>> scritto:
 On 05/12/17 21:57, Pino Toscano wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi,
>
> I would like to request a slot for the analitza 17.08.x transition.
> There are only two affected sources:
> - kalgebra (which will get a sourceful upload)
> - cantor, which just needs a rebuild
>
> I will wait for this weekend for the batch of 17.08 uploads I did last
> weekend to migrate to testing: the reason is that the new versions of
> analitza and kalgebra carry their translations files, right now shipped
> as part of kde-l10n (and thus a coordinated upload is needed, I will
> take care of it).

 Ack.
>>>
>>> Uploaded few hours ago, and analitza and kalgebra already built
>>> everywhere.
>>
>> You need a RM bug against ftp.debian.org for the kalgebra binaries that are 
>> no
>> longer built on some architectures:
>>
>> kalgebra [armel kfreebsd-amd64 kfreebsd-i386 mips mips64el powerpc ppc64el 
>> s390x]
> 
> This was done, and analiza migrated to testing 10 days ago.
> 
> Is there anything else left to do for this transition?

Nope. Closing.

Emilio--- End Message ---


Bug#883622: transition: analitza 17.08

2017-12-26 Thread Pino Toscano
In data martedì 12 dicembre 2017 11:07:54 CET, Emilio Pozuelo Monfort ha 
scritto:
> On 09/12/17 23:46, Pino Toscano wrote:
> > In data venerdì 8 dicembre 2017 19:52:13 CET, Emilio Pozuelo Monfort ha 
> > scritto:
> >> On 05/12/17 21:57, Pino Toscano wrote:
> >>> Package: release.debian.org
> >>> Severity: normal
> >>> User: release.debian@packages.debian.org
> >>> Usertags: transition
> >>>
> >>> Hi,
> >>>
> >>> I would like to request a slot for the analitza 17.08.x transition.
> >>> There are only two affected sources:
> >>> - kalgebra (which will get a sourceful upload)
> >>> - cantor, which just needs a rebuild
> >>>
> >>> I will wait for this weekend for the batch of 17.08 uploads I did last
> >>> weekend to migrate to testing: the reason is that the new versions of
> >>> analitza and kalgebra carry their translations files, right now shipped
> >>> as part of kde-l10n (and thus a coordinated upload is needed, I will
> >>> take care of it).
> >>
> >> Ack.
> > 
> > Uploaded few hours ago, and analitza and kalgebra already built
> > everywhere.
> 
> You need a RM bug against ftp.debian.org for the kalgebra binaries that are no
> longer built on some architectures:
> 
> kalgebra [armel kfreebsd-amd64 kfreebsd-i386 mips mips64el powerpc ppc64el 
> s390x]

This was done, and analiza migrated to testing 10 days ago.

Is there anything else left to do for this transition?

Thanks,
-- 
Pino Toscano

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


Bug#883624: transition: libkf5kipi + marble 17.08

2017-12-26 Thread Pino Toscano
In data sabato 9 dicembre 2017 23:48:10 CET, Pino Toscano ha scritto:
> In data venerdì 8 dicembre 2017 19:53:03 CET, Emilio Pozuelo Monfort ha 
> scritto:
> > On 05/12/17 22:03, Pino Toscano wrote:
> > > Package: release.debian.org
> > > Severity: normal
> > > User: release.debian@packages.debian.org
> > > Usertags: transition
> > > 
> > > Hi,
> > > 
> > > I would like to request a slot for the transitions of libkf5kipi 17.08
> > > and marble 17.08.  I'm requesting a single slot for them as the impact
> > > of each is limited, and they boh affect digikam (big source, so one
> > > rebuild can be avoided).
> > > 
> > > The sources affected by libkf5kipi are:
> > > - digikam
> > > - gwenview
> > > - kde-spectacle
> > > - kphotoalbum
> > > The sources affected by marble are:
> > > - digikam
> > > - kreport
> > > - libkf5kgeomap
> > > 
> > > I will wait for this weekend for the batch of 17.08 uploads I did last
> > > weekend to migrate to testing: the reason is that the new versions of
> > > libkf5kipi and marble carry their translations files, right now shipped
> > > as part of kde-l10n (and thus a coordinated upload is needed, I will
> > > take care of it).
> > 
> > You can go ahead.
> 
> Uploaded libkf5kipi, marble and libkf5kgeomap few hours ago, and all of
> them already built everywhere.

libkf5kipi migrated to testing 12 days ago, and marble 2 days ago.

Is there anything else left to do for this transition?

Thanks,
-- 
Pino Toscano

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


Re: Rebuilds needed to drop kdepim-runtime dependency

2017-12-26 Thread Pino Toscano
In data venerdì 22 dicembre 2017 11:44:12 CET, Pino Toscano ha scritto:
> Hi,
> 
> src:kdepimlibs (which uses Qt4/kdelibs 4.x) used to inject
> kdepim-runtime via symbols files as runtime dependency for most of the
> libraries: this was done because they sort of needed the "runtime"
> parts.  However, when most of the KDEPIM stack (kdepim-runtime included)
> was updated to Qt5/KF5, we forgot to drop this injection in kdepimlibs,
> so the few kdelibs 4.x applications left still using kdepimlibs install
> also components they are not able to use.  This came to light yesterday,
> when updating the KDEPIM stack to a newer version, as kdepim-runtime
> will not be available on all the architectures due to the indirect use
> of QtWebEngine (which is not portable).
> 
> I just uploaded kdepimlibs 4:4.14.10-9 to unstable, removing the
> kdepim-runtime injection.  Can you please schedule few binNMUs in
> unstable (with proper dep-wait), to remove the dependency in packages?
> The list of affected sources is short:
> 
>   baloo kdepim4 kdewebdev kmymoney kraft pykde4
> (theoretically there is syncevolution too, but it FTBFSes already for
> other reasons)
> 
> Apologies for the late heads-up on this.

Gentle ping on this.

Thanks,
-- 
Pino Toscano

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


Bug#885172: transition: libsodium

2017-12-26 Thread Emilio Pozuelo Monfort
Control: tags -1 confirmed

On 25/12/17 18:11, László Böszörményi (GCS) wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Hi RMs,
> 
> libsodium had to change the soname with 1.0.15 due to an API break by
> the following.
> "The aes128ctr primitive was removed. It was slow, non-standard, not
> authenticated, and didn't seem to be used by any opensource project."
> 
> This is not 100% true, fastd (Fast and Secure Tunnelling Daemon) did
> use it and doesn't compile with new libsodium releases. Issue is known
> and has a fix[1] already. Package maintainer Cc-ed (who is also
> upstream) as a heads-up.
> 
> pysodium doesn't compile in Sid even, the self-test failure
> (test_crypto_pwhash) reason is unknown to me.
> 
> Version 1.0.16 of libsodium is in experimental and built on all
> relevant architectures. Others are still pending. Especially on
> kFreeBSD ones that have a big lag. :(

DSA shut down the kfreebsd buildds.

> Hope this transition can be acknowledged.

Please go ahead.

Cheers,
Emilio



Processed: Re: Bug#885172: transition: libsodium

2017-12-26 Thread Debian Bug Tracking System
Processing control commands:

> tags -1 confirmed
Bug #885172 [release.debian.org] transition: libsodium
Added tag(s) confirmed.

-- 
885172: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885172
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems