Bug#894662: vlc: nvlc does not play youtube videos after update to v3.0.1-3, vlc and cvlc play the same url normally

Update: also happens when trying to play .cue and .m3u files, again while rvlc, cvlc, etc, play the same files normally; the log is interrupted after killing nvlc with "killall -2 vlc", which takes several tries, and after which the terminal emulator has to be reset to work properly, since the

Bug#876675: snapper: Avoid filling up btrfs, as it break the system?

severity 876675 important tags 876675 + patch thanks The biggest reason why snapper fills up disk with snapshots is because the number algorithm does not cleanup automatically. When apt snapshots are taken by this package's apt hooks, number algorithm is used. However, unlike timeline algorithms

Bug#894666: [debhelper-devel] Bug#894666: Simplify backports - manpage should suggest >=11~ not >=11

Trent W. Buck: > Mattia Rizzolo wrote: >> On Tue, Apr 03, 2018 at 02:30:02PM +1000, Trent W. Buck wrote: >>> When backporting libpam-mount from experimental to stable, the only change >>> I needed was >>> >>> -Build-Depends: debhelper (>= 11), … >>> +Build-Depends: debhelper (>= 11~), …

Bug#894696: ITP: nagios4 -- A host/service/network monitoring and management system

On 04/04/2018 12:56 AM, Russell Stuart wrote: > On Tue, 2018-04-03 at 13:51 +0200, Bas Couwenberg wrote: >> My point is that you maintain the package within the team, not that  >> other members in the team maintain the package instead. > > Firstly I prefer to work on my own. Then you shouldn't

Bug#894772: RFS: deepin-system-monitor/1.4.3-1 [ITP]

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "deepin-system-monitor" * Package name: deepin-system-monitor Version : 1.4.3-1 Upstream Author : Deepin Technology Co., Ltd * URL :

Bug#894724: ncmpc: Crash in chat screen when another client sends a long line

Control: retitle -1 ncmpc: CVE-2018-9240: Crash in chat screen when another client sends a long line Hi Jonathan, On Tue, Apr 03, 2018 at 04:48:23PM +0200, Jonathan Neusch??fer wrote: > I tagged this report as "security"-related, because the client can be > crashed by the actions of another

Bug#871993: fail2ban.system PartOf is broken causing firewalld to fail

On Wed, 04 Apr 2018, Sunil Mohan Adapa wrote: > Every system that is using firewalld and fail2ban fails upgrading from > stable to testing (or next stable eventually) because this issue. > Please consider releasing a fix with priority by taking Fedora's > workaround in the posted patch. thanks

Bug#894771: python3-testtools: Missing runtime dependency on python3-distutils

Source: python-testtools Version: 2.3.0-3 Severity: important I get an import error on debian/unstable when trying to import the testtools package: free@debian:~$ python3 -c "import testtools" python3 -c "import testtools" Traceback (most recent call last): File "", line 1, in File

Bug#894050: Reopening

While this is fixed for unstable/testing, the security team has informed me that there will be no DSA for this issue for stable/oldstable. As such, I'm reopening this until stable/oldstable can be updated via a point release.

Bug#894770: arduino: serial communication/uploader not working

Package: arduino Version: 2:1.0.5+dfsg2-4.1 Severity: grave Justification: renders package unusable Dear Maintainer, normal use of arduino program however at the moment the serial connection selection is greyed out connect to arduino via serial port not working, cannot upload code to arduino

Bug#871993: fail2ban.system PartOf is broken causing firewalld to fail

Every system that is using firewalld and fail2ban fails upgrading from stable to testing (or next stable eventually) because this issue. Please consider releasing a fix with priority by taking Fedora's workaround in the posted patch. Thanks, -- Sunil

Bug#894011: Pending fixes for bugs in the java-common package

tag 894011 + pending thanks Some bugs in the java-common package are closed in revision 9c88efb17a04da62f77e9fb328c8fa92e8196572 in branch 'master' by tony mancill The full diff can be seen at https://anonscm.debian.org/cgit/pkg-java/java-common.git/commit/?id=9c88efb Commit message: Move

Bug#894769: arduino: serial communication/uploader not working

Package: arduino Version: 2:1.0.5+dfsg2-4.1 Severity: grave Justification: renders package unusable Dear Maintainer, normal use of arduino program however at the moment the serial connection selection is greyed out connect to arduino via serial port not working, cannot upload code to arduino

Bug#807862: Same issue here

