[scl.org] sclo-mod_auth_mellon ( was Re: Self-introduction)
Remi Collet
rcollet at redhat.com
Wed Jan 27 06:56:18 UTC 2016
Le 26/01/2016 17:29, Jarek Polok a écrit :
> Hi
>
> Thanks for comments !
>
> Looking at your work with php55 .. I came up with
> the following initial attempt at sclo packaging:
I think you have look at the mod_php package.
Bad example ;)
This one is really part of the PHP scl
(and create some files in the httpd24 collection)
I was thinking of packages in the sclo-php5x namespace
Ex: https://github.com/sclorg-distgit/php-pecl-apfd
Those package are really part of the php5# collections: not a separate
collection, no meta package, built using php5#-build.
The "sclo" prefix is only used in the package name:
>
> https://github.com/jaroslawp/sclo-mod_auth_mellon
>
> However .. I have some doubts about naming/packaging,
> and would be glad to hear your comments:
>
> The SCL package (sclo-mod_auth_mellon.spec)
> .. is basically useless (not used in this initial
> attempt) since what the actual package
> - mod_auth_mellon.spec - ships goes all into:
>
> /opt/rh/httpd24/root/[...] (httpd24 collection)
>
> of course that could be split ... rather artificially
> into a part which would go into:
>
> /opt/sclo/mod_auth_mellon/root/[...]
>
>
> but that would be little bit .. useless and
> confusing since we would end up with sthg alike:
>
>
> /opt/rh/httpd24/root/etc/httpd/conf.d/auth_mellon.conf
> /opt/rh/httpd24/root/etc/httpd/conf.modules.d/10-auth_mellon.conf
> /opt/rh/httpd24/root/run/mod_auth_mellon
> /opt/rh/httpd24/root/usr/lib/tmpfiles.d/mod_auth_mellon.conf
> /opt/rh/httpd24/root/usr/lib64/httpd/modules/mod_auth_mellon.so
>
> and:
>
> /opt/sclo/mod_auth_mellon/root/usr/libexec/mod_auth_mellon
> /opt/sclo/mod_auth_mellon/root/usr/libexec/mod_auth_mellon/mellon_create_metadata.sh
>
> /opt/sclo/mod_auth_mellon/root/usr/share/doc/sclo-mod_auth_mellon-mod_auth_mellon-0.11.0
>
> /opt/sclo/mod_auth_mellon/root/usr/share/doc/sclo-mod_auth_mellon-mod_auth_mellon-0.11.0/COPYING
>
> /opt/sclo/mod_auth_mellon/httpd24/root/usr/share/doc/sclo-mod_auth_mellon-mod_auth_mellon-0.11.0/NEWS
>
> /opt/slco/mod_auth_mellon/root/usr/share/doc/sclo-mod_auth_mellon-mod_auth_mellon-0.11.0/README
I agree, this have mostly no sense
>
> I think it would be more natural/logical to package
> having all files under /opt/rh/httpd24/ in this case
>
> and name the package:
>
> sclo-mod_auth_mellon0-mod_auth_mellon-X.Y
>
> (with a provide for httpd24-mod_auth_mellon)
Yes, I think you can do something like this,
using sclo-httpd24-mod_auth-mellon
and providing httpd24-mod_auth-mellon
Name: sclo-%{scl_prefix}mod_auth_mellon
> ... but ... can we have a collection without the SCL
> packages ... ? (-runtime/-scldevel/-build ..)
Yes, but, this is not reaaly a collection, only a set of packages,
extending a collection, from a different vendor.
Remi
P.S. notice the %scl_package_override macro seems missing in httpd24
collection, so you have to use _httpd24_* macro...:(
> I think the case of mod_auth_mellon is little bit special
> in the sense that this package is only an addon
> for httpd24 - containing no standalone tools/libraries
> - unlike php5X .. etc ...)
>
>
> . I would be glad to hear your opinion
> one the above ...
>
> Best
>
> Jarek
>
> __
> -------------------------------------------------------
> _ Jaroslaw_Polok ___________________ CERN - IT/CM/LCS _
> _ http://cern.ch/~jpolok ________ tel_+41_22_767_1834 _
> ______________________________________+41_75_411_9487 _
>
>
> _______________________________________________
> SCLorg mailing list
> SCLorg at redhat.com
> https://www.redhat.com/mailman/listinfo/sclorg
--
rcollet at redhat.com | Senior Software Engineer / BaseOS / WebStack team
GPG Key: 0x29F16A18
Fingerprint: 5A0E 6F54 D94D 5732 69EE E3FF 614A 6905 29F1 6A18
More information about the SCLorg
mailing list