Bug#888949: libconfig-model-dpkg-perl: recognize X{S,B}-Ruby-Versions field for packages depending on ruby, not only ruby section

On Wed, 31 Jan 2018 15:01:33 +0100 =?utf-8?Q?C=C3=A9dric?= Boutillier wrote: > The spectrum of ruby packages in Debian became wider some of the > packages, though they use gem2deb and make use of these variables, are > not in the ruby section of the archive. Such an example is

Bug#894392: check on debhelper versioned dependency should be made backports-friendly

On Thursday, 29 March 2018 19:53:26 CEST you wrote: > But cme fix dpkg-control does not like this, and replaces it by > debhelper (>= 11), which is not satisfiable in stretch-backports. > > cme should be made to accept the backport-friendly constraint. Good point. We'll fix this. Thanks for the

Bug#894030: linux-image-4.15.0-2-amd64: kernel memory leak while recording with audacity

Hi The oops related to USB were due to a DVB device attached to a 5m cable. This length of cable is the max supported by USB and was ok with my previous ASUS mobo, but leads to oops on this one. I've removed kdeconnect and not the kernel log looks fine except for these lines: sp5100_tco:

Bug#894030: linux-image-4.15.0-2-amd64: kernel memory leak while recording with audacity

On dimanche 25 mars 2018 17:50:22 CEST you wrote: > According to this, your kernel is not in the best of states. Maybe you > want to read the fulle kernel log and see where this started? First oops is due to usb trouble: Mar 25 12:48:25 gandalf kernel: [ 21.212996] CPU: 7 PID: 2178 Comm:

Bug#894030: Acknowledgement (linux-image-4.15.0-2-amd64: kernel memory leak while recording with audacity)

On the other hand, once I closed the audacity windows, the kernel released about 3BG of memory: $ smem -tw Area Used Cache Noncache firmware/hardware 0 0 0 kernel image 0 0 0 kernel

Bug#894030: linux-image-4.15.0-2-amd64: kernel memory leak while recording with audacity

Package: src:linux Version: 4.15.11-1 Severity: normal Dear Maintainer, While recording audio from line input (on motherboard, no usb involved), I've noticed an increase of the memory used by the kernel. I record audio with: $ pasuspender audacity After recording for about 1 hour, about 5GB of

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

On Tuesday, 6 March 2018 23:27:04 CET gregor herrmann wrote: > I think that's fine, and I'm happy to add them unless Dominique has > some objections. No objections at all :-) Thanks -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o-

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

On Saturday, 3 March 2018 17:56:11 CET gregor herrmann wrote: > Please review/merge/improve/ignore at your discretion Merged. Thanks for the update :-) -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

On Wednesday, 21 February 2018 19:30:57 CET Andreas Tille wrote: > > How about starting from the value given by 'git remote show -v' ? (may be > > with a "|grep debian.org" ) > > For a totally random example I get: > > $ git remote -v show > origin

Bug#891693: rakudo: fails to upgrade from 'testing' - trying to overwrite /usr/lib/perl6/runtime/dynext/libperl6_ops_moar.so

On Wed, 28 Feb 2018 03:22:29 +0100 Andreas Beckmann wrote: > during a test with piuparts I noticed your package fails to upgrade from > 'testing'. > It installed fine in 'testing', then the upgrade to 'sid' fails > because it tries to overwrite other packages files without

Bug#862373: solved upstream: Unconditionally instantiates objects from yaml data

TINITA explains in this post how safely use YAML in Perl: http://blogs.perl.org/users/tinita/2018/02/safely-load-untrusted-yaml-in-perl.html HTH

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

