Re: Broken dependencies: vim-syntastic
by Pavel Raiskup
On Wednesday, September 21, 2016 12:16:39 PM CEST buildsys(a)fedoraproject.org wrote:
> vim-syntastic has broken dependencies in the rawhide tree:
> On aarch64:
> vim-syntastic-lisp-3.7.0-6.fc26.noarch requires clisp
> On aarch64:
> vim-syntastic-cs-3.7.0-6.fc26.noarch requires mono-core
> On aarch64:
> vim-syntastic-d-3.7.0-6.fc26.noarch requires ldc
> On armhfp:
> vim-syntastic-d-3.7.0-6.fc26.noarch requires ldc
> Please resolve this as soon as possible.
What's should packager do in such case? Recap: noarch package depends on
arch-dependant package, which is not available everywhere.
Pavel
6 years, 10 months
Summary/Minutes from today's FPC Meeting (2016-10-27 16:00 - 17:30 UTC)
by James Antill
======================
#fedora-meeting-1: fpc
======================
Meeting started by geppetto at 16:00:14 UTC. The full logs are
available
at
https://meetbot.fedoraproject.org/fedora-meeting-1/2016-10-27/fpc.2016-
10-27-16.00.log.html
.
Meeting summary
---------------
* Roll Call (geppetto, 16:00:14)
* Schedule (geppetto, 16:13:50)
* LINK:
https://lists.fedoraproject.org/archives/list/packaging@lists.fedor
aproject.org/message/6NKPOVP7KSISKH4HRPLLNOECKX2CQ5DW/
(geppetto, 16:13:53)
* Deterministic/Reproducible Builds and alternative build toolchains
(geppetto, 16:14:41)
* LINK: https://fedoraproject.org/wiki/User:Tibbs/systemdscriptlets
(tibbs, 16:46:56)
* ACTION: No mention of macros for systemd scriptlets for user units
(+1:6, 0:0, -1:0) (geppetto, 17:02:08)
* Open Floor (geppetto, 17:04:17)
Meeting ended at 17:31:02 UTC.
Action Items
------------
* No mention of macros for systemd scriptlets for user units (+1:6,
0:0,
-1:0)
Action Items, by person
-----------------------
* **UNASSIGNED**
* No mention of macros for systemd scriptlets for user units (+1:6,
0:0, -1:0)
People Present (lines said)
---------------------------
* tibbs (88)
* geppetto (71)
* warren (37)
* limburgher (27)
* orionp (14)
* zodbot (11)
* tomspur (3)
* racor (2)
* jwboyer (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
6 years, 11 months
exploring a crazy (?) idea: /opt/fedora/apps for some applications?
by Matthew Miller
In the medium-term future, we might want to provide some application
software to users as Flatpak bundles in addition to traditional RPM
form. This should be generally transparent to users but provide (at
least) two advantages. First, these applications can be sandboxed, and
only able to access resources they're specifically allowed to,
increasing security. And second, users may have easier options for
mixing and matching application versions that match their personal
needs. And as a project, as Flatpak gains traction as a cross-platform
solution, providing a whole bunch of Fedora packages in this way even
to users of other distros helps increase our impact and usefulness to
the world.
The Flatpak design splits the runtime from the application in the
filesystem — apps are built expecting the runtime at /usr as normal,
but are installed into a tree at /app. I'm not proposing that we move
to having /app, but the idea of having a separate tree is pretty
fundamental. As it stands right now, if we want to build existing RPMs
as Flatpaks, we have to either do some very sketchy magic with
relocation, or else hack on the specfiles.
So, the crazy idea: what if, for applications which would be useful as
a Flatpak, we allow /opt/fedora/apps/[appname-version] as an allowed
prefix? Then, the exact same RPMs could be used by someone who doesn't
care about Flatpaks _and_ to construct the Flatpak, with no
really-invasive changes. (Perhaps by making a link inside the Flatpak,
or simply by asking for an extension to Flatpak to support the
different application root.)
From the FHS 3.0:
/opt is reserved for the installation of add-on application
software packages.
... but it doesn't actually define what "add-on application software
packages" are. Although we integrate it all together in Fedora,
arguably a lot of our software could qualify.
From our current Packaging Guidelines:
/opt and its related directories (/etc/opt and /var/opt) is
reserved for the use of vendors in the FHS. We have reserved the
fedora name with LANANA for our use. If a package installs files
into /opt it may only use directories in the /opt/fedora hierarchy.
Fedora attempts to organize this directory by allocating a
subdirectory of our /opt/fedora directory for specific subsystems.
If you think you need to use /opt/fedora please file an FPC ticket
to decide whether it's a valid use of /opt and what subdirectory
should be allocated for your use.
.... so, it's not completely outside the realm of precedent. I know
it's very different from our existing "blend everything into /usr"
approach, but I think it might be worth doing for the increased
flexibility. What do you all think?
--
Matthew Miller
<mattdm(a)fedoraproject.org>
Fedora Project Leader
6 years, 11 months
Summary/Minutes from today's FPC Meeting (2016-10-20 16:00 - 17:55 UTC)
by James Antill
======================
#fedora-meeting-1: fpc
======================
Meeting started by geppetto at 16:00:06 UTC. The full logs are
available
at
https://meetbot.fedoraproject.org/fedora-meeting-1/2016-10-20/fpc.2016-
10-20-16.00.log.html
.
Meeting summary
---------------
* Roll Call (geppetto, 16:00:06)
* Schedule (geppetto, 16:05:01)
* LINK:
https://lists.fedoraproject.org/archives/list/packaging@lists.fedor
aproject.org/message/R3O7PI5EMW7ARWVDEKS6N7M32OAWDI4I/
(geppetto, 16:05:04)
* #655 meson buildsystem guidelines (geppetto, 16:05:32)
* #656 pre/post-release version guidelines need major simplification
(geppetto, 16:07:58)
* LINK: https://fedoraproject.org/wiki/User:Tibbs/VersioningCleanup
(tibbs, 16:10:17)
* ACTION: Version of 0 should be used for packages with no upstream
version (+1:6, 0:0, -1:0) (geppetto, 16:51:11)
* #654 glibc file triggers (geppetto, 17:10:25)
* Open Floor (geppetto, 17:39:01)
Meeting ended at 17:55:51 UTC.
Action Items
------------
* Version of 0 should be used for packages with no upstream version
(+1:6, 0:0, -1:0)
Action Items, by person
-----------------------
* **UNASSIGNED**
* Version of 0 should be used for packages with no upstream version
(+1:6, 0:0, -1:0)
People Present (lines said)
---------------------------
* tibbs (173)
* geppetto (95)
* limburgher (63)
* zodbot (14)
* tomspur (13)
* Rathann (13)
* zbyszek (9)
* moto-timo (6)
* racor (2)
* orionp (2)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
6 years, 11 months
Re: exploring a crazy (?) idea: /opt/fedora/apps for some applications?
by Matthew Miller
On Wed, Oct 19, 2016 at 05:08:15PM +0200, Alexander Larsson wrote:
> > > I actually had had a copr setup with a custom redhat-rpm-config
> > > that automatically built things in a different prefix. Most
> > > things built just fine with zero specfile changes.
> > Well, that's encouraging, at least. It still means some degree of
> > doing everything twice, but at least it's mostly computers doing
> > it. :)
> Just don't look at the macros, or you'll go blind! :)
Ha. I've looked at the regular redhat-rpm-config macros so I'm
partially-innoculated. But generally, doing... creative... things there
is better than putting more complication in each spec file.
--
Matthew Miller
<mattdm(a)fedoraproject.org>
Fedora Project Leader
6 years, 11 months
Re: exploring a crazy (?) idea: /opt/fedora/apps for some applications?
by Matthew Miller
On Wed, Oct 19, 2016 at 04:54:45PM +0200, Alexander Larsson wrote:
> I actually had had a copr setup with a custom redhat-rpm-config that
> automatically built things in a different prefix. Most things built
> just fine with zero specfile changes.
Well, that's encouraging, at least. It still means some degree of doing
everything twice, but at least it's mostly computers doing it. :)
--
Matthew Miller
<mattdm(a)fedoraproject.org>
Fedora Project Leader
6 years, 11 months
[RFC] Standardizing RPM macro for out-of-tree builds
by Igor Gnatenko
Hi,
during last FPC meeting we agreed[0] that we need some standardization
of macro related to builds where builddir != srcdir (and with
possibility to make it builddir = srcdir).
I was working to make guidelines for ninja and meson. For ninja it
doesn't matter from where you build (it's like make), but meson itself
accepts ONLY out-of-tree builds. Would be nice to get system-wide
(rpm-wide?) macro which stands for:
1) source directory where CMakeLists.txt/meson.build/configure are
2) build directory (I think _target_platform is a good candidate)
to make out-of-tree conversion to in-tree, you do the RPM variable override.
For example, in openSUSE it's defined in cmake[1] as __builddir and __srcdir.
Ideas, suggestions are appreciated!
[0] https://meetbot.fedoraproject.org/fedora-meeting-1/2016-10-13/fpc.2016-10...
[1] https://build.opensuse.org/package/view_file/openSUSE:Factory/cmake
/cmake.macros?expand=1
--
-Igor Gnatenko
6 years, 11 months
Summary/Minutes from today's FPC Meeting (2016-10-13 16:00 - 17:30 UTC)
by James Antill
======================
#fedora-meeting-1: fpc
======================
Meeting started by geppetto at 16:00:09 UTC. The full logs are
available
at
https://meetbot.fedoraproject.org/fedora-meeting-1/2016-10-13/fpc.2016-
10-13-16.00.log.html
.
Meeting summary
---------------
* Roll Call (geppetto, 16:00:09)
* Schedule (geppetto, 16:05:17)
* LINK:
https://lists.fedoraproject.org/archives/list/packaging@lists.fedor
aproject.org/message/WASCNXSJHWVYGM2CZFW4UXLINCRXBCRD/
(geppetto, 16:05:18)
* #655 meson buildsystem guidelines (geppetto, 16:05:34)
* LINK:
https://build.opensuse.org/package/view_file/openSUSE:Factory/cmake
/cmake.macros?expand=1
(ignatenkobrain, 16:10:35)
* LINK:
http://pkgs.fedoraproject.org/cgit/rpms/ninja-build.git/tree/macros
.ninja
(ignatenkobrain, 16:21:53)
* LINK:
https://github.com/mesonbuild/meson/blob/master/data/macros.meson
(tibbs, 16:30:06)
* LINK:
https://github.com/ninja-build/ninja/wiki/List-of-generators-produc
ing-ninja-build-files
(ignatenkobrain, 16:32:38)
* ACTION: ignatenkobrain Will start thread on packaging@ about
generalized macros for out-of-tree builds (geppetto, 16:54:13)
* apart from that everyone seems happy with the proposal (geppetto,
16:54:31)
* #650 Alternate Python Interpreters (geppetto, 16:55:15)
* Open Floor (geppetto, 17:00:35)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1380878#c8
onwards, I guess? (geppetto, 17:02:29)
* LINK: https://pagure.io/packaging-guidelines (tibbs, 17:12:47)
Meeting ended at 17:30:32 UTC.
Action Items
------------
* ignatenkobrain Will start thread on packaging@ about generalized
macros for out-of-tree builds
Action Items, by person
-----------------------
* ignatenkobrain
* ignatenkobrain Will start thread on packaging@ about generalized
macros for out-of-tree builds
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* tibbs (122)
* ignatenkobrain (103)
* Rathann (72)
* geppetto (42)
* limburgher (28)
* Pharaoh_Atem (26)
* orionp (18)
* zodbot (13)
* racor (11)
* RemiFedora (1)
* fale (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
6 years, 11 months