Bug#610087: ITP: corsix-th -- Open source clone of Theme Hospital

[Phil Morrell]

On 3 October 2015 at 21:39, Alexandre Detiste
<alexandre.deti...@gmail.com> wrote:
> Please reply and CC 610...@bugs.debian.org
> and quote this in full if you're ok with this.
>
>
> Le samedi 3 octobre 2015 21:10:53, vous avez écrit :
>> Hi,
>>
>> Would it be possible for me to help with the packaging of corsix-th (I
>> own the GOG version of the data files)? I've been lurking on the
>> Debian mailing lists for a while scouting for something suitable to
>> start with while trying to follow the maintainer guides. It's been a
>> long time since I've actually created a deb and I haven't setup a
>> debsign key or anything yet.
>> --
>> Phil Morrell
>
> Hi, of course you're welcome to work on this !
> You can adopt the bug if you want.
>
> I own this game retail & the one that is from time to time free on Origin.
> And game-data-packager can download the demo too.
>
>
> The "Not Invented Here" syndrome doen't give any value;
> so I'd really suggest to re-use work provided by the GetDeb package.
>
> So there's what remain todo:
> *) write a man page, you can even propose it to upstream
>   before starting with the Debian packaging
>
> *) stomp debian/copyright with a new machinereadable one with:
>
> debian/*
>2015 Phil Morrell <deb...@emorrp1.name>
>2011-2015 Christoph Korn <christoph.k...@getdeb.net>
>
> + all the licenses from LICENSE.txt cut in DEP-5 paragraphs.
>
> [ https://github.com/CorsixTH/CorsixTH/blob/master/LICENSE.txt ]
>
> *) review the source code, see if that really match with LICENSE.txt
>
> *) find a sponsor
>
>
> lintian 
> /var/cache/apt-cacher-ng/archive.getdeb.net/ubuntu/pool/games/c/corsix-th/corsix-th_0.50-1~getdeb3_amd64.deb
> P: corsix-th: no-upstream-changelog
> W: corsix-th: binary-without-manpage usr/games/corsix-th
> I: corsix-th: desktop-entry-lacks-keywords-entry 
> usr/share/applications/corsix-th.desktop

(Hello Games Team)

Thank you for the support and initial pointers, I would indeed like to
attempt to bring the existing packaging up to Debian's standards. I've
downloaded hopefully all I need to get started, including the engine,
game data, getdeb package outputs and the playdeb packaging repo. I'm
just looking at getting initial Alioth access setup for uploading the
orig tarball and sharing the dsc etc.

Bug#783044: ITP: busted -- Lua unit testing framework focused on ease of use

[Phil Morrell]

Is there any news on this? I note neovim has been packaged anyway and
that the last of the reported blocking bugs was marked done on
2016-01-01.

I ask in the interest of `corsix-th` which apparently uses busted,
though as with neovim, upstream CI is in place:
https://sources.debian.net/src/corsix-th/0.50-2/CorsixTH/Luatest/README.txt/

Bug#610087: ITP: corsix-th -- Open source clone of Theme Hospital

[Phil Morrell]

Hi Alexandre,

I see you've got corsix-th as far as the NEW queue, congratulations
and sorry for my unhelpful offer then silence - I struggle with
actually getting started with development. I have also now learned how
to subscribe to the BTS, as I didn't notice when you began the
packaging in git.

I attempted to rebuild the master branch for a local jessie backport,
but the configure step failed to find libswresample [571] which is not
in the libav port in jessie - upgrading to the [ffmpeg] provided
packages in jessie-backports solved that problem. I've attached a
patch that shouldn't affect sid, but forces the version number to
match the ffmpeg packages - this seemed simpler than adding a
compile-flag [WITH_LIBAV=ON] which would only be relevant to jessie,
making backporting more complex.

[571]: https://github.com/CorsixTH/CorsixTH/issues/571
[ffmpeg]: https://tracker.debian.org/pkg/ffmpeg
[WITH_LIBAV=ON]:
https://github.com/CorsixTH/CorsixTH/issues/154#issuecomment-140247412

Is this a reasonable (small) improvement that you would accept into
the package, or do you have any other feedback? If so, am I ok to
simply commit it to the pkg-games repo so it would be included in the
next build after the current NEW has been accepted into the archives
(presumably with the next corsix-th release)?
--
Phil Morrell

On 5 October 2015 at 03:22, Phil Morrell <deb...@emorrp1.name> wrote:
> On 3 October 2015 at 21:39, Alexandre Detiste
> <alexandre.deti...@gmail.com> wrote:
>> Please reply and CC 610...@bugs.debian.org
>> and quote this in full if you're ok with this.
>>
>>
>> Le samedi 3 octobre 2015 21:10:53, vous avez écrit :
>>> Hi,
>>>
>>> Would it be possible for me to help with the packaging of corsix-th (I
>>> own the GOG version of the data files)? I've been lurking on the
>>> Debian mailing lists for a while scouting for something suitable to
>>> start with while trying to follow the maintainer guides. It's been a
>>> long time since I've actually created a deb and I haven't setup a
>>> debsign key or anything yet.
>>> --
>>> Phil Morrell
>>
>> Hi, of course you're welcome to work on this !
>> You can adopt the bug if you want.
>>
>> I own this game retail & the one that is from time to time free on Origin.
>> And game-data-packager can download the demo too.
>>
>>
>> The "Not Invented Here" syndrome doen't give any value;
>> so I'd really suggest to re-use work provided by the GetDeb package.
>>
>> So there's what remain todo:
>> *) write a man page, you can even propose it to upstream
>>   before starting with the Debian packaging
>>
>> *) stomp debian/copyright with a new machinereadable one with:
>>
>> debian/*
>>2015 Phil Morrell <deb...@emorrp1.name>
>>2011-2015 Christoph Korn <christoph.k...@getdeb.net>
>>
>> + all the licenses from LICENSE.txt cut in DEP-5 paragraphs.
>>
>> [ https://github.com/CorsixTH/CorsixTH/blob/master/LICENSE.txt ]
>>
>> *) review the source code, see if that really match with LICENSE.txt
>>
>> *) find a sponsor
>>
>>
>> lintian 
>> /var/cache/apt-cacher-ng/archive.getdeb.net/ubuntu/pool/games/c/corsix-th/corsix-th_0.50-1~getdeb3_amd64.deb
>> P: corsix-th: no-upstream-changelog
>> W: corsix-th: binary-without-manpage usr/games/corsix-th
>> I: corsix-th: desktop-entry-lacks-keywords-entry 
>> usr/share/applications/corsix-th.desktop
>
> (Hello Games Team)
>
> Thank you for the support and initial pointers, I would indeed like to
> attempt to bring the existing packaging up to Debian's standards. I've
> downloaded hopefully all I need to get started, including the engine,
> game data, getdeb package outputs and the playdeb packaging repo. I'm
> just looking at getting initial Alioth access setup for uploading the
> orig tarball and sharing the dsc etc.


0001-version-libav-build-dep-to-ensure-ffmpeg-provider.patch
Description: Binary data

Bug#610087: ITP: corsix-th -- Open source clone of Theme Hospital

[Phil Morrell]

On 10 January 2016 at 20:43, Alexandre Detiste
 wrote:
> This could be done in a branch without touching master;
> you're welcome to push this on Alioth.

Thanks, git is far easier to work with than patches/deb uploads, I've
pushed a new branch "jessie-ffmpeg" with this commit.

> There could also be a 0.50-2 or even 0.50-3 before a next release;
> it's always possible to patch the same upstream release
> as many times as needed.

Ok, I got the impression that non-critical changes should be avoided
just while the package is in NEW.

Bug#821415: corsix-th: FTBFS against ffmpeg 3.0

[Phil Morrell]

owner -1 !
tags -1 pending
thanks

RFS: Please could someone from the Games Team review and feedback/upload?

For the record, this was discussed with upstream at
https://github.com/CorsixTH/CorsixTH/issues/1042

I have backported their pre-emptive fix in git master and confirmed it
then builds in sid - though it does still have the new deprecation
warnings upstream is still working on for an upcoming v0.60 (unlikely
to appear before autoremoval).

On 18 April 2016 at 16:20, Sebastian Ramacher  wrote:
> Source: corsix-th
> Version: 0.50-1
> Severity: serious
> Justification: fails to build from source
> Tags: sid stretch
> Control: block 820731 by -1
>
> corsix-th fails to build against ffmpeg 3.0:
> | [ 29%] Building CXX object 
> CorsixTH/CMakeFiles/CorsixTH.dir/Src/th_lua_strings.cpp.o
> | cd /«PKGBUILDDIR»/obj-x86_64-linux-gnu/CorsixTH && /usr/bin/c++
> -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/CorsixTH/Src -I/usr/include/SDL2 
> -I/usr/include/lua5.2 -I/usr/include/x86_64-linux-gnu 
> -I/usr/include/freetype2  -g -O2 -fPIE -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -std=c++11   -o 
> CMakeFiles/CorsixTH.dir/Src/th_lua_strings.cpp.o -c 
> /«PKGBUILDDIR»/CorsixTH/Src/th_lua_strings.cpp
> | In file included from /«PKGBUILDDIR»/CorsixTH/Src/th_movie.cpp:23:0:
> | /«PKGBUILDDIR»/CorsixTH/Src/th_movie.h:69:5: error: 'PixelFormat' does not 
> name a type
> |  PixelFormat m_pixelFormat;
> |  ^
>
> For a full build log please check
> https://buildd.debian.org/status/fetch.php?pkg=corsix-th=amd64=0.50-1+b1=1460986505.
>
> Regards
> --
> Sebastian Ramacher

Bug#821224: uscan: make initial hyphen optional in @ANY_VERSION@

[Phil Morrell]

Package: devscripts
Version: 2.16.2~bpo8+1
Severity: wishlist
File: /usr/bin/uscan
Tags: patch

The @ANY_VERSION@ regex currently *requires* a leading hyphen/underscore
intended to separate it from @PACKAGE@, but this limits its usefulness/general
applicability - see [corsix-th] and [scummvm-tools] for examples. Unless this
would brake some compatibility I'm not aware of, I propose it be made optional,
as originally suggested in [#517637].

[#517637]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517637#51
[corsix-th]: https://anonscm.debian.org/cgit/pkg-games/corsix-
th.git/commit/?id=cba5757fe753e82af9d20d4c3670650707c60c7e
[scummvm-tools]: https://anonscm.debian.org/cgit/pkg-games/scummvm-
tools.git/commit/?id=617be034d41b07c598316be86ecff1bbcd448674

The attached patch makes the below simple change in the code and documentation,
but it may need additional tests in `test_uscan_mangle` - I wasn't sure how to
do this if it was necessary.

-  [-_](\d[\-+\.:\~\da-zA-Z]*)
+  [-_]?(\d[\-+\.:\~\da-zA-Z]*)



-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i -us -uc"
DEBUILD_LINTIAN_OPTS="-i -I --show-overrides"
DEBSIGN_KEYID="9F113609"

-- System Information:
Debian Release: 8.4
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages devscripts depends on:
ii  dpkg-dev 1.17.26
ii  libc62.19-18+deb8u4
ii  perl 5.20.2-3+deb8u4
ii  python3  3.4.2-2
pn  python3:any  

Versions of packages devscripts recommends:
ii  apt 1.0.9.8.3
ii  at  3.1.16-1
ii  curl7.38.0-4+deb8u3
ii  dctrl-tools 2.23
ii  debian-keyring  2015.04.10
ii  dput0.9.6.4
ii  equivs  2.0.9
ii  fakeroot1.20.2-1
ii  file1:5.22+15-2+deb8u1
ii  gnupg   1.4.18-7+deb8u1
ii  gnupg2  2.0.26-6
ii  libdistro-info-perl 0.14
ii  libencode-locale-perl   1.03-1
ii  liblwp-protocol-https-perl  6.06-2
ii  libsoap-lite-perl   1.11-1
ii  liburi-perl 1.64-1
ii  libwww-perl 6.08-1
ii  lintian 2.5.42.1~bpo8+1
ii  man-db  2.7.0.2-5
ii  patch   2.7.5-1
ii  patchutils  0.3.3-1
ii  python3-debian  0.1.27
ii  python3-magic   1:5.22+15-2+deb8u1
ii  sensible-utils  0.0.9
ii  strace  4.9-2
ii  unzip   6.0-16+deb8u2
ii  wdiff   1.2.2-1
ii  wget1.16-1
ii  xz-utils5.1.1alpha+20120614-2+b3

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]8.1.2-0.20141216cvs-2
ii  build-essential  11.7
pn  cvs-buildpackage 
pn  debbindiff   
pn  devscripts-el
pn  dose-extra   
pn  gnuplot  
ii  gpgv 1.4.18-7+deb8u1
ii  libauthen-sasl-perl  2.1600-1
ii  libfile-desktopentry-perl0.07-1
ii  libnet-smtp-ssl-perl 1.01-3
pn  libterm-size-perl
ii  libtimedate-perl 2.3000-2
pn  libyaml-syck-perl
pn  mozilla-devscripts   
ii  mutt 1.5.23-3
ii  openssh-client [ssh-client]  1:6.7p1-5+deb8u2
ii  svn-buildpackage 0.8.5+nmu1
ii  w3m  0.5.3-19

-- no debconf information
>From db7fc2dfee0f5d9121a2cd78df51d1eced183d63 Mon Sep 17 00:00:00 2001
From: Phil Morrell <deb...@emorrp1.name>
Date: Sat, 16 Apr 2016 18:01:46 +0100
Subject: [PATCH] uscan: make initial hyphen optional in @ANY_VERSION@

---
 scripts/uscan.pl | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/scripts/uscan.pl b/scripts/uscan.pl
index 4b09b2e..e9f1d7a 100755
--- a/scripts/uscan.pl
+++ b/scripts/uscan.pl
@@ -256,7 +256,7 @@ F file.
 
 This is substituted by the legal upstream version regex (capturing).
 
-  [-_](\d[\-+\.:\~\da-zA-Z]*)
+  [-_]?(\d[\-+\.:\~\da-zA-Z]*)
 
 =item B<@ARCHIVE_EXT@>
 
@@ -4147,7 +4147,7 @@ sub process_watchfile ()
 	s//\\/g if $watch_version==1;
 
 	# Handle @PACKAGE@ @ANY_VERSION@ @ARCHIVE_EXT@ substitutions
-	my $any_version = '[-_](\d[\-+\.:\~\da-zA-Z]*)';
+	my $any_version = '[-_]?(\d[\-+\.:\~\da-zA-Z]*)';
 	my $archive_ext = '(?i)\.(?:tar\.xz|tar\.bz2|tar\.gz|zip)';
 	my $signature_ext = $archive_ext . '\.(?:asc|pgp|gpg|sig)';
 	s/\@PACKAGE\@/$package/g;
-- 
2.1.4

Bug#747072: node-client officially obsolete

[Phil Morrell]

Just stumbled across this message for anyone intending to package:

0.8.26 (2016-07-21)

END OF LIFE

Disable all access and redirect to: https://keybase.io/download

https://github.com/keybase/node-client/blob/master/CHANGELOG.md

As Jonathan Yu says, the new client is written in Go with .deb
published to https://prerelease.keybase.io/, their packaging process
appears to be here:
https://github.com/keybase/client/blob/master/packaging/linux/deb/layout_repo.sh

Bug#829599: game-data-packager: please consider backporting to jessie

[Phil Morrell]

Package: game-data-packager
Version: 45~bpo8~emorrp1+1
Severity: wishlist

Hello maintainers,

Please consider releasing the latest game-data-packager to jessie. Since
stable, it's been re-organised to a yaml data-driven approach and (as a
result?) supports a greatly expanded list of games. Many of these newer games
are already packaged in jessie e.g. freespace2/chocolate-doom and some are
newly packaged in stretch e.g. corsix-th.

It has built and installed cleanly without modification for the last few
versions and I'm happy to help with any bug reports from stable. I have been
managing this locally, but after this discussion
(https://github.com/CorsixTH/CorsixTH/issues/1037), game-data-packager makes it
much easier to get started with the open-source engines.



-- System Information:
Debian Release: 8.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages game-data-packager depends on:
ii  fakeroot1.20.2-1
ii  python3 3.4.2-2
ii  python3-debian  0.1.27
ii  python3-yaml3.11-2
pn  python3:any 

game-data-packager recommends no packages.

Versions of packages game-data-packager suggests:
pn  arj
ii  binutils   2.25-5
ii  cabextract 1.4-5
pn  cdparanoia 
pn  dynamite   
ii  gcc4:4.9.2-2
ii  gdebi  0.9.5.5+nmu1
ii  gir1.2-gdkpixbuf-2.0   2.31.1-2+deb8u5
ii  gir1.2-gtk-3.0 3.14.5-1+deb8u1
ii  gir1.2-pango-1.0   1.36.8-3
ii  innoextract1.4-1+b1
pn  lgc-pg 
pn  lgogdownloader 
pn  lhasa | jlha-utils | lzh-archiver  
ii  make   4.0-8.1
ii  p7zip-full 9.20.1~dfsg.1-4.1+deb8u2
ii  python3-gi 3.14.0-1
pn  steam  
pn  steamcmd   
pn  unace-nonfree  
ii  unar   1.8.1-3+b1
ii  unrar  1:5.2.7-0.1
pn  unshield   
ii  unzip  6.0-16+deb8u2
pn  vorbis-tools   
pn  xdelta 

-- no debconf information

Bug#754129: Fixable rejection from ftp-masters

[Phil Morrell]

According to the linked RFS, lutris v0.3.5 as packaged at
https://github.com/Rudloff/lutris-debian/ made it to the NEW queue
before being rejected on 2014-11-16:

---
The software downloads files from the Internet that are not part of Debian
and even non-free, e.g. your are not allowed to modify

http://kent.dl.sourceforge.net/project/atari800/ROM/Original%20XL%20ROM/xf25.zip
So this package better belongs to contrib instead of main.
Btw. the link to http://dolphin.jcf129.com/dolphin-2.0.i686.tar.bz2 is
not working here.

source: https://lists.debian.org/debian-devel-games/2016/11/msg8.html
---

Since then, lutris has migrated to python 3 and github and is on
v0.4.2: https://github.com/lutris/lutris

Bug#868673: sqldeveloper-package: diff for NMU version 0.2.4+nmu1

[Phil Morrell]

Control: tags 868673 + patch

Dear maintainer,

I've prepared an NMU for sqldeveloper-package (versioned as
0.2.4+nmu1) and plan to request a sponsored upload. Please feel free
to tell me if I should delay it.

NB. the end user fix is: sudo sed -i '/DEBUILD/s/n b/n --no-tgz-check
-- b/' /usr/bin/make-sqldeveloper-package

This regression from jessie was caused by a change in debuild
behaviour in devscripts 2.16.10:
https://tracker.debian.org/media/packages/d/devscripts/changelog-2.16.10
diff -Nru sqldeveloper-package-0.2.4/debian/changelog 
sqldeveloper-package-0.2.4+nmu1/debian/changelog
--- sqldeveloper-package-0.2.4/debian/changelog 2012-11-14 11:12:14.0 
+
+++ sqldeveloper-package-0.2.4+nmu1/debian/changelog2017-07-31 
13:16:50.0 +0100
@@ -1,3 +1,11 @@
+sqldeveloper-package (0.2.4+nmu1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add required '--' before debian/rules target (Closes: #868673)
+  * Add --no-tgz-check as sqldeveloper is non-free
+
+ -- Phil Morrell <deb...@emorrp1.name>  Mon, 31 Jul 2017 13:16:50 +0100
+
 sqldeveloper-package (0.2.4) unstable; urgency=high
 
   * Addressed bugs for inclusion in Wheezy's freeze:
diff -Nru sqldeveloper-package-0.2.4/make-sqldeveloper-package 
sqldeveloper-package-0.2.4+nmu1/make-sqldeveloper-package
--- sqldeveloper-package-0.2.4/make-sqldeveloper-package2012-11-14 
11:03:19.0 +
+++ sqldeveloper-package-0.2.4+nmu1/make-sqldeveloper-package   2017-07-31 
12:50:06.0 +0100
@@ -1021,7 +1021,7 @@
return 1
fi
 
-   DEBUILD_OPTS="--no-lintian binary"
+   DEBUILD_OPTS="--no-lintian --no-tgz-check -- binary"
 
if [ -n "${ROOTCMD}" ] ; then
DEBUILD_OPTS="--rootcmd=${ROOTCMD} ${DEBUILD_OPTS}"

Bug#868673: sqldeveloper-package: unusable due to fatal build error

[Phil Morrell]

Package: sqldeveloper-package
Version: 0.2.4
Severity: grave
Justification: renders package unusable

Before upgrading to stretch, I removed the custom sqldeveloper package as
recommended by the release notes. After upgrading I'm no longer able to re-
create it, I've also tested with older versions of the download as the Oracle
version scheme has changed, but had the same error message.

$ make-sqldeveloper-package -k sqldeveloper-17.2.0.188.1159-no-jre.zip
make-sqldeveloper-package: Building sqldeveloper package in "/tmp".
This package has a Debian revision number but there does not seem to be
an appropriate original tar file or .orig directory in the parent directory;
(expected one of sqldeveloper_17.2.0.188.1159+0.2.4.orig.tar.gz,
sqldeveloper_17.2.0.188.1159+0.2.4.orig.tar.bz2,
sqldeveloper_17.2.0.188.1159+0.2.4.orig.tar.lzma,
sqldeveloper_17.2.0.188.1159+0.2.4.orig.tar.xz or
sqldeveloper-17.2.0.188.1159.orig)
continue anyway? (y/n) y
debuild: fatal error at line 1116:
dpkg-buildpackage -rfakeroot -us -uc binary failed
$ echo $?
29
$ cat /tmp/tmp.eMJaLCh0kQ/sqldeveloper_17.2.0.188.1159+0.2.4-1_amd64.build
 dpkg-buildpackage -rfakeroot -us -uc binary
dpkg-buildpackage: error: unknown option or argument binary

Use --help for program usage information.

-- System Information:
Debian Release: 9.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages sqldeveloper-package depends on:
ii  bzip21.0.6-8.1
ii  devscripts   2.17.6
ii  fakeroot 1.21-3.1
ii  file 1:5.30-1
ii  imagemagick  8:6.9.7.4+dfsg-11
ii  imagemagick-6.q16 [imagemagick]  8:6.9.7.4+dfsg-11
ii  tofrodos 1.7.13+ds-2
ii  unzip6.0-21

sqldeveloper-package recommends no packages.

sqldeveloper-package suggests no packages.

-- no debconf information

Bug#867730: dummydroid: unusable due to authentication failure

[Phil Morrell]

Package: dummydroid
Version: 1.1-1
Severity: grave
Justification: renders package unusable

I am attempting to use gplaycli on stretch, for which I need a google play
device id.

After the Credentials step, no matter how I setup the google account, I always
get an error displayed on the Profile Upload step:

com.akdeniz.googleplaycrawler.GooglePlayException: Error=BadAuthentication

Google Auth methods tried:
* custom domain, two-factor
* custom domain, password only
* registered dummydro...@gmail.com

Steps to reproduce:
1) register account at https://accounts.google.com/SignUp
2) sign in at https://play.google.com/store
3) launch dummydroid
4) open Google_Nexus_6.prop (or Azpen_A727.prop)
5) click next through to Credentials
6) enter details registered and click next

I can't find a manpage or guess any flags to enter debug mode, so there is no
extra detail on stdout - please let me know if there's a way to test this, or
if you're unable to reproduce the error.

-- System Information:
Debian Release: 9.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages dummydroid depends on:
ii  default-jre [java8-runtime]2:1.8-58
ii  jarwrapper 0.59
ii  libhttpclient-java 4.5.2-2
ii  libhttpcore-java   4.4.6-1
ii  openjdk-8-jre [java8-runtime]  8u131-b11-2

dummydroid recommends no packages.

dummydroid suggests no packages.

-- no debconf information

Bug#868783: synaptic: screenshots should be versioned as on packages.debian.org

[Phil Morrell]

Package: synaptic
Version: 0.84.2
Severity: normal

When clicking "Get Screenshot" for e.g. synaptic itself, a request is made to
http://screenshots.debian.net/screenshot/synaptic. As far as I can tell, this
returns the first (i.e. oldest - v0.62.3) screenshot uploaded, but even if this
was changed to the newest it would not be ideal for e.g. oldoldstable users who
may be misled.

Ideally, I think the screenshots retrieved should match those displayed as
thumbnails on packages.debian.org for the relevant suite. The thumbnails use
the following url structure:

wheezy: https://screenshots.debian.net/thumbnail-with-version//synaptic/0.75.13
(retrieves 0.75.13)
jessie: https://screenshots.debian.net/thumbnail-with-version//synaptic/0.81.2
(retrieves 0.75.13 as no updated screenshots had been uploaded)
stretch: https://screenshots.debian.net/thumbnail-with-version//synaptic/0.84.2
(retrieves 0.84.2)

The corresponding url format which would therefore be ideal for synaptic's "Get
Screenshot" is:

https://screenshots.debian.net/screenshot-with-version/synaptic/0.84.2



-- System Information:
Debian Release: 9.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages synaptic depends on:
ii  hicolor-icon-theme   0.15-1
ii  libapt-inst2.0   1.4.6
ii  libapt-pkg5.01.4.6
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11+deb9u1
ii  libcairo-gobject21.14.8-1
ii  libcairo21.14.8-1
ii  libept1.5.0  1.1+nmu3+b1
ii  libgcc1  1:6.3.0-18
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.50.3-2
ii  libgnutls30  3.5.8-5+deb9u1
ii  libgtk-3-0   3.22.11-1
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpcre2-8-0 10.22-3
ii  libstdc++6   6.3.0-18
ii  libvte-2.91-00.46.1-1
ii  libx11-6 2:1.6.4-3
ii  libxapian30  1.4.3-2
ii  policykit-1  0.105-18
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages synaptic recommends:
ii  libgtk2-perl   2:1.2499-1
ii  rarian-compat  0.8.1-6+b1
ii  xdg-utils  1.1.1-1

Versions of packages synaptic suggests:
pn  apt-xapian-index 
pn  deborphan
pn  dwww 
pn  menu 
pn  software-properties-gtk  
ii  tasksel  3.39

-- no debconf information

Bug#431161: [Versioning] Some binNMUs have the wrong source version reported

[Phil Morrell]

Package: bugs.debian.org
Followup-For: Bug #431161

I notice this is still a problem for submission via reportbug a decade later -
e.g. #840542 was submitted as affecting +nmu1 causing the version graph to be
blank, due to an invalid link to
https://bugs.debian.org/cgi-bin/version.cgi?collapse=1;package=synaptic;height=2;found=synaptic%2F0.83%2bnmu1;width=2;absolute=0
I can confirm the workaround described in Message #32 works fine, but is a
manual step for every bug affected if the maintainer notices.

Is it now known what's causing this and therefore a wontfix, or is there a bug
in dak that this is blocked by? Alternatively, can there be a workaround
implemented at the debbugs side to strip the standard suffixes?



-- System Information:
Debian Release: 9.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#867730: Fwd: Bug#867730 closed by Hans-Christoph Steiner <h...@eds.org> (Bug#867730: fixed in dummydroid 1.2-1)

[Phil Morrell]

Dear maintainer,

Thank you for fixing the issue I reported with a new upload.

Given the package is completely unusable in Stretch, I was intending
to ask you to provide a backport, or perhaps a -proposed-updates
targeted patch. However, when I looked into the release notes for v1.2
[Let there be hackjob], I'm concerned that would be impossible and I
wonder if a removal from stable is more appropriate?

[Let there be hackjob]:
http://blog.onyxbits.de/let-there-be-hackjob-dummydroid-updated-646/

> DummyDroid v1.2 is a case of “it compiles, ship it”. Cobbled together by
> merging in some code from Raccoon, compiled by guessing how the
> build process was suppose to work, using a source tree that’s in disarray
--
Phil Morrell

Bug#868673: sqldeveloper-package: diff for NMU version 0.2.4+nmu1

[Phil Morrell]

Hello Michael,

As the last upload sponsor for sqldeveloper-package (though admittedly
in 2012), would you consider sponsoring the NMU I prepared?

It's a targeted fix for #868673 which makes it unusable in Stretch. If
possible I'd also like it in stretch-proposed-updates, presumably only
after it's reached testing?
--
Phil Morrell

Bug#879070: RFS: sqldeveloper-package/0.2.4+nmu1 [RC] [NMU]

[Phil Morrell]

Package: sponsorship-requests
Severity: important

Dear mentors,

Would any of you consider sponsoring this NMU I prepared? It's a targeted one-
line fix for #868673 which makes it unusable in Stretch. If possible I'd also
like it in stretch-proposed-updates, presumably only after it's reached Buster?

* Package name: sqldeveloper-package
  Version : 0.2.4+nmu1
  Upstream Author : Lazarus Long
* URL : https://tracker.debian.org/pkg/sqldeveloper-package
* License : GPL-3+
  Section : contrib/misc

It builds those binary packages:

  sqldeveloper-package - Oracle SQL Developer Debian package builder

To access further information about this package, please visit the following
URL:

  https://mentors.debian.net/package/sqldeveloper-package


Alternatively, one can download the package with dget using this command:

  dget -x https://mentors.debian.net/debian/pool/contrib/s/sqldeveloper-
package/sqldeveloper-package_0.2.4+nmu1.dsc

More information about sqldeveloper-package can be obtained from:

  https://manpages.debian.org/make-sqldeveloper-package

Changes since the last upload:

sqldeveloper-package (0.2.4+nmu1) UNRELEASED; urgency=medium

  * Non-maintainer upload.
  * Add required '--' before debian/rules target (Closes: #868673)
  * Add --no-tgz-check as sqldeveloper is non-free

 -- Phil Morrell <deb...@emorrp1.name>  Mon, 31 Jul 2017 13:16:50 +0100



-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#880411: sqldeveloper-package version forking

[Phil Morrell]

On 19 November 2017 at 20:51, Adam Borowski <kilob...@angband.pl> wrote:
>On Sun, Nov 19, 2017 at 04:55:42AM +, Lazarus Long wrote:
>> The fact is that the NMU became a fork of an older version, that is out of,
>> and irrelevant for, my timeline.
>
> Well, the history not having a record of a previous upload will confuse bug
> version tracking.  I think that, barring a manual intervention of setting a
> "fixed" version in the bug that's a part of its current version history,
> the bug will never go away.
>
> But I'm not sure what will happen.

Yes, both the NMU and proposed-updates versions are forks, both of
which are correctly recorded as Closes [868673]. As a result, if you
click on the version graph and then "Don't ignore boring", both
branches end in green and are also listed as "Fixed in versions".

As for what will happen with v0.4.4, it would be nice if all the
intermediary changelog entries were processed, but by the looks of
[accepted], only the specifically uploaded one is. 20/20 hindsight
therefore says v0.4.4 changelog should have included something like
the following (split out according to this [guidance]):

* Incorporates unreleased fixes now uploaded to unstable:
  - JVM path (Closes: #693798)
  - build error (Closes: #868673)
  - Included debhelper on the build dependency list (LP: #588458)
  - Replaced dh options with overrides (LP: #998258)

[868673]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868673
[accepted]: https://tracker.debian.org/news/887940
[guidance]: https://lists.debian.org/debian-devel-announce/2003/06/msg00016.html

I documented this partly for my own learning, but Lazarus please can
you send the relevant metadata emails, or let me know you don't have
time to? I believe this is all you need to fix the version graph (for
each bug):

"Control: fixed -1 0.4.4" (at top of email to 868673-done)

https://www.debian.org/Bugs/server-control#fixed
--
Phil Morrell (emorrp1)

Bug#879850: stretch-pu: package sqldeveloper-package/0.2.4+deb9u1

[Phil Morrell]

Just following up this request to note that this change has now
migrated to testing and also been acked by the maintainer:
https://lists.debian.org/debian-mentors/2017/10/msg00340.html
--
Phil Morrell (emorrp1)

Bug#898372: ITP: play.it -- Installer for drm-free commercial games

[Phil Morrell]

Package: wnpp
Owner: Phil Morrell <deb...@emorrp1.name>
Severity: wishlist

* Package name: play.it
  Version : 2.7.5
  Upstream Author : Antoine Le Gonidec <vv...@dotslashplay.it>
* URL : https://www.dotslashplay.it/
* License : BSD-2-Clause
  Programming Lang: Shell
  Section : contrib/games
  Description : Installer for drm-free commercial games

./play.it is a tool which builds .deb and .pkg packages from installers
for Windows or Linux, mainly those sold by GOG and Humble Bundle. Our
goal is that a game installed via ./play.it is indistinguishable from a
game installed via the official repositories of your favorite
distribution.

The games are installed globally on multi-user systems, avoiding
unnecessary duplication. The locations of save games, settings, mods,
temporary files and backups are standardized with XDG Base Directory
support.

Packaging the games simplifies future updates, uninstalls and handling
of any necessary dependencies, including integrated obsolete
dependencies if specific versions are needed.

---

Similar packages:
* game-data-packager - no original engines, fewer games
* playonlinux - only wine, single-user
* lutris - gui, game library manager, bigger scope

Initial packaging at https://salsa.debian.org/emorrp1-guest/play.it.
I plan to maintain it in Debian Games Team.


signature.asc
Description: PGP signature

Bug#900070: dateutils: please use upstream binary names

[Phil Morrell]

Package: dateutils
Version: 0.4.1-1
Severity: wishlist
Tags: newcomer

In [v0.3.3], upstream changed e.g. dgrep -> dategrep as such, the
default configuration no longer conflicts with e.g. debian-goodies
(846074). As far as I can tell from [packages.debian.org] there would be
no conflicts if we removed the ugly "dateutils.d" from debian/rules:

--program-prefix='dateutils.' --with-old-names

Yes, given it is orphaned, I may get round to it myself, just wanted to
document my findings in case I don't. Compatibility symlinks might also
be desired, since the prefix usage goes back to the ITP.
--
Phil Morrell (emorrp1)

[v0.3.3]: https://github.com/hroptatyr/dateutils/releases/tag/v0.3.3
[packages.debian.org]: 
https://packages.debian.org/search?suite=sid=exactfilename=contents=dateconv


-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dateutils depends on:
ii  libc6   2.24-11+deb9u3
ii  tzdata  2018e-0+deb9u1

dateutils recommends no packages.

dateutils suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#900070: dateutils: please use upstream binary names

[Phil Morrell]

On Fri, May 25, 2018 at 07:40:22PM +0200, Thorsten Alteholz wrote:
> 
> 
> On Fri, 25 May 2018, Phil Morrell wrote:
> > In [v0.3.3], upstream changed e.g. dgrep -> dategrep as such, the
> > default configuration no longer conflicts with e.g. debian-goodies
> > (846074). As far as I can tell from [packages.debian.org] there would be
> > no conflicts if we removed the ugly "dateutils.d" from debian/rules:
> 
> On the hand it does not harm anybody, doesn't it?

Well, it's a deviation from upstream and therefore makes writing
cross-distro scripts more difficult.  It also just feels odd to type the
package name to access the commands, not many other packages do that,
but yes, this is only a wishlist bug.

> > Yes, given it is orphaned, I may get round to it myself, just wanted to
> > document my findings in case I don't.
> 
> I am sorry but I don't understand. Which package is orphaned?
> 
>   Thorsten
> 

Huh, please accept my apologies, it seems Reportbug detected that the
stretch package is maintained by QA, but not that it has a new
maintainer in unstable, thank you! In that case, you may wish to remove
the "newcomer" tag I added too.
--
Phil Morrell (emorrp1)


signature.asc
Description: PGP signature

Bug#171870: reportbug: fails to detect packages adopted in unstable

[Phil Morrell]

Package: reportbug
Version: 7.1.7+deb9u1
Followup-For: Bug #171870

When I filed #900070 from stable, reportbug incorrectly told me the
package was orphaned. I believe this is due to the Maintainer in stretch
being QA and when checking versions in unstable, did not also check the
new maintainer from tracker.debian.org. The wnpp entry was 847492.
--
Phil Morrell (emorrp1)


-- Package-specific info:
** Environment settings:
INTERFACE="gtk2"

** /home/emorrp1/.reportbugrc:
reportbug_version "6.6.3"
mode advanced
ui gtk2
email "deb...@emorrp1.name"
no-cc
header "X-Debbugs-CC: deb...@emorrp1.name"
smtphost reportbug.debian.org

-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages reportbug depends on:
ii  apt1.4.8
ii  python33.5.3-1
ii  python3-reportbug  7.1.7+deb9u1

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
ii  debconf-utils  1.5.61
ii  debsums2.2.2
ii  dlocate1.07+nmu1
pn  emacs24-bin-common | emacs25-bin-common
ii  exim4  4.89-2+deb9u3
ii  exim4-daemon-light [mail-transport-agent]  4.89-2+deb9u3
ii  file   1:5.30-1+deb9u1
ii  gir1.2-gtk-3.0 3.22.11-1
ii  gir1.2-vte-2.910.46.1-1
ii  gnupg  2.1.18-8~deb9u1
ii  python3-gi 3.22.0-2
ii  python3-gi-cairo   3.22.0-2
pn  python3-gtkspellcheck  
ii  python3-urwid  1.3.1-2+b1
ii  xdg-utils  1.1.1-1

Versions of packages python3-reportbug depends on:
ii  apt1.4.8
ii  file   1:5.30-1+deb9u1
ii  python33.5.3-1
ii  python3-debian 0.1.30
ii  python3-debianbts  2.6.1
ii  python3-requests   2.12.4-1

python3-reportbug suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#901711: arctica-greeter: please downgrade mate-settings-daemon to Recommends

[Phil Morrell]

Package: arctica-greeter
Version: 0.99.0.2-2~bpo9+1
Severity: normal

I'm normally a fan of installing all recommends, but when trying out
-guest-session on an Xfce system, I found it was pulling in all sorts of
other DE packages (and openbox). I was able to exclude most of them by
disabling Recommends for ayatana-indicator-session.

Unfortunately, with mate-settings-daemon a Depends, I was unable to
exclude that tree of mate dependencies. Now, to be fair, I haven't
actually checked/tested to see if it is required for arctica-greeter to
work, but if not, please reduce the dependency tree by making it
Recommends.
--
Phil Morrell (emorrp1)



-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages arctica-greeter depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  fonts-cabin  1.5-2
ii  fonts-cantarell  0.0.25-2
ii  libatk1.0-0  2.22.0-1
ii  libayatana-ido3-0.4-00.4.2-1~bpo9+1
ii  libayatana-indicator3-7  0.6.1-1~bpo9+1
ii  libc62.24-11+deb9u3
ii  libcairo-gobject21.14.8-1
ii  libcairo21.14.8-1
ii  libcanberra0 0.30-3
ii  libfreetype6 2.6.3-3.2
ii  libgdk-pixbuf2.0-0   2.36.5-2+deb9u2
ii  libglib2.0-0 2.50.3-2
ii  libgtk-3-0   3.22.11-1
ii  liblightdm-gobject-1-0   1.18.3-1
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpixman-1-00.34.0-1
ii  libx11-6 2:1.6.4-3
ii  libxext6 2:1.3.3-1+b2
ii  lightdm  1.18.3-1
ii  mate-settings-daemon 1.16.2-1
ii  network-manager  1.6.2-3
ii  numix-gtk-theme  2.6.6-1
ii  numix-icon-theme 0~20161113.45878a1-1
ii  python3  3.5.3-1
ii  systemd  232-25+deb9u3
ii  x11-xkb-utils7.7+3+b1

Versions of packages arctica-greeter recommends:
ii  ayatana-indicator-application  0.5.2-1~bpo9+1
pn  ayatana-indicator-datetime 
pn  ayatana-indicator-keyboard 
ii  ayatana-indicator-power2.0.91-2~bpo9+1
ii  ayatana-indicator-session  0.4.1-1~bpo9+1
pn  ayatana-indicator-sound
ii  network-manager-gnome  1.4.4-1
ii  numlockx   1.2-7+b2
ii  xinput 1.6.2-1+b1

arctica-greeter suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#900452: xclip: please add Recommends: xauth

[Phil Morrell]

Package: xclip
Version: 0.12+svn84-4+b1
Severity: wishlist


When installing xclip on a minimal install, I expect to be able to use
the clipboard, particularly over ssh. Currently I get "Error: Can't open
display: (null)" due to a missing DISPLAY variable as there's no running
X server. After installing xauth, ssh -X works as expected, so even if
not Recommends, it should be at least a Suggests dependency.


-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xclip depends on:
ii  libc6 2.24-11+deb9u3
ii  libx11-6  2:1.6.4-3
ii  libxmu6   2:1.1.2-2

xclip recommends no packages.

xclip suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#831862: diceware: add support for new EFF word lists

[Phil Morrell]

Control: fixed -1 0.9.1-1

Package: diceware
Followup-For: Bug #831862


I note that upstream has since [included] the EFF long list in 0.9,
which was released with Stretch.

[included]: 
https://github.com/ulif/diceware/commit/f3316ad863426df0c8cdd17206bcc7f4bdf68c1e

Although upstream has chosen not to include the other lists with their
unique properties, I suspect the long list is the most desired / useful,
so I'm marking this as fixed. Please feel free to overrule this if you'd
like to see the other lists as I'm not the maintainer, just triaging.


-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages diceware depends on:
ii  python2.7.13-2
ii  python-pkg-resources  33.1.1-1
ii  python2.7 2.7.13-2+deb9u2

diceware recommends no packages.

diceware suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#731721: scorched3d fails to run with cryptic (huge) message about GLSLProgram

[Phil Morrell]

Control: tags -1 unreproducible moreinfo

Package: scorched3d
Followup-For: Bug #731721


I'm afraid I cannot reproduce this with my graphics card. There has also
been a new upstream release v44 included in stretch, would you mind
checking if you are still unable to play scorched3d?

00:01.0 VGA compatible controller: Advanced Micro Devices, Inc.  [AMD/ATI] 
Trinity [Radeon HD 7560D]

I also tested setting the resolution to an invalid value, but the
configuration error window was not filled with newlines, so that issue
at least is not a general one.


-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages scorched3d depends on:
ii  libalut0  1.1.0-5+b2
ii  libc6 2.24-11+deb9u3
ii  libexpat1 2.2.0-2+deb9u1
ii  libfftw3-single3  3.3.5-3
ii  libfreetype6  2.6.3-3.2
ii  libgcc1   1:6.3.0-18+deb9u1
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libglew2.02.0.0-3+b1
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libjpeg62-turbo   1:1.5.1-2
ii  libopenal11:1.17.2-4+b2
ii  libpng16-16   1.6.28-1
ii  libsdl-net1.2 1.2.8-4
ii  libsdl1.2debian   1.2.15+dfsg1-4
ii  libstdc++66.3.0-18+deb9u1
ii  libvorbisfile31.3.5-4+deb9u2
ii  libwxbase3.0-0v5  3.0.2+dfsg-4
ii  libwxgtk3.0-0v5   3.0.2+dfsg-4
ii  scorched3d-data   44+dfsg-1
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages scorched3d recommends:
ii  sensible-utils  0.0.9+deb9u1

scorched3d suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#857563: diceware -v doesn't give anything.

[Phil Morrell]

Control: tags -1 fixed-upstream

Package: diceware
Followup-For: Bug #857563


Looks like this was an upstream [oversight] fixed in v0.9.2, so should
be resolved automatically with the next upload.

[oversight]: 
https://github.com/ulif/diceware/commit/de9ebfeb9d267714bc76402a04ca9898236bcaf5


-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages diceware depends on:
ii  python2.7.13-2
ii  python-pkg-resources  33.1.1-1
ii  python2.7 2.7.13-2+deb9u2

diceware recommends no packages.

diceware suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#900867: ITP: firefox-syncserver -- Firefox Sync storage and token server

[Phil Morrell]

Package: wnpp
Severity: wishlist
Owner: Phil Morrell 

* Package name: firefox-syncserver
  Version : 1.8.0
  Upstream Author : Mozilla Corporation
* URL : https://github.com/mozilla-services/syncserver
* License : MPL-2.0
  Programming Lang: Python 2
  Description : Firefox Sync storage and token server

This is an all-in-one package for running a self-hosted Firefox Sync
server. It bundles the "tokenserver" project for authentication and the
"syncstorage" project for storage, to produce a single stand-alone
webapp.

This server defers authentication to the Mozilla-hosted accounts server
at https://accounts.firefox.com, but stores the user sync data such as
bookmarks, preferences and add-ons.

---

It is useful for using the multiple-device features of Firefox Sync
without storing your sensitive data in the cloud. It would also be a
prerequisite for someone packaging the Firefox Accounts server.

I would love to maintain it as part of pkg-mozilla-maintainers, but
since the alioth list is defunct I've not yet got in touch.

https://salsa.debian.org/emorrp1-guest/firefox-syncserver


signature.asc
Description: PGP signature

Bug#902434: git-buildpackage: import-orig requires manual cleanup when commit.gpgsign is used and the keyring is not yet unlocked

[Phil Morrell]

Package: git-buildpackage
Version: 0.8.12.2
Severity: normal


As requested by the error message, I'm reporting this bug due to a failed merge
and rollback. The git status is left with the merge staged, a simple hard reset
finishes the rollback, the log shows the other refs are already clean.

This is probably two bugs, the first being it should probably hang waiting for
gpg-agent like a plain git commit does.
--
Phil Morrell (emorrp1)


---
$ git config commit.gpgsign true
$ gpgconf --kill gpg-agent
$ gbp import-orig --uscan --verbose
gbp:debug: ['git', 'rev-parse', '--show-cdup']
gbp:debug: ['git', 'rev-parse', '--is-bare-repository']
gbp:debug: ['git', 'rev-parse', '--git-dir']
gbp:debug: ['git', 'for-each-ref', '--format=%(refname:short)', 'refs/heads/']
gbp:debug: ['git', 'show-ref', 'refs/heads/upstream']
gbp:debug: ['git', 'status', '--porcelain']
gbp:info: Launching uscan...
uscan: Newest version of corsix-th on remote site is 0.62~beta1, local version 
is 0.61
uscan:=> Newer package available from
  https://github.com/CorsixTH/CorsixTH/archive/v0.62-beta1.tar.gz
uscan: Newest version of corsix-th on remote site is 0.62~beta1, specified 
download version is 0.62~beta1
gpgv: Signature made Tue 19 Jun 2018 12:04:14 BST
gpgv:using RSA key DB147D8CD6737D34210D20235C251992033D3D7C
gpgv: Good signature from "Stephen E. Baker "
gbp:info: using ../corsix-th_0.62~beta1.orig.tar.gz
What is the upstream version? [0.62~beta1] 
gbp:debug: ['git', 'tag', '-l', 'upstream/0.62_beta1']
gbp:debug: tar ['-C', '../tmpGTL9A9', '-a', '-xf', 
'../corsix-th_0.62~beta1.orig.tar.gz'] []
gbp:debug: Unpacked '../corsix-th_0.62~beta1.orig.tar.gz' to 
'../tmpGTL9A9/CorsixTH-0.62-beta1'
gbp:info: Importing '../corsix-th_0.62~beta1.orig.tar.gz' to branch 
'upstream'...
gbp:info: Source package is corsix-th
gbp:info: Upstream version is 0.62~beta1
gbp:debug: ['git', 'show-ref', 'refs/heads/upstream']
gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'upstream']
gbp:debug: ['git', 'add', '-f', '.']
gbp:debug: ['git', 'write-tree']
gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'upstream']
gbp:debug: ['git', 'commit-tree', '919b2c7b3a2b47f228a0e9d565872459d6058d7d', 
'-p', '190b19595943f509ac539af75222d3d50f55b13d']
gbp:debug: ['git', 'update-ref', '-m', 'gbp: New upstream version 0.62~beta1', 
'refs/heads/upstream', 'b0c68af6ca3c49131beb3181ebd220d28df81b69', 
'190b19595943f509ac539af75222d3d50f55b13d']
gbp:debug: ['git', 'show-ref', 'refs/heads/pristine-tar']
gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'pristine-tar']
gbp:debug: ['git', 'ls-tree', '-z', 'upstream', '--']
gbp:debug: ['git', 'mktree', '-z']
gbp:debug: /usr/bin/pristine-tar [] ['commit', 
'../corsix-th_0.62~beta1.orig.tar.gz', 
'919b2c7b3a2b47f228a0e9d565872459d6058d7d']
gbp:debug: ['git', 'tag', '-m', 'Upstream version 0.62~beta1', 
'upstream/0.62_beta1', 'b0c68af6ca3c49131beb3181ebd220d28df81b69']
gbp:debug: ['git', 'show-ref', 'refs/heads/master']
gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'master']
gbp:info: Merging to 'master'
gbp:debug: ['git', 'symbolic-ref', 'HEAD']
gbp:debug: ['git', 'show-ref', 'refs/heads/master']
gbp:debug: ['git', 'symbolic-ref', 'HEAD']
gbp:debug: ['git', 'show-ref', 'refs/heads/master']
gbp:debug: ['git', 'help', 'merge', '-m']
gbp:debug: ['git', 'merge', '--no-summary', '--no-edit', 'upstream/0.62_beta1']
gbp:error: Automatic merge failed.
gbp:error: Error detected, Will roll back changes.
gbp:info: Rolling back branch upstream by resetting it to 
190b19595943f509ac539af75222d3d50f55b13d
gbp:debug: ['git', 'update-ref', '-m', 'gbp import-orig: failure rollback of 
upstream', 'refs/heads/upstream', '190b19595943f509ac539af75222d3d50f55b13d']
gbp:info: Rolling back branch pristine-tar by resetting it to 
977c78afc6f01e00be0dbe2389b66d92f2cae0d4
gbp:debug: ['git', 'update-ref', '-m', 'gbp import-orig: failure rollback of 
pristine-tar', 'refs/heads/pristine-tar', 
'977c78afc6f01e00be0dbe2389b66d92f2cae0d4']
gbp:info: Rolling back tag upstream/0.62_beta1 by deleting it
gbp:debug: ['git', 'tag', '-l', 'upstream/0.62_beta1']
gbp:debug: ['git', 'tag', '-d', 'upstream/0.62_beta1']
gbp:info: Rolling back branch master by resetting it to 
3b69a24ad49bf656e669525473cce349ba64ae2c
gbp:debug: ['git', 'update-ref', '-m', 'gbp import-orig: failure rollback of 
master', 'refs/heads/master', '3b69a24ad49bf656e669525473cce349ba64ae2c']
gbp:info: Rolling back failed merge of upstream/0.62_beta1
gbp:debug: ['git', 'merge', '--abort']
gbp:error: Automatic rollback failed [('upstream/0.62_beta1', 'commit', 
'abortmerge', None, GitRepositoryError('Error running git merge: fatal: There 
is no merge to abort (MERGE_HEAD missing).\n',))]
gbp:error: Clean up manually and please report a bug: [('upstream/0.62_beta1', 
'commit', 'abortmerge', None, GitRepositoryError('Error running git merge: 
fatal: There is no merge to abort (MERGE_HEAD missing).\n',))]
gbp:debug: rm ['-rf', 

Bug#902392: lintian: override_dh_auto_test nocheck recommendation breaks build

[Phil Morrell]

Package: lintian
Version: 2.5.88~bpo9+1
Severity: normal



I: override_dh_auto_test-does-not-check-DEB_BUILD_OPTIONS

recommends

N:override_dh_auto_test:
N:ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
N:./run-upstream-testsuite
N:endif

but when I add that to corsix-th, I get the following build error

dh_auto_test
ifeq (,)
/bin/sh: 1: Syntax error: word unexpected (expecting ")")
make[1]: *** [debian/rules:31: override_dh_auto_test] Error 2
make[1]: Leaving directory '/build/corsix-th-0.62~beta1'
make: *** [debian/rules:6: build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit
status 2

as the check is marked experimental, I'm reporting this here and
omitting the change for now.



-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lintian depends on:
ii  binutils  2.28-5
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1+b1
ii  dpkg  1.18.24
ii  file  1:5.30-1+deb9u1
ii  gettext   0.19.8.1-2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.32
ii  libarchive-zip-perl   1.59-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-2+b1
ii  libdpkg-perl  1.18.24
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.416-1+b1
ii  libparse-debianchangelog-perl 1.2.0-12
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-3+deb9u4
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.71-1
ii  libxml-simple-perl2.22-1
ii  libyaml-libyaml-perl  0.63-2
ii  man-db2.7.6.1-2
ii  patchutils0.3.4-2
ii  perl  5.24.1-3+deb9u4
ii  t1utils   1.39-2
ii  xz-utils  5.2.2-1.2+b1

Versions of packages lintian recommends:
ii  libperlio-gzip-perl  0.19-1+b2

Versions of packages lintian suggests:
ii  binutils-multiarch 2.28-5
ii  dpkg-dev   1.18.24
ii  libhtml-parser-perl3.72-3
ii  libtext-template-perl  1.46-1

-- no debconf information


signature.asc
Description: PGP signature

Bug#902392: lintian: override_dh_auto_test nocheck recommendation breaks build

[Phil Morrell]

On Mon, Jun 25, 2018 at 09:54:13PM +0100, Chris Lamb wrote:
> tags 902392 + moreinfo
> thanks
> 
> Hi Phil,
> 
> > /bin/sh: 1: Syntax error: word unexpected (expecting ")")
> 
> So, I suspect you tried:
> 
> override_dh_auto_test:
>   ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
>   dh_auto_test
>   busted -C CorsixTH/Luatest --verbose
>   endif
> 
> instead of:
> 
> override_dh_auto_test:
> ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
>   dh_auto_test
>   busted -C CorsixTH/Luatest --verbose
> endif
> 
> Note the different indentation level of the "ifeq" which must be at
> column 1.

You are of course correct and thanks for the fix. I'm not sure how to mark
this report as invalid, rather than closed, sorry.


signature.asc
Description: PGP signature

Bug#902825: python-nacl: in stretch-backports FTBFS on non-amd64 architectures

[Phil Morrell]

Source: python-nacl
Version: 1.2.1-3~bpo9+1
Severity: important

This is a necessary dependency for matrix-synapse on arm. I'm not sure
why amd64 succeeds, but from the buildd logs, I think it's just missing
a versioned dependency on libsodium-dev, which is only .11 in stable.

https://buildd.debian.org/status/package.php?p=python-nacl=stretch-backports

It builds fine in sid with .16, which is in -backports, so that might be
sufficient, but for reference I include the minimum version these
symbols appear to have been added according to git blame hash:

crypto_pwhash_argon2id_opslimit_moderate:   2cb8415 (.13)
crypto_pwhash_scryptsalsa208sha256_bytes_min:   08c0e03 (.12)


signature.asc
Description: PGP signature

Bug#879850: stretch-pu: package sqldeveloper-package/0.2.4+deb9u1

[Phil Morrell]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Hello release team,

I have prepared a re-upload of 0.2.4+nmu1 (upload done: 879070) targeting
stretch to fix RC bug #868673 which makes this packaging wrapper unusable in
stretch.

* Package name: sqldeveloper-package
  Version : 0.2.4+deb9u1
  Upstream Author : Lazarus Long
* URL : https://tracker.debian.org/pkg/sqldeveloper-package
* License : GPL-3+
  Section : contrib/misc

It builds those binary packages:

  sqldeveloper-package - Oracle SQL Developer Debian package builder

To access further information about this package, please visit the following
URL:

  https://mentors.debian.net/package/sqldeveloper-package


Alternatively, one can download the package with dget using this command:

  dget -x https://mentors.debian.net/debian/pool/contrib/s/sqldeveloper-
package/sqldeveloper-package_0.2.4+deb9u1.dsc

More information about sqldeveloper-package can be obtained from:

  https://manpages.debian.org/make-sqldeveloper-package

Changes since the last upload:

diff -Nru sqldeveloper-package-0.2.4/debian/changelog sqldeveloper-
package-0.2.4+deb9u1/debian/changelog
--- sqldeveloper-package-0.2.4/debian/changelog 2012-11-14 11:12:14.0
+
+++ sqldeveloper-package-0.2.4+deb9u1/debian/changelog  2017-10-26
14:00:01.0 +0100
@@ -1,3 +1,11 @@
+sqldeveloper-package (0.2.4+deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Add required '--' before debian/rules target (Closes: #868673)
+  * Add --no-tgz-check as sqldeveloper is non-free
+
+ -- Phil Morrell <deb...@emorrp1.name>  Thu, 26 Oct 2017 14:00:01 +0100
+
 sqldeveloper-package (0.2.4) unstable; urgency=high

   * Addressed bugs for inclusion in Wheezy's freeze:
diff -Nru sqldeveloper-package-0.2.4/make-sqldeveloper-package sqldeveloper-
package-0.2.4+deb9u1/make-sqldeveloper-package
--- sqldeveloper-package-0.2.4/make-sqldeveloper-package2012-11-14
11:03:19.0 +
+++ sqldeveloper-package-0.2.4+deb9u1/make-sqldeveloper-package 2017-07-31
12:50:06.0 +0100
@@ -1021,7 +1021,7 @@
return 1
fi

-   DEBUILD_OPTS="--no-lintian binary"
+   DEBUILD_OPTS="--no-lintian --no-tgz-check -- binary"

if [ -n "${ROOTCMD}" ] ; then
DEBUILD_OPTS="--rootcmd=${ROOTCMD} ${DEBUILD_OPTS}"

-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en (charmap=UTF-8)

--
Phil Morrell (emorrp1)

Bug#863557: gpg: Prints message on stderr about primary-keyring file existence

[Phil Morrell]

Package: gnupg
Version: 2.1.18-8~deb9u1
Followup-For: Bug #863557

etc.



-- System Information:
Debian Release: 9.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gnupg depends on:
ii  gnupg-agent2.1.18-8~deb9u1
ii  libassuan0 2.4.3-2
ii  libbz2-1.0 1.0.6-8.1
ii  libc6  2.24-11+deb9u1
ii  libgcrypt201.7.6-2+deb9u2
ii  libgpg-error0  1.26-2
ii  libksba8   1.3.5-2
ii  libreadline7   7.0-3
ii  libsqlite3-0   3.16.2-5+deb9u1
ii  zlib1g 1:1.2.8.dfsg-5

Versions of packages gnupg recommends:
ii  dirmngr 2.1.18-8~deb9u1
ii  gnupg-l10n  2.1.18-8~deb9u1

Versions of packages gnupg suggests:
ii  parcimonie  0.10.2-4
pn  xloadimage  

-- no debconf information

Bug#863557: gpg: Prints message on stderr about primary-keyring file existence

[Phil Morrell]

Package: gnupg
Version: 2.1.18-8~deb9u1
Followup-For: Bug #863557



Hi Guillem,

I believe this is a documentation bug, you simply need to add
`no-default-keyring` before `primary-keyring`.

I discovered this report whilst trying to separate automatically
retrieved keys from my manual keyring. Essentially, `primary-keyring`
doesn't just "designate" the primary, it appends to the keyrings list.

keyring ~/.gnupg/public-keys/auto.kbx
...
primary-keyring ~/.gnupg/public-keys/auto.kbx

This is also not specific to the `primary-keyring` option, listing the
same keyring entry twice either via gpg.conf or cli options shows the
same unhelpful message. So a minimally reproducable test for this is:

gpg --keyring pubring.kbx --list-keys
--
Phil Morrell (emorrp1)



-- System Information:
Debian Release: 9.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gnupg depends on:
ii  gnupg-agent2.1.18-8~deb9u1
ii  libassuan0 2.4.3-2
ii  libbz2-1.0 1.0.6-8.1
ii  libc6  2.24-11+deb9u1
ii  libgcrypt201.7.6-2+deb9u2
ii  libgpg-error0  1.26-2
ii  libksba8   1.3.5-2
ii  libreadline7   7.0-3
ii  libsqlite3-0   3.16.2-5+deb9u1
ii  zlib1g 1:1.2.8.dfsg-5

Versions of packages gnupg recommends:
ii  dirmngr 2.1.18-8~deb9u1
ii  gnupg-l10n  2.1.18-8~deb9u1

Versions of packages gnupg suggests:
ii  parcimonie  0.10.2-4
pn  xloadimage  

-- no debconf information


signature.asc
Description: PGP signature

Bug#905000: minetest: does not use fullscreen resolution over VGA

[Phil Morrell]

Package: minetest
Version: 0.4.17.1+repack-1~bpo9+1
Severity: normal


Hi,

With my current monitor the maximum resolution is not autodetected, so I
have configured xrandr to add a new mode and this works perfectly for
lightdm/xfce.

Unfortunately, minetest somehow does not find this configuration so
always shows the titlebar unless I drop the resolution to at most
848x480, which is then really blurry. Additionally, the desktop
resolution is not reverted to the previous setting when quitting.
--
Phil Morrell (emorrp1)



$ xrandr -q
Screen 0: minimum 320 x 200, current 1600 x 900, maximum 16384 x 16384
VGA-0 connected 1600x900+0+0 (normal left inverted right x axis y axis) 0mm x 
0mm
   1024x768  60.00  
   800x600   60.3256.25  
   848x480   60.00  
   640x480   59.94  
   1600x900  59.95* 

$ tail -3 ~/.minetest/minetest.conf
fullscreen = true
screenW = 1600
screenH = 900

$ minetest
2018-07-30 11:46:38: WARNING[Main]: Irrlicht: Could not find specified video 
mode, running windowed.



-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-7-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages minetest depends on:
ii  libc62.24-11+deb9u3
ii  libcurl3-gnutls  7.52.1-5+deb9u6
ii  libfreetype6 2.6.3-3.2
ii  libgcc1  1:6.3.0-18+deb9u1
ii  libgmp10 2:6.1.2+dfsg-1
ii  libirrlicht1.8   1.8.4+dfsg1-1
ii  libjsoncpp1  1.7.4-3
ii  libleveldb1v51.18-5
ii  libluajit-5.1-2  2.0.4+dfsg-1+b1
ii  libopenal1   1:1.17.2-4+b2
ii  libpq5   9.6.9-0+deb9u1
ii  libsqlite3-0 3.16.2-5+deb9u1
ii  libstdc++6   6.3.0-18+deb9u1
ii  libvorbisfile3   1.3.5-4+deb9u2
ii  libx11-6 2:1.6.4-3
ii  minetest-data0.4.17.1+repack-1~bpo9+1
ii  zlib1g   1:1.2.8.dfsg-5

minetest recommends no packages.

Versions of packages minetest suggests:
pn  minetest-mod-moreblocks  
pn  minetest-mod-moreores
pn  minetest-mod-pipeworks   
pn  minetest-server  

-- no debconf information


signature.asc
Description: PGP signature

Bug#863036: lua5.3 is not available in update-alternatives for lua(interpreter|compiler)

[Phil Morrell]

Source: lua5.3
Followup-For: Bug #863036


Hi, I am unable to bump the lua B-D to 5.3 (for corsix-th) because there
is no /usr/bin/lua for running the tests with lua-busted. Does that
justify a higher severity since upgrading is a regression?
--
Phil Morrell (emorrp1)


-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-7-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


signature.asc
Description: PGP signature

Bug#906536: Sponsor for my package "cavestory-nx"

[Phil Morrell]

(dropping list from CC)

On Sun, Aug 26, 2018 at 05:04:36PM -0300, Carlos Donizete Froes wrote:
> Hi,
> 
> > You cannot just drop paragraphs from d/copyright at will, it needs to
> > be backed up by a statement of the copyright owners.
> 
> Sorry, I did not understand the previously replied email
> and I ended up removing it.
> 

Yes, you misunderstood me on this occasion. I tried to do two things:
a) highlight that there was some desire from the author for NC license
that needs confirming, e.g. maybe they want it to be CC-BY-NC?
b) point out, as Tobi did, that you need some public documentation of
the authors intent in order to document that in the copyright

> > Can you, by change, forward the original statement of "pixel", on which
> > basis you wrote d/copyright, to this bug/list?
> 
> Yes, follows the forwarded message.

What we're looking for here is an unambiguous public declaration of the
license from Pixel. I'm afraid the forwarded email doesn't satisfy that.
It's confusing regarding Cave Story/Vorbis and MIT/BSD and nothing in it
mentions Public Domain.

It seems theres some language barrier here, but first you need to find
out what terms the author is after (I'm assuming here that it's art and
not software), the most basic starting point is this:

https://wiki.creativecommons.org/wiki/Considerations_for_licensors_and_licensees#Considerations_for_licensors

Only after the author has decided on terms can they go about choosing a
license, which may or may not be public domain, but if it is, there
needs to be a clear public statement of that, e.g. the CC0 waiver I
linked.


signature.asc
Description: PGP signature

Bug#906536: Sponsor for my package "cavestory-nx"

[Phil Morrell]

> > What changed since tobi's comment in May on the ITP bug?
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894865#30
> 
> I exchanged emails with the developer of the non-free files and had to make
> corrections from the licenses and added a disclaimer about this package.

I believe this is the problematic section of debian/copyright? I also
found https://wiki.debian.org/DFSGLicenses#Public_Domain helpful.

Files: data/*
Copyright: not applicable
Author: 2004 Studio Pixel 
License: public-domain
 This software was written by Daisuke Amaya also known by his art name 'Pixel'.
 .
 You absolutely can't use these in anything commercial; the work is not subject
 to copyright in any jurisdiction.
 .
 This file is in the public domain. It is provided "as is", without warranty of
 any kind. Use at your own risk.

The second paragraph is self-contradicting - if it's not subject to
copyright, then it's use can't be restricted to NC. Perhaps the author
would prefer a different license? (any form of NC is still non-free)

To avoid future disputes, after a private email conversation it is
necessary to have a public record of the conclusion. Perhaps the author
would be happy to email a CC0 style waiver:
https://creativecommons.org/choose/zero/waiver

* For public-domain "Copyright" line means who had the authority to
  license the work, i.e. the author, not "not applicable"
* Since the full name is known, I would put that in the copyright line
  e.g Daisuke "Pixel" Amaya 

> > Why do you have 3 sponsorship-requests bugs open for the same package?
> > Please close two of them and re-title the bug you leave open to the new
> > version.
> 
> Okay, I'll close these open requests.

As well as closing 903872 & 905984 for the old version, it would help if
906536 blocks the ITP but lose the "[ITP]" in the subject. FWIW these
days I don't bother with sponsorship-requests for games and just post
directly to the mailing list and only if I get no response raise an RFS.
--
Phil Morrell (emorrp1)


signature.asc
Description: PGP signature

Bug#904336: pbuilder: pbuilder-satisfydepends: line 29: 14820 Segmentation fault

[Phil Morrell]

On Mon, Jul 23, 2018 at 03:10:45PM +0200, Mattia Rizzolo wrote:
> On Mon, Jul 23, 2018 at 01:32:50PM +0100, Phil Morrell wrote:
> > Hi, I got this error while trying to cross-build (amd64->armhf) a local
> > 
> > ARCH=armhf DIST=stretch-backports git-pbuilder create --debootstrap 
> > qemu-debootstrap
> 
> That's *NOT* a cross build.  What you tried to do was to do a native
> build in an *emulated* environment.

Thank you (both) for correcting my misunderstanding and merging the bug
report, sorry for the noise.
--
Phil Morrell


signature.asc
Description: PGP signature

Bug#904336: pbuilder: pbuilder-satisfydepends: line 29: 14820 Segmentation fault

[Phil Morrell]

Package: pbuilder
Version: 0.228.7
Severity: important


Hi, I got this error while trying to cross-build (amd64->armhf) a local
backport of the latest pydenticon. I don't know why I tried
cross-building an arch all package, but hey ho. The basepath was
originally created with:

ARCH=armhf DIST=stretch-backports git-pbuilder create --debootstrap 
qemu-debootstrap
ARCH=armhf DIST=stretch-backports git-pbuilder update
--
Phil Morrell


$ gbp buildpackage --git-dist=stretch-backports --git-arch=armhf
gbp:info: Building with (cowbuilder) for stretch-backports:armhf
Building with cowbuilder for distribution stretch-backports, architecture armhf
+ pdebuild --buildresult ../ --pbuilder cowbuilder --debbuildopts '' -- 
--architecture armhf --basepath 
/var/cache/pbuilder/base-stretch-backports-armhf.cow
W: /home/emorrp1/.pbuilderrc does not exist
I: using cowbuilder as pbuilder
dpkg-source: info: using options from pydenticon/debian/source/options: 
--extend-diff-ignore=\.egg-info
dh clean --with python2,python3 --buildsystem=pybuild
   dh_auto_clean -O--buildsystem=pybuild
I: pybuild base:184: python2.7 setup.py clean 
running clean
removing 
'/home/emorrp1/debian/backports/matrix/pydenticon/.pybuild/pythonX.Y_2.7/build' 
(and everything under it)
'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-2.7' does not exist -- can't clean it
I: pybuild base:184: python3.5 setup.py clean 
running clean
removing 
'/home/emorrp1/debian/backports/matrix/pydenticon/.pybuild/pythonX.Y_3.5/build' 
(and everything under it)
'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-3.5' does not exist -- can't clean it
   dh_clean -O--buildsystem=pybuild
dpkg-source: info: using options from pydenticon/debian/source/options: 
--extend-diff-ignore=\.egg-info
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building pydenticon using existing 
./pydenticon_0.3.1.orig.tar.gz
dpkg-source: info: building pydenticon in 
pydenticon_0.3.1-1~bpo9+1.debian.tar.xz
dpkg-source: info: building pydenticon in pydenticon_0.3.1-1~bpo9+1.dsc
I: Generated dsc will be overwritten by build result; not generating changes 
file
dpkg-source: info: using options from pydenticon/debian/source/options: 
--extend-diff-ignore=\.egg-info
I: Copying COW directory
I: forking: rm -rf /var/cache/pbuilder/build/cow.14308
I: forking: cp -al /var/cache/pbuilder/base-stretch-backports-armhf.cow 
/var/cache/pbuilder/build/cow.14308
I: removed stale ilistfile /var/cache/pbuilder/build/cow.14308/.ilist
I: forking: chroot /var/cache/pbuilder/build/cow.14308 cowdancer-ilistcreate 
/.ilist 'find . -xdev -path ./home -prune -o \( \( -type l -o -type f \) -a 
-links +1 -print0 \) | xargs -0 stat --format '%d %i ''
I: Invoking pbuilder
I: forking: pbuilder build --debbuildopts  --debbuildopts  --buildplace 
/var/cache/pbuilder/build/cow.14308 --buildresult 
/home/emorrp1/debian/backports/matrix --architecture armhf --no-targz 
--internal-chrootexec 'chroot /var/cache/pbuilder/build/cow.14308 cow-shell' 
/home/emorrp1/debian/backports/matrix/pydenticon_0.3.1-1~bpo9+1.dsc
W: /home/emorrp1/.pbuilderrc does not exist
I: Running in no-targz mode
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Mon Jul 23 13:08:59 BST 2018
I: pbuilder-time-stamp: 1532347739
I: copying local configuration
I: mounting /proc filesystem
I: mounting /sys filesystem
I: creating /{dev,run}/shm
I: mounting /dev/pts filesystem
I: redirecting /dev/ptmx to /dev/pts/ptmx
I: policy-rc.d already exists
I: Obtaining the cached apt archive contents
I: Copying source file
I: copying [/home/emorrp1/debian/backports/matrix/pydenticon_0.3.1-1~bpo9+1.dsc]
I: copying [/home/emorrp1/debian/backports/matrix/pydenticon_0.3.1.orig.tar.gz]
I: copying 
[/home/emorrp1/debian/backports/matrix/pydenticon_0.3.1-1~bpo9+1.debian.tar.xz]
I: Extracting source
dpkg-source: warning: extracting unsigned source package 
(pydenticon_0.3.1-1~bpo9+1.dsc)
dpkg-source: info: extracting pydenticon in pydenticon-0.3.1
dpkg-source: info: unpacking pydenticon_0.3.1.orig.tar.gz
dpkg-source: info: unpacking pydenticon_0.3.1-1~bpo9+1.debian.tar.xz
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: armhf
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 9), dh-python, python-all (>= 2.6.6-3), 
python-setuptools (>= 0.6.24), python3-all, python3-setuptools (>= 0.6.24), 
python-mock, python-pil, python3-mock, python3-pil
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.

Bug#904602: pulseaudio-module-bluetooth: please backport a2dp sync fix from v12 to stretch

[Phil Morrell]

Package: pulseaudio-module-bluetooth
Version: 10.0-1+deb9u1
Severity: important
Tags: patch upstream


Hi, an annoying upstream latency bug has been fixed. If possible, please
backport the patch to the version in stretch. If not, please put v12 in
stretch-backports when ready.

https://askubuntu.com/a/171165
https://bugs.freedesktop.org/show_bug.cgi?id=58746#c36
https://cgit.freedesktop.org/pulseaudio/pulseaudio/commit/?id=192c3aaef8352ba9504aee4e311a23f6162d39d8
--
Phil Morrell (emorrp1)


-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-7-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pulseaudio-module-bluetooth depends on:
ii  bluez5.43-2+deb9u1
ii  libc62.24-11+deb9u3
ii  libcap2  1:2.25-1
ii  libdbus-1-3  1.10.26-0+deb9u1
ii  libpulse010.0-1+deb9u1
ii  libsbc1  1.3-2
ii  pulseaudio   10.0-1+deb9u1

pulseaudio-module-bluetooth recommends no packages.

pulseaudio-module-bluetooth suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#900867: ITP: firefox-syncserver -- Firefox Sync storage and token server

[Phil Morrell]

Control: retitle -1 RFP: firefox-syncserver -- Firefox Sync storage and token 
server
Control: noowner -1
thanks

I've stopped work on this and am for now just using the upstream make
serve. I still think it would be good for Debian, but first the storage
project and the token project need packaging, starting with the deps:

https://github.com/mozilla-services/tokenserver/blob/master/requirements.txt


signature.asc
Description: PGP signature

Bug#903312: innoextract: bad chunk magic: iostream error on armhf

[Phil Morrell]

Package: innoextract
Version: 1.6-1+b2
Severity: important


Hi, I was only able to extract this particular archive on my main
machine (amd64), not on the pi (armhf). I got the same results with v1.7
and I am able to extract other archives on the pi without issue.

I'm guessing this is an upstream issue, but I don't know what else to
provide for diagnosis, given it's commercial data. I checked the obvious
things like md5sum, fresh download, free space etc.
--
Phil Morrell (emorrp1)


$ innoextract --version
innoextract 1.6
Extracts installers created by Inno Setup 1.2.10 to 5.5.8
$ innoextract --test setup_anno_1404_gold_edition_2.01.5010_\(13111\).exe
Testing "Anno 1404" - setup data version 5.5.7 (unicode)
 - "tmp/DirectXEULA.txt" [temp] (9.92 KiB) - overwritten
 - "tmp/MSVC2005EULA.txt" [temp] (5 KiB) - overwritten
 - "tmp/EULA.txt" [temp] (46.2 KiB) - overwritten
 - "app/goggame-1440426004.ico" (134 KiB) - overwritten
Opening "setup_anno_1404_gold_edition_2.01.5010_(13111)-1.bin"
Stream error while extracting files!
 └─ error reason: bad chunk magic: iostream error
If you are sure the setup file is not corrupted, consider 
filing a bug report at http://innoextract.constexpr.org/issues
Done with 1 error.


-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages innoextract depends on:
ii  libboost-filesystem1.62.0   1.62.0+dfsg-4
ii  libboost-iostreams1.62.01.62.0+dfsg-4
ii  libboost-program-options1.62.0  1.62.0+dfsg-4
ii  libboost-system1.62.0   1.62.0+dfsg-4
ii  libc6   2.24-11+deb9u3
ii  libgcc1 1:6.3.0-18+deb9u1
ii  liblzma55.2.2-1.2+b1
ii  libstdc++6  6.3.0-18+deb9u1

innoextract recommends no packages.

innoextract suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#836266: dirmngr: Please disable "use-tor" by default.

[Phil Morrell]

Package: parcimonie
Version: 0.10.2-4
Followup-For: Bug #836266

words



-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages parcimonie depends on:
ii  dirmngr  2.1.18-8~deb9u1
ii  gnupg2.1.18-8~deb9u1
ii  gnupg2   2.1.18-8~deb9u1
ii  libclone-perl0.38-2+b1
ii  libconfig-general-perl   2.63-1
ii  libfile-homedir-perl 1.00-1
ii  libfile-which-perl   1.21-1
ii  libgnupg-interface-perl  0.52-9
ii  libipc-system-simple-perl1.25-3
ii  liblist-moreutils-perl   0.416-1+b1
ii  libmoo-perl  2.002005-1
ii  libmoox-late-perl0.015-2
ii  libmoox-options-perl 4.023-1
ii  libnamespace-clean-perl  0.27-1
ii  libpath-tiny-perl0.100-1
ii  libtime-duration-parse-perl  0.13-1
ii  libtry-tiny-perl 0.28-1
ii  libtype-tiny-perl1.05-1
ii  libtypes-path-tiny-perl  0.005-1
ii  perl 5.24.1-3+deb9u2
ii  torsocks 2.2.0-1+deb9u1

Versions of packages parcimonie recommends:
pn  gnupg-curl  
ii  libglib-perl3:1.324-1
ii  libgtk3-perl0.030-1
ii  liblocale-gettext-perl  1.07-3+b1
ii  libnet-dbus-glib-perl   0.33.0-2+b1
ii  libnet-dbus-perl1.1.0-4+b1
ii  libpango-perl   1.227-1+b1
ii  libtime-duration-perl   1.20-1
ii  tor 0.2.9.14-1

parcimonie suggests no packages.

-- no debconf information

Bug#836266: dirmngr: Please disable "use-tor" by default.

[Phil Morrell]

Package: parcimonie
Version: 0.10.2-4
Followup-For: Bug #836266

I want to add my 2c to this bug report, sharing the same user
frustrations as anarcat above. I don't know if any more recent tooling
versions (be that parcimonie, dirmngr, gnupg, torsocks) have improved
the situation, as it's not in stretch-backports.

In the absence of a longer term solution, parcimonie should respect user
edits to dirmngr.conf i.e. I don't have a massive objection to it adding
use-tor initially, but if I've removed it (perhaps temporarily to
receive a single key without tor errors), then don't get into an editing
war with me. I'm even happy if this disables parcimonie until I put it
back (with a log window message).

When I see the parcimonie log error:

Failed to fetch key 6ACBAD6A729326258CF725C6E7519C8D747F00DC: gpg: 
keyserver receive failed: No data
 at /usr/share/perl5/App/Parcimonie/Daemon.pm line 350.

I now run this to fix the tor connections:

systemctl --user restart dirmngr.socket

I realise this is a dirmngr issue, but it's also a parcimonie issue as a
"privacy-friendly helper to refresh a GnuPG keyring" which is likely to
be run by people like me trying to get into best practices. You said
above you're unsure "what to do with this bug report", at the very least
I'd like it documented in the man-page (if my workaround above is
correct in the general case). Ideally in the short to medium term,
parcimonie could detect a series of sequential (likely) tor-related
errors and explicitly write this in the logs, perhaps with the socket
restart recommendation, perhaps lengthening the sleep to e.g. 2hrs so it
can be fixed in user scale time.

-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages parcimonie depends on:
ii  dirmngr  2.1.18-8~deb9u1
ii  gnupg2.1.18-8~deb9u1
ii  gnupg2   2.1.18-8~deb9u1
ii  libclone-perl0.38-2+b1
ii  libconfig-general-perl   2.63-1
ii  libfile-homedir-perl 1.00-1
ii  libfile-which-perl   1.21-1
ii  libgnupg-interface-perl  0.52-9
ii  libipc-system-simple-perl1.25-3
ii  liblist-moreutils-perl   0.416-1+b1
ii  libmoo-perl  2.002005-1
ii  libmoox-late-perl0.015-2
ii  libmoox-options-perl 4.023-1
ii  libnamespace-clean-perl  0.27-1
ii  libpath-tiny-perl0.100-1
ii  libtime-duration-parse-perl  0.13-1
ii  libtry-tiny-perl 0.28-1
ii  libtype-tiny-perl1.05-1
ii  libtypes-path-tiny-perl  0.005-1
ii  perl 5.24.1-3+deb9u2
ii  torsocks 2.2.0-1+deb9u1

Versions of packages parcimonie recommends:
pn  gnupg-curl  
ii  libglib-perl3:1.324-1
ii  libgtk3-perl0.030-1
ii  liblocale-gettext-perl  1.07-3+b1
ii  libnet-dbus-glib-perl   0.33.0-2+b1
ii  libnet-dbus-perl1.1.0-4+b1
ii  libpango-perl   1.227-1+b1
ii  libtime-duration-perl   1.20-1
ii  tor 0.2.9.14-1

parcimonie suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#908782: weechat: please backport v2.1 to stretch for headless mode

[Phil Morrell]

Great, thanks very much.


signature.asc
Description: PGP signature

Bug#903312: innoextract: bad chunk magic: iostream error on armhf

[Phil Morrell]

Hi, please apply the upstream patch to fix this issue in 1.7-1.
From 932e5fd87e559e07e7264ba9d59b01ec353319b3 Mon Sep 17 00:00:00 2001
From: Daniel Scharrer 
Date: Sat, 8 Sep 2018 01:52:18 +0200
Subject: [PATCH] slice: Fix support for slices larger than 2 GiB in 32-bit
 builds

Fixes: issue #68
---
 CHANGELOG| 5 +
 src/stream/slice.cpp | 8 +---
 2 files changed, 10 insertions(+), 3 deletions(-)

diff --git a/CHANGELOG b/CHANGELOG
index 20d27f0..ea9faac 100644
--- a/CHANGELOG
+++ b/CHANGELOG
@@ -1,4 +1,9 @@
 
+innoextract 1.8 (WIP)
+ - Added support for installers using an alternative setup loader magic
+ - Added support for using boost_{zlib,bzip2} when statically linking Boost
+ - Fixed extracting files from slices larger than 2 GiB with 32-bit builds
+
 innoextract 1.7 (2018-06-12)
  - Added support for Inno Setup 5.6.0 installers
  - Added support for new GOG installers with GOG Galaxy file parts
diff --git a/src/stream/slice.cpp b/src/stream/slice.cpp
index c4b3372..4ed2637 100644
--- a/src/stream/slice.cpp
+++ b/src/stream/slice.cpp
@@ -231,17 +231,19 @@ std::streamsize slice_reader::read(char * buffer, std::streamsize bytes) {
 		if(read_pos > slice_size) {
 			break;
 		}
-		std::streamsize remaining = std::streamsize(slice_size - read_pos);
+		boost::uint32_t remaining = slice_size - read_pos;
 		if(!remaining) {
 			seek(current_slice + 1);
 			read_pos = boost::uint32_t(is->tellg());
 			if(read_pos > slice_size) {
 break;
 			}
-			remaining = std::streamsize(slice_size - read_pos);
+			remaining = slice_size - read_pos;
 		}
 		
-		if(is->read(buffer, std::min(remaining, bytes)).fail()) {
+		boost::uint64_t toread = std::min(boost::uint64_t(remaining), boost::uint64_t(bytes));
+		toread = std::min(toread, boost::uint64_t(std::numeric_limits::max()));
+		if(is->read(buffer, std::streamsize(toread)).fail()) {
 			break;
 		}
 		


signature.asc
Description: PGP signature

Bug#905000: minetest: does not use fullscreen resolution over VGA

[Phil Morrell]

Control: retitle -1 minetest: fullscreen mode can be unreliable
Control: forwarded -1 https://github.com/minetest/minetest/issues/4921
thanks

As discussed with upstream in #7689, this is yet another symptom of poor
fullscreen support that would be best solved by implementing borderless.


signature.asc
Description: PGP signature

Bug#909798: ITP: ryzomcore -- science-fantasy MMORPG engine

[Phil Morrell]

Package: wnpp
Severity: wishlist
Owner: Phil Morrell 

* Package name: ryzomcore
  Version : 3.4.0
  Upstream Author : Winch Gate Property Ltd.
* URL : http://www.ryzomcore.com/
* License : AGPL3+, CC-BY-SA, GPL-2
  Programming Lang: C++, Lua
  Description : science-fantasy MMORPG engine

Ryzom Core is a software platform for creating and running massively
multi-user entertainment in a 3D environment over the Internet.

Ryzom Core provides the base technologies and a set of development
methodologies for the development of both client and server code. The
library contains independently reusable network, ai and 3d modules.

---

I'm not actually sure yet if the software is suitable for debian, but
I'm filing the ITP to avoid duplication of effort and to document any
relevant considerations. It will be packaged as part of the Games Team.

https://salsa.debian.org/emorrp1-guest/ryzomcore

https://ryzom.com/ is almost fully free software: client, server, tools,
and graphics. The audio assets are currently proprietary "as Ryzom has
not determined the copyright nature of those assets" and so is the
official world configuration and data. Assets are c. 8GB uncompressed.

A fully libre world server is in development https://khaganat.net

The NeL library was previously packaged in Debian up to Wheezy.


signature.asc
Description: PGP signature

Bug#752018: ITP: wildfly -- a JEE application server

[Phil Morrell]

Control: owner -1 !
Control: retitle -1 ITP: wildfly -- a JEE application server
thanks

My new $dayjob currently uses JBoss EAP, so I intend to work towards
having WildFly available in **bullseye**. I know this is a complex task,
but I see Markus has already packaged some jboss components/libs and
obviously this would be under the debian-java umbrella.


signature.asc
Description: PGP signature

Bug#908782: weechat: please backport v2.1 to stretch for headless mode

[Phil Morrell]

Package: weechat
Version: 1.6-1+deb9u2
Severity: wishlist


Hi, I'd like to use weechat-headless on a stable server, so please
upload v2.1 or later to stretch-backports, thanks.


-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages weechat depends on:
ii  weechat-curses  1.6-1+deb9u2

weechat recommends no packages.

Versions of packages weechat suggests:
pn  weechat-doc  

-- no debconf information


signature.asc
Description: PGP signature

Bug#926076: goxkcdpwgen -- xkcd style password generator library and cli tool

[Phil Morrell]

On Sun, Mar 31, 2019 at 05:27:03PM +0530, Dhanya Thailappan wrote:
> * Package name: goxkcdpwgen
>   Version : 0.0~git20181107.de898c7-1
>   Upstream Author : Martin Hoefling
> * URL : https://github.com/martinhoefling/goxkcdpwgen
> * License : MIT
>   Programming Lang: Go
>   Description : xkcd style password generator library and cli tool

Hello,

How does this compare to the diceware package? Even the available
parameters are very similar. Perhaps you could consider submitting the
de_wordlist.txt to the diceware project?

https://tracker.debian.org/pkg/diceware
https://github.com/ulif/diceware#usage
--
Phil Morrell


signature.asc
Description: PGP signature

Bug#919083: corsix-th: FTBFS: convert-im6.q16: InvalidImageIndex `CorsixTH/CorsixTH.ico' @ error/list.c/CloneImages/281.

[Phil Morrell]

An upstream change appears to have broken frame indexing syntax, as used here
within an icon size loop. The fix is to use the built-in batch mode to convert
setting a variable for the icon size.

convert ico:CorsixTH/CorsixTH.ico[2] corsix-th.png
https://github.com/ImageMagick/ImageMagick6/commit/02023b057fbceb60df963612d42bab2f311de67b


signature.asc
Description: PGP signature

Bug#921110: RM: minetest-mod-mobf -- ROM; abandoned upstream

[Phil Morrell]

Package: ftp.debian.org

As a DM member of the Games team, I am escalating #830493 RC to a removal,
following the already removed #908007, #908018, #908019:

Uses deprecated api, upstream MIA, not in stretch, minetest-mod-mobs-redo

Sorry if I've missed anything procedural,
--
Phil Morrell (emorrp1)


signature.asc
Description: PGP signature

Bug#909798: ITP: ryzomcore -- science-fantasy MMORPG engine

[Phil Morrell]

As a status update, the `ryzom-client` package in the above repo can
replace the official download, connecting to the official servers.

Although this is discouraged in the documentation, the impression I got
from interacting upstream is that's for anti-cheat purposes, so an
unmodified build may well be fully supported. Would still need to review
LTS/fastpaced before inclusion.

Assets is still an open question with the client currently downloading
on first launch and updating via patcher. Sounds can be removed *after*
patching without unexpected downsides (ryzom_live/data/sound.bnp).


signature.asc
Description: PGP signature

Bug#930942: warzone2100: Segfault upon multiplayer "Start Hosting Game"

[Phil Morrell]

Control: tags -1 patch
thanks

On Mon, Jun 24, 2019 at 03:52:16PM +0200, Bernhard Übelacker wrote:
> Attached patch calls EC_KEY_dup just in case of a not null key.
> With packages rebuilt in Stretch and Buster with this
> patch applied, the same crash does not manifest and a multiplayer
> with one nullbot was possible.

My man, you are a legend, thank you for the quick patch - I can happily
confirm I'm now able to play LAN multiplayer! The packaging is still in
a pretty bad state, and apparently the new 3.3.0-beta1 is more stable
than 3.2.3, so I'll probably still work on it for after buster:

https://salsa.debian.org/emorrp1-guest/warzone2100/


signature.asc
Description: PGP signature

Bug#930942: warzone2100: Segfault upon multiplayer "Start Hosting Game"

[Phil Morrell]

Package: warzone2100
Version: 3.2.1-2
Severity: important

Multi Player -> Host Game -> Start Hosting Game

This is reliably reproducible on a variety of amd64 hardware: desktop,
laptop, netbook, dedicated, integrated graphics. See attached debug log
after installing gdb.

I intend to try upgrading the packaging to latest (3.2.3) and otherwise
report it upstream.



-- System Information:
Debian Release: 9.9
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-9-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages warzone2100 depends on:
ii  libc6 2.24-11+deb9u4
ii  libfontconfig12.11.0-6.7+b1
ii  libfreetype6  2.6.3-3.2
ii  libfribidi0   0.19.7-1+b1
ii  libgcc1   1:6.3.0-18+deb9u1
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libglc0   0.7.2-5+b3
ii  libglew2.02.0.0-3+b1
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libminiupnpc101.9.20140610-4
ii  libogg0   1.3.2-1
ii  libopenal11:1.17.2-4+b2
ii  libphysfs12.0.3-5
ii  libpng16-16   1.6.28-1+deb9u1
ii  libqt5core5a  5.7.1+dfsg-3+deb9u1
ii  libqt5gui55.7.1+dfsg-3+deb9u1
ii  libqt5script5 5.7.1~20161021+dfsg-2
ii  libqt5widgets55.7.1+dfsg-3+deb9u1
ii  libsdl2-2.0-0 2.0.5+dfsg1-2
ii  libssl1.1 1.1.0j-1~deb9u1
ii  libstdc++66.3.0-18+deb9u1
ii  libtheora01.1.1+dfsg.1-14+b1
ii  libvorbis0a   1.3.5-4+deb9u2
ii  libvorbisfile31.3.5-4+deb9u2
ii  libx11-6  2:1.6.4-3+deb9u1
ii  libxrandr22:1.5.1-1
ii  warzone2100-data  3.2.1-2
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages warzone2100 recommends:
ii  warzone2100-music  3.2.1-2

warzone2100 suggests no packages.

-- no debconf information
Program: /usr/games/warzone2100(warzone2100)
Command line: "warzone2100" 
Version: Version: 3.2.1, Built:Nov 28 2016
Distributor: Debian
Compiled on: Nov 28 2016 19:51:47
Compiled by: GCC 6.2.1 20161124
Compiled mode: Release build
Executed on: Sat Jun 22 16:19:50 2019
Operating system: Linux
Node name: mithrandir
Release: 4.9.0-9-amd64
Version: #1 SMP Debian 4.9.168-1+deb9u2 (2019-05-13)
Machine: x86_64

Pointers: 64bit

Compiled against PhysicsFS version: 2.0.3
Running with PhysicsFS version: 2.0.3

Misc Data:
[16:19:51]Video Mode 1600 x 900 (fullscreen)
[16:19:51]OpenGL Vendor: X.Org
[16:19:51]OpenGL Renderer: Gallium 0.4 on AMD ARUBA (DRM 2.49.0 / 
4.9.0-9-amd64, LLVM 3.9.1)
[16:19:51]OpenGL Version: 3.0 Mesa 13.0.6
[16:19:51]GLEW Version: 2.0.0
[16:19:51]OpenGL GLSL Version : 1.30
[16:19:51]OpenAL Device Name: OpenAL Soft
[16:19:51]OpenAL Vendor: OpenAL Community
[16:19:51]OpenAL Version: 1.1 ALSOFT 1.17.2
[16:19:51]OpenAL Renderer: OpenAL Soft
[16:19:51]OpenAL Extensions: AL_EXT_ALAW AL_EXT_BFORMAT AL_EXT_DOUBLE 
AL_EXT_EXPONENT_DISTANCE AL_EXT_FLOAT32 AL_EXT_IMA4 AL_EXT_LINEAR_DISTANCE 
AL_EXT_MCFORMATS AL_EXT_MULAW AL_EXT_MULAW_BFORMAT AL_EXT_MULAW_MCFORMATS 
AL_EXT_OFFSET AL_EXT_source_distance_model AL_LOKI_quadriphonic 
AL_SOFT_block_alignment AL_SOFT_buffer_samples AL_SOFT_buffer_sub_data 
AL_SOFT_deferred_updates AL_SOFT_direct_channels AL_SOFT_loop_points 
AL_SOFT_MSADPCM AL_SOFT_source_latency AL_SOFT_source_length
[16:19:51]Using Backend: SDL
[16:19:51]Using language: System locale

Dump caused by signal: SIGSEGV: Invalid memory reference: Address not mapped to 
object

Log message: info|04:19:50: [realmain:1146] Using 
/home/emorrp1/.warzone2100-3.2/logs/WZlog-0622_161950.txt debug file

GLIBC raw backtrace:
warzone2100(+0x2ad50f)[0x555d9bd9850f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x110e0)[0x7f9bd46340e0]
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1(EC_KEY_dup+0x9)[0x7f9bd1e7fda9]
warzone2100(_ZN5EcKeyC2ERKS_+0xc)[0x555d9bd9d8cc]
warzone2100(_Z14setupNewPlayerj+0x12a)[0x555d9bc46d0a]
warzone2100(_Z15MultiPlayerJoinj+0xac)[0x555d9bc46e5c]
warzone2100(_Z11NEThostGamePKcS0_j+0x3e7)[0x555d9bd67157]
warzone2100(_Z12hostCampaignPcS_+0x9d)[0x555d9bc4ce5d]
warzone2100(+0x1572d3)[0x555d9bc422d3]
warzone2100(_Z15runMultiOptionsv+0x19c)[0x555d9bc44a6c]
warzone2100(_Z9titleLoopv+0x215)[0x555d9bd30ea5]
warzone2100(_Z8mainLoopv+0x105)[0x555d9bc14dc5]
warzone2100(_Z15wzMainEventLoopv+0x13c)[0x555d9bd9bccc]
warzone2100(_Z8realmainiPPc+0x9f7)[0x555d9bc15a97]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7f9bd11532e1]
warzone2100(_start+0x2a)[0x555d9bb67fea]

GDB extended backtrace:
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 

Bug#930977: embedded-code-copy: modified v1.6 autorevision

[Phil Morrell]

Package: warzone2100
Version: 3.2.1-3
Severity: normal

build_tools/autorevision is a [modified] copy of [autorevision] v1.6.
I'm not sure how significant this is, since the distributed tarball
contains src/autorevision.cache but discovered by failing gbp build.

[autorevision]: https://tracker.debian.org/pkg/autorevision
[modified]: 
https://github.com/Warzone2100/warzone2100/commit/cc70e11921b4913ea9b652842093fd8997db00b3


-- System Information:
Debian Release: 9.9
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-9-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages warzone2100 depends on:
ii  libc6 2.24-11+deb9u4
ii  libfontconfig12.11.0-6.7+b1
ii  libfreetype6  2.6.3-3.2
ii  libfribidi0   0.19.7-1+b1
ii  libgcc1   1:6.3.0-18+deb9u1
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libglc0   0.7.2-5+b3
ii  libglew2.02.0.0-3+b1
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libminiupnpc101.9.20140610-4
ii  libogg0   1.3.2-1
ii  libopenal11:1.17.2-4+b2
ii  libphysfs12.0.3-5
ii  libpng16-16   1.6.28-1+deb9u1
ii  libqt5core5a  5.7.1+dfsg-3+deb9u1
ii  libqt5gui55.7.1+dfsg-3+deb9u1
ii  libqt5script5 5.7.1~20161021+dfsg-2
ii  libqt5widgets55.7.1+dfsg-3+deb9u1
ii  libsdl2-2.0-0 2.0.5+dfsg1-2
ii  libssl1.1 1.1.0j-1~deb9u1
ii  libstdc++66.3.0-18+deb9u1
ii  libtheora01.1.1+dfsg.1-14+b1
ii  libvorbis0a   1.3.5-4+deb9u2
ii  libvorbisfile31.3.5-4+deb9u2
ii  libx11-6  2:1.6.4-3+deb9u1
ii  libxrandr22:1.5.1-1
ii  warzone2100-data  3.2.1-3
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages warzone2100 recommends:
ii  warzone2100-music  3.2.1-3

warzone2100 suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#931295: u-boot-sunxi: cannot stop autoboot with usb keyboard on cubietruck

[Phil Morrell]

Control: fixed -1 2019.07~rc4+dfsg-1
Control: affects -1 debian-installer
thanks

Since it's a very fast test, I performed some bisecting. The last image
that works is 20180610, the first to fail being 20181206. I can also
confirm yesterdays new image has not fixed it.

Out of interest, I extracted the u-boot-sunxi-with-spl.bin from
u-boot-sunxi:armhf. Naturally, stretch works and buster does not, but
interestingly the version in experimental does work.

This is also affecting d-i buster, even when booted from u-boot stretch.


signature.asc
Description: PGP signature

Bug#931295: u-boot-sunxi: cannot stop autoboot with usb keyboard on cubietruck

[Phil Morrell]

Control: tags -1 patch
thanks

Looking through [configs/Cubietruck_defconfig], it seems highly likely
to me that commit [29d280c8] is the fix. I don't know if it's
backportable and I'm not sure how to rebuild this package, but I'm happy
to test any images built with:

CONFIG_USB_OHCI_HCD=y

I was also not sure if this should be important (because it only affects
some hardware) or grave because for the hardware it does affect, I'm
unable to install Buster.

[29d280c8]: 
https://gitlab.denx.de/u-boot/u-boot/commit/29d280c88a1ff331dce2d4c7a5aaf2402aa0fd8a#0eebb5a51fc5f88e9eddcca0b9a87309b0c07e0c
[configs/Cubietruck_defconfig]: 
https://gitlab.denx.de/u-boot/u-boot/commits/master/configs/Cubietruck_defconfig


signature.asc
Description: PGP signature

Bug#929905: autoremoval of fdroidserver

[Phil Morrell]

Hi,

I realise fdroidserver is scheduled for removal from testing after the
buster release date, but I'm writing in case Paul above is right.

Please include fdroidserver in buster unless there's some other RC bug.
Testing contributions to the default central repository is not the only
use case for this package. Sure, there will always be more features in
the latest version, but that's what backports is for. This bug does not
prevent self-hosting of an F-droid repo of e.g. humble bundle game apks.
--
Phil Morrell


signature.asc
Description: PGP signature

Bug#916771: radicale: provide service enabling packages

[Phil Morrell]

Control: merge -1 886420
Control: retitle -1 radicale: provide autostart enabling packages
thanks

Hi, just following up our conversation on IRC and documenting what you
suggested in case anyone else is available to do the work.

> I might introduce more specific packages - radicale-systemd and
> radicale-uwsgi depending on daemon tools, and radicale-user which
> includes registration in XDG menu system.  Help with that appreciated.

radicale:

* should recommend, and be depended by, each of the below
* probably in the order shown, since non-systemd uses can be explicit
* would be nice to have depends syntax support grouping, so the uwsgi
version can be preferred if uwsgi is already setup

radicale-systemd:

* embed, install and enable upstream unit file
* https://radicale.org/setup/#linux-with-systemd-system-wide
* current config relies on systemd-sysv-generator, so unit is untested

radicale-uwsgi:

* move and enable pre-existing radicale.ini, restart uwsgi
* https://salsa.debian.org/freedombox-team/plinth/issues/1620#note_102304

radicale-sysvinit:

* move and enable pre-existing radicale.init script
* https://sources.debian.org/src/radicale/2.1.11-6/debian/rules/#L12

radicale-user:

* embed, install and enable upstream unit file
* https://radicale.org/setup/#linux-with-systemd-as-a-user
* templating should handle default config for user dir
* create .desktop launcher, with sensible-browser to web UI


signature.asc
Description: PGP signature

Bug#935834: RFP: gitea -- A painless self-hosted Git service

[Phil Morrell]

Package: wnpp
Severity: wishlist

* Package name: gitea
  Version : 1.9.2
  Upstream Author : The Gitea Authors
* URL : https://docs.gitea.io/en-us/install-from-source/
* License : Expat
  Programming Lang: Go
  Description : A painless self-hosted Git service

 Gitea is a self-hosted git service aiming to provide a full suite of
 features similar to Gitlab or Github. It aims to be light weight,
 feature rich, and easily maintained.

I'm hoping that the last year since its removal from Debian has seen
more clarity about go packaging expectations, it'd be great to have a
mid-weight forge available - more features than cgit, less resource
usage than gitlab. That said, there's clearly more to it than I can see,
so I'm including several comments from the previous maintainer here.

https://gitea.com/gitea/debian-packaging/src/tag/debian/1.3.2+dfsg-3/debian/control

---

Please remove the "gitea" package from contrib.

- Any attempt to rebuild will result in a build failure
- It is severely out of date
- It has security bugs
- It has other functionality bugs
- It is currently orphaned (potentially a temporary status)
- It may or may not meet DFSG to the extent that contrib may be inappropriate
  (in it's current state, non-free seems more appropriate)
- It has never been stable enough to reach testing

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903156#5

---

The volume of dependencies is too much for a single person to handle. The 
packages
that once existed have mostly been removed from Debian due to auto-QA processes.

https://gitea.com/gitea/debian-packaging/src/branch/master/debian/missing-libs.README

NB. the contrib reasoning in the above link doesn't seem as bad anymore:

https://tracker.debian.org/pkg/vue.js
https://wiki.debian.org/Javascript/Nodejs/Tasks/semantic-ui


signature.asc
Description: PGP signature

Bug#935679: RFP: minetest-mod-mobs-monster -- Minetest module to add monsters for mobs redo

[Phil Morrell]

Package: wnpp
Severity: wishlist

* Package name: minetest-mod-mobs-monster
  Version : 2019-03-02
  Upstream Author : TenPlus1
* URL : https://notabug.org/TenPlus1/mobs_monster
* License : Expat (except mobs_fireball.png)
  Programming Lang: lua
  Description : Minetest module to add Monsters for Mobs Redo

 This minetest module adds:
  - Dirt Monster
  - Dungeon Master
  - Lava Flan
  - Mese Monster
  - Oerkki
  - Sand Monster
  - Spiders
  - Stone Monster
  - Tree Monster

https://content.minetest.net/packages/TenPlus1/mobs_monster/

#3 most popular mod by downloads

Required Dependencies
✓ default (minetest-data)
✓ mobs (minetest-mod-mobs-redo)

Optional Dependencies
✓ intllib
✓ lucky_block
* toolranks

All required dependencies are packaged, which means the zip file from
ContentDB can be used as-is in the mod directory.


signature.asc
Description: PGP signature

Bug#721197: RFP: minetest-mod-technic -- Minetest mod - Technic

[Phil Morrell]

I mainly want to note that this package is still desired and provide
information from the new ContentDB:

https://content.minetest.net/packages/RealBadAngel/technic/

#1 most popular mod by downloads

Required Dependencies
✓ basic_materials
✓ default (minetest-data)
✓ pipeworks

Optional Dependencies
✓ intllib
✓ mesecons
✓ moreblocks
✓ moreores
✓ unified_inventory
✓ unifieddyes
* bucket
* digiline_remote
* digilines
* mesecons_mvp
* mg
* screwdriver
* vector_extras

All required dependencies are packaged, which means the zip file from
ContentDB can be used as-is in the mod directory.


signature.asc
Description: PGP signature

Bug#935682: RFP: minetest-mod-wielded-light -- Minetest module to add shining for wielded and dropped items

[Phil Morrell]

Package: wnpp
Severity: wishlist

* Package name: minetest-mod-wielded-light
  Version : 2019-01-10
  Upstream Author : bell07
* URL : https://github.com/minetest-mods/wielded_light
* License : GPL-3.0
  Programming Lang: lua
  Description : Minetest module to add shining for wielded and dropped
items

Wielding, dropping or throwing an item shines with light, though a little
dimmer than placing it.

Supports all shining items without any redefinition by re-using the node's
"light_source". Only works with air nodes in or around the item's position,
that means shining does not work on enclosed ladders, underwater or other
nearly empty or airlike nodes.

https://content.minetest.net/packages/bell07/wielded_light/

No dependencies and seems like the right way of implementing the feature
compared to: torches, walking_light, illumination, various specific item mods
etc.


signature.asc
Description: PGP signature

Bug#935683: minetest-mod-torches: obsolete and unmaintained

[Phil Morrell]

Package: minetest-mod-torches
Severity: normal
Tags: upstream

The 3D torch mesh has been included since Minetest 0.4.16 and the wielded torch
feature is buggy. See wielded_light (RFP #935682) for a replacement.
--
Phil Morrell (emorrp1)



Versions of packages minetest-mod-torches depends on:
ii  minetest  5.0.1+repack-2~bpo10+1

minetest-mod-torches recommends no packages.

minetest-mod-torches suggests no packages.


signature.asc
Description: PGP signature

Bug#794466: Virtualbox backport for Stretch?

[Phil Morrell]

Il giovedì 22 agosto 2019, 19:56:46 CEST, Roger Shimizu 
 ha scritto:  
>  
> Since buster is already released, let's let the package migrate to
> testing and upload to backports as before.

On Fri, Aug 23, 2019 at 08:33:09AM +, Gianfranco Costamagna wrote:
>  I'm not sure backports team will be happy with this...and the lack of 
> upstream cooperation is still an issue.

Similarly, please remove 5.2.24 from stretch-backports as it wasn't
released in buster for the same reason it wasn't released in stretch.

Hopefully http://fasttrack.debian.net/ will be officially announced soon
and VirtualBox can be uploaded there.
--
Phil Morrell (emorrp1)


signature.asc
Description: PGP signature

Bug#940543: blueman: unable to Search again after Stop Discovery (Status: Busy)

[Phil Morrell]

Package: blueman
Version: 2.0.8-1
Severity: normal

Hello,

I think I've managed to narrow this down thanks to btmon. Steps to
reproduce:

1. set `sudo btmon` running in a terminal
2. open Devices... window from the applet
3. ensure nothing in range is in pairing mode
4. click Search and wait 10 seconds

btmon output shows "@ MGMT Command: Start Discovery", then "@ MGMT
Command: Stop Discovery" with "Status: Busy". See attached busy.log.

Observe that the bottom left progress bar does not disappear, even if
Cancel Operation is pressed. The Search, Add and Pair buttons are now
greyed out and disabled.

5. close and re-open the Devices window
6. click Search

btmon output only shows "RAW Open" and Close messages, no "Start
Discovery" command, then "Stop Discovery" with "Status: Rejected".

7. remove and re-insert the USB adapter
8. click Search

btmon output once again shows the "Start Discovery" message.

All of this happened pretty reliably regardless of PC USB adapter vs
laptop built-in etc. However, I did occasionally get lucky with the
expected behaviour of "Stop Discovery" with "Status: Success" causing
the progress bar to disappear. See attached success.log. Similarly, if
any device is found in the search, then the discovery stops correctly.
--
Phil Morrell



-- System Information:
Debian Release: 10.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages blueman depends on:
ii  bluez 5.50-1
ii  bluez-obexd   5.50-1
ii  dbus  1.12.16-1
ii  dbus-user-session [default-dbus-session-bus]  1.12.16-1
ii  dbus-x11 [dbus-session-bus]   1.12.16-1
ii  dconf-gsettings-backend [gsettings-backend]   0.30.1-2
ii  gir1.2-appindicator3-0.1  0.4.92-7
ii  gir1.2-gdkpixbuf-2.0  2.38.1+dfsg-1
ii  gir1.2-glib-2.0   1.58.3-2
ii  gir1.2-gtk-3.03.24.5-1
ii  gir1.2-notify-0.7 0.7.7-4
ii  gir1.2-pango-1.0  1.42.4-7~deb10u1
ii  gnome-icon-theme  3.12.0-3
ii  libbluetooth3 5.50-1
ii  libc6 2.28-10
ii  libglib2.0-0  2.58.3-2+deb10u1
ii  libpulse-mainloop-glib0   12.2-4+deb10u1
ii  libpython3.7  3.7.3-2
ii  librsvg2-common   2.44.10-2.1
ii  notification-daemon   3.20.0-4
ii  python3   3.7.3-1
ii  python3-cairo 1.16.2-1+b1
ii  python3-dbus  1.2.8-3
ii  python3-gi3.30.4-1
ii  python3-gi-cairo  3.30.4-1
ii  xfce4-notifyd [notification-daemon]   0.4.3-1

Versions of packages blueman recommends:
ii  policykit-1  0.105-25
ii  pulseaudio-module-bluetooth  12.2-4+deb10u1

blueman suggests no packages.

-- no debconf information
@ RAW Open: blueman-manager version 2.22   {0x0003} 
48.306788
@ RAW Close: blueman-manager   {0x0003} 
48.306810
@ MGMT Command: Start Discovery (0x0023) plen 1 {0x0001} [hci0] 
48.959032
Address type: 0x07
  BR/EDR
  LE Public
  LE Random
< HCI Command: LE Set Random Address (0x08|0x0005) plen 6   #126 [hci0] 
48.959097
Address: 0E:46:52:F7:DA:D9 (Non-Resolvable)
> HCI Event: Command Complete (0x0e) plen 4 #127 [hci0] 
> 49.029551
  LE Set Random Address (0x08|0x0005) ncmd 1
Status: Success (0x00)
< HCI Command: LE Set Scan Parameters (0x08|0x000b) plen 7  #128 [hci0] 
49.029615
Type: Active (0x01)
Interval: 22.500 msec (0x0024)
Window: 11.250 msec (0x0012)
Own address type: Random (0x01)
Filter policy: Accept all advertisement (0x00)
> HCI Event: Command Complete (0x0e) plen 4 #129 [hci0] 
> 49.031547
  LE Set Scan Parameters (0x08|0x000b) ncmd 1
Status: Success (0x00)
< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2  #130 [hci0] 
49.031601
Scanning: Enabled (0x01)
Filter duplicates: Enabled (0x01)
> 

Bug#915050: Proposal: Repository for fast-paced package backports

[Phil Morrell]

On Tue, Jan 01, 2019 at 05:49:37PM +0530, Pirate Praveen wrote:
> I think STS (Short term support) will fit nicely with LTS. If there is
> no serious objections, I'd go with this.

As debconf is finishing, though I don't know if either of you attended
this year, has there been any progress on this idea? Is there an
evergreen/sts/fasttrack destination I can put in my dput.cf to support
normally unsuitable packages like jenkins/virtualbox/firefox/gitlab?


signature.asc
Description: PGP signature

Bug#932582: anbox: ignores mouse input

[Phil Morrell]

Package: anbox
Version: 0.0~git20190124-1
Severity: grave
Justification: renders package unusable

I am able to launch the android apps from the desktop menu, but cannot
interact other than moving the window around and fullscreening.

I thought this was reported upstream as [#780], but the fix was merged
in [bbf05d8f3] on 2019-01-06 and so included in the debian version.

[#780]: https://github.com/anbox/anbox/issues/780
[bbf05d8f3]: 
https://github.com/anbox/anbox/commit/bbf05d8f3267ef5fb102525c372183aaa83df830
--
Phil Morrell (emorrp1)



-- System Information:
Debian Release: 10.0
  APT prefers stable-debug
  APT policy: (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages anbox depends on:
ii  iptables1.8.2-4
ii  libboost-atomic1.67.0   1.67.0-13
ii  libboost-chrono1.67.0   1.67.0-13
ii  libboost-date-time1.67.01.67.0-13
ii  libboost-filesystem1.67.0   1.67.0-13
ii  libboost-iostreams1.67.01.67.0-13
ii  libboost-log1.67.0  1.67.0-13
ii  libboost-program-options1.67.0  1.67.0-13
ii  libboost-regex1.67.01.67.0-13
ii  libboost-serialization1.67.01.67.0-13
ii  libboost-system1.67.0   1.67.0-13
ii  libboost-thread1.67.0   1.67.0-13
ii  libc6   2.28-10
ii  libegl1 1.1.0-1
ii  libgcc1 1:8.3.0-6
ii  libgles21.1.0-1
ii  liblxc1 1:3.1.0+really3.0.3-8
ii  libprotobuf-lite17  3.6.1.3-2
ii  libsdl2-2.0-0   2.0.9+dfsg1-1
ii  libsdl2-image-2.0-0 2.0.4+dfsg1-1
ii  libstdc++6  8.3.0-6
ii  libsystemd0 241-5
ii  lxc 1:3.1.0+really3.0.3-8

Versions of packages anbox recommends:
ii  dbus-user-session  1.12.16-1

anbox suggests no packages.

-- no debconf information
To: Debian Bug Tracking System 
Subject: anbox: ignores mouse input
X-Debbugs-Cc: deb...@emorrp1.name

Package: anbox
Version: 0.0~git20190124-1
Severity: grave
Justification: renders package unusable

I am able to launch the android apps from the desktop menu, but cannot
interact other than moving the window around and fullscreening.

I thought this was reported upstream as [#780], but the fix was merged
in [bbf05d8f3] on 2019-01-06 and so included in the debian version.

[#780]: https://github.com/anbox/anbox/issues/780
[bbf05d8f3]: 
https://github.com/anbox/anbox/commit/bbf05d8f3267ef5fb102525c372183aaa83df830
--
Phil Morrell (emorrp1)



-- System Information:
Debian Release: 10.0
  APT prefers stable-debug
  APT policy: (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages anbox depends on:
ii  iptables1.8.2-4
ii  libboost-atomic1.67.0   1.67.0-13
ii  libboost-chrono1.67.0   1.67.0-13
ii  libboost-date-time1.67.01.67.0-13
ii  libboost-filesystem1.67.0   1.67.0-13
ii  libboost-iostreams1.67.01.67.0-13
ii  libboost-log1.67.0  1.67.0-13
ii  libboost-program-options1.67.0  1.67.0-13
ii  libboost-regex1.67.01.67.0-13
ii  libboost-serialization1.67.01.67.0-13
ii  libboost-system1.67.0   1.67.0-13
ii  libboost-thread1.67.0   1.67.0-13
ii  libc6   2.28-10
ii  libegl1 1.1.0-1
ii  libgcc1 1:8.3.0-6
ii  libgles21.1.0-1
ii  liblxc1 1:3.1.0+really3.0.3-8
ii  libprotobuf-lite17  3.6.1.3-2
ii  libsdl2-2.0-0   2.0.9+dfsg1-1
ii  libsdl2-image-2.0-0 2.0.4+dfsg1-1
ii  libstdc++6  8.3.0-6
ii  libsystemd0 241-5
ii  lxc 1:3.1.0+really3.0.3-8

Versions of packages anbox recommends:
ii  dbus-user-session  1.12.16-1

anbox suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#930202: anbox: additional user documentation needed

[Phil Morrell]

Package: anbox
Version: 0.0~git20190124-1
Followup-For: Bug #930202

I had to do the below after installation to enable the menu launchers:

sudo curl --output /var/lib/anbox/android.img 
https://build.anbox.io/android-images/2018/07/19/android_amd64.img
sudo systemctl start anbox-container-manager
# expect: "Your computer does meet all requirements to run Anbox"
anbox check-features
systemctl --user start anbox-session-manager
# to start on future logins, otherwise launchers crash
systemctl --user enable anbox-session-manager

Anbox application manager is listed under "Accessories", with individual
apps under "Other". Sadly there's very little end user documentation
available, and what there is assumes a constantly updated snap package.
I also found the deliberate [lack of appstore] very limiting, so I
suggest recommending F-Droid for a default install.

[lack of appstore]: 
https://github.com/anbox/anbox/issues/27#issuecomment-293486105

sudo apt install adb
wget https://f-droid.org/FDroid.apk
adb install FDroid.apk
sudo reboot
--
Phil Morrell (emorrp1)



-- System Information:
Debian Release: 10.0
  APT prefers stable-debug
  APT policy: (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages anbox depends on:
ii  iptables1.8.2-4
ii  libboost-atomic1.67.0   1.67.0-13
ii  libboost-chrono1.67.0   1.67.0-13
ii  libboost-date-time1.67.01.67.0-13
ii  libboost-filesystem1.67.0   1.67.0-13
ii  libboost-iostreams1.67.01.67.0-13
ii  libboost-log1.67.0  1.67.0-13
ii  libboost-program-options1.67.0  1.67.0-13
ii  libboost-regex1.67.01.67.0-13
ii  libboost-serialization1.67.01.67.0-13
ii  libboost-system1.67.0   1.67.0-13
ii  libboost-thread1.67.0   1.67.0-13
ii  libc6   2.28-10
ii  libegl1 1.1.0-1
ii  libgcc1 1:8.3.0-6
ii  libgles21.1.0-1
ii  liblxc1 1:3.1.0+really3.0.3-8
ii  libprotobuf-lite17  3.6.1.3-2
ii  libsdl2-2.0-0   2.0.9+dfsg1-1
ii  libsdl2-image-2.0-0 2.0.4+dfsg1-1
ii  libstdc++6  8.3.0-6
ii  libsystemd0 241-5
ii  lxc 1:3.1.0+really3.0.3-8

Versions of packages anbox recommends:
ii  dbus-user-session  1.12.16-1

anbox suggests no packages.

-- no debconf information
To: Debian Bug Tracking System <930...@bugs.debian.org>
Subject: anbox: additional user documentation needed
X-Debbugs-Cc: deb...@emorrp1.name

Package: anbox
Version: 0.0~git20190124-1
Followup-For: Bug #930202

I had to do the below after installation to enable the menu launchers:

sudo curl --output /var/lib/anbox/android.img 
https://build.anbox.io/android-images/2018/07/19/android_amd64.img
sudo systemctl start anbox-container-manager
# expect: "Your computer does meet all requirements to run Anbox"
anbox check-features
systemctl --user start anbox-session-manager
# to start on future logins, otherwise launchers crash
systemctl --user enable anbox-session-manager

Anbox application manager is listed under "Accessories", with individual
apps under "Other". Sadly there's very little end user documentation
available, and what there is assumes a constantly updated snap package.
I also found the deliberate [lack of appstore] very limiting, so I
suggest recommending F-Droid for a default install.

[lack of appstore]: 
https://github.com/anbox/anbox/issues/27#issuecomment-293486105

sudo apt install adb
wget https://f-droid.org/FDroid.apk
adb install FDroid.apk
sudo reboot
--
Phil Morrell (emorrp1)



-- System Information:
Debian Release: 10.0
  APT prefers stable-debug
  APT policy: (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages anbox depends on:
ii  iptables1.8.2-4
ii  libboost-atomic1.67.0   1.67.0-13
ii  libboost-chrono1.67.0   1.67.0-13
ii  libboost-date-time1.67.01.67.0-13
ii  libboost-filesystem1.67.0   1.67.0-13
ii  libboost-iostreams1.67.01.67.0-13
ii  libboost-log1.67.0  1.67.0-13
ii  libboost-program-options1.67.0  1.67.0-13
ii  libboost-regex1.67.01.67.0-13
ii  libboost-serializatio

Bug#925908: buster fails to boot as far as lightdm greeter on N3050

[Phil Morrell]

Control: severity -1 critical
Control: tags -1 upstream patch

Source: linux
Followup-For: Bug #925908
Justification: breaks the whole system

Please backport [9fa246256] to buster, see [xserver summary] for
details. The symptom is booting to a blank VT7 with the cursor not
flashing, other virtual consoles work fine, nomodeset does not help.

Bumped severity because there's no end-user workaround and does not
complete the full boot process. I have downgraded from snapshot:

echo 'deb [check-valid-until=no] 
https://snapshot.debian.org/archive/debian/20190326T095837Z/ buster main' \
| sudo tee /etc/apt/sources.list.d/snapshot.list
sudo apt update
sudo apt install linux-image-amd64=4.19+102

I've included some debug messages from various logs that were misleading
because debian bugs seem to be well indexed by search engines.

[9fa246256]: 
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=9fa246256e09dc30820524401cdbeeaadee94025
[xserver summary]: 
https://gitlab.freedesktop.org/xorg/xserver/issues/542#note_164738
--
Phil Morrell (emorrp1)



lspci/lscpu
00:02.0 VGA compatible controller: Intel Corporation Atom/Celeron/Pentium 
Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller (rev 21)
Model name:  Intel(R) Celeron(R) CPU  N3050  @ 1.60GHz

.local/share/xorg/Xorg.1.log after sudo startx:
[  1308.631] (EE) modeset(0): failed to set mode: Invalid argument
[  1308.632] (EE) 
Fatal server error:
[  1308.632] (EE) EnterVT failed for screen 0
[  1308.632] (EE) 
[  1308.632] (EE) 
Please consult the The X.Org Foundation support 
 at http://wiki.x.org
 for help. 
[  1308.633] (EE) Please also check the log file at 
"/home/emorrp1/.local/share/xorg/Xorg.1.log" for additional information.

/var/log/lightdm/seat0-greeter.log
** (lightdm-gtk-greeter:11572): WARNING **: [PIDs] Failed to execute command: 
upstart

lightdm.service starts successfully



-- System Information:
Debian Release: 10.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#931295: u-boot-sunxi: cannot stop autoboot with usb keyboard on cubietruck

[Phil Morrell]

Source: u-boot
Version: 2019.01+dfsg-7
Severity: important

Hi,

I currently have a Stretch install on cubietruck sata SSD, with just
u-boot on the SD. Today I tried a first step of installing Buster, but
the new SD image does not allow me to stop the autoboot into Stretch.
This prevents me specifying the hd-media install with `setenv devplist`.

http://deb.debian.org/debian/dists/stretch/main/installer-armhf/20170615+deb9u6/images/u-boot/Cubietruck/Cubietruck.sdcard.img.gz
http://deb.debian.org/debian/dists/buster/main/installer-armhf/20190623/images/u-boot/Cubietruck/Cubietruck.sdcard.img.gz

zcat Cubietruck.sdcard.img.gz | sudo dd of=/dev/sdd
--
Phil Morrell


signature.asc
Description: PGP signature

Bug#800824: Fingerprint checker on newnm.html should warn if the fingerprint is already known

[Phil Morrell]

Hi, I believe this is old, fixed and can be closed.

As a DM, I went to login via Salsa and claim the account, but entering
my fingerprint showed a message that my account already existed via SSO.


signature.asc
Description: PGP signature

Bug#892842: kotlin progress

[Phil Morrell]

Control: retitle -1 ITP: kotlin -- Statically typed programming language
Control: owner -1 Samyak Jain 
thanks

The latest packaging can be found on salsa. It is capable of building
itself but doesn't yet include all the required jars in the final
package. Instructions are also on salsa and discussion happens in
#debian-android-tools and monthly Jitsi/IRC calls.

https://salsa.debian.org/samyak-jn/kotlin
https://salsa.debian.org/android-tools-team/admin/-/issues/27
https://lists.debian.org/debian-android-tools/2020/09/msg0.html


signature.asc
Description: PGP signature

Bug#968738: lwjgl v3 requires kotlin

[Phil Morrell]

Control: block -1 by 892842
thanks

Although the [Building from source] instructions claim to only need ant,
doc/README.md says "Generator has to execute successfully" to build Core
which itself requires kotlin and indicates a potential builddep loop.
You can also see a "kotlinc-download" target in the [travis build log].

[Building from source]: https://www.lwjgl.org/guide
[travis build log]: https://travis-ci.org/github/LWJGL-CI/lwjgl3/jobs/639995245

I'm afraid this is probably at the limit of my skills for packaging
libgdx and mindustry, until someone else has uploaded kotlin.


signature.asc
Description: PGP signature

Bug#892842: [p...@debian.org: Re: lwjgl v3 requires kotlin]

[Phil Morrell]

- Forwarded message -

The Kotlin packaging GSoC project seems to be doing well, latest post:

https://lists.debian.org/msgid-search/CAOAkg3zUZP1DLcDsue3=l4gqm9eykouks9ec2qjrelt7poa...@mail.gmail.com

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



- End forwarded message -


signature.asc
Description: PGP signature

Bug#943866: kdenlive: Crash when add an audio clip to the session

[Phil Morrell]

Control: fixed -1 20.04.3-1
Control: tags -1 + moreinfo
thanks

I could not reproduce this crash in current testing, please can you
provide an example file and steps if this is still happening or I've not
tested it correctly:

1. https://file-examples-com.github.io/uploads/2017/11/file_example_WAV_1MG.wav
2. Project -> Add Clip or Folder -> file_example_WAV_1MG.wav -> OK
3.  Bin -> wav has thumbnail and no crash



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-2-amd64 (SMP w/2 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kdenlive depends on:
ii  ffmpeg 7:4.3.1-1
ii  gstreamer1.0-plugins-bad   1.16.2-2.3
ii  kded5  5.70.0-1
ii  kdenlive-data  20.04.3-1
ii  kinit  5.70.0-1
ii  kio5.70.1-1
ii  libc6  2.31-3
ii  libkf5archive5 5.70.0-1
ii  libkf5bookmarks5   5.70.0-1
ii  libkf5completion5  5.70.0-1
ii  libkf5configcore5  5.70.0-1
ii  libkf5configgui5   5.70.0-1
ii  libkf5configwidgets5   5.70.0-2
ii  libkf5coreaddons5  5.70.0-2
ii  libkf5crash5   5.70.0-1
ii  libkf5dbusaddons5  5.70.0-1
ii  libkf5declarative5 5.70.0-1
ii  libkf5filemetadata35.70.0-1
ii  libkf5guiaddons5   5.70.0-2
ii  libkf5i18n55.70.0-1
ii  libkf5iconthemes5  5.70.0-1
ii  libkf5itemviews5   5.70.0-1
ii  libkf5jobwidgets5  5.70.0-1
ii  libkf5kiocore5 5.70.1-1
ii  libkf5kiofilewidgets5  5.70.1-1
ii  libkf5kiowidgets5  5.70.1-1
ii  libkf5newstuff55.70.0-1
ii  libkf5notifications5   5.70.0-1
ii  libkf5notifyconfig55.70.0-1
ii  libkf5purpose-bin  5.70.0-1
ii  libkf5purpose5 5.70.0-1
ii  libkf5service-bin  5.70.0-1
ii  libkf5service5 5.70.0-1
ii  libkf5solid5   5.70.0-1
ii  libkf5widgetsaddons5   5.70.0-1
ii  libkf5xmlgui5  5.70.0-1+b1
ii  libmlt++3  6.22.1-2
ii  libmlt66.22.1-2
ii  libqt5concurrent5  5.14.2+dfsg-5
ii  libqt5core5a   5.14.2+dfsg-5
ii  libqt5dbus55.14.2+dfsg-5
ii  libqt5gui5 5.14.2+dfsg-5
ii  libqt5multimedia5  5.14.2-2
ii  libqt5network5 5.14.2+dfsg-5
ii  libqt5qml5 5.14.2+dfsg-3
ii  libqt5quick5   5.14.2+dfsg-3
ii  libqt5quickcontrols2-5 5.14.2+dfsg-2
ii  libqt5quickwidgets55.14.2+dfsg-3
ii  libqt5svg5 5.14.2-2
ii  libqt5webkit5  5.212.0~alpha4-5
ii  libqt5widgets5 5.14.2+dfsg-5
ii  libqt5xml5 5.14.2+dfsg-5
ii  librttr-core0.9.6  0.9.6+dfsg1-3
ii  libstdc++6 10.2.0-5
ii  melt   6.22.1-2
ii  qml-module-qtgraphicaleffects  5.14.2-2
ii  qml-module-qtqml-models2   5.14.2+dfsg-3
ii  qml-module-qtquick-controls5.14.2-2
ii  qml-module-qtquick-controls2   5.14.2+dfsg-2
ii  qml-module-qtquick-dialogs 5.14.2-2
ii  qml-module-qtquick-layouts 5.14.2+dfsg-3
ii  qml-module-qtquick-window2 5.14.2+dfsg-3
ii  qml-module-qtquick25.14.2+dfsg-3

Versions of packages kdenlive recommends:
ii  breeze-icon-theme  4:5.70.0-1
ii  dvdauthor  0.7.2-1+b3
ii  dvgrab 3.5+git20160707.1.e46042e-1+b1
ii  frei0r-plugins 1.7.0-1
ii  genisoimage9:1.1.11-3.1
ii  oxygen-icon-theme  5:5.70.0-1
ii  recordmydesktop0.3.8.1+svn602-1.1
ii  swh-plugins0.4.17-2

Versions of packages kdenlive suggests:
pn  khelpcenter  

-- no debconf information


signature.asc
Description: PGP signature

Bug#968738: lwjgl: please update to version 3 for libgdx

[Phil Morrell]

Source: lwjgl
Severity: normal
Control: block 968471 -1

libgdx requires v3 which is a major version and complete rewrite
https://github.com/LWJGL/lwjgl3

I checked v2 rdepends in buster and it's only recommended by a
metapackage. dak rm also shows "No dependency problem found." It seems
to have been included as a dependency of jMonkey Engine which itself
never made it: https://bugs.debian.org/587947



-- System Information:
Debian Release: 10.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-10-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled


signature.asc
Description: PGP signature

Bug#971601: RFP: mautrix-python -- An asyncio framework for the Matrix protocol

[Phil Morrell]

Package: wnpp
Severity: wishlist

* Package name: mautrix-python
  Version : 0.7.10
  Upstream Author : Tulir Asokan 
* URL : https://github.com/tulir/mautrix-python/
* License : MPL 2.0
  Programming Lang: Python
  Description : An asyncio framework for the Matrix protocol

* Basic HTTP request sender
* Client API endpoints as functions
* Medium-level application service framework
Basic transaction and user/alias query support (based on Cadair's 
python-appservice-framework)
Basic room state storage
Intent wrapper around the client API functions (design based on matrix- 
appservice-bridge)
* Medium-level end-to-end encryption framework
Handles all the complicated e2ee key exchange
* High-level bridging utility framework
Base class for bridges
Common bridge configuration and appservice registration generation things
Double-puppeting helper
End-to-bridge encryption helper
* High-level client framework
Syncing and event handling helper.
End-to-end encryption helper.

---

This library would be great to have in debian, as it's a shared dependency
behind many proprietary messaging bridges such as WhatsApp, Telegram, Signal
etc. and supports e2be. It would make sense to maintain this alongside the
other matrix libraries and clients in the Matrix team.


signature.asc
Description: PGP signature

Bug#959466: initial debian/control for mindustry

[Phil Morrell]

I'm interested in this game being available in debian, so wrote the
attached control file with a more fleshed out description. The main
discovery was that its main engine is in another repo and based on
libgdx, so that'll need packaging first: https://github.com/Anuken/Arc/ 

   > Could not resolve com.badlogicgames.gdx:gdx-freetype-platform
   > Could not resolve com.badlogicgames.gdx:gdx-platform
   > Could not resolve com.github.Anuken.Arc:arc-core
   > Could not resolve com.github.Anuken.Arc:arcnet
   > Could not resolve com.github.Anuken.Arc:backend-sdl
   > Could not resolve com.github.Anuken.Arc:freetype
   > Could not resolve com.github.Anuken:steamworks4j
   > Could not resolve com.github.MinnDevelopment:java-discord-rpc

# debian/watch
version=4

opts="uversionmangle=s/^/5.0+/" \
 https://github.com/Anuken/Mindustry/releases \
 (?:.*/)?v?@ANY_VERSION@@ARCHIVE_EXT@
