Packaging Software
by Gene
Hello,
I am entirely new to contributing to the Fedora Project and would like to help, but I'm not sure if I'm in the right place.
I have used Fedora since around Fedora Core 4 and got into software packaging around 8 years ago. However, I've always been frustrated with the difficulty level associated with building a simple RPM.
I believe that the easiest thing you should be able to do in a distro is to be able to package software for it, but I was really surprised at how much effort it took to get started with the process.
So, I created a simple packaging software to assist with the creation of RPMs and would like to know if anyone thinks it might be useful to expand upon.
Please check it out if you think it would be of interest to you:
https://github.com/genereese/togo
-any feedback/criticism is appreciated (or a polite point in the right direction if I'm in the wrong place)!
Thanks!
-Gene
10 years, 1 month
Summary/Minutes from today's FPC Meeting (2014-01-23 17:00 - 18:50 UTC)
by James Antill
======================
#fedora-meeting-1: FPC
======================
Meeting started by abadger1999 at 17:02:43 UTC. The full logs are
available at
http://meetbot.fedoraproject.org/fedora-meeting-1/2014-01-23/fpc.2014-01-...
.
Meeting summary
---------------
* Roll Call (abadger1999, 17:02:55)
* Followup item - https://fedorahosted.org/fpc/ticket/381 (spot,
17:07:38)
* ACTION: Permit matplotlib to bundle the STIX 1.0 fonts until the
system 1.1 fonts can be used. matplotlib should make a separate
subpackage for the stix-1.0 fonts (e.g.
python-matplotlib-stix-fonts-1.0). The fonts must be installed in a
matplotlib local path (not in the system fonts dir). Will CC nim-nim
to make sure there are no objections. (spot, 17:22:19)
* ACTION: (+1:7, 0:1, -1:0) (spot, 17:22:33)
* New Java Packaging Guidelines -
https://fedorahosted.org/fpc/ticket/384 (spot, 17:23:24)
* LINK: https://fedorahosted.org/released/javapackages/doc
(sochotni, 17:41:37)
* ACTION: Revised java guidelines draft approved (+1:8, 0:0, -1:0)
(spot, 18:06:12)
* Workarounds for rpm symlink <-> directory issue -
https://fedorahosted.org/fpc/ticket/385 (spot, 18:09:43)
* LINK:
http://svn.wildfiregames.com/public/ps/trunk/build/premake/premake4/src/b...
has a rmdir lua (spot, 18:16:38)
* ACTION: abadger1999 will update the ticket with the requested
changes (spot, 18:30:59)
* /etc/shells needs to be considered -
https://fedorahosted.org/fpc/ticket/386 -
https://fedoraproject.org/wiki/User:Cicku/Drafts/Take_account_of_shells_file
(spot, 18:32:15)
* ACTION: Add a temporary FHS exception to allow scls to use
/opt/$vendor subdirs (+1:5, 0:0, -1:0) (spot, 18:41:38)
* ACTION: Draft + requirement for all binary shell paths to be handled
with /etc/shells scriptlets (+1:6, 0:0, -1:0) (spot, 18:52:30)
* Open Floor (spot, 18:53:02)
Meeting ended at 18:56:01 UTC.
Action Items
------------
* Permit matplotlib to bundle the STIX 1.0 fonts until the system 1.1
fonts can be used. matplotlib should make a separate subpackage for
the stix-1.0 fonts (e.g. python-matplotlib-stix-fonts-1.0). The fonts
must be installed in a matplotlib local path (not in the system fonts
dir). Will CC nim-nim to make sure there are no objections.
* (+1:7, 0:1, -1:0)
* Revised java guidelines draft approved (+1:8, 0:0, -1:0)
* abadger1999 will update the ticket with the requested changes
* Add a temporary FHS exception to allow scls to use /opt/$vendor
subdirs (+1:5, 0:0, -1:0)
* Draft + requirement for all binary shell paths to be handled with
/etc/shells scriptlets (+1:6, 0:0, -1:0)
Action Items, by person
-----------------------
* abadger1999
* abadger1999 will update the ticket with the requested changes
* **UNASSIGNED**
* Permit matplotlib to bundle the STIX 1.0 fonts until the system 1.1
fonts can be used. matplotlib should make a separate subpackage for
the stix-1.0 fonts (e.g. python-matplotlib-stix-fonts-1.0). The
fonts must be installed in a matplotlib local path (not in the
system fonts dir). Will CC nim-nim to make sure there are no
objections.
* (+1:7, 0:1, -1:0)
* Revised java guidelines draft approved (+1:8, 0:0, -1:0)
* Add a temporary FHS exception to allow scls to use /opt/$vendor
subdirs (+1:5, 0:0, -1:0)
* Draft + requirement for all binary shell paths to be handled with
/etc/shells scriptlets (+1:6, 0:0, -1:0)
People Present (lines said)
---------------------------
* abadger1999 (131)
* spot (97)
* sochotni (69)
* limburgher (43)
* geppetto (36)
* Rathann (15)
* tibbs|w (11)
* zodbot (9)
* RemiFedora (8)
* racor (5)
* SmootherFrOgZ (5)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
10 years, 1 month
go guidelines draft submitted
by Matthew Miller
https://fedoraproject.org/wiki/PackagingDrafts/Go
https://fedorahosted.org/fpc/ticket/382
Of particular note:
Go binaries are statically linked only, by design. In the future, gccgo
may enable us to use dynamic linking as standard, but right now, the
language is young enough that the upstream reference compiler is strongly
preferred.
For this reason, the guidelines specify that language library modules will
be shipped as devel packages with _source only_. This is in line with debian
practices.
--
Matthew Miller -- Fedora Project -- <mattdm(a)fedoraproject.org>
10 years, 1 month
Web Assets and JavaScript Guidelines
by Matthias Runge
Hello everybody,
could you please tell me, what's the status with JavaScript (client side
libraries) and Web Assets?
There are quite a few packages bundling e.g. jQuery. we have a review
request for jQuery itself[1]
So, the Web_Assets guideline[2] and JavaScript guideline[3] isn't really
in production, because it can not be applied to current packages and
even not applied to packages under review, or am I wrong here?
jQuery comes with several versions, esp. earlier versions are not
compatible with later ones. We couldn't expect to be able to make every
package compatible with jQuery's latest version. How shall this be handled?
Are currently all packages bundling jQuery blocked by [1]? Even if they
use a different version than provided by the package under review? How
shall we handle this?
I agree, the current situation is a mess, from packagers perspective.
Sadly, I wouldn't expect any real change there, as most developers
simply don't care and frameworks like Django even suggest bundling libs
directly in applications [4].
Matthias
[1] https://bugzilla.redhat.com/show_bug.cgi?id=857992
[2] https://fedoraproject.org/wiki/Packaging:Web_Assets
[3] https://fedoraproject.org/wiki/Packaging:JavaScript#Server_Location
[4] https://docs.djangoproject.com/en/1.6/howto/static-files/
10 years, 1 month
who should own /etc/dconf directory
by Parag Nemade
Hi,
I am not sure who should own /etc/dconf , /etc/dconf/db and
/etc/dconf/profile directories.
[test@f20 ~]$ dnf provides /etc/dconf/
Error: No Matches found
[test@f20 ~]$ dnf provides /etc/dconf/db/
Error: No Matches found
[test@f20 ~]$ dnf provides /etc/dconf/profile/
Error: No Matches found
[test@f20 ~]$ dnf provides /etc/dconf/profile/gdm
gdm-1:3.10.0.1-1.fc20.x86_64 : The GNOME Display Manager
Repo : @System
gdm-1:3.10.0.1-1.fc20.i686 : The GNOME Display Manager
Repo : fedora
gdm-1:3.10.0.1-1.fc20.x86_64 : The GNOME Display Manager
Repo : fedora
[test@f20 ~]$ dnf provides /etc/dconf/profile/ibus
ibus-1.5.5-1.fc20.x86_64 : Intelligent Input Bus for Linux OS
Repo : @System
ibus-1.5.4-2.fc20.i686 : Intelligent Input Bus for Linux OS
Repo : fedora
ibus-1.5.4-2.fc20.x86_64 : Intelligent Input Bus for Linux OS
Repo : fedora
ibus-1.5.5-1.fc20.x86_64 : Intelligent Input Bus for Linux OS
Repo : updates
ibus-1.5.5-1.fc20.i686 : Intelligent Input Bus for Linux OS
Repo : updates
Should both gdm and ibus own those directories?
Regards,
Parag.
10 years, 1 month
Packaging a web app that bundles a lot of stuff (OctoPrint)
by Miro Hrončok
Hi,
I would like to package OctoPrint [1], a webapp that host 3D printers.
I started with building a (somehow) working package in Copr [2][3]. This
package probably doesn't follow FHS and violates other guidelines as
well, but that's not the issue right now.
What bothers me, if I want OctoPrint in Fedora (and I do) is bundling.
Currently, upstream OctoPrint bundles a lot of stuff [4]:
* Twitter Bootstrap
* jQuery stuff
* AVLTree
* Knockout
* LESS
* Modernizr
* SockJS client
* underscore.js
* Font Awesome
I've never packaged a webapp into Fedora but I think that all the
standard rules like no bundled libraries apply here as well.
So the situation here is:
1) bootstrap and jquery are packaged in Fedora as rubygems while
OctoPrint is witten in Python. I'm not really into shiping all Ruby (and
Rails) only to have bootstrap and jquery. Not to mention that the
version in those rubygems is probably not the same as in OctoPrint.
2) underscore.js is packaged as nodejs package and we have the same
problem (if the thing in package is the same thing as in OctoPrint at all).
3) AVLTree is not in Fedora at all, but the js file in OCtoPRint is
different form "uspream" - single js. file on gist.github.com
4) Knockout is not in Fedora, but upstream version [5] is one year in
front of what is bundled in OctoPrint. Modernizr is not packaged and
upstream version is ahead as well.
5) LESS is packaged as nodejs package and pull nodejs with it. Also,
completely different version than in OctoPrint
6) We do have python-sockjs-tornado in Fedora, witch is a dependency of
OctoPrint as well, but I see no client packaged. However, the latest
upstream version is in OctoPrint.
7) Font Awesome is being reviewed [6], but exist as texlive- package as well
While I'm probably able to package all unpackaged bundles in Fedora and
deal with different versions communicating with upstream, I'm not quite
sure with all stuff that's depending on Node.js, TeX or Ruby. I don't
want this Python app to pull all this.
Should I just pull the deps and don't care? Is this just a big red
light, saying: No, this will never hit Fedora? Or what is a desired
approach here?
Thanks for any help with this.
[1] http://octoprint.org/
[2] https://github.com/hroncok/SPECS/blob/master/octoprint.spec
[3] http://copr.fedoraproject.org/coprs/churchyard/octoprint/
[4] https://github.com/foosel/OctoPrint/tree/master/octoprint/static/js/lib
[5] http://knockoutjs.com/
[6] https://bugzilla.redhat.com/show_bug.cgi?id=1026376
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
10 years, 2 months