Bug#947837: [Piuparts-devel] python3-debianbts needed in buster-backports (was Re:Bug#947837: piuparts.debian.org: please upgrade python3-debianbts on pejacevic)

2020-01-18 Thread Holger Levsen
On Fri, Jan 17, 2020 at 12:06:02AM +0530, Utkarsh Gupta wrote:
> >> Since 27 December the piuparts-analyze output is broken. E.g.:
> >> https://piuparts.debian.org/logs/2019/12/27/piuparts-analyze.txt
> >>
> >> The failure start date coincides with the date when the new code from
> >> the develop branch was deployed. I think the python3-debianbts package
> >> needs to be upgraded on the piuparts master host, since the new code now
> >> depends on at least version 2.10.0 of that package.
> > 
> > now that python-debianbts 3.0.2 is in bullseye, backporting and
> > uploading it to buster-backports is possible, which in turn will make
> > it installable on pejacevic.debian.org, which runs piuparts.debian.org
> > 
> > Could someone please prepare and maintain such a backport?
> Prepared and uploaded :)

now that the package has been accepted into buster-backports, someone
needs to make sure it get's installed on pejacevic.d.o, probably best by
filing a DSA RTicket.


-- 
cheers,
Holger

---
   holger@(debian|reproducible-builds|layer-acht).org
   PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C



signature.asc
Description: PGP signature


Bug#936844: libbde: diff for NMU version 20190102-1.1

2020-01-18 Thread Adrian Bunk
This time with the correct diff attached.

cu
Adrian
diff -Nru libbde-20190102/debian/changelog libbde-20190102/debian/changelog
--- libbde-20190102/debian/changelog	2019-01-14 00:18:57.0 +0200
+++ libbde-20190102/debian/changelog	2020-01-18 15:42:28.0 +0200
@@ -1,3 +1,10 @@
+libbde (20190102-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Remove the Python 2 bindings. (Closes: #936844)
+
+ -- Adrian Bunk   Sat, 18 Jan 2020 15:42:28 +0200
+
 libbde (20190102-1) unstable; urgency=medium
 
   * New upstream version 20190102
diff -Nru libbde-20190102/debian/control libbde-20190102/debian/control
--- libbde-20190102/debian/control	2019-01-14 00:17:52.0 +0200
+++ libbde-20190102/debian/control	2020-01-18 15:42:15.0 +0200
@@ -5,7 +5,7 @@
 Build-Depends: debhelper (>= 10~), dh-python,
  pkg-config,
  libbfio-dev, libfuse-dev,
- python-dev, python3-dev,
+ python3-dev,
 Standards-Version: 4.3.0
 Section: libs
 Homepage: https://github.com/libyal/libbde
@@ -45,17 +45,6 @@
  The BDE format is used by Microsoft Windows (Vista and later) to
  encrypt data on a storage media volume.
 
-Package: python-libbde
-Section: python
-Architecture: any
-Depends: libbde1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends},
- ${python:Depends},
-Description: BitLocker Drive Encryption access library -- Python 2 bindings
- The BDE format is used by Microsoft Windows (Vista and later) to
- encrypt data on a storage media volume.
- .
- This package includes Python 2 bindings.
-
 Package: python3-libbde
 Section: python
 Architecture: any
diff -Nru libbde-20190102/debian/python-libbde.install libbde-20190102/debian/python-libbde.install
--- libbde-20190102/debian/python-libbde.install	2019-01-14 00:16:43.0 +0200
+++ libbde-20190102/debian/python-libbde.install	1970-01-01 02:00:00.0 +0200
@@ -1 +0,0 @@
-/usr/lib/python2*
diff -Nru libbde-20190102/debian/rules libbde-20190102/debian/rules
--- libbde-20190102/debian/rules	2019-01-14 00:18:12.0 +0200
+++ libbde-20190102/debian/rules	2020-01-18 15:42:28.0 +0200
@@ -10,10 +10,10 @@
 export SKIP_PYTHON_TESTS=1
 
 %:
-	dh $@ --with python2,python3
+	dh $@ --with python3 --buildsystem=autoconf
 
 override_dh_auto_configure:
-	dh_auto_configure -- --enable-python2 --enable-python3
+	dh_auto_configure -- --disable-python2 --enable-python3
 
 override_dh_missing:
 	dh_missing -X.la -X/pybde.a --fail-missing


Bug#936844: libbde: diff for NMU version 20190102-1.1

2020-01-18 Thread Adrian Bunk
Control: tags 936844 + patch
Control: tags 936844 + pending

Dear maintainer,

I've prepared an NMU for libbde (versioned as 20190102-1.1) and uploaded 
it to DELAYED/15. Please feel free to tell me if I should cancel it.

cu
Adrian
diff -Nru libbde-20190102/debian/changelog libbde-20190102/debian/changelog
--- libbde-20190102/debian/changelog	2019-01-14 00:18:57.0 +0200
+++ libbde-20190102/debian/changelog	2020-01-18 15:42:28.0 +0200
@@ -1,3 +1,10 @@
+libbde (20190102-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Remove the Python 2 bindings. (Closes: #936844)
+
+ -- Adrian Bunk   Sat, 18 Jan 2020 15:42:28 +0200
+
 libbde (20190102-1) unstable; urgency=medium
 
   * New upstream version 20190102
diff -Nru libbde-20190102/debian/control libbde-20190102/debian/control
--- libbde-20190102/debian/control	2019-01-14 00:17:52.0 +0200
+++ libbde-20190102/debian/control	2020-01-18 15:42:15.0 +0200
@@ -5,7 +5,7 @@
 Build-Depends: debhelper (>= 10~), dh-python,
  pkg-config,
  libbfio-dev, libfuse-dev,
- python-dev, python3-dev,
+ python3-dev,
 Standards-Version: 4.3.0
 Section: libs
 Homepage: https://github.com/libyal/libbde
@@ -45,17 +45,6 @@
  The BDE format is used by Microsoft Windows (Vista and later) to
  encrypt data on a storage media volume.
 
-Package: python-libbde
-Section: python
-Architecture: any
-Depends: libbde1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends},
- ${python:Depends},
-Description: BitLocker Drive Encryption access library -- Python 2 bindings
- The BDE format is used by Microsoft Windows (Vista and later) to
- encrypt data on a storage media volume.
- .
- This package includes Python 2 bindings.
-
 Package: python3-libbde
 Section: python
 Architecture: any
diff -Nru libbde-20190102/debian/python-libbde.install libbde-20190102/debian/python-libbde.install
--- libbde-20190102/debian/python-libbde.install	2019-01-14 00:16:43.0 +0200
+++ libbde-20190102/debian/python-libbde.install	1970-01-01 02:00:00.0 +0200
@@ -1 +0,0 @@
-/usr/lib/python2*
diff -Nru libbde-20190102/debian/rules libbde-20190102/debian/rules
--- libbde-20190102/debian/rules	2019-01-14 00:18:12.0 +0200
+++ libbde-20190102/debian/rules	2020-01-18 15:40:45.0 +0200
@@ -10,10 +10,10 @@
 export SKIP_PYTHON_TESTS=1
 
 %:
-	dh $@ --with python2,python3
+	dh $@ --with python3
 
 override_dh_auto_configure:
-	dh_auto_configure -- --enable-python2 --enable-python3
+	dh_auto_configure -- --disable-python2 --enable-python3
 
 override_dh_missing:
 	dh_missing -X.la -X/pybde.a --fail-missing


Bug#949228: python{,3}-mox: Missing dependency on python{,3}-six

2020-01-18 Thread Adrian Bunk
Package: python3-mox
Version: 0.7.8-3
Severity: serious
Control: affects -1 python-mox

? python3
Python 3.7.6 (default, Dec 19 2019, 09:25:23)
[GCC 9.2.1 20191130] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import mox
Traceback (most recent call last):
  File "", line 1, in 
  File "/tmp/python-mox-0.7.8/mox.py", line 72, in 
import six
ModuleNotFoundError: No module named 'six'
>>>
$ python
Python 2.7.17 (default, Oct 19 2019, 23:36:22)
[GCC 9.2.1 20191008] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import mox
Traceback (most recent call last):
  File "", line 1, in 
  File "mox.py", line 72, in 
import six
ImportError: No module named six
>>>
$


Adding "python-six, python3-six" to the test dependencies fixed the tests,
but didn't address the actual problem that the packages need these
dependencies (which caused the test failure).



Bug#949227: python-pysaml2 FTBFS after 2020-11-28

2020-01-18 Thread Adrian Bunk
Source: python-pysaml2
Version: 4.5.0-4
Severity: serious
Tags: ftbfs

https://tests.reproducible-builds.org/debian/rb-pkg/buster/amd64/python-pysaml2.html

...
= test session starts ==
platform linux2 -- Python 2.7.16, pytest-3.10.1, py-1.7.0, pluggy-0.8.0
rootdir: /build/python-pysaml2-4.5.0, inifile:
plugins: betamax-0.8.1
collected 570 items / 1 errors

 ERRORS 
___ ERROR collecting tests/test_82_pefim.py 
tests/test_82_pefim.py:17: in 
conf.load_file("server_conf")
src/saml2/config.py:377: in load_file
return self.load(copy.deepcopy(mod.CONFIG), metadata_construction)
src/saml2/config.py:356: in load
self.load_complex(cnf, metadata_construction=metadata_construction)
src/saml2/config.py:296: in load_complex
self.load_metadata(cnf["metadata"]))
src/saml2/config.py:400: in load_metadata
mds.imp(metadata_conf)
src/saml2/mdstore.py:968: in imp
_md.load()
src/saml2/mdstore.py:672: in load
return self.parse_and_check_signature(_txt)
src/saml2/mdstore.py:635: in parse_and_check_signature
self.parse(txt)
src/saml2/mdstore.py:541: in parse
self.entities_descr.valid_until,))
E   ToOld: Metadata not valid anymore, it's only valid until 
2020-11-28T09:10:09Z
!!! Interrupted: 1 errors during collection 
=== 1 error in 7.98 seconds 
make[1]: *** [debian/rules:29: override_dh_auto_test] Error 2