On Monday, 12 February 2018 18:23:02 CET gregor herrmann wrote: > Well, to be fair, the URLs (the path part after the host) won't match > anyway, and I don't see a way to come up with a generic rewriting > scheme. How about starting from the value given by 'git remote show -v' ? (may be with a

Bug#890382: RFS: libbusiness-isin-perl/0.20-1 [ITP]

On Wednesday, 14 February 2018 10:30:10 CET Laurent Baillet wrote: > I am looking for a sponsor for my package "libbusiness-isin-perl" > > * Package name: libbusiness-isin-perl >Version : 0.20-1 >Upstream Author : David Chan > * URL :

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

On Friday, 9 February 2018 01:09:21 CET gregor herrmann wrote: > Maybe accept alioth/anonscm and salsa for now, and remove the former > once it's shut down. > Or just switch to salsa. Or don't do nothing now and switch to salsa > once alioth is history. Currently cme warns if anonscm is not used

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

Hello team On Tue, 06 Feb 2018 21:57:19 +0800 Boyuan Yang <073p...@gmail.com> wrote: > When the check encounters Vcs-* fields with salsa.debian.org, > it will (wrongly) report warnings, like: > > Warning in 'control source Vcs-Browser' value > 'https://salsa.debian.org/blahblah-team/blah.git':

Bug#883452: libtommath: The homepage link points to an unrelated site

On Monday, 4 December 2017 09:40:09 CET Alberto Luaces wrote: > The correct link to the homepage should be http://www.libtom.net/LibTomMath/ Indeed. This will be fixed in next release. Thanks for the report (and sorry for the delay) All the best -- https://github.com/dod38fr/ -o-

Bug#883599: moarvm-dev: missing dependencies on -dev packages

Hello Sorry for the delay. On Tue, 5 Dec 2017 15:03:33 + James Cowgill wrote: > Including /usr/include/moar/moar.h requires these packages to be > installed (in addition to the existing dependencies): > libatomic-ops-dev > libtommath-dev > libuv1-dev Indeed. This

Bug#834531: pan: Crash when closing/quitting

Hi On Tue, 16 Aug 2016 19:36:56 +0100 Sam Morris wrote: > When quitting Pan or closing the window, it crashes as follows: On my machine, pan 0.143 no longer crashes on exit. Can you check on your side ? All the best -- https://github.com/dod38fr/config-model/ -o-

Bug#862373: solved upstream: Unconditionally instantiates objects from yaml data

Hi Good news: object creation can now be disabled starting from YAML::XS 0.69. That said, the default behavior is unchanged (which is reasonable). This means that any application loading untrusted YAML data must be modified to set $YAML::XS::LoadBlessed to 0 before loading YAML files. I

Bug#870418: Precarious status of Shutter in Debian

On Sunday, 31 December 2017 10:08:39 CET intrigeri wrote: > Did this happen? Sorry, not yet. I've been swamped these last months. I just sent the mail today. All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at

Bug#870418: Precarious status of Shutter in Debian

Hello Debian is moving away from Gnome2::VFS [1] . This obsolete module will be removed from next release of Debian. Unfortunately, shutter, a very nice Gtk2 screenshot application, depends on Gnome::VFS, which means that shutter will be removed from Debian unless this dependency is removed

Bug#884384: libuv1: please package newer version

On Thu, 14 Dec 2017 13:26:49 +0100 Dominique Dumont <d...@debian.org> wrote: > Could you update libuv1 to at least 1.15 ? (preferably 1.18 to be > up-to-date) I'm biting the bullet. I'll upload 1.18.0 as team upload. All the best

Bug#884384: libuv1: please package newer version

Package: libuv1 Version: 1.11.0-2 Severity: wishlist Dear Maintainer, The latest version of moarvm (for Perl6) requires libuv1 1.15. Could you update libuv1 to at least 1.15 ? (preferably 1.18 to be up-to-date) All the best -- System Information: Debian Release: buster/sid APT prefers

Bug#884223: debian-policy: please add AGPL-3.0 to common licenses

On Wed, 13 Dec 2017 20:25:22 +0100 Bill Allombert wrote: > Otherwise we could write a script to generate the copyright file. That's 'cme update dpkg-copyright' which does 95% of the required work. See

Bug#884036: lcdproc: cme configuration fail due a missing file "/usr/bin/dpkg-architecture"

Hello On Sunday, 10 December 2017 17:48:31 CET you wrote: > Additional info: > CME fail due the missing: "/usr/bin/dpkg-architecture" Indeed. I forgot to add a dependency on dpkg-dev to libconfig-model-lcdproc- perl. I will actually modify libconfig-model-lcdproc-perl to use

Bug#867354: gmime transition to 3.0

On Wed, 05 Jul 2017 19:04:56 -0400 Daniel Kahn Gillmor wrote: > Please try to convert your debian packages to use libgmime-3.0-dev in > unstable if possible, so that we can avoid shipping gmime 2.6 in buster. Some work has been done by upstream for pan 0.143, but the

Bug#683495: Mandating use of /usr/bin/perl in Policy

On Saturday, 14 October 2017 11:49:59 CET Sean Whitton wrote: > I am seeking seconds for the following patch to close this bug, which I > think is uncontroversial at this point. > > > @@ -185,7 +185,7 @@ All command scripts, including the package maintainer > > scripts inside the package and used

Bug#862373: Unconditionally instantiates objects from yaml data

On Saturday, 11 November 2017 17:17:28 CET Dominique Dumont wrote: > This is not an ideal solution, but is better than nothing... Got good reasons [1], upstream is not thrilled about the idea of adding SafeLoad to YAML::XS API. So I've disabled the patch. TINITA suggests [2] to use unbless f

Bug#862373: Unconditionally instantiates objects from yaml data

On Fri, 12 May 2017 08:03:12 +0200 Dominique Dumont <d...@debian.org> wrote: > > As previously mentioned in debian-perl@, there is no easy solution, I've prepared a patch to provide a SafeLoad method. This avoids breaking application that need to create Perl class from YAML. On

Bug#880557: check for duplicates when copyright holder has extra information

On Thursday, 2 November 2017 14:32:32 CET you wrote: > Tools like npm2deb parse package.json file and add name and email > address/website to copyright file. When cme update copyright command is > run, it adds extra section if it finds lesser information in LICENSE file. I've not really

Bug#880556: parse upstream metadata files like package.json or .gemspec files

On Thursday, 2 November 2017 14:28:12 CET you wrote: > Most ruby gems have the license information in .gemspec file and > similarly most nodejs modules have this information in package.json file > (likely for similar files for other languages). It would be good to > parse it and use that

Bug#880368: YAML::XS::Load expects utf8 octets, not perl's encoding; use slurp_raw

On Monday, 30 October 2017 15:27:32 CET you wrote: > YAML::XS::Load (and *hopefully* the other implementations of > YAML::Any::Load?) expect utf8 octets on input, not perl's internal > encoding. Uh ? I thought I had gotten rid of YAML::Any... Well, after checking, it turns out that I've updated

Bug#880607: libconfig-model-dpkg-perl: broken links to debian manual

Package: libconfig-model-dpkg-perl Version: 2.102 Severity: minor Dear Maintainer, The layout of debian policy has changed. This broke links of the embedded doc of dpkg model. All 24 links must be checked. All the links can be found with: $ ack debian-policy lib/Config/Model/models/ --type=perl

Bug#871657: dch: please add --sru option

On Monday, 23 October 2017 17:36:50 CEST Antoine Beaupré wrote: > if ($opt_i?1:0) + ($opt_a?1:0) + ($opt_e?1:0) + ($opt_r?1:0) + ($opt_v?1:0) > + ($opt_d?1:0) + ($opt_n?1:0) + ($opt_bn?1:0) + ($opt_qa?1:0) + > ($opt_R?1:0) + ($opt_s?1:0) + ($opt_lts?1:0) + ($opt_team?1:0) + > ($opt_bpo?1:0) +

Bug#879498: lvm2: deprecated systemd parameter in lvm2-pvscan@.service

Package: lvm2 Version: 2.02.173-1 Severity: minor Dear Maintainer, While testing cme, I found the following warning: $ cme check systemd '*' cme: using Systemd model loading data Config::Model::Backend::Systemd::read_systemd_units Loading all units... (115) Warning in 'service:"lvm2-pvscan@"

Bug#870418: Precarious status of Shutter in Debian

On Friday, 20 October 2017 14:28:25 CEST Emmanuele Bassi wrote: > I'm not entirely sure why you think the whole thing shouldn't be > retired altogether. Well, as mentioned by others, it's a really nice screenshot application. One of the best looking Perl application, like gcstar or

Bug#870418: Precarious status of Shutter in Debian

[ re-sent with right From address ] Hello Debian is moving away from Gnome2::VFS [1] . This obsolete module will be removed from next release of Debian. Unfortunately, shutter, a very nice Gtk2 screenshot application, depends on Gnome::VFS, which means that shutter will be removed from

Bug#870418: Precarious status of Shutter in Debian

Hello Debian is moving away from Gnome2::VFS [1] . This obsolete module will be removed from next release of Debian. Unfortunately, shutter, a very nice Gtk2 screenshot application, depends on Gnome::VFS, which means that shutter will be removed from Debian unless this dependency is removed

Bug#875955: cme check dpkg warns on amd64 about unknown Build-Depends: libcam-dev [kfreebsd-any]

On Sat, 16 Sep 2017 19:40:18 +0200 Dominique Dumont <d...@debian.org> wrote: > May be I could add a check in cme so that madison is used (online debian > server) to check package that are not known in the cache. (the arch > restriction on the dependency is a good hint to search

Bug#876967: cme modify dpkg-control binary:-WRONGNAME indicates success

On Wed, 27 Sep 2017 10:10:11 +0200 "Thomas Schmitt" wrote: > $ cme modify dpkg-control binary:-libburn-dbg > cme: using Dpkg::Control model > Reading package lists... Done > Building dependency tree > Reading state information... Done > > Changes applied to

Bug#876856: libconfig-model-perl: Bad warning if Testsuite is missing

> Test should be modified to check header _or_ debian/tests/control Yes you're right. Thanks for the report -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org

Bug#877984: libconfig-model-dpkg-perl: misinterpreting comments in debian/control

On Sunday, 8 October 2017 11:50:06 CEST you wrote: > while preparing a mass-commit removal of inactive pkg-perl > members from Uploaders, I found an issue reformatting > debian/control in libmoosex-types-iso8601-perl: Ack. There's a bug in Dpkg parser. The comments before a Description are not

Bug#877864: ITP: libtest-log-log4perl-perl -- module to test Log::Log4perl

Package: wnpp Owner: Dominique Dumont <d...@debian.org> Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libtest-log-log4perl-perl Version : 0.32 Upstream Author : Chia-liang Kao <cl...@clkao.o

Bug#876766: libegl1-glvnd-nvidia: Cannot upgrade libegl1-glvnd-nvidia -> conflicts with libegl1

On Monday, 25 September 2017 20:18:47 CEST you wrote: > You can't install the *-glvnd-nvidia* packages in sid right now (but in > testing). For sid, you should just switch to the corresponding > src:libglvnd packages: libgl1, libegl1, libglx0 (maybe some more). Indeed. The solution was to run:

Bug#737796: may be use the newly proposed License-grant field

On Monday, 18 September 2017 22:48:30 CEST you wrote: > I like this new feature and would be in favour making it real. err, I'm not sure which new feature you refer to .. :-/ Do you mean the "support Files: paragraph with both abbreviated names and license paragraph" or the new License-Grant

Bug#737796: may be use the newly proposed License-grant field

Hi Since the licence text shown in the original report mention "At the discretion of the user of this library, this software may be licensed under the terms of ..." , I'm wondering if this would better fit in the new License-Grant field [1]. Thoughts ? All the best [1]

Bug#875617: pan: Crashes when launching

On mardi 12 septembre 2017 17:24:36 CEST you wrote: > 08:02 918537 > /lib/x86_64-linux-gnu/libgpg-error.so.0.21.0 Thread 4 "pool" received > signal SIGABRT, Aborted. > [Switching to Thread 0x7fffe3fff700 (LWP 24971)] I can't reproduce this crash on my system. This bug

Bug#875955: cme check dpkg warns on amd64 about unknown Build-Depends: libcam-dev [kfreebsd-any]

On Saturday, 16 September 2017 15:54:37 CEST you wrote: > A bit astounding is the version number output of my cme copy: > > $ cme --version > cme (App::Cme) version 1.022 (/usr/bin/cme) > > tracker.debian.org says it should be at least 2.098. Don't worry, your packages are up to date :-)

Bug#875955: cme check dpkg warns on amd64 about unknown Build-Depends: libcam-dev [kfreebsd-any]

Note to self: May be I could add a check in cme so that madison is used (online debian server) to check package that are not known in the cache. (the arch restriction on the dependency is a good hint to search elsewhere than in the cache).

Bug#875899: licensecheck cannot detect MIT variant license

Package: licensecheck Version: 3.0.30-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** $ head -15 3rdparty/libatomic_ops/src/atomic_ops/sysdeps/gcc/mips.h /* * Copyright (c) 2005,2007 Thiemo Seufer * *

Bug#862875: RFS: libzc/0.3.1-1 [ITP] -- fast zip cracking library

On Tuesday, 12 September 2017 01:09:23 CEST Andrey Rahmatullin wrote: > d/copyright says "License: GPL-3" instead of GPL-3+. > lib/pthread_barrier.h and m4/ax_pthread.m4 should have separate entries in > d/copyright. > Otherwise the package looks good. For what it's worth, the issues you reported

Bug#862051: nodejs (6.11.2~dfsg-1) experimental; urgency=medium

On Thursday, 31 August 2017 13:08:58 CEST Sam Hartman wrote: > There are cases where people mix stderr and stdout. There are cases > where people treat any unexpected output on stderr as a failure in > automated scripts. I rest my case. Thanks for the explanation. :-) All the best

Bug#754462: Bug#862051: nodejs (6.11.2~dfsg-1) experimental; urgency=medium

On Thursday, 31 August 2017 13:58:23 CEST Thorsten Glaser wrote: > > How about printing a "nice" warning explaining it would be a good idea to > > move to /usr/bin/node ? > > That will break scripts that do: > > x=$(nodejs somescript) This kind of script won't break if the deprecation warning is

Bug#869287: Updating the libtommath Uploaders list

On Sat, 22 Jul 2017 14:53:34 +0200 Tobias Frost wrote: > Joe Nahmias has not been working on > the libtommath package for quite some time. > > We are tracking their status in the MIA team and would like to ask you > to remove them from the Uploaders list of

Bug#872350: libconfig-model-dpkg-perl: Please use licensecheck with --deb-fmt option when updating copyright

Package: libconfig-model-dpkg-perl Version: 2.096 Severity: wishlist Dear Maintainer, licensecheck now can use SPDX keywords instead of free format license names. Using this option will make cme update more robust. On the other hand, this will requite a rework of all non-reg tests based on

Bug#865720: libconfig-model-dpkg-perl: hard-codes the list of virtual packages, mistake in recent update

On Sat, 24 Jun 2017 19:13:28 +0200 Dominique Dumont <d...@debian.org> wrote: > In the meantime, I'll fix the mistake I made with the list of virtual packages. This mistake is fixed in libconfig-model-dpkg-perl 2.096 (released on 2017-06-24) I'll leave this bug open to track the re

Bug#871423: How to fix

There's 2 ways to fix this bug: - either the value is replaced without warnings - a warning is issued and the value is replaced when running cme fix dpkg The first option can be done by ony changing dpkg model by using the warp mechanism to alter the behavior of priority parameter according to

Bug#870418: shutter: Depends on obsolete libgnome2-vfs-perl that will go away during the Buster cycle

On Thu, 03 Aug 2017 08:42:15 -0400 intrigeri wrote: > > Just tried to remove the depencency without success. shutter cannot > > start due to missing Gnome2.pm. > > Thanks a lot for checking! Let me have a look before deciding to remove shutter. > What would be an

Bug#867935: Done upstream

This change has been done upstream. A new version of Pan should been released soon(-ish). All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org

Bug#868339: ITP: libtk-fontdialog-perl -- font dialog widget for perl/Tk

Package: wnpp Owner: Dominique Dumont <d...@debian.org> Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libtk-fontdialog-perl Version : 0.18 Upstream Author : sla...@rezic.de * URL : https://metacp

Bug#848563: UTF-8 support

On Sun, 18 Dec 2016 07:43:59 -0500 Anthony DeRobertis wrote: > I fed cdlabelgen a file name that contained an em-dash (—, U+2014). On > the printout, however, it wasn't an em-dash anymore—it was a bunch of > weird characters. (My locale is en_US.UTF-8). > > UTF-8 really

Bug#867237: rakudo lost readline support.

On Wednesday, 5 July 2017 10:23:29 CEST Charles Plessy wrote: > I there an easy way to re-enable readline support in perl6 ? Currently, no. I still hope to be able to create debian package for Perl6 modules. Unfortunately, I still lack time and energy to work on this. Help is welcome. All the

Bug#866321: frozen-bubble: uses deprecated POSIX::tmpnam()

On Fri, 30 Jun 2017 21:40:46 +0200 Dominique Dumont <d...@debian.org> wrote: > I still wonder how to test it though ... For the record, here's the trick: Launch frozen-bubble to create a replay file: $ frozen-bubble --no-fullscreen --auto-record Launch a mini web server for the re

Bug#866321: frozen-bubble: uses deprecated POSIX::tmpnam()

On Wed, 28 Jun 2017 23:29:08 +0300 Niko Tyni wrote: > This package uses POSIX::tmpnam(), deprecated in Perl 5.22 > and removed in 5.26 (currently in experimental.) > > /usr/games/frozen-bubble:6024:do { $filename = POSIX::tmpnam() } > > It looks like this is in the

Bug#863049: jessie-pu: package shutter/0.92-0.1+deb8u2

On Wednesday, 28 June 2017 20:15:01 CEST gregor herrmann wrote: > I suppose yes, in order to make sure that the script waits for > nautilus-sendto to return, as the return value is checked in the next line. Indeed. The only drawback is that shutter will hang while the mail is sent by

Bug#866215: docker.io: docker run fails with cgroup error

Package: docker.io Version: 1.13.1~ds1-2 Severity: important Dear Maintainer, * What led up to the situation? Probably upgrade of either linux-image or systemd to version 233 * What exactly did you do (or not do) that was effective (or ineffective)? $ docker run -ti alpine:latest

Bug#865720: libconfig-model-dpkg-perl: hard-codes the list of virtual packages, mistake in recent update

On Saturday, 24 June 2017 09:39:54 CEST Russ Allbery wrote: > These days, I normally use JSON for that sort of thing. Does that seem > reasonable, or is there a reason to use some other format instead? At the risk of showing my Perl background, I tend to dislike JSON because of the syntax

Bug#865720: libconfig-model-dpkg-perl: hard-codes the list of virtual packages, mistake in recent update

On Friday, 23 June 2017 23:39:36 CEST Russ Allbery wrote: > It's worth noting that registering a virtual package with Policy is > optional if it is used among a cooperating set of packages, and there are > numerous virtual packages in Debian that are not listed there. Indeed,

Bug#865472: libsoftware-license-perl: policy 4.0.0: need to add summary to MPL licenses

Package: libsoftware-license-perl Version: 0.103012-1 Severity: wishlist Dear Maintainer, Debian policy 4.0.0 specifies: > 12.5 > The Mozilla Public License 1.1 and 2.0 (MPL-1.1 and MPL-2.0) > are now included in /usr/share/common-licenses and do not need to be > copied verbatim in the package

Bug#794890: [Pkg-javascript-devel] Bug#794890: Bug#794890: status update

On Tuesday, 13 June 2017 10:49:29 CEST Jérémy Lal wrote: > - populate debian/copyright (including everything in node_modules as well), > it shouldn't be that difficult. > > With this approach the only maintenance burden will be to update > debian/copyright. Hopefully cme can help in creating and

Bug#863442: pan window to large

On vendredi 26 mai 2017 23:48:42 CEST you wrote: > The origin seems to be a post in a debian newgroup, the > linux.debian.ports.hurd contains a post titled "Still Failing: g-i- > installation_debian_sid_daily_hurd_lxde/353". I found the article you mention but pan 0.141 displays it correctly.

Bug#863052: cme update dpkg-copyright doesn't recognize comma in license

On Saturday, 20 May 2017 22:56:46 CEST you wrote: > I am using cme to update the copyright file of lazarus for a new upstream > release. Althought I will not use the output in the package¹ I do notice > that it doesn't recognize the meaning of one of the licenses: > > License: GPL-2+ or MPL-1.1,

Bug#862368: scan-copyrights fails to consolidate when licensecheck doesn't report years

attached path should do the trick (tested on batmon.app) All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.orgcommit 10f0fc5f9beec9606790e986df472f13f7ec23f4 Author: Dominique Dumont <d...@debian.or

Bug#862674: unblock: libconfig-model-perl/2.097-2

for stretch release only + + -- Dominique Dumont <d...@debian.org> Sun, 14 May 2017 18:20:55 +0200 + libconfig-model-perl (2.097-1) unstable; urgency=medium * New upstream version 2.097 diff -Nru libconfig-model-perl-2.097/debian/patches/remove-inc-dot-emulation libconfig-model-perl-2.097/

Bug#862368: scan-copyrights fails to consolidate when licensecheck doesn't report years

On Saturday, 13 May 2017 21:34:37 CEST you wrote: > While you are at it, could you fix the following (note the comma after > the year)? They should be merged: Yes They should be. What command did you use ? scan-copyright or 'cme update' ? Which package are you working on ? (I need to retrieve

Bug#862368: scan-copyrights fails to consolidate when licensecheck doesn't report years

On Saturday, 13 May 2017 17:26:37 CEST you wrote: > Seems to be doing the job. Cool. This fix will be released in libconfig-model-dpkg-perl 2.093 and uploaded to experimental. All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/

Bug#862368: scan-copyrights fails to consolidate when licensecheck doesn't report years

om © was fooled by the weird entry from the JS files. Could you try the attached patch ? All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.orgcommit c40290fd82335a6d9d44765472d58152a2378791 Author: D

Bug#862373: Unconditionally instantiates objects from yaml data

> As previously mentioned in debian-perl@, there is no easy solution, A possibility to limit the impact is to deny object creation if the class has a DESTROY method. Knowing that UNIVERSAL has no DESTROY method, It's fairly easy to test: $ perl -MFile::Temp -E 'say File::Temp->can("DESTROY") ?

Bug#861958: lintian: insecure YAML validation [CVE-2017-8829]

Ive logged a bug to upstream YAML parser library: https://github.com/ingydotnet/yaml-pm/issues/176 HTH

Bug#861958: lintian: insecure YAML validation

On samedi 6 mai 2017 13:01:50 CEST you wrote: > Lintian uses the YAML::XS module to validate YAML in > debian/upstream/metadata. Unless debian/upstream/metadata needs fancy YAML format (e.g. anchor alias tags ...), the easiest way out it to use YAML::Tiny instead of YAML::XS. This should be a

Bug#858538: fadecut package review

On Friday, 28 April 2017 22:13:38 CEST Anton Gladky wrote: > I do not understand, what you mean with "killed my orbis-tools|lame rule". > As far as I see, dependencies were just aligned. Marco meant that running "cme fix dpkg" removes "vorbis-tools|lame" from the Dependency list of fadecut.

Bug#861061: libconfig-model-dpkg-perl: cme fix dpkg kill rules like package1|package2

On Monday, 24 April 2017 15:33:58 CEST you wrote: > Turn out, cme stumbles over 'a|b' but handles 'a | b' fine. Thanks for the tip. There's was a small mistake in the dependency grammar. This is now fixed and will be released soon. I've also improved the information given to users when running

Bug#858538: fadecut package review

Hi On Saturday, 22 April 2017 16:27:46 CEST Marco Balmer wrote: > cme fix dpkg [2] has > * killed my vorbis-tools|lame rule That's a bug. I need to fix this. Please log a bug against libconfig-model-dpkg-perl so I don't forget about it. > * removed Depends bash (>=3.2-4) > But fadecut needs

Bug#859776: rejection

On Tue, 11 Apr 2017 17:53:41 +0200 Paride Legovini wrote: > I asked on IRC, didn't get a definitive answer, but my feeling is that > there is a preference for giving attribution when possible. I wrote a > simple shell script that generates the copyright entries for the

Bug#850723: heimdal: FTBFS on x32 because libtommath thinks it’s amd64

On Tuesday, 11 April 2017 07:35:25 CEST Brian May wrote: > You already fixed this bug in libtommath, but this bug is against > Heimdal not libtommath. Well, as Debian packaged, I've applied a patch. On the other hand, libtommath upstream wants to reproduce this problem on their development

Bug#850723: heimdal: FTBFS on x32 because libtommath thinks it’s amd64

Hello libtommath upstream cannot reproduce this problem. Could you try to build heimdal with a more recent version of libtommath ? (like the version that packaged in Debian) All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o-

Bug#858806: gbp-buildpackage: reset all time-stamps to last changelog entry

On Friday, 31 March 2017 20:44:57 CEST Tomasz Buchert wrote: > I fail to see that pristine-tar is (or even can be) at fault here. > Pristine-tar knows nothing about debian/changelog file so it cannot > set modification times to last changelog entry. In fact, the only > thing that pristine-tar

Bug#858806: gbp-buildpackage: reset all time-stamps to last changelog entry

On Wednesday, 29 March 2017 19:17:26 CEST Guido Günther wrote: > What about reassigning to pristine-tar? I > wonder why it doesn' try to preserve timestamps. Good idea -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at

Bug#858806: gbp-buildpackage: reset all time-stamps to last changelog entry

On Monday, 27 March 2017 19:07:06 CEST Guido Günther wrote: > So either the builder > is messing things up here or something else (package import or copy to a > temporary build place) is messing things up in the source resulting in > bad timestamps in the binary package. Yes. You're right, Turns

Bug#858806: gbp-buildpackage: reset all time-stamps to last changelog entry

2017.02-2 dpkg-buildpackage: info: source distribution experimental dpkg-buildpackage: info: source changed by Dominique Dumont <d...@debian.org> dpkg-source -i -I --before-build rakudo-2017.02 dpkg-buildpackage: info: host architecture amd64 dpkg-source: info: applying fix-lib-install-dir fa

Bug#857625: pan: Crash at startup: free(): invalid next size (normal)

On Wed, 15 Mar 2017 09:44:20 -0300 Felipe Sateler wrote: > I have narrowed this down to the tasks.nzb file. By moving it aside > pan is able to start. I've already seen this kind of crash when something was corrupted in group information. > Since I don't know if this file

Bug#835934: pan: No feedback when browser cannot be launched, bad default for gnome

As mentioned in upstream bug report, an error icon is shown when using a wrong browser command, The event log also show something like: at Mar 18 17:49:59 2017 - Erreur de lancement de l'URL : L'exécution du processus fils « zx-www-browser » a échoué (Aucun fichier ou dossier de ce type) (la

Bug#856967: ITP: zef -- per6 package manager

Package: wnpp Owner: Dominique Dumont <d...@debian.org> Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org * Package name: zef Version : 0.001 Upstream Author : Nick Logan nlo...@gmail.com * URL : https://github.com/ugexe/zef * License : Arti

Bug#855433: devscripts: wrap-and-sort: Add missing build dependency fields

On Sunday, 26 February 2017 14:28:59 CET James McCoy wrote: > Well, policy lags reality since it's documentation of what is > established. Build-Depends-Arch has been implemented in dpkg since > 1.16.4 (uploaded in June 2012). ok. Then I'll update cme to support these new fields. Thanks for the

Bug#853894: usb-dvb device not working since kernel 4.9

On Wednesday, 1 March 2017 15:48:10 CET Ben Hutchings wrote: > media-dvb-usb-don-t-use-stack-for-firmware-load.patch > media-dvb-usb-don-t-use-stack-for-reset-either.patch It works better: the firmware is loaded and the device starts (red LED is on), but the communication on usb bus

Bug#853894: similar issue with hauppauge WinTV nova-t-usb2

On mercredi 1 mars 2017 10:44:42 CET you wrote: > > févr. 26 12:33:23 gandalf kernel: usb 7-2: Manufacturer: Hauppau⁧攀 > > févr. 26 12:33:23 gandalf kernel: usb 7-2: SerialNumber: 9301-00-F008B260 > > févr. 26 12:33:23 gandalf kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T > > usb2' in cold

Bug#853894: similar issue with hauppauge WinTV nova-t-usb2

On mercredi 1 mars 2017 10:44:42 CET Arnaud Patard wrote: > From a very quick search, I guess it's fixed by > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=4 > 3fab9793c1f44e665b4f98035a14942edf03ddc. > > As said, I can't find my device so can't test that it's fixing

Bug#856298: O: shutter -- feature-rich screenshot program

On Mon, 27 Feb 2017 22:08:40 +0800 ChangZhuo Chen =?utf-8?B?KOmZs+aYjOWArCk=?= wrote: > I would like to adopt this package. Note that you would be welcome to maintain this package among the debian-perl group. [1] All the best [1]

Bug#855433: devscripts: wrap-and-sort: Add missing build dependency fields

On Saturday, 18 February 2017 01:56:37 CET Guillem Jover wrote: > +"Build-Depends-Arch", I'm confused... Debian policy [1] mentions "There is no Build-Depends-Arch; this role is essentially met with Build-Depends. ". Why is this parameter needed in wrap-and-sort ? All the best [1]

Bug#853894: similar issue with hauppauge WinTV nova-t-usb2

Hello I have a similar issue with Hauppauge WinTV-NOVA-T usb2 (note the wrong Manufacturer shown in the traces): févr. 26 12:33:23 gandalf kernel: usb 7-2: new high-speed USB device number 2 using ehci-pci févr. 26 12:33:23 gandalf kernel: usb 7-2: New USB device found, idVendor=2040,

<    1   2   3   4   5   6   7   8   9   10   >