Bug#998367: perlcritic: "Code not tidy' after perltidy
Control: reassign -1 perltidy Control: found -1 20220217-1 Control: affects -1 + libperl-critic-perl Hi, Felix Lechner wrote: > > The bug lies in the interaction between these 2 tools. > > Yay, the problem was solved! […] > https://github.com/Perl-Critic/Perl-Critic/issues/925#issuecomment-1048340859 Actually that "fix" still would have needed code changes in Lintian and other consumers. These code changes additionally would have had to check the version of perltidy and behave differently based on the version. But according to https://github.com/Perl-Critic/Perl-Critic/issues/925#issuecomment-1194737842 the issue should be fixed "in the most recent release of Perl::Tidy (v20220613 or later)" due to a changed default value which seemingly no more needs to the above mentioned code changes. So please update perltidy to the most recent upstream release. Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#998367: perlcritic: "Code not tidy' after perltidy
Hi, On Sun, Nov 7, 2021 at 11:37 PM intrigeri wrote: > > The bug lies in the interaction between these 2 tools. Yay, the problem was solved! [1] Will you please deploy the fix with a little bit of urgency? Lintian's pipeline has been malfunctioning for a little while. Thanks! Kind regards, Felix Lechner [1] https://github.com/Perl-Critic/Perl-Critic/issues/925#issuecomment-1048340859
Bug#998367: perlcritic: "Code not tidy' after perltidy
Hi, On Sun, Nov 7, 2021 at 11:37 PM intrigeri wrote: > > In combination with which version of perltidy? I work on Lintian on stable but always depend on current versions of perltidy and perlcritic. Without backports, I cherry-pick both when Lintian's Salsa CI breaks for style. I currently have perlcritic from unstable (1.140-1) but downgraded perltidy again to 20200110-1. That combination works fine. > The bug lies in the interaction between these 2 tools. This reminds me of an issue I had a few years ago, but I cannot find the report. As a side note, I like the new perltidy settings in unstable better. A diff for lintian is attached. Thank you so much for your help in this matter! Kind regards Felix Lechner diff.xz Description: application/xz
Bug#998367: perlcritic: "Code not tidy' after perltidy
Control: severity -1 important Hi, Felix Lechner (2021-11-03): >> https://github.com/Perl-Critic/Perl-Critic/issues/925 > > That has not seen any activity in over two years. FWIW, there has been renewed activity a few days ago on the corresponding PR: https://github.com/Perl-Critic/Perl-Critic/pull/876 > Would you consider marking the version in unstable as unfit for > release, With the data I have in hand, this looks like severity important to me; RC-buggy seems a bit strong handed unless a large subset of source files these programs are run on do include UTF-8 in some place that triggers the bug. > The version in bullseye does not have the issue. In combination with which version of perltidy? (The bug lies in the interaction between these 2 tools. At first glance, my hunch is that the problem was introduced by changes in perltidy between Bullseye and sid.) Cheers, -- intrigeri
Bug#998367: perlcritic: "Code not tidy' after perltidy
Control: affects -1 lintian Hi, On Wed, Nov 3, 2021 at 12:49 AM intrigeri wrote: > > > I can reproduce Thanks for the research! > https://github.com/Perl-Critic/Perl-Critic/issues/925 That has not seen any activity in over two years. Would you consider marking the version in unstable as unfit for release, perhaps even replacing it with one that works with UTF-8? The version in bullseye does not have the issue. Thanks! Kind regards Felix Lechner
Bug#998367: perlcritic: "Code not tidy' after perltidy
Control: tag -1 + upstream Control: forwarded -1 https://github.com/Perl-Critic/Perl-Critic/issues/925 Hi, I can reproduce this even if I delete all lines from lib/Lintian/Index/Item.pm (current master branch) except the first 5 ones: # -*- perl -*- # Lintian::Index::Item -- Representation of path entry in a package # # Copyright © 2011 Niels Thykier # Copyright © 2020 Felix Lechner I cannot reproduce this once I replace "©" with "(C)", effectively making the file contain only ASCII chars. So this seems to be https://github.com/Perl-Critic/Perl-Critic/issues/925 Take care, i.
Bug#998367: perlcritic: "Code not tidy' after perltidy
Package: libperl-critic-perl Severity: normal Hi, Perlcritic does not appear to use the latest version of perltidy, or perhaps invokes it with different settings. In unstable, perlcritic complains that files are not tidy even though perltidy just ran over them. Due to the large number of contributors to Lintian, Lintian's testsuite enforces a project-wide style in Salsa CI (but not in Deb CI). Your help would be very much appreciated. I also mentioned it briefly on the Perl team's mailing list [1] but have not received any replies yet. Thanks! Kind regards Felix Lechner [1] https://lists.debian.org/debian-perl/2021/10/msg00025.html * * * Seen in Lintian on unstable: root@6b71b0282ea8:~/lintian# perlcritic lib/Lintian/Index/Item.pm lib/Lintian/Index/Item.pm:1:1:Code is not tidy root@6b71b0282ea8:~/lintian# perltidy -b lib/Lintian/Index/Item.pm root@6b71b0282ea8:~/lintian# perlcritic lib/Lintian/Index/Item.pm lib/Lintian/Index/Item.pm:1:1:Code is not tidy