Bug#942055: ghostscript in buster partly broken on armel?

Hi! Am 2020-02-04 22:09, schrieb Jonas Smedegaard: Most notable change between 9.22 and 9.24 - and also applied to various degree in security updates - was a security fix affecting interpretation of Postscript code. Maybe a stupid question, but does that fix work? I'm just wondering, if

Bug#949187: transition: python3.8

Hi, Am 4. Februar 2020 23:27:13 MEZ schrieb Simon McVittie : >On Tue, 04 Feb 2020 at 21:20:07 +0100, Rene Engelhard wrote: >> root@frodo:/# g-ir-scanner >... >> ModuleNotFoundError: No module named 'giscanner._giscanner' > >This is fixed in 1.62.0-5 (#950267). Thanks, yes, that prevents the

Bug#947721: Patch for git master

The Debian patches need to be refreshed to update to git master. I have done so, tested that it works on Linux amd64, and opened an MR on salsa [1]. This MR also disables building the embedded QSQLite library; the Debian version appears sufficient for Clementine. Antonio [1]

Bug#932082: sox: CVE-2019-13590

Hi, On Sun, Jul 14, 2019 at 10:16:46PM +0200, Salvatore Bonaccorso wrote: > Source: sox > Version: 14.4.2+git20190427-1 > Severity: important > Tags: security upstream > Forwarded: https://sourceforge.net/p/sox/bugs/325/ > > Hi, > > The following vulnerability was published for sox. > >

Bug#950709: broken dependencies, needs update

Package: libwxgtk3.0-dev Version: 3.0.4+dfsg-14 Severity: important This package is a total dependency failure, it needs to be updated to 3.0.4+dfsg-15.

Bug#909210: Does it make sense to ship automake-1.15 in bullseye?

Control: retitle 909210 Does it make sense to ship automake-1.15 in bullseye? Control: block 909210 by 950706 Control: block 909210 by 950708 Well, it landed in buster, so here's hoping for bullseye... On 2019-01-12, Ivo De Decker wrote: > On Wed, Sep 19, 2018 at 09:31:13PM +0300, Adrian Bunk

Bug#782636: Check Out the New Games for February on fubar!

Come check out all the cool new games we're releasing on fubar: Log in and play: https://fubar.com/recallclick.php?email=782...@bugs.debian.org=NrfIun%2BLJzgibr9J3RBvV5IqZFxWgLxc.37 Who would you rather kiss in the fubar Kissing Booth game:

Bug#950708: cabextract: switch to using automake

Package: cabextract Severity: normal Tags: patch Please consider switching away from automake-1.15 and using the regular automake package. Attached is a patch which does this by using dh-autoreconf. live well, vagrant From 3356dece852805a24770836fe88553e1cf387d2c Mon Sep 17 00:00:00 2001

Bug#950707: [monit] Depends: libcrypt1 (>= 1:4.1.0) but it is not going to be installed

Package: monit Version: 1:5.20.0-6 Severity: grave Dear maintainers, Many thanks for the packaging of this application on Debian Gnu/Linux. It seems there is one dependancy change (?) on recent monit Buster 10.2. As a result, it is not more possible to install monit Debian package on Buster

Bug#950706: rsyncrypto: switch to automake

Package: rsyncrypto Severity: normal Tags: patch Please consider switching away from automake-1.15, and using automake instead. Attached is a patch which does this, by using dh-autoreconf. live well, vagrant From 611cc2ef5304a449c5dfdaaafcabfb25afc89969 Mon Sep 17 00:00:00 2001 From: Vagrant

Bug#950704: automake-1.15: timestamps in info files break reproducibility

Package: automake-1.15 Severity: normal Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org When building automake-1.15 on different months, it leads to month and year getting embedded in the info pages,

Bug#950703: lintian seems to fail to close files properly - 'Too many open files'

Package: lintian Version: 2.48.0 Severity: important Hi lintian maintainers, linting texlive-extra .changes file hangs with too many open files: Useless use of concatenation (.) or string in void context at /usr/share/perl5/Font/TTF/Prop.pm line 143. Can't open

Bug#950705: zita-resampler FTCBFS: incomplete patch application, new issue

Source: zita-resampler Version: 1.6.2-1 Tags: patch User: debian-cr...@lists.debian.org Usertags: ftcbfs zita-resampler fails to cross build from source. This was already reported and supposedly fixed in #897049. However, the debian/rules portion of that patch went somehow missing. In addition

