Hi
On Friday, 22 October 2021 09:36:14 CEST you wrote:
> scan-copyrights fails on package rust-coreutils with the following error,
I cannot reproduce this problem on Debian unstable. I guess that I have not
found the source code you're working on.
Could you provide a link to that code ?
All
On Sunday, 17 October 2021 15:23:17 CEST you wrote:
> Source: libconfig-model-dpkg-perl
> Version: 2.152
> Severity: serious
> Tags: ftbfs sid bookworm
> Justification: fails to build from source
Ack. I did a basic parsing of lintian tag files. It worked for entries like:
Renamed-From:
Package: ftp.debian.org
Severity: normal
Hi
Following the perl6 to raku rename, the name of this package was also
changed. Hence perl6-tap-harness was replaced by raku-tap-harness.
All the best
On Monday, 19 July 2021 13:50:18 CEST you wrote:
> is there a chance getting this fixed in Debian even if upstream doesn't
> seem to care much?
I've taken over upstream and this bus is now fixed (hopefully).
All the best
Hi
Re-reading the thread of this bug, there's still the solution based on
debian-policy. Even though there's still no file that provide the policy
version, this one can be extracted from debian-policy changelog with something
like:
$ zcat /usr/share/doc/debian-policy/changelog.gz | head -1 |
Hi
Sorry for the late reply. I had a freelance mission from April to August that
did not leave me much free time (or energy).
On Thu, 26 Mar 2020 10:38:38 -0500 Ryan Pavlik wrote:
> Recently, I have had cme edit dpkg stop working on my Buster system, which
is mostly clean,
> with some use of
On Fri, 20 Aug 2021 02:57:28 +0200 gregor herrmann wrote:
> Right, there is e.g.
> https://ci.debian.net/data/autopkgtest/testing/amd64/libc/libconfig-model-dpkg-perl/14728439/log.gz
> with libconfig-model-dpkg-perl/2.147 licensecheck/3.2.11-1 and
>
> #v+
> not ok 7 - check scikit-learn
Hi
On vendredi 30 juillet 2021 12:22:59 CEST you wrote:
> moarvm-dev uses the obsolete version of minilua
> (single-file port of Lua) which has CVE-2014-5461
Exploiting this CVE requires feeding arbitrary lua code to moarvm. I don't
think this is possible. So I won't patch directly moarvm.
Hi
I would suggest to use cme to generate debian/copyright file.
See
https://github.com/dod38fr/config-model/wiki/Updating-debian-copyright-file-with-cme
You can also try cme to fix small mistakes in debian package files.
See
.40.0/debian/changelog
--- libuv1-1.40.0/debian/changelog 2020-10-31 18:43:46.0 +0100
+++ libuv1-1.40.0/debian/changelog 2021-07-04 09:43:38.0 +0200
@@ -1,3 +1,9 @@
+libuv1 (1.40.0-2) unstable; urgency=medium
+
+ * add patch for CVE-2021-22918 (Closes: #990561)
+
+ -- Domi
On Friday, 2 July 2021 10:36:18 CEST you wrote:
> The patch hasn't landed in libuv.git, but here's the patch as applied
> by nodejs:
> https://github.com/nodejs/node/commit/d33aead28bcec32a2a450f884907a6d9716318
> 29
This patch modifies a file that was introduced in version 1.24.
So I guess that
Package: libprotocol-acme-perl
Version: 1.01-3
Severity: grave
Tags: upstream
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
https://community.letsencrypt.org/t/end-of-life-plan-for-acmev1/88430
ACMEv1 is no longer working with Let's Encrypt, so this
Package: clusterssh
Version: 4.16-2
Severity: important
Dear Maintainer,
cssh always fails on start:
$ cssh 192.168.1.14
Can't locate object method "initialise" via package "App::ClusterSSH::Window"
at /usr/share/perl5/App/ClusterSSH.pm line 308.
This does not look like a missing dependency.
I've created a bug upstream:
https://github.com/graphviz-perl/Graph/issues/20
All the best
Hi
On Sat, 17 Apr 2021 12:59:40 +0100 Ian Jackson <> The correct output, as seen
on buster:
>
> input: A-NOTA,B-A,B-NOTA
> output: A-A,A-NOTA,B-A,B-B,B-NOTA,NOTA-NOTA
> output: A-NOTA,B-A,B-NOTA,NOTA-NOTA
I've bisected this regression to:
3ded9c7a25bf190fda5add1a13ed4f9b54082db7 is the
Package: azure-cli
Version: 2.18.0-1
Severity: normal
Dear Maintainer,
az acr login command always fail with:
$ az acr login -n myclientazurerepo
CLIInternalError: The command failed with an unexpected error. Here is the
traceback:
API version 2020-10-01 does not have operation group
On Sunday, 24 January 2021 15:47:29 CET you wrote:
> Right, I had the feeling that this regexp is a bit broad; thanks for
> the suggestion, committed.
I'm fine with these changes. Feel free to release a new version on libconfig-
model-dpkg-perl.
Thanks for the fix
On Wednesday, 20 January 2021 09:08:05 CET Mathieu Malaterre wrote:
> It looks like it is possible to generate on the fly a manpage using:
>
> $ aws help > aws.1
This does not produce a nroff file, but a file containing escape sequence to
provide formatting in a terminal.
On the other hand,
On Sunday, 17 January 2021 19:57:39 CET you wrote:
> I just pushed the changes as proposed, looking forward to
> reviews/feedback.
Thanks for the patch (with test and doc ! :-) )
There's no issue, but 2 comments for the new _is_virtual function:
- in cme dpkg, I tend to use function signatures
On Tue, 8 Dec 2020 18:44:21 +0100 Christian Franke wrote:
> Please test recent build from https://builds.smartmontools.org/
smartctl 7.2 works fine on my system (see below).
Dmitry, could you update smartmontools on Debian ? Given that this bug may
freeze KDE on login, it would be unfortunate
Hi
This bug also impacts plasma-disks which is used during KDE login.
On my Debian/sid system, KDE freezes during login unless plasma-disks is
removed.
All the best
On Saturday, 26 December 2020 22:40:58 CET Lucas Nussbaum wrote:
> > rakudo-helper.pl: Reinstalling all perl6 modules ...
> > (1/3) reinstall: raku-tap-harness
> > (2/3) reinstall: prove6
> > [31m===[0mSORRY![31m===[0m Error while compiling
> >
On Thu, 2 Nov 2017 14:28:12 +0530 Pirate Praveen wrote:
> Most ruby gems have the license information in .gemspec file
.gemspec files are written in Ruby. I don't really know how to extract the
relevant information from this file. I don't think using regexp to parse the
gemspec file would be
On Monday, 21 December 2020 12:05:20 CET you wrote:
> I guess it should be the other way around?
oh my I can't believe I did not see this bug ...
ok, I'm going to fix this.
Package: bup
Version: 0.31-2+b1
Severity: normal
Tags: upstream
Dear Maintainer,
kup-backup fails to restore files due to a bup error
(TypeError: can't concat str to bytes). I guess that kup-backup runs
bup in verbose mode.
I've tested the modification proposed in
On samedi 12 décembre 2020 19:32:54 CET you wrote:
> Have you had a chance to have a look at it?
Done. The last version of libconfig-model-dpkg-perl can parse Config.toml file.
Please check if this fits your requirements.
All the best
Dod
On vendredi 18 décembre 2020 16:30:11 CET you wrote:
> I am using pan to connect to the news servers of
> news*.open-news-network.org. Some of them are using NTTPS. I have started
> pan with the options "--debug --debug --debug-ssl". After some time,
> pan doesn't respond anymore. The output
Hi
Sorry for the delay.
On Sat, 12 Dec 2020 19:38:14 +0100 Andrej Shadura
wrote:
> > Have you had a chance to have a look at it? :)
That's a good start. At least, this patch tells me how to retrieve the
relevant information from the toml file.
However, your patch implies that the
On Tuesday, 24 November 2020 08:55:32 CET Christoph Biedl wrote:
> * Re-run tangd-update, the command
>
> systemctl restart tangd-update.service
>
> should do the trick. Else manually something like
It did.
I verified that /var/cache/tang/default.jws did not have «"key_ops":
Package: clevis
Version: 13-2
Severity: normal
Dear Maintainer,
I've setup clevis from Debian/unstable on an amd64 machine and tang
on an armhf system (an OLinuXino card).
When using tang on armhf, clevis fails:
$ echo foo | clevis encrypt tang '{"url": "http://192.168.1.14"}' > bar.txt
The
Thanks for this reminder.
More importantly, thanks for providing the right links to documentation.
Setting the new expiry date (and sending the key) was done in less than 5mns.
All the best
On mercredi 7 octobre 2020 16:49:30 CEST you wrote:
> Maybe adding a regexp to
>
> if ( @res == 0 and not $virtual_hash{$pkg}) {
>
> would be enough? Like (untested pseudo-code)
>
> … and $pkg =! /^dh-sequence-.+/
That's a good start.
But %virtual_hash is used in 2 other places.
On Sat, 03 Oct 2020 09:17:00 +0200 Marc Glisse
wrote:
> rakudo-helper.pl: Reinstalling all perl6 modules ...
> (1/3) reinstall: perl6-zef
> Unhandled exception: Missing or wrong version of dependency 'gen/moar/
stage2/MASTNodes.nqp' (from 'gen/moar/Pod.nqp')
I've reproduced this issue.
On Monday, 28 September 2020 03:44:46 CEST Axel Beckert wrote:
> Looks as if Breaks and Replaces headers are missing in the nqp-data
> package and that it takes over files from the old nqp package.
Indeed. I'll fix this.
Thanks for the heads-up.
All the best
Dod
Hi
I had a similar issue.
Turns out that Gnome's gvfs was locking the mtp device.
Since I run KDE, I've removed gvfs-backends package and rebooted.
I now can run mtp-detect without issue.
HTH
On vendredi 11 septembre 2020 18:47:33 CEST Simon McVittie wrote:
> From a brief look at configure.ac, it seems that might be just so it has
> the necessary GTK 2 macros to run autoreconf successfully?
You're right.
I've forwarded your suggestion upstream:
On mardi 4 août 2020 15:26:06 CEST you wrote:
> Looking at the buildd log, it seems like libgtkspell-dev is probably
> unnecessary - presumably it's left over from pan's GTK 2 history.
You're right. I'll remove this dependency.
However pan still depends on libgtk2.0-dev even though Debian's
On samedi 5 septembre 2020 13:14:55 CEST gregor herrmann wrote:
> Could not find CompUnit::Repository::Staging in:
> inst#/root/.raku
> inst#/usr/share/perl6/site
> inst#/usr/share/perl6/vendor
> inst#/usr/share/perl6/core
Perl6 modules are installed in /usr/lib/perl6. Raku is not
On Saturday, 8 August 2020 23:40:51 CEST gregor herrmann wrote:
> I think having the data provided by debian-policy (in the package,
> and maybe-for other purposes-also on the website) would be an
> excellent idea, thanks for the offer.
Agreed. It's better than hitting madison regularly to get
On jeudi 6 août 2020 16:56:17 CEST you wrote:
> I figured. How about depending on debian-policy and using the
> information in its changelog?
Actually, I could use rmadison to get the latest version of debian-policy
without installing this package (like rmadison is used to get the version of
On jeudi 6 août 2020 16:11:22 CEST you wrote:
> Unless you advise otherwise, Lintian will stop shipping the modules in
> the system path in the next release.
Please wait until the next release of libconfig-model-dpkg-perl.
All the best
On jeudi 6 août 2020 14:26:13 CEST you wrote:
> Your package is the only known consumer of Lintian's internal Perl
> modules. We would like to stop shipping our modules in the Perl system
> path.
ok.
> Your package loads a default Lintian profile [1] and uses the
> Lintian::Data mechanism to
On Mon, 3 Aug 2020 20:53:43 +0200 Andreas Messer wrote:
> I think the problem is changed behavior of 'dh_installinit'. The file
>
> debian/lcdproc.init
>
> should be renamed to
>
> debian/lcdproc.LCDd.init
>
> according to the man-page when using the --name argument.
lintian is not happy
On lundi 3 août 2020 20:53:43 CEST you wrote:
> I think the problem is changed behavior of 'dh_installinit'. The file
I think you're right. I'm on it.
Thanks for the heads-up.
All the best
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,
pkg-rakudo-de...@lists.alioth.debian.org
* Package name: raku-getopt-long
Version : 0.1.6-1~1.gbp99eaf4
Upstream Author : Leon Timmermans
* URL : https://github.com
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,
pkg-rakudo-de...@lists.alioth.debian.org
* Package name: prove6
Version : 0.0.12-1~1.gbp4f786b
Upstream Author : Leon Timmermans
* URL : https://github.com/Leont
Package: wnpp
Owner: Daniel Dehennin ,
Dominique Dumont
Severity: wishlist
X-Debbugs-CC:
debian-de...@lists.debian.org,pkg-rakudo-de...@lists.alioth.debian.org
* Package name: raku-tap-harness
Version : 0.1.0-1
Upstream Author : Leon Timmermans
* URL
Package: libconfig-model-dpkg-perl
Version: 2.137
Severity: wishlist
Dear Maintainer,
Please add support for upstream/metadata file [1].
I think this task can be done by people willing to learn a bit more
about Config::Model, but it does not require much knowledge of Perl.
This task requires
shown at the beginning of this bug report:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911560#15
I've not tested other values.
Since then, I've been side-tracked by some career changes [1] and did not
investigate further this issue.
All the best
[1]
https://www.linkedin.com/posts/dominique-dum
Hi Andrej
On vendredi 10 juillet 2020 15:22:45 CEST Andrej Shadura wrote:
> I’m planning to reintroduce Shutter when the GTK 3 porting effort is
> complete. Please see https://github.com/shutter-project/shutter/pull/284
> for more details; please consider helping the upstream if you can.
Feel
On Sat, 13 Oct 2018 10:16:56 +0300 Adrian Bunk wrote:
> > Helm is a tool that streamlines installing and managing Kubernetes
> > applications. Think of it like apt/yum/homebrew for Kubernetes.
>
> The binary package name "helm" is still available, but there is already
> a completely unrelated
On mardi 9 juin 2020 20:24:38 CEST you wrote:
> autopkgtest is meant to test the *installed* version of your package. It
> seems to me you meant here that you're testing a just built artifact
> instead of the system version. Then autopkgtest doesn't make much sense.
Indeed. As libuv is a only a
On samedi 30 mai 2020 20:15:57 CEST you wrote:
> With a recent upload of libuv1 the autopkgtest of libuv1 fails in
> testing when that autopkgtest is run with the binary packages of libuv1
> from unstable.
Test method of libuv has recently changed. I've changed debian/rules to use
cmake instead
On Sunday, 24 May 2020 20:00:28 CEST gregor herrmann wrote:
> > So, what are people's thoughts? Do we want to take this position
> > and change the default in Debian? Extending distribution to debian-perl
> > for wider visibility.
>
> A tentative "yes" from me :)
A more firm "yes" from me ;-)
>
On Fri, 24 Apr 2020 17:05:50 -0500 Ryan Pavlik wrote:
> After modifying that patch, the description is mangled:
> the URL is moved above the rest of the description and separated by blank
lines,
> and there is a space inserted after https:
Even though mulit lines subjects are not allowed, I'm
Hi
Sorry for the huge delay in replying.
With zef 0.8.4-1, zef install cro ends with:
1 bin/ script [cro] installed to:
/home/domi/.raku/bin
And the scripts are indeed executables:
$ ll /home/domi/.raku/bin
total 16
-rwxr-xr-x 1 domi domi 139 mai 29 16:16 cro
-rwxr-xr-x 1 domi domi 141 mai
On samedi 9 mai 2020 14:43:41 CEST you wrote:
> Could you give me a pointer to the copyright file that trips up cme so I can
> reproduce this issue ?
Never mind. I've seen that you've closed the bug.
Sorry for the noise.
On samedi 9 mai 2020 08:08:07 CEST you wrote:
> When I run cme update dpkg-copyright, it replaces my explanations with
> "Please fill license public-domain from header of ...". It should leave
> the prose explanations in place.
Indeed, it should.
Could you give me a pointer to the copyright
On lundi 27 avril 2020 23:45:33 CEST Dagfinn Ilmari Mannsåker wrote:
> /usr/share/perl6/rakudo-helper.pl uses autodie and system(), which
> requires IPC::System::Simple, causing the following error when
> installing or upgrading the package:
> ..
> Manually installing libipc-system-simple-perl
On Friday, 1 May 2020 00:40:53 CEST Luca Boccassi wrote:
> Did you install the devops extension via the package? python3-azext-devops
yes:
$ dpkg -l python3-azext-devops azure-cli
Desired=Unknown/Install/Remove/Purge/Hold
|
On samedi 25 avril 2020 00:17:18 CEST you wrote:
> I have packages with patches maintained using gbp-pq, which wraps long
> first lines of commits, indenting the subsequent line with a single space,
> using that full (wrapped) line as the "Subject:".
On the other hand the DEP-3 specification [1]
Package: azure-cli
Version: 2.0.81+ds-5
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
$ az acr login
The 'azure-devops' extension is not compatible with this version
On Thu, 26 Mar 2020 20:18:45 +0100 gregor herrmann wrote:
> Or maybe we should try to fix this in stable proper? If the change
> also works with the "old" lintian (I haven't tested this
> combination).
I could also tweak libconfig-model-dpkg-perl to work with both versions of
lintian (with a
Package: licensecheck
Version: 3.0.46-1
Severity: wishlist
Dear Maintainer,
rollup-plugin-terser main README file [1] is
written in markdown and contains:
MIT © [Bogdan Chadkin](mailto:tryso...@yandex.ru)
With --deb-fmt option, this information is extracted by licensecheck
as is, i.e. with
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-minimumperlfast-perl
Version : 0.003
Upstream Author : Leon Timmermans
* URL :
https
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libperl-minimumversion-fast-perl
Version : 0.18
Upstream Author : tokuhirom
* URL : https://metacpan.org/release/Perl
On jeudi 26 mars 2020 18:08:17 CET you wrote:
> > And maybe we should create a backport for libconfig-model-dpkg-perl …
>
> Or maybe not:
>
> pbuilder-satisfydepends-dummy : Depends: licensecheck (>= 3.0.45) but it is
> not going to be installed
Fixing the issue with Lintian would require a
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libcompiler-lexer-perl
Version : 0.23
Upstream Author : Masaaki Goshima (goccy)
* URL : https://metacpan.org/release
On mercredi 25 mars 2020 12:48:41 CET you wrote:
> On a stable with backports enabled, I cannot install nginx due to the
> error below.
'cme dpkg' is not called during nginx installation (there's no dependency
declared in nginx's control file). 'cme dpkg' is designed to be used only with
On Thu, 19 Mar 2020 15:13:40 +0530 Pirate Praveen
wrote:
> Package: libconfig-model-dpkg-perl
> Version: 2.132
> Sevrerity: wishlist
>
> For example in rollup-plugin-terser node module
>
> [Bogdan Chadkin](mailto:tryso...@yandex.ru)
>
> Should be converted to Bogdan Chadkin
This line comes
On Mon, 30 Dec 2019 02:41:10 +0100 Roman Czyborra wrote:
> Unescaped left brace in regex is deprecated here (and will be fatal in Perl
5.32), passed through in regex; marked by <-- HERE in m/^\??({ <-- HERE ([^{}]
+)}|.)/ at /usr/share/perl5/MP3/Tag.pm line 2944.
> Unescaped left brace in regex
On dimanche 23 février 2020 14:09:03 CET you wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
The failed test depend on licensecheck behavior. A bug in this package was
recently fixed, which led to this test failure.
I'll fix this test.
All the best
On Thursday, 20 February 2020 21:29:40 CET you wrote:
> Thanks for an excellently framed bugreport!
You're most welcome :)
> (enabling --verbose also reveals that Licensecheck wrongly treats Encode
> objects as strings, as seen with the HASH string in the warning message)
Which may explain why
Package: licensecheck
Version: 3.0.44-1
Severity: normal
Dear Maintainer,
While packaging nqp, I've noticed a discrepancy in licensecheck output:
licensecheck correctly reports the absence of information when
scanning nqp/115-nums.t file from nqp directory:
$ licensecheck --encoding utf8
On Tuesday, 11 February 2020 14:16:22 CET Dominique Dumont wrote:
> This is promising:
>
> https://lists.denx.de/pipermail/u-boot/2016-March/249735.html
Or not :-(
With this setup (and no GMAC_TX_DELAY), the network starts fine on rev Olimex
LIME2 rev G.2 but not on rev K.
All the best
On Tuesday, 11 February 2020 12:13:23 CET Dominique Dumont wrote:
> I'll search in u-boot archive for other threads
This is promising:
https://lists.denx.de/pipermail/u-boot/2016-March/249735.html
On Tuesday, 11 February 2020 12:23:06 CET Jonas Smedegaard wrote:
> someone (you, Dominique?) should test
> also against the "original" LIME2 rev. C or older, to ensure there is no
> regression there!
I don't have any other Lime2 board.
All the best
On Monday, 10 February 2020 03:39:39 CET Vagrant Cascadian wrote:
> Please submit a patch to upstream fixing this in the appropriate files
> in configs/*; I'd guess configs/A20-OLinuXino-Lime2-eMMC_defconfig
> and/or configs/A20-OLinuXino-Lime2_defconfig.
It looks like a similar patches was
On Saturday, 8 February 2020 16:54:45 CET Jonas Smedegaard wrote:
> Would be great if you could also test with patched u-boot in stable
> Debian - so we can consider fixing this in a point release.
I've tested together:
- Debian's u-boot debian/2019.01+dfsg-7 with CONFIG_GMAC_TX_DELAY=3 tweak
-
On samedi 8 février 2020 16:54:45 CET Jonas Smedegaard wrote:
> I guess you mean that the negotiated ethernet mode is 1G.
yes.
> What is the
> actual performance - i.e. which concrete transfer speeds is achievable,
> in each direction, for each board?
I've seen only outgoing traffic at about
On Wednesday, 5 February 2020 19:41:30 CET Vagrant Cascadian wrote:
> A20-OLinuXino-Lime 2 Rev. K Ethernet problem - No connection possible in
> installer https://bugs.debian.org/911560
So I've applied the suggestion to build u-boot with
CONFIG_GMAC_TX_DELAY=3
I can confirm that both LIME2
On Thursday, 6 February 2020 11:21:01 CET Jonas Smedegaard wrote:
> There are two machine-readable outputs currently, enabled by either of
> options "--machine" or "--deb-machine" - I assume you are talking about
> the latter.
Nope. cme use "--machine" option whose output is easier to parse.
I
Hi Jonas
On Friday, 31 January 2020 20:28:50 CET Jonas Smedegaard wrote:
> I agree with your analysis but not your conclusion: I will argue that
> the image _does_ have copyright information - just not at its ideal
> place.
Hmmf, you're right. I assumed wrongly that the ICC info was kind of a
On Tuesday, 4 February 2020 19:37:36 CET you wrote:
> Do you agree with my interpretation?
yes.
I wonder how I did not see this difference ...
Anyway, this clause is seldom used. A search on the web finds that this clause
is used by GLEW (OpenGL Extension Wrangler Library).
I wonder if this
Package: licensecheck
Version: 3.0.42-1
Severity: normal
Dear Maintainer,
The file stdint-msvc2008.h [1] from libuv1 package is reported by
licensecheck as:
$ licensecheck --copyright include/uv/stdint-msvc2008.h
include/uv/stdint-msvc2008.h: BSD 2-clause "Simplified" License BSD
(unspecified)
Package: licensecheck
Version: 3.0.40-1
Severity: normal
Dear Maintainer,
When parsing an image file as a binary blob, licenscheck report that the
copyright of the image is owned by HP:
$ licensecheck --encoding utf8 --copyright --machine --deb-fmt --recursive
hi
licensecheck works fine with binary files once the missing "use Try::Tiny;"
line is added on lib/App/Licensecheck.pm.
Otherwise, the try/catch blocks have no effects (this is one instance where
Perl lax syntax is ... not helpful :-( )
With Try::Tiny:
$ perl -wMDevel::SimpleTrace -I
On Monday, 13 January 2020 12:56:41 CET Jonas Smedegaard wrote:
> > Since libconfig-model-dpkg-perl 2.124 (released in July 2019), cme
> > contains code to replace 'and/or' with plain 'or' so the resulting
> > license short name complies with debian copyright format.
>
> It worries me that cme is
Package: licensecheck
Version: 3.0.39-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
Running licensecheck on scikit-learn package:
$ licensecheck --copyright sklearn/manifold/_t_sne.py
sklearn/manifold/_t_sne.py: BSD (unspecified)
[Copyright: 2014]
Even though this
Package: licensecheck
Version: 3.0.39-1
Severity: normal
Dear Maintainer,
When used with --encoding utf8 option, licensecheck exits on error when
parsing png files.
This was found with scikit-learn package:
$ licensecheck --encoding utf8 --copyright --machine --deb-fmt --recursive
On Wed, 08 Jan 2020 20:00:02 -0500 Sandro Tosi wrote:
> Error: Data extracted from source file is corrupted:
> Configuration item
> 'Files:"examples/cluster/plot_agglomerative_clustering_metrics.py" License
> short_name' has a wrong value:
> value 'BSD~unspecified and/or CC0' does not
On Thursday, 19 December 2019 10:18:12 CET Dominique Dumont wrote:
> provided
> $YAML::XS::LoadBlessed is set to 0, which is not a problem for cme
Surprise..
Thanks to this test [1], it turns out that setting LoadBlessed with
a local does not work (i.e. "local $YAML::XS::Load
On Thursday, 19 December 2019 10:06:28 CET you wrote:
> However, I was unable to make pyyaml to generate the YAML format
> YAML::Tiny is always able to read, and apparently ruamel (judging by the
> code) has the same issue.
ok, I understand which instance of YAML::Tiny is causing trouble.
Since
On Fri, 13 Dec 2019 14:23:46 +0100 Andrej Shadura
wrote:
> As a temporary workaround, I patched the locally used version to use
> YAML::XS, but as I see you won?t accept this patch upstream. Is there a
> solution that would satisfy both conditions of how having security
> issues and supporting
On Sat, 13 Apr 2019 18:03:06 -0400 =?utf-8?Q?Antoine_Beaupr=C3=A9?=
wrote:
> On 2019-04-14 00:01:14, Jakub Wilk wrote:
> > * Antoine Beaupré , 2019-04-13, 12:06:
> >>A problem that was identified, however, is the "Unlicense" which I
> >>wasn't aware of:
> >>
>
On Sunday, 8 December 2019 21:08:57 CET gregor herrmann wrote:
> - The perl YAML libraries we use add "---\n" at the top of the file,
> which the used Python libraries in lintian-brush apparently don't
> do. No idea what is more correct or if it matters at all; I just
> noted that the
On Wednesday, 23 October 2019 04:40:11 CEST Ross Vandegrift wrote:
> Makes sense - though am I correct to think that fix.scanned.copyright is for
> fixing extractions that include html entities, weird chars from upstream,
> etc?
Yes. In this case, overriding the bad entry with
Hello
On Monday, 21 October 2019 04:35:47 CEST you wrote:
> I started to use cme to maintain d/copyright today. It'll be a big help, so
> thanks!
Thanks for the feedback :-)
> But I ran into a few snags.
Which is to be expected with complex software :-p
> I'm not sure how
On Wednesday, 16 October 2019 16:34:20 CEST gregor herrmann wrote:
> Ideally someone would try to update directly from -4 in unstable to
> -7 …
I was at -5, I've downgraded to -4 without much problems.
Then I've upgrade to -7 without problem and zef is working fine.
That's good news :-)
All
On Thu, 10 Oct 2019 23:18:29 +0200 gregor herrmann wrote:
> Looking a bit further, this doesn't seem to affect only the
> autopkgtest because:
>
> % grep -r '\$\[' | wc -l
> 1099
>
> I mean, it might be possible to just remove '$[ = 1;' eleven hundred
> times and see what happens if all arrays
101 - 200 of 1196 matches
Mail list logo
