On Mon, Jul 22, 2013 at 03:58:01PM +0000, "Jóhann B. Guðmundsson" wrote: > On 07/22/2013 03:38 PM, Toshio Kuratomi wrote: > >Packaging Guidelines themselves are written for Fedora. We note where > >EPEL/RHEL need something different where applicable. > > Aha that's why nonsenses like the allowance for legacy sysv init file > to be continued to be shipped once they have been migrated > Correct (ignoring the sarcasm and taking that literally ;-) > because it > was being beneficial to Fedora in anyway lol This was actually not the rationale. The rationale was that it wasn't harmful to Fedora and so if individual maintainers felt that it was something that they wanted to ship they could. > No that decition was not made strictly for Fedora in mind since it's > absurd as as it can get... > Incorrect. > Just keep that documentation out of our wiki ( or in epel's own under > epels own domain or lock tide within red hat docs ) since that has > nothing to do with Fedora and having it there only confuses Fedora > packagers > Confusion is something that we can combat. I'm trying to dredge my memory for what you are finding that maintainers found confusing. Was your observation that maintainers were taking the presence of SysVInit packaging guidelines as meaning they were required to ship SysVinit script subpackages despite having systemd unit files? If so, I'd think we could modify this page: https://fedoraproject.org/wiki/Packaging:SysVInitScript With an admonition that says: "As of Fedora 15, Fedora services are supposed to use systemd unit files to control themselves. SysV style initscripts are completely optional in that scenario. These packaging guidelines only exist to tell you, the package maintainer, *how to* package sysvinit scripts should you decide you want to. The choice of *whether to* package them is at your discretion." Does that address your concern? -Toshio
Attachment:
pgpEMNttNVDUI.pgp
Description: PGP signature
-- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
