Bug 2346427 - Review Request: perl-X-Tiny - Base class for a bare-bones exception factory
Summary: Review Request: perl-X-Tiny - Base class for a bare-bones exception factory
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Michal Josef Spacek
QA Contact: Fedora Extras Quality Assurance
URL: https://metacpan.org/dist/X-Tiny
Whiteboard:
Depends On:
Blocks: 2346429
TreeView+ depends on / blocked
 
Reported: 2025-02-19 00:02 UTC by Chris Adams
Modified: 2025-05-01 03:12 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2025-05-01 02:06:20 UTC
Type: ---
Embargoed:
mspacek: fedora-review+


Attachments (Terms of Use)
The .spec file difference from Copr build 8853698 to 8859436 (1.23 KB, patch)
2025-04-03 23:42 UTC, Fedora Review Service
no flags Details | Diff

Description Chris Adams 2025-02-19 00:02:43 UTC
Spec URL: https://fedorapeople.org/~cmadams/perl-X-Tiny/perl-X-Tiny.spec
SRPM URL: https://fedorapeople.org/~cmadams/perl-X-Tiny/perl-X-Tiny-0.22-1.fc41.src.rpm
Description:
This stripped-down exception framework provides a baseline of functionality
for distributions that want to expose exception hierarchies with minimal
fuss. It's a pattern that I implemented in some other distributions I
created and didn't want to copy/paste around.

Fedora Account System Username: cmadams

Comment 1 Michal Josef Spacek 2025-04-02 12:55:06 UTC
@linux Hi Chris,

There is one more provides: "perl(DB)"

You need to add:
%global __provides_exclude %{?__provides_exclude:%__provides_exclude|}^perl\\(DB\\)$

Comment 2 Michal Josef Spacek 2025-04-02 13:02:57 UTC
FYI: I created a PR to upstream for removing Test::Simple dependency: https://github.com/FGasper/p5-X-Tiny/pull/3

Comment 3 Chris Adams 2025-04-02 20:49:16 UTC
Oh, nice catch on the provides, thanks. Updated:

Spec URL: https://fedorapeople.org/~cmadams/perl-X-Tiny/perl-X-Tiny.spec
SRPM URL: https://fedorapeople.org/~cmadams/perl-X-Tiny/perl-X-Tiny-0.22-2.fc41.src.rpm

Comment 4 Fedora Review Service 2025-04-02 20:55:21 UTC
Copr build:
https://copr.fedorainfracloud.org/coprs/build/8853698
(succeeded)

Review template:
https://download.copr.fedorainfracloud.org/results/@fedora-review/fedora-review-2346427-perl-x-tiny/fedora-rawhide-x86_64/08853698-perl-X-Tiny/fedora-review/review.txt

Please take a look if any issues were found.


---
This comment was created by the fedora-review-service
https://github.com/FrostyX/fedora-review-service

If you want to trigger a new Copr build, add a comment containing new
Spec and SRPM URLs or [fedora-review-service-build] string.

Comment 5 Michal Josef Spacek 2025-04-03 07:54:54 UTC
@linux I found that you need to add BuildRequires for coreutils. This is used by %{_fixperms}.