I ran into the same issue: /tmp/blog.rust-lang.org$ git hub pull new Pushing nonnull-size to nonnull-size in fork Creating pull request from branch nonnull-size to rust-lang/blog.rust-lang.org:master Error: GitHub error: Validation Failed Error: HTTP Error 422: Unprocessable Entity Error:

Bug#858294: Unreproducible, moreinfo needed

El jueves, 29 de marzo de 2018 14:07:02 -03 Vladimir Berezenko escribió: > > Hi! I definitely can't reproduce this bug. Can you still reproduce it? > > Which Qt version are you currently using? > > This is definitely reproducible. The current Qt5 version is 5.9.2-2 on my > quad G5, and 5.8.4 on

Bug#894768: project: in debian 9, using mate, had crashes during the execution of videos in vlc. I have a core2duo

Package: project Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? *

Bug#894767: Please package version 1.3.0

Package: python3-logbook Version: 0.12.3-1 Severity: wishlist Please package version 1.3.0, the version in Debian is getting a bit old.

Bug#844432: fixed in python-click 6.7-3.1

Hello! It looks like you have nmu-ed python-click. Did you send me the patch anywhere? Maybe I missed it? Cheers, -- Alexandre Viau av...@debian.org signature.asc Description: OpenPGP digital signature

Bug#894666: Simplify backports - manpage should suggest >=11~ not >=11

Mattia Rizzolo wrote: > On Tue, Apr 03, 2018 at 02:30:02PM +1000, Trent W. Buck wrote: > > When backporting libpam-mount from experimental to stable, the only change > > I needed was > > > > -Build-Depends: debhelper (>= 11), … > > +Build-Depends: debhelper (>= 11~), … > > > > The tilde

Bug#894758: maildir-utils: Incomplete debian/copyright?

tag 894758 + moreinfo thanks > I just ACCEPTed maildir-utils from NEW but noticed it was missing Thanks. > attribution/licenses in debian/copyright for at least some of the > utilities under lib (eg. mu-flags.c) and perhaps some of the tests Hmm, I am not completely convinced what you mean.

Bug#894711: RFS: qtmpris/0.0.8-1 [ITP]

On Tue 04/03 22:43, Adam Borowski wrote: > On Tue, Apr 03, 2018 at 08:25:32PM +0800, Yanhao Mo wrote: > > Package: sponsorship-requests > > Severity: wishlist > > > > * Package name: qtmpris > >Version : 0.0.801 > >Upstream Author : Andres Gomez > >

Bug#894740: acpi-call-dkms: Bad return status for module build on kernel: 4.14.0-0.bpo.2-amd64

Le 04/04/2018 à 01:26, Lorenzo Ancora a écrit : > I was not able to find bug #868110 in reportbug: > As you can see the list is blank, except for this and another bug > report. Probably due to the version mismatch. > Next time I will make the archaeologist directly on the website, > ignoring the

Bug#894766: Make a build without kwallet support

Package: falkon Version: 3.0.0-3 Severity: wishlist Can you please put the support for kwallet in a package of it own as you did earlier with qupzilla?

Bug#894765: Prompt for password for encrypted PDFs

Package: pdfmod Version: 0.9.1-8 Severity: wishlist Please prompt for a password required to open encrypted PDFs, and decrypt them for modification. Thanks, -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental')

Bug#894764: Please prompt for password on import of encrypted file

Package: gscan2pdf Version: 1.8.11-1 Severity: wishlist If I --import a file with PDF encryption, it'd be nice if gscan2pdf could prompt me for a password to unlock the file. Would this be doable without too much trouble? At this stage, on import, I get errors: 1. "Error extracting text layer

Bug#894740: (no subject)

close 894740 1.1.0-4~bpo9+1 # btw this BTS is old and difficult to use. :-)

Bug#879619: Autopkgtest for ncbi-tools6

Liubov Chuprikova writes: > Sorry for the delay in continuing the work! No problem. > Last two days I have been figuring out how to test *tbl2asn* and > *asnmacro*. Please, take a look at the last commits > .

Bug#894740: acpi-call-dkms: Bad return status for module build on kernel: 4.14.0-0.bpo.2-amd64

Hello Raphaël, > Please double check the archived bugs next time you report a bug. I was not able to find bug #868110 in reportbug: https://s18.postimg.org/gy26kqqmx/Istantanea_2018-04-03_22-56-45.png As you can see the list is blank, except for this and another bug report. Probably due to the

Bug#540294: closed by Niels Thykier <ni...@thykier.net> (Bug#540294: fixed in lintian 2.5.51)