Source: mindustry
Section: games
Priority: optional
Maintainer: Debian Games Team 
Build-Depends:
 debhelper-compat (= 13),
 default-jdk,
 gradle-debian-helper,
 liblz4-java,
Standards-Version: 4.5.0
Homepage: https://mindustrygame.github.io/
Vcs-Git: https://salsa.debian.org/games-team/mindustry.git
Vcs-Browser: https://salsa.debian.org/games-team/mindustry

Package: mindustry
Architecture: all
Depends:
 default-jre,
 ${misc:Depends},
Description: A hybrid tower-defense sandbox factory game
 Create elaborate supply chains of conveyor belts to feed ammo into your
 turrets, produce materials to use for building, and defend your structures
 from waves of enemies. Play with your friends in cross-platform multiplayer
 co-op games, or challenge them in team-based PvP matches.
 .
 Campaign: Unlock replayable zones with randomized spawn points by completing a
 variety of mission objectives and goals. Research technology to fuel progress
 and invite your friends to complete missions together
 .
 Survival: Build turrets to defend from enemies in tower-defense based
 gameplay. Survive as long as possible, optionally launching your core to use
 your collected resources for research. Prepare your base for intermittent
 attacks from airborne bosses.
 .
 Attack: Build factories for units to destroy the enemy cores, while
 simultaneously defending your base from waves of enemy units. Create a variety
 of different types of support and offensive unit to assist you in your goals.
 .
 PvP: Compete with other players on up to 4 different teams to destroy each
 other's cores. Create units, or attack other bases directly with your mechs.
 .
 Sandbox: Play around with infinite resources and no enemy threat. Use
 sandbox-specific item and liquid source blocks to test out designs, and spawn
 in enemies on request.
 .
 Map editor: Configurable tools to randomly generate ores, terrain, decoration.
 Apply noise, distortion, smoothing, erosion, symmetry, ore generation and
 random terrain to your maps. Customise the game rules, change block costs,
 enemy stats, starting items and wave timing.


