Bug 633081 - Review Request: mediawiki114 - mediawiki114 package for EPEL
Summary: Review Request: mediawiki114 - mediawiki114 package for EPEL
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Mark Chappell
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-09-12 19:15 UTC by Stephen John Smoogen
Modified: 2014-01-13 10:05 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-01-13 10:05:50 UTC
Type: ---
Embargoed:
tremble: fedora-review+


Attachments (Terms of Use)

Description Stephen John Smoogen 2010-09-12 19:15:42 UTC
Spec URL: http://smooge.fedorapeople.org/mediawiki/mediawiki114.spec
SRPM URL: http://smooge.fedorapeople.org/mediawiki/rhel-5-i386/mediawiki114-1.14.1-5.el5.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

This bundles the 1.14.1 version of mediawiki for replacement of mediawiki-1.14.0 in RHEL-4/5 EPEL.

Comment 1 Peter Lemenkov 2010-09-12 20:25:02 UTC
Looks weird for me - are we really need 114/ 115 / 116 in EPEL? 

Sounds like there is a story behind these three requests - could you please summarize the reasons which led you to decision of providing in parallel three consequent releases of MW?

Comment 2 Stephen John Smoogen 2010-09-12 22:20:19 UTC
https://bugzilla.redhat.com/show_bug.cgi?id=484855

https://fedorahosted.org/fesco/ticket/225

The issue trying to solve are the following:

1) mediawiki has a short life time per releases and major updates require schema changes to the database. There is no way to automate this in a way in %post due to local changes and such and assuming system has database up etc. etc.

2) some sites want to stay at a major version of mediawiki without moving to the next one. The idea is to parallel install them and 'obsolete' old versions when they are no longer supported upstream. THis allows an enterprise site to do upgrades when they want to versus on a 'yum update'

Does that help explain the reasoning?

Comment 5 Mark Chappell 2010-10-13 18:58:38 UTC
 - = N/A
 / = Check
 ! = Problem
 ? = Not evaluated

=== REQUIRED ITEMS ===
 [/] Package is named according to the Package Naming Guidelines.
 [/] Spec file name must match the base package %{name}, in the format
%{name}.spec.
 [/] Package meets the Packaging Guidelines including the Language specific
items
 [/] Package successfully compiles and builds into binary rpms on at least one
supported architecture.
     Tested: http://koji.fedoraproject.org/koji/taskinfo?taskID=...
 [/] Rpmlint output: (See below)
 [/] Package is not relocatable.
 [/] Buildroot is correct  ( Not needed if >= EL6 and >= F13 )
     Buildroot: %{_tmppath}/%{name}-%{version}-%{release}-root
 [/] 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.
     License type: GPLv2+
 [/] If (and only if) the source package includes the text of the license(s) in
its own file, then that file, containing the text of the license(s) for the
package is included in %doc.
 [-] With any Subpackage installed the license must also be installed (this may
belong to another subpackage)
 [/] Spec file is legible and written in American English.
 [/] Sources used to build the package matches the upstream source, as provided
in the spec URL.
5537c8f077a409bbe40c0aa8a713aa5f  MWRound1/mediawiki-1.14.1.tar.gz
5537c8f077a409bbe40c0aa8a713aa5f  SOURCES/mediawiki-1.14.1.tar.gz
 [/] Package is not known to require ExcludeArch
 [/] All build dependencies are listed in BuildRequires, except for any that
are listed in the exceptions section of Packaging Guidelines.
 [-] The spec file handles locales properly.
 [-] ldconfig called in %post and %postun if required.
 [/] Package must own all directories that it creates.
 [/] Package requires other packages for directories it uses.
 [/] Package does not contain duplicates in %files.
 [/] Permissions on files are set properly.
 [/] Package has a %clean section, which contains rm -fR $RPM_BUILD_ROOT. ( Not
needed if >= EL6 and >= F13 )
 [/] Package consistently uses macros.
 [/] Package contains code, or permissible content.
 [-] Large documentation files are in a -doc subpackage, if required.
 [/] Package uses nothing in %doc for runtime.
 [-] Header files in -devel subpackage, if present.
 [-] Static libraries in -static subpackage, if present.
 [-] Package requires pkgconfig, if .pc files are present.
 [-] Development .so files in -devel subpackage, if present.
 [-] Fully versioned dependency in subpackages, if present.
 [/] Package does not contain any libtool archives (.la).
 [-] Package contains a properly installed %{name}.desktop file if it is a GUI
application.
 [/] Package does not own files or directories owned by other packages.

=== SUGGESTED ITEMS ===
 [/] Latest version is packaged.
 [/] Package does not include license text files separate from upstream.
 [-] Description and summary sections in the package spec file contains
translations for supported Non-English languages, if available.
 [/] Reviewer should test that the package builds in mock.
 [/] Package should compile and build into binary rpms on all supported
architectures.
     Tested on: fedora-5E-epel-testing-candidate
 [-] Package functions as described.
 [-] Scriptlets must be sane, if used.
 [-] The placement of pkgconfig(.pc) files is correct.
 [/] File based requires are sane.
 [-] %check is present and the tests pass

Scratch built -6 through koji...
[mchappel@mchappel rpmbuild]$ rpmlint mediawiki114-1.14.1-6.el5.*mediawiki114.src: W: spelling-error %description -l en_US Wikimedia -> Wikipedia, Wiki media, Wiki-media
mediawiki114.x86_64: W: spelling-error %description -l en_US Wikimedia -> Wikipedia, Wiki media, Wiki-media
2 packages and 0 specfiles checked; 0 errors, 2 warnings.


=== COMMENTS ===

Looks good


Approved.

Comment 6 Jason Tibbitts 2010-11-05 22:38:25 UTC
We kind of need an actual SCM request to process.  But also, according to the bug summary, the name of the package is "Stephen Smoogen"?  Kind of odd.

Comment 7 Stephen John Smoogen 2010-11-12 03:11:30 UTC
New Package SCM Request
=======================
Package Name: mediawiki114
Short Description: A wiki engine
Owners: smooge
Branches: el4 el5 el6
InitialCC:

Comment 8 Kevin Fenzi 2010-11-12 15:38:47 UTC
Git done (by process-git-requests).

Comment 9 Stephen John Smoogen 2010-11-13 01:54:14 UTC
Package Change Request
======================
Package Name: mediawiki114
New Branches: rawhide
Owners: smooge

Comment 10 Jason Tibbitts 2010-11-13 16:50:20 UTC
I'm afraid I don't understand your request.  Every package has a devel branch; it does not need to be requested.

Comment 11 Mark Chappell 2014-01-13 10:05:50 UTC
Long since built.


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