CUPS will change license since 2.3 version - now incompatible with
GPLv2
by Zdenek Dohnal
Hi,
CUPS upstream changed license of project to Apache license 2.0, which is
now incompatible with GPLv2. This change will be in new minor release of
CUPS - 2.3.0, which is currently in developing phase (not in Fedora for
now). If someone takes code of CUPS and has its project under GPLv2,
please change it to GPLv3 (which should be compatible according
https://fedoraproject.org/wiki/Licensing:Main?rd=Licensing#SoftwareLicenses
) or try to argument with CUPS developers against this change on their
mailing list cups(a)cups.org .
Is there someone who is influenced by this change?
--
Zdenek Dohnal
Associate Software Engineer
Red Hat Czech - Brno TPB-C
6 years
Package review requests: Splitting the "sustmi" GNOME Shell
extensions into separate packages
by Andrew Toskin
I'm the RPM package maintainer for these two GNOME Shell extensions:
* gnome-shell-extension-sustmi-windowoverlay-icons
* gnome-shell-extension-sustmi-historymanager-prefix-search
They're both currently subpackages of the main "sustmi" package, because upstream had been developing them in a single git repository. The two shell extensions have nothing to do with each other, though, and upstream finally decided to split them into separate repositories. So I think it now makes sense to also split them into separate packages.
I'm not entirely clear on the procedure. This wiki page
https://fedoraproject.org/wiki/Upgrade_paths_%E2%80%94_renaming_or_splitt...
talks at first about *font* packages, but otherwise seems relevant. So, I've started by splitting and updating the spec files, and creating these review requests. As I understand it, because the packages were already accepted into Fedora, and the extension code hasn't changed, just the packaging, I think all a reviewer should really need to check is whether the upgrade path is sane and works properly.
* HistoryManager Prefix Search -- https://bugzilla.redhat.com/show_bug.cgi?id=1506428
* WindowOverlay Icons -- https://bugzilla.redhat.com/show_bug.cgi?id=1506429
Please take a look, and let me know if I've missed anything.
Thanks,
~ Andrew / terrycloth
6 years, 1 month
F28 System Wide Change: Annobin
by Jan Kurik
= Proposed System Wide Change: Annobin =
https://fedoraproject.org/wiki/Changes/Annobin
Change owner(s):
* Nick Clifton <nickc AT redhat DOT com>
This change causes extra information to be stored in binary files
compiled by gcc. This information can be used by scripts to check on
various features of the file, such as the hardening options used of
potential ABI conflicts.
== Detailed Description ==
The plan is to use a plugin to gcc to record extra information in the
object files it creates. This information can then be examined by
static analysis tools. The information is recorded in a compact,
extensible format, described here:
https://fedoraproject.org/wiki/Toolchain/Watermark
The Fedora annobin package is an implementation of the plugin for gcc.
It also includes some example scripts that demonstrate how the
recorded information can be used to, for example, check that an
executable has been compiled with the correct hardening options, or
detect if any conflicting ABI options have been used when compiling
various parts of the executable.
To enable this change it is proposed that the redhat-rpm-config
package should be extended to add the "-fplugin=annobin" option to the
__global_compiler-flags macro. In theory such a change will be
completely invisible to Fedora users but should prove to be very
helpful to Fedora Release Management, assuming that they like the idea
of these annotated binaries.
== Scope ==
* Proposal owners:
Make sure the annobin plugin is ready.
* Other developers:
An update is needed to the redhat-rpm-config package in order for the
plugin to be invoked when gcc is used to compile programs, and to add
a dependency upon the annobin package.
* Release engineering: https://pagure.io/releng/issue/7069
- Coordination with release engineering is needed.
- A mass rebuild will be required.
* List of deliverables:
All delivered images are affected, however there no changes to the list it self.
* Policies and guidelines:
No updates needed
* 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
6 years, 1 month
Rstudio
by Steve Grubb
Hello,
I like to have everything on my system in a package. So, I looked around and
found no recipe or rpm for Rstudio. This is really a shame because every
tutorial on R kinda tells you to install it. Even the Coursera classes in the
Data Science track make you install it and send a screenshot to prove it.
So, I spent some time getting it packaged and working. I am placing the spec
file and necessary patch here so that google finds it and saves other people the
trouble. I'm not wanting to submit the package to Fedora because its more work
than I have time for. If anyone else wants to take it from here and submit
and/or maintain it, feel free.
http://people.redhat.com/sgrubb/files/Rstudio/
Enjoy...
-Steve
6 years, 1 month
SciDAVis and liborigin3 vs liborigin & liborigin2 - bundle or obsolete?
by Alexander Ploumistos
Hello,
Since its retirement from Fedora, SciDAVis[0] has undergone
significant development and I think it is ready to be re-included in
our package collection. After a few months of private builds that I
distributed among co-workers and friends, I set up a copr[1] and I've
been keeping up with the upstream project.
SciDAVis comes with a bundled copy of liborigin[2], which the upstream
developers helped me unbundle. Its version has been bumped to 3.0.0
internally, although there hasn't been a 3.0.0 release yet. In Fedora
we carry liborigin2 (code from the latest public release) and
liborigin (snapshot from 2008) which both help import different
versions of Origin project files. The new release will render them
both obsolete.
SciDAVis and liborigin share a number of contributors, but at the
moment their codebases have diverged; upstream liborigin trunk has
been adjusted to work with development versions of LabPlot 2.x, while
the copy bundled with SciDAVis is closer to that of a future
liborigin-3.0.0 release, but they are not interchangeable. I asked the
developers to clarify their plans and I was told[3] that the two
versions will merge back, though some API changes might come in the
meantime.
I have checked if there are any packages at the moment that require
liborigin* or liborigin*-devel and I have found none (though I'd be
grateful if someone who feels more at ease with dnf could
double-check). If not for this divergence, I would submit scidavis and
liborigin3 for review as separate packages, with Provides & Obsoletes
for the previous liborigin* and liborigin*-devel versions and be done
with it. However I would have to use the unbundled copy from SciDAVis
as source for liborigin3. Should I proceed with that anyway or should
I keep it bundled until such time as the two codebases have merged?
Best regards
Alex
0. https://sourceforge.net/projects/scidavis/
1. https://copr.fedorainfracloud.org/coprs/alexpl/scidavis/
2. https://sourceforge.net/projects/liborigin/
3. https://sourceforge.net/p/scidavis/discussion/708155/thread/4c8da018/#cf6b
6 years, 2 months
Using devtoolset for EPEL builds
by Zuzana Svetlikova
Hi,
I need/want/would like to build new node 6 for EL6, but gcc is too old.
For that reason, I'd like to use devtoolset-4-gcc, but the build fails
(obviously) because the package doesn't exist.
So, is there a way to make that work somehow?
I am not sure about enabling external repos during build, maybe someone
will be wiser.
Here's the build:
http://koji.fedoraproject.org/koji/taskinfo?taskID=15970697
Zuzka
6 years, 2 months
[HEADS UP] Annobin Change is implemented
by Igor Gnatenko
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hello everyone,
as of now, Annobin[0] has been enabled in Rawhide. This is special plugin for
gcc so something might break due to it (but not expected). Don't hesitate to
open a bug in that case.
Just small heads up.
[0] https://fedoraproject.org/wiki/Changes/Annobin
- --
- -Igor Gnatenko
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAloeoVEACgkQaVcUvRu8
X0x25g//bFysdA6I1EXKKJ8xJ40rm4VhWDFamzBgRq1xkcWAGnp556y2I6YqKgIt
bH7sUL/ZtHOUHketypf1JeCBmWGnrKJG7jd/E7GWmBpQnPk+KlN0B6/wWMeAP98d
XvGXO5ooANkuSRkg3IVogeK/3q/Poqf4IsaJmdeuCHujStzKKNUT44r3H20KmQ51
ErnQDA24WveGXLVNWAR3aqsp8sROwJNJ2bkB16VhVk5efMYt5VAP2AolUnA6u461
W5FcKr9IloD7vT/2jlzVRWlUKp6nKTXUZGvMt4SY4ZoARfKFPBRwke48jS0dZebP
a1RgypmsdGXVTdrlowAKEqtNAyGSQNeEjL9eus95LLEg+Kuts5jDMJTu3sKkO4+9
wn1CQStfAx0+PKSfUlXizvUL3Q5YFAxfhG6yaqn8C/LWnrGgOSgN+fUSjOlayIqy
ssXDpXwcTzLhv8KrK19SsTVb/wnf8S7U02pPs3DnOgObXNLfddZpYLx/PgZqaAne
rsCqC///vFYPclQHiCfNdc2vPBmvCubvSz+GontawkqP7RwPkEpIM51bwq7zABil
ZXtfJrmALvmp+Q2SD+0Z/4cTOur4bcwAqTnZTQmZIIwCGYxQ7gKqFxrl8Wwfhdg4
trluvfwJRyfapBUmNS++qvvwMYZcjpWqsLR+6WxN+JZyvW0eCFg=
=Xq/Y
-----END PGP SIGNATURE-----
6 years, 2 months
Bullet 2.87 coming to rawhide
by Rich Mattes
Hi all,
I'm planning on updating bullet to 2.87 in rawhide over the weekend.
The following packages are affected:
$ dnf repoquery --source --alldeps --whatrequires "bullet*"
Last metadata expiration check: 0:37:51 ago on Tue 28 Nov 2017 07:31:59 PM EST.
bullet-2.83-6.fc27.src.rpm
cyphesis-0.6.2-15.fc27.src.rpm
efl-1.20.3-1.fc27.src.rpm
efl-1.20.5-1.fc27.src.rpm
fawkes-1.0.1-9.fc27.src.rpm
gazebo-8.1.1-1.fc27.src.rpm
openmw-0.41.0-7.fc27.src.rpm
vdrift-20141020-10.fc27.src.rpm
I will take care of all of the rebuilds once the bullet build is complete.
Rich
6 years, 3 months