signature.asc
Description: PGP signature

Bug#968471: RFP: libgdx -- cross-platform java game development framework

[Phil Morrell]

Package: wnpp
Severity: wishlist

* Package name: libgdx
  Version : 1.9.11
  Upstream Author : Mario Zechner  and Nathan Sweet

* URL : https://libgdx.badlogicgames.com/
* License : Apache-2.0, CC BY-SA 3.0, sadly uses a CLA
  Programming Lang: Java, C++
  Description : cross-platform java game development framework

LibGDX is a relatively low level, free, open source cross platform game
development framework. The goal of the project is to assist you in creating
games/applications and deploy to desktop and mobile platforms without getting
in the way and letting you design however you like.

There are plenty of higher level tools in the framework to get you started
quickly, and there is full access to low level API if and when you need to use
them. Libgdx tries not be the "end all, be all" solution. It does not force a
specific design on you. Pick and choose from the features below.

Cross-Platform
3rd Party Support
Audio
Input Handling
Math & Physics
File I/O & Storage
Graphics
Utilities
Tools

--

This is a dependency for games such as mindustry (#959466),
shatteredpixeldungeon (#805925), destination-sol, unciv, ore-infinium,
biosphere. It is of course a high quality tool in its own right whose packaging
would be of interest to any game devs on debian e.g. as an alternative to
godot.

I'm guessing this would be a complex package to maintain especially if its full
modularity was supported. So I recommend joining the java-team, but it's
relevant to games-team interests too.


signature.asc
Description: PGP signature

Bug#975380: RFP: julius -- an open source re-implementation of Caesar III

[Phil Morrell]

Package: wnpp
Severity: wishlist

* Package name: julius
  Version : 1.5.1
  Upstream Author : Bianca van Schaik 
* URL : https://github.com/bvschaik/julius
* License : AGPL-3.0-or-later
  Programming Lang: C
  Description : an open source re-implementation of Caesar III

Julius is a fully working open-source version of Caesar 3, with the same logic 
as the original, but with some UI enhancements, that can be played on multiple 
platforms.

Julius will not run without the original Caesar 3 files. You can buy a digital 
copy from GOG or Steam, or you can use an original CD-ROM version.

The goal of the project is to have exactly the same game logic as Caesar 3, 
with the same look and feel. This means that the saved games are 100% 
compatible with Caesar 3, and any gameplay bugs present in the original Caesar 
3 game will also be present in Julius.

Support for widescreen resolutions
Windowed mode support for 32-bit desktops
A lot of small in-game quality of life improvements
Support for the high-quality MP3 files once provided on the Sierra website

---

This would be another great clone engine in the contrib section and
maintained in the Games Team to play a classic. Please note there is
another RFP #506606 also called julius, so please consider a less
ambiguous source package name.


signature.asc
Description: PGP signature

Bug#976744: lintian: please check "invalid display constraint" for obsolete certainty references

[Phil Morrell]

Package: lintian
Version: 2.103.0~bpo10+1
Severity: normal

Hi, on upgrading from buster to backports, I was caught out by the
removal of "certainty" with this opaque message:

$ lintian
invalid display constraint = >= pedantic/wild-guess (severity) at 
/usr/share/lintian/bin/../lib/Lintian/Profile.pm line 835.

I found no reference to wild-guess in the backports man page, so
discovered it was called "certainty" from the buster man page. In
debian/changelog neither of the certainty comments since buster
mentioned its removal, nor were there any active bugs about it.

Gitlab's UI is rubbish for this, so I cloned the repo to discover the
reason for the lack of certainty:

$ git log -G certainty
...
e1e12f7f4 Use Severity field in tags to determine their disp.. (Felix 
Lechner,  N, 9 months ago)
  After a discussion in Bug#935706, the old mechanism between tag 
severity and
  tag certainty that determined the warning level was abandoned.
  ...
  The old concept of tag certainty no longer exists in Lintian.

It's unfortunate that the good use of gbp dch and a commit title
focussed on the change has ended up hiding the user impact from the
resulting changelog. I considered raising this as a documentation
wishlist bug, so perhaps just include that last commit sentence in the
manpage (which also still mentions "consists of 3 parts" FYI).

However, since I apparently had the below config, lintian displayed the
initial unhelpful error message. I suggest explicity detecting the
certain, possible, wild-guess values and emitting a more user friendly
message to update config or cli parameters.

$ cat ~/.config/lintian/lintianrc 
display-level = >=pedantic/wild-guess
    display-experimental = true
--
Phil Morrell (emorrp1)



-- System Information:
Debian Release: 10.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-12-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lintian depends on:
ii  binutils2.31.1-16
ii  bzip2   1.0.6-9.2~deb10u1
ii  diffstat1.62-1
ii  dpkg1.19.7
ii  dpkg-dev1.19.7
ii  file1:5.35-4+deb10u1
ii  gettext 0.19.8.1-9
ii  gpg 2.2.12-1+deb10u1
ii  intltool-debian 0.35.0+20060710.5
ii  libapt-pkg-perl 0.1.34+b1
ii  libarchive-zip-perl 1.64-1
ii  libcapture-tiny-perl0.48-1
ii  libclass-xsaccessor-perl1.19-3+b2
ii  libclone-perl   0.41-1+b1
ii  libconfig-tiny-perl 2.23-1
ii  libcpanel-json-xs-perl  4.09-1
ii  libdata-dpath-perl  0.57-2
ii  libdata-validate-domain-perl0.10-1
ii  libdevel-size-perl  0.82-1+b1
ii  libdpkg-perl1.19.7
ii  libemail-address-xs-perl1.04-1+b1
ii  libfile-basedir-perl0.08-1
ii  libfile-find-rule-perl  0.34-1
ii  libfont-ttf-perl1.06-1
ii  libhtml-html5-entities-perl 0.004-1
ii  libipc-run3-perl0.048-1
ii  libjson-maybexs-perl1.004000-1
ii  liblist-compare-perl0.53-1
ii  liblist-moreutils-perl  0.416-1+b4
ii  liblist-utilsby-perl0.11-1
ii  libmoo-perl 2.003004-2
ii  libmoox-aliases-perl0.001006-1
ii  libnamespace-clean-perl 0.27-1
ii  libpath-tiny-perl   0.108-1
ii  libperlio-gzip-perl 0.19-1+b5
ii  libproc-processtable-perl   0.56-1
ii  libsereal-decoder-perl  4.005+ds-1+b1
ii  libsereal-encoder-perl  4.005+ds-1+b1
ii  libtext-glob-perl   0.10-1
ii  libtext-levenshteinxs-perl  0.03-4+b6
ii  libtext-markdown-discount-perl  0.11-3+b1
ii  libtext-xslate-perl 3.5.6-1+b1
ii  libtime-duration-perl   1.20-1
ii  libtime-moment-perl 0.44-1+b1
ii  libtimedate-perl2.3000-2+deb10u1
ii  libtry-tiny-perl0.30-1
ii  libtype-tiny-perl   1.004004-1
ii  libunicode-utf8-perl0.62-1
ii  liburi-perl 1.76-1
ii  libxml-libxml-perl  2.0134+dfsg-1
ii  libyaml-libyaml-perl0.76+repack-1
ii  lzip1.21-3
ii  lzop1.03-4+b1
ii  man-db  2.8.5-2
ii  patchutils  0.3.4-2
ii  perl [libdigest-sha-perl]   5.28.1-6+deb10u1
ii  t1utils 

Bug#976746: lintian: false positive for national-encoding

[Phil Morrell]

On Mon, Dec 07, 2020 at 11:12:40AM -0800, Felix Lechner wrote:
> With the kind help of Grinnz on #perl-help, we determined that the
> document you sent causes the following error:
> 
> "Can't interchange noncharacter code point U+ in position 46198"

Hi Felix, thank you for the diagnosis, hopefully that will help fix it.

https://github.com/CorsixTH/CorsixTH/issues/1760

> According to the documentation for Unicode::UTF-8 [1], the use of that
> codepoint is not allowed in open interchange of Unicode text data

Interestingly, it seems that is no longer true as of Unicode 7 - it is
valid in UTF-8 encoded files, but has no "standard, interchangeable
meaning". I will leave it up to the maintainers to interpret that in the
context of lintian, probably still a false positive, but the point of
avoiding national encodings is to provide standardised meaning of text.

https://www.unicode.org/versions/corrigendum9.html


signature.asc
Description: PGP signature

Bug#948244: aseprite is not in stable

[Phil Morrell]

Ah, I'm glad this has been reported already, because I was very confused
by this other example:

https://tracker.debian.org/pkg/aseprite

oldstable: 1.0.5+ds-2
stable: 1.1.6+ds-1

aseprite  |  1.0.5+ds-2|  oldoldstable |  source
aseprite  |  1.1.6+ds-1|  oldstable|  source


signature.asc
Description: PGP signature

Bug#599884: speed-dreams on salsa

[Phil Morrell]

https://salsa.debian.org/games-team/unfinished/speed-dreams

Just to ensure good work isn't lost, I've pushed the above work to the
salsa repo as-is. I encourage anyone from the future to also check if
any of the previous packaging is also useful, like a manpage/watch file.


signature.asc
Description: PGP signature

Bug#966693: veloren installer

[Phil Morrell]

On the assumption that it's easier to package, perhaps consider getting
airshipper into contrib. I don't think it's worth its own RFP at this
point though:

* Package name: airshipper
  Version : 0.4.0
* URL : https://github.com/Songtronix/Airshipper


signature.asc
Description: PGP signature

Bug#952814: ITP libfaudio0 for buster-backports

[Phil Morrell]

Control: owner -1
thanks

Hi,

I intend to build and maintain libfaudio0 for buster-backports unless
there are any objections. It is needed for some third-party games like
owlboy and terraria and I think it's now a prerequisite for a wine 5.0
backport too.

It builds locally for me without issue or modification. I'm only a DM,
so I believe I'll need to request both a sponsor and a backports ACL
once its ready.
--
Phil Morrell (emorrp1)


signature.asc
Description: PGP signature

Bug#973782: corsix-th: please make the build reproducible

[Phil Morrell]

Package: corsix-th
Version: 0.64-1
Severity: wishlist
Tags: upstream help
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org


The salsa-ci [pipeline] fails on reprotest. This means that corsix-th
cannot be built [reproducibly], though it won't show on archive tests
because they only consider packages in main, not contrib.

[pipeline]: https://salsa.debian.org/games-team/corsix-th/-/pipelines/194160
[reproducibly]: https://reproducible-builds.org/

From a diffoscope inspection of the .deb (attached), I can see it is
solely /usr/games/corsix-th that differs. The various differences can, I
think, be entirely explained by the embedding of the [buildpath]. Any
help in identifying further issues or fixing them is much appreciated.

[buildpath]: 
https://tests.reproducible-builds.org/debian/issues/unstable/gcc_captures_build_path_issue.html
--
Phil Morrell (emorrp1)


-- System Information:
Debian Release: 10.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-12-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages corsix-th depends on:
ii  corsix-th-data   0.64-1~bpo10+1
ii  libavcodec58 7:4.1.6-1~deb10u1
ii  libavformat587:4.1.6-1~deb10u1
ii  libavutil56  7:4.1.6-1~deb10u1
ii  libc62.28-10
ii  libfreetype6 2.9.1-3+deb10u2
ii  libgcc1  1:8.3.0-6
ii  liblua5.2-0  5.2.4-1.1+b2
ii  libsdl2-2.0-02.0.9+dfsg1-1
ii  libsdl2-mixer-2.0-0  2.0.4+dfsg1-1
ii  libstdc++6   8.3.0-6
ii  libswresample3   7:4.1.6-1~deb10u1
ii  libswscale5  7:4.1.6-1~deb10u1
ii  lua-filesystem   1.6.3-1
ii  lua-lpeg 1.0.0-2

Versions of packages corsix-th recommends:
ii  game-data-packager   63
ii  theme-hospital-data  49.1
ii  timidity 2.14.0-8

corsix-th suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#950821: update for v3

[Phil Morrell]

Hi, I've updated the wiki page for v3 dependencies (took 2.5 hours!).
There's 350 not packaged in Debian, so you're talking approximately 6
months full time work unless it can be pared down.

https://wiki.debian.org/Javascript/Nodejs/Tasks/peertube


signature.asc
Description: PGP signature

Bug#981755: dkopp: Fails to self-escalate priveleges

[Phil Morrell]

Package: dkopp
Version: 6.5-1+b1
Severity: important

The desktop menu entry is non-functional and running in a terminal as a
non-privileged user aborts since buster no longer has gksu:

:~ $ dkopp
*** cannot find gksu or beesu
Aborted
:~ 134 $ sudo dkopp

 === start dkopp Wed Feb  3 16:13:30
dkopp errlog Wed Feb  3 16:13:30 2021

sh: 1: lshw: not found

https://i.imgur.com/PD0DSk7.png

This was originally reported to launchpad in 2018 with a stacktrace.

https://bugs.launchpad.net/ubuntu/+source/dkopp/+bug/1764461



-- System Information:
Debian Release: 10.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-13-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dkopp depends on:
ii  dvd+rw-tools 7.1-14
ii  libatk1.0-0  2.30.0-2
ii  libc62.28-10
ii  libcairo-gobject21.16.0-4
ii  libcairo21.16.0-4
ii  libgcc1  1:8.3.0-6
ii  libgdk-pixbuf2.0-0   2.38.1+dfsg-1
ii  libglib2.0-0 2.58.3-2+deb10u2
ii  libgtk-3-0   3.24.5-1
ii  libpango-1.0-0   1.42.4-8~deb10u1
ii  libpangocairo-1.0-0  1.42.4-8~deb10u1
ii  libstdc++6   8.3.0-6
ii  udev 241-7~deb10u5

dkopp recommends no packages.

dkopp suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#981754: dkopp: New upstream version 7.7

[Phil Morrell]

Package: dkopp
Version: 6.5-1+b1
Severity: wishlist

https://kornelix.net/downloads/downloads/dkopp-7.7.tar.gz

As mentioned on launchpad, pretty much all the package metadata needs
reviewing.

https://bugs.launchpad.net/ubuntu/+source/dkopp/+bug/1764461/comments/7



-- System Information:
Debian Release: 10.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-13-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dkopp depends on:
ii  dvd+rw-tools 7.1-14
ii  libatk1.0-0  2.30.0-2
ii  libc62.28-10
ii  libcairo-gobject21.16.0-4
ii  libcairo21.16.0-4
ii  libgcc1  1:8.3.0-6
ii  libgdk-pixbuf2.0-0   2.38.1+dfsg-1
ii  libglib2.0-0 2.58.3-2+deb10u2
ii  libgtk-3-0   3.24.5-1
ii  libpango-1.0-0   1.42.4-8~deb10u1
ii  libpangocairo-1.0-0  1.42.4-8~deb10u1
ii  libstdc++6   8.3.0-6
ii  udev 241-7~deb10u5

dkopp recommends no packages.

dkopp suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#987244: RFS: nbsdgames/4.0-1 [ITP] -- text based mini games for your terminal

[Phil Morrell]

Hi tarzeau, as promised here's the policy violation details for this
RFS. Despite the length, thank you for working on this, it seems to be a
fun collection.

> §10.1 https://www.debian.org/doc/debian-policy/ch-files.html#s-binaries
> Two different packages must not install programs with different
> functionality but with the same filenames. (The case of two programs
> having the same functionality but different implementations is handled
> via “alternatives” or the “Conflicts” mechanism.

A different /usr/games/ PATH is not sufficient, nor is a Conflicts since
the sos game bears no functional resemblance to the sos report command
introduced as of bullseye. It is unclear to me whether this also applies
to non-PATH executable filenames such as /usr/libexec/xscreensaver/pipes
from xscreensaver-gl.

Conflicting names appear to be handled on a first-come first-served
basis for new packages and only go to tech-ctte if an unresolvable
situation occurs after initial upload. Therefore, I believe sos must be
renamed to comply with policy.

> §7.4 
> https://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts
> Be aware that adding Conflicts is normally not the best solution when
> two packages provide the same files...
>
> Having similar functionality or performing the same tasks as another
> package is not sufficient reason to declare Breaks or Conflicts with
> that package.

Similar functionality:
* fifteen (sgt-puzzles)
* mines (sgt-puzzles)
* sudoku (sudoku)

It is reasonable for a user to want to have all of sgt-puzzles,
nbsdgames and kdegames (using a k prefix) installed simultaneously and
play different subsets of the games available. This also allows the user
to pick their favourite implementation where multiple exist.

Given all this, I suggest you adopt a universal prefix for all the
games, perhaps "nb-"? On the other hand, it might be worth preserving
tab completion with a suffix instead, in which case no harm with a full
"-nbsdgames".



Additionally manpages are a "should" in §12.1 and there is interest from
users, so please either write them or remember to open a request in the
BTS. https://github.com/abakh/nbsdgames/issues/9

I'm working off Upload #6 from mentors and it still fails to build due
to permission denied, this time with chown rather than cp.

> dh_fixperms
> chown root:games debian/nbsdgames/usr/games/*
> chown: changing ownership of 'debian/nbsdgames/usr/games/battleship': 
> Operation not permitted


signature.asc
Description: PGP signature

Bug#892842: OpenJDK 8 archive re-entry

[Phil Morrell]

On Wed, Mar 24, 2021 at 11:03:44PM +0100, Thorsten Glaser wrote:
> On Wed, 24 Mar 2021, Emmanuel Bourg wrote:
> > Le 24/03/2021 à 22:13, Thorsten Glaser a écrit :
> > > I can certainly bring it back to unstable, built with
> > > gcc 10, if there are no major issues involved in making
> > > it build with GCC 10, if there is interest.
> >
> > We are certainly doomed without openjdk-8 in unstable, we really need it
> > back.
> 
> Okay. So, unless doko vetos (it was he who was the maintainer
> and he who requested the removal (to be able to remove GCC 9,
> which he is also maintainer of) but I would enter the d-java
> list as team maintainer, with myself as uploader for now) I’ll
> try to get it building with GCC 10 and upload that to unstable.

Hello mirabilos,

I'm sure it's just a matter of time, but have you had any feedback from
ftp-masters about openjdk-8? Thanks to Sunil for the major breakthrough,
we are now ready to [upload] kotlin which is now [blocked] on this.

[upload]: https://salsa.debian.org/java-team/kotlin/-/issues/11
[blocked]: https://salsa.debian.org/java-team/kotlin/-/issues/12


signature.asc
Description: PGP signature

Bug#987554: wine-development should be replaced with wine in experimental+backports

[Phil Morrell]

On Sun, Apr 25, 2021 at 06:17:22PM +0200, Jens Reyer wrote:
> On 25.04.21 16:27, Adrian Bunk wrote:
> > bullseye users would also benefit more from wine 6.0 in
> > bullseye-backports
> 
> I maintained the wine backports in the past, but stepped down
> (https://lists.debian.org/debian-wine/2020/09/msg7.html).

I plan to take on backports for wine-related packages post-bullseye, but
of course anyone else's interest in helping out is appreciated,
particularly for upload sponsorship.

https://lists.debian.org/debian-wine/2021/03/msg00011.html

Bug#987554: wine-development should be replaced with wine in experimental+backports

[Phil Morrell]

On Sun, Apr 25, 2021 at 06:17:22PM +0200, Jens Reyer wrote:
> On 25.04.21 16:27, Adrian Bunk wrote:
> > bullseye users would also benefit more from wine 6.0 in
> > bullseye-backports
> 
> I maintained the wine backports in the past, but stepped down
> (https://lists.debian.org/debian-wine/2020/09/msg7.html).

I plan to take on backports for wine-related packages post-bullseye, but
of course anyone else's interest in helping out is appreciated,
particularly for upload sponsorship.

https://lists.debian.org/debian-wine/2021/03/msg00011.html


signature.asc
Description: PGP signature