Bug#935290: moar digging

On Saturday, 14 September 2019 02:37:41 CEST Mo Zhou wrote: > Could you please verify the {moarvm,nqp,rakudo}-2019.07.1 in > experimental? Shall I proceed and upload it to unstable? Looks like there's an issue with /usr/share/perl6 link: $ perl6 -e 'say "hello"' Unhandled exception: While

Bug#935290: moar digging

On Thursday, 12 September 2019 08:33:00 CEST Niels Thykier wrote: > Does rakudo build with "Rules-Requires-Root: no"[1]? If it does, then > you can work around the bug / issue in fakeroot for sid, testing and > stable for now by using it. Yes ! I can now build rakudo on my laptop. Thanks for the

Bug#935290: moar digging

On Wednesday, 11 September 2019 07:21:24 CEST Robert Lemmen wrote: > ...and it's fakeroot! it does ld_preload to map file user ids, and doing > that it fakes stat calls, but not statx! Excellent news. I've relayed your findings to upstream. Could you open a bug against fakeroot to have statx

Bug#932637: nmu now in the delayed queue

On Thursday, 5 September 2019 20:45:05 CEST gregor herrmann wrote: > What happened to this NMU? It's in unstable > I just noticed that the bug ist still open and perl6-readline was > removed from testing … The nmu version (0.1.4-3.1) cannot go in testing because rakudo is FTBS with newer

Bug#929694: cme update dpkg-copyright removes manually added copyright entries

On Fri, 31 May 2019 23:04:58 +0500 Pirate Praveen wrote: > > First problem: LICENSE and README.md do not contain the same copyright > > owners. By reading the README.md file, I saw that make-iterator is > > derived from moutjs. Hence debian/copyright entry is accurate. > > > > But how can cme

Bug#935290: rakudo: FTBFS on amd64

On Tuesday, 27 August 2019 18:33:30 CEST M. Zhou wrote: > > On the other hand, I'm able to build rakudo 2019-07 on my system with > > latest libuv1. > > Have you built it with the root user? The build would pass. > Try to switch to a normal user and it would FTBFS. Oops... Actually, I forgot to

Bug#935290: rakudo: FTBFS on amd64

On Tuesday, 27 August 2019 10:04:23 CEST Dominique Dumont wrote: > Right.. This is the same error than the one showing in the FTBS issue. > > I guess we need to talk to upstream. They may not have seen this issue yet > if they use an older version of libuv. On the other hand, I'm a

Bug#935290: rakudo: FTBFS on amd64

On Tuesday, 27 August 2019 05:27:49 CEST M. Zhou wrote: > I'm somehow > stuck on a strange installation failure (likely permission issue): Oops, I missed that part... > '/home/lumin/Debian/perl6/rakudo/debian/rakudo/usr/lib/perl6/core' > No writeable path found, >

Bug#935290: rakudo: FTBFS on amd64

On mercredi 21 août 2019 13:08:42 CEST Ivo De Decker wrote: > A binnmu of rakudo in unstable fails on amd64: > > https://buildd.debian.org/status/package.php?p=rakudo Rakudo fails to build with latest version of libuv1 but it builds fine with libuv1 1.24.1-1 (from stable). I guess that latest

Bug#935453: libconfig-model-tkui-perl breaks libconfig-model-itself-perl autopkgtest

On vendredi 23 août 2019 21:37:34 CEST you wrote: > - ./Build realclean; perl Build.PL > - prove fails Do'h.. I'm so used to type "perl -Ilib t/*.t" that I forgot to remove the '- Ilib'. Now I can reproduce this issue. Turns out that the issue can be fixed in t/load_write_itself.t. I'm going

Bug#935453: libconfig-model-tkui-perl breaks libconfig-model-itself-perl autopkgtest

