Non-responsive Maintainer: mediawiki

[Pete Travis]

On Feb 15, 2013 5:34 AM, "Adam Williamson" <awilliam at redhat.com> wrote:
>
> On 08/02/13 01:36 PM, Pete Travis wrote:
.
>>
>> I haven't poked at mediawiki in a while, so please correct me if I'm
>> wrong, but isn't it fairly self contained? I recall copying the content
>> from /usr/share/ to /var/www/ then localizing. Having a new version
>> shouldn't break existing deployments unless they are served out of
>> /usr/share/, and that doesn't seem sane. The update would then be
>> available, not imposed.
>
>
> I may be misunderstanding you, but I _think_ you've got the wrong end of
the stick here. Fedora webapps are indeed packaged to be served out of
/usr/share/whatever . They ship with /etc/httpd/conf.d config files which
point to the /usr/share location where they are installed. This is all by
policy and How It's Supposed To Be. Only files that absolutely need to be
actually inside /var/www for some reason or another are supposed to be
packaged there. In general, the idea is that webapp files are just static
data files like any others and belong in /usr/share . See
https://fedoraproject.org/wiki/Packaging:Guidelines#Web_Applications .
>
> You can copy the whole thing to somewhere else (e.g. /var/www) and
nerf/adjust the conf.d file if you really want to use the Fedora package
only as a base for your own deployment, but that's not the 'normal way'. In
general you're expected to simply install the package and use it; that way
you get the benefit of packaged updates.
> --
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
> http://www.happyassassin.net
>
> --

Thanks for straightening me out, Adam. I'll have to poke at this to better
understand it when I get the chance.

Interestingly, 'repoquery -l'  does show some of the mediawiki packages
owning files in /var/www/. Whether grandfathered, broken, or just
misconception, I'll keep further comment to myself until I can play with a
VM.

Thanks,
--Pete
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20130215/c42d2f9f/attachment-0001.html>