Spec URL: http://puiterwijk.fedorapeople.org//mediawiki123.spec SRPM URL: http://puiterwijk.fedorapeople.org//mediawiki123-1.23.8-1.fc21.src.rpm Description: MediaWiki is the software used for Wikipedia and the other Wikimedia Foundation websites. Compared to other wikis, it has an excellent range of features and support for high-traffic websites using multiple servers
Scratch build: http://koji.fedoraproject.org/koji/taskinfo?taskID=9142222
Note: I'm only interested in EPEL7 for this package, so anything EL5/EL6-specific doesn't need to be reviewed (their PHP versions are too old anyway).
Andrea - Are you going to review this?
*** Bug 1142196 has been marked as a duplicate of this bug. ***
1.24.1 is out. Should we switch to that?
Ah, I see that 1.23 is an LTS release. Nevermind.
Since I'm aiming for EPEL7, here an EPEL7 koji build: http://koji.fedoraproject.org/koji/taskinfo?taskID=9274658
/var/www/mediawiki123/mw-config/ looks a little odd: ls -l /var/www/mediawiki123/mw-config/ total 12 -rw-r--r--. 1 root root 2063 Dec 17 13:21 index.php -rw-r--r--. 1 root root 984 Dec 17 13:21 index.php5 lrwxrwxrwx. 1 root root 33 Mar 19 11:58 mw-config -> /usr/share/mediawiki123/mw-config -rw-r--r--. 1 root root 2542 Dec 17 13:21 overrides.php
Package Review ============== Legend: [x] = Pass, [!] = Fail, [-] = Not applicable, [?] = Not evaluated Issues: ======= - The doc/ directory is > than 1M in size, please consider moving it to its own sub-package. - The licenses breakdown should be more detailed, please provide a PACKAGE-LICENSING file containing a list of files (you can ideally use directories and wildcards if you prefer making sure that specific dir has no files licensed under a different license than the one you are listing) and their respective license. - The package ships with 5 LICENSE files but none is showing under %license, ideally we'd want them renamed to something like LICENSE.$LICENSE_NAME on %license given we're targeting EPEL 7. (which should not need any patch for the new %license field to work properly as per https://fedorahosted.org/fpc/ticket/411) - As Orion pointed out /var/www/mediawiki123 contains a mw-config dir and within it another mw-config dir in the form of a symlink. - File includes/libs/jsminplus.php seems to be triple licensed (MPL 1.1/GPL 2.0/LGPL 2.1) but no mention of it appears under License. - Latest release is not installed, the chosen release seems to be a LTS which makes sense for our target. This comment is purely informative. ===== MUST items ===== Generic: [X]: Package is licensed with an open-source compatible license and meets other legal requirements as defined in the legal section of Packaging Guidelines. [!]: License field in the package spec file matches the actual license. [!]: If the package is under multiple licenses, the licensing breakdown must be documented in the spec. [X]: Package contains no bundled libraries without FPC exception. [X]: Changelog in prescribed format. [X]: Sources contain only permissible code or content. [X]: Each %files section contains %defattr if rpm < 4.4 (we're targeting EPEL 7 which ships with rpm 4.11.1) [-]: Package contains desktop file if it is a GUI application. [-]: Development files must be in a -devel package [X]: Package uses nothing in %doc for runtime. [X]: Package consistently uses macros (instead of hard-coded directory names). [X]: Package is named according to the Package Naming Guidelines. [X]: Package does not generate any conflict. [X]: Package obeys FHS, except libexecdir and /usr/target. [-]: If the package is a rename of another package, proper Obsoletes and Provides are present. [X]: Requires correct, justified where necessary. [X]: Spec file is legible and written in American English. [-]: Package contains systemd file(s) if in need. [-]: Package is not known to require an ExcludeArch tag. [X]: Package complies to the Packaging Guidelines [X]: Package successfully compiles and builds into binary rpms on at least one supported primary architecture. [X]: Package installs properly. [X]: Rpmlint is run on all rpms the build produces. [X]: Package requires other packages for directories it uses. [X]: Package must own all directories that it creates. [X]: Package does not own files or directories owned by other packages. [X]: All build dependencies are listed in BuildRequires, except for any that are listed in the exceptions section of Packaging Guidelines. [X]: Package uses either %{buildroot} or $RPM_BUILD_ROOT [X]: Package does not run rm -rf %{buildroot} (or $RPM_BUILD_ROOT) at the beginning of %install. [X]: Macros in Summary, %description expandable at SRPM build time. [X]: Package does not contain duplicates in %files. [X]: Permissions on files are set properly. [X]: Package use %makeinstall only when make install' ' DESTDIR=... doesn't work. [X]: Package is named using only allowed ASCII characters. [X]: Package do not use a name that already exist [X]: Package is not relocatable. [X]: Sources used to build the package match the upstream source, as provided in the spec URL. [X]: Spec file name must match the spec package %{name}, in the format %{name}.spec. [X]: File names are valid UTF-8. [X]: Packages must not store files under /srv, /opt or /usr/local Perl: [X]: Package contains the mandatory BuildRequires and Requires: "use {strict,warnings,Data::Dumper,Cwd" were found and they do match the provided Requires. Python: [-]: Python eggs must not download any dependencies during the build process. [-]: A package which is used by another package via an egg interface should provide egg info. [X]: Package meets the Packaging Guidelines::Python [X]: Package contains BR: python2-devel or python3-devel [-]: Binary eggs must be removed in %prep ===== SHOULD items ===== Generic: [X]: Sources can be downloaded from URI in Source: tag [X]: If the source package does not include license text(s) as a separate file from upstream, the packager SHOULD query upstream to include it. [X]: Final provides and requires are sane (see attachments). [X]: Package functions as described. [!]: Latest version is packaged. The release we are packaging is a LTS which makes sense for the target we have in mind. [-]: Package does not include license text files separate from upstream. [-]: SourceX tarball generation or download is documented. [-]: Description and summary sections in the package spec file contains translations for supported Non-English languages, if available. [-]: Package should compile and build into binary rpms on all supported architectures. [-]: %check is present and all tests pass. [X]: Packages should try to preserve timestamps of original installed files. [X]: Packager, Vendor, PreReq, Copyright tags should not be in spec file [X]: Reviewer should test that the package builds in mock. [X]: Buildroot is not present [X]: Package has no %clean section with rm -rf %{buildroot} (or $RPM_BUILD_ROOT) [X]: Dist tag is present (not strictly required in GL). [X]: No file requires outside of /etc, /bin, /sbin, /usr/bin, /usr/sbin. [x]: SourceX is a working URL. [x]: Spec use %global instead of %define unless justified. ===== EXTRA items ===== Generic: [x]: Rpmlint is run on all installed packages. [x]: Spec file according to URL is the same as in SRPM. ===== RESOLUTION ===== Please correct all the items marked as *issues* and provide a new spec file. Resolution: Package NOT approved.
Spec URL: http://puiterwijk.fedorapeople.org//mediawiki123.spec SRPM URL: http://puiterwijk.fedorapeople.org//mediawiki123-1.23.8-1.fc21.src.rpm - Make the mw-config directory sane - Split documentation into -doc - Extend on package licensing
Package Review ============== Legend: [x] = Pass, [!] = Fail, [-] = Not applicable, [?] = Not evaluated [ ] = Manual review needed Issues: ======= - There are a good bunch of LICENSE and COPYING files (all of them seem to be GPLv2 texts) around and we have the license text for the GPLv2 license under %licenses already. Please get rid of the extra LICENSE and COPYING files. - CC-BY-SA is mentioned on the License field but not on the breakdown, please fix. - The keys.txt and the tarball signature are not used at build time as you could assume when seeing them on their respective Source field, please document what they are used for on the spec. - The includes/libs/jsminplus.php file is correctly marked as being triple licensed on the breakdown but the License field still doesn't list it appropriately. (i.e License: GPLv2+ and Public Domain and CC-BY-SA and MIT and ASL 2.0 and BSD and GPLv3+ and (GPLv2+ or LGPLv2+ or MPL)) - The breakdown lists LGPLv2.1+, please refer to LGPLv2+ as per https://fedoraproject.org/wiki/Licensing:Main?rd=Licensing#Good_Licenses, as that's the correct short_name for the license in question. ===== MUST items ===== Generic: [x]: Package is licensed with an open-source compatible license and meets other legal requirements as defined in the legal section of Packaging Guidelines. [x]: License field in the package spec file matches the actual license. [x]: License file installed when any subpackage combination is installed: the -doc subpackage depends on the main package, please make sure to not drop the dependency or in case that will be needed make sure the licenses are added to the subpackage as well. [x]: If the package is under multiple licenses, the licensing breakdown must be documented in the spec: a PACKAGE-LICENSING is used for this. [x]: Package requires other packages for directories it uses. [x]: Package must own all directories that it creates. [x]: Package contains no bundled libraries without FPC exception. [x]: Changelog in prescribed format. [x]: Sources contain only permissible code or content. [x]: Each %files section contains %defattr if rpm < 4.4 [-]: Package contains desktop file if it is a GUI application. [-]: Development files must be in a -devel package [x]: Package uses nothing in %doc for runtime. [x]: Package consistently uses macros (instead of hard-coded directory names). [x]: Package is named according to the Package Naming Guidelines. [x]: Package does not generate any conflict. [x]: Package obeys FHS, except libexecdir and /usr/target. [-]: If the package is a rename of another package, proper Obsoletes and Provides are present. [x]: Requires correct, justified where necessary. [x]: Spec file is legible and written in American English. [-]: Package contains systemd file(s) if in need. [-]: Package is not known to require an ExcludeArch tag. [x]: Large documentation must go in a -doc subpackage. Large could be size (~1MB) or number of files. [x]: Package complies to the Packaging Guidelines [x]: Package successfully compiles and builds into binary rpms on at least one supported primary architecture. [x]: Package installs properly. [x]: Rpmlint is run on all rpms the build produces. Note: There are rpmlint messages (see attachment). [x]: Package does not own files or directories owned by other packages. [x]: All build dependencies are listed in BuildRequires, except for any that are listed in the exceptions section of Packaging Guidelines. [x]: Package uses either %{buildroot} or $RPM_BUILD_ROOT [x]: Package does not run rm -rf %{buildroot} (or $RPM_BUILD_ROOT) at the beginning of %install. [x]: Macros in Summary, %description expandable at SRPM build time. [x]: Package does not contain duplicates in %files. [x]: Permissions on files are set properly. [x]: Package use %makeinstall only when make install' ' DESTDIR=... doesn't work. [x]: Package is named using only allowed ASCII characters. [x]: Package do not use a name that already exist [x]: Package is not relocatable. [x]: Sources used to build the package match the upstream source, as provided in the spec URL. [x]: Spec file name must match the spec package %{name}, in the format %{name}.spec. [x]: File names are valid UTF-8. [x]: Packages must not store files under /srv, /opt or /usr/local Perl: [x]: Package contains the mandatory BuildRequires and Requires: "use {strict,warnings,Data::Dumper,Cwd" were found and they do match the provided Requires. Python: [-]: Python eggs must not download any dependencies during the build process. [-]: A package which is used by another package via an egg interface should provide egg info. [x]: Package meets the Packaging Guidelines::Python [x]: Package contains BR: python2-devel or python3-devel [-]: Binary eggs must be removed in %prep ===== SHOULD items ===== Generic: [x]: Sources can be downloaded from URI in Source: tag [x]: If the source package does not include license text(s) as a separate file from upstream, the packager SHOULD query upstream to include it. [x]: Final provides and requires are sane (see attachments). [x]: Package functions as described. [!]: Latest version is packaged. The release we are packaging is a LTS which makes sense for the target we have in mind. [x]: Package does not include license text files separate from upstream: upstream included multiple LICENSE and COPYING files in presence of several licenses as documented on both the License field and the license breakdown. All these files have been removed and each license has been moved to its own file in the format of LICENSE.$LICENSE_NAME and added under %licenses. [-]: SourceX tarball generation or download is documented. [-]: Description and summary sections in the package spec file contains translations for supported Non-English languages, if available. [-]: Package should compile and build into binary rpms on all supported architectures. [-]: %check is present and all tests pass. [x]: Packages should try to preserve timestamps of original installed files. [x]: Packager, Vendor, PreReq, Copyright tags should not be in spec file [x]: Reviewer should test that the package builds in mock. [x]: Buildroot is not present [x]: Package has no %clean section with rm -rf %{buildroot} (or $RPM_BUILD_ROOT) [x]: Dist tag is present (not strictly required in GL). [x]: No file requires outside of /etc, /bin, /sbin, /usr/bin, /usr/sbin. [x]: SourceX is a working URL. [x]: Spec use %global instead of %define unless justified. ===== EXTRA items ===== Generic: [x]: Rpmlint is run on all installed packages. [x]: Spec file according to URL is the same as in SRPM. ===== RESOLUTION ===== As a note, the mw-config issue is fixed: /var/www/mediawiki123 lists: `-- mediawiki123 |-- api.php -> /usr/share/mediawiki123/api.php |-- cache |-- extensions -> /usr/share/mediawiki123/extensions |-- images | `-- README |-- includes -> /usr/share/mediawiki123/includes |-- index.php -> /usr/share/mediawiki123/index.php |-- languages -> /usr/share/mediawiki123/languages |-- load.php -> /usr/share/mediawiki123/load.php |-- maintenance -> /usr/share/mediawiki123/maintenance |-- mw-config -> /usr/share/mediawiki123/mw-config and /usr/share/mediawiki123/mw-config is there with the following files: -rw-r--r--. 1 averi averi 2063 Dec 17 21:21 index.php -rw-r--r--. 1 averi averi 984 Dec 17 21:21 index.php5 -rw-r--r--. 1 averi averi 2542 Dec 17 21:21 overrides.php That said, please correct all the items marked as *issues* above before importing the package. Resolution: Package APPROVED
Thanks for the review! New Package SCM Request ======================= Package Name: mediawiki123 Short Description: A wiki engine Upstream URL: http://www.mediawiki.org/ Owners: puiterwijk Branches: epel7 InitialCC:
Git done (by process-git-requests).
One comment/heads up - it looks like support for 1.19 is slated to end in May, so we may want this in EL6 (and 5?) later if that really happens.
We can't build this for EL6 or 5: their PHP versions are too old. That's also why there's no mediawiki119 for EL5 (anymore. I tried to until someone pointed out the version issue).
mediawiki123-1.23.9-1.el7 has been submitted as an update for Fedora EPEL 7. https://admin.fedoraproject.org/updates/mediawiki123-1.23.9-1.el7
Package mediawiki123-1.23.9-1.el7: * should fix your issue, * was pushed to the Fedora EPEL 7 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=epel-testing mediawiki123-1.23.9-1.el7' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5903/mediawiki123-1.23.9-1.el7 then log in and leave karma (feedback).
mediawiki123-1.23.9-1.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.