On jeudi 22 août 2019 20:31:52 CEST you wrote: > Can you please investigate the situation and reassign the > bug to the right package? Sure. The change done in libconfig-model-tkui-perl 1.370 did break libconfig-model- itself-perl 2.016 (the API change are backward compatible, the class

Bug#933648: libconfig-model-dpkg-perl: Weak handling of comments

On Thu, 01 Aug 2019 13:50:01 +0200 Andreas Tille wrote: > I wonder whether you see a chance just to leave alone any commented > lines in cme. I observed issues with several different kinds of > comments (not only this one) but specifically here simply ignoring > it would help a lot. It's quite

Bug#934785: does not include lis.so driver

On Friday, 16 August 2019 06:17:48 CEST Adam Di Carlo wrote: > What's better, to just close this bug or should I upstream it? There's already a ticket to track the libusb transition issue: https://github.com/lcdproc/lcdproc/issues/13 I've tagged this BTS ticket as forwarded to this github issue,

Bug#934785: does not include lis.so driver

Hi On mercredi 14 août 2019 22:21:21 CEST you wrote: > The package fails to include the lis.so module. As of lcdproc 0.5.9-2, lis module is no longer delivered. (see lcdproc changelog) because build dependency on libftdi-dev and libusb-dev were removed. libftdi-dev and libusb-dev are

Bug#755202: network-manager: keeps creating and using new connection "eth0" that does not work

On Fri, 23 Feb 2018 17:33:13 +0100 Matthijs Kooijman wrote: > previously, people suggested completely disabling ipv6 as a workaround > (or at least debugging tool). This, combined with the previous analysis > made me realize another workaround: Just disable ipv6 autoconf by the > kernel. I

Bug#932409: libconfig-model-dpkg-perl: When the installed debian-policy is older than the hardcoded one, the error message is unhelpful

On Thu, 18 Jul 2019 18:45:26 -0300 =?utf-8?q?Cl=C3=A9ment_Hermann?= wrote: > while it is true that there is an issue on my system (I should have made > sure the latest policy version was installed), the message is quite > bizarre and unhelpful ;) > > Idealy, we whould check if the installed

Bug#930118: libconfig-model-dpkg-perl: adds debian/compat despite debhelper-compat

On Wed, 03 Jul 2019 16:08:16 +0200 Dominique Dumont wrote: > Here's what I plan to implement. I hope this > takes into account most common mistakes. This list below details the checks that will be > run on debhelper or debherlper-compat dependencies. (this doc looks better with a

Bug#931423: kwalletcli: How can the content of Maps entry can be read with kwalletcli ?

Package: kwalletcli Version: 3.02-1 Severity: normal Tags: upstream Dear Maintainer, I've setup Maps entries using kwalletmanager. Unfortunately, I cannot figure out how to retrieve the content of Maps using a kwalletcli. For instace, kwalletmanager show entries like: \/ Passwords (26) >

Bug#930118: libconfig-model-dpkg-perl: adds debian/compat despite debhelper-compat

On Wed, 12 Jun 2019 19:54:51 +0200 gregor herrmann wrote: > One might argue that forcing this change-of-style is a bit intrusive; > but on the other hand it's supported by debhelper in buster and > stretch-backports and is now the recommended way … So yes, I think a > migration would be a good

Bug#931248: pan: No icon bar.

On Saturday, 29 June 2019 13:16:25 CEST you wrote: > After some years without launching Pan, I saw that the post message windows > has no icons in the icon bar. Porting pan to Gtk3 is not finished yet and the toolbar is not shown. See upstream bug https://gitlab.gnome.org/GNOME/pan/issues/74 for

Bug#930118: libconfig-model-dpkg-perl: adds debian/compat despite debhelper-compat

On Friday, 7 June 2019 16:17:33 CEST gregor herrmann wrote: > "debhelper-compat (= N)" in debian/control is the replacement for > both > debhelper (>= N) # in debian/control > and > N # in debian/compat Doh, I missed this one. Looks like some migration instructions are in order.

Bug#930118: libconfig-model-dpkg-perl: adds debian/compat despite debhelper-compat

On Friday, 7 June 2019 15:34:42 CEST you wrote: > cme created an unneeded debian/compat file > (with "12"); I thought compat file was always needed... When is it needed or not ? > interestingly without mentioning it in its output. Weird. Which package are you working on ? All the best

Bug#929694: cme update dpkg-copyright removes manually added copyright entries

On Wed, 29 May 2019 10:36:27 +0500 Pirate Praveen wrote: > justification: it should not remove any existing copyright noticed > added by maintainer. Then what's the point of running "cme update dpkg-copyright" ? Let's see what's going on: node-gulp$ licensecheck -r make-iterator --copyright

Bug#928597: should support syntax for license exceptions in license short names

On Tuesday, 7 May 2019 11:28:31 CEST you wrote: > Configuration item 'Files:"etc/fonts/*" License short_name' has a wrong > value: value 'GPL-3+ with Font-exception-2.0' does not match grammar from > model On the other hand, this error message is lackluster. I'll try to improve it. All the best

Bug#928597: should support syntax for license exceptions in license short names

