Bug#898095: ITP: node-syslog-client -- pure JavaScript implementation of Syslog protocol

Package: wnpp Severity: wishlist Owner: Xavier Guimard * Package name: node-syslog-client Version : 1.1.1 Upstream Author : Paul Grove * URL : https://github.com/paulgrove/node-syslog-client * License : Expat

Bug#897631: Kernel update breaks GDM

On 2018-05-07 01:30, Ben Hutchings wrote: This may sound like a silly request, but does GDM start up if you wiggle the mouse for a few seconds? Yes, that works for me. I found out that my desktop is also affected by this bug. The "mouse trick" also works there.

Bug#898021: linux-image-4.16.0-1-amd64: kernel 4.16 infinite wait after dm login on ivy bridge and bay trail

Hi Stuart, I definitely experience a much shorter delay if I press keys on the keyboard vs. doing nothing; the delay decreases from >5 minutes to 10-20 seconds before sddm appears. Sten

Bug#898092: Acknowledgement (sddm: takes extremely long time to start)

By the way: lightdm works fine. (gdm3 does not work at all, but I cannot debug everything at the same time)

Bug#898060: linux-image-4.9.0-6-amd64: q

Hi, maintainers: I just rebooted the problematic NFS server, but the problem soon appeared again! In other words, some NFS clients are hanging and server is filled with the error message: # dmesg | tail -2 [ 6180.718237] RPC request reserved 84 but used 272 [ 6180.732857] RPC request reserved

Bug#898094: freebirth FTCBFS: multiple reasons

Source: freebirth Version: 0.3.2-9.2 Tags: patch User: helm...@debian.org Usertags: rebootstrap freebirth fails to cross build from source, for many reasons: * debian/rules does not pass cross tools to make. The easiest way of fixing that is deferring it to dh_auto_build. * debian/rules uses

Bug#897572: [PATCH] Revert "random: fix crng_ready() test"

On Mon, May 07, 2018 at 02:58:03PM +1200, Ben Caradoc-Davies wrote: > This reverts commit 43838a23a05f ("random: fix crng_ready() test"), > which causes urandom to hang in early boot even when crng_init==1. > > One impact of this hang is that it prevents display of the plymouth > graphical

Bug#897572: [PATCH] Revert "random: fix crng_ready() test"

By the way, if anyone is interested in working on this related problem: https://news.ycombinator.com/item?id=16976421 The reason why this is hard is because Linux is supported on a great number of architectures, and some architectures have more than one boot loader that is used. The

Bug#894870: lintian could ask maintainers to use dh_auto_*

Hi Helmut, > No. I was pondering it on irc and it didn't seem immediately actionable > to me. You wanted a bug report anyway and you got one. (Sure, and that was appreciated so we didn't lose the idea and context.) > Is there really much point in discussing whether tool diversity is good? >

Bug#894870: lintian could ask maintainers to use dh_auto_*

On Fri, May 04, 2018 at 07:54:46PM +0100, Chris Lamb wrote: > How did you get on with this? :) No. I was pondering it on irc and it didn't seem immediately actionable to me. You wanted a bug report anyway and you got one. Is there really much point in discussing whether tool diversity is good?

Bug#897572: [PATCH] Revert "random: fix crng_ready() test"

On 07/05/18 15:29, Theodore Y. Ts'o wrote: Unfortunately, commit 43838a23a05f is needed to address CVE-2018-1108, which was reported by Jann Horn of Google's Project Zero. There are real problems with allowing programs to assume that they have a fully initialized cryptographic random number

Bug#898093: sponsorship-requests: fonts-myanmar/1.0-2 [ITA] -- friendly greeter

Package: sponsorship-requests Severity: normal Dear Maintainer, I am looking for a sponsor for my package "fonts-myanmar" * Package name: fonts-myanmar Version : 1.0-1 Upstream Author : Debian Fonts Task Force * URL :

Bug#898092: sddm: takes extremely long time to start