Bug#950420: efl FTCBFS: src/bin/eolian/meson.build:25:2: ERROR: Program(s) ['eolian_gen'] not found or not executable

Control: tags -1 pending On Tue, Feb 04, 2020 at 07:28:12AM +0100, Helmut Grohne wrote: > On Mon, Feb 03, 2020 at 10:14:24PM -0800, Ross Vandegrift wrote: > > - The Build-Depends for eolian_gen is versioned like this: > > libeolian-bin (= ${source:Upstream-Version}) [snip] > However, dpkg

Bug#950645: src:gmp, add lib64 for i386 x32 mipsel etc

On Wed, 05 Feb 2020 00:15:13 +0800 YunQiang Su wrote: > On Tue, 4 Feb 2020 21:20:59 +0800 YunQiang Su > wrote: > > Package: src:gmp > > Version: 6.2.0+dfsg-3 > > > > Since binutils/gcc meet some problem due to 2GB/3GB memory limitation > > on 32bit system. > > Now one solution is to have

Bug#950684: systemd: upgrade fails in a chroot where /var/log/ owner is not root:root

Am 04.02.20 um 18:35 schrieb Félix Sipma: > Detected unsafe path transition /var → /var/log during canonicalization > of /var/log/journal. Can you provide more details how your file system is setup. (bind-mounts, mount points, symlinks, owner ship etc) or better provide instructions how to

Bug#949636: MuJS

Hi, Thanks for working on this package! I can take a look over the weekend if no one beats me to it. Cheers, Kanru On Thu, Jan 30, 2020, at 6:30 AM, Bastian Germann wrote: > Package: wnpp > Severity: wishlist > > * Package name: mujs > Version : 1.0.6 > Upstream Author : Tor

Bug#950684: systemd: upgrade fails in a chroot where /var/log/ owner is not root:root

Am 04.02.20 um 18:35 schrieb Félix Sipma: > Package: systemd > Version: 244.1-3 > Severity: important > > Following #950533, I also had a problem upgrading systemd in a chroot, where > files in /, /var, /var/log are all owned by sbuild:sbuild. The upgrading > script Why would you make all

Bug#950702: tlp: New upstream version 1.3 is available

Source: tlp Severity: wishlist Tags: upstream Dear Maintainer, tlp version 1.3 has been release: https://github.com/linrunner/TLP/releases/tag/1.3.0 It provide new feature like: /etc/tlp.d/*.conf, which will be very helpful for extra config file maintaining. Please kindly consider upgrading

Bug#944279: Re[2]: RFP: qabcs -- educational software for young children to learn the alphabet and get familiar with a keyboard

> tags 944279 - moreinfo > tags 944279 pending > thanks Em ter., 4 de fev. de 2020 às 22:48, AdmSasha escreveu: > > Hello, > > I specified the license in svg files Thanks! I will reupload the package.

Bug#906149: Confirmation

Can confirm that this bug still exists in version 3.2.5-1.3+b2

Bug#881910: O: libcdio and libcdio-paranoia

Control: retitle -1 ITA: libcdio-paranoia Control: assign -1 ! I maintain pragha, which depends on this package, so I'll adopt it. Thanks, Gabriel

Bug#881719: O: libcdio and libcdio-paranoia

Control: retitle -1 ITA: libcdio Control: assign -1 ! I maintain pragha, which depends on this package, so I'll adopt it. Thanks, Gabriel

Bug#944279: Re[2]: RFP: qabcs -- educational software for young children to learn the alphabet and get familiar with a keyboard

Hello, I specified the license in svg files   >Среда, 5 февраля 2020, 3:16 +03:00 от Eriberto Mota : >  >tags 944279 moreinfo >tags 944279 - pending >thanks > >Hi Alexander, > >qABCs has a licensing issue and was rejected by FTP Master Team. > >Please, see more details at

Bug#938632: Teeworlds Python 3

It appears Teeworlds has been using Python 3 for at least the past year: https://github.com/teeworlds/teeworlds/commit/9bd2a2d98681add573e7e356eef361fde2ccd082

Bug#950701: Please install sysctl.d/50-default.conf to /usr/share/doc/

Package: systemd Version: 241-7~deb10u2 Severity: wishlist While setting net.core.default_qdisc=fq_codel at my site, I noticed that systemd already did so... but Debian systemd didn't. It turns out that this is due to systemd (204-9) unstable; urgency=medium [ Marco d'Itri ] *