On Tuesday, 7 May 2019 11:28:31 CEST you wrote: > If I use "GPL-3+ with Font-exception-2.0" as a license short name in my > debian/copyright file, I get: > > $ cme update dpkg-copyright > Updating data... > Configuration item 'Files:"etc/fonts/*" License short_name' has a wrong > value: value

Bug#927748: ITP: libdist-zilla-plugin-checkextratests-perl -- dzil command to check xt tests before release

Package: wnpp Owner: Dominique Dumont Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libdist-zilla-plugin-checkextratests-perl Version : 0.029 Upstream Author : David Golden Jesse Luehrs * URL : https

Bug#927024: lcdproc-extra-drivers: Missing lcd2usb ConnectionType in hd44780 driver

On Mon, 15 Apr 2019 18:15:49 +0200 Dominique Dumont wrote: > I suggest that you open a bug upstream [1] if you wish glcd2usb to be > supported again. I've linked this bug to an existing upstream bug. On upstream side, nobody is working on porting old drivers to new libusb. They will w

Bug#926872: evolution: Spaces in mail view disappeared with recent updates

On Wednesday, 17 April 2019 19:03:26 CEST Boyuan Yang wrote: > I found that this will happen when I set the default font to be Noto Sans > CJK SC with arbitary font weight. By resetting the font to default, the > email viewer would recover back to normal however the composer is always > missing

Bug#926872: evolution: Spaces in mail view disappeared with recent updates

On Thu, 11 Apr 2019 11:22:46 -0400 Boyuan Yang wrote: > A screenshot is provided with the email here. I'm not sure if it can be > reproduced by you, but at least this issues appears on all my machines > running Debian Sid. I'm using evolution 3.30.5-1 and cannot reproduce this bug. Could you

Bug#927024: lcdproc-extra-drivers: Missing lcd2usb ConnectionType in hd44780 driver

On Monday, 15 April 2019 16:44:29 CEST you wrote: > I've attached my manual build transcript. Please let me know if you need > more information. You build log contains: checking if libusb support has been enabled... yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at

Bug#927024: lcdproc-extra-drivers: Missing lcd2usb ConnectionType in hd44780 driver

On Saturday, 13 April 2019 19:33:07 CEST you wrote: > A simple recompilation from source (no changes) eliminates this problem: Not on my system. I guess that we have different libraries installed. This can be checked with build logs. Could you attach the log of your build to this bug ? All

Bug#924762: further information: window manager

On Sun, 17 Mar 2019 16:38:23 +0100 zieg...@uni-freiburg.de wrote: > I use xfce4 as a window-manager. The bug does NOT occur > under icewm. This looks like a bad interaction between emacs and xfce4, I'd guess then emacs is sending the file name to xfc4 to set the widget title. Could you try to

Bug#922554: plasma-nm not responding when NetworkManager is running at 100% CPU

Control: severity -1 important Hi I've seen another issue when NetworkManager is spinning The plasma-nm widget no longer reports the status of the network connection. Network connections cannot be setup or teared down. This happens most often with wireless. Restarting NetworkManager has no

Bug#922554: network-manager: NetworkManager continuously spinning, probably while checking for connectivity

On Tue, 05 Mar 2019 09:03:53 +0100 Dominique Dumont wrote: > They probably patched curl with [1] following the resolution if this curl bug > [2]. I don't know > archlinux enough to track down the patch applied to curl version 7.64.0-9 Never mind. Archlinux 's web site is easy to us

Bug#922554: network-manager: NetworkManager continuously spinning, probably while checking for connectivity

On Sun, 03 Mar 2019 14:23:40 +0100 gpe wrote: > it seems that the issue is resolved with their last curl version 7.64.0-9, no? Looks like it. They probably patched curl with [1] following the resolution if this curl bug [2]. I don't know archlinux enough to track down the patch applied to curl

Bug#922554: network-manager: NetworkManager continuously spinning, probably while checking for connectivity

On Mon, 18 Feb 2019 01:45:12 +0100 Jiri Palecek wrote: > exe->curl_multi_socket_action(0x15c4900, 24, 2, 0xbfb0bd88) > > = 0 > exe->curl_multi_info_read(0x15c4900, 0xbfb0bd80, 2,

Bug#923459: devscripts: uscan in buster could not check version and throws warnings

On Friday, 1 March 2019 09:01:26 CET you wrote: > Maybe it helps: on the other side other watch files for the same > download site are working: > > * roaraudio > * muroar > * muroard > * roarplaylistd Uh ? http://software.keep-cool.org/dl/ shows only "animals" and "ckport" Roar audio home page

Bug#923459: devscripts: uscan in buster could not check version and throws warnings

On Thursday, 28 February 2019 15:49:53 CET Xavier wrote: > This looks like a bug in HTTP::Response: $response contains valid HTML > data in $response->{_content} but $response->decoded_content returns > "undef". Well, software.keep-cool.org http server sends back weird headers: $ mojo get -M

Bug#899337: closed by Dominique Dumont (Bug#899337: fixed in libconfig-model-dpkg-perl 2.114)

On Sun, 17 Feb 2019 03:32:47 +0100 Guillem Jover wrote: > Unfortunately, only part of the bug was fixed. :) Oops... I'll fix the 2nd part. Sorry about that :-) All the best Dod

