[Guidelines change] Changes to the packaging guidelines
by Jason L Tibbitts III
Here are the recent changes to the packaging guidelines.
-----
A section on the treatment of pregenerated code has been added to the
main guideline page.
*https://fedoraproject.org/wiki/Packaging:Guidelines#Use_of_pregenerated_code
*https://fedorahosted.org/fpc/ticket/580
-----
Text was added to the section on spec legibility indicating that non
Fedora/EPEL macros should not be used in Fedora specfiles.
*https://fedoraproject.org/wiki/Packaging:Guidelines#Spec_Legibility
*https://fedorahosted.org/fpc/ticket/582
-----
The node.js guidelines have gained a requirement for a %check section
which at minimam ensures that the module is loadable.
* https://fedoraproject.org/wiki/Packaging:Node.js#Build_testing_in_.25check
* https://fedorahosted.org/fpc/ticket/583
-----
The AppData guidelines were updated to reflect the current version of
the AppData standard.
* https://fedoraproject.org/wiki/Packaging:AppData
* https://fedorahosted.org/fpc/ticket/584
-----
Information about requesting bootstrapping exceptions, including blanket
exceptions, was added to the committee page.
*https://fedoraproject.org/wiki/Packaging_Committee#Bootstrapping_Exception_Procedure
*https://fedorahosted.org/fpc/ticket/585
-----
The systemd scriptlet guidelines were cleaned up to use correct links
and fix some typos.
*https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Scriptlets
* https://fedorahosted.org/fpc/ticket/590
-----
A reference to the EPEL packaging guidelines was added to the main
guidelines page.
*https://fedoraproject.org/wiki/Packaging:Guidelines#Packaging_for_EPEL
*https://fedoraproject.org/wiki/EPEL:Packaging
*https://fedorahosted.org/fpc/ticket/599
-----
The shared library section of the guidelines has been updated to refer
to a separate page on ABI comparison tools.
*https://fedoraproject.org/wiki/Packaging:Guidelines#Shared_Libraries
*https://fedoraproject.org/wiki/How_to_check_for_ABI_changes_in_a_package
* https://fedorahosted.org/fpc/ticket/579
-----
A new page for guidelines specific to C and C++ has been added.
*https://fedoraproject.org/wiki/Packaging:C_and_C%2B%2B?rd=C_and_C++
*https://fedorahosted.org/fpc/ticket/540
-----
The submodules section of the SourceURL guideline page was simplified to
use git --recursive.
*https://fedoraproject.org/wiki/Packaging:SourceURL#Git_Submodules
*https://fedorahosted.org/fpc/ticket/547
7 years, 7 months
F24 Self Contained Change: Drop php-pear dependency for pecl modules
by Jan Kurik
= Proposed Self Contained Change: Drop php-pear dependency for pecl modules =
https://fedoraproject.org/wiki/Changes/drop_pear_dep
Change owner(s):
* Remi Collet
All PECL packaged modules (php-pecl-*) have a unneeded runtime
dependency on php-pear, for module registration in package scriptlets.
== Detailed Description ==
* Each pecl module package uses scriptlet which use the pecl command,
so requires php-pear at runtime.
* php-pear is a dying project, and most of users don't need/want it.
* Replace the scriptlets in pecl package by file triggers in the
php-pear package.
== Scope ==
Proposal owners:
* Replace the scriptlets in pecl package by file triggers in the
php-pear package.
Other developers:
* cleanup pecl module, not mandatory (scriptlets are now noop)
Release engineering: N/A (not a System Wide Change)
Policies and guidelines:
* https://fedorahosted.org/fpc/ticket/597
Trademark approval: N/A (not needed for this Change)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 7 months
evolution-data-server soname version bump in rawhide the next week
by Milan Crha
Hi,
the 3.19.90 release of evolution-data-server changes soname version for
camel, due to some API changes related to introspection support.
I will rebuild packages for which I have commit rights, the same as I
can help with the API change fixes, thus feel free to ping me or drop
an e-mail. I do not think that other than core Evolution packages will
need more attention, others might be simply rebuild.
Bye,
Milan
7 years, 7 months
F24 Self Contained Change: Let's Encrypt client now in Fedora
by Jan Kurik
= Proposed Self Contained Change: Let's Encrypt client now in Fedora =
https://fedoraproject.org/wiki/Changes/LetsEncrypt#Scope
Change owner(s):
* Nick Bebout <nb AT fedoraproject DOT org>
*James Hogarth <jhogarth AT fedoraproject DOT org>
* Nick Le Mouton <noodles AT fedoraproject DOT org>
The Let's Encrypt client is now packaged in Fedora. This will allow
Fedora users to easily install the Let's Encrypt client (letsencrypt)
and generate free SSL certificates for their websites (or other
services which use SSL)
== Detailed Description ==
The Let's Encrypt client is now packaged in Fedora. This will allow
Fedora users to easily install the Let's Encrypt client (letsencrypt)
and generate free SSL certificates for their websites (or other
services which use SSL)
== Scope ==
Proposal owners:
* To implement this Change
Other developers: N/A (not a System Wide Change)
Release engineering: N/A (not a System Wide Change)
List of deliverables: N/A (not a System Wide Change)
Policies and guidelines: N/A (not a System Wide Change)
Trademark approval: N/A (not needed for this Change)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 7 months
F24 Self Contained Change: System Python
by Jan Kurik
= Proposed Self Contained Change: System Python =
https://fedoraproject.org/wiki/Changes/System_Python
Change owner(s):
* Miro Hrončok <mhroncok AT redhat DOT com>
* Petr Viktorin
* Robert Kuska
* Charalampos Stratakis
Separate several subpackages form the python3 packages - a
system-python(-libs) that can be required by various tools that
consider themselves "system tools".
== Detailed Description ==
python3 package to be split in several more subpackages:
* system-python-libs - a subset of standard Python library considered
essential to run "system tools" requiring Python
* system-python - /usr/bin/system-python binary (interpreter) for the
tools to be able to run, provides system-python(abi)
* python3-libs brings in the remaining subset of standard Python
library and will require system-python-libs, thus packages requiring
it (directly or indirectly) will get the entire standard Python
library
* python3 still requires python3-libs and provides python(abi)
The term "system tool" in this context means any package where a
maintainer wishes to require system-python package instead of python3
package.
Any package requiring "python(abi) = 3.x" (currently all Python
modules and apps) will still bring in the entire standard library and
thus will not be affected by this change in any way. Since this
dependency is automatically generated, macros will be provided to
remove it and depend on "system-python(abi) = 3.x" instead.
If a package maintainer wishes to depend on system-python instead of
python3 it is their responsibility to cooperate with the maintainers
of all the Python dependencies of their package and do the same thing
there. For example consider package foo requiring python3-bar; if
foo's maintainer wishes to require system-python instead of python3,
they must be sure to make sure python3-bar does this as well,
otherwise the depednency chain would bring in python3 package anyway.
== Scope ==
Proposal owners:
* determine what the essential subset of the standard library is
(investigate packages that later might become "system tools")
* split the subset into a subpackage system-python-libs
* create system-python binary and package
* invent macros to change the requirement of python-abi
* test if present packages requiring python3 or python-abi = 3.x work
Other developers: N/A (not a System Wide Change)
Release engineering: N/A (not a System Wide Change)
List of deliverables: N/A (not a System Wide Change)
Policies and guidelines:
* introduce a change to Python packaging guidelines for package
maintainers to be able to profit from this change (after the
implementation is ready)
Trademark approval: N/A (not needed for this Change)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 7 months