Bug#916912: [pre-approval] stretch-pu: package freerdp/1.1.0~git20140921.1.440916e+dfsg1-13+deb9u3

2019-02-06 Thread Mike Gabriel 

Hi Adam,

On  Do 07 Feb 2019 06:59:25 CET, Adam D. Barratt wrote:


On Wed, 2019-02-06 at 23:03 +, Mike Gabriel wrote:

Maybe you can help... I just uploaded freerdp, BUT...

the src:pkg contains an unwanted file: the .debdiff between +deb9u2  
and +deb9u3.


It does? I may possibly just not have had enough coffee, but: where? ht
tps://release.debian.org/proposed-
updates/stable_diffs/freerdp_1.1.0~git20140921.1.440916e+dfsg1-
13+deb9u3.debdiff is the automatically generated source debdiff based
on your upload.


Ah, interesting. After uploading I found the .debdiff in the sources  
folder that I sent to this bug in the first place. So, I assumed that  
it ended up in the just uploaded Debian source package. It is  
obviously not in the uploaded src:pkg as your .debdiff URL shows. So,  
all seems to be well.



If you have means to reject it still, please do. Otherwise, we need
to live with it.


We can reject packages from stable-new (the holding queue in front on
p-u). That's fine, I'd just like to confirm that it's really needed in
this case.


No, it's not needed. It can go into p-u. Thanks for feedback! Excuse  
my unnecessary panic attack. ;-)


light+love
Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpQ_NetDXmWM.pgp
Description: Digitale PGP-Signatur

Bug#916912: [pre-approval] stretch-pu: package freerdp/1.1.0~git20140921.1.440916e+dfsg1-13+deb9u3

2019-02-06 Thread Adam D. Barratt 
On Wed, 2019-02-06 at 23:03 +, Mike Gabriel wrote:
> Maybe you can help... I just uploaded freerdp, BUT...
> 
> the src:pkg contains an unwanted file: the .debdiff between +deb9u2  
> and +deb9u3.

It does? I may possibly just not have had enough coffee, but: where? ht
tps://release.debian.org/proposed-
updates/stable_diffs/freerdp_1.1.0~git20140921.1.440916e+dfsg1-
13+deb9u3.debdiff is the automatically generated source debdiff based
on your upload.

> If you have means to reject it still, please do. Otherwise, we need
> to live with it.

We can reject packages from stable-new (the holding queue in front on
p-u). That's fine, I'd just like to confirm that it's really needed in
this case.

Regards,

Adam

Bug#916912: [pre-approval] stretch-pu: package freerdp/1.1.0~git20140921.1.440916e+dfsg1-13+deb9u3

2019-02-06 Thread Mike Gabriel 

Hi Adam,

maybe some help from your side is needed...

On  Mo 04 Feb 2019 22:24:16 CET, Adam D. Barratt wrote:


Control: tags -1 + confirmed

Hi,

On Thu, 2019-01-31 at 22:14 +, Mike Gabriel wrote:

HI Adam,

On  Do 31 Jan 2019 21:28:43 CET, Adam D. Barratt wrote:

> On Fri, 2019-01-11 at 15:26 +0100, Mike Gabriel wrote:
> > Please review the attached .debdiff (for stretch) and give your
> > go
> > for uploading to stretch.
>

[...]

>   * debian/control:
> + B-D on libssh1.0-dev (instead of libssh-dev).

It's libssh1.0-dev for stretch and nothing needs to be changed.


Well, no. As you go on to say yourself below, it's libss*l*1.0-dev


> This change doesn't appear to have actually been included. (Which
> is
> just as well, as there is no such package in Debian.)

Yeah, I guess I mixed those up in the changelog. The  
debian/jessie/updates branch needs a switch-back [1] from  
libssl1.0-dev to libssl-dev whereas the debian/stretch/updates
branch   does not need a change here.

[...]

I will also publish a blog post that will appear on Planet Debian
> > that links to built binaries that users may be table to test.
>
> Has there been much take-up / feedback there?

Over the last 8 days my webserver has registered 18 downloads of  
freerdp-x11 (either for jessie or for stretch). Without any
positive feedback given (which I requested explicitly).


That's unfortunate. Let's hope it simply means that people couldn't be
bothered to provide feedback.

Please go ahead.

Regards,

Adam


Maybe you can help... I just uploaded freerdp, BUT...

the src:pkg contains an unwanted file: the .debdiff between +deb9u2  
and +deb9u3.


If you have means to reject it still, please do. Otherwise, we need to  
live with it.


I also pinged #debian-ftp on IRC. Maybe someone is on it and this mail  
is obsolete.


Thanks+Greets,
Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpsW1dyYYfXb.pgp
Description: Digitale PGP-Signatur

Bug#917620: stretch-pu: package glibc/2.24-11+deb9u4

2019-02-06 Thread Aurelien Jarno 
On 2019-02-06 18:31, Cyril Brulebois wrote:
> Hi,
> 
> Adam D. Barratt  (2019-01-31):
> > This looks OK to me, subject to the usual KiBi-ack. Sorry for the
> > delay.
> 
> All my local d-i tests look good; no objections.
> 