Bug#923265: libconfig-model-dpkg-perl: cme is unable to parse build dependencies built by npm2deb

On Mon, 25 Feb 2019 17:08:53 +0100 Xavier Guimard wrote: > npm2deb build dependencies using this format: > > Build-Depends: >debhelper (>= 11) >, nodejs (>= 6) Right Could you send me a link to the whole control file ? (so that I can create a complete test case). All the best

Bug#919413: cascade of FTBFS

On Tuesday, 12 February 2019 16:54:12 CET Andreas Tille wrote: > I'm > not sure how to deal with the jquery.js one since this is potentially an > issue with lots of dependencies - I remember discussions about this > which I did not followed. Fortunately, jquery is available as a Debian package.

Bug#912838: libtommath: stop using libtool-bin

On Sun, 4 Nov 2018 10:11:51 +0100 Helmut Grohne wrote: > We want to remove libtool-bin from the archive. Thus libtommath should > stop depending on it. For doing that, it should build its own libtool at > build time. The attached patch implements that. Please consider applying > it. Once

Bug#917036: Swaggers is indeed a goner

For the record, here's the deprecation notice of Swagger2: https://metacpan.org/pod/release/JHTHORSEN/Swagger2-0.89/lib/Swagger2.pm HTH

Bug#920597: Last docker.io update - not start

On Wednesday, 30 January 2019 11:45:33 CET Arnaud Rebillout wrote: > Could it be a matter of `systemctl restart docker`, or something like > that? spot on ! docker is working fine after a restart. Thanks for the hint. Dod

Bug#920597: Last docker.io update - not start

On Mon, 28 Jan 2019 13:53:08 +1100 Dmitry Smirnov wrote: > On Monday, 28 January 2019 2:26:00 AM AEDT Holger Schröder wrote: > > sorry, is not solved. next problem. > > > > docker run -it -u0 --rm alpine:latest > > docker: Error response from daemon: failed to start shim: exec: > >

Bug#920840: perl6 should suggest/recommend perl6-readline

On Tuesday, 29 January 2019 20:20:52 CET Attila Kinali wrote: > I think, it would be a good idea to make the perl6 package suggest > or even recommend perl6-readline. Without it REPL doesn't get > editing features and newcommers will wonder why it doesn't work. Indeed. Thanks for the heads-up.

Bug#917718: libuv1: FTBFS: dh_auto_test: make -j1 check VERBOSE=1 returned exit code 2

Hello On Sat, 29 Dec 2018 23:07:11 +0100 Lucas Nussbaum wrote: > not ok 103 - get_passwd > # exit code 6 > # Output from process `get_passwd`: > # Assertion failed in test/test-get-passwd.c on line 41: len > 0 Upstream asks: > That line asserts that the current user's shell in the password

Bug#904518: Add support for SPDX-License-Identifier

On Wed, 25 Jul 2018 02:30:03 +0200 Michael Biebl wrote: > it would be great if licensecheck would support SPDX-License-Identifier > headers. This would indeed be helpful. libtommath is now using SPDX-License-Identifier [1] and licensecheck extracts no useful information. All the best Dod

Bug#917430: libconfig-model-dpkg-perl: test failures with newer Config::Model

On Thu, 27 Dec 2018 17:56:46 +0100 gregor herrmann wrote: > libconfig-model-dpkg-perl (both 2.119 in the archive and the version > in git) doesn't build anymore, probably due to changes in or around > Config::Model. More likely, lintian was updated and some tests are too pedantic to handle well

Bug#916868: ITP: libconfig-model-backend-yaml-perl -- Read and write config as a YAML data structure

Package: wnpp Owner: Dominique Dumont Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libconfig-model-backend-yaml-perl Version : 2.132 Upstream Author : Dominique Dumont * URL : https://metacpan.org/release

Bug#916429: libconfig-model-dpkg-perl: Test 693 fails with libconfig-model-perl 2.130-1