Package: sddm Version: 0.17.0-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Intalling Plasma Desktop after having problems with several GTK-based Desktop Environments (may fill bug on

Bug#898073: Bug#897917: Stretch kernel 4.9.88-1 breaks startup of RPC, KDC services

Benjamin Kaduk writes: > On Sun, May 06, 2018 at 07:05:56PM -0700, Russ Allbery wrote: >> This seems trivial enough that the krb5-kdc package could just ship >> this service for now and gauge interest. I think all you'd need is a >> program that called getrandom() and then exited

Bug#884499: lintian: Pedantic check for packages not using debhelper or CDBS

clone 884499 -1 retitle -1 lintian: Alter the semantics (etc.) of --pedantic? severity -1 wishlist tags -1 + moreinfo thanks Hi Russ > […] At the very least lets not lose this conversation in a somewhat- unrelated bug, hence cloning etc. Tagging as "moreinfo" for now. > lintian --suggestions,

Bug#897572: [PATCH] Revert "random: fix crng_ready() test"

This reverts commit 43838a23a05f ("random: fix crng_ready() test"), which causes urandom to hang in early boot even when crng_init==1. One impact of this hang is that it prevents display of the plymouth graphical passphrase prompt required to proceed with boot. In the absence of sources of

Bug#898073: Bug#897917: Stretch kernel 4.9.88-1 breaks startup of RPC, KDC services

On Sun, May 06, 2018 at 07:05:56PM -0700, Russ Allbery wrote: > Benjamin Kaduk writes: > > On Sun, May 06, 2018 at 08:43:13PM +0100, Ben Hutchings wrote: > >> On Sun, 2018-05-06 at 14:02 -0500, Benjamin Kaduk wrote: > > >>> Arguably more preferable would be to have a systemd

Bug#898073: Bug#897917: Stretch kernel 4.9.88-1 breaks startup of RPC, KDC services

Benjamin Kaduk writes: > On Sun, May 06, 2018 at 08:43:13PM +0100, Ben Hutchings wrote: >> On Sun, 2018-05-06 at 14:02 -0500, Benjamin Kaduk wrote: >>> Arguably more preferable would be to have a systemd target that >>> indicates the RNG is seeded, and then krb5 could have its KDC

Bug#897958: plymouth: long delay before splashscreen with kernel 4.16

On 07/05/18 12:38, Ben Caradoc-Davies wrote: I am testing a more localised fix that should be more palatable to upstream. My more localised fix did not work. I think the use of crng_ready() in urandom_read only affects the logging of a warning message. The change that causes the read to

Bug#898038: caused by host

I have been tracking this issue in Ubuntu at: https://bugs.launchpad.net/bugs/1752411 The root cause of this issue is a bug in 'host', in certain circumstances the host command hangs and never returns. I can reproduce this reliably. The main case I have found is when an interface is up, but

Bug#884499: lintian: Pedantic check for packages not using debhelper or CDBS

Chris Lamb writes: > Y'know, I think we could make it even more effective if we renamed -- > pedantic at the same time. This would have the benefits of a) > highlighting the change of semantics and b) we could perhaps choose a > name that does not imply it is "just" another

Bug#898017: ncurses abi change.

On 06/05/18 01:05, peter green wrote: Package: fp-units-base Tags: buster,sid ncurses has just bumped it's soname and has apparently changed the data type of chtype. This will most likely require a corresponding modification to the fpc ncurses unit if we don't want pascal programs using

Bug#898073: Bug#897917: Stretch kernel 4.9.88-1 breaks startup of RPC, KDC services

On Sun, May 06, 2018 at 08:43:13PM +0100, Ben Hutchings wrote: > On Sun, 2018-05-06 at 14:02 -0500, Benjamin Kaduk wrote: > > Hi Ben, > > > > On Sun, May 06, 2018 at 06:56:08PM +0100, Ben Hutchings wrote: > > > I've cloned this bug as #898073 and reassigned that to krb5. > > > > > > krb5 is

Bug#884499: lintian: Pedantic check for packages not using debhelper or CDBS

Hi Russ, > My modest proposal, and this is going to sound nuts so bear with me for a > moment, would be to make it impossible to get pedantic tags and regular > tags at the same time. If you use --pedantic, suppress all other tags. Ooh, now that's an interesting concept. :) Let me run that over

Bug#897627: tex: please support SOURCE_DATE_EPOCH for dvi too

Hi all, I did the following: tex.man: added to the ENVIRONMENT section: +.P +Notes for Debian developers: please keep in mind, that this version of +the \*(TX interpreter ignores the +.B SOURCE_DATE_EPOCH +variable. Instead the current timestamp is written into the +.I DVI +file. If you need a

Bug#897554: maint-guide: FTBFS: dh_install: missing files, aborting

在 2018年5月7日星期一 CST 上午12:44:19，Osamu Aoki 写道： > Hi Boyuan Yang, > > On Wed, May 02, 2018 at 10:59:48PM +0200, Lucas Nussbaum wrote: > > Source: maint-guide > > Version: 1.2.40 > > Severity: serious > > Tags: buster sid > > User: debian...@lists.debian.org > > Usertags: qa-ftbfs-20180502 qa-ftbfs >

Bug#884499: lintian: Pedantic check for packages not using debhelper or CDBS

On May 7, 2018 1:26:36 AM UTC, Russ Allbery wrote: >Chris Lamb writes: > >> However, my experience with being an author of a handful of static >> analysis tools is that people have a slight tendency to delegate >> thinking to the computer's output. The

Bug#884499: lintian: Pedantic check for packages not using debhelper or CDBS

Chris Lamb writes: > However, my experience with being an author of a handful of static > analysis tools is that people have a slight tendency to delegate > thinking to the computer's output. The addition of an objective target > (ie. zero output) only encourages our

Bug#884499: lintian: Pedantic check for packages not using debhelper or CDBS

Hi Russ & Scott, > I'm not sure how one could possibly be more clear. If one's definition of > lintian-clean includes --pedantic, one's definition of lintian-clean is, > well, wrong. There is no doubt that you are absolutely right in a technical sense and maintainers should not be using

Bug#884499: lintian: Pedantic check for packages not using debhelper or CDBS

Scott Kitterman writes: > Back in the debate about the python2 check (thanks for fixing), I made > the point that not all lintian checks are created equal. Some represent > serious package defects that needs to be addressed and some merely > reflect the lintian

Bug#898090: apt-show-sversions: Unable to install apt-show-versions

Package: apt-show-sversions Version: apt-show-versions Severity: normal Tags: d-i Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Unknown. * What exactly did you do (or not do) that was effective (or

Bug#897572: plymouth: long delay before splashscreen with kernel 4.16

Ben, even though X is not involved, you are right on the money about this being caused by waiting for random bits. This is a kernel bug caused by urandom blocking when it should not. I will merge the issues when I have my final patch ready. You can see the "random: plymouthd: uninitialized

Bug#884499: lintian: Pedantic check for packages not using debhelper or CDBS

On May 7, 2018 12:20:04 AM UTC, Chris Lamb wrote: >Hi Scott, > >> For what it's worth, this is an example of the kind of check that >isn't >> supported by policy. > >I'm not quite following your chain of logic wrt to Lintian and Debian >Policy. I mean, there are countless

Bug#896684: fontconfig-config: Fontconfig error: Cannot load config file from /etc/fonts/fonts.conf, due to many errors

On 2018-05-06 21:56:07 +0200, Julian Raisch wrote: > https://bugs.freedesktop.org/show_bug.cgi?id=105818 > https://bugs.chromium.org/p/chromium/issues/detail?id=829890 > > Seems to be a Chromium bug. It has its own outdated version of fontconfig. I don't use Chromium. It isn't even installed on

Bug#892307: fixed in bash-completion 1:2.8-1

On Sun, 2018-05-06 at 16:16 -0300, Gabriel F. T. Gomes wrote: > I can definitely send this upstream, but since you have already > provided the solution in the bug report, may I set the author name to > "Paul Wise " in the patch (git commit)? That is fine by me. I think

Bug#884499: lintian: Pedantic check for packages not using debhelper or CDBS

Hi Scott, > For what it's worth, this is an example of the kind of check that isn't > supported by policy. I'm not quite following your chain of logic wrt to Lintian and Debian Policy. I mean, there are countless checks in Lintian that have no basis in Policy? :) (100% agree that there is no

Bug#898089: Query by submitter fails with "Internal Server Error"

Package: bugs.debian.org Severity: normal I can't view my submitted bug reports: https://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=b...@decadent.org.uk After a few seconds a generic "Internal Server Error" message appears. Ben. -- System Information: Debian Release: buster/sid APT

Bug#898088: arc4random_buf() may block for a long time

On Mon, 2018-05-07 at 01:04 +0100, Ben Hutchings wrote: [...] > But the fix for this means that getrandom() and arc4random_buf() may > block until a minute or even longer after boot. Since > gnome-session-binary calls arc4random_buf() via > IceGenerateMagicCookie(), fixing the kernel causes a

Bug#898088: arc4random_buf() may block for a long time

Source: libbsd Version: 0.8.7-1 Severity: serious Tags: upstream The manual page for arc4random_buf() says "High quality 32-bit pseudo-random numbers are generated very quickly." This promise is false, and it can never be true in general! On recent Linux kernel versions arc4random_buf() uses

Bug#897631: Kernel update breaks GDM

Control: tag -1 moreinfo On Thu, 03 May 2018 18:59:36 +0200 silvio.s...@gmail.com wrote: [...] > However soon after logging in (usually by the time I had written a > couple of commands) GDM would start and I could then log in from the > GUI and from then on everything would work just fine. GDM

Bug#898073: Bug#897917: Stretch kernel 4.9.88-1 breaks startup of RPC, KDC services

On Sun, 2018-05-06 at 20:43 +0100, Ben Hutchings wrote: > On Sun, 2018-05-06 at 14:02 -0500, Benjamin Kaduk wrote: [...] > > If the above is correct, I'm not yet sure that I see a krb5-specific > > bug. It is definitely true that krb5 is specifically requesting the > > getrandom() semantics of

Bug#898087: linux debian.py change breaks "+" in changelog revision_other

Package: linux-image-amd64 Version: 4.16+93 Severity: normal Dear Maintainer, until recent changes in debian/lib/python/debian_linux/debian.py, changelog versions like 4.16.5-1+revert+crng+ready for local test builds were accepted with "+" part as the revision_other Python symbolic group name.

Bug#898023: notmuch: Please disable gdb build-dependency on riscv64

2018-05-06 13:55 GMT+02:00 David Bremner : > David Bremner writes: > >> David Bremner writes: >> >>> >>> These architectures have gdb, but it's broken in various ways. They're >>> also release architectures, where bugs in gdb introduced a

Bug#898086: libequinox-osgi-java: Does not install symlinks into /usr/lib/eclipse/plugins

Source: libequinox-osgi-java Version: 3.9.1-1 Severity: grave Justification: renders package unusable Control: affects eclipse Dear Maintainer, The separation of the libequinox-osgi-java binary package from the eclipse source appears to break fresh installations of eclipse. On a fresh

Bug#898085: gnupg: gpg --search-keys and parcimonie don't work: Tor misconfigured/keyserver EPERM

Package: gnupg Version: 2.1.18-8~deb9u1 Severity: important Hi, Ever since the dist-upgrade to stretch (last september), I'm unable to search keys, and parcimonie is failing on me: | kibi@armor:~$ gpg --search-keys some@mail.address | gpg: WARNING: Tor is not properly configured | gpg: error

Bug#898080: mpv: Segfault on any file

Control: severity -1 grave Hi, On 06/05/18 21:48, Chiraag Nataraj wrote: > Package: mpv > Version: 0.28.0-1 > Severity: important > > Dear Maintainer, > > Upon upgrading to mpv 0.28, mpv segfaults on any file I open. After > downgrading to 0.27, this was no longer an issue. I can provide

Bug#898084: Please migrate to libsrtp2 in Buster

Package: src:kopete Version: 4:17.08.3-1 Severity: wishlist Hi, as already stated in #890606 we (pkg-voip-maintainers) would like to get rid of libsrtp0 for Buster. librtp0 (src:srtp) has not been updated for five years. The successor libsrtp2 has been released with Stretch and most users are

Bug#892539: pdftk: Depends on GCJ which is going away

On Mon, 2 Apr 2018 19:12:01 +0200 Emilio Pozuelo Monfort wrote: > On Wed, 21 Mar 2018 15:12:30 +0100 Petter Reinholdtsen > wrote: > > I use pdftk regularly, and really hope we can manage to keep it in > > Debian. > > > > Is there a plan for adressing this

Bug#897627: tex: please support SOURCE_DATE_EPOCH for dvi too

On Fri, May 04, 2018 at 11:56:43PM +0900, Norbert Preining wrote: > Hi Bill, > > > > tex is tex as DEK wanted it. Please use etex, which is the pdftex binary > > > producing dvi. > > Well, tex the name has already a copyright that makes this necessary. > > > Maybe this could be documented in

Bug#844297: vsftpd (3.0.2-17+deb8u1): no welcome message, problem in /etc/pam.d/vsftpd

2016-11-14 16:51 GMT+08:00 Alexandre LE GALL : > Subject: vsftpd (3.0.2-17+deb8u1): no welcome message, problem in > /etc/pam.d/vsftpd > Package: vsftpd > Version: 3.0.2-17+deb8u1 > Severity: important > > Dear Maintainer, > > Since I update vsftpd to 3.0.2-17+deb8u1, I can't

Bug#898083: kdepim-addons: autopkgtest times out

Source: kdepim-addons Version: 17.12.3-1 Severity: normal User: debian...@lists.debian.org Usertags: timeout Since the upload of version 17.12.3-1 of kdepim-addons, the autopkgtest¹ are timing out (~ 3 hours) while previous runs tested in about 40 minutes (and failed). There is output to the log

Bug#898077: lintian: False positive in missing-build-dependency-for-dh-addon, python package

Chris Lamb: > tags 898077 + pending > thanks > >> Lintian should perhaps check of there is a python package that meets the >> dependency requirement? Or allow e.g. "*scour"? > > We can't do a wildcard (!) but we can also check for > python-scour. I've done this in Git, pending upload: > > >

Bug#894865: RFS: cavestory-nx/1.0.0-1 [ITP] -- NXEngine is a Cave Story game engine clone

> Hi Carlos, Hi Tobias, how are you? :) > Some general remarks: Please do not open new RFS bugs for new versions > of your package if the previous one has not been sponsored. > Reopen the bug, retitle it appropiatly and send the RFS to the old bug > please. (that this is something I've told you

Bug#898082: libkf5mailcommon: autopkgtest times out

Source: libkf5mailcommon Version: 4:17.12.3-1 Severity: normal Control: user debian...@lists.debian.org Control: usertags -1 timeout Since the upload of version 4:17.12.3-1 of libkf5mailcommon, the autopkgtest¹ are timing out (~ 3 hours) while previous runs tested in about 20 minutes (and

Bug#898081: kdelibs4support: autopkgtest times out

Source: kdelibs4support Version: 5.42.0-2 Severity: normal User: debian...@lists.debian.org Usertags: timeout Since the upload of version 5.42.0-2 of kdelibs4support, the autopkgtest¹ are timing out (~ 3 hours) while previous runs tested in about 20 minutes (and failed). There is output to the

Bug#898080: mpv: Segfault on any file

Package: mpv Version: 0.28.0-1 Severity: important Dear Maintainer, Upon upgrading to mpv 0.28, mpv segfaults on any file I open. After downgrading to 0.27, this was no longer an issue. I can provide strace output if desired. Sincerely, Chiraag -- System Information: Debian Release:

Bug#897667: qt4-x11: Please add support for new architecture "riscv64"

2018-05-06 18:47 GMT+02:00 Lisandro Damián Nicanor Pérez Meyer : >> >> I somehow prefer to use generic, because there's no point in low-level >> porting Qt4 at this point. > > Worst case scenario: C generic to riscv64, fix that line and be done. But > yes, let's use this as a

Bug#834577: needs more work

lamby wrote: > I believe there is a typo in debian/rules: > > override_dh_autoconfigure -> override_dh_auto_configure > > Patch attached. I'm afraid your patch is 0 bytes long. If what you intended is the obvious one character change, then plugwash tried it in #897114: } The only tricky bit

Bug#838678: vsftpd 3.0.2-17+deb8u1 does not start when allow_writeable_chroot=YES is present in vsftpd.conf

2016-09-23 22:43 GMT+08:00 Robert Mueller : > Package: vsftpd > Version: 3.0.2-17+deb8u1 > Severity: important > > Dear Maintainer, > > when trying to configure vsftpd to allow it to run with user-writeable chroot > directories, the daemon does not start up. Removing the >

Bug#613000: Convert Hardening Debian to XML

El 06/05/18 a las 18:40, Osamu Aoki escribió: > > We need to move to salsa (debian group), I think. > > I mean in https://salsa.debian.org/debian > > like https://salsa.debian.org/debian/debian-reference OK, could you give me access? BTW, is there any plan to create a ddp group? > This way,

Bug#898079: [L10N,DE] ucf: updated german debconf translation

Package: ucf Severity: wishlist Tags: patch,l10n Version: 3.0037 Hi, attached is the updated german debconf translation for ucf, version 3.0037. Please include it in your package. Thanks for your i18n efforts. So long Holger --

Bug#895872: #895872 Crash if ~/.wget-hsts cannot be opened for writing

Do you plan to fix this in a stable update? Ben. -- Ben Hutchings If more than one person is responsible for a bug, no one is at fault. signature.asc Description: This is a digitally signed message part

Bug#898078: O: zbar

Package: wnpp Severity: normal Hi, zbar does not have an active upstream for a long time now. More and more bugs are reported. If nobody steps up to maintain the package - and I guess become upstream for it, I'll file a removal bug. Bernd -- Bernd ZeimetzDebian

Bug#898046: Acknowledgement (abcde: Options -T (because of octal) and -n broken)

retitle 898046 Options -T and -W broken because of octal thanks I ran into the same issue with -W than with -T, namely that handling of track numbers is broken for numbers >= 8, because of "0" prefix. Glancing over the code for -n, I think I indeed misunderstood the role of that option. Best

Bug#896684: fontconfig-config: Fontconfig error: Cannot load config file from /etc/fonts/fonts.conf, due to many errors

https://bugs.freedesktop.org/show_bug.cgi?id=105818 https://bugs.chromium.org/p/chromium/issues/detail?id=829890 Seems to be a Chromium bug. It has its own outdated version of fontconfig.

Bug#897537: tudu: FTBFS: ./configure: 394: ./configure: rmtest.c: not found

On 2018-05-02 22:54 +0200, Lucas Nussbaum wrote: > Source: tudu > Version: 0.10.2-1 > Severity: serious > Tags: buster sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20180502 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package

Bug#898073: Bug#897917: Stretch kernel 4.9.88-1 breaks startup of RPC, KDC services

On Sun, 2018-05-06 at 14:02 -0500, Benjamin Kaduk wrote: > Hi Ben, > > On Sun, May 06, 2018 at 06:56:08PM +0100, Ben Hutchings wrote: > > I've cloned this bug as #898073 and reassigned that to krb5. > > > > krb5 is using the new(ish) getrandom() system call to read random bits, > > with the code

Bug#894302: Re[2]: g++-7: Compiler generates wrong code with warning options

On 06.05.2018 16:48, Vadim Zeitlin wrote: > On Sun, 6 May 2018 13:42:48 +0200 Matthias Klose wrote: > > MK> I am not aware of any Debian local patches which could trigger that. > Please > MK> could you check if you can reproduce this with GCC 8 as well? > > I can't reproduce

Bug#892741: llvmlite: FTBFS on mips64el - testsuite segfaults

On 05/06/2018 08:56 PM, Adrian Bunk wrote: > Control: severity -1 serious > > On Sat, May 05, 2018 at 05:58:21PM +0200, Daniel Stender wrote: >> Control: severity -1 important >> >> I'm lowering the severity of this bug report now to unblock the migration to >> testing. > > The failed mips64el

Bug#885135: pygtk will be part of buster

Control: severity -1 important pygtk will be part of buster, see #895248 for background. Note that pygtk is Python 2 only, and Python 2 is expected to be removed from unstable after the release of buster. It is therefore still advisable to port these packages away from pygtk. cu Adrian --

Bug#892307: fixed in bash-completion 1:2.8-1

On 02 Apr 2018, Paul Wise wrote: >On Sun, 2018-04-01 at 18:19 +, Gabriel F. T. Gomes wrote: > >>* Fix regression when MANPATH is set with colons (Closes: >> #892307) > >I noticed the upstream version of the fix misses these things: > > * falling back on `man --path` when the man

Bug#898077: lintian: False positive in missing-build-dependency-for-dh-addon, python package

tags 898077 + pending thanks > Lintian should perhaps check of there is a python package that meets the > dependency requirement? Or allow e.g. "*scour"? We can't do a wildcard (!) but we can also check for python-scour. I've done this in Git, pending upload:

Bug#898073: Bug#897917: Stretch kernel 4.9.88-1 breaks startup of RPC, KDC services

Hi Ben, On Sun, May 06, 2018 at 06:56:08PM +0100, Ben Hutchings wrote: > I've cloned this bug as #898073 and reassigned that to krb5. > > krb5 is using the new(ish) getrandom() system call to read random bits, > with the code comment "This ensures strong randomness while only > blocking during

Bug#898052: libupnp6-dev is marked Multi-Arch: same but has a conflicting file

Control: tag 898052 + pending On Sun, May 06, 2018 at 05:56:06AM -0400, Francois Gouget wrote: > Trying to install the amd64 and i386 versions of this > package results in the following error: > > # apt-get install libupnp6-dev:amd64 libupnp6-dev:i386 > [...] > Unpacking libupnp6-dev:i386

Bug#898077: lintian: False positive in missing-build-dependency-for-dh-addon, python package

Package: lintian Version: 2.5.55 Severity: normal Dear Maintainer, When building laditools, the missing-build-dependency-for-dh-addon lintian warning is received because scour is not a build dependency when the scour dh addon is used in debian/rules. However, python-scour is a build dependency

Bug#892741: llvmlite: FTBFS on mips64el - testsuite segfaults

Control: severity -1 serious On Sat, May 05, 2018 at 05:58:21PM +0200, Daniel Stender wrote: > Control: severity -1 important > > I'm lowering the severity of this bug report now to unblock the migration to > testing. The failed mips64el build does block testing migration in any case:

Bug#898076: wget: CVE-2018-0494: cookie injection

Source: wget Version: 1.19.4-1 Severity: grave Tags: patch security upstream fixed-upstream Hi, The following vulnerability was published for wget. CVE-2018-0494[0]: cookie injection If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id

Bug#865797: signond FTBFS: symbol changes

user debian-ri...@lists.debian.org usertag 865797 + riscv64 stop Hi, 2017-06-24 23:17 Adrian Bunk: Source: signond Version: 8.59-1 Severity: serious Tags: buster sid Some recent change in unstable makes signond FTBFS: https://tests.reproducible-builds.org/debian/history/signond.html

Bug#897159: flightgear: missing qml dependencies

This is known upstream: https://sourceforge.net/p/flightgear/mailman/flightgear-devel/thread/96b69154-ebd9-166f-9be5-d4971ee4ab05%40numericable.com/#msg36224500 Upstream keep a dependency list in https://sourceforge.net/p/flightgear/fgmeta/ci/next/tree/download_and_compile.sh (lines ~330), but

Bug#895332: flightgear: FTBFS on armel and armhf - GLES related?

This looks like a GL vs GLES incompatibility: libqt5opengl uses OpenGL ES on armel+armhf, simgear/flightgear use full OpenGL on all architectures, and the two can't be mixed. simgear+flightgear probably can't switch to OpenGL ES because they use legacy OpenGL functions that aren't in ES.

Bug#862230: mplayer: error while loading shared libraries: R_PPC_REL24 relocation at 0x207ac54c for symbol `htonl' out of range

I can reproduce it with the 1.0.3-8 Debian package on a PPC MacMini. However I cannot reproduce it when manually building MPlayer (from the debian source package). (I haven't tried rebuilding from source using the debian tools). I think the package must have been built with a badly broken

Bug#898066: New mailing list: debian-wine (move from alioth)

Hello everyone, As the current exe-thumbnailer maintainer I'm seconding this request. Best, James signature.asc Description: OpenPGP digital signature

Bug#898024: trying to overwrite '/usr/include/nodejs/common.gypi', which is also in package nodejs-dev 10.0.0~dfsg-2

2018-05-06 3:19 GMT+02:00 積丹尼 Dan Jacobson : > Package: nodejs-dev > > Unpacking libnode64-dev (10.0.0~dfsg1-3) ... > dpkg: error processing archive /tmp/apt-dpkg-install-NI7HKh/ > 073-libnode64-dev_10.0.0~dfsg1-3_amd64.deb (--unpack): > trying to overwrite

Bug#898075: jack: segfaults at start

Package: jack Version: 3.1.1+cvs20050801-29.2+b1 Severity: grave Justification: renders package unusable Hello! I have just found out that jack stopped working in Debian testing. Last time I used it (around last December, on an up-to-date Debian testing box), it worked without any glitch. Now,

Bug#898073: Bug#897917: Stretch kernel 4.9.88-1 breaks startup of RPC, KDC services

I've cloned this bug as #898073 and reassigned that to krb5. krb5 is using the new(ish) getrandom() system call to read random bits, with the code comment "This ensures strong randomness while only blocking during first system boot." While this is a regression, the kernel is only doing what krb5

Bug#898074: linux-image-4.9.0-6-amd64: gdb3 fails to start

Package: src:linux Version: 4.9.88-1 Severity: critical Justification: breaks unrelated software Dear Maintainer, after an update from linux-image-4.9.0-5-amd64 to linux-image-4.9.0-6-amd64 gdm3 did not start anymore. The screen remains black. However, I can still switch to a text console. It

Bug#897568: zfs-dkms 0.7.6 fails to build on 4.16.0-1-amd64

Control: severity -1 grave On Wed, 2 May 2018 17:13:03 -0700 Sohum Banerjea wrote: > zfs-dkms fails to build on installing linux kernel 4.16.0-1-amd64, with the > following error. Bumping the severity since it makes the package unusable with the testing/unstable kernel. Felix

Bug#898071: ITP: foundationdb -- distributed, transactional, key-value store

Package: wnpp Severity: wishlist Owner: Nicolas Braud-Santoni * Package name: foundationdb Version : 5.1.7 Upstream Author : Apple Inc. * URL : https://www.foundationdb.org/ * License : Apache-2.0 Programming Lang: C/C++ with

Bug#898072: ITP: mpl-scatter-density -- Fast scatter density plots for Matplotlib

Package: wnpp Severity: wishlist Owner: Josue Ortega *Package name: python-mpl-scatter-density Version: 0.3 Upstream Author: Thomas Robitaille *URL: https://github.com/astrofrog/mpl-scatter-density *Licence: BSD-2-Clause Programming Lang: Python

Bug#897572: linux-image-4.16.0-1-amd64 breaks plymouth LUKS prompt

On Sun, 2018-05-06 at 17:22 +0200, Laurent Bigonville wrote: > On Sat, 05 May 2018 20:01:45 +0100 Ben Hutchings > wrote: > > On Fri, 2018-05-04 at 12:20 +1200, Ben Caradoc-Davies wrote: > > > On 04/05/18 11:52, Ben Caradoc-Davies wrote: > > > > - Pressing *any* key

Bug#897572:

FWIW, I have the exact same problem (and can resolve it the exact same way, by moving my finger over my trackpad for a few seconds), and am on a different graphics card -- Intel Iris Graphics 540 (Skylake GT3e). I'm not an expert in kernel/firmware stuff at all, and can't compile a kernel from

Bug#898070: back-mdb broken on kfreebsd-*

Source: openldap Version: 2.4.46+dfsg-1 Severity: important It looks like the LMDB backend is not working at all on kfreebsd-* and slapd just fails to start. Starting test000-rootdse for mdb... running defines.sh Starting slapd on TCP/IP port 9011... Using ldapsearch to retrieve the root

Bug#897667: qt4-x11: Please add support for new architecture "riscv64"

El sábado, 5 de mayo de 2018 10:06:22 -03 Manuel A. Fernandez Montecelo escribió: > 2018-05-05 3:56 GMT+02:00 Lisandro Damián Nicanor Pérez Meyer > > : > > I was about to upload qt4 when I found: > > > > -Q_GLOBAL_STATIC_WITH_ARGS(const QString, orgFreedesktopDBusString, >

Bug#898069: asd

Package: wnpp Severity: wishlist Owner: Josue Ortega *Package name: python-fast-histogram Version: 0.5 Upstream Author: Thomas Robitaille *URL: https://github.com/astrofrog/fast-histogram *Licence: BSD-2-Clause Programming Lang: Python

Bug#613000: Convert Hardening Debian to XML

Hi, On Sat, May 05, 2018 at 08:12:00PM +0200, Marcos Fouces wrote: > Hello > > I already done the following work so far and uploaded to the repo [1]: > > * Imported SVN repo to git. Great > * Migrated debiandoc sgml to Docbook XML. In order to test it, i slightly > adapted the debian-handbook

Bug#898021: linux-image-4.16.0-1-amd64: kernel 4.16 infinite wait after dm login on ivy bridge and bay trail

Hi Stuart, I guess it is related, just moving the mouse will indeed bypass the "freeze", but there is always some delay (4-5 sec) in which the desktop will wait. And it does happen on SSD-only laptops: a Bay Trail (Celeron) and a Ivy Bridge (i3), but not on a Pineview (Atom), this last one has a

Bug#897554: maint-guide: FTBFS: dh_install: missing files, aborting

Hi Boyuan Yang, On Wed, May 02, 2018 at 10:59:48PM +0200, Lucas Nussbaum wrote: > Source: maint-guide > Version: 1.2.40 > Severity: serious > Tags: buster sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20180502 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild

Bug#898068: Message with no Package: tag cannot be processed! ([Deprecated] Methods with the same name as their class on roundcube package :)

Package: roundcube > Hi there! > > message on upgrading my server: > > Paramétrage de roundcube-core (1.2.3+dfsg.1-4+deb9u2) ... > Determining localhost credentials from /etc/mysql/debian.cnf: succeeded. > dbconfig-common:

Bug#898067: Division by zero in microcode loader when booting on EC2 c3.large/r3.large

Package: src:linux Version: 3.16.56-1 Severity: important Tags: upstream fixed-upstream patch The following crash at boot was reported to me by someone who has had trouble submitting it using reportbug: [0.819406] divide error: [#1] SMP [0.821156] Modules linked in: [0.822474]

Bug#896543: liblwp-authen-negotiate-perl: diff for NMU version 0.08-2.1

On Sun, 06 May 2018 17:03:05 +0200, Maximilian Wilhelm wrote: > > I've prepared an NMU for liblwp-authen-negotiate-perl (versioned as > > 0.08-2.1) and > > uploaded it to DELAYED/5. Please feel free to tell me if I > > should delay it longer. > Please go ahead! As I'm not a DD/DM I would need a

  1   2   >