Control: reopen -1 On Sun, 18 Jun 2017 at 09:21:14 +, Debian Bug Tracking System wrote: > #540294: [new check] Check if Vcs-* and changelog distribution match ... >* checks/changes-file.{desc,pm}: > + [BR] Apply patch by Simon McVittie to detect unreleased package >uploaded

Bug#882308: http-parser 2.7 breaks ruby-em-http-request's tests

forwarded 882308 https://github.com/igrigorik/em-http-request/issues/316 thanks Jérémy Lal wrote... > Control: reassign -1 ruby-em-http-request > I took the liberty to reassign it to it. Feel free to reassign to > whichever you see it would be better assigned. Good question where to put it, you

Bug#894763: libglib2.0-0: symbol lookup error: /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0: undefined symbol: g_date_copy

On Wed, 04 Apr 2018 at 00:51:04 +0200, Axel Beckert wrote: > since very recently, emacs25 on armhf (but not on amd64) crashes for > me as follows: > > emacs25: symbol lookup error: > /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0: undefined symbol: > g_date_copy I would normally ask: if you

Bug#882308: http-parser 2.7 breaks ruby-em-http-request's tests

Control: reassign -1 ruby-em-http-request I took the liberty to reassign it to it. Feel free to reassign to whichever you see it would be better assigned. Please try this patch on ruby-em-http-request. --- a/lib/em-http/http_connection.rb +++ b/lib/em-http/http_connection.rb @@ -131,7 +131,7 @@

Bug#894696: ITP: nagios4 -- A host/service/network monitoring and management system

On Tue, 2018-04-03 at 13:51 +0200, Bas Couwenberg wrote: > My point is that you maintain the package within the team, not that  > other members in the team maintain the package instead. Firstly I prefer to work on my own. And secondly as I said I did email the team. The response I got made it

Bug#894123: RM: nvidia-graphics-modules/oldstable -- RoQA; license problem; incompatible with current kernel ABI

On 2018-03-26 17:51, Ben Hutchings wrote: > See #815060 for the license issue. from the previous jessie RM request: https://bugs.debian.org/815525 >On Mon, 22 Feb 2016 10:02:56 +0100 Julien Cristau >wrote: >> I'd rather we left (old)stable well alone. > The Linux kernel ABI

Bug#894763: libglib2.0-0: symbol lookup error: /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0: undefined symbol: g_date_copy

Package: libglib2.0-0 Version: 2.56.0-5 Severity: grave Control: affects -1 + emacs25 Dear Maintainers, since very recently, emacs25 on armhf (but not on amd64) crashes for me as follows: emacs25: symbol lookup error: /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0: undefined symbol:

Bug#881491: lintian: update gir checks for gobject-introspection/1.54.1-3 mini-policy

On Sun, 12 Nov 2017 at 12:35:40 +, Simon McVittie wrote: > gobject-introspection/1.54.1-3 [contains] GIR mini-policy > updates aimed at reducing false positives from Lintian. ... > This gives Lintian enough information to avoid some unnecessary warnings > when the attached patches are applied.

Bug#894762: cups-daemon: with IdleExitTimeout 60, correctly exits when idle for 60 s, but immediately respawns [regression]

Package: cups-daemon Version: 2.2.7-1 Severity: normal Dear Debian Printing Team, I noticed a weird misbehavior of cupsd, which seems to be a regression. I had configured /etc/cups/cupsd.conf with the directive IdleExitTimeout 60 in order to let cupsd exit when idle for 60 s: the feature

Bug#881773: ruby2.5: FTBFS on hppa: recursive once test fails

On 2018-04-01 10:17 AM, Antonio Terceiro wrote: I don't think working around this in the tests is the correct solution to the issue. There was a similar problem on ppc64el recently, maybe you can find a similar solution for hppa: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881772 I played

Bug#893041: libvirt-daemon: Update of libvirt fails due to dependency issues

Package: libvirt-daemon-system Version: 4.1.0-2 Followup-For: Bug #893041 Still present for me in 4.1.0-2 -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (994, 'unstable'), (700, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64

Bug#879619: Autopkgtest for ncbi-tools6

Dear Andreas, dear Aaron, On Thu, 29 Mar 2018 at 18:14 Andreas Tille wrote: > On Thu, Mar 29, 2018 at 02:35:01PM +, Liubov Chuprikova wrote: > > > > Thanks a lot for your attention to my work on the project! > > I'd like to confirm that this is because of your pretty good