On Friday, 14 December 2018 12:32:36 CET you wrote: > Not sure if this points to a bug in libconfig-model-perl or a test > bug in libconfig-model-dpkg-perl being overly pedantic about output, > but clearly one of the two is to blame. The latter. It's difficult to test error and warning condition

Bug#516692: audacity: no PulseAudio devices presented

Hi Looks like there's some level of pulseaudio support in audacity. Although taudacity can freeze when used with pulseaudio. See https://bugzilla.audacityteam.org/show_bug.cgi?id=276 HTH

Bug#914300: kalgebra: Segfault when clearing empty calculator

Package: kalgebra Version: 4:17.08.3-2 Severity: normal Dear Maintainer, Kalgebra segfaults when clearing empty calculator: 1. Launch kalgebra 2. Click on menu calculator -> Clear Then kalgebra dies: Received signal 11 SEGV_MAPERR #0 0x7ff5a477036e #1 0x7ff5a4770480 #2

Bug#913779: libuv1: path_max_zero_st_size incorrectly rebased; patch attached

On Thursday, 15 November 2018 05:47:17 CET you wrote: > In Ubuntu, the attached patch was applied to achieve the following: > > * Fix path_max_zero_st_size to follow renaming of variable upstream. > > This should be fairly self-explanatory, I'd imagine. Indeed. Thanks for the patch. I'll

Bug#911756: libconfig-model-dpkg-perl: cannot handle foo:any Build-Depends

On Wednesday, 31 October 2018 15:36:21 CET Felipe Sateler wrote: > > > However, such annotations are valid, and in fact needed to allow > > > cross-compilation. Please handle foo:any annotations. This is fixed in git. Unfortunately, cme now chokes on the Pre-Depends declaration: Configuration

Bug#905614: Patch invalid