Thanks for the review, I have just uploaded it.

Cheers,
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: PGP signature

Bug#914032: stretch-pu: package gnupg2/2.1.18-8~deb9u4

2019-02-06 Thread Cyril Brulebois 
Hi,

Adam D. Barratt  (2019-02-04):
> Subject to a d-i ack, please go ahead; sorry for the delay.

All my (d-i) local tests look good, no objections.


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


signature.asc
Description: PGP signature

Bug#917620: stretch-pu: package glibc/2.24-11+deb9u4

2019-02-06 Thread Cyril Brulebois 
Hi,

Adam D. Barratt  (2019-01-31):
> This looks OK to me, subject to the usual KiBi-ack. Sorry for the
> delay.

All my local d-i tests look good; no objections.


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


signature.asc
Description: PGP signature

Bug#914032: stretch-pu: package gnupg2/2.1.18-8~deb9u4

2019-02-06 Thread Cyril Brulebois 
Hi,

Adam D. Barratt  (2019-02-04):
> Control: tags -1 + confirmed d-i
> 
> On Sun, 2018-11-18 at 12:38 -0500, Daniel Kahn Gillmor wrote:
> > When fixing #906545 (GnuPG rejects some malformed keys during import
> > instead of cleaning), i inadvertently introduced #913614 (GnuPG fails
> > to import keys when no TTY attached and --batch is not specified)
> > into debian stable.
> 
> Subject to a d-i ack, please go ahead; sorry for the delay.

FWIW that didn't build in my stretch sbuild chroot, due to test failures:
|debian/rules override_dh_auto_test
| make[1]: Entering directory '/<>'
| dh_auto_test --builddirectory=build
|   make -j1 check VERBOSE=1
| make[2]: Entering directory '/<>/build'
| Making check in m4
| make[3]: Entering directory '/<>/build/m4'
| make[3]: Nothing to be done for 'check'.
| make[3]: Leaving directory '/<>/build/m4'
| Making check in common
| make[3]: Entering directory '/<>/build/common'
| make  check-am
| make[4]: Entering directory '/<>/build/common'
| make  check-TESTS
| make[5]: Entering directory '/<>/build/common'
| PASS: t-stringhelp
| PASS: t-timestuff
| PASS: t-convert
| PASS: t-percent
| PASS: t-gettime
| PASS: t-sysutils
| PASS: t-sexputil
| > Known envvars: GPG_TTY(ttyname) TERM(ttytype) DISPLAY(display)
| > XAUTHORITY(xauthority) XMODIFIERS GTK_IM_MODULE DBUS_SESSION_BUS_ADDRESS
| > QT_IM_MODULE INSIDE_EMACS PINENTRY_USER_DATA(pinentry-user-data)
| PASS: t-session-env
| PASS: t-openpgp-oid
| PASS: t-ssh-utils
| PASS: t-mapstrings
| PASS: t-zb32
| PASS: t-mbox-util
| PASS: t-iobuf
| PASS: t-strlist
| PASS: t-name-value
| PASS: t-ccparray
| PASS: t-recsel
| PASS: t-exechelp
| error running '/bin/false': exit status 1
| PASS: t-exectool
| ===
| All 20 tests passed
| ===
| make[5]: Leaving directory '/<>/build/common'
| make[4]: Leaving directory '/<>/build/common'
| make[3]: Leaving directory '/<>/build/common'
| Making check in kbx
| make[3]: Entering directory '/<>/build/kbx'
| make[3]: Nothing to be done for 'check'.
| make[3]: Leaving directory '/<>/build/kbx'
| Making check in g10
| make[3]: Entering directory '/<>/build/g10'
| make  check-TESTS
| make[4]: Entering directory '/<>/build/g10'
| PASS: t-rmd160
| PASS: t-keydb
| PASS: t-keydb-get-keyblock
| PASS: t-stutter
| ==
| All 4 tests passed
| ==
| make[4]: Leaving directory '/<>/build/g10'
| make[3]: Leaving directory '/<>/build/g10'
| Making check in sm
| make[3]: Entering directory '/<>/build/sm'
| make[3]: Nothing to be done for 'check'.
| make[3]: Leaving directory '/<>/build/sm'
| Making check in agent
| make[3]: Entering directory '/<>/build/agent'
| make  check-TESTS
| make[4]: Entering directory '/<>/build/agent'
| PASS: t-protect
| =
| 1 test passed
| =
| make[4]: Leaving directory '/<>/build/agent'
| make[3]: Leaving directory '/<>/build/agent'
| Making check in scd
| make[3]: Entering directory '/<>/build/scd'
| make[3]: Nothing to be done for 'check'.
| make[3]: Leaving directory '/<>/build/scd'
| Making check in dirmngr
| make[3]: Entering directory '/<>/build/dirmngr'
| make  check-TESTS
| make[4]: Entering directory '/<>/build/dirmngr'
| PASS: t-ldap-parse-uri
| =
| 1 test passed
| =
| make[4]: Leaving directory '/<>/build/dirmngr'
| make[3]: Leaving directory '/<>/build/dirmngr'
| Making check in tools
| make[3]: Entering directory '/<>/build/tools'
| make[3]: Nothing to be done for 'check'.
| make[3]: Leaving directory '/<>/build/tools'
| Making check in po
| make[3]: Entering directory '/<>/build/po'
| make[3]: Leaving directory '/<>/build/po'
| Making check in doc
| make[3]: Entering directory '/<>/build/doc'
| make  check-am
| make[4]: Entering directory '/<>/build/doc'
| make[4]: Nothing to be done for 'check-am'.
| make[4]: Leaving directory '/<>/build/doc'
| make[3]: Leaving directory '/<>/build/doc'
| Making check in tests
| make[3]: Entering directory '/<>/build/tests'
| Making check in gpgscm
| make[4]: Entering directory '/<>/build/tests/gpgscm'
| make  check-local
| make[5]: Entering directory '/<>/build/tests/gpgscm'
| EXEEXT= GPGSCM_PATH=../../../tests/gpgscm \
|   ./gpgscm ../../../tests/gpgscm/t-child.scm
| Testing process and IPC primitives... 
| hello world. 
| All good. 
| make[5]: Leaving directory '/<>/build/tests/gpgscm'
| make[4]: Leaving directory '/<>/build/tests/gpgscm'
| Making check in openpgp
| make[4]: Entering directory '/<>/build/tests/openpgp'
| LC_ALL=C EXEEXT= 
PATH=../gpgscm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 TMP=/tmp srcdir=/<>/build/../tests/openpgp 
objdir=/<>/build 
GPGSCM_PATH=/<>/build/../tests/gpgscm:/<>/build/../tests/openpgp
 /<>/build/tests/gpgscm/gpgscm \
