On 2019-01-04 22:49 +, Santiago Vila wrote:
> Package: src:nocache
> Version: 1.1-1
> Severity: serious
> Tags: ftbfs
>
> Dear maintainer:
>
> I tried to build this package in sid but it failed:
>
>
> [...]
>
Package: src:apriltag
Version: 0.10.0-1
Severity: serious
Tags: sid buster
apriltag ftbfs on release architectures, where it built before. Looks like the
build system is exaggerating optimization flags, using -O4 nonsense.
On 04.01.19 20:58, Adrian Bunk wrote:
> Package: idle-python3.6
> Severity: serious
>
> The following packages have unmet dependencies:
> idle-python3.6 : Depends: python3.6-tk but it is not installable
it doesn't make sense to file this issue, with the python3.6 removal pending.
Package: aptitude
Version: 0.8.11-3
Severity: important
Starting aptitude fails due to a missing Xapian symbol:
$ aptitude
aptitude: symbol lookup error: aptitude: undefined symbol:
_ZN6Xapian4MSetC1EOS0_
This is probably a bug in the syms in the applicable xapian library package
causing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Package: wit
Version: 3.01a-2
It looks like that "wit" expects that everything is in English, and crashed
when dealing with files that contain non-english entries.
===BEGIN OUTPUT===
pthfdr:/r/m/s/W/q>wit copy --fst test.iso Popn\
On Fri, Jan 04, 2019 at 06:57:21AM +0100, Salvatore Bonaccorso wrote:
> > LD vmlinux.o
> > MODPOST vmlinux.o
> > GEN .version
> > CHK include/generated/compile.h
> > UPD include/generated/compile.h
> > CC init/version.o
> > LD init/built-in.o
> >
package: python3-dfwinreg
version: 20180712-1
severity: serious
It seems that with the most recent upload the build-dependencies were fixed from "dtfabric" to
"python-dtfabric" and "python3-dtfabric", but the binary dependencies for python-dfwinreg and
python3-dtwinreg are still on "dtfabric",
reassign 914607 dfwinreg
found 914607 20180712-1
fixed 914607 20181214-2
thanks
Britney gets confused when a bug is closed by a package other than the one it
is filed against, so I am reassinging the bug to the package that closed it.
On 01/01/19 23:09, Debian Bug Tracking System wrote:
This
Package: ftp.debian.org
Severity: normal
As discussed in bug #832355, the ktap kernel module hasn't been
buildable since Linux 4.6 due to kernel API changes. The
project is dead upstream, so this is unlikely ever to be fixed.
The maintainer has acknowledged this.
Ben.
I rebuilt my (lxc/sid) container from scratch, and copied in the original
asterisk config.
Asterisk now works perfectly.
I did a filesystem-wide `diff` between the container that is broken and the one
that works. There’s no smoking gun, unfortunately.
There are definitely no library
Package: transmission-daemon
Version: 2.94-2
Severity: important
Dear Maintainer,
I have been using transmission-daemon for an extended time without any
problems. Today, shortly after adding a torrent file I get an error stating
permission denied to my downloads folder in my home directory. The
Control: fixed -1 1.6.1-1
On Tue, Nov 20, 2018 at 03:14:58PM -0500, Boyuan Yang wrote:
> Source: ibus-chewing
> Version: 1.5.1-3
> Severity: normal
> X-Debbugs-CC: m...@debian.org czc...@debian.org
>
> I noticed that ibus-chewing is tagging some new releases but didn't
> explicitly list them on
Package: unattended-upgrades
Version: 1.9
On Sat, 11 Aug 2018 10:40:33 +0800 Paul Wise wrote:
> Recently I have had unattended-upgrades upgrade random packages from
> testing to experimental.
I thought this had been fixed but recently I got git upgraded to
experimental for some reason. I've
This started happening to me recently, not sure what change could be to blame
but I found a lengthy thread on the ubuntu bug tracker that seems to confirm
things. Copying the relevant post:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1508146/comments/66
---
In my case, I traced
Package: unattended-upgrades
Version: 1.9
Severity: serious
unattended-upgrades tried to upgrade a package (lvm2) with a conffile
prompt and failed because conffile prompts require user input. This
meant that the upgrade of lvm2 failed and was the system was left in a
partially broken state.
Seems like I failed to add additional info:
Picture of error:
https://mega.nz/#!LehDlKbB!x_pFGX3wlq-Kgo6v5jUC6ydbqTQ4R43bft7mAC6j_ms
This seems to be realted to initrd since when I ran update-initramfs on an
older kernel that one started showing the same symptoms as the new one.
On Fri, Jan 04, 2019 at 08:37:24PM +0200, Graham Inggs wrote:
>This sounds like #918157.
Nod. I'm seeing similar behaviour in a few more packages since tihs
point, too. :-(
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Google-bait:
Hi,
El vie., 4 de ene. de 2019 a la(s) 17:17, Jonathan McDowell (
nood...@earth.li) escribió:
> On Fri, Jan 04, 2019 at 09:56:10AM -0300, eamanu15 wrote:
> > El lun., 31 de dic. de 2018 a la(s) 05:02, Jonathan McDowell (
> > nood...@earth.li) escribió:
> > > On Sun, Dec 30, 2018 at 11:29:33PM
> "Adrian" == Adrian Bunk writes:
latest upgrade of libkrb5-3 (1.16.1-1 -> 1.16.2-1)
>> automount starts but dies immediately after accessing a
>> automounter point.
>>
>> Automount is configured to authenticate via GSSAPI using system
>> keytab. After the GSSAPI
First of all sorry for the late answer, Google tought your answer were
spam. :(
Il 30/12/18 15:51, Simon McVittie ha scritto:
> Control: tags -1 + moreinfo
>
> On Sun, 30 Dec 2018 at 11:45:12 +0100, Paolo Redaelli wrote:
>> gimp: symbol lookup error: /usr/lib/x86_64-linux-gnu/libgegl-0.4.so.0:
>>
Package: postbooks
Version: 4.11.3-1~bpo9+1
Severity: important
Dear Maintainer,
I just tried upgrading from the version of Postbooks in Stretch to the one in
Stretch-Backports (4.11.3-1) and the backports version hits a segmentation
fault after I log in to the database and click to proceed
Package: apparmor-profiles
Version: 2.13.1-3
Followup-For: Bug #881460
I've created a patch to resolve this bug. After applying the patch you should
link/copy the profile to /etc/apparmor.d, enforce the profile again (the kernel
ring buffer will show a STATUS message) and restart NetworkManager.
On Thu, Jan 03, 2019 at 11:16:46AM +0100, Moritz Schlarb wrote:
> Source: cfengine3
> Severity: wishlist
>
> Dear Maintainer,
>
> please consider packaging the latest LTS release (3.12.1) before the Buster
> freezes begin.
>
> IMHO this makes sense if you look at the upstream support timeline
On Wed, Jan 02, 2019 at 01:05:40PM +0100, Emmanuel Bourg wrote:
> Le 30/12/2018 à 17:29, tony mancill a écrit :
>
> > Given that there aren't many (or any?) r-deps for the openhft libraries,
> > I'm tempted to pull the versions in experimental into unstable so we
> > have the libraries in buster.
Package: apparmor-profiles
Version: 2.13.1-3
Followup-For: Bug #881460
I've created a patch to resolve this bug. After applying the patch you should
link/copy the profile to /etc/apparmor.d, enforce the profile again (the kernel
ring buffer will show a STATUS message) and restart NetworkManager.
> But it looks like ktap is dead upstream now, so perhaps we should just
> remove it from the archive instead?
Sadly, but yes.
So agree, should be just removed from the archive.
Regards,
Azat.
Package: openvswitch-switch
Version: 2.10.0+2018.08.28+git.8ca7c82b7d+ds1-10
Severity: important
Tags: patch
Dear Maintainer,
Just configured openvswitch 2.10 on a newly-upgraded Buster machine
(fresh install with Stretch/9.6, immediately dist-upgraded to Buster).
When raising the interfaces
On Fri, 04 Jan 2019 15:54:01 -0500 Sam Hartman wrote:
> There are no thread support changes between 1.16.1 and 1.16.2.
> There is one ccache related change which I'll include below related to
> memory ccaches.
> Do you know what type of credential cache is being used here?
Hi Marga,
On Fri, 19 Oct 2018 19:08:45 +0200 Marga Manterola wrote:
> sbuild includes a handy --append-to-version parameter. This is what the
> current manpage says:
>
>--append-to-version=string
> This option is similar to --make-binNMU except that it
> allows the user
Package: myspell-et
Version: 1:20030606-29
Severity: wishlist
as seen in #918318 and #918305, we're trying to get language-generic
symlinks added to hyphenation packages for the purposes of getting
pyphen packaged without shipping duplicate hyphenation dictionaries.
To acheive this, myspell-et
On Fri 2019-01-04 17:47:20 -0500, Daniel Kahn Gillmor wrote:
> Control: tags 918305 + patch
attached is a revised patch, which includes a en_Latn_US.dic symlink.
the merge request has already been updated.
regards,
--dkg
>From f8f0902e757b65b2bfcc6e2e3faaa844e9c00780 Mon Sep 17
Package: src:libreoffice-dictionaries
Version: 6.1.3-1
In the course of looking into pyphen packaging with Scott Kitterman, i
noticed that it expects symlinks from hyphenation files like hyph_af.dic
to hyph_af_ZA.dic. I filed https://bugs.debian.org/918305 against
hyphen-en-us for that package.
tags 918316 + patch
thanks
The patch below works for me:
--- a/debian/rules
+++ b/debian/rules
@@ -18,5 +18,5 @@ override_dh_auto_test:
ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
# -NOCACHE_NR_FADVISE=2 dh_auto_test -v
## #916415
- timeout 11 ./nocache apt show coreutils
Package: wnpp
Severity: wishlist
Owner: Utkarsh Gupta
* Package name : ruby-selenium-webdriver
Version : 3.141.0
Upstream Author : Selenium HQ
* URL : https://github.com/SeleniumHQ/selenium
* License : Apache-2.0
Programming Lang : Ruby
I had a go at this and it looks like the package simply is not ready for
Java 9+. The unmappable character error is bogus. Rather issues like
using an underscore character as a variable name (which is forbidden in
Java 9) or naming a package java.lang ... are the root cause of the FTBFS.
Markus
Hi Michael,
On Fri, Jan 04, 2019 at 11:10:42AM -0800, Michael R. Crusoe wrote:
> Package: d-shlibs
> Version: 0.83
> Severity: normal
>
> Dear Maintainer,
>
> While fixing the missing linkage to libsvm in libpsortb I received the
> following message:
>
> devlibs error: There is no package
Heya, I have replied, at least I had typed it :o/
So, yes, I had chosen that version of ffsort_index to get hhsuite to
compile. I have no idea if there are other reverse dependencies on
ffindex, my priority is on hhsuite.
Cheers,
Steffen
On 04.01.19 18:17, Michael Crusoe wrote:
I think
On Sat, Jan 05, 2019 at 12:58:49AM +0300, Dmitry Shachnev wrote:
> Hi Geert!
Hi Dmitry,
Hi Python list,
Hi Bugreport 917468,
> On Fri, Jan 04, 2019 at 10:16:20PM +0100, Geert Stappers wrote:
> > Hello,
> >
> > Here Debian Developer 'stappers'.
> >
> > I'm working on
On Fri, Jan 04, 2019 at 04:49:30PM -0500, Jeremy Bicha wrote:
> On Fri, Jan 4, 2019 at 4:33 PM wrote:
> > pkg-config gtk+-3.0 --libs
> >
> > I get
> >
> > Package 'gdk-3.0' requires 'gdk-pixbuf-2.0 >= 2.30.0' but version of
> > gdk-pixbuf-2.0 is 2.10.14
> >
> > In fact version 2.36.5-2+deb9u2 is
Package: src:nocache
Version: 1.1-1
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in sid but it failed:
[...]
debian/rules build-arch
dh build-arch
dh_update_autotools_config -a
Package: src:hyphen
Version: 2.8.8-5
Severity: wishlist
the hyphen package hasn't had a release in several years.
however, there are several useful-looking changes (including cleanup in
the build scripts) in git (upstream uses
https://github.com/hunspell/hyphen for hosting, afaict).
It might be
Control: tags 918305 + patch
I've just submitted
https://salsa.debian.org/libreoffice-team/hyphen/merge_requests/1, which
includes the fix attached here for #918305.
Thanks for maintaining the hyphen package!
--dkg
From 62aeebfc6a75d6b11abbd319ff22f8dc17af78a3 Mon Sep 17 00:00:00 2001
Am 04.01.19 um 21:49 schrieb Patrick Häcker:
> I think the state to see the problem is quite reproducible: First install
> systemd 239 and afterwards install systemd 240, i.e. I can recreate whatever
> state you need.
It is indeed reproducible easily, which is why I raised this upstream
Source: gmp
Version: 2:6.1.2+dfsg-1
Severity: wishlist
Tags: patch
Dear Maintainer,
As --enable-fat works only on i386^1, on armhf neon-optimized code is
never used, rendering gmp much slower than it can be.
As a workaround, I suggest to compile and install separate
neon-optimized library
Hello:
I think that I have found the origin of this bug. It is in the
liboglappth2 package. This package has only one reverse dependency, that
is ghemical. The package has remained the same (MD5 sum) since at least
wheezy and something in the compilation dependencies has changed so that
Ben or Laurent, do one of you want to submit the follow-up bug report
to fully change the section?
Thanks,
Jeremy Bicha
On Fri, Jan 04, 2019 at 08:13:53PM +0100, Alexander Meyer wrote:
> Would this warrant to add "affects" tags for firefox and chromium to
> this bug? Not sure about the Debian policy here. In this case, the
no - see https://www.debian.org/Bugs/server-control#affects
(since you're the only one to
Package: ftp.debian.org
Severity: normal
Please remove bfgminer, it's RC-buggy, orphaned for almost a year without
an adopter and already missed the previous stable release.
Cheers,
Moritz
Source: salt
Version: 2018.3.3+dfsg1-1
Severity: serious
Control: affects -1 salt-master salt-minion
https://piuparts.debian.org/sid/source/s/salt.html
Purging configuration files for salt-master (2018.3.3+dfsg1-1) ...
rmdir: failed to remove '/var/lib/salt/pki': No such file or directory
Source: stormbaancoureur
Version: 2.1.6-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
stormbaancoureur fails to cross build from source, because it does not
pass cross tools to make. The easiest way of doing so - using
dh_auto_build - makes stormbaancoureur cross buildable. Please
On Fri, Jan 04, 2019 at 07:17:24PM +0200, Michael Crusoe wrote:
> I think 0.9.9.7+sog+git20160415.14274c9-1 is the source of the recent FTBFS
> of hhsuite: https://bugs.debian.org/917495 as our packaged version is
> missing the "ffsort_index" function.
>
> The hh-suite github repo contains a
On 2019-01-04 21:26:03, Iustin Pop wrote:
> On 2019-01-04 20:16:40, Gianfranco Costamagna wrote:
> > thanks for having a look! I was wondering about something more subtle and
> > behind the scenes :)
> > btw for some reasons the ci is not running the testsuite on
> >
Package: php-respect-validation
Version: 1.1.15-1
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The dependency upon php-symfony-polyfill-mbstring can safely be replaced with
php-mstring, which provides the extension itself. There is some relevant
discussion in
On Fri, Jan 4, 2019 at 3:31 PM Salvatore Bonaccorso wrote:
> Did you got a chance to ping upstream on that issue and report it?
No, but you can if you like.
https://gitlab.gnome.org/World/AbiWord is the current source repo, but
you might need to still use bugzilla for reporting issues.
Thanks,
On Sun, Jul 15, 2018 at 02:55:15PM +0200, Salvatore Bonaccorso wrote:
> Source: accountsservice
> Version: 0.6.43-1
> Severity: important
> Tags: patch security upstream
> Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=107085
> Control: found -1 0.6.45-1
>
> Hi,
>
> The following
On Fri, Jan 04, 2019 at 08:13:53PM +0100, Alexander Meyer wrote:
> * Thomas Dickey [2019-01-04 01:10]:
>
> > On Thu, Jan 03, 2019 at 05:56:26PM +0100, Alexander Meyer wrote:
> >> * Thomas Dickey [2019-01-02 10:46]:
> >>
> >>> I verified that the same issue exists in current code, and submitted
Source: sphinxcontrib-programoutput
Version: 0.11-3
Severity: important
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx1.8
Dear maintainer,
Currently sphinxcontrib-programoutput fails to build against Sphinx 1.8,
which is available in experimental.
Please update to the latest
Package: lintian
Version: 2.5.119
when checking the hyphen source package, lintian claims:
I: hyphen-en-us: wrong-section-according-to-package-name hyphen-en-us =>
localization
but all hyphen-* packages are Section: text, as hyphen-en-us is. (see
the source for libreoffice-dictionaries, which
K, found some hints through the Sogo ml.
If you set SoProductRegistryDebugEnabled = YES; in the sogo.conf you can
see it fails to load some libs:
Jan 04 21:50:23 sogod [6628]: version 4.0.4 -- starting
Jan 04 21:50:23 sogod [6628]: vmem size check enabled: shutting down app
when vmem > 384
Package: civicrm-common
Version: 5.8.2+dfsg-1
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The dependency upon php-symfony-polyfill-iconv can safely be dropped, since
php-common already provides the iconv extension. There is some relevant
discussion in #911832 as
On Sun, May 27, 2018 at 10:54:06PM +0200, Gabriel Corona wrote:
> This seems correct with respect to injection through the URI:
> the URI string cannot be expanded into multiple arguments
> and is not passed to `system()`.
Agreed, this CVE seems like a non issue, the CVE entry at MITRE
also only
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi RMs,
It's a small transition with only three packages: biboumi,
libqtshadowsocks and qtcreator. All three build fine with
this botan release as well.
It is also needed for proper
On 15272 March 1977, Chris Lamb wrote:
I suggested this, since currently it's easier to write a reject
message than a bug from within DAK. I envision something like
an "Add overrides and file bug" option within process-new so
that accept plus bug would be approximately as easy/fast as
Package: hyphen-en-us
Version: 2.8.8-5
Severity: wishlist
Some tools, like pyphen's test suite (see RFP
https://bugs.debian.org/917039) expect a fallback symlink from a
generic language to a region-specific language.
Please provide a fallback symlink from hyph_en.dic to hyph_en_US.dic
in
Hello Michael Tokarev, hello Theo
I have now another machine at hand where I currently have
buster installed, where today qemu-user-static in
version 3.1 appeared.
So I did some tests.
It still shows the issue reported by Theo:
root@qnap-119p-ii:~# chroot /tmp/buster-chroot-i386 /bin/bash
Package: debmirror
Version: 1:2.30
Severity: normal
sid is apparently currently signed by three keys -- automatic signing
keys for wheezy, jessie, and stretch. I can't justify this (i have no
idea why it should be signed by the wheezy signing key, for example),
but that shouldn't matter for
Hi,
this only happens with the zoho SMTP server if your test mail has no
blank line that separates mail headers and mail body.
Please try (for example) 'echo -e "test-header\n\ntest-body"' instead
of just 'echo "test"'; it should work fine.
Explanation: if the mail-terminating "." line appears
On Fri, Jan 4, 2019 at 4:33 PM wrote:
> pkg-config gtk+-3.0 --libs
>
> I get
>
> Package 'gdk-3.0' requires 'gdk-pixbuf-2.0 >= 2.30.0' but version of
> gdk-pixbuf-2.0 is 2.10.14
>
> In fact version 2.36.5-2+deb9u2 is installed. The culprit seems to be
>
El dv 04 de 01 de 2019 a les 17:57 +0100, Ross Gammon va escriure:
> And he has been recently adding information to some of the bugs,
> including
> asking for help to upload something.
Indeed, I am still waiting. Boyuan Yang offered to sponsor too. I am
fine if you do the upload.
Next upstream
Hi,
the problem is fixed since version 1.6.8, which added support for TLS
Server Name Indication (SNI).
I just tested with the mail server mail.bdld.info mentioned in your
report.
Best,
Martin
Quoting Antoine Beaupré (2019-01-04 22:32:56)
> > I fixed the problem by changing sbuild such that it now creates the sbuild
> > user and the BUILD_USER inside the chroot if they don't exist yet. This job
> > is usually done by sbuild-createchroot but since you are using qemu I guess
> > that you
Just noticed an updated package (4.0.4-2) was available in buster.
However it is still broken with the same error.
Is there anything I can do to help fix this?
Rg,
Arnaud
Source: tmuxinator
Version: 0.12.0-3
Severity: serious
Tags: ftbfs
Control: block -1 by 888119
tmuxinator build depends on ruby-awesome-print
that is currently not in buster due to #888119.
On 2019-01-04 22:20:52, Johannes Schauer wrote:
[...]
> I fixed the problem by changing sbuild such that it now creates the sbuild
> user
> and the BUILD_USER inside the chroot if they don't exist yet. This job is
> usually done by sbuild-createchroot but since you are using qemu I guess that
>
Source: ruby-omniauth-cas3
Version: 1.1.4-2
Severity: serious
Tags: ftbfs
Control: block -1 by 888119
ruby-omniauth-cas3 build depends on ruby-awesome-print
that is currently not in buster due to #888119.
Source: ruby-compat-resource
Version: 12.10.5-1
Severity: serious
Tags: ftbfs buster sid
Control: block -1 by 912246
ruby-compat-resource build depends on ruby-cheffish
that is currently not in buster due to #912246.
Package: libgdk-pixbuf2.0-dev
Version: 2.36.5-2+deb9u2
Severity: normal
Dear Maintainer,
If I run
pkg-config gtk+-3.0 --libs
I get
Package 'gdk-3.0' requires 'gdk-pixbuf-2.0 >= 2.30.0' but version of
gdk-pixbuf-2.0 is 2.10.14
In fact version 2.36.5-2+deb9u2 is installed. The culprit seems
Source: python-oslo.messaging
Version: 8.1.0-3
Severity: serious
Tags: ftbfs
Control: block -1 by 896117 896507 897841
python-oslo.messaging build depends on python-pyngus that is currently
not in buster due to #896117, #896507 and #897841.
Package: cpio-doc
Version: 2.12-0.1
File: /usr/share/info/cpio.info.gz
X-Debbugs-Cc: bug-c...@gnu.org
--extract-over-symlinks Force writing over symbolic links
is missing from the INFO version.
Also
(info "(cpio) Invoking cpio")
shows lots of whitespace when
(setq
Source: php-services-weather
Version: 1.4.7-4
Severity: serious
Tags: ftbfs buster sid
Control: block -1 by 889532
php-services-weather build depends on php-db that is currently
not in buster due to #889532.
Control: tag -1 + pending
Hi again,
On Fri, 04 Jan 2019 12:50:41 +0100 Johannes Schauer wrote:
> On Fri, 26 Oct 2018 15:33:32 -0400 Antoine Beaupre wrote:
> > I have tried to use the autopkgtest backend with the qemu server but it
> > completely failed to launch the build:
> >
> > [...]
> >
>
Hi Craig,
> If a patch description ends with a word and the long description starts
> with the same word, lintian incorrectly considers this a duplicate word.
>
> For example:
> Subject: Correct snmpwalk args in snmpcheck
>
> snmpcheck used the old command line arguments for snmpwalk giving
Source: php-log
Version: 1.12.9-2
Severity: serious
Tags: ftbfs buster sid
Control: block -1 by 889532
php-log build depends on php-db that is currently
not in buster due to #889532.
Source: openstreetmap-carto
Version: 2.45.1-1
Severity: serious
Tags: ftbfs buster sid
Control: block -1 by 872547
openstreetmap-carto build depends on node-carto that
is currently not in buster due to #872547.
Source: node-xmpp
Version: 0.3.2-3
Severity: serious
Tags: ftbfs buster sid
Control: block -1 by 895029
node-xmpp build depends on node-node-stringprep that is currently
not in buster due to #895029.
Source: node-sshpk
Version: 1.13.1+dfsg-1
Severity: serious
Tags: ftbfs
Control: block -1 by 834915
node-sshpk build depends on node-temp that is currently
not in buster due to #834915.
Package: lintian
Version: 2.5.119
Severity: minor
If a patch description ends with a word and the long description starts
with the same word, lintian incorrectly considers this a duplicate word.
For example:
Subject: Correct snmpwalk args in snmpcheck
snmpcheck used the old command line
Source: node-postcss
Version: 6.0.23-1
Severity: serious
Tags: ftbfs
Control: block -1 by 60 888903
node-postcss build depends on node-js-beautify
that is currently not in buster due to #60 and #888903.
Control: reassign 918248 knot-resolver
Control: affects 918248 + hddemux
Control: forwarded 918248
https://gitlab.labs.nic.cz/knot/knot-resolver/issues/426
Hi Steve--
On Fri 2019-01-04 18:19:27 +, Steve McIntyre wrote:
> When building your package, I've found a bus error (aka alignment
>
Source: node-autoprefixer
Version: 7.2.5-1
Severity: serious
Tags: ftbfs
Control: block -1 by 60 888903
node-autoprefixer build depends on node-js-beautify
that is currently not in buster due to #60 and #888903.
Source: nipype
Version: 1.1.3-1
Severity: serious
Tags: ftbfs
Control: block -1 by 906388
nipype build depends on python-nipy that is currently
not in buster due to #906388.
So what's happening here is that a k5_mutex_lock is getting an invalid
argument error calling a series of wrappers that basically all boil
down to pthread_mutex_lock.
So, basically somehow pthread_mutex_lock is getting passed a bad mutex.
This appears to be happening in the credentials cache
Chris Lamb:
> Hi Niels,
>
> Thanks for your input.
>
>> As noted in [1], compat 12 is not /generally/ suitable for
>> stretch-backports
>
> I don't see a note regarding that in your [1], namely:
>
>
> https://salsa.debian.org/lamby/pkg-redis/commit/e47bfc26194735b4853a6f17e29ce20b50483696
>
Source: linux-patch-grsecurity2
Version: 3.1+4.9.11-201702181444-1
Severity: serious
Tags: ftbfs
Control: block -1 by 876892
linux-patch-grsecurity2 build depends on dh-kpatches
that is currently not in buster due to #876892.
Package: makedumpfile
Version: 1_1.6.4-3
Tags: l10n, patch
Severity: wishlist
Portuguese translation for makedumpfile's debconf messages.
Feel free to use it.
For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .
--
Best regards,
"Traduz" - Portuguese
Source: linux-patch-debianlogo
Version: 1.16
Severity: serious
Tags: buster sid ftbfs
Control: block -1 by 876892
linux-patch-debianlogo build depends on dh-kpatches
that is currently not in buster due to #876892.
Hi Niels,
Thanks for your input.
> As noted in [1], compat 12 is not /generally/ suitable for
> stretch-backports
I don't see a note regarding that in your [1], namely:
https://salsa.debian.org/lamby/pkg-redis/commit/e47bfc26194735b4853a6f17e29ce20b50483696
.. but point taken.
> The
Source: librdf-trine-serializer-rdfa-perl
Version: 0.100-1
Severity: serious
Tags: ftbfs
Control: block -1 by 750946
librdf-trine-serializer-rdfa-perl build depends on librdf-rdfa-parser-perl
that is currently not in buster due to #750946.
Source: librdf-query-client-perl
Version: 0.114-1
Severity: serious
Tags: ftbfs buster sid
Control: block -1 by 750946
librdf-query-client-perl build depends on libhttp-lrdd-perl
that is currently not in buster due to #750946.
Source: libokhttp-java
Version: 3.12.1-1
Severity: serious
Tags: ftbfs
Control: block -1 by 894285
libokhttp-java build depends on libandroid-23-java that is
currently not in buster due to #894285.
1 - 100 of 329 matches
Mail list logo