On Mon, 29 Oct 2018 10:08:56 -0700 Felix Lechner wrote: > The owner of libsoftware-licensemoreutils would like to resolve the > issue differently. (For details, please see #911403.) The patch I > submitted earlier is outdated. Thank you! The owner of libsoftware-licensemoreutils had a bad case

Bug#911403: Please always include a copyright notice in 'LicenseWithSummary::summary_or_text'

On Monday, 29 October 2018 16:51:45 CET you wrote: > I am happy to provide patches and merge requests that implement your > idea, Thanks. But the change is trivial. I can do it on my side. We just need to find a common ground that allow fixing #905614 > but are you sure there are other

Bug#911403: Please always include a copyright notice in 'LicenseWithSummary::summary_or_text'

On Monday, 29 October 2018 15:21:25 CET you wrote: > I'm not thrilled at the idea of changing the behavior of summary_or_text > method because the implementation would no longer match its behavior. Oops, this sentence does not make sense. I meant that "the function name would no longer match its

Bug#911403: Please always include a copyright notice in 'LicenseWithSummary::summary_or_text'

On Sat, 27 Oct 2018 15:57:56 +0200 gregor herrmann wrote: > Dominique, could you look into this patch, please? yes, sorry for the delay. I'm not thrilled at the idea of changing the behavior of summary_or_text method because the implementation would no longer match its behavior. Felix, how

Bug#911756: libconfig-model-dpkg-perl: cannot handle foo:any Build-Depends

On Wed, 2018-10-24 at 08:29 -0300, Felipe Sateler wrote: > However, such annotations are valid, and in fact needed to allow > cross-compilation. Please handle foo:any annotations. I've never heard of this annotation. Where is it documented ? All the best

Bug#909698: rakudo: perl6-tap-harness fails to configure: Could not open /usr/share/perl6/install-dist.p6. Failed to stat file: no such file or directory

On Thursday, 27 September 2018 01:41:11 CEST Axel Beckert wrote: > Since it's /usr/share/perl6/rakudo-helper.pl which contains that > erroneous path, the issue is not in perl6-tap-harness but in rakudo. ok. Let's provide a script in /usr/share/perl6/rakudo-helper.pl that will warn about

Bug#671849: pan: inserts spurious "GIT" string in mailto: when replying

On Sun, 25 Nov 2012 12:21:04 -0500 =?iso-8859-1?B?RnLpZOlyaWMgQnJp6HJl?= wrote: > Hmph, I see that upstream has wrongly (and summarily) closed this bug > report. :( Please re-open a bug upstream (https://gitlab.gnome.org/GNOME/pan/issues ) if this is still an issue. All the best

Bug#909011: libuv1 calls readlink() with buffer size zero for /proc/self

On Monday, 17 September 2018 13:58:54 CEST you wrote: > Package: libuv1 > Version: 1.20.3 > Tags: patch Patched and released. Thanks for the patch All the best Dod

Bug#907410: work done?

On Friday, 14 September 2018 09:03:37 CEST you wrote: > I believe I've made all the necessary work related to this bug report. Indeed :-) Thank you so much for the help. > My work is here: > > https://salsa.debian.org/perl-team/modules/packages/libconfig-model-dpkg-per >

Bug#907410: libconfig-model-dpkg-perl: Missing support for Rules-Requires-Root in control file

Package: libconfig-model-dpkg-perl Version: 2.115 Severity: wishlist Tags: newcomer Dear Maintainer, Policy 4.1.5 added support for Rules-Requires-Root root parameter. This is a simple parameter which is good for a newcomer to learn how to modify 'cme dpkg' Suggestion on how to add support for

Bug#870418: How much longer should Shutter remain in sid?

On Tuesday, 24 July 2018 04:32:22 CEST you wrote: > [...] and proposed to give Dominique >access to the upstream BZR repo so he can fix stuff directly there >(and de facto become the only person active upstream with >development skills). Dominique did not reply to this offer. Hmm, I

Bug#903905: libconfig-model-dpkg-perl: Failure when d/config contains XS-Ruby-Versions

Hello Andreas On Monday, 16 July 2018 21:13:59 CEST Andreas Tille wrote: > > Other ideas are welcome. (except scanning the dependency list which is > > difficult in Config::Model) > > I admit I'm not that deeply interested. Err, you care enough to log bug reports and that's great :-) These bug

Bug#903905: libconfig-model-dpkg-perl: Failure when d/config contains XS-Ruby-Versions

On Monday, 16 July 2018 15:13:05 CEST you wrote: > Please find a way to deal with XS-Ruby-Versions Currently, XS-Ruby-Versions is allowed if the Maintainer contains "Debian Ruby" as in "Debian Ruby Team". It used to be when "section =~ /ruby". (see #888949) On one hand I'd like to avoid

Bug#903220: libconfig-model-dpkg-perl: Please change policy to current version of debian policy in sid

On Tuesday, 10 July 2018 19:44:42 CEST Mattia Rizzolo wrote: > I'm CCing the lintian maintainers because I don't think they ever > thought of that file as a public API, so they might want to be aware of > this new reverse-dependency. I can also use Lintian::Data API as done there:

Bug#903220: libconfig-model-dpkg-perl: Please change policy to current version of debian policy in sid

On Saturday, 7 July 2018 23:43:04 CEST you wrote: > libconfig-model-dpkg-perl is always lagging behind once a new Debian > policy is released when setting Standards-Version field. I could > imagine that it is possible to set it automatically to a value of the > latest version of debian-policy

Bug#887926: libsoftware-license-perl: needs summary for CC0-1.0

On Sat, 26 May 2018 21:01:09 +0200 Dominique Dumont wrote: > I'm going to add this summary in my Software::LicenseMoreUtils module Here's the summary provided by Software::LicenseMoreUtils: $ perl -MSoftware::LicenseMoreUtils -E 'say Software::LicenseMoreUtils->new_from_shor

Bug#902941: libuv1/1.21.0-1 appears to break lua-luv/1.9.1-0-2 autopkgtest

On Tue, 3 Jul 2018 19:46:30 +0200 Paul Gevers wrote: > ok 9 fs - fs.scandir > ./tests/test-fs.lua:83: UNKNOWN FS TYPE 29 Looks like this issue has been fixed in upstream lua: https://github.com/luvit/luv/commit/853546063c88f0f06b680844b8a2c90dc13343d3 All the best

Bug#902942: systemd: please ship man/*.xml files

Package: systemd Version: 239-3 Severity: wishlist Dear Maintainer, libconfig-model-systemd-perl provides a model so that cme command can check or edit some systemd configuration files. [1] This systemd model is generated [2] from the systemd documentation provided in man/*.xml (man pages are

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

libsoftware-licensemoreutils-perl should support MPL-* short names

Bug#828218: Software::License Debian patches will be removed

On Sun, 20 May 2018 20:41:18 +0200 Dominique Dumont wrote: > Here's the first stab: > > http://search.cpan.org/~ddumont/Software-LicenseMoreUtils-0.001/ Debian package is available: https://tracker.debian.org/pkg/libsoftware-licensemoreutils-perl Next version of libsoftware-lic

Bug#900230: test should exit on error if ./nqp-m is missing (was: Re: nqp: autopkgtest times out)

On Tue, 19 Jun 2018 13:47:30 +0200 Dominique Dumont wrote: > Note that the test does not block when building nqp... Which is weird.. This script launches a nqp subprocess using ./nqp-m . The test hangs when this file is missing. This file is present during build. Outside of a build, /usr/

Bug#900230: nqp: autopkgtest times out

> Since version 2018.03+dfsg-2, the autopkgtests¹ are timing out (~ 3 > hours) while previous runs tested in about 1 minute. > Could you please investigate how to get rid of the timeout? Sure. Sorry about the delay. The tests should be quite short. I'm investigating why nqp test blocks in this

Bug#894987: libtommath: FBTFS in riscv64: Please increase the time for timeout of "testme.sh"

Hi Sorry for the delay. I've added a patch to increase the test timeout as you suggested. This cchnage is now in Debian repo. I plan to release this with next libtommath package (ETA unknown). All the best

Bug#900237: libuv1: FTBFS on hppa: not ok 46 - fs_copyfile

On Saturday, 2 June 2018 17:01:42 CEST you wrote: > I tend to think there's an issue with the error codes either in the > kernel or libuv1. I doubt we are > actually running out of memory. ok. I've forwarded the bug upstream [1]. Please follow-up there. All the best [1]

Bug#900237: libuv1: FTBFS on hppa: not ok 46 - fs_copyfile

On Sun, 27 May 2018 17:35:40 -0400 John David Anglin wrote: > The value of r in the failing assertion is -233. If the value is a standard > errno, it is ENOBUFS. Gnu error codes [1] mention: Macro: int ENOBUFS “No buffer space available.” The kernel’s buffers for I/O operations are all

Bug#869801: src:libuv1: Please clean git tags for git getorig

On Wed, 26 Jul 2017 16:57:10 +0200 Jochen Sprickerhof wrote: > Could you please clean your git tags such that git deborig works? The multiple tags are due to a change of worflow. The previous maintainer changed from using upstream tarball to upstream git repo. Thus the tags were duplicated

Bug#900432: RM: libuv -- ROM; Obsolete, low popcon, no rdeps, replaced by libuv1

Package: ftp.debian.org Severity: normal Hello libuv package containst he old libuv version (0.10). THis package has been removed from testing since oct 2016 and nobody complained. It has no rdepends. It's replaced by libuv1 All the best

Bug#900271: ITP: libsoftware-licensemoreutils-perl -- More utilities and a summary for Software::License

Package: wnpp Owner: Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org * Package name: libsoftware-licensemoreutils-perl Version : 0.003 Upstream Author : * URL :

Bug#897061: [Pkg-javascript-devel] Bug#897061: libuv1: FTBFS on hurd-i386: PATH_MAX undefined (and kfreebsd as well)

On Sun, 27 May 2018 08:17:56 +0200 Tobias Frost wrote: > Can you tell when you will do the upload? Asking, because AFAIS libuv > is in the dependency chain of cmake [1] , so it currently blocks a ton > of packages on hurd and kfreebsd from being built. All I needed was a

Bug#887926: libsoftware-license-perl: needs summary for CC0-1.0

On Mon, 22 Jan 2018 00:41:31 +0100 gregor herrmann wrote: > > Also, I believe we should push > > changes upstream and *not* deviate further in the Debian fork of the > > Software::License - see bug#828218. > > Agreed as well; see also dod's remarks in #865472. I'm going to

Bug#899021: libembperl-perl: FTBFS with Perl 5.27, unmaintained upstream

On Friday, 18 May 2018 17:08:38 CEST Dominic Hargreaves wrote: > Currently the package has a popcon of inst: 37 / vote: 22 / recent: 1 > suggesting that it is barely used anywhere. Reading its features, I think this module may have been a good idea when it was created back in 1997, but I'm

Bug#828218: Software::License Debian patches will be removed

On vendredi 18 mai 2018 13:58:50 CEST you wrote: > I'll close it and create a new module > (Software::LicenseUtils::More) that provide the Debian specific extensions. Here's the first stab: http://search.cpan.org/~ddumont/Software-LicenseMoreUtils-0.001/ or

Bug#828218: Software::License Debian patches will be removed

Hello The PR created to push Debian modification to Software::License [1] is getting nowhere. I'll close it and create a new module (Software::LicenseUtils::More) that provide the Debian specific extensions. I've removed the wontfix tag and I'll phase out the extensions done to this package

Bug#898857: [Pkg-javascript-devel] Bug#898857: also occurs in node-getpass, node-css, node-jsonstream, node-death ...

On Thursday, 17 May 2018 09:41:46 CEST Paolo Greppi wrote: > If we are sure that this is undesirable, we should also fix it in a lot of > other places: http://deb.li/RcWh We had a similar problem with Perl program delivered as debian packages. Now, Perl policy requires programs to start with

Bug#898857: /usr/lib/nodejs/js-yaml/bin/js-yaml.js: /usr/bin/js-yaml should use /usr/bin/node and not node from env

Package: node-js-yaml Version: 3.11.0+dfsg-1 Severity: normal File: /usr/lib/nodejs/js-yaml/bin/js-yaml.js Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I have both nodejs installed by Debian package and an

Bug#898771: libconfig-model-dpkg-perl: Please replace Maintainers @lists.alioth.debian.org by @alioth-lists.debian.net

On Tuesday, 15 May 2018 20:45:13 CEST you wrote: > alioth lists were moved from lists.alioth.debian.org to > @alioth-lists.debian.net. As far as I understood the maintainers > of alioth-lists.debian.net would prefer the real DNS name instead > of the redirect. Thus it would be sensible to

Bug#897061: [Pkg-javascript-devel] Bug#897061: libuv1: FTBFS on hurd-i386: PATH_MAX undefined (and kfreebsd as well)

On vendredi 27 avril 2018 21:39:04 CEST Samuel Thibault wrote: > libuv1 currently FTBFS on hurd-i386 because it unconditionally uses > PATH_MAX. The attached patch fixes this. > > Also, the symbols file is only accurate for the Linux port, here is a > fix for that too. Some symbols are really

Bug#897963: libconfig-model-systemd-perl: FTBFS: Can't locate object method "exists" via package

On Sat, 5 May 2018 11:40:48 +0300 Niko Tyni wrote: > As noticed by ci.debian.net, this package has started failing its > test suite on current sid, probably because of This one is bad. Runtime is also broken. Looks like I missed a modification when I prepared the deprecation

Bug#897960: libconfig-model-tkui-perl: FTBFS: Can't call method "exists" on an undefined value

On Sat, 5 May 2018 11:32:04 +0300 Niko Tyni wrote: > This also makes the package fail to build from source. Ack. The new version revealed a bug in Config::Model::TkUI tests. User should not be impacted. I've fixed this upstream and will package it for Debian soon. Thanks

Bug#897962: libconfig-model-dpkg-perl: FTBFS: io_handle backend parameter is deprecated, please use file_path parameter

On Saturday, 5 May 2018 10:39:06 CEST you wrote: > As noticed by ci.debian.net, this package has started failing its > test suite on current sid Ack. This is fixed in git. I'll release a new version soon. Thanks for the report. All the best

Bug#895570: devscripts: wrap-and-sort should default to -ast (--wrap-always, --short-indent, --trailing-comma)

Hi Sorry for the late reply On Thursday, 12 April 2018 21:43:02 CEST Mattia Rizzolo wrote: > > Thanks for wrap-and-sort! It's great to have nice canonicalized-form > > debian packaging. > > You should also check out cme :) I can only agree :-D > > I think these three options (--wrap-always,

Bug#896076: libconfig-model-dpkg-perl: seems to miss a versioned depends on libconfig-model-perl

On Thursday, 19 April 2018 11:04:06 CEST you wrote: > Your autopkgtest¹ of version 2.108 passes in unstable, but when we > migrate that version to testing, it fails with the error below. I wonder why you're trying to use an unstable version of libconfig-model-dpkg- perl with a testing version of

Bug#895180: rakudo: dependency on nqp is too strict

On Monday, 9 April 2018 19:24:58 CEST Dominique Dumont wrote: > I've already discussed this problem with upstream and they kinda agreed to > change this strong dependency. [1] This restriction has been lifted by upstream [1]. I'm going to change the dependency requirement between rakudo a

Bug#895180: rakudo: dependency on nqp is too strict

On Sunday, 8 April 2018 09:57:03 CEST Adrian Bunk wrote: > Please relax the nqp dependency to require only > the upstream version of nqp (similar to the > moarvm dependency). I'd like to, but this constraint comes from upstream. I've already discussed this problem with upstream and they kinda

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

On Wednesday, 4 April 2018 22:20:08 CEST Cédric Boutillier wrote: > So I think "build-depend on gem2deb" would be > the best criterion. > > Now a decision based on the Maintainer field would possibly cover more > than 95% of the cases already, with (almost?) no false positive. Well, the fact

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