Red Hat Bugzilla – Bug 249996
Review Request: perl-File-chmod - perl module implementing symbolic and ls chmod modes
Last modified: 2014-01-21 14:28:37 EST
Spec URL: http://corsepiu.fedorapeople.org/packages/perl-File-chmod.spec
SRPM URL: http://corsepiu.fedorapeople.org/packages/perl-File-chmod-0.32-1.fc8.src.rpm
Description: Perl dist implementing symbolic and ls chmod modes
This perl-module is a prerequisite to be able to upgrade perl-Test-Inline.
Special thanks to J. Pinyan (File::chmod maintainer),
M. Schwern and A. Kennedy (Test::Inline maintainers)
for having changed File::chmod's licensing upon request,
remarkably fast in a way, such that File::chmod now can be
shipped with Fedora. Thank you, guys!
Looks clean and builds fine; there's not much to say. The description is a bit
thin but I don't think it's a blocker.
* source files match upstream:
* package meets naming and versioning guidelines.
* specfile is properly named, is cleanly written and uses macros consistently.
* summary is OK.
* description is OK.
* dist tag is present.
* build root is OK.
* license field matches the actual license.
* license is open source-compatible.
* license text not included upstream.
* latest version is being packaged.
* BuildRequires are proper.
* %clean is present.
* package builds in mock (development, x86_64).
* package installs properly
* rpmlint is silent.
* final provides and requires are sane:
perl(File::chmod) = 0.32
perl-File-chmod = 0.32-1.fc8
* %check is present and all tests pass:
original state of chmod.pm: 00644
calling: chmod('+x', 'chmod.pm')... chmod.pm: 00755
calling: chmod('-x', 'chmod.pm')... chmod.pm: 00644
* owns the directories it creates.
* doesn't own any directories it shouldn't.
* no duplicates in %files.
* file permissions are appropriate.
* no scriptlets present.
* code, not content.
* documentation is small, so no -docs subpackage is necessary.
* %docs are not necessary for the proper functioning of the package.
New Package CVS Request
Package Name: perl-File-chmod
Short Description: Implementing symbolic and ls chmod modes
Branches: F-7 FC-6
Whom do I need to bribe to have this package released?
Ralf, you'd need to click "Push to testing" or "Push to stable" in your bodhi
I'll do it for you to -testing.
(In reply to comment #5)
> Ralf, you'd need to click "Push to testing" or "Push to stable" in your bodhi
> update page:
I can't find any such buttons on this page nor can I find any online help nor
online documentation on this bureaucratic act you want me to execute available.
You don't see the links because I already did it for you as I stated in my entry.
The documentation on how to use it is at
http://fedoraproject.org/wiki/PackageMaintainers/UpdatingPackageHowTo along with
all the other documentation we're trying to gather for Package Maintainers.
Hopefully Luke is done with his move and can process some of the feature
requests, like having a help link that leads you to this documentation from
within bodhi itself.
And is it really "bureaucratic" for you to choose whether you want this update
item you created to be pushed to testing or stable? Come on Ralf, lighten up.
(In reply to comment #7)
> And is it really "bureaucratic" for you to choose whether you want this update
> item you created to be pushed to testing or stable?
Yes, it is. Anything beyond a "make release" or similar as part of the CVS tree
is bureaucratic and insane.
> Come on Ralf, lighten up.
Stop killing Fedora by implementing more and more bureaucratic hurdles and
forcing us to use unusable web-applications.
Package Change Request
Package Name: perl-File-chmod
New Branches: epel7
The Fedora maintainer (Ralf Corsepius, corsepiu) is not willing to maintain EPEL packages.
Git done (by process-git-requests).
(In reply to Lubomir Rintel from comment #9)
> The Fedora maintainer (Ralf Corsepius, corsepiu) is not willing to maintain
> EPEL packages.
This is a misunderstanding: I saying thanks to the fact RH is not providing freely accessible RHEL binary distributions, it's impossible for people who do not have a RHEL-contract (like me) to build, test and maintain EPEL packages.