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
8 years, 3 months
[Test-Announce] Fedora 24 Rawhide 20160210 nightly compose nominated for testing
by Adam Williamson
Announcing the creation of a new nightly release validation test event
for Fedora 24 Rawhide 20160210. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan
Notable package version changes:
pungi - 20160130: 4.0.4-1, 20160210: 4.0.4-2
parted - 20160130: 3.2-13, 20160210: 3.2-15
pyparted - 20160130: 3.10.7-2, 20160210: 3.10.7-3
pykickstart - 20160130: 2.24-1, 20160210: 2.25-1
lorax - 20160130: 24.9-1, 20160210: 24.9-2
python-blivet - 20160130: 1.18-1, 20160210: 1.18-2
anaconda - 20160130: 24.10-1, 20160210: 24.11-1
Test coverage information for the current release can be seen at:
https://www.happyassassin.net/testcase_stats/24
You can see all results, find testing instructions and image download
locations, and enter results on the Summary page:
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160210_Su...
The individual test result pages are:
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160210_In...
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160210_Base
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160210_Se...
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160210_Cloud
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160210_De...
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Rawhide_20160210_Se...
https://fedoraproject.org/wiki/Template:Fedora_24_Rawhide_20160210_Download
Thank you for testing!
--
Mail generated by relval: https://www.happyassassin.net/wikitcms/
On behalf of: adamwill
_______________________________________________
test-announce mailing list
test-announce(a)lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/test-announce@lists.fedoraproj...
8 years, 3 months
C++ preprocessor behaviour change in rawhide
by Tomáš Smetana
Hello,
one of my packages (tvtime) failed to build during the mass rebuild. Not a
big deal, I think there are several ways to fix it. The odd thing is that the
build failed due to a rather unexpected change in C++ preprocessor (g++ -E or
cpp).
Let's assume I have a test.cpp file containing this:
#define MYMACRO(a, b) ""a", "b""
MYMACRO(x,y)
Now `cpp test.cpp' (or `g++ -E test.cpp') on rawhide produces:
# 1 "test.cpp"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 1 "<command-line>" 2
# 1 "test.cpp"
""a", "b""
However on F23 or with `cpp -std=gnu++98 test.cpp' (`g++ -std=gnu++98 -E
test.cpp') I got:
# 1 "test.cpp"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 1 "<command-line>" 2
# 1 "test.cpp"
""x ", "y ""
Is this something known/documented? Or should I file a bug? I found this
behaviour rather strange (but so are the macros in tvtime...).
Thanks and regards,
--
Tomáš Smetana
Platform Engineering, Red Hat
8 years, 3 months