Bug#950700: RFS: python-cliapp/1.20180812.1-4 [ITA] -- Python framework for Unix command line programs

Source: python-cliapp Version: 1.20180812.1-4 Severity: normal Dear mentors, I am looking for a sponsor for my package "python-cliapp" * Package name: python-cliapp Version : 1.20180812.1-4 Upstream Author : Lars Wirzenius * URL : http://liw.fi/cliapp/ *

Bug#950254: initramfs-tools: Please make libpthread pull in libgcc_s

On Mon, 03 Feb 2020 at 13:22:44 +0100, Vincent Bernat wrote: > The hack in cryptroot hook doesn't find it anymore. FWIW a mitigation was meanwhile uploaded as cryptsetup-initramfs 2:2.2.2-3, cf. #950628. -- Guilhem. signature.asc Description: PGP signature

Bug#944279: RFP: qabcs -- educational software for young children to learn the alphabet and get familiar with a keyboard

tags 944279 moreinfo tags 944279 - pending thanks Hi Alexander, qABCs has a licensing issue and was rejected by FTP Master Team. Please, see more details at https://bitbucket.org/admsasha/qabcs/issues/1/please-clarify-some-licensing-a-debian Regards, Eriberto

Bug#947759: Configuration optimizations for the cloud variant

On Tue, Feb 04, 2020 at 01:40:24PM -0500, Noah Meyerhans wrote: > Before optimizations: > > $ systemd-analyze > Startup finished in 7.828s (kernel) + 22.332s (userspace) = 30.161s > graphical.target reached after 20.312s in userspace > > With optimizations: > $ systemd-analyze > Startup

Bug#950414: binutils-dev: failed to build linux perf (tools/perf) due to missing functions

On Wed, 2020-02-05 at 09:59 +1030, Alan Modra wrote: > The binutils and gdb projects do not even pretend to a stable ABI or > API for libbfd and libopcodes. Particularly not ABI, that gets broken > on almost every week. perf and other projects that want to use libbfd > or libopcodes are of

Bug#950414: binutils-dev: failed to build linux perf (tools/perf) due to missing functions

The binutils and gdb projects do not even pretend to a stable ABI or API for libbfd and libopcodes. Particularly not ABI, that gets broken on almost every week. perf and other projects that want to use libbfd or libopcodes are of course welcome to do so, but they then need to deal with the

Bug#950699: ubuntu-dev-tools: mk-sbuild --type=file creates a root directory owned by $USER

Package: ubuntu-dev-tools Version: 0.175 Severity: normal Dear Maintainer, The `mk-sbuild --type=file` command creates a chroot in the form of a compressed tar archive. The root directory inside the tar is owned by the user that ran mk-sbuild, but should be owned by the root user. This appears

Bug#950698: sslh: possible improments to systemd service file

On Tue, Feb 04, 2020 at 11:49:14PM +0100, Andreas Henriksson wrote: > Package: sslh > Version: 1.20-1 > Severity: minor > > Dear Maintainer, > > There might be room for improving the systemd service file [...] You can also drop the lsb-base dependency. The lsb-base package is guaranteed to be

Bug#950514: gssproxy: Provided conf file ignored due to bad naming

Control: reassign -1 libini-config5

Bug#950698: sslh: possible improments to systemd service file

Package: sslh Version: 1.20-1 Severity: minor Dear Maintainer, There might be room for improving the systemd service file you seem to have provided since version 1.15-1 where changelog said: + debian/sslh.service, based on upstream scripts/systemd.sslh.service It seems the upstream service

Bug#950697: libnet-proxy-perl: missing-systemd-service-for-init.d-script

Package: libnet-proxy-perl Version: 0.12-6 Severity: normal Dear Maintainer, Please consider adding a native systemd service masking the already shipped init script (fixes lintian tag[1] in subject). I'm attaching my own attempt at writing a service file simply from looking at what the init

Bug#950614: libqt5core5a conflicts with libqtcore4

On Tue, Feb 04 2020, Nicholas D Steeves wrote: >> This makes libqt5core5a uninstallable for me. I have several programs >> which still depend on libqtcore4. I also still develop on qt4. > > FYI https://lists.debian.org/debian-devel-announce/2017/08/msg6.html > and

