Bug#853110: linux-image-4.9.0-1-amd64: dvb usb fails to load

Hello No better with kernel 4.9.6-3 (2017-01-28) Relevant logs are: févr. 11 16:07:22 gandalf kernel: dvb_usb_dibusb_mc_common: module license 'unspecified' taints kernel. févr. 11 16:07:22 gandalf kernel: Disabling lock debugging due to kernel taint févr. 11 16:07:22 gandalf kernel:

Bug#854183: ITP: node-time-out

On Sunday, 5 February 2017 00:09:07 CET Shirish Togarla wrote: > * URL : https://github.com/mfunkie/time-out#readme This URLs returns a 404. I could not find time-out repo in https://github.com/mfunkie/ Please provide the correct upstream URL and author All the best --

Bug#854339: RM: perl6-panda -- ROM; Broken on Debian, deprecated upstream. Will be replaced by zef

Package: ftp.debian.org Severity: normal Hello perl6-panda package is broken on Debian (#818926) and is to be replaced by zef [1] in rakudo-star. I don't intend to fix perl6-panda and I will package zef instead, So this package can be removed. All the best [1]

Bug#853110: linux-image-4.9.0-1-amd64: dvb usb fails to load

Package: src:linux Version: 4.9.2-2 Severity: important Dear Maintainer, DVB usb device fails to load with linux 4.9 with the following error: Jan 29 20:58:12 gandalf kernel: [ 18.972611] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 Jan 29 20:58:12 gandalf kernel: [ 18.972613] Bluetooth:

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

On Mon, 09 Jan 2017 18:03:03 +0100 Thorsten Glaser wrote: >. I’ve prepared a > patch and uploaded the package to the debian-ports “unreleased” > repository in order to be able to dissolve the heimdal⇐⇒openldap > circular BD-Uninstallability, but would extremely

Bug#849498: cme: Please allow "fixing" without restyling

On Sunday, 1 January 2017 14:43:06 CET you wrote: > While I can get used to a field ordering > different from that used by dh-make, my main problem is the way cme > organizes lists-- it removes trailing commas and doesn't use a constant > indentation level globally. Debian policy documents quite

Bug#851579: lcdproc: fails to install: post-installation script returned error exit status 10

On Monday, 16 January 2017 15:54:36 CET you wrote: > during a test with piuparts I noticed your package failed to install. The root cause is now fixed in dh_cme_upgrade with [1]. I will upload a new lcdproc package once cme is updated. All the best [1]

Bug#851599: elpa-js2-mode: please update package to new upstream version

Package: elpa-js2-mode Version: 0~20150909-2 Severity: normal Dear Maintainer, New upstream version contains a fix for a bug where using standardjs (for better or for worse) clashes with js2-mode [1]. Upstream has tagged a new release today (20170116) that contain this fix. Could you please

Bug#851579: lcdproc: fails to install: post-installation script returned error exit status 10

On Monday, 16 January 2017 15:54:36 CET you wrote: > during a test with piuparts I noticed your package failed to install. As > per definition of the release team this makes the package too buggy for > a release, thus the severity. Note that this failure comes from the experimental version of

Bug#851506: cpanminus embeds other modules in fatpacked library

Package: cpanminus Version: 1.7042-2 Severity: normal Dear Maintainer, cpanminus embeds convenience copies of other modules. Outside of Debian, fatpacking other modules with cpanminus makes sense to help users install this tool (which is a package manager). THis avoid a catch22 issue. BUt in

Bug#822309: cme: fails to detect The Open Group License

On Sat, 30 Apr 2016 18:13:22 +0200 Dominique Dumont <d...@debian.org> wrote: > The problem comes from licensecheck which fails to detect the dual > copyright and licenses: I've re-assigned the bug to licensecheck package. licensecheck is now handled by Jonas. All the best

Bug#799097: mrtg-rrd: Regression after the fix for bug #787608.

On Friday, 13 January 2017 15:24:54 CET Damyan Ivanov wrote: > Perhaps somebody from the perl group (CC-ed) can take a look? See below... > > > --- a/mrtg-rrd.cgi > > > +++ b/mrtg-rrd.cgi > > > @@ -496,7 +496,7 @@ sub common_args($$$) > > > > > > { > > > > > > my ($name, $target, $q)

Bug#806800: [lcdproc/lcdproc] LCDd floods syslog with critical messages (#45)

On Sunday, 8 January 2017 21:40:56 CET Harald Geyer wrote: > While the code is clearly fishy (non-portable) it is actually correct > at least on debian systems. Do you know why anarcat got logs at "critical" level ? (which is indeed a bit overboard) All the best --

Bug#850645: cme doesn't shutdown when using X from the title bar

On Monday, 9 January 2017 01:02:35 CET you wrote: > Trying to close cme using 'X' option does nothing, the program remains > running in console. I have to do CTRL+C OR CTRL+Q to close it. Can > this be fixed ? Yes, I will fix this upstream... I just need to find the time ... Thanks for the

Bug#828218: libsoftware-license-perl in Debian has become fork of upstream code

On Sunday, 8 January 2017 16:15:08 CET Jonas Smedegaard wrote: > Could you please elaborate on how - in your opinion - the _other_ > patches do not cause the resulting package to deviate substantially from > upstream project? I believe I already explained my point of view in this thread. The

Bug#849500: libconfig-model-dpkg-perl: improper handling of comments

On Tuesday, 27 December 2016 13:59:40 CET you wrote: > either their relative position > to the lines they refer to should be preserved, Done. I had to modify most of the dpkg parser and some parts of the writer, but I finally finished this. All the best -- https://github.com/dod38fr/ -o-

Bug#850228: libconfig-model-systemd-perl: ConditionHost not working right

On Thu, 05 Jan 2017 10:45:39 +0100 Joerg Jaspert wrote: > [Unit] > Description=Something something > PartOf=whatever.target > ConditionHost=|hostname1 > ConditionHost=|anotherhost Ooops, I did not notice that Condition* could be specified more than once. I'll fix systemd model

Bug#828218: libsoftware-license-perl in Debian has become fork of upstream code

On Sunday, 8 January 2017 13:05:14 CET Jonas Smedegaard wrote: > For the record: As a direct consequence of this bug, licensecheck > testsuite now ignores some failures that occur only when using the > Debian fork. I guess that you are referring to this commit:

Bug#828218: libsoftware-license-perl in Debian has become fork of upstream code

[cc'ed debian-perl team] Hello Vasudev Sorry for the late reply. I did not notice this bug until now. On Sun, 26 Jun 2016 14:04:31 +0530 Vasudev Kamath wrote: > Just to give background for this bug report. I'm helping Jonas > Smedegaard who has adopted licensecheck

Bug#810428: lcdproc: please switch to libusb 1.0

On Fri, 8 Jan 2016 19:37:22 +0100 Aurelien Jarno wrote: > The old libusb 0.1 package is not supported upstream anymore and should > be considered deprecated. For reference, see also : * https://github.com/lcdproc/lcdproc/issues/41#issuecomment-271021814 *

Bug#849659: hd44780 driver linked with wrong sem_wait

On Thu, 29 Dec 2016 17:41:37 +0100 Dominique Dumont <d...@debian.org> wrote: > I've forwarded the issue upstream [1] See also * https://github.com/lcdproc/lcdproc/issues/41#issuecomment-271021814 * https://github.com/lcdproc/lcdproc/issues/41#issuecomment-271073657 -- https://g

Bug#849777: shutter: CVE-2016-10081: Insecure use of perl exec()

On Friday, 6 January 2017 21:57:57 CET Salvatore Bonaccorso wrote: > Btw, it would be good/great to forward any applied patch to upstream. Done: https://bugs.launchpad.net/shutter/+bug/1652600/comments/6 (this is a bit confusing because launchpad is usually downstream...) All the best --

Bug#849777: shutter: CVE-2016-10081: Insecure use of perl exec()

On Sat, 31 Dec 2016 12:39:57 +0100 Christoph Biedl wrote: > Christoph Biedl wrote... > > > The patch attached Thanks. I've tested the patch and it's fine. I've also created a patch to replace all system("big string") calls to system(@big_list) in all plugins

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

Hello Sorry for the late reply On Mon, 29 Aug 2016 10:21:14 -0300 Felipe Sateler wrote: > I think 1 needs upstream work, but for 2 it might be sufficient to use > xdg-open or sensible-browser instead of gnome-open. I've forwarded issue 1 upstream [1] and prepared a patch

Bug#834531: pan: Crash when closing/quitting

This issue has been found upstream: * http://lists.nongnu.org/archive/html/pan-users/2016-12/msg4.html This issue could be solved by disabling gnome keyring. -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at

Bug#818926: perl6-panda: panda doesn't start up / find needed libraries

On Monday, 2 January 2017 23:20:30 CET gregor herrmann wrote: > I'm just reading > http://blogs.perl.org/users/steve_mynott/2017/01/rakudo-star-past-present-an > d-future.html which mentions that Rakudo Star is moving from panda to zef. Thanks for the link. I'm currently trying to figure out

Bug#849659: hd44780 driver linked with wrong sem_wait

Hello On Thursday, 29 December 2016 16:57:36 CET you wrote: > Using the hd44780 driver with connectiontype=8bit consistently triggers > a segmentation fault. Thanks for the report. Unfortunately, I don't know how to solve this issue. I've forwarded the issue upstream [1] All the best [1]

Bug#849659: hd44780 driver linked with wrong sem_wait

On Thursday, 29 December 2016 16:57:36 CET you wrote: > Severity: grave Downgraded to important because this problem concerns only one lcdproc driver. All the best

Bug#849498: cme: Please allow "fixing" without restyling

On Tuesday, 27 December 2016 13:51:28 CET you wrote: > For the case of team uploads (and maybe NMU's) where people like to use cme > to fix certain issues in debian/control, it would be helpful if calling cme > fix would *only* fix issues and not restyle it. I've tried such a way by bridging

Bug#849500: libconfig-model-dpkg-perl: improper handling of comments

On Tuesday, 27 December 2016 13:59:40 CET you wrote: > I'm not a cme user, but I've seen as part of team uploads in my packages > before that comments in debian/control are moved away from the lines > they refer to in the process of reorganization (and inadvertently committed > without being

Bug#849490: libconfig-model-systemd-perl: cme check systemd-user crashes when directory ~./config/systemd/user is missing

Package: libconfig-model-systemd-perl Version: 0.232.3-1 Severity: normal Tags: upstream Dear Maintainer (well... that would be me :o) ) cme check systemd-user crashes when directory ~./config/systemd/user is missing For instance: $ ls ~/.config lxpanel openbox pcmanfm $ cme check

Bug#847051: Question and possibly bugs about string encoding in gtk-perl

On Tuesday, 20 December 2016 16:38:52 CET Boyuan Yang wrote: > This version is in Debian unstable now. > > I tested with some non-utf8 locale (zh_CN.GB18030, es_SV aka iso-8859-1, > zh_TW.BIG5) and UTF-8 locale. None of them crashed, so at least this NMU is > not damaging too much. We may need

Bug#847051: Question and possibly bugs about string encoding in gtk-perl

On Friday, 16 December 2016 21:34:55 CET Torsten Schönfeld wrote: > So it seems like the safest bet would be to try to decode the window > name from UTF8, and if that fails, try Encode::X11 and its > 'x11-compound-text' (Hi Kevin!). ok, that makes sense. For the record, here's what I'm going

Bug#847051: Question and possibly bugs about string encoding in gtk-perl

[ 2nd try ] On Wednesday, 14 December 2016 10:54:16 CET Boyuan Yang wrote: > The original messy output, as indicated in screenshot in the Ubuntu bug, > looks like treating a latin-1-encoded binary data as UTF-8-encoded data > and showing them anyway. In more details, the problematic code boils

Bug#847051: Question and possibly bugs about string encoding in gtk-perl

On Wednesday, 14 December 2016 10:54:16 CET Boyuan Yang wrote: > The original messy output, as indicated in screenshot in the Ubuntu bug, > looks like treating a latin-1-encoded binary data as UTF-8-encoded data > and showing them anyway. In more details, the problematic code boils down to:

Bug#848086: Apologies for error: please delete bug

On Wednesday, 14 December 2016 20:34:38 CET you wrote: > Sorry about this, with this kind of problem I normally completely wipe > and reinstall, and this time I only reinstalled. No worry. Thanks for keeping us up to date. All the best -- https://github.com/dod38fr/ -o-

Bug#847210: shutter: Window list does not show non-latin characters

Hello Boyuan First of all, many thanks for taking care of shutter. That said, the patch you propose to fix utf8 issue has a problem. > +my $win_name = $win->get_name; > +Encode::_utf8_on( $win_name ); > +my $window_item =

Bug#841667: libconfig-model-dpkg-perl: Dependency calculation gets confused by various versions in a suite

On Thursday, 27 October 2016 01:01:09 CET you wrote: > Sounds reasonable to me. > Or maybe just taking the highest version in unstable would work as > well. Given the complexity involved in comparing package version, I'd rather use the version of amd64 package. All the best --

Bug#838407: RFA: cdlabelgen -- generates front cards and tray cards for CDs and DVDs

On Sunday, 20 November 2016 17:21:00 CET Dominique Dumont wrote: > I take over cdlabelgen and will maintain it on behalf of debian-perl team. gregoa, this package is quite different from the other cpan packages: * not delivered on CPAN * built with a makefile * no META.

Bug#838407: RFA: cdlabelgen -- generates front cards and tray cards for CDs and DVDs

On dimanche 20 novembre 2016 20:02:38 CET gregor herrmann wrote: > `dpt takeover' [0] might be more helpful as it does already more for > the conversion. Good idea. All the best -- https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/

Bug#838407: RFA: cdlabelgen -- generates front cards and tray cards for CDs and DVDs

Hello I take over cdlabelgen and will maintain it on behalf of debian-perl team. Stephen, do you have a repo of this package ? Otherwise, I'll start from scratch with dgit. All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o-

Bug#840211: perlunicook man page does not display utf8 char beyond ascii

On Friday, 18 November 2016 10:54:36 CET Russ Allbery wrote: >> Considering [1], we may want to patch Debian's perl to produce utf8 man > > pages even if upstream cannot, due to portability constraints. > > That's not strictly true, which is the reason why I haven't already > switched Linux

Bug#840211: perlunicook man page does not display utf8 char beyond ascii

On Friday, 18 November 2016 09:34:03 CET Russ Allbery wrote: > Guillem did some more investigation, and sadly it turns out that raw UTF-8 > in man pages continues to break even completely current man > implementations on platforms like macOS. That's a constraint we do not have on Debian/unstable.

Bug#844223: ITP: libwww-shorten-github-perl -- shorten GitHub URLs using GitHub's URL shortener

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: libwww-shorten-github-perl Version : 0.1.7 Upstream Author : James Aitken <jait...@cpan.o

Bug#844219: ITP: libpod-elemental-transformer-list-perl -- module to transform :list regions into =over/=back

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: libpod-elemental-transformer-list-perl Version : 0.102000 Upstream Author : Ricardo SIGNES <r...@cpan.o

Bug#844215: ITP: libpod-weaver-section-support-perl -- Add a SUPPORT section to your POD

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: libpod-weaver-section-support-perl Version : 1.007 Upstream Author : Apocalypse <apo...@cpan.o

Bug#801498: rakudo: Native libraries and paths

On Thursday, 3 November 2016 10:07:34 CET Tobias Leich wrote: > It might want to look like this now: > > MoarVM/build/setup.pm:128:ldrpath=> '-Wl,-rpath,"/@libdir@" > -Wl,-rpath,"@prefix@/share/perl6/site/lib" > -Wl,-rpath,"/home/gregoa/.perl6/2015.09/lib"', That is not possible in

Bug#842362: cme: Please add a subcommand to show the semantic differences of two files

On Wednesday, 26 October 2016 18:26:01 CET you wrote: > it would be nice if I could do something like the following with cme: > > $ cme diff dpkg-control pkg1/debian/control pkg2/debian/control > > This should show me the semantic differences between two files after > they have been parsed,

Bug#756253: Another workaround

Hello I had a similar ENOSPC issue on my HP 8560w. Modifying the boot order in bios setup fixed the issue (one may wonder for how long...) HTH -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org

Bug#842390: jmeter: BeanShell PreProcessor fails: Cannot find BeanShell

On Saturday, 29 October 2016 11:37:19 CET Emmanuel Bourg wrote: > Thank you for the report. bsh has been added to the classpath, could you > confirm it works for you please? Yes, it works great ! Thanks for the quick fix. All the best -- https://github.com/dod38fr/ -o-

Bug#842368: libconfig-model-dpkg-perl: cme update dpkg-copyright scans binary files too

On Friday, 28 October 2016 15:40:34 CET you wrote: > By looking at the resulting debian/copyright file it looks like > Dpkg::Copyright tried to parse some binary files too: > > --- > ... > Files: src/icon/* > Copyright: ›iÿ3gΔ;

Bug#842371: libconfig-model-dpkg-perl: dpkg check for debian-uri is different between Vcs-* fields

On Saturday, 29 October 2016 17:23:18 CET you wrote: > Next try: > "URL is not the canonical one for repositories hosted on Alioth." > > (Now we have en_IT and en_AT, let's see what dod says in en_FR; and > maybe we also get a native speaker :)) I've no better idea. I will apply this change.

Bug#842391: libconfig-model-dpkg-perl: cme edit dpkg-patches should handle patch written like git commits

Package: libconfig-model-dpkg-perl Version: 2.085 Severity: normal Dear Maintainer, cme chokes on patches created with git show: $ cme dump dpkg-patch use-ffi_arg-type cme: using Dpkg::Patch model File debian/patches/use-ffi_arg-type line 5 has a syntax error: Did not

Bug#842390: jmeter: BeanShell PreProcessor fails: Cannot find BeanShell

Package: jmeter Version: 2.13-1 Severity: normal Dear Maintainer, jmeter fails all tests that use BeanShell PreProcessor: 2016/10/28 16:47:07 INFO - jmeter.threads.ThreadGroup: Starting thread group number 1 threads 10 ramp-up 0 perThread 0.0 delayedStart=false 2016/10/28 16:47:07 ERROR -

Bug#841667: libconfig-model-dpkg-perl: Dependency calculation gets confused by various versions in a suite

On Friday, 21 October 2016 23:03:48 CEST you wrote: > Looks like it gets and uses the first or second hit which is 5.22.2-5 > for an old source package still lingering around. Good catch. I've also been puzzled sometimes by cme results but I've never found the origin of the issue. > Maybe

Bug#841354: Fix for hanging epoll_wait on arm64

Hello I've uploaded libuv1 with the patch proposed by Tobias. I'll also handle libuv0.10 soon. Thanks to Tobias and Brandon for the help. 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#841343: rakudo: FTBFS on arm64, powerpc and ppc64 - testsuite errors

On Wednesday, 19 October 2016 17:36:25 CEST James Cowgill wrote: > rakudo FTBFS on arm64, powerpc and ppc64 with errors in the testsuite. > > arm64 times out during the 't/04-nativecall/02-simple-args.t' test. Yes, see https://github.com/MoarVM/MoarVM/issues/428 and

Bug#841354: libuv1: libuv hangs with zombie sub-process on arm64 due to debian patch

Package: libuv1 Version: 1.9.1-1 Severity: normal Dear Maintainer, This issue was found during compilation of moar on arm64 where the packaging process is killed after 150mns of inactivity [1]. moar is built on top on libuv1. Long story [2] short, moar hangs randomly while waiting for a

Bug#797999: We are now more than one year later and this critical bug is not fixed

On Monday, 10 October 2016 11:59:59 CEST eric2.vale...@orange.com wrote: > First of all, the bug is not critical because it only affects a very > > > specific setup for a particular video driver. > > A docked station using a nvidia driver is not that uncommon I guess... For the record, this

Bug#839593: cme: support (or switch to) UTF-8 encoding

On Tuesday, 4 October 2016 11:28:19 CEST Jonas Smedegaard wrote: > Are you aware of "perldoc perlunicook"? Yes, I found this page while ersearching the issue shown by gregoa. I'll use section ℞ 13 to fix this issue. > That documentation helped me get straight which options controlled which >

Bug#840211: perlunicook man page does not display utf8 char beyond ascii

Package: perl Version: 5.24.1~rc3-3 Severity: normal Dear Maintainer, In perlunicook man page, non-ASCII utf-8 char are replaced by 'X' (which is a shame on a man page dealing with unicode and utf8 issue): Compare: $ man perlunicook | grep -A 4 '$measure' my $measure =

Bug#839593: cme: support (or switch to) UTF-8 encoding

On Sunday, 2 October 2016 16:18:38 CEST you wrote: > Both > > % cme modify dpkg-control 'source Uploaders:.insort("María Prueba > ")' > > and > > % perl -MConfig::Model=cme -e 'cme("dpkg-control")->modify("source > Uploaders:.insort(\"María Prueba \")");' > >

Bug#839534: ITP: libio-async-loop-mojo-perl -- Perl module to use IO::Async with Mojolicious

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: libio-async-loop-mojo-perl Version : 0.05 Upstream Author : Paul Evans <leon...@leonerd.org.

Bug#839059: Bug#839167: perl: pod2man generates empty man page when pod file begins with =begin pod

On Friday, 30 September 2016 13:41:47 CEST Niko Tyni wrote: > Dominique, are you sure it was working with 5.22? I see > rakudo_2016.06-1_all.deb in testing has an empty perl6.1 manual page, > and it was presumably built with 5.22. At least the headers say so... > > My quick tests back to squeeze

Bug#839059: Bug#839167: Acknowledgement (perl: pod2man generates empty man page when pod file begins with =begin pod)

Then again, the line "=begin pod" is specific to Perl6 pod (and mandatory). Such a line does not make much sense in Perl5 pod. I wonder if this new behavior of pod2man is a new bug or an old bug that has been fixed recently :-/ All the best -- https://github.com/dod38fr/ -o-

Bug#839059: rakudo: perl6(1) is empty

On Wednesday, 28 September 2016 12:24:27 CEST Adrian Bunk wrote: > $ man perl6 | cat > perl6(1) User Contributed Perl Documentation > perl6(1) > > perl v5.24.1 2016-09-27 > perl6(1) $ There's a bug in the pod2man delivered by

Bug#839167: perl: pod2man generates empty man page when pod file begins with =begin pod

Package: perl Version: 5.24.1~rc3-3 Severity: normal Tags: upstream Dear Maintainer, Unfortunately, pod2man from perl 5.24 generates empty man page when pod file begins with =begin pod. This worked fine with perl 5.22 To reproduce: $ wget

Bug#839009: ITP: perl6 -- Perl6 Compiler (pure meta package)

On Tuesday, 27 September 2016 19:49:15 CEST gregor herrmann wrote: > Just thinking out aloud: Do you need a new source package, or could > this be a new binary package produced by the rakudo source package? Well, Perl6 and Rakudo have 2 different life cycles: * perl6 and rakudo have different

Bug#839009: ITP: perl6 -- Perl6 Compiler (pure meta package)

Package: wnpp Owner: Dominique Dumont <d...@debian.org> Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, pkg-rakudo-de...@lists.alioth.debian.org * Package name: perl6 Version : 6c Upstream Author : none (pure meta package) * URL : http://per

Bug#838896: libstring-copyright-perl: copyright extraction confused by itemized list

Package: libstring-copyright-perl Version: 0.003003-1 Severity: normal Dear Maintainer, licensecheck returns dubious information: $ licensecheck --copyright src/strings/unicode_db.c src/strings/unicode_db.c: GENERATED FILE [Copyright: there is clear notice in each] unicode_db.c is indeed a

Bug#838583: libconfig-model-lcdproc-perl: FTBFS with "Syntax error: spurious char at command end"

On Thu, 22 Sep 2016 16:21:02 + Santiago Vila wrote: > Load command error: > command: 'max=' > Syntax error: spurious char at command end: '='. Did you forget double quotes ? > Exception thrown at /usr/share/perl5/Config/Model/Exception.pm line 69. Ack. I've

Bug#836679: flash-kernel: cannot configure kernel 4.7 with new flash-kernel

On Wednesday, 14 September 2016 15:39:53 CEST you wrote: > I can change it to: > Couldn't find sun7i-a20-olinuxino-lime.dtb > Does this work? All in all, user would see: # flash-kernel DTB: sun7i-a20-olinuxino-lime.dtb Couldn't find sun7i-a20-olinuxino-lime.dtb I guess that the intent is to

Bug#837682: libconfig-model-itself-perl: FTBFS in unstable (failing tests)

On Tue, 13 Sep 2016 16:46:47 +0200 Dominique Dumont <d...@debian.org> wrote: > Looks like I cannot find a way to handle the removal of '.' from @INC > I may need to avoid using 'do' and revisit completely the way model files > are loaded... Fortunately, it was a stupid mistake on

Bug#837682: libconfig-model-itself-perl: FTBFS in unstable (failing tests)

On Tue, 13 Sep 2016 15:55:27 +0200 (CEST) Santiago Vila wrote: > I'm reporting this against libconfig-model-itself-perl because that's > the package which FTBFS, but of course it is completely possible (and > maybe likely) that this is still a bug in libconfig-model-perl. > >

Bug#818926: perl6-panda: panda doesn't start up / find needed libraries

On Monday, 5 September 2016 23:29:27 CEST gregor herrmann wrote: > Maybe zef is in option: > https://github.com/ugexe/zef Thanks for the hint. Unfortuantely, I don't know when I'll find the time to look at this issue :-/ All the best -- https://github.com/dod38fr/ -o-

Bug#837133: libconfig-model-itself-perl: FTBFS: t/load_write_itself.t failure

On Fri, 9 Sep 2016 09:37:54 +0300 Niko Tyni wrote: > Load command error: > command: 'upstream_default=#' > Syntax error: spurious char at command end: '=#'. Did you forget double quotes ? This is a bug in Config::Model::Loader which is now trapped since

Bug#837261: libconfig-model-dpkg-perl: FTBFS: Tests failures

On Sat, 10 Sep 2016 09:44:10 +0200 Lucas Nussbaum wrote: > Relevant part (hopefully): > > Test Summary Report > > --- > > t/model_tests.t(Wstat: 65280 Tests: 814 Failed: 0) > > Non-zero exit status: 255 This means that t/model_tests.t

Bug#836832: libstring-copyright-perl: please parse "copyright (c) 2106..." statement

On Wednesday, September 7, 2016 10:15:13 AM CEST you wrote: > Did I misinterpret your issue somehow? Can you try run that exact same > test, or perhaps provide a similarly written test that fails for you? Sorry I misinterpreted the result I got from licensecheck (must have been tired

Bug#836794: cme: 'cme update dpkg-copyright' no longer work

On Tue, 6 Sep 2016 20:18:54 +0200 gregor herrmann wrote: > Hm, yeah, more information might be helpful. Maybe similar to perl's > Can't locate Foo/Bar.pm in @INC (you may need to install the Foo::Bar > module) > ? cme might change the output to something like > > Can't

Bug#836794: cme: 'cme update dpkg-copyright' no longer work

On Tue, 6 Sep 2016 16:41:07 +0200 gregor herrmann wrote: > dod would be the ultimate authority here, but my guess is that this > doesn't work. In my understanding App::Cme/cme doesn't know about > potential models and even less about the packages they are in in any >

Bug#836832: libstring-copyright-perl: please parse "copyright (c) 2106..." statement

Package: libstring-copyright-perl Version: 0.003001-1 Severity: normal Dear Maintainer, String::Copyright fails to extract copyright from the following statement (from Jira::Client::Automated): This software is copyright (c) 2016 by Polyvore, Inc. This is free software; you can redistribute

Bug#836679: flash-kernel: cannot configure kernel 4.7 with new flash-kernel

On Sunday, September 4, 2016 12:34:03 PM CEST you wrote: > Maybe the real bug is that the signed package doesn't contain the > DTBs. Indeed. This issue has also been reported in #836255. On the other hand the error message returned by flash-kernel could be improved. When the dtb is missing,

Bug#836679: flash-kernel: cannot configure kernel 4.7 with new flash-kernel

On the other there's no dtb file in linux-image-4.7.0-1-armmp-lpae ... $ dpkg --listfiles linux-image-4.7.0-1-armmp-lpae | grep dtb [ nothing ] Did I miss something ? -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at

Bug#835968: virtualbox: Microphone audio input is mute with virtualbox 5.1.4

Package: virtualbox Version: 5.0.24-dfsg-2 Severity: normal Dear Maintainer, I run Windows7 64bits inside a VM. To do audio conference, I use a USB headset with a microphone. This headset is managed by pulseaudio and the microphone input is sent to VirtualBox. With vbox 5.0.24, this setup is

Bug#835436: vagrant 1,8.4 broken by virtualbox 5.1 (in unstable)

Package: vagrant Version: 1.8.4+dfsg-2 Severity: normal Dear Maintainer, virtualbox 5.1.4-dfsg-1 is now available in unstable. Unfortunately, vagrant 1.8.4 support vbox up to 5.0. virtualbox 5.1 is supported by vagrant 1.8.5 which was released by upstream in July. Could you update vagrant ?

Bug#831772: cme: incorrect reference to dh_installdebconf ("dh_install_debconf")

Good catch. An updated package is on its way to unstable, Thanks for the report and the patch. 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#830403: libconfig-model-lcdproc-perl: FTBFS: Attribute (instance) does not pass the type constraint because: Validation failed for 'Config::Model::Instance' with value undef at /usr/lib/x86_64-lin

Model generation from lcdproc/LCDd.conf broke with Config::Model::Itself 2.005 I'll fix that upsream. Thanks for the report. 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#830663: libconfig-model-dpkg-perl: Package should depend on licensecheck

On Sunday 10 July 2016 06:56:34 you wrote: > This package should depends/recommends on the new licensecheck package. Indeed. This will be fixed for the next package. Thanks for the report. All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/

Bug#828766: liblucy-perl: please make the build reproducible

On Tuesday 05 July 2016 14:40:06 Reiner Herrmann wrote: > It's passing pointers to the compared objects to the comparison function > as the objects don't necessarily need to be pointers. Ah, that's the point I missed. Thanks for the explanation.. All the best -- https://github.com/dod38fr/

Bug#828766: liblucy-perl: please make the build reproducible

My C is quite rusted, but, for what it's worth, I've looked at the patch. As far as I understand qsort doc, you call this function with a array of strings (char *), i.e. a char**. cmpstringp is called with an object from the array, i.e. a void pointer to a char *. I don't think dereferecing

Bug#829442: libconfig-model-itself-perl: FTBFS: Failed 1/12 test programs. 0/108 subtests failed.

On Sun, 03 Jul 2016 20:33:18 +0200 intrigeri wrote: > > Confirmed here (in pbuilder). Interestingly, testing is not affected. I did some changes in Config::Model parameters to simplify Config::Model::Itself. Unfortunately I did not find a way to avoid breaking

Bug#828872: devscripts: Please drop licensecheck (moved to separate package)

On Tuesday 28 June 2016 20:27:54 Jonas Smedegaard wrote: > To acknowledge my takeover, please drop licensecheck and its > bash-completion + tests from devscripts, and instead recommend/suggest > licensecheck. As one of the latest contributors to licensecheck, I'm fine with this takeover. On my

Bug#828088: licensecheck invokes find with -follow

On Friday 24 June 2016 22:51:56 Sandro Mani wrote: > I think [-follow] should be removed, for > three reasons. Reason 1: self loops like the one in giac make find, and > therefore licensecheck, fail. Reason 2: symlinks can point anywhere. Do > you really want to let licensecheck run over

Bug#827720: par2: Please put back example section in par2 man page

Package: par2 Version: 0.6.14-1 Severity: minor Dear Maintainer, par2 man page features only synopsis, description and the options Compared to old par2 man page [1], the examples section is missing, which is a shame because this section contains a lot of useful information. Could you put back

Bug#826573: cme: drops build profiles on dependencies

Ouch, I need to rework the internal representation of a dependency to properly support build profiles. This will take some time... See also #702792 and https://wiki.debian.org/BuildProfileSpec All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/

Bug#826573: cme: drops build profiles on dependencies

On Mon, 06 Jun 2016 16:12:43 +0200 Stephen Kitt wrote: > Package: cme> running cme fix dpkg-control removes the build profiles: > >mingw-w64-i686-dev (>= 3.0~svn5915), >mingw-w64-x86-64-dev (>= 3.0~svn5915), > > It would be nice if cme left them

Bug#826039: liblwp-protocol-https-perl: Two versions of https.pm (6.06) have different contents and one always checks certificates

On Friday 03 June 2016 20:35:19 Adrian Edwards wrote: > I guess on one of my earlier installs I loaded via CPAN before apt-get and > that's why that happened to work. I still don't understand why you have an issue with Debian's version of https.pm. Could you attach to this bug a small script

Bug#826039: liblwp-protocol-https-perl: Two versions of https.pm (6.06) have different contents and one always checks certificates

Hi Note that: * LWP::Protocol::https works with LWP::UserAgent * LWP::Protocol::https on CPAN and on Debian/Jessie have the same version with some differences to better integrate with Debian (for instance, Debian certificates are used instead of Mozilla::CA) * LWP::UserAgent is v 6.02 on

Bug#825440: [Pkg-kde-extras] Bug#825440: K3b obsolete in TEsting

On Thursday 26 May 2016 23:26:55 Mauro Sacchetto wrote: > I don't find any reason > for K3b was eliminated in Testing... > Is it right or there ia a big mistake? k3b was automatically removed from testing because of #807853 it will be back once the issue with ffmpeg is fixed. All the best --

Bug#825338: [licensecheck] Wide character in pattern match (m//) at /usr/bin/licensecheck line 531

On Thursday 26 May 2016 11:17:37 Jakub Wilk wrote: > I get these warnings: > > $ echo "‘moo’" > test Note: these quote are utf-8 quotes (U+2018 and U+2019) > $ LC_ALL=C licensecheck --encoding utf8 test > Wide character (U+2018) in pattern match (m//) at /usr/bin/licensecheck line > 531, line

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