Bug#875058: [mumble] Future Qt4 removal from Buster

Lisandro Damián Nicanor Pérez Meyer: > On 9 September 2017 at 18:23, Chris Knadle wrote: > [snip] >> mumble 1.3.x that works with QT5 isn't released yet and they don't want >> me to upload a package to Debian until it is. I was specifically >> requested not to upload

Bug#857675: Bug #857675: libidn2-0 FTCBFS: runs host arch code during build (gentr46map, help2man)

Hi Helmut, as unstable now has libidn2 2.0.x, could you please recheck whether this bug is still relevant? Cheers, Ondrej -- Ondřej Surý Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,

Bug#833695: strange popcon data on web (getting worse)

Hi, I just noticed popcon data is full of strange package names with illegal characters: ^@(Ox00) ^A(Ox01) / < - (starting) _ . Situation may be getting worse than what Chris reported as I see the data. For example: Package: /mCTge2x 0 0 0

Bug#811565: [uscan] git mode: allow for scanning repositories without tags

Hi, I want to know if it's still possible to support GitHub's commit via different way, rather than do a `git clone`. I find GitHub has RSS feed for the commit, the url is like https://github.com/Debian/dh-make-golang/commits/master.atom So uscan can parse that xml feed, and get the commit data,

Bug#876066: libgtksourceview-4-0: dependency failure

Package: libgtksourceview-4-0 Version: 3.99.4-1 Severity: normal Dear Maintainer, You managed to name libgtksourceview-4.0-common libgtksourceview-4-common in your package release, but your dependency on libgtksourceview-4.0-common which I take it a clerical error on your part. Because of

Bug#876065: Invalid upstream-signing-key

Package: yubico-piv-tool Version: 1.4.2-2 Severity: normal The file is in ASCII-armoured format, which is incorrect for `debian/upstream-signing-key.pgp`. The file should should instead be renamed to `debian/upstream/signing-key.asc`. $ uscan uscan: Newest version of yubico-piv-tool on remote

Bug#876060: [pkg-tasktools] Bug#876060: vit's error messages makes its output blow up.

Hi, On 18/09/17 02:25, YABUKI Yukiharu wrote: > If you want to dummy data for reporducing. I will make that. Some dummy data would be great. Thanks, Iain.

Bug#876064: lists.debian.org: [INTL:pt] Reactivation of debian-l10n-european-portuguese mailing list