Bug#949226: pgadmin3: can it build in parallel?

2020-01-18 Thread Mattia Rizzolo
Source: pgadmin3
Version: 1.22.2-6
Severity: wishlist

Dear maintainer,

I noticed that pgadmin3 doesn't build in parallel.
Its rules file has:

override_dh_auto_build:
$(MAKE) CFLAGS+="-g" CXXFLAGS+="-g"
pod2man --center "pgAdmin III" --release "" debian/pgadmin3.pod > 
pgadmin3.1

However it seems to me that it uses a very standard autotools build
system.  If so, could that perhaps be replaced by:

export DEB_MAINT_CFLAGS_APPEND = -g
export DEB_MAINT_CXXFLAGS_APPEND = -g
override_dh_auto_build:
dh_auto_build
pod2man --center "pgAdmin III" --release "" debian/pgadmin3.pod > 
pgadmin3.1

?
That way you'd get to use all of dh_auto_build's coolness, besides
automatically passing the appropriate -j option to make.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature


Bug#949225: lintian-brush FTBFS: test failure (expired key?)

2020-01-18 Thread Adrian Bunk
Source: lintian-brush
Version: 0.13.1
Severity: serious
Tags: ftbfs
Control: close -1 0.25

https://tests.reproducible-builds.org/debian/rb-pkg/buster/amd64/lintian-brush.html

...
==
FAIL: fixer test: simple for public-upstream-key-not-minimal
--
Traceback (most recent call last):
  File "/build/lintian-brush-0.13.1/lintian_brush/tests/fixers.py", line 94, in 