Bug#894338: nvidia-graphics-drivers: CVE-2018-6249, CVE-2018-6253: null pointer dereference and infinite recursion due to malformed shader

On 2018-04-03 22:17, Luca Boccassi wrote: > Shouldn't this be reverted too: > > https://salsa.debian.org/nvidia-team/glx-alternatives/commit/30014d629d71ae2400a0aae8533089daec23d8c9 No, this should do the right thing on stretch, too. The old code in stretch is broken in some corner cases.

Bug#750533: 'SystemdIdleExit off' stops respawns

On Wed, 4 Apr 2018 00:14:28 +0200 Francesco Poli wrote: > I had to set > > SystemdIdleExit off > IdleExitTimeout 0 > > in /etc/cups/cupsd.conf in order to prevent cupsd from exiting when > idle. Sorry, the correct setting is just IdleExitTimeout 0 The other directive is no longer

Bug#894338: nvidia-graphics-drivers: CVE-2018-6249, CVE-2018-6253: null pointer dereference and infinite recursion due to malformed shader

On 2018-03-30 16:20, Luca Boccassi wrote: > It's due to the updated glx-alternative-foo sets the libGL.so.1 symlink > to Mesa, even when update-glx --glx nvidia is used: > > lrwxrwxrwx 1 root root 48 Mar 30 15:02 > /etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> >

Bug#882308: http-parser 2.7 breaks ruby-em-http-request's tests

2018-04-03 23:22 GMT+02:00 Christoph Biedl : > Jérémy Lal wrote... > > > Control: reassign -1 ruby-http-parser.rb > > Thanks for taking care of that one. However ... > > > it seems ruby-em-http-request uses a fork of http_parser.rb that has not > > been updated for

Bug#750533: 'SystemdIdleExit off' stops respawns

On Sun, 10 Aug 2014 11:19:57 -0400 Dominique Brazziel wrote: > No cups respawns or the attendant > colord messages since putting 'SystemdIdleExit off' > in 'cupsd.conf'. I remain perplexed as to why cups kept waking up > (on socket activation I reckon) when no jobs were printing > and no

Bug#893523: transition: qtbase-opensource-src

El martes, 27 de marzo de 2018 19:09:52 -03 Emilio Pozuelo Monfort escribió: > On 19/03/18 20:22, Lisandro Damián Nicanor Pérez Meyer wrote: > > In order to know what we are facing: > > > > - #893535 deepin-qt5dxcb-plugin: FTBFS with Qt 5.10.1 in experimental > > - #876934 openorienteering-mapper

Bug#592159: ITP: poezio -- XMPP terminal-based client

A preliminary package, mainly the work of Tanguy, with only very minor updates by me, is here: https://salsa.debian.org/debacle/poezio If nobody objects, I will move this to https://salsa.debian.org/xmpp-team/poezio Note, that this needs the latest slixmpp snapshot, e.g. from

Bug#887470: slixmpp: please package new version 1.3.0

Preliminary new snapshot package here: https://salsa.debian.org/debacle/slixmpp If nobody objects, I will move this to https://salsa.debian.org/xmpp-team/slixmpp

Bug#894760: apache2-bin: trying to overwrite '/usr/lib/apache2/modules/mod_md.so', which is also in package libapache2-mod-md 1.1.0-1

Package: apache2-bin Version: 2.4.33-1 Severity: serious Control: clone -1 -2 Control: retitle -2 apache2: trying to overwrite '/etc/apache2/mods-available/md.load', which is also in package libapache2-mod-md 1.1.0-1 Control: reassign -2 apache2 2.4.33-1 Hi, Apache upstream now includes

Bug#894476: RCC: provide option to encode EPOCH timestamp

Hi Thomas, > Maybe the solution is then not in rcc but in whatever generate the files > that the qrc that rcc processes refer to. For instance in the case of > ultracopier lrelease could have a mean if generating .qm files with the > same modified timestamp as the .ts file it processes That

Bug#892276: [Pkg-openssl-devel] Bug#892276: marked as done (libssl-dev: typo in usr/include/openssl/lhash.h)

On Tue, Apr 03, 2018 at 11:54:39PM +0200, Sebastian Andrzej Siewior wrote: > I have just no idea what to do here regarding stable. Do we have plans > to do s-p-u of the last 1.1.0 release? We probably should. Kurt

Bug#894476: RCC: provide option to encode EPOCH timestamp