Package: lists.debian.org Severity: wishlist Hi all, The Portuguese (INTL:pt) co-ordination translation team (Miguel Figueiredo, Rui Branco and Pedro Ribeiro) wishes to use all the functionality of the tracking features of smarlist, so we can use the track features (as subject mail

Bug#876063: [ktexteditor] Please build with EditorConfig support

Source: ktexteditor Version: 5.37.0-2 Severity: wishlist --- Please enter the report below this line. --- ktexteditor support EditorConfig since v5.32.0, all that needs to be done is adding 'libeditorconfig-dev' to Build-Depends Regards, Václav Doležal

Bug#876062: perl-doc: Please mark the package Multi-Arch: foreign

Package: perl-doc Version: 5.26.0-8 Severity: wishlist Tags: patch Dear Maintainer, The package perl-doc is Architecture: all and cannot differ across architectures (e.g. i386 and amd64). As a result, there are no architecture-specific paths present in the package. Please mark the package

Bug#876061: resolvconf-admin: FTBFS on kFreeBSD: no 'lo' interface

Source: resolvconf-admin Version: 0.1-1 Severity: important Tags: upstream Justification: fails to build from source User: debian-...@lists.debian.org Hi, Daniel. Builds of resolvconf-admin for kfreebsd-* (admittedly not release architectures) have been failing: + ./resolvconf-admin-test add

Bug#751808: forcemerge should not care about the order of blocking bugs

I ran into this today with: | > forcemerge 861174 825980 | Bug #861174 [wnpp] ITP: elpa-elpy -- Emacs Python Development Environment | Bug #825980 [wnpp] RFP: elpy -- Emacs Lisp Python environment | 825980 was blocked by: 875906 870705 | 825980 was not blocking any bugs. | Added blocking bug(s)

Bug#803746: src:pcre3: Please honour "nocheck" or "notest" in DEB_BUILD_OPTIONS

Tags: patch Dear maintainer, I've wrote a patch to fix this issue by using dh_auto_build to invoke tests. The attached 'minimal' patch fixes this issue only. The other patch attached fixes other miscellaneous issues too. Please look at debian/changelog for the list of fixed issues. I hope you

Bug#871493: debian-reference FTBFS

control: tags -1 pending Thanks for the tip. Committed to git. Now that I know better, I better make nice cover page. Regards, Osamu

Bug#871957: [lintian] orig-tarball-missing-upstream-signature should exclude repacks

Hi Chris! On Sun, Aug 13, 2017 at 02:37:32PM -0400, Chris Lamb wrote: > tags 871957 + pending > thanks > > Added the "repack" bit here: > > > https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=6094948b0e09b997df75dbc748cef25d4ada44c0 I was directed to this bug from

Bug#876060: vit's error messages makes its output blow up.

Package: vit Version: 1.2-4 Severity: important Dear Maintainer, I start to use taskwarrior a week ago. That is good for me. And, I tried to use vit on urxvt (rxvt-unicode 9.22-1+b1) And, I use taskwarrior with Japanese(UTF8 encode) When I use vit, vit reports "Negative repeat count does

Bug#876024: dpkg-buildpackage tries to sign buildinfo despite --unsigned-buildinfo or --no-sign passed to debuild

Hi, On Sun, Sep 17, 2017 at 07:58:16PM +0200, Guillem Jover wrote: > Control: reassign -1 devscripts > > Hi! > > On Sun, 2017-09-17 at 15:36:00 +0200, jean-christophe manciot wrote: > > Package: dpkg-dev > > Version: 1.18.24 > > > With --unsigned-buildinfo: > > ... > > Finished running

Bug#876056: libregexp-pattern-license-perl file conflict with licensecheck

Quoting Ben Caradoc-Davies (2017-09-18 01:47:39) > Mailing list suggests this is fixed in 3.0.31-2: > http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/2017-September/115240.html > > Note that the conflict was installing libregexp-pattern-license-perl > 3.0.31-1 with licensecheck

Bug#875951: pyjwt: new upstream version available

Hello Salvatore, On Saturday, September 16, 2017 3:19:51 PM CEST Salvatore Bonaccorso wrote: > There is a new upstream version availabe for pyjwt, could you consider > packaging it for unstable? Sorry for the deplay. I plan to update pyjwt in a couple of days. Thanks for your upload of pyjwt

Bug#876052: libregexp-pattern-license-perl installs /usr/share/man/man3/Regexp::Pattern::License.3pm.gz without proper Replaces/Breaks

Laurent, I was hoping this was fixed in 3.0.31-2. See my report in #876056: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876056 I was able to fix my packages with "apt-get install -f" even with 3.0.31-1. Kind regards, -- Ben Caradoc-Davies

Bug#868496: Policy and dh_foo etc.

Hi, On Sun, Sep 17, 2017 at 04:25:18PM -0700, Paul Hardy wrote: > I am attaching the original "a.svg" file I created, which you can view > in Firefox or probably other web browsers as well. You can also look > at it with a plain text editor. I had to remove the > fill="transparent" circle

Bug#876056: libregexp-pattern-license-perl file conflict with licensecheck

Mailing list suggests this is fixed in 3.0.31-2: http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/2017-September/115240.html Note that the conflict was installing libregexp-pattern-license-perl 3.0.31-1 with licensecheck 3.0.30-1. Installation of licensecheck 3.0.31-1 was

Bug#866791: Pending fixes for bugs in the libdata-messagepack-perl package

tag 866791 + pending thanks Some bugs in the libdata-messagepack-perl package are closed in revision 2aa180b7f4519774ade8364ca68e99eeb17ca5e5 in branch 'master' by Jonas Smedegaard The full diff can be seen at

Bug#679751: Lintian now detect package pointing to /home

Am 18.09.2017 um 02:18 schrieb Michael Biebl: > It's not as simple as that. You might still have running processes with > that uid in which case usermod complains and exists. > So to successfully run usermod you'd have to kill a processes running > under that uid. Fwiw, I ran into this issue when

Bug#876059: ITP: libvd -- Volume Development library

A repository has now been created on alioth: https://anonscm.debian.org/git/debian-science/packages/libvd.git Some lintian errors remain (around triggers).

Bug#679751: Lintian now detect package pointing to /home

On Fri, 31 Jul 2015 13:16:24 +0200 Guillem Jover wrote: > Hi! > > On Fri, 2015-07-31 at 11:34:20 +0200, Bastien ROUCARIES wrote: > > On Fri, Jul 31, 2015 at 11:04 AM, Bastien ROUCARIES wrote: > > > Lintian now detect script creating user pointing to /home. > > > After a chat

Bug#876059: ITP: libvd -- Volume Development library

Package: wnpp Severity: wishlist Owner: D Haley * Package name: libvd Version : 1.1.0+svn7 Upstream Author : Herve Lombaert * URL : http://cim.mcgill.ca/~lombaert/libvd-doc/ * License : GPL Programming Lang: C++ Description : Volume

Bug#876058: xvfb-run does not use /bin/bash in shebang line

Package: xvfb Version: 2:1.19.3-2 Severity: normal xvfb-run uses "#!/bin/sh" as its shebang line. This is wrong because it uses bash-specific features like "trap on_cleanup EXIT". This is especially broken when "#/bin/sh" links to "dash" (now the default shell on debian systems). This causes

Bug#853606: pcre3: ftbfs with GCC-7

Control: forcemerge 853606 876046 Dear maintainer, #853606 and #876046 seem to be the same problem. The patch I attached formerly [1] should fix the both. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=876046;filename=libpcrecpp0v5.symbols.patch;msg=5 signature.asc Description:

Bug#876056: libregexp-pattern-license-perl file conflict with licensecheck

Version: 3.0.31-2 Hi Ben, Quoting Ben Caradoc-Davies (2017-09-18 00:45:26) > libregexp-pattern-license-perl has a file conflict with licensecheck: > > Selecting previously unselected package libregexp-pattern-license-perl. > Preparing to unpack

Bug#730876: pristine-tar: cannot reproduce antpm_1.12.orig.tar.xz

On Sat, 30 Nov 2013 17:28:09 +0100 "kristof.ralov...@gmail.com" wrote: > Subject: pristine-tar: cannot reproduce antpm_1.12.orig.tar.xz > Package: pristine-tar > Version: 1.30 > Severity: important > > Dear Maintainer, > > I cannot reproduce antpm_1.12.orig.tar.xz

Bug#876056: libregexp-pattern-license-perl file conflict with licensecheck

See similar report in #876052 for 3.0.31-2. This might not be fixed: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876052 -- Ben Caradoc-Davies Director Transient Software Limited New Zealand

Bug#876057: lists.debian.org: Request for new mailing list: debian-nvidia

Package: lists.debian.org Severity: wishlist Name: debian-nvidia Rationale: Currently we use pkg-nvidia-devel on Alioth to discuss development related to the Nvidia drivers and their userspace stack (CUDA etc), both among developers and engaged users. For example, sometimes we have users who

Bug#876056: libregexp-pattern-license-perl file conflict with licensecheck

Package: libregexp-pattern-license-perl Version: 3.0.31-1 Severity: grave Justification: renders package unusable Dear Maintainer, libregexp-pattern-license-perl has a file conflict with licensecheck: Selecting previously unselected package libregexp-pattern-license-perl. Preparing to unpack

Bug#876055: Environment variable handling for reproducible builds

Package: debian-policy Version: 4.1.0.0 Severity: normal Currently, Debian Policy requires all environment variables be held the same across builds for the build to be expected to be reproducible. However, the current approach of some reproducible build tools is to instead enumerate a set of

Bug#868496: Policy and dh_foo etc.

Osamu, On Sun, Sep 17, 2017 at 1:53 AM, Osamu Aoki wrote: > > > I didn't add even an packaging example since I can't make a small > TTF/OTF font to be included in this package. If you have EXTREMELY > small font (Maybe having only "A" in it with example packaging as MIT >

Bug#876053: Proposed patch.

Now that I have a registered bug numer I'm able to write a proper commit message. I hope this patch will be included soon. Thank you for providing a valuable tool I frequently use! / Sebastian From 886d40474b528a3e48c45f627ef171c9e63afa1c Mon Sep 17 00:00:00 2001 From: Sebastian Rasmussen

Bug#876054: RM: ocaml-native-compilers -- RoQA; NBS; now provided by ocaml-nox

Package: ftp.debian.org Severity: normal * source package ocaml version 4.05.0-9 no longer builds binary package(s): ocaml-native-compilers on amd64,arm64,armel,armhf,hurd-i386,i386,kfreebsd-amd64,kfreebsd-i386,powerpc - suggested command: dak rm -m "[auto-cruft] NBS (no longer built by

Bug#876053: Swedish fakeroot translation out of date.

Package: fakeroot Version: 1.22-1 I noticed that the Swedish translation of fakeroot is outdated. Hence I aim to attach a git formatted patch with and updated translation shortly. / Sebastian

Bug#876052: libregexp-pattern-license-perl installs /usr/share/man/man3/Regexp::Pattern::License.3pm.gz without proper Replaces/Breaks

Package: libregexp-pattern-license-perl Version: 3.0.31-2 Severity: serious Hi, libregexp-pattern-license-perl now installs /usr/share/man/man3/Regexp::Pattern::License.3pm.gz which was shipped previously by licensecheck without proper Replaces/Breaks Regards, Laurent Bigonville -- System

Bug#876037: [Pkg-utopia-maintainers] Bug#874585: dpkg-shlibdeps: does not parse Version References

Hi, On 17 September 2017 at 19:36, Michael Biebl wrote: > Am 17.09.2017 um 20:13 schrieb Guillem Jover: > >> Reassigning both to gcc-7 to get this fixed there (assuming this is >> not a binutils problem?), and to network-manager to workaround the >> issue for now. > > Please

Bug#876050: apt help command doesn't contain all of feature.

Package: apt Version: 1.5~rc1 Severity: minor Dear Maintainer, When I use 'apt depends' or some apt command, They work but I didn't them in `apt help` output. --Mohsen *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What

Bug#876051: i386 applications using JNI may crash due to Hotspot workaround for Exec Shield

Package: openjdk-8-jre-headless Version: 8u144-b01-1 Severity: important Tags: patch Following the fix for CVE-2017-1000364 (Stack Clash) in the Linux kernel, it was reported that some applications using JNI on i386 would crash (bug #865303 and others). I tracked this down to some questionable

Bug#869506: Please don't drop environment variables

Guido Günther writes: > On Sun, Jul 23, 2017 at 11:43:02PM +0200, Raphaël Halimi wrote: >> After reading all of those links, I'm all the more convinced that >> cleaning the environment should be pbuilder's job, and not gbp's. All >> environment variables given by the user

Bug#872943: libpam-heimdal: Cannot configure credential cache file

Control: severity -1 wishlist Control: tags -1 pending Matthew Gabeler-Lee writes: > On Wed, 23 Aug 2017, Russ Allbery wrote: >> And let me know if there's a way that I can make this information >> easier to find in the man page. > A possible wording for the individual

Bug#876027: RFS: libcgicc/3.2.19-0.2 [NMU] -- C++ class library for writing CGI applications

On 2017-09-17 20:59, Gianfranco Costamagna wrote: BTW the only patch the package is carrying at this moment, has been created to make the package multiarch. So, moving the configurator outside usr/bin, will make the patch even useless. Hi, yes, you have a good point there... I have uploaded a

Bug#872944: www.debian.org: Debian Policy Manual not fully published

Sean Whitton writes: > On Fri, Aug 25 2017, Laura Arjona Reina wrote: >> My concern is about doing the right thing... making our web visitors >> run javascript code from sid in their browsers does not sound right for >> me. It's fairly unlikely that this would cause a

Bug#865191: [GenABEL-Project/ProbABEL] Failure of test suite for big endian architectures (#45)

Dear Andreas, On 14-09-17 17:33, Andreas Tille wrote: > Dear Lennart, > > On Thu, Sep 14, 2017 at 02:19:52PM +, Lennart C. Karssen wrote: >> Thanks for the bug report. I remember we discussed this some time in the >> past on the debian-med mailing list, e.g. >>

Bug#873208: upstream have fixed HEAD

Upstream have merged the patch, but it looks like they're only going to do it for the currently supported 2.1.x branch. They're testing and the build of HEAD works for them on Java 9.

Bug#873125: debian-policy: FTBFS with Sphinx 1.6: Needs build-dep on latexmk

Control: tag -1 pending Dmitry Shachnev writes: > debian-policy fails to build with Sphinx 1.6, currently available in > experimental: > sphinx-build -M latexpdf policy policy/_build > Running Sphinx v1.6.3 > [...] > build succeeded. > make[2]: Entering directory

Bug#876048: Incorrect return status in sphinx-build

Package: python3-sphinx Version: 1.6.3-2 Severity: normal sphinx-build is not exiting with a non-zero status when building PDF documentation fails. This makes it harder to find build errors. mithrandir:~/dvl/debian/policy$ sphinx-build -M latexpdf policy policy/_build Running Sphinx v1.6.3

Bug#871572: urweb FTBFS with gcc 7 on arm64 and mips64el: test failure

On Thu, Aug 24, 2017 at 10:03 PM, Benjamin Barenblat wrote: > […] I’ve determined that the problematic optimization on both platforms > is -fcode-hoisting […]. While this doesn’t eliminate either a bug in > MLton or in GCC, it does provide a workaround for this package, namely > >

Bug#866791: libdata-messagepack-perl: FTBFS against msgpack-c 2.x

Control: severity -1 serious Control: tag -1 patch On Sat, Jul 01, 2017 at 02:11:20PM -0400, James McCoy wrote: > While performing rebuilds of packages which Build-Depend on libmsgpack-dev > with > the 2.x version in experimental, I found that libdata-messagepack-perl FTBFS: > >

Bug#866796: ring: FTBFS against msgpack-c 2.x

Control: severity -1 serious Control: tag -1 patch On Mon, Aug 21, 2017 at 09:43:25PM -0400, James McCoy wrote: > On Sat, Jul 01, 2017 at 03:14:05PM -0400, James McCoy wrote: > > While performing rebuilds of packages which Build-Depend on > > libmsgpack-dev with the 2.x version in experimental, I

Bug#875989: console-setup: generated cached_setup_keyboard.sh references /tmp/ file

Hi, k...@debian.org (2017-09-17 at 0732.32 +0200): > GSR (2017-09-17): > > Package: console-setup > > Version: 1.167 > > Severity: normal > > > > Updated from 166 to 167 and when verifying changes in /etc/ noticed > > there was only one change, in

Bug#875419: manpages-de: broken symlinks: /usr/share/man/de/man4/{tty, console}_ioctl.4.gz -> ../man2/ioctl_{tty, console}.2.gz

control: clone -1 -2 control: reassign -2 manpages control: retitle -2 manpages: broken symlinks control: found -2 4.11-1 Am 11.09.2017 um 11:18 schrieb Andreas Beckmann: > Hi, > > during a test with piuparts I noticed your package ships (or creates) > a broken symlink. Actually, this bug

Bug#876046: [pcre3] FTBFS on sh4 due to a missing STL symbol

Package: pcre3 Version: 2:8.39-4 Severity: minor Tags: patch Dear maintainer, On sh4, a build is failing due to mismatched symbols [1]. However, missing symbol seems to be a template instantiation from STL. I think STL symbols are not necessary thing and should be marked optional. Here I attach

Bug#876045: rtorrent FTCBFS: uses AC_RUN_IFELSE

Source: rtorrent Version: 0.9.6-3 Tags: upstream patch User: helm...@debian.org Usertags: rebootstrap rtorrent fails to cross build from source, because it uses AC_RUN_IFELSE for determining whether execinfo.h is usable. After converting that to AC_TRY_COMPILE, rtorrent cross builds successfully.

Bug#876043: RFS: plibsys/0.0.3~git20170912.7069e03 [ITP]

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "plibsys" * Package name: plibsys Version : 0.0.3~git20170912.7069e03 Upstream Author : Alexander Saprykin * URL :

Bug#876042: kexec-tools: "Unknown type (Reserved) while parsing" on newer kernel

Package: kexec-tools Version: 1:2.0.14-1 Severity: wishlist Dear Maintainer, trying to get kdump-tools in place I found that in Stretch using the kernel in stretch-backports (4.12.6-1~bpo9+1) I get following error: Sep 14 21:02:11 rechner systemd[1]: Starting Kernel crash dump capture

Bug#876041: transition: gl2ps

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear release team, due to a new version of gl2ps, one need the transition to a new binary. Please schedule it. Ben file: title = "gl2ps"; is_affected = .depends ~ "libgl2ps1" |

Bug#854233: Pending fixes for bugs in the licensecheck package

tag 854233 + pending thanks Some bugs in the licensecheck package are closed in revision aa0cb4adb6e2c6f0e932ae1d26d910eb39190c1e in branch 'master' by Jonas Smedegaard The full diff can be seen at https://anonscm.debian.org/cgit/pkg-perl/packages/licensecheck.git/commit/?id=aa0cb4a Commit

Bug#876027: RFS: libcgicc/3.2.19-0.2 [NMU] -- C++ class library for writing CGI applications

Hello, > This is the diff of /usr/bin/cgicc-config between packages from different > architectures exactly :) sorry if I wasn't clear at the begin BTW the only patch the package is carrying at this moment, has been created to make the package multiarch. So, moving the configurator outside

Bug#851456: Please document this changelog convention

Hello Osamu, On Sun, Sep 17 2017, Osamu Aoki wrote: > -The *debian/changelog* file records the Debian package history and defines > the upstream package version and the Debian revision in its first line. > +The *debian/changelog* file records the Debian package history and defines > the

Bug#874074: ld.so: TLS relocations against local symbols don't work on powerpc, sparc and sparc64

On 17 Sep 2017, at 20:55, Joe Nosay wrote: > > It no longer exists. Bah, it expired; recreated at http://paste.debian.net/986532/. Thanks, James > On Sat, Sep 2, 2017 at 2:22 PM, James Clarke wrote: >> Package: libc6 >> Version: 2.24-17 >> Tags:

Bug#874074: ld.so: TLS relocations against local symbols don't work on powerpc, sparc and sparc64

It no longer exists. On Sat, Sep 2, 2017 at 2:22 PM, James Clarke wrote: > Package: libc6 > Version: 2.24-17 > Tags: upstream patch > Forwarded: https://sourceware.org/ml/libc-alpha/2017-09/msg00120.html > User: debian-sp...@lists.debian.org > Usertags: sparc sparc64 > User:

Bug#875992: haskell-lens: unsatisfiable B-D: libghc-vector-dev (< 0.12) but 0.12.0.1-1 is to be installed

On Sun, Sep 17 2017, peter green wrote: > There appears to be a new version in git that updates the package and > fixes this build-dependency issue. Indeed. > I presume the reason it hasn't been uploaded yet is > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=875396 No, it's just a matter

Bug#876040: release.debian.org: Please age freexl (1.0.4-1), urgency was not set to high for security issues

Package: release.debian.org Severity: normal Please age freexl (1.0.4-1), it fixes two security issues, but the urgency was not set to high for the upload to unstable. Kind Regards, Bas

Bug#874590: wget: creates log file when run in the background

forwarded 874590 https://savannah.gnu.org/bugs/?51181 tags 874590 + upstream thanks Hello Francesco, Am Donnerstag, den 07.09.2017, 14:27 +0200 schrieb Francesco Potortì: > This has hit many and is already reported in several distributions, > but not in Debian yet. > > Since 1.19, when run in

Bug#734721: [avahi-dnsconfd] fails to start at boot

I am not convinced this is a bug in startpar or insserv, but it might be useful to use /usr/share/insserv/check-initd-order and /usr/share/insserv/make-testsuite to debug the issue. -- Happy hacking Petter Reinholdtsne

Bug#874590: [bug #51181] Unexpected "Redirecting output to 'wget-log'."

Follow-up Comment #1, bug #51181 (project wget): an additional comment from a Debian user: --8<-- This has hit many and is already reported in several distributions, but not in Debian yet. Since 1.19, when run in the background, even with --quiet, wget creates a log file wget-log in the current

Bug#852127: qcontrold is not started on default

On Mon, 23 Jan 2017 20:00:56 + Ian Campbell wrote: > On Mon, 2017-01-23 at 18:29 +, Thomas Pircher wrote: > > Thomas Pircher wrote: > > > after an update from jessie to stretch the qcontrold daemon is no > > > longer > > > started. > > > > This should have read "is no

Bug#734721: [avahi-dnsconfd] fails to start at boot

Control: reassign -1 startpar Hi Maurizio, first of all, apologies for not replying earlier. On Thu, 09 Jan 2014 13:09:38 +0100 Maurizio Avogadro wrote: > Package: avahi-dnsconfd > Version: 0.6.31-4 > Severity: normal > > > The avahi-dnsconfd daemon failed to start at boot;

Bug#659906: Needs port to GTK 3 / libavahi-ui-gtk3

Control: severity -1 serious On Tue, 14 Feb 2012 19:42:59 +0100 Michael Biebl wrote: > Source: mango-lassi > Version: 001+dfsg-4 > Severity: important > > Hi, > > Avahi upstream is planning to drop the GTK2 bindings from Avahi. > This means, mango-lassi needs to be ported to

Bug#876035: linux: i386: i/o with PAE kernels and > 8GB ram

Control: severity -1 minor Control: tag -1 upstream On Sun, 2017-09-17 at 10:16 -0700, Vagrant Cascadian wrote: [...] > This can be seen on the reproducible builds i386 nodes, after upgrading > to stretch late june/early july 2017, there was a huge spike in iowait: > > >

Bug#876021: libreoffice-writer: launching writer makes libreoffice crash

tag 876021 + moreinfo thanks Hi, On Sun, Sep 17, 2017 at 03:19:20PM +0200, Jérôme wrote: > I tried to launch Libreoffice Writer by the desktop menu entry, nothing > happends. However, I successfully ran Calc, Impress and Draw. Aha. > Next, I opened a terminal and launched the "libreoffice"

Bug#875999: gworldclock : Menu is not translated

Thanks Takeshi. Drew On Sun, 2017-09-17 at 17:32 +0900, Takeshi Hamasaki wrote: > Package: gworldclock > Version: 1.4.4-10 > Severity: minor > Tags: patch > > Dear Maintainer, > > current GTK application needs to use > gtk_action_group_set_translation_domain () > for menu to be translated.

Bug#876039: unace FTCBFS: uses the build architecture compiler

Source: unace Version: 1.2b-15 Tags: patch User: helm...@debian.org Usertags: rebootstrap unace fails to cross build from source, because it uses the build architecture compiler. After wrapping the make invocations in dh_auto_build, it cross builds successfully. Please consider applying the

Bug#875670: nmu: evolution-rss & mail-notification

Also, please give back evolution-data-server on hurd-i386. Since there were only translation updates from 3.25.92 to 3.26.0, I think it makes sense to give it a second try. https://buildd.debian.org/status/logs.php?pkg=evolution-data-server=hurd-i386 Thanks, Jeremy Bicha

Bug#876037: [Pkg-utopia-maintainers] Bug#876037: Bug#874585: dpkg-shlibdeps: does not parse Version References

Am 17.09.2017 um 20:36 schrieb Michael Biebl: > Am 17.09.2017 um 20:13 schrieb Guillem Jover: > >> Reassigning both to gcc-7 to get this fixed there (assuming this is >> not a binutils problem?), and to network-manager to workaround the >> issue for now. > > Please elaborate what I'm supposed to

Bug#872355: ITP: node-is-module -- Node.js code to check if a string is an ES6 module

Hi, Le 17/09/2017 à 20:37, Juhani Numminen a écrit : > Julien Puydt kirjoitti 16.08.2017 klo 19:37: >>    Description : Node.js code to check if a string is an ES6 module >>   This simple code checks whether a string is the source of an ES6 >> module. It >>   doesn't actually execute the code

Bug#876038: python-dateutil: tzical is not thread-safe

Package: python-dateutil Version: 2.6.1-1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 tzical is not thread-safe, affecting VObject and consequently Radicale: https://github.com/Kozea/Radicale/issues/675 Upstream adopted a patch, but it seems they do not expect

Bug#873596: [Pkg-utopia-maintainers] Bug#873596: avahi FTCBFS: uninstallable python Build-Depends, fails to figure out what distribution Debian is

Am 17.09.2017 um 20:12 schrieb Helmut Grohne: > Hi Michael, > > On Sun, Sep 17, 2017 at 07:18:08PM +0200, Michael Biebl wrote: >> Given that python-all-dev already depends on libpython-all-dev, >> shouldn't python-all-dev ensure to pull in the correct version? > > Yes, python-all-dev depends on

Bug#872355: ITP: node-is-module -- Node.js code to check if a string is an ES6 module

Julien Puydt kirjoitti 16.08.2017 klo 19:37: Description : Node.js code to check if a string is an ES6 module This simple code checks whether a string is the source of an ES6 module. It doesn't actually execute the code and doesn't check other module types and doesn't check other

Bug#876037: [Pkg-utopia-maintainers] Bug#874585: dpkg-shlibdeps: does not parse Version References

Am 17.09.2017 um 20:13 schrieb Guillem Jover: > Reassigning both to gcc-7 to get this fixed there (assuming this is > not a binutils problem?), and to network-manager to workaround the > issue for now. Please elaborate what I'm supposed to do with this bug report in network-manager. I have no

Bug#873596: avahi FTCBFS: uninstallable python Build-Depends, fails to figure out what distribution Debian is

Hi Michael, On Sun, Sep 17, 2017 at 07:18:08PM +0200, Michael Biebl wrote: > Given that python-all-dev already depends on libpython-all-dev, > shouldn't python-all-dev ensure to pull in the correct version? Yes, python-all-dev depends on libpython-all-dev, but we want the build architecture

Bug#874585: dpkg-shlibdeps: does not parse Version References

Control: tag -1 - moreinfo Control: clone -1 -2 Control: retitle -1 gcc-7: Discarded unused code leaves entry on .gnu.version_r Control: reassign -1 gcc-7 Control: retitle -2 network-manager: Unused code causes gcc to leave unused version reference Control: reassign -2 network-manager Hi! On

Bug#876024: dpkg-buildpackage tries to sign buildinfo despite --unsigned-buildinfo or --no-sign passed to debuild

Control: reassign -1 devscripts Hi! On Sun, 2017-09-17 at 15:36:00 +0200, jean-christophe manciot wrote: > Package: dpkg-dev > Version: 1.18.24 > With --unsigned-buildinfo: > ... > Finished running lintian. > Now signing changes and any dsc files... > signfile buildinfo

Bug#876036: ldc: Incomplete debian/copyright?

Source: ldc Version: 1:1.4.0-1 Severity: serious Justication: Policy 12.5 X-Debbugs-CC: Matthias Klumpp Hi, I just ACCEPTed ldc from NEW but noticed it was missing attribution in debian/copyright for at least Eric Anderton, Andrei Alexandrescu, Joseph Rushton, Jacob Carlborg,

Bug#875688: libreoffice-report-builder: Design view missing from libre office base. Existing reports won't run.

On Fri, 15 Sep 2017 14:19:07 +0200 Francesco wrote: > I was considering it an extension 'cause I have the same error of Guido; > so could be interesting to see what's the missing extension or if now for some > reports is considered like an extension. I don't think my report

Bug#641314: debhelper: dh_auto_test should support standard python cli for running tests

Hi Niels, > On Sep 17, 2017, at 09:31, Niels Thykier wrote: > Is there an update to the situation here? Can we assume that the test > target is (generally) always available ? (even if we limit it to just > python3 related calls). No, I don’t have any update to this. I am

Bug#876035: linux: i386: i/o with PAE kernels and > 8GB ram

Source: linux Severity: important Version: 4.2 Tags: upstream Control: affects -1 jenkins.debian.org Control: block 875990 by -1 It seems that since linux 4.2, PAE systems suffer from severe i/o write performance issues on systems with more than 8GB of ram. The bug was probably there all along,

Bug#873596: avahi FTCBFS: uninstallable python Build-Depends, fails to figure out what distribution Debian is

Hi Helmut On Tue, 29 Aug 2017 13:41:43 +0200 Helmut Grohne wrote: > Source: avahi > Version: 0.6.32-2 > Tags: patch > User: helm...@debian.org > Usertags: rebootstrap > > avahi fails to cross build from source. Since xmltoman became > M-A:foreign. avahi's Build-Depends are

Bug#705730: git-buildpackage: xz: unrecognized option --robot (SOLVED)

On Fri, 19 Apr 2013 12:06:51 +0200 Guido =?iso-8859-1?Q?G=FCnther?= wrote: > On Fri, Apr 19, 2013 at 12:09:53PM +0300, jari wrote: > > Due to PATH, it appears that the "xz" used was not the correct one: > > > > $ type xz > > /usr/local/bin/xz > > > > $

Bug#876034: Acknowledgement (fail2ban: Fail2ban failed to start and gives the error "timeout")

Dear All, please find attached the config files which i use. They work with jessie but not with stretch. Best regards Erik Gieseler Am 17.09.2017 um 18:51 schrieb Debian Bug Tracking System: Thank you for filing a new Bug report with Debian. You can follow progress on this Bug here: 876034:

Bug#876034: fail2ban: Fail2ban failed to start and gives the error "timeout"

Package: fail2ban Version: 0.9.6-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I upgraded my distritution from debian jessie to stretch. Under jessie i didnt had this problem.

Bug#821088: reassign #821088 to live-wrapper?

Ack, I will not close or reassign the bug, then. Thanks. -- I want to build worthwhile things that might last. --joeyh signature.asc Description: PGP signature

Bug#875990: [Qa-jenkins-dev] Bug#875990: reproducible: i/o issues with profitbricks-build2-i386 since stretch upgrade

On 2017-09-17, Holger Levsen wrote: > On Sat, Sep 16, 2017 at 07:48:42PM -0700, Vagrant Cascadian wrote: >> My *hunch* is that build2 and build12 are running a PAE kernel with more >> than 8GB of ram, and affected by this kernel bug (introduced in linux >> ~4.2, possibly): >>

Bug#876033: primusrun doesn't find libGL.so.1

Package: primus Version: 0~20150328-4 Severity: grave Justification: renders package unusable i installed primus, bumblebee and bumblebee-nvidia; i launched primusrun but i obtained this output: $ primusrun glxgears -info /usr/bin/primusrun: riga 41: attenzione: command substitution: ignored

Bug#876032: ITP: node-follow-redirects -- HTTP and HTTPS modules that follow redirects

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-follow-redirects Version : 1.2.4 Upstream Author : Olivier Lalonde (http://www.syskall.com) * URL :

  1   2   3   >