|   run-tests.scm  version.scm enarmor.scm mds.scm decrypt.scm 
decrypt-multifile.scm decrypt-dsa.scm decrypt-session-key.scm sigs.scm 
sigs-dsa.scm encrypt.scm encrypt-multifile.scm encrypt-dsa.scm compression.scm 
seat.scm

Bug#920001: marked as done (unblock: json-c/0.12.1+ds-2)

2019-02-06 Thread Debian Bug Tracking System 
Your message dated Wed, 06 Feb 2019 10:14:38 -0500
with message-id <560dc7d9d0fde6832a19d323c8d734ab7ade600d.ca...@debian.org>
and subject line Re: unblock: json-c/0.12.1+ds-2
has caused the Debian Bug report #920001,
regarding unblock: json-c/0.12.1+ds-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.)


-- 
920001: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=920001
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: unblock
X-Debbugs-CC: k...@debian.org debian-b...@lists.debian.org

Dear Release Team and d-i Team,

As previously mentioned in [1], I made a new upload (QA upload) for json-c
library to clean up various issues. There's no change to the source code, only
updates in packaging instruction.

This package is currently blocked due to block-udeb request. I'm wondering if
we could unblock it so that the package may migrate into Testing soon (or at
least before full Buster freeze).

The new upload builds successfully on all architectures (except kfreebsd-*,
which is still under Needs-Build condition). There's no new regression
according to autopkgtest results. Piuparts test is also ok.

Regards,
Boyuan Yang

[1] https://lists.debian.org/debian-boot/2019/01/msg00146.html


signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
Now that the d-i has lifted the block, I'm closing this unblock request.
Thanks for your work.

--
Regards,
Boyuan Yang


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

Bug#920632: stretch-pu: package intel-microcode/3.20180807a.2~deb9u1

2019-02-06 Thread Henrique de Moraes Holschuh 
On Mon, 04 Feb 2019, Adam D. Barratt wrote:
> On Sun, 2019-01-27 at 16:09 -0200, Henrique de Moraes Holschuh wrote:
> > Please update the intel-microcode package in stable (stretch) to
> > version 3.20180807a.2~deb9u1.  This is a limited security update that
> > affects Intel Westmere EP processors, only.
> 
> Please go ahead.

Uploaded.

Thank you!

-- 
  Henrique Holschuh

Bug#916632: stretch-pu: package nvidia-graphics-drivers/390.87-4~deb9u1

2019-02-06 Thread Andreas Beckmann 
On 2019-02-04 22:58, Adam D. Barratt wrote:
> On Sun, 2018-12-16 at 19:44 +0100, Andreas Beckmann wrote:
>> I'd like to update the non-free nvidia-graphics-drivers in stretch to
>> a new major upstream release: 384 -> 390

> Please go ahead.

The whole stack is now uploaded.

I'm attaching the incremental debdiff of further changes since the
-4~deb9u1 diff previously posted. These are included in the -8~deb9u1
packages I uploaded and all are already present in the -8 upload to sid.
It's primarily some dependency cleanup which are no-ops in the
nvidia-graphics-drivers package but needed to improve the -legacy-390xx
package which is synced from this packaging.

Andreas


ngd-since-390.87-4.diff.gz
Description: application/gzip