runTest
raise AssertionError("unexpected output: %s" % diff.decode())
AssertionError: unexpected output: diff -x '*~' -ur 
/build/lintian-brush-0.13.1/lintian_brush/tests/../../tests/public-upstream-key-not-minimal/simple/out/debian/upstream/signing-key.asc
 /tmp/tmprot4wrvt/testdir/debian/upstream/signing-key.asc



lintian-brush (0.25) unstable; urgency=medium
...
  * Use fake times for GPG operations, to make the testsuite runs
reproducible.

 -- Jelmer Vernooij   Sat, 24 Aug 2019 14:24:56 +


Bug#949224: khal: ikhal freezes when using external_edit feature

2020-01-18 Thread eingousef
Package: khal
Version: 1:0.9.10-1.1
Severity: normal

Dear Maintainer,

When I use external_edit on an event I can modify, the editor is
opened, I can modify, save and quit, but then ikhal becomes completely
unresponsive. I have to use Ctrl+C and restart it.

This happens no matter which external edit program I use (tried with
vim, nano, emacs : same result).

Regards,


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 
'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.4.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages khal depends on:
ii  python33.7.5-3
ii  python3-atomicwrites   1.1.5-2
ii  python3-click  7.0-3
ii  python3-configobj  5.0.6-3
ii  python3-dateutil   2.7.3-3
ii  python3-icalendar  4.0.3-3
ii  python3-pkg-resources  44.0.0-1
ii  python3-tz 2019.3-1
ii  python3-tzlocal2.0.0b2-4
ii  python3-urwid  2.0.1-2+b2
ii  python3-xdg0.26-1

Versions of packages khal recommends:
ii  python3-setproctitle  1.1.10-1+b3

Versions of packages khal suggests:
ii  khal-doc  1:0.9.10-1.1

-- no debconf information



Bug#949223: tinydyndns: No 'Site' field in the description

2020-01-18 Thread eingousef
Package: tinydyndns
Severity: normal

Dear Maintainer,

The package description doesn't indicate the official page of the
project. I guess it's http://smarden.org/tinydyndns/

Regards,


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 
'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.4.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages tinydyndns depends on:
ii  libc6  2.29-7

Versions of packages tinydyndns recommends:
pn  cvm  
pn  daemontools  
pn  djbdns   
pn  mailfront
ii  make 4.2.1-1.2
pn  runit | daemontools-run  
pn  ucspi-tcp

tinydyndns suggests no packages.



Bug#949222: salt: CVE-2019-17361

2020-01-18 Thread Salvatore Bonaccorso
Source: salt
Version: 2018.3.4+dfsg1-7
Severity: grave
Tags: security upstream
Justification: user security hole
Control: found -1 2018.3.4+dfsg1-6
Control: found -1 2016.11.2+ds-1+deb9u2
Control: found -1 2016.11.2+ds-1

Hi,

The following vulnerability was published for salt.

CVE-2019-17361[0]:
| In SaltStack Salt through 2019.2.0, the salt-api NEST API with the ssh
| client enabled is vulnerable to command injection. This allows an
| unauthenticated attacker with network access to the API endpoint to
| execute arbitrary code on the salt-api host.


If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2019-17361
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-17361
[1] 
https://docs.saltstack.com/en/latest/topics/releases/2019.2.3.html#security-fix
[2] 
https://github.com/saltstack/salt/commit/bca115f3f00fbde564dd2f12bf036b5d2fd08387

Please adjust the affected versions as needed in the BTS. It looks to
me that all versions back to the stretch one have the problem, but an
explicit confirmation or nack would be welcome. I did check explicitly
the invocations in salt/netapi/__init__.py, but let me know if I
missed something.

Regards,
Salvatore



Bug#948731: Shouldn't work upstream either

2020-01-18 Thread Julien Puydt
Hi,

I tried to have a look at this bug : I don't even understand how it is
supposed to work upstream, so I reported it there:
https://trac.sagemath.org/ticket/29036

JP



Bug#949221: python3-enchant: Warning during the package installation: SyntaxWarning: "is" with a literal. Did you mean "=="?

2020-01-18 Thread Jean-Marc
Package: python3-enchant
Version: 2.0.0-1
Severity: normal

Dear Maintainer,

Yesterday, during a full-upgrade, my Debian system automatically installed 
python3-enchant (2.0.0-1).

During the package installation, I got a warning message:

/usr/lib/python3/dist-packages/enchant/checker/CmdLineChecker.py:163: 
SyntaxWarning: "is" with a literal. Did you mean "=="?
  if index is 0:

It seems with the last python 3 versions, this syntax starts to get warned 
about this being consider as a minor bug.

Please, can you take this in charge ?

Regards,

Jean-Marc


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages python3-enchant depends on:
ii  libenchant1c2a  1.6.0-11.3
ii  python3 3.7.5-3

python3-enchant recommends no packages.

python3-enchant suggests no packages.

-- no debconf information



Bug#949220: RM: ffrenzy -- ROM; Dead upstream

2020-01-18 Thread Paul van Tilburg
Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Both as co-author and as maintainer I can say that this project
has dead upstream.  As a result it will never be ported to Python 3
and newer XML libraries.  Please remove it from the archive.

Kind regards,

Paul van Tilburg

-- 
Web: http://paul.luon.net/  | E-mail: p...@luon.net
XMPP: p...@luon.net | GnuPG:  0xC6DE073EDA9EEC4D



Bug#949219: casacore-data-jplde FTBFS due to missing file

2020-01-18 Thread Adrian Bunk
Source: casacore-data-jplde
Version: 2007.07.05-1
Severity: serious
Tags: ftbfs

https://tests.reproducible-builds.org/debian/rb-pkg/buster/amd64/casacore-data-jplde.html

...
Create data tables for Measures
---
measuresdata: Version 20110502wnb
The requested type is: DE405
The processed type[s]: DE405
The requested DE table range is 1960-2040
The data table directory: /build/casacore-data-jplde-2007.07.05/build
The input data file: /build/casacore-data-jplde-2007.07.05/build/ascp2040.405
The input data file is not readable
make[1]: *** [debian/rules:7: override_dh_auto_build] Error 1