Bug#949187: transition: python3.8

On Tue, 04 Feb 2020 at 21:20:07 +0100, Rene Engelhard wrote: > root@frodo:/# g-ir-scanner ... > ModuleNotFoundError: No module named 'giscanner._giscanner' This is fixed in 1.62.0-5 (#950267). Upload was delayed by FOSDEM, needing a glib2.0 upload to be built first (to have the right Breaks for

Bug#738548: systemd support

Hello Brian May, Thanks for your quick followup on this. On Tue, Feb 04, 2020 at 08:16:54AM +1100, Brian May wrote: > I have no objection to this other then technical issues. Plus the lack > of time on my behalf. I'm happy to help if you can provide the testing and review (as I don't personally

Bug#950514: gssproxy: Provided conf file ignored due to bad naming

Control: reassign -1 libini_config5 I believe this is https://pagure.io/SSSD/ding-libs/3182 Thanks, --Robbie

Bug#950414: binutils-dev: failed to build linux perf (tools/perf) due to missing functions

Hi All, Le 04/02/2020 à 16:35, Hagen Paul Pfeifer a écrit : > * Matthias Klose | 2020-02-03 22:29:21 [+0100]: > > [CCing Alan Modra, H.J. Lu, Nick Clifton & Arnaldo] > > Ok, I tried to check what happens: > > - Alan Modra modified the bfd_section_* macros (see commit fd3619828e94a) >

Bug#950297: libyaml-syck-perl FTCBFS: compiler check too strict

On Tue, 04 Feb 2020 13:03:55 -0600, Todd Rinaldo wrote: > > In Debian, we know that we have a compiler when building packages, so > > the check doesn't bring any advantage, and unless I'm missing > > something we could just patch it out. > Given your expertise and control over the build

Bug#950429: rdeps testing