FYI: I created patch for cpanspec (https://github.com/michal-josef-spacek/cpanspec/commit/327eb8b16ac1cae6acd1e23cbf2e8797faf33706)

And you need to add sed to BuildRequires (by your sed -i '/Test::Simple/d' Makefile.PL)

Comment 6 Chris Adams 2025-04-03 23:36:10 UTC
I'll change the sed to perl (should have done that to start).

The idea to require coreutils seems like it could be a little over-requires... how %{_fixperms} is implemented is pretty opaque (and rpm itself already requires coreutils). Checking the current perl SRPMs, there are a whole lot that use %{_fixperms} but don't BuildRequire coreutils. The %{_fixperms} macro could change, or call a tool not in coreutils, and there'd be a lot of extra BuildRequires.

I'll add it (I also see a lot of perl SRPMs that do BuildRequire it, about half), but I'm wondering if maybe that shouldn't be the norm; just expect that the package that provides the macro also BuildRequires anything needed to implement the macro.

Spec URL: https://fedorapeople.org/~cmadams/perl-X-Tiny/perl-X-Tiny.spec
SRPM URL: https://fedorapeople.org/~cmadams/perl-X-Tiny/perl-X-Tiny-0.22-3.fc41.src.rpm

Comment 7 Fedora Review Service 2025-04-03 23:42:38 UTC
Created attachment 2083353 [details]
The .spec file difference from Copr build 8853698 to 8859436

Comment 8 Fedora Review Service 2025-04-03 23:42:40 UTC
Copr build:
https://copr.fedorainfracloud.org/coprs/build/8859436
(succeeded)

Review template:
https://download.copr.fedorainfracloud.org/results/@fedora-review/fedora-review-2346427-perl-x-tiny/fedora-rawhide-x86_64/08859436-perl-X-Tiny/fedora-review/review.txt

Please take a look if any issues were found.


---
This comment was created by the fedora-review-service
https://github.com/FrostyX/fedora-review-service

If you want to trigger a new Copr build, add a comment containing new
Spec and SRPM URLs or [fedora-review-service-build] string.

Comment 9 Michal Josef Spacek 2025-04-04 07:09:38 UTC
Source file is ok
Summary is ok
License is ok
Description is ok
URL and Source0 are ok
All tests passed
BuildRequires are ok

$ rpm -qp --requires perl-X-Tiny-0.22-3.fc43.noarch.rpm | sort | uniq -c | grep -v rpmlib
      1 perl(constant)
      1 perl-libs
      1 perl(Module::Runtime)
      1 perl(strict)
      1 perl(warnings)
There is missing perl(overload) for run time. Probably not detected by perl-generator

$ rpm -qp --provides perl-X-Tiny-0.22-3.fc43.noarch.rpm | sort | uniq -c
      1 perl(X::Tiny::Base)
      1 perl(X::Tiny) = 0.22
      1 perl-X-Tiny = 0.22-3.fc43
Binary provides are Ok.

$ rpmlint ./perl-X-Tiny*
3 packages and 1 specfiles checked; 1 errors, 0 warnings, 12 filtered, 1 badness; has taken 0.7 s
There is funny rpm lint issue: incorrect-fsf-address /usr/share/licenses/perl-X-Tiny/LICENSE
I don't know what about it.

In case of coreutils, you are right. Delivering of macro should be dependency to coreutils, ideally.

Comment 10 Michal Josef Spacek 2025-04-04 07:11:53 UTC
Ok, there is information (https://docs.fedoraproject.org/en-US/package-maintainers/CommonRpmlintIssues/#incorrect-fsf-address) about incorrect-fsf-address. I will report.

Comment 11 Michal Josef Spacek 2025-04-04 07:14:11 UTC
Reported: https://github.com/FGasper/p5-X-Tiny/issues/4

Comment 12 Chris Adams 2025-04-05 02:17:35 UTC
Ahh yeah, the overload module is used via an eval, probably why it's missed. Added a manual Requires:. I also saw the rpmlint bit about the address, didn't think I should go editing somebody else's license, so I left it alone. If I get some time, I'll try to summarize the bit about %{_fixperms} and coreutils and ask fedora-devel's opinion (since the perl packages appear to be split about half and half).

Spec URL: https://fedorapeople.org/~cmadams/perl-X-Tiny/perl-X-Tiny.spec
SRPM URL: https://fedorapeople.org/~cmadams/perl-X-Tiny/perl-X-Tiny-0.22-4.fc41.src.rpm

Comment 13 Fedora Review Service 2025-04-05 02:18:03 UTC
There seems to be some problem with the following file.
SRPM URL: https://fedorapeople.org/~cmadams/perl-X-Tiny/perl-X-Tiny-0.22-4.fc41.src.rpm
Fetching it results in a 404 Not Found error.
Please make sure the URL is correct and publicly available.


---
This comment was created by the fedora-review-service
https://github.com/FrostyX/fedora-review-service

If you want to trigger a new Copr build, add a comment containing new
Spec and SRPM URLs or [fedora-review-service-build] string.

Comment 14 Michal Josef Spacek 2025-04-22 09:43:16 UTC
Source file is ok
Summary is ok
License is ok
Description is ok
URL and Source0 are ok
All tests passed
BuildRequires are ok

$ rpm -qp --requires perl-X-Tiny-0.22-4.fc43.noarch.rpm | sort | uniq -c | grep -v rpmlib
      1 perl(constant)
      1 perl-libs
      1 perl(Module::Runtime)
      1 perl(overload)
      1 perl(strict)
      1 perl(warnings)

Binary requires are Ok.

$ rpm -qp --provides perl-X-Tiny-0.22-4.fc43.noarch.rpm | sort | uniq -c
      1 perl(X::Tiny::Base)
      1 perl(X::Tiny) = 0.22
      1 perl-X-Tiny = 0.22-4.fc43
Binary provides are Ok.

rpmlint:
perl-X-Tiny.noarch: E: incorrect-fsf-address /usr/share/licenses/perl-X-Tiny/LICENSE
reported, ok

The package is in line with Fedora and Perl packaging guide lines.

Comment 15 Fedora Admin user for bugzilla script actions 2025-04-22 19:21:34 UTC
The Pagure repository was created at https://src.fedoraproject.org/rpms/perl-X-Tiny

Comment 16 Fedora Update System 2025-04-22 19:55:02 UTC
FEDORA-2025-6a17ddff5e (perl-X-Tiny-0.22-4.fc41) has been submitted as an update to Fedora 41.
https://bodhi.fedoraproject.org/updates/FEDORA-2025-6a17ddff5e

Comment 17 Fedora Update System 2025-04-22 20:07:13 UTC
FEDORA-2025-4a3629324e (perl-X-Tiny-0.22-4.fc42) has been submitted as an update to Fedora 42.
https://bodhi.fedoraproject.org/updates/FEDORA-2025-4a3629324e

Comment 18 Fedora Update System 2025-04-23 03:17:51 UTC
FEDORA-2025-4a3629324e has been pushed to the Fedora 42 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf install --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-4a3629324e \*`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-4a3629324e

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 19 Fedora Update System 2025-04-23 03:27:11 UTC
FEDORA-2025-6a17ddff5e has been pushed to the Fedora 41 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf install --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-6a17ddff5e \*`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-6a17ddff5e

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 20 Fedora Update System 2025-05-01 02:06:20 UTC
FEDORA-2025-4a3629324e (perl-X-Tiny-0.22-4.fc42) has been pushed to the Fedora 42 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 21 Fedora Update System 2025-05-01 03:12:12 UTC
FEDORA-2025-6a17ddff5e (perl-X-Tiny-0.22-4.fc41) has been pushed to the Fedora 41 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.