build/ascp2040.405 is a dangling symlink.



Bug#719847: I need your respond

2020-01-18 Thread Sonko Mike
Hello

Good day, my name is Mr.Mike Sonko from Kanya. I have an important
issue to discuss with you. I have sent your mail before but the mail
comes back to me as auto respond, this time I hope you get my mail. As
soon as I hear from you I will let you know my intension of contacting
you. Thanks and have a wonderful day. Reply me on my private email
address: sonkomike...@gmail.com

Regards
Mr.Mike Sonko.



Bug#949218: vonsh: Should not depend on libc6-dev only

2020-01-18 Thread Samuel Thibault
Package: vonsh
Version: 1.0
Severity: important
Tags: patch

Hello,

vonsh is not getting built on various ports because it build-depends
only on libc6-dev, while some ports instead have libc6.1-dev,
libc0.3-dev or libc0.1-dev. The attached patch fixes it by allowing
these alternatives.

Samuel

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 
'proposed-updates'), (500, 'oldstable-proposed-updates-debug'), (500, 
'oldstable-proposed-updates'), (500, 'oldoldstable'), (500, 'buildd-unstable'), 
(500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages vonsh depends on:
ii  libc62.29-7
ii  libsdl2-2.0-02.0.10+dfsg1-1
pn  libsdl2-image-2.0-0  
pn  libsdl2-mixer-2.0-0  

vonsh recommends no packages.

vonsh suggests no packages.

-- 
Samuel
"c'est pas nous qui sommes à la rue, c'est la rue qui est à nous"
--- debian/control.original 2020-01-18 12:41:12.335635202 +0100
+++ debian/control  2020-01-18 12:41:36.631838924 +0100
@@ -2,7 +2,7 @@
 Section: games
 Priority: optional
 Maintainer: Andrzej Urbaniak 
-Build-Depends: libc6-dev (>=2.28), gcc (>=4:8.3.0), g++ (>=4:8.3.0), make 
(>=4.2.1), dpkg-dev (>=1.19.7), debhelper (>= 12), libsdl2-dev (>=2.0.9), 
libsdl2-image-dev (>=2.0.4), libsdl2-mixer-dev (>=2.0.4)
+Build-Depends: libc6-dev (>=2.28) | libc6.1-dev (>=2.28) | libc0.3-dev 
(>=2.28) | libc0.1-dev (>=2.28), gcc (>=4:8.3.0), g++ (>=4:8.3.0), make 
(>=4.2.1), dpkg-dev (>=1.19.7), debhelper (>= 12), libsdl2-dev (>=2.0.9), 
libsdl2-image-dev (>=2.0.4), libsdl2-mixer-dev (>=2.0.4)
 Standards-Version: 4.3.0
 Homepage: https://github.com/aurb/vonsh/
 


Bug#949216: libopenshot FTBFS on amd64/i386: test failures

2020-01-18 Thread Adrian Bunk
Source: libopenshot
Version: 0.2.2+dfsg1-1
Severity: serious
Tags: FTBFS

https://tests.reproducible-builds.org/debian/rb-pkg/buster/amd64/libopenshot.html

...
cd /build/libopenshot-0.2.2+dfsg1/obj-x86_64-linux-gnu/tests && ./openshot-test

 RUNNING ALL TESTS

[libvpx @ 0x55aeb9512900] v1.7.0
[libvorbis @ 0x55aeb9513a40] 31 frames left in the queue on closing
/build/libopenshot-0.2.2+dfsg1/tests/Timeline_Tests.cpp:149:1: error: Failure 
in Timeline_Check_Two_Track_Video: Expected 186 +/- 1 but was 176
/build/libopenshot-0.2.2+dfsg1/tests/Timeline_Tests.cpp:150:1: error: Failure 
in Timeline_Check_Two_Track_Video: Expected 106 +/- 1 but was 0
/build/libopenshot-0.2.2+dfsg1/tests/Timeline_Tests.cpp:151:1: error: Failure 
in Timeline_Check_Two_Track_Video: Expected 0 but was 186
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
FAILURE: 1 out of 79 tests failed (3 failures).
Test time: 10.09 seconds.

make[4]: *** [tests/CMakeFiles/test.dir/build.make:60: tests/CMakeFiles/test] 
Error 3



Bug#949217: ddcutil: Should not depend on libc6-dev

2020-01-18 Thread Samuel Thibault
Package: ddcutil
Version: 0.9.8-1
Severity: important

Hello,

ddcutil is not getting built on various ports because it build-depends
on libc6-dev, while some ports have libc6.1-dev, libc0.3-dev or
libc0.1-dev. Since even old-old-stable's libc already meets the >= 2.17
requirement, ddcutil should just drop that problematic build-dep.

Samuel

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 
'proposed-updates'), (500, 'oldstable-proposed-updates-debug'), (500, 
'oldstable-proposed-updates'), (500, 'oldoldstable'), (500, 'buildd-unstable'), 
(500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages ddcutil depends on:
ii  hwdata0.290-1
pn  i2c-tools 
ii  libc6 2.29-7
ii  libdrm2   2.4.100-4
ii  libglib2.0-0  2.62.4-1
ii  libudev1  244-3
ii  libusb-1.0-0  2:1.0.23-2
ii  libx11-6  2:1.6.8-1
ii  libxrandr22:1.5.1-1

ddcutil recommends no packages.

ddcutil suggests no packages.

-- 
Samuel
 hm. I've lost a machine.. literally _lost_. it responds to ping, it 
works completely, I just can't figure out where in my apartment it is.



Bug#949215: dh-make: dh_make -a overwrites existing files

2020-01-18 Thread hede
Package: dh-make
Version: 2.201802
Severity: normal

Dear Maintainer,

dh-make for debian stable is overwriting existing files when used with
the -a option. 

I've created the debian directory with "dh_make", then editied some
files, deleted a .ex template, later considered to re-add one of the
deleted .ex tamples with "dh_make -a", then all of my previous work 
has vanished -- all files were overwritten even if dh_makes says:
"File xxx exists, skipping"


-- System Information:
Debian Release: 10.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages dh-make depends on:
ii  debhelper  12.1.1
ii  dpkg-dev   1.19.7
ii  make   4.2.1-1.2
ii  python33.7.3-1

dh-make recommends no packages.

Versions of packages dh-make suggests:
ii  build-essential  12.6

-- no debconf information



Bug#949213: naev: FTBFS: undefined reference to `bfd_get_section_flags'

2020-01-18 Thread Mattia Rizzolo
Source: naev
Version: 0.7.0-2
Severity: serious
Tags: ftbfs

Dear maintainer,

your package failed to rebuild in a standard sid/amd64 chroot.
Attached is the full build log, hopefully relevant excerpt follows:


/usr/bin/ld: naev.o: in function `debug_translateAddress':
./src/naev.c:1378: undefined reference to `bfd_get_section_flags'
/usr/bin/ld: ./src/naev.c:1381: undefined reference to `bfd_get_section_vma'
/usr/bin/ld: ./src/naev.c:1382: undefined reference to `bfd_get_section_size'
collect2: error: ld returned 1 exit status

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-
I: Using pkgname logfile
I: Current time: Sat Jan 18 05:44:04 UTC 2020
I: pbuilder-time-stamp: 1579326244
I: Obtaining the cached apt archive contents
I: Copying source file
I: copying [pkgs/naev_0.7.0-2.dsc]
I: copying [pkgs/naev_0.7.0.orig.tar.gz]
I: copying [pkgs/naev_0.7.0-2.debian.tar.xz]
I: Extracting source
gpgv: unknown type of key resource 'trustedkeys.kbx'
gpgv: keyblock resource '/home/mattia/.gnupg/trustedkeys.kbx': General error
gpgv: Signature made Sun Nov 25 19:42:49 2018 UTC
gpgv:using RSA key 7CA7DDFB333921408C6F2B966F31BC44F5177DAA
gpgv: Can't check signature: No public key
dpkg-source: warning: failed to verify signature on ./naev_0.7.0-2.dsc
dpkg-source: info: extracting naev in naev-0.7.0
dpkg-source: info: unpacking naev_0.7.0.orig.tar.gz
dpkg-source: info: unpacking naev_0.7.0-2.debian.tar.xz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: applying 001-disable-zip
dpkg-source: info: applying 002-desktop-file-german-translation.diff
I: using fakeroot in build.
I: Installing the build-deps
I: -> Attempting to satisfy build-dependencies
Note, using file '/build/naev_0.7.0-2.dsc' to get the build dependencies
Reading package lists...
Building dependency tree...
Reading state information...
The following NEW packages will be installed:
  autoconf automake autopoint autotools-dev binutils-dev bsdmainutils
  ca-certificates debhelper dh-autoreconf dh-strip-nondeterminism dwz file
  gettext gettext-base gir1.2-glib-2.0 gir1.2-ibus-1.0 groff-base icu-devtools
  intltool intltool-debian libarchive-zip-perl libasound2 libasound2-data
  libasound2-dev libasyncns0 libblkid-dev libbsd0 libcroco3 libdbus-1-3
  libdbus-1-dev libdebhelper-perl libdrm-amdgpu1 libdrm-common libdrm-intel1
  libdrm-nouveau2 libdrm-radeon1 libdrm2 libedit2 libegl-dev libegl-mesa0
  libegl1 libegl1-mesa-dev libelf1 libencode-locale-perl libexpat1 libffi-dev
  libfile-listing-perl libfile-stripnondeterminism-perl libflac8
  libfreetype-dev libfreetype6 libfreetype6-dev libgbm1 libgirepository-1.0-1
  libgl-dev libgl1 libgl1-mesa-dev libgl1-mesa-dri libglapi-mesa libgles-dev
  libgles1 libgles2 libgles2-mesa-dev libglib2.0-0 libglib2.0-bin
  libglib2.0-data libglib2.0-dev libglib2.0-dev-bin libglu1-mesa
  libglu1-mesa-dev libglvnd0 libglx-dev libglx-mesa0 libglx0
  libhtml-parser-perl libhtml-tagset-perl libhtml-tree-perl
  libhttp-cookies-perl libhttp-date-perl libhttp-message-perl
  libhttp-negotiate-perl libiberty-dev libibus-1.0-5 libibus-1.0-dev
  libice-dev libice6 libicu-dev libicu63 libio-html-perl libio-socket-ssl-perl
  libjbig0 libjpeg62-turbo libllvm9 liblua5.1-0 liblua5.1-0-dev
  liblwp-mediatypes-perl liblwp-protocol-https-perl libmagic-mgc libmagic1
  libmount-dev libmpdec2 libncurses-dev libncurses6 libnet-http-perl
  libnet-ssleay-perl libogg-dev libogg0 libopenal-data libopenal-dev
  libopenal1 libpciaccess0 libpcre16-3 libpcre2-16-0 libpcre2-32-0
  libpcre2-dev libpcre2-posix2 libpcre3-dev libpcre32-3 libpcrecpp0v5
  libpipeline1 libpng-dev libpng16-16 libpthread-stubs0-dev libpulse-dev
  libpulse-mainloop-glib0 libpulse0 libpython3-stdlib libpython3.7-minimal
  libpython3.7-stdlib libreadline-dev libreadline8 libsdl2-2.0-0 libsdl2-dev
  libsdl2-image-2.0-0 libsdl2-image-dev libselinux1-dev libsensors-config
  libsensors5 libsepol1-dev libsigsegv2 libsm-dev libsm6 libsndfile1
  libsndio-dev libsndio7.0 libsqlite3-0 libssl1.1 libsub-override-perl
  libtiff5 libtimedate-perl libtool libtry-tiny-perl libuchardet0 libudev-dev
  liburi-perl libvorbis-dev libvorbis0a libvorbisenc2 libvorbisfile3
  libwayland-bin libwayland-client0 libwayland-cursor0 libwayland-dev
  libwayland-egl1 libwayland-server0 libwebp6 libwrap0 libwww-perl
  libwww-robotrules-perl libx11-6 libx11-data libx11-dev libx11-xcb1
  libxau-dev libxau6 libxcb-dri2-0 libxcb-dri3-0 libxcb-glx0 libxcb-present0
  libxcb-sync1 libxcb-xfixes0 libxcb1 libxcb1-dev libxcursor-dev libxcursor1
  libxdamage1 libxdmcp-dev libxdmcp6 libxext-dev libxext6 

Bug#949212: Apt-mirror. My proposal to maintaining

2020-01-18 Thread Сергей Фёдоров
Package: apt-mirror
Version: 0.5.4-1

The E-Mail:

Good day!

I have a few fixes to the program. You can see:

931729: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931729
932379: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=932379
Debian Bug Tracking System

I have been working on apt-mirror with these fixes for several months and so far
didn't see any problems.

Can help you in maintaining this package.

with best wishes...

I sent this email to m...@brandonholtsclaw.com Sat, 09 Nov 2019 17:47:27 +0300,
but I got a message from my provider::

: host brandonholtsclaw.com[198.7.57.210] said: 550
5.1.1 Bad destination mailbox address (in reply to RCPT TO command)

Reporting-MTA: dns; forward101p.mail.yandex.net
X-Yandex-Queue-ID: EAF7A3280EB6
X-Yandex-Sender: rfc822; serfyod...@yandex.ru
Arrival-Date: Sat,  9 Nov 2019 17:47:27 +0300 (MSK)

Final-Recipient: rfc822; m...@brandonholtsclaw.com
Original-Recipient: rfc822;m...@brandonholtsclaw.com
Action: failed
Status: 5.1.1
Remote-MTA: dns; brandonholtsclaw.com
Diagnostic-Code: smtp; 550 5.1.1 Bad destination mailbox address  



Bug#949206: ceph: CVE-2020-1699: improper URL checking might expose sensitive information

2020-01-18 Thread Bernd Zeimetz
Hi Salvatore,


seems there are two issues mixed here...

On 1/18/20 8:46 AM, Salvatore Bonaccorso wrote:

> Forwarded: https://tracker.ceph.com/issues/41320

-> user+password end up in log files
-> https://github.com/ceph/ceph/pull/30445


and

> CVE-2020-1699[0]:
https://github.com/ceph/ceph/commit/0443e40c11280ba3b7efcba61522afa70c4f8158

which points to https://tracker.ceph.com/issues/43607 - but that bug
doesn't seem to be public.



The combination of both is the interesting part as (not tested) I guess
you can retrieve the log with the logged user/password via the buggy web
server.


I'd guess that upstream releases 14.2.7 really soon, if not I'll patch
the current version and upload it.


Thanks,

Bernd


-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F



Bug#949211: gmic: update packages

2020-01-18 Thread Antonio
Package: gmic
Version: 2.4.5-1+b1

Dear Maintainer,
can update packages?

Thanks,
Antonio

$ apt-get  dist-upgrade
Lettura elenco dei pacchetti... Fatto
Generazione albero delle dipendenze
Lettura informazioni sullo stato... Fatto
Calcolo dell'aggiornamento... Fatto
I seguenti pacchetti sono stati installati automaticamente e non sono più
richiesti:
  libgdcm2.8 libproj13
Usare "apt autoremove" per rimuoverli.
I seguenti pacchetti saranno RIMOSSI:
  gimp-gmic gmic gmic-zart krita-gmic libgdal20 libgmic1 libopencv-calib3d3.2
  libopencv-features2d3.2 libopencv-highgui3.2 libopencv-imgcodecs3.2
libopencv-objdetect3.2 libopencv-stitching3.2 libopencv-superres3.2
libopencv-videoio3.2 libopencv-videostab3.2 libvtk7.1 libvtk7.1-qt
I seguenti pacchetti saranno aggiornati:
  gdal-bin gdal-data libgdal-dev libgdal-grass libgdal-java libgdal26
python3-gdal
7 aggiornati, 0 installati, 17 da rimuovere e 0 non aggiornati.
È necessario scaricare 17,1 MB di archivi.
Dopo quest'operazione, verranno liberati 216 MB di spazio su disco.
Continuare? [S/n] n
Interrotto.



-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (700, 'unstable'), (500, 'stable-updates'), (500,
'stable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.4.12-custom (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=ISO-8859-1)
(ignored: LC_ALL set to it_IT), LANGUAGE=it (charmap=ISO-8859-1)
(ignored: LC_ALL set to it_IT)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gmic suggests:
ii  gimp-gmic  2.4.5-1+b1
ii  gmic-zart  2.4.5-1+b1



Bug#949167: gdal: loses link against libxml2 with 2.9.10 (uses xml2-config)

2020-01-18 Thread Mattia Rizzolo
On Sat, Jan 18, 2020 at 08:29:15AM +0100, Sebastiaan Couwenberg wrote:
> Control: tags -1 pending
> 
> On 1/17/20 7:28 PM, Sebastiaan Couwenberg wrote:
> > Thanks for reporting this issue, I've forwarded it upstream.
> 
> Upstream has committed a fix which has been included as a patch in the
> package.

Wow, that was quick, thank you!

> It won't be uploaded before the ongoing transition is complete.

Looking at the state of the current gdal transition, I see that it's
basically at its end.  As you can probably imagine I'm causing quite a
bit of bugs with this libxml2 change, so don't worry, there is time :)

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature


Bug#949210: python3-debianbts: changelog missing in binary package

2020-01-18 Thread Kacper Gutowski
Package: python3-debianbts
Version: 3.0.2
Severity: normal

There is no Debian changelog included in the binary package;
instead, /usr/share/doc/python3-debianbts/changelog.gz
contains something that looks like a NEWS file.

Looks like adding CHANGELOG.md to debian/docs in e566339
confused debheler into overwriting the changelog with it.


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (700, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), 
LANGUAGE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages python3-debianbts depends on:
ii  python3   3.7.5-3
ii  python3-pysimplesoap  1.16.2-2

python3-debianbts recommends no packages.

python3-debianbts suggests no packages.

-- no debconf information



Bug#949065: lintian: patch to use python2 instead of python

2020-01-18 Thread Chris Lamb
tags 949065 + pending
thanks

Applied in Git with your "Author" and my Signed-Off:

  
https://salsa.debian.org/lintian/lintian/commit/6afaa82ed230041213527908f83a6c56caea691f

  debian/control | 2 +-
  t/tags/checks/cruft/cruft-general-upstream/build-spec/pre-upstream | 4 ++--
  t/tags/checks/java/cruft-general-upstream/build-spec/pre-upstream  | 4 ++--
  3 files changed, 5 insertions(+), 5 deletions(-)


Best wishes,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-



Bug#948702: opencpn: Opencpn package is incomplete, adding external plugins is blocked

2020-01-18 Thread Alec Leamas
On Sun, 12 Jan 2020 11:37:30 +0100 Huub Reuver 
wrote:
> Package: opencpn
> Version: 5.0.0+dfsg-1
> Severity: important
> 

The need to use plugins is obvious, and I agree that the current package
is incomplete in this sense.

We are currently addressing this upstream by implementing a plugin
downloader/installer similar to e. g., the browsers. Once this is
completed plugins will be available without being packaged.

For this reason I don't plan to package any plugins for Debian but
rather make them available in the new installer.

That said, this will take some time and if someone steps up and packages
plugins it would of course be nice.

Also, most plugins are possible to rebuild from source and be used that
way.


--alec



Bug#949199: cppcheck-gui: Missing dependency on cppcheck

2020-01-18 Thread Joachim Reichel
Control: tags -1 +pending

Hi,

right, cppcheck-gui needs the cfg files which are in package cppcheck.

  Joachim



Bug#949181: cppcheck: Improve debian/rules, reenabling parallel building

2020-01-18 Thread Joachim Reichel
Control: tags -1 +pending

Hi,

weird, I believe I had parallel builds working in my environment. And I'm not
sure why override_dh_auto_configure did not work for me.

Anyway, it is now much simpler and cleaner. The rules for override_dh_missing
and override_dh_auto_clean can also be removed.

  Joachim



Bug#949209: installation-reports: grub install fails because efivarfs is not mounted on /target

2020-01-18 Thread Julien
Package: installation-reports

Dear Maintainer,


I've installed debian on my computer with the following partitions :

# / (partitionless btrfs ssd)
UUID=586da4fd-9a26-4350-8146-929dbdde3581 / btrfs defaults 0 0

# /boot/efi (fat partition on GPT ssd)
UUID=6A71-114F /boot/efi vfat umask=0077 0 1

# swap (swap partition on GPT ssd)
UUID=3f398aee-8e74-4b2e-b7a9-6b537d9bb414 none swap sw 0 0

# /home/julien (partitionless btrfs ssd)
UUID=3e47af4b-7d6d-4830-ac7b-16345771896f /home/j btrfs defaults 0 0

At the grub step, i've got a grub-install dummy failed error.

   * What exactly did you do (or not do) that was effective (or
ineffective)?

I've switched to the shell and executed the following commands :

# mount -t sys sys /target/sys
# mount -t efivarfs efivarfs /target/sys/firmware/efi/efivars
# chroot /target/ bash
# grub-install
# update-grub

And I've resumed the normal installation process.

Image version: 
https://cdimage.debian.org/cdimage/bullseye_di_alpha1/amd64/iso-cd/debian-bullseye-DI-alpha1-amd64-netinst.iso


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect media:   [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[E]
Overall install:[O]


Regards,
Julien



Bug#949208: network-manager-config-connectivity-debian: description of network-manager-config-connectivity-debian

2020-01-18 Thread Martin Monperrus
Package: network-manager-config-connectivity-debian
Severity: wishlist

Hello Michael,

Here it is!

Suggestion: add the words "captive" and "portal" in the one line description
such that people who "aptitude search captive" or "aptitude search portal" find
it. For instance "NetworkManager configuration to enable connectivity checking
and captive portal detection"

Question: I'um using nm-applet on XFCE, it does not have captive portal
support.

What other applets / daemons do you recommend that listen to the network-
manager connectivity service?

Thanks! --Martin




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

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

Versions of packages network-manager-config-connectivity-debian depends on:
ii  network-manager  1.22.2-2

network-manager-config-connectivity-debian recommends no packages.

network-manager-config-connectivity-debian suggests no packages.



Bug#942106: looking at the remaining "bad" packages in the "add python 3.8" transition

2020-01-18 Thread Julien Puydt
Le samedi 18 janvier 2020 à 02:38 +, peter green a écrit :
> I just took a look at the "add python3.8 transition tracker", and
> split the remaining "bad" packages into categories.

There's another kind of issue ; here is an example :

- sagemath builds only for Python 3.7, so some of this subpackages
don't load under Python 3.8 : 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949023

- which means that for brial, autopkgtest fails : 
https://ci.debian.net/data/autopkgtest/testing/amd64/b/brial/3988637/log.gz

I haven't found the time to investigate things further in sagemath ; I
was wondering if I wouldn't disable the Python 3.8 test in brial... not
ideal...



Cheers,

JP



Bug#949207: foo2zjs FTCBFS: bad Makefile dependencies

2020-01-18 Thread Helmut Grohne
Source: foo2zjs
Version: 20171202dfsg0-2
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

foo2zjs fails to cross build from source, because the upstream Makefile
uses dependencies of the form:

sometarget: somefile -lsomelib

GNU make resolves -lsomelib using its built-in search path, which is
dependent of the architecture of the make package. This happens to break
with cross compilation as make will be unable to find -lsomelib during
cross compilation. The dependency is not useful in any case as make has
no influence on it, so we can simply discard it at no loss.

Doing so does not make foo2zjs cross buildable, because it fails running
tools from foomatic-db-engine with an "Exec format error". Presumably,
we'll need to mark foomatic-db-engine Multi-Arch: foreign, but this is a
separate issue to be filed separatedly once investigated properly.
Please close this bug after fixing the Makefile dependencies even though
foo2zjs will not be cross buildable.

Helmut
--- foo2zjs-20171202dfsg0.orig/Makefile
+++ foo2zjs-20171202dfsg0/Makefile
@@ -447,34 +447,34 @@
 	@echo "yourself."
 
 
-foo2ddst: foo2ddst.o $(LIBJBG)
+foo2ddst: foo2ddst.o
 	$(CC) $(CFLAGS) -o $@ foo2ddst.o $(LIBJBG) $(LDFLAGS)
 
-foo2hbpl2: foo2hbpl2.o $(LIBJBG)
+foo2hbpl2: foo2hbpl2.o
 	$(CC) $(CFLAGS) -o $@ foo2hbpl2.o $(LIBJBG) $(LDFLAGS)
 
-foo2hp: foo2hp.o $(LIBJBG)
+foo2hp: foo2hp.o
 	$(CC) $(CFLAGS) -o $@ foo2hp.o $(LIBJBG) $(LDFLAGS)
 
-foo2hiperc: foo2hiperc.o $(LIBJBG)
+foo2hiperc: foo2hiperc.o
 	$(CC) $(CFLAGS) -o $@ foo2hiperc.o $(LIBJBG) $(LDFLAGS)
 
-foo2lava: foo2lava.o $(LIBJBG)
+foo2lava: foo2lava.o
 	$(CC) $(CFLAGS) -o $@ foo2lava.o $(LIBJBG) $(LDFLAGS)
 
-foo2oak: foo2oak.o $(LIBJBG)
+foo2oak: foo2oak.o
 	$(CC) $(CFLAGS) -o $@ foo2oak.o $(LIBJBG) $(LDFLAGS)
 
-foo2qpdl: foo2qpdl.o $(LIBJBG)
+foo2qpdl: foo2qpdl.o
 	$(CC) $(CFLAGS) -o $@ foo2qpdl.o $(LIBJBG) $(LDFLAGS)
 
-foo2slx: foo2slx.o $(LIBJBG)
+foo2slx: foo2slx.o
 	$(CC) $(CFLAGS) -o $@ foo2slx.o $(LIBJBG) $(LDFLAGS)
 
-foo2xqx: foo2xqx.o $(LIBJBG)
+foo2xqx: foo2xqx.o
 	$(CC) $(CFLAGS) -o $@ foo2xqx.o $(LIBJBG) $(LDFLAGS)
 
-foo2zjs: foo2zjs.o $(LIBJBG)
+foo2zjs: foo2zjs.o
 	$(CC) $(CFLAGS) -o $@ foo2zjs.o $(LIBJBG) $(LDFLAGS)
 
 
@@ -560,43 +560,43 @@
 	cd osx-hotplug; $(MAKE) all
 endif
 
-ok: ok.o $(LIBJBG)
+ok: ok.o
 	$(CC) $(CFLAGS) ok.o $(LIBJBG) -o $@ $(LDFLAGS)
 
-ddstdecode: ddstdecode.o $(LIBJBG)
+ddstdecode: ddstdecode.o
 	$(CC) $(CFLAGS) ddstdecode.o $(LIBJBG) -o $@ $(LDFLAGS)
 
-gipddecode: gipddecode.o $(LIBJBG)
+gipddecode: gipddecode.o
 	$(CC) $(CFLAGS) gipddecode.o $(LIBJBG) -o $@ $(LDFLAGS)
 
-hbpldecode: hbpldecode.o $(LIBJBG)
+hbpldecode: hbpldecode.o
 	$(CC) $(CFLAGS) hbpldecode.o $(LIBJBG) -o $@ $(LDFLAGS)
 
-hipercdecode: hipercdecode.o $(LIBJBG)
+hipercdecode: hipercdecode.o
 	$(CC) $(CFLAGS) hipercdecode.o $(LIBJBG) -o $@ $(LDFLAGS)
 
-lavadecode: lavadecode.o $(LIBJBG)
+lavadecode: lavadecode.o
 	$(CC) $(CFLAGS) lavadecode.o $(LIBJBG) -o $@ $(LDFLAGS)
 
-oakdecode: oakdecode.o $(LIBJBG)
+oakdecode: oakdecode.o
 	$(CC) $(CFLAGS) -g oakdecode.o $(LIBJBG) -o $@ $(LDFLAGS)
 
-opldecode: opldecode.o $(LIBJBG)
+opldecode: opldecode.o
 	$(CC) $(CFLAGS) -g opldecode.o $(LIBJBG) -o $@ $(LDFLAGS)
 
-qpdldecode: qpdldecode.o $(LIBJBG)
+qpdldecode: qpdldecode.o
 	$(CC) $(CFLAGS) qpdldecode.o $(LIBJBG) -o $@ $(LDFLAGS)
 
-splcdecode: splcdecode.o $(LIBJBG)
+splcdecode: splcdecode.o
 	$(CC) $(CFLAGS) splcdecode.o $(LIBJBG) -lz -o $@ $(LDFLAGS)
 
-slxdecode: slxdecode.o $(LIBJBG)
+slxdecode: slxdecode.o
 	$(CC) $(CFLAGS) slxdecode.o $(LIBJBG) -o $@ $(LDFLAGS)
 
-xqxdecode: xqxdecode.o $(LIBJBG)
+xqxdecode: xqxdecode.o
 	$(CC) $(CFLAGS) xqxdecode.o $(LIBJBG) -o $@ $(LDFLAGS)
 
-zjsdecode: zjsdecode.o $(LIBJBG)
+zjsdecode: zjsdecode.o
 	$(CC) $(CFLAGS) zjsdecode.o $(LIBJBG) -o $@ $(LDFLAGS)
 
 command2foo2lava-pjl: command2foo2lava-pjl.o


<    1   2   3