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: ec54997c4274ca27e8e8d25585223569b15b16ed2bfdf5d0507c57787d6d05a9 File-chmod-0.32.tar.gz * 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 = perl(:MODULE_COMPAT_5.8.8) perl(Carp) perl(Exporter) perl(strict) perl(vars) * %check is present and all tests pass: ok 1 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. APPROVED
New Package CVS Request ======================= Package Name: perl-File-chmod Short Description: Implementing symbolic and ls chmod modes Owners: rc040203 Branches: F-7 FC-6 InitialCC: fedora-perl-devel-list
cvs done.
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 update page: https://admin.fedoraproject.org/updates/pending/F7/perl-File-chmod-0.32-1.fc7 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: > https://admin.fedoraproject.org/updates/pending/F7/perl-File-chmod-0.32-1.fc7 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 Owners: lkundrak 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.