These packages in main import and/or depend on statsmodels: debian-science pandas plotly pysal python-bumps python-mne seaborn tnseq-transit A build+autopkgtest of these found no statsmodels-related breakage. (It did find one pre-existing FTBFS, seaborn #950695.) There are some test

Bug#950696: git-daemon-sysvinit: missing-systemd-service-for-init.d-script

Package: git-daemon-sysvinit Version: 1:2.25.0-1 Severity: normal Dear Maintainer, Please consider adding a native systemd service masking the already shipped init scripts (fixes lintian tag[1] in subject). I'm attaching my attempt at writing a service file based on looking at the init script.

Bug#950695: seaborn: FTBFS test failure in TestFacetGrid.test_set_ticklabels

Package: python3-seaborn Version: 0.9.0-2 Severity: serious Found during statsmodels transition testing, but also occurs without statsmodels. I have not investigated further. __ TestFacetGrid.test_set_ticklabels ___ self = def

Bug#950637: update build-dep on iptables-dev

On Tuesday, 4 February 2020 11:26:16 PM AEDT Arturo Borrero Gonzalez wrote: > It seems xtables-addons build-deps on iptables-dev, which no longer exists. Just like that?? Without even introducing "Provides" field?? Isn't that unnecessary disruptive? > Please update the build-deps of

Bug#652355: git-daemon-sysvinit: requires a switch to be flipped before it works

Hello, https://lintian.debian.org/tags/init.d-script-should-always-start-service.html Please get rid of the variable in favour of using the handling described in debian policy. eg. user can override things via policy-rc.d and if you don't want to have the service started/enabled by default then

Bug#943646: [Cmusphinx-devel] Debian Bug#943646: python3-pocketsphinx Upstream

Dear Simon Thank you for keeping track on this. I admit pocketsphinx-python project exists and contributed a lot to pocketsphinx popularity, I'm grateful to Bamboocher for that. I also commented on pypi/pocketsphinx misalignment here: https://github.com/cmusphinx/sphinxbase/issues/62

Bug#948695: openssh 7.9p1-10+deb10u2 flagged for acceptance

Oops. On 04-02-2020 22:22, Paul Gevers wrote: > The autopkgtest of wcc with the newly build openssh from > proposed-updates fails due to a segfault. I re-triggered the test and it > failed in the same way: Forgot the links: [Overview]

Bug#948695: openssh 7.9p1-10+deb10u2 flagged for acceptance

Hi Colin, On 02-02-2020 20:11, Adam D Barratt wrote: > package release.debian.org > tags 948695 = buster pending > thanks > > Hi, > > The upload referenced by this bug report has been flagged for acceptance into > the proposed-updates queue for Debian buster. > > Thanks for your contribution!

Bug#950694: crtmpserver: missing-systemd-service-for-init.d-script

Source: crtmpserver Version: 1.0~dfsg-5.5 Severity: normal Dear Maintainer, Please consider adding a native systemd service masking the already shipped init script (fixes lintian tag[1] in subject). I've attached my own attempt at writing a service file, based off looking at what the init

Bug#950693: RM: radare2/1.1.0+dfsg-5

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please remove radare2 from Stretch. There's a number of unfixed security issues and upstream actively objects it's presence in a stable release: #950372 Cheers, Moritz

Bug#950372: Is radare2 suitable for stable Debian releases?

On Sat, Feb 01, 2020 at 08:51:08PM +0100, Salvatore Bonaccorso wrote: > Hi Hilko, > > On Sat, Feb 01, 2020 at 12:57:27AM +0100, Hilko Bengen wrote: > > * Moritz Mühlenhoff: > > > > >> FTR, this was as well raised back in [1]. AFAIK there was no direct > > >> feedback to the question from Moritz

Bug#950691: RM: radare2/3.2.1+dfsg-5

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please remove radare2 from Buster. There's a number of unfixed security issues and upstream actively objects it's presence in a stable release: #950372 (There's an rdep (radere2-cutter) to be

Bug#950692: RM: radare2-cutter/1.7.4-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm See my earlier RM bug for radare2 itself. Cheers, Moritz

Bug#950690: cups-filters: Printing fails with an error about Grayscale/monochrome conversion

Package: cups-filters Version: 1.27.0-2 Severity: important Hi, since “some” time (few weeks maybe, I guess the 1.27.0 upload), I can't print on my Brother HL-5250DN network printer (which was working just fine earlier). The printer is laser monochrome, and I always was able to print color and

Bug#949187: transition: python3.8

Hi, On Mon, Feb 03, 2020 at 08:24:50PM +0100, Matthias Klose wrote: > On 2/3/20 8:22 PM, Simon McVittie wrote: > > On Sun, 02 Feb 2020 at 09:35:04 +0100, Matthias Klose wrote: > >> I think this is now in shape to be started. > > > > Please can this wait until the remaining bits of the libffi7

Bug#821097: closed by Debian FTP Masters (reply to Laszlo Boszormenyi (GCS) ) (Bug#821097: fixed in nanopb 0.4.1-1)

Great, thanks a lot Laszlo ! Have a nice day, Xav

Bug#950669: cups-browsed: segfault at 0 ip 00000000f79ffb5b sp 00000000fffd3828 error 4 in libc-2.29.so

On Tue, 4 Feb 2020, Didier 'OdyX' Raboud wrote: > Care to provide a backtrace ? I would if I knew how. It had been running for two days or so at that point, dæmonised, and now does not run. I had not been using the machine in that time. The addresses don’t help much due to ASLR either. If you

Bug#919285: reportbug can't handle onion addresses.

control: tags -1 unreproducible moreinfo On Mon, 14 Jan 2019 traumschulerie...@riseup.net wrote: > > Reportbug can't handle onion addresses. Thus when sources.list only > contains onion addresses reportbug thinks it is empty. > > $ reportbug > E: You must put some 'source' URIs in your

Bug#950297: libyaml-syck-perl FTCBFS: compiler check too strict

> On Jan 31, 2020, at 9:50 AM, gregor herrmann wrote: > > In my understanding, ExtUtils::HasCompiler is there for situations > where the presence of a compiler is not guaranteed. Right. If I don't do this then I get all sorts of testing failure reports about systems which don't have a

Bug#950297: libyaml-syck-perl FTCBFS: compiler check too strict

> On Feb 4, 2020, at 1:03 PM, Todd Rinaldo wrote: > > > >> On Jan 31, 2020, at 9:50 AM, gregor herrmann > > wrote: >> >> In my understanding, ExtUtils::HasCompiler is there for situations >> where the presence of a compiler is not guaranteed. > > Right. If I don't

Bug#942055: ghostscript in buster partly broken on armel?

Control: fixed -1 9.26a~dfsg-0+deb9u6 Control: fixed -1 9.26a~dfsg-0+deb9u1 Control: fixed -1 9.25~dfsg-0+deb9u1 Control: found -1 9.27~dfsg-3.1 Control: found -1 9.27~dfsg-3 Control: found -1 9.26a~dfsg-2 Control: found -1 9.26a~dfsg-1 Control: found -1 9.26~dfsg-2 Control: found -1 9.26~dfsg-1

Bug#948584: libc6: Mounting nfsv4-export from my NAS there is a segfault in libc

control: reassign -1 nfs-utils control: retitle -1 nfs-utils: unquoted paths in configuration file cause crashes On 2020-01-11 13:35, Bernhard Übelacker wrote: > Dear Maintainer, > I could reproduce the crash now in an minimal unstable VM with the > given config and the command line from the

Bug#947759: Configuration optimizations for the cloud variant

Before optimizations: $ systemd-analyze Startup finished in 7.828s (kernel) + 22.332s (userspace) = 30.161s graphical.target reached after 20.312s in userspace With optimizations: $ systemd-analyze Startup finished in 1.968s (kernel) + 6.536s (userspace) = 8.504s graphical.target reached after

Bug#950678: licensecheck: misdetect BSD license (quote issue ?)

Hi Dominique, Quoting Dominique Dumont (2020-02-04 18:16:47) > The file stdint-msvc2008.h [1] from libuv1 package is reported by > licensecheck as: > > $ licensecheck --copyright include/uv/stdint-msvc2008.h > include/uv/stdint-msvc2008.h: BSD 2-clause "Simplified" License BSD > (unspecified)

Bug#948932: closed by Didier Raboud (Bug#948932: fixed in hplip 3.19.12+dfsg0-3)

Thanks. This patch looks good. On 2/4/20 6:16 AM, Didier 'OdyX' Raboud wrote: Le lundi, 20 janvier 2020, 20.37:38 h CET Kevin Dalley a écrit : Thanks for working on this bug. I still get an error, though the error is different now. This should be fixed in hplip 3.19.12+dfsg0-4. Please

Bug#949789: libcdb-file-perl FTCBFS: computes a build architecture ARCHLIB

Control: clone -1 -2 Control: block 949789 with -2 Control: block 949266 with -2 Control: reassign -2 perl Control: severity -2 wishlist Control: retitle -2 Please provide a makefile snippet with common variables used during building perl modules On Mon, 03 Feb 2020 13:55:42 +0200, Niko Tyni

Bug#950614: libqt5core5a conflicts with libqtcore4

Hi Yuri, Yuri D'Elia writes: > This makes libqt5core5a uninstallable for me. I have several programs > which still depend on libqtcore4. I also still develop on qt4. FYI https://lists.debian.org/debian-devel-announce/2017/08/msg6.html and https://wiki.debian.org/Qt4Removal Best, Nicholas

Bug#950688: boost1.71: python autopkgtest fails

Source: boost1.71 Version: 1.71.0-5 Severity: serious The boost1.71 python autopkgtest fails with cmake >= 3.16 because the python include path isn't added correctly. In debian/tests/srcs/python/CMakeLists.txt the variable Python_INCLUDE_DIR is used but the correct variable is

Bug#950687: ITP: depthcharge-tools -- Tools to manage the Chrome OS bootloader

Package: wnpp Severity: wishlist Owner: Alper Nebi Yasak X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: depthcharge-tools Version : 0.3.0 Upstream Author : Alper Nebi Yasak * URL : http://github.com/alpernebbi/depthcharge-tools * License :

Bug#950297: libyaml-syck-perl FTCBFS: compiler check too strict

On Fri, 31 Jan 2020 16:50:44 +0100, gregor herrmann wrote: > > libyaml-syck-perl has a inc/ExtUtils/HasCompiler.pm that is used for > > checking whether the compiler can build a loadable module. That fails. I > > think the failure is to be expected, because a cross compiled object > > cannot be

Bug#950606: gdb-source: generated tarball includes system metadata

Hello, Missatge de Vagrant Cascadian del dia dt., 4 de febr. 2020 a les 7:33: > The attached patch passes arguments to tar to ensure reproducible builds > of this package. Thanks, applied in git, queued for next release. [debian/unstable 4704dec43] debian/rules: allow reproducible source

Bug#950686: ITP: partman-cros -- Add partman support for ChromeOS kernel partitions

Package: wnpp Severity: wishlist Owner: Alper Nebi Yasak X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: partman-cros Version : 1 Upstream Author : Alper Nebi Yasak * URL : http://salsa.debian.org/alpernebbi-guest/partman-cros * License : GPL-2.0+

Bug#950671: linux-image-4.19.0-6-amd64: docker builds fails with overlayfs errors

Source: linux Source-Version: 4.19.87-1 Hi, On Tue, Feb 04, 2020 at 03:48:46PM +, Thomas Weißschuh wrote: > Package: src:linux > Version: 4.19.67-2+deb10u2 > Severity: normal > Tags: upstream > > Dear Maintainer, > > we are affected by a regression the buster (security) kernel. > The

Bug#950677: pglogical-ticker FTBFS with PostgreSQL 12

I cannot build pglogical-ticker for postgres 12 because it depends on pglogical, which is still not available for postgres 12. Thank you, *Jeremy Finzel* *Database Administrator Tech Lead* *M* 630-777-4520 On Tue, Feb 4, 2020 at 11:15 AM Adrian Bunk wrote: > Source: pglogical-ticker >

Bug#885267: coccinelle: Depends on unmaintained pygtk

Source: coccinelle Version: 1.0.4.deb-3 Hi everybody, This issue was forward to upstream [1]. The dependency will be remove from coccinelle soon [1] https://systeme.lip6.fr/pipermail/cocci/2020-February/006836.html Cheers, eamanu

Bug#950672: hy: diff for NMU version 0.17.0-1.1

Hi Tianon (2020.02.04_17:18:33_+) > I'm hoping to get 0.18.0 packaged soon, which (as you mentioned) > should make this moot, but I don't see any harm in getting a fix in > sooner (really, feel free to skip DELAYED entirely if you want to get > this fixed faster). Thanks, rescheduled to 0.

Bug#950669: cups-browsed: segfault at 0 ip 00000000f79ffb5b sp 00000000fffd3828 error 4 in libc-2.29.so

Control: retitle -1 [x32] cups-browsed: segfault at 0 ip f79ffb5b sp fffd3828 error 4 in libc-2.29.so Control: tags -1 +upstream +moreinfo Control: user debian-...@lists.debian.org Control: usertags -1 +port-x32 Le mardi, 4 février 2020, 17.04:07 h CET Thorsten Glaser a écrit : >

Bug#950683: HAProxy inconsistent PID file location

❦ 4 février 2020 17:17 +00, Chris Hide : > I believe there is an inconsistency in the location of the PID file. > In /lib/systemd/system/haproxy.service the PID file is /run/haproxy.pid. > In /etc/init.d/haproxy the PID file is /var/run/${BASENAME}.pid. That's the same file. /var/run should be

Bug#950685: todotxt-cli: Custom actions don't work due to non-standard todotxt directory

Package: todotxt-cli Version: 2.11.0-2 Severity: normal Tags: patch Dear Maintainer, This bug is already confirmed upstream: https://github.com/todotxt/todo.txt-cli/issues/292 This can be fixed for this package to work without a fix by upstream. Only the variable $TODO_ACTIONS_DIR must set

Bug#950683: HAProxy inconsistent PID file location

Package: haproxy Version: 1.8.19-1+deb10u1 I believe there is an inconsistency in the location of the PID file. In /lib/systemd/system/haproxy.service the PID file is /run/haproxy.pid. In /etc/init.d/haproxy the PID file is /var/run/${BASENAME}.pid. This means that when someone runs the init

Bug#950684: systemd: upgrade fails in a chroot where /var/log/ owner is not root:root

Package: systemd Version: 244.1-3 Severity: important Following #950533, I also had a problem upgrading systemd in a chroot, where files in /, /var, /var/log are all owned by sbuild:sbuild. The upgrading script tried to create a dir /var/log/journal/, owned by root:root, and then failed

Bug#950682: please provide a backport for buster

Package: dino-im Version: 0.1.0-1 Severity: wishlist please provide a backport for buster

Bug#950680: please provide a backport for buster

Package: python3-aiohttp-session Version: 2.9.0-2 Severity: wishlist please provide a backport for buster

Bug#950681: please provide a backport for buster

Package: python3-aiohttp-security Version: 0.4.0-2 Severity: wishlist please provide a backport for buster

Bug#950672: hy: diff for NMU version 0.17.0-1.1

On Tue, 4 Feb 2020 at 08:57, Stefano Rivera wrote: > I've prepared an NMU for hy (versioned as 0.17.0-1.1) and > uploaded it to DELAYED/5. Please feel free to tell me if I > should delay it longer. Nice, I think this is perfectly reasonable, thanks! I'm hoping to get 0.18.0 packaged soon, which

Bug#950679: ftp.debian.org: openbve-data package is redundant, as openbve package does not ship since o-stable

Package: ftp.debian.org Severity: normal openbve-data is data package for openbve, which is only available in o-o-stable, while openbve-data is availabe througout releases and available right now. I believe it should be removed.

Bug#950678: licensecheck: misdetect BSD license (quote issue ?)

Package: licensecheck Version: 3.0.42-1 Severity: normal Dear Maintainer, The file stdint-msvc2008.h [1] from libuv1 package is reported by licensecheck as: $ licensecheck --copyright include/uv/stdint-msvc2008.h include/uv/stdint-msvc2008.h: BSD 2-clause "Simplified" License BSD (unspecified)

Bug#950676: s3ql: missing build dependency on dh-python

Source: s3ql Version: 3.3.2+dfsg-1 Severity: serious Tags: ftbfs https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/s3ql.html ... fakeroot debian/rules clean dh clean --with python3,sphinxdoc dh: error: unable to load addon python3: Can't locate

Bug#950677: pglogical-ticker FTBFS with PostgreSQL 12

Source: pglogical-ticker Version: 211 Severity: serious Tags: ftbfs https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/pglogical-ticker.html ... fakeroot debian/rules clean pg_buildext checkcontrol --- debian/control 2019-09-12 03:21:00.0 -1200 +++

Bug#943423: libccfits-doc: FTBFS with doxygen 1.8.16-1~exp3 from experimental)

clone 943423 -1 reassign -1 doxygen retitle -1 doxygen-latex is now useless, should be removed from the archive? block 943423 by -1 thanks On 2019-11-05 20:54, Aurelien Jarno wrote: > tag 943423 + moreinfo > > Hi, > > On 2019-10-24 18:59, Paolo Greppi wrote: > > Package: libccfits-doc > >

Bug#925921: RFP: nuspell -- Debian package files

Small update, package files are now at https://github.com/nuspell/nuspell/tree/debian/debian Script to build Debian packages is at https://github.com/nuspell/misc-nuspell/tree/master/packaging Still looking for a sponsor to review and add this library to https://ftp-master.debian.org/new.html

Bug#950672: hy: diff for NMU version 0.17.0-1.1

Control: tags 950672 + pending Dear maintainer, I've prepared an NMU for hy (versioned as 0.17.0-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. SR diff -Nru hy-0.17.0/debian/changelog hy-0.17.0/debian/changelog ---

Bug#950674: Missing dependency

Package: youtube-dl Version: 2020.01.24-0.1 Severity: minor The --bidi-workaround option requires bidiv or fribidi executables. They are supplied by libfribidi-bin and bidiv. Please add: Suggests: libfribidi-bin | bidiv -- System Information: Debian Release: 10.2 APT prefers stable-updates

Bug#950673: autoremove reports "1 not upgraded"

Package: apt Version: 1.8.2 Severity: minor Hi, I'm getting a report from "apt autoremove" that one package could not be upgraded, while "apt upgrade" reports zero: # apt upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating

Bug#950671: linux-image-4.19.0-6-amd64: docker builds fails with overlayfs errors

Package: src:linux Version: 4.19.67-2+deb10u2 Severity: normal Tags: upstream Dear Maintainer, we are affected by a regression the buster (security) kernel. The problem manifests itself when building multiple docker containers concurrently. (We are using a non-debian docker package). The

Bug#950645: src:gmp, add lib64 for i386 x32 mipsel etc

On Tue, 4 Feb 2020 21:20:59 +0800 YunQiang Su wrote: > Package: src:gmp > Version: 6.2.0+dfsg-3 > > Since binutils/gcc meet some problem due to 2GB/3GB memory limitation > on 32bit system. > Now one solution is to have host64-target32 toolchains if the arch > have compatible 64bit arch, > just

Bug#950670: suck: lmove incorrectly fails to recognize listed newsgroup in some messages

Package: suck Version: 4.3.4-1 Severity: normal The lmove helper tool fails to find newsgroups which are listed in the active and newsrc files in some messages. So far, all the examples I've examined have the group which should match listed last, and on a continuation line. The tarball contains

  1   2   >