On April 3, 2018 10:15:42 PM GMT+01:00, "Lisandro Damián Nicanor Pérez Meyer" wrote: >El mar., 3 de abr. de 2018 16:42, Sune Vuorela >escribió: > >> On Tuesday, April 3, 2018 9:24:58 PM CEST Chris Lamb wrote: >> > I'm not /entirely/ sure what the

Bug#892548: dhelp: /usr/sbin/dhelp_parse broken with ruby 2.5

Control: tag -1 unreproducible Unfortunately, I can't reproduce this error. However, I've faced the other error related to dhelp's cron script. It fails to build a document index, and so search doesn't work. But at least the dhelp_parse utility can rebuild its documentation directory, and a home

Bug#892276: [Pkg-openssl-devel] Bug#892276: marked as done (libssl-dev: typo in usr/include/openssl/lhash.h)

On 2018-04-03 23:34:15 [+0200], Kurt Roeckx wrote: > > -# define lh_new OPENSSL_lh_new > > +# define lh_new OPENSSL_LH_new > [...] > > >* Update to 1.1.1-pre4 (Closes: #892276, #894282). > > This was fixed like a year ago in the master branch (and so 1.1.1) > already, it just wasn't in the

Bug#890672: fixed in x42-plugins 20170428-1.1

Hi, Why don't you update to x42-plugins-20180320 which was released about two weeks ago and also fixes this issue? see https://tracker.debian.org/pkg/x42-plugins it has an "action needed", high-prio item for it. Cheers! robin PS. As opposed to what tracker.debian.org says, the package does not

Bug#892276: [Pkg-openssl-devel] Bug#892276: marked as done (libssl-dev: typo in usr/include/openssl/lhash.h)

> -# define lh_new OPENSSL_lh_new > +# define lh_new OPENSSL_LH_new [...] >* Update to 1.1.1-pre4 (Closes: #892276, #894282). This was fixed like a year ago in the master branch (and so 1.1.1) already, it just wasn't in the stable branch. It should get closed for the next upstream version

Bug#894758: maildir-utils: Incomplete debian/copyright?

