I'm reviewing rakudo <https://bugzilla.redhat.com/show_bug.cgi?id=498390>,
a Perl 6 interpreter. The interpreter is mostly written in NQP language and
the sources are compiled into MoarVM object files at RPM package build time.
The moarvm files are installed under /usr/share subdirectories.
The problem is the moarvm files differ in size (and thus in content) among
architectures.
My first impression was that the files must be moved under %{__libdir}. But
I'm not fully convinvced it is really necessary.
First, the moarvm files should be portable despite of different size. At least
this my unverified opinion. If it were true, could we put the files into
a noarch subpackage? Wouldn't that break Fedora release managament?
Second, if rakudo did not aspire for multilib safety (rakudo contains some ELF
files), would it be permissible to keep the moarvm files under /usr/share and
delivered by architecture-specific RPM package?
Maybe my questions could be summarized as: How should the FHS definition ("The
/usr/share hierarchy is for all read-only architecture independent data
files") should be understood? The files must be bit-to-bit indistinguishable,
or the files can be used on any architecture?
-- Petr
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2017-02-23 17:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2017-02-23 09:00 Thu US/Pacific PST
2017-02-23 12:00 Thu
US/Eastern EST
2017-02-23 17:00 Thu UTC <-
2017-02-23 17:00
Thu Europe/London <-
2017-02-23 18:00 Thu Europe/Paris CET
2017
-02-23 18:00 Thu Europe/Berlin CET
2017-02-23 22:30 Thu
Asia/Calcutta IST
------------------new day------------------
----
2017-02-24 01:00 Fri Asia/Singapore SGT
2017-02-24 01:00 Fri
Asia/Hong_Kong HKT
2017-02-24 02:00 Fri
Asia/Tokyo JST
2017-02-24 03:00 Fri
Australia/Brisbane AEST
Links to all tickets below can be found at:
https://fedorahosted.org/fpc/report/13
= Followups =
#topic #591 Description of filtering macros in Perl is outdated
.fpc 591
https://fedorahosted.org/fpc/ticket/591
#topic #613 "provenpackagers" tag
.fpc 613
https://fedorahosted.org/fpc/ticket/613
#topic #632 Requires: hicolor-icon-theme or own dir
.fpc 632
https://fedorahosted.org/fpc/ticket/632
#topic #656 version guidelines major simplification for the git era
.fpc 656
https://fedorahosted.org/fpc/ticket/656
#topic #678 Ban use of directory Requires
.fpc 678
https://fedorahosted.org/fpc/ticket/678
= New business =
#topic #679 Actively discourage Group:
.fpc 679
https://fedorahosted.org
/fpc/ticket/679
#topic #680 tmpfiles.d minor cleanup
.fpc 680
https://fedorahosted.org/fpc/ticket/680
= Open Floor =
For more complete details, please visit each individual ticket. The
report of the agenda items can be found at:
https://fedorahosted.org/fpc/report/13
If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fpc,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
Hello,
Package names play an important role for the resolution of software dependencies.
I came along another example for a specific name pattern.
https://admin.fedoraproject.org/pkgdb/package/rpms/libXScrnSaver/
This name does not include a main version number so far.
Are there any circumstances when this technical detail will matter more?
Regards,
Markus
======================
#fedora-meeting-1: fpc
======================
Meeting started by geppetto at 17:01:45 UTC. The full logs are
available
at
https://meetbot.fedoraproject.org/fedora-meeting-1/2017-02-09/fpc.2017-
02-09-17.01.log.html
.
Meeting summary
---------------
* Roll Call (geppetto, 17:01:46)
* Schedule (geppetto, 17:06:58)
* LINK:
https://lists.fedoraproject.org/archives/list/packaging@lists.fedoraproject.org/message/VUDX6QGQJCY4ZCOE7XHEQNIQL3IFIWE7/
(geppetto, 17:07:01)
* #669 Request (uid, gid) = 389 for the 386 Directory Server
(geppetto, 17:07:19)
* ACTION: Request (uid, gid) = 389 for the 386 Directory Server
(+1:6,
0:0, -1:0) (geppetto, 17:14:27)
* #672 Python guidelines: change example spec (geppetto, 17:14:42)
* ACTION: Python guidelines: change example spec to match guidelines
(+1:5, 0:0, -1:0) (geppetto, 17:25:16)
* #673 Clarify when (not) to use alternatives (geppetto, 17:25:24)
* ACTION: Clarify when it is (not) appropriate to use alternatives
(+1:5, 0:1, -1:0) (geppetto, 17:41:11)
* #675 Updated guidelines for per-edition divergent config (geppetto,
17:41:20)
* ACTION: Updated guidelines for per-edition divergent config (+1:5,
0:0, -1:0) (geppetto, 18:12:56)
* #678 Ban use of directory Requires (geppetto, 18:13:00)
* Minimal guideline change needed, if any. Mostly agree that solving
this should happen by fixing the packaging that has many many
owners
of dirs. that are really owned by a single package. (geppetto,
18:18:14)
* ACTION: ignatenkobrain To think about a way we could automatically
detect this on the provider side, and have a autoQA/taskotron
thing.
(geppetto, 18:23:32)
* Open Floor (geppetto, 18:24:33)
Meeting ended at 18:32:02 UTC.
Action Items
------------
* Request (uid, gid) = 389 for the 386 Directory Server (+1:6, 0:0,
-1:0)
* Python guidelines: change example spec to match guidelines (+1:5,
0:0,
-1:0)
* Clarify when it is (not) appropriate to use alternatives (+1:5, 0:1,
-1:0)
* Updated guidelines for per-edition divergent config (+1:5, 0:0, -1:0)
* ignatenkobrain To think about a way we could automatically detect
this
on the provider side, and have a autoQA/taskotron thing.
Action Items, by person
-----------------------
* ignatenkobrain
* ignatenkobrain To think about a way we could automatically detect
this on the provider side, and have a autoQA/taskotron thing.
* **UNASSIGNED**
* Request (uid, gid) = 389 for the 386 Directory Server (+1:6, 0:0,
-1:0)
* Python guidelines: change example spec to match guidelines (+1:5,
0:0, -1:0)
* Clarify when it is (not) appropriate to use alternatives (+1:5,
0:1,
-1:0)
* Updated guidelines for per-edition divergent config (+1:5, 0:0,
-1:0)
People Present (lines said)
---------------------------
* geppetto (93)
* sgallagh (23)
* limburgher (19)
* Rathann (19)
* ignatenkobrain (17)
* zodbot (17)
* racor (16)
* orionp (14)
* linuxmodder (6)
* mbooth (6)
* tomspur (3)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot