Bug#884504: transition: gdal

[Jeff Breidenbach]

Attempted fix for Tesseract fix uploaded just now.

Bug#884504: transition: gdal

[Sebastiaan Couwenberg]

On 12/18/2017 07:26 PM, Emilio Pozuelo Monfort wrote:
> On 18/12/17 19:19, Sebastiaan Couwenberg wrote:
>> On 12/17/2017 11:08 PM, Sebastiaan Couwenberg wrote:
>>> On 12/17/2017 02:27 PM, Sebastiaan Couwenberg wrote:
 On 12/17/2017 10:38 AM, Emilio Pozuelo Monfort wrote:
> On 15/12/17 23:11, Bas Couwenberg wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>>
>> For the Debian GIS team I'd like to transition to GDAL 2.2.3.
>>
>> Like the previous transition to GDAL 2.2.2 (#876561), there is no SONAME
>> bump, only the virtual ABI package changed to account for the C++ symbol
>> changes.
>>
>> All reverse dependencies rebuilt successfully with GDAL 2.2.3 from
>> experimental as summarized below.
>>
>> libgdal-grass doesn't need a binNMU as the 2.2.3 version will be
>> uploaded to unstable instead. liblas likewise doesn't need a binNMU,
>> the version is experimental will be moved to unstable instead.
>
> Go ahead.

 Thanks, gdal (2.2.3+dfsg-1), liblas (1.8.1-6) & libgdal-grass (2.2.3-1)
 have been uploaded to unstable.
>>>
>>> gdal (2.2.3+dfsg-1) has been built & installed on all release
>>> architectures, we should be ready for the binNMUs now.
>>
>> Thanks for scheduling the binNMUs.
>>
>> Please also binNMU mapnik in experimental.
> 
> mapnik and opencv binNMU'ed on experimental.

The testing migration seems to be blocked by opencv.

It FTBFS on various release architectures due to tesseract (#884903)
which also triggered an uncoordinated transition.

Should we wait for autoremoval to kick in?

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Processed: opencv: FTBFS on various architectures

[Debian Bug Tracking System]

Processing control commands:

> block 884504 by -1
Bug #884504 [release.debian.org] transition: gdal
884504 was not blocked by any bugs.
884504 was not blocking any bugs.
Added blocking bug(s) of 884504: 884967

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

Bug#884804: marked as done (nmu: cacti_1.1.28+ds1-2)

[Debian Bug Tracking System]

Your message dated Thu, 21 Dec 2017 21:43:24 +0100
with message-id 
and subject line Re: Bug#884804: nmu: cacti_1.1.28+ds1-2
has caused the Debian Bug report #884804,
regarding nmu: cacti_1.1.28+ds1-2
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.)


-- 
884804: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884804
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: binnmu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Cacti uses dh_linktree to manage several embedded JavaScript packages. Until
bug 783906¹ is fixed, dh_linktree adds a strict version dependency on the
packages it links from. I am considering to implement something else in Cacti
while waiting for dh_linktree to get fixed (or help get dh_linktree fixed), but
in the mean time, to fix RC bug 884756² in Cacti, I request a binNMU.

nmu cacti_1.1.28+ds1-2 . ANY . unstable . -m "rebuild cacti for new version of 
libjs-jquery-colorpicker"

¹ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783906
² https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884756

- -- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing'), (200, 'testing'), (50, 
'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.13.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAlo5gNgACgkQnFyZ6wW9
dQqSkgf/eYIYFM9YLFXiEpX+nKKk2gzthBhzC3+dwyeCjXV4Cos3b9570RAY7Lpf
JrFKJWAyp1IoVKLDZxhvSRWv1ziqmKWClQtZzEaOP/STrBw9y49TPcAse1U5d5f0
l/o6Opyn7d6MN2bnbVt5iK63pFi2crnYd7znhbd+E5HphBv8hAARp5JpKd6jRHGC
DZtSeSEieq/5+B+zVt7wylk43r4CXVQnhzeeBaKs4slyOSHpaR8/NXU0H9Myi/Lz
Wh1ewhbNXp3bjxuweHBDuskNhs6OqYN2BgovQLu9bTUpBHgBIdnt09mB/Qo8RSxk
feSo7FMwDmoegM72YcCx+RQalwOzkw==
=fOBJ
-END PGP SIGNATURE-
--- End Message ---
--- Begin Message ---
Hi,

Abort this request. I just did a sourceful upload to achieve the same think.

Paul



signature.asc
Description: OpenPGP digital signature
--- End Message ---

Bug#884606: stretch-pu: package espeakup/1:0.80-5+b2

[Samuel Thibault]

Samuel Thibault, on jeu. 21 déc. 2017 15:42:13 +0100, wrote:
> Cyril Brulebois, on jeu. 21 déc. 2017 15:37:00 +0100, wrote:
> > I don't think that's an issue with cherry-picking the relevant commit,
> > since it doesn't seem to contain any indications the default voice is
> > getting set to English?
> 
> IIRC I had issues without it, so it was on purpose, and just missed
> documenting it.

Here is the fixed patch.
diff --git a/debian/changelog b/debian/changelog
index a908870..0c1d5a3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+espeakup (1:0.80-5+deb9u1) stretch; urgency=medium
+
+  * debian/espeakup-udeb.start: Fix case where card 0 does not have an id or
+where cards have non-contiguous indexes. Also make sure we load the
+english language by default.
+  * debian/espeakup-udeb.finish-install: Use card id in installed system
+to avoid issues with card detection ordering.
+
+ -- Samuel Thibault   Sun, 17 Dec 2017 16:35:19 +0100
+
 espeakup (1:0.80-5) unstable; urgency=medium
 
   * Use canonical anonscm vcs URL.
diff --git a/debian/espeakup-udeb.finish-install 
b/debian/espeakup-udeb.finish-install
index 00e7e84..17c9182 100644
--- a/debian/espeakup-udeb.finish-install
+++ b/debian/espeakup-udeb.finish-install
@@ -12,4 +12,4 @@ apt-install espeakup alsa-utils || true
 
 cp /usr/share/espeakup-udeb/espeakup.default /target/etc/default/espeakup
 sed -i -e "s/^VOICE=.*/VOICE=$VOICE/" /target/etc/default/espeakup
-[ -z "$ALSA_CARD" ] || sed -i -e "s/^# ALSA_CARD=.*/ALSA_CARD=\"$ALSA_CARD\"/" 
/target/etc/default/espeakup
+[ -z "$ALSA_CARD" ] || sed -i -e "s/^# ALSA_CARD=.*/ALSA_CARD=\"`cat 
/sys/class/sound/card$ALSA_CARD/id`\"/" /target/etc/default/espeakup
diff --git a/debian/espeakup-udeb.start b/debian/espeakup-udeb.start
index d187d77..2f5db6a 100644
--- a/debian/espeakup-udeb.start
+++ b/debian/espeakup-udeb.start
@@ -1,7 +1,15 @@
+BASE=/sys/class/sound
+
+strip () {
+   cardid=${1#$BASE/card}
+   echo ${cardid%/id}
+}
+
 if lsmod | grep -q speakup_soft; then
# Give drivers some time to detect boards :/
sleep 2
-   N=$(ls /sys/class/sound/card*/id | wc -l)
+   IDS=$(echo $BASE/card*/id)
+   N=$(echo $IDS | wc -w)
case $N in
0)
echo No sound card detected, can not do software speech 
synthesis... Press enter to continue anyway.
@@ -9,17 +17,18 @@ if lsmod | grep -q speakup_soft; then
;;
1)
# Just one card, can not be wrong
-   echo 0 > /var/run/espeakup.card
-   /usr/bin/espeakup > /var/log/espeakup.log 2>&1
+   echo $(strip $IDS) > /var/run/espeakup.card
+   /usr/bin/espeakup -V en > /var/log/espeakup.log 2>&1
;;
*)
# Several cards, make the user choose
CARD=none
while [ "$CARD" = none ]
do
-   for i in $( seq 0 $(($N-1)) )
+   for ID in $IDS
do
-   ALSA_CARD=$(cat 
/sys/class/sound/card$i/id) /usr/bin/espeakup >> /var/log/espeakup.log 2>&1
+   i=$(strip $ID)
+   ALSA_CARD=$(cat 
/sys/class/sound/card$i/id) /usr/bin/espeakup -V en >> /var/log/espeakup.log 
2>&1
while ! [ -r /var/run/espeakup.pid ]
do
sleep 0.1
@@ -41,6 +50,6 @@ if lsmod | grep -q speakup_soft; then
done
done
echo "$CARD" > /var/run/espeakup.card
-   ALSA_CARD=$(cat /sys/class/sound/card$CARD/id) 
/usr/bin/espeakup >> /var/log/espeakup.log 2>&1
+   ALSA_CARD=$(cat /sys/class/sound/card$CARD/id) 
/usr/bin/espeakup -V en >> /var/log/espeakup.log 2>&1
esac
 fi

Bug#884606: stretch-pu: package espeakup/1:0.80-5+b2

[Samuel Thibault]

Cyril Brulebois, on jeu. 21 déc. 2017 15:37:00 +0100, wrote:
> I don't think that's an issue with cherry-picking the relevant commit,
> since it doesn't seem to contain any indications the default voice is
> getting set to English?

IIRC I had issues without it, so it was on purpose, and just missed
documenting it.

Samuel

Bug#884606: stretch-pu: package espeakup/1:0.80-5+b2

[Cyril Brulebois]

Hi,

Samuel Thibault  (2017-12-17):
> Several blind users have reported that the Debian Installer speech
> synthesis was not working on their computer, thus making it unusable
> for them. It happens that this is due to odd numbering of sound cards
> by ALSA on those computers. We have fixed this in buster, it has been
> successfully tested on the reported systems, so I propose to include the
> fix in Stretch too, I have attached the diff. I'm also Cc-ing Kibi for
> his opinion on this.

Yeah, I've noticed the fix for buster, and I'm fine with fixing this for
stretch as well, but see below.

> +espeakup (1:0.80-5+deb9u1) stretch; urgency=medium
> +
> +  * debian/espeakup-udeb.start: Fix case where card 0 does not have an id or
> +where cards have non-contiguous indexes.
> +  * debian/espeakup-udeb.finish-install: Use card id in installed system
> +to avoid issues with card detection ordering.

No mention of “-V en” addition.

> - echo 0 > /var/run/espeakup.card
> - /usr/bin/espeakup > /var/log/espeakup.log 2>&1
> + echo $(strip $IDS) > /var/run/espeakup.card
> + /usr/bin/espeakup -V en > /var/log/espeakup.log 2>&1

but it gets added here…

> - ALSA_CARD=$(cat 
> /sys/class/sound/card$i/id) /usr/bin/espeakup >> /var/log/espeakup.log 2>&1
> + i=$(strip $ID)
> + ALSA_CARD=$(cat 
> /sys/class/sound/card$i/id) /usr/bin/espeakup -V en >> /var/log/espeakup.log 
> 2>&1

and here…

> - ALSA_CARD=$(cat /sys/class/sound/card$CARD/id) 
> /usr/bin/espeakup >> /var/log/espeakup.log 2>&1
> + ALSA_CARD=$(cat /sys/class/sound/card$CARD/id) 
> /usr/bin/espeakup -V en >> /var/log/espeakup.log 2>&1

and here?

I don't think that's an issue with cherry-picking the relevant commit,
since it doesn't seem to contain any indications the default voice is
getting set to English?
| commit eb7ae621d1db300e1159f48e149e11d85d372106
| Author: Samuel Thibault 
| Date:   Tue Nov 14 01:10:11 2017 +0100
| 
| Fix sound board selection
| 
|   * debian/espeakup-udeb.start: Fix case where card 0 does not have an id 
or
| where cards have non-contiguous indexes.
|   * debian/espeakup-udeb.finish-install: Use card id in installed system
| to avoid issues with card detection ordering.


Not a blocker for me (from a d-i point of view), but from a release team
point of view, I think that needs documenting (or stripping, if that
wasn't intended or if it isn't actually needed for this p-u request).


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#867461: Bug#858539: should ca-certificates certdata.txt synchronize across all suites?

[Raphael Hertzog]

Hello Michael,

I think this mail went through the cracks as we haven't received a reply
from you so far. Can you let us know the status and whether we can help to
get the wheezy update out ?

Cheers,

On Mon, 23 Oct 2017, Antoine Beaupré wrote:
> On 2017-07-19 11:35:56, Michael Shuler wrote:
> > On 07/06/2017 11:13 PM, Paul Wise wrote:
> >> On Fri, Jul 7, 2017 at 2:01 AM, Antoine Beaupré wrote:
> >> 
> >>> For what it's worth, my opinion is that we should attempt to synchronize
> >>> certdata.txt (and blacklist.txt, for that matter) across all suites (but
> >>> not other changes to the packaging). This would remove another decision
> >>> point in our infrastructure and ensure harmonious X509 processing across
> >>> suites.
> >> 
> >> I would like to see that happen too.
> >
> > I spent a few sessions over the past few days getting the mozilla bundle
> > 2.14 committed to all the suite branches wheezy and newer. I have some
> > more verification to work on and I'll get some packages rolled up and
> > tested for all the suites.
> >
> > I appreciate the notes here!
> 
> Hi!
> 
> Any update here? According to our records, this issue is still
> pending... I see you pushed the updates to wheezy, but didn't upload the
> results... Do you need help preparing the upload?
> 
> Thanks,
> 
> A.
> 
> -- 
> What people say, what people do, and what they say they do are
> entirely different things.
> - Margaret Mead
> 

-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#883921: Please rebuild digikam to pick old libical

[Emilio Pozuelo Monfort]

On 21/12/17 00:47, Pino Toscano wrote:
> Hi,
> 
> after I fixed kcalcore (#883960), now digikam should use libical2, just
> like kcalcore did and still does, hence avoid loading both libical2 and
> libical3.  Can you please rebuild digikam in unstable and experimental?

Done.

Emilio