Source: maildir-utils Version: 1.0-2 Severity: serious Justication: Policy 12.5 X-Debbugs-CC: Norbert Preining Hi, I just ACCEPTed maildir-utils from NEW but noticed it was missing attribution/licenses in debian/copyright for at least some of the utilities under lib (eg.

Bug#894757: libmypaint-common: file conflict with mypaint-data

Package: libmypaint-common Version: 1.3.0-1 Severity: serious Forwarded: https://github.com/mypaint/mypaint/issues/918 libmypaint-common ships some of the same file names as mypaint-data (the libmypaint.mo files). I'm going to go ahead and add "Conflicts: mypaint-data" now. The way forward is to

Bug#894756: systemfixtures: autopkgtest fails since python3.6 dropped depends on python3-distutils

Argg, sorry for the stupid report, wrong use of reportbug. Since the upload of python3.6 version 3.6.5~rc1-2, it doesn't depend on python3-distutils anymore. Your autopkgtest¹ fails since than with the following error:

Bug#847937: Project moved

New home page: https://wiki.gnome.org/Apps/Lollypop Debian is the last distribution not providing this package (with Ubuntu). regards, -- Cédric Bellegarde

Bug#894756: systemfixtures: autopkgtest fails since python3.6 dropped depends on python3-distutils

Source: systemfixtures Version: 0.6.4-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 From: Paul Gevers To: Debian Bug Tracking System

Bug#894755: sunpy: autopkgtest fails since python3.6 dropped depends on python3-distutils

Source: sunpy Version: 0.8.3-1 Severity: normal User: ci-t...@tracker.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Since the upload of python3.6 version 3.6.5~rc1-2, it doesn't depend on python3-distutils anymore. Your autopkgtest¹ fails since than with the following error:

Bug#894747: lintian: Re-enable YAML parsing for d/upstream/metadata files

tags 894747 + pending thanks Thanks Dylan — fixed in Git, pending upload: https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=fd55f0d4df464b05446573768ac7826530d3c308 Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk

Bug#893377: RFS: taptempo/1.2.1-1 [ITP]

Hi Lumin, upload to mentors done, please check: https://mentors.debian.net/package/taptempo Regards, François Le mardi 03 avril 2018 à 06:17 +, Lumin a écrit : > Hi François, > > On 31 March 2018 at 21:59, François Mazen wrote: > > > > This program is useful to

Bug#894690: lintian: false positives for privacy-breach-generic when Mallard docs have a

tags 894690 + pending thanks Hi Simon, Thanks for the report. I've fixed in Git with a testcase, pending upload: https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=b3fd60aa18eebbe9db8455e4a31dbdb3e64541d6 Regards, -- ,''`. : :' : Chris Lamb `. `'`

Bug#882308: http-parser 2.7 breaks ruby-em-http-request's tests

Jérémy Lal wrote... > Control: reassign -1 ruby-http-parser.rb Thanks for taking care of that one. However ... > it seems ruby-em-http-request uses a fork of http_parser.rb that has not > been updated for a while. However, upstream seems to have fixed some > issues with more recents http-parser

Bug#894754: vagrant: Invalid gemspec in rbnacl-libsodium stack level too deep

Package: vagrant Version: 2.0.2+dfsg-3 Severity: normal Dear Maintainer, When running any `vagrant` command the following is error appears and the command seems to never complete. ``` $ vagrant status Invalid gemspec in [/usr/share/rubygems-integration/all/specifications/rbnacl-

Bug#894476: RCC: provide option to encode EPOCH timestamp

El mar., 3 de abr. de 2018 16:42, Sune Vuorela escribió: > On Tuesday, April 3, 2018 9:24:58 PM CEST Chris Lamb wrote: > > I'm not /entirely/ sure what the difference is as I'm not in the > > Qt/RCC world too often these days (alas !), but why just not use > > SOURCE_DATE_EPOCH

Bug#894753: ITP: node-asmcrypto -- JavaScript Cryptographic Library

Package: wnpp Severity: wishlist Owner: Daniel Kahn Gillmor * Package name: node-asmcrypto Version : 0.22.0 Upstream Author : Adam Lippai * URL : https://github.com/asmcrypto/asmcrypto.js * License : MIT Programming

Bug#894752: ITP: node-rusha -- high-performance pure-javascript SHA1 implementation

Package: wnpp Severity: wishlist Owner: Daniel Kahn Gillmor * Package name: node-rusha Version : 0.8.13 Upstream Author : Sam Rijs * URL : https://github.com/srijs/rusha * License : MIT Programming Lang: JavaScript

Bug#891956:

I have the same problem on my debian, reinstalling don't help.

Bug#894750: Checking compatibility of add-ons takes forever

Package: firefox-esr Version: 52.7.3esr-1 This happens with every new Firefox version since a long time: A window "Firefox Update" appears saying: Checking Compatibility of Add-ons Checking your add-ons for compatibility with this version of Firefox. [ animation of

Bug#894751: license missing

Package: libbpp-core Version: 2.4.0-1 Severity: serious thanks Dear Maintainer, as the CeCILL license is not part of /usr/share/common-licenses/, please add the full license text to your debian/copyright Thanks! Thorsten

Bug#894740: acpi-call-dkms: Bad return status for module build on kernel: 4.14.0-0.bpo.2-amd64

Control: forcemerge 868110 -1 This bug is a duplicate of #868110, which was fixed in 1.1.0-4, and a backport for Stretch is available since August 28th, 2017. Please double check the archived bugs next time you report a bug. Regards, -- Raphaël Halimi

Bug#894715: netbeans doesn't start (and exits with error code 2)

Am 03.04.2018 um 22:29 schrieb Pierre Thierry: > Scribit Markus Koschany dies 03/04/2018 hora 14:56: >> For now I guess the only way to make it work in testing/unstable is >> to revert back to OpenJDK 8 via update-alternatives --config java >> and to install libequinox-osgi-java 3.8.1 from

Bug#894749: ruby-grpc: FTBFS on ppc64el: cannot open shared object file: No such file or directory

Source: ruby-grpc Version: 1.3.2+debian-4 Severity: serious Your package fails to build on ppc64el (where it built before): An error occurred while loading /<>/ruby-grpc-1.3.2+debian/src/ruby/spec/server_spec.rb. Failure/Error: require_relative 'grpc_c' LoadError: libprofiler.so.0: cannot

Bug#894748: plasma-workspace: Plasmashell crashes when notification shown

Package: plasma-workspace Version: 4:5.12.4-1 Severity: important Tags: upstream Dear Maintainer, Plasmashell freezes when showing a notification. I can use everything else like the menu, tooltips and tray apps but if any app, like plasma-nm, pops up a notification the notification starts to

Bug#894715: netbeans doesn't start (and exits with error code 2)

Scribit Markus Koschany dies 03/04/2018 hora 14:56: > For now I guess the only way to make it work in testing/unstable is > to revert back to OpenJDK 8 via update-alternatives --config java > and to install libequinox-osgi-java 3.8.1 from snapshots.debian.org. If netbeans 8.1 depends on

Bug#894711: RFS: qtmpris/0.0.8-1 [ITP]

On Tue, Apr 03, 2018 at 08:25:32PM +0800, Yanhao Mo wrote: > Package: sponsorship-requests > Severity: wishlist > > * Package name: qtmpris >Version : 0.0.801 >Upstream Author : Andres Gomez > * URL : https://github.com/nemomobile/qtmpris

Bug#891799: [Pkg-openssl-devel] Bug#891799: fixed in openssl1.0 1.0.2o-1

On 2018-04-03 22:17, Sebastian Andrzej Siewior wrote: > On 2018-03-28 18:41:50 [+0200], Aurelien Jarno wrote: > > >* Add riscv64 (Closes: #891799). > > > > Thanks for merging the patch. Unfortunately it doesn't work as there is > > a small typo in debian-targets.patch, causing the package to

Bug#894619: sdcc FTBFS with lyx 2.3.0-2

control: tag -1 patch control: affects -1 = control: reassign -1 src:sdcc 3.5.0+dfsg-2 Am 02.04.2018 um 17:01 schrieb Adrian Bunk: > Package: lyx > Version: 2.3.0-2 > Severity: serious > Control: affects -1 src:sdcc > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/sdcc.html

Bug#894747: lintian: Re-enable YAML parsing for d/upstream/metadata files

Package: lintian Version: 2.5.80 Severity: wishlist Control: block 731340 by -1 Hi, Currently, the lintian checks for validity of d/u/metadata are disabled since 2.5.50.4 [1] due to a security problem [2] (CVE-2017-8829), but now we can safety use YAML::XS with the $LoadBlessed option [3]. I

Bug#894338: nvidia-graphics-drivers: CVE-2018-6249, CVE-2018-6253: null pointer dereference and infinite recursion due to malformed shader

On Tue, 2018-04-03 at 21:33 +0200, Andreas Beckmann wrote: > On 2018-03-30 16:20, Luca Boccassi wrote: > > Andreas, what should we do here for Stretch? If we update stretch > > to > > 384.130 we'll need the new glx-alternative too as they updated the > > SONAMEs (a bit strange for an LTS branch),

Bug#891799: [Pkg-openssl-devel] Bug#891799: fixed in openssl1.0 1.0.2o-1

On 2018-03-28 18:41:50 [+0200], Aurelien Jarno wrote: > >* Add riscv64 (Closes: #891799). > > Thanks for merging the patch. Unfortunately it doesn't work as there is > a small typo in debian-targets.patch, causing the package to FTBFS [1]. > The patch below should fix that. Note the extra

Bug#894610: FTBFS: error: module cstream is in file 'std/cstream.d' which cannot be read

Hi, On Mon, 02 Apr 2018 11:48:34 +0200 Adam Borowski wrote:> I'm afraid your package fails to build (tried on armhf amd64), with: ... > src/abagames/util/Logger.d:8:8: error: module cstream is in file > 'std/cstream.d' which cannot be read > import std.cstream; >

Bug#894746: lxpolkit: Wrong exit code when login is cancelled

Package: lxpolkit Version: 0.5.3-2 Severity: normal Dear Maintainer, when lxpolkit is used for root login and the user hits the "Cancel" button, it exits with code 127. According to the pkexec man page, the exit code in such a situation should rather be 126. The exit code 127 is used by the

Bug#894745: cross-gcc-dev patches misapply for recent gcc-7 and gcc-8

Package: cross-gcc-dev Version: 184 Severity: important Tags: patch User: helm...@debian.org Usertags: rebootstrap The recent gcc-7 and gcc-8 uploads add a feature called FORCE_CROSS_LAYOUT. After these uploads, the cross-gcc-dev patches still apply, but they apply in a useless way. Part of their

Bug#836747: radioclk: Add ENABLED option to /etc/default/radioclk

On Mon, 05 Sep 2016 13:43:11 +0100 Colin Tuckley wrote: > Package: radioclk > Version: 1.0.ds1-12 > Severity: wishlist > > It would be useful if there was a way to stop the radioclk daemon being > started. Hello Colin, I'm in the process of adopting radioclk (see #889311).

Bug#894744: ITP: puppet-module-cloudkitty -- Puppet module for OpenStack CloudKitty

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: puppet-module-cloudkitty Version : 1.0.0 Upstream Author : OpenStack Foundation * URL : https://github.com/openstack/puppet-cloudkitty *

Bug#894743: ibus-client-clutter FTCBFS: configures for the build architecture from ./autogen.sh

Source: ibus-client-clutter Version: 0.0+git20090728.a936bacf-5.1 Tags: patch upstream User: helm...@debian.org Usertags: rebootstrap ibus-client-clutter fails to cross build from source, because it configures for the build architecture. It actually tries to configure twice. Once for the build

Bug#894742: libguestfs: build-depends on linux-image-marvell on armel

Source: libguestfs Version: 1:1.36.13-2 Severity: serious Hi, libguestfs build-depends on linux-image-marvell on armel, but that package is gone. Thus libguestfs is currently unbuildable: https://buildd.debian.org/status/package.php?p=libguestfs Emilio

Bug#894476: RCC: provide option to encode EPOCH timestamp

On Tuesday, April 3, 2018 9:24:58 PM CEST Chris Lamb wrote: > I'm not /entirely/ sure what the difference is as I'm not in the > Qt/RCC world too often these days (alas !), but why just not use > SOURCE_DATE_EPOCH *iff* it is exported? > > Normal systems simply do not have this envvar set, so

Bug#894476: RCC: provide option to encode EPOCH timestamp

On April 3, 2018 8:20:22 PM GMT+01:00, Sune Vuorela wrote: >On Tuesday, April 3, 2018 9:14:23 PM CEST Chris Lamb wrote: >> Hi Sune! >> >> > I don't think honouring SOURCE_DATE_EPOCH is the right idea under >normal >> > circumstances >> >> Can you elaborate on what you mean by

Bug#894338: nvidia-graphics-drivers: CVE-2018-6249, CVE-2018-6253: null pointer dereference and infinite recursion due to malformed shader

On 2018-03-30 16:20, Luca Boccassi wrote: > Andreas, what should we do here for Stretch? If we update stretch to > 384.130 we'll need the new glx-alternative too as they updated the > SONAMEs (a bit strange for an LTS branch), but as-is it will be borken, > unless I'm missing something. I

Bug#894741: kcharselect crash when going to "Mathematical Symbols > Mathematical Operators" characters block

Package: kcharselect Version: 4:16.08.0-1+b1 Severity: important Dear Maintainer, Going to "Mathematical Symbols > Mathematical Operators" character block crashes the application. The crash happens only when a specific font is set (tested on Noto Sans, on many other fonts this bug is not

Bug#894740: acpi-call-dkms: Bad return status for module build on kernel: 4.14.0-0.bpo.2-amd64

Package: acpi-call-dkms Version: 1.1.0-3 Severity: serious Justification: fails to build from source Hello, I'm trying to upgrade from Linux 4.9 to Linux 4.14, but I can not continue because of acpi-call which fails to compile (via apt / aptitude to install the header package). There seems to be

Bug#894476: RCC: provide option to encode EPOCH timestamp

Hi Sune, > "normal circumstances" is rcc on a source file, as opposed > to an autogenerated file I'm not /entirely/ sure what the difference is as I'm not in the Qt/RCC world too often these days (alas !), but why just not use SOURCE_DATE_EPOCH *iff* it is exported? Normal systems simply do not

Bug#893663: freeplane: CVE-2018-1000069 XXE vulnerability

Salvatore Bonaccorso writes: > Hi Felix, hello Salvatore, > On Sun, Apr 01, 2018 at 06:04:27PM +0200, Markus Koschany wrote: >> >> >> Am 01.04.2018 um 17:57 schrieb Felix Natter: >> [...] >> > Thanks, done. >> > BTW: Is it ok to close the bug with the stretch-security

Bug#894739: dh_octave_check tests installed package instead of source tree when called from debian/rules

Package: dh-octave-autopkgtest Version: 0.3.2 On Tue, Mar 27, 2018 at 09:40:49PM +0200, Sébastien Villemot wrote: > On Mon, Mar 26, 2018 at 07:42:09AM +0200, Rafael Laboissière wrote: > > I messed up a little bit with the Git repo for octave-control because I did > > my changes, uploaded version

Bug#894476: RCC: provide option to encode EPOCH timestamp

On Tuesday, April 3, 2018 9:14:23 PM CEST Chris Lamb wrote: > Hi Sune! > > > I don't think honouring SOURCE_DATE_EPOCH is the right idea under normal > > circumstances > > Can you elaborate on what you mean by "normal circumstances"? :) "normal circumstances" is rcc on a source file, as opposed

  1   2   3   >