Greetings,
We are preparing a major update for 'libtommath' library [1]. The last
stable release happened more than 5 years ago, so there are a lot of
changes and improvements over the time.
Although there are still some open requests in upstream, the current
library state looks pretty stable to me. Along with multiple enhancements
the core contributors removed a lot of deprecated stuff from the code, and
we cleaned up makefiles and the Fedora package spec to bring more logic in
there.
All 'libtommath' shared library and bundled version users are encouraged to
test their code and/or packages against the current development version of
the library.
There is a Copr repo with packages for the development version [2].
Any feedback and suggestions are very welcome.
Known issues:
---------------------
1) Build permanently fails for epel7 ppc64le. It's a bug in 'ghostscript'
[3], and there was even a workaround in epel7 branch [4];
2) Build appeared to be failing in rawhide, I suspect there is broken
'texlive'.
Both problems can be avoided with excluding pdf docs from the package, and
I do hope that 'texlive' will be fixed in rawhide soon (I haven't checked
the problem in details though).
[1] https://github.com/libtom/libtommath
[2] https://copr.fedorainfracloud.org/coprs/dfateyev/libtommath/
[3] https://bugzilla.redhat.com/show_bug.cgi?id=1243784
[4]
http://pkgs.fedoraproject.org/cgit/rpms/libtommath.git/commit/?h=epel7&id=7…
Thanks,
--
wbr, Denis.
Unable to pull from a fedorahosted git repo after updating my ssh keys.
I uploaded my updated SSH keys to FAS, they're there. Is there a separate
place to update my ssh keys for fedorahosted git, or is there a sync delay?
I'll be updating hdf5 to 1.8.16 in rawhide in the next few days. This
includes a soname bump for the C++ wrapper libs, but as usual I'll be
rebuilding all deps due to run-time version checking by the library.
bes-3.14.0-7.fc24.src.rpm
CBFlib-0.9.5.4-1.fc23.src.rpm
cgnslib-3.2.1-5.fc23.src.rpm
engrid-2.0.0-0.8.gitbaef0ce.fc24.src.rpm
Field3D-1.6.1-8.fc24.src.rpm
gdal-2.0.1-2.fc24.src.rpm
gdl-0.9.5-10.fc24.src.rpm
gpaw-0.11.0.13004-16.fc24.src.rpm
grads-2.0.2-13.fc23.src.rpm
gtatool-2.1.0-9.fc24.src.rpm
h5py-2.5.0-5.fc24.src.rpm
InsightToolkit-4.8.2-1.fc24.src.rpm
jhdf5-2.11.0-3.fc23.src.rpm
kst-2.0.8-4.fc23.src.rpm
libASL-0.1.6-1.fc24.src.rpm
mathgl-2.3-11.fc24.src.rpm
matio-1.5.2-7.fc23.src.rpm
med-3.0.8-4.fc23.src.rpm
mrpt-1.3.0-2.fc24.src.rpm
ncl-6.3.0-6.fc24.src.rpm
netcdf-4.3.3.1-7.fc24.src.rpm
octave-4.0.0-7.fc24.src.rpm
octave-communications-1.2.1-1.fc23.src.rpm
OpenImageIO-1.5.20-2.fc24.src.rpm
paraview-4.4.0-2.fc24.src.rpm
python-tables-3.2.2-2.fc24.src.rpm
R-Rsolid-0.9.31-16.fc23.src.rpm
scilab-6.0.0-0.2.alpha1.fc24.src.rpm
shogun-4.0.1-0.1.git20150808.779c3ad.fc24.src.rpm
vigra-1.10.0-15.fc24.src.rpm
vips-8.1.1-2.fc24.src.rpm
ViTables-2.1-12.fc23.src.rpm
vtk-6.3.0-2.fc24.src.rpm
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 http://www.nwra.com
= Proposed Self Contained Change: Ping IPv6 =
https://fedoraproject.org/wiki/Changes/PingIpv6#Ping_IPv6
Change owner(s):
* Jan Synacek, Nikos Mavrogiannopoulos <nmav AT redhat DOT com>
ping should be able to work with IPv6 and IPv4 addresses, eliminating
the need for multiple tools.
== Detailed Description ==
The current system of using different software (ping vs ping6) for
different versions of the IP stack is broken. As the IPv6 transition
moves ahead its unreasonable to expect users to know in advance the IP
version of a peer referenced using a DNS name, nor expect them to
switch tools based on the types of IPs they are testing.
ping must work with both protocol versions by default.
== Scope ==
Proposal owners:
* The ping tool should be able to test any address provided on command
line, being IPv6 or IPv4. That means that the ping tool from iputils
as we include it in Fedora needs to be modified.
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: N/A (not a System Wide Change)
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
If you're on freshly installed Fedora 23 (x86-64), then
dnf install gtk3-devel.x86_64
gets you everything you need to compile a simple Gtk3 application[1].
However on the same host if you do:
dnf install gtk3-devel.i686
then there's a lot missing before you can compile a 32 bit Gtk3
application[2]. I had to install the following dependencies (found by
tedious trial-and-error) before I could compile it:
dnf -y install {pango,pixman,zlib,libpng,expat,mesa-libEGL,libX11,libdrm,libxcb,libXau,libXdamage,libXfixes,libXxf86vm,libXext,mesa-libGL,libXrender,harfbuzz,graphite2,gdk-pixbuf2,atk,cairo-gobject,libXinerama,libXi,libXrandr,libXcursor,libXcomposite,wayland,libwayland-client,libxkbcommon,libwayland-cursor,mesa-libwayland-egl,libepoxy,at-spi2-atk,at-spi2-core,dbus,glib2,glibc}-devel.i686
Is this a bug or is it not expected this would work or I am doing it wrong?
Rich.
[1] For my test I am using the trivial example from here:
https://developer.gnome.org/gtk3/stable/gtk-getting-started.html
[2] To compile the 32 bit application I'm using:
gcc -m32 trivial.c `PKG_CONFIG_LIBDIR=/usr/lib/pkgconfig:/usr/share/pkgconfig pkg-config --cflags --libs gtk+-3.0` -o trivial
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
= Proposed Self Contained Change: QGnomePlatform =
https://fedoraproject.org/wiki/Changes/QGnomePlatform
Change owner(s):
* Jiri Eischmann
* Martin Briza
QGnomePlatform is a Qt Platform Theme aimed to accomodate as much of
GNOME settings as possible and utilize them in Qt applications without
modifying them - making them fit into the environment as well as
possible.
== Detailed Description ==
The goal of this project is to make KDE/Qt applications as seamlessly
integrated in GNOME (and thus Fedora Workstation) as possible by
synchronizing KDE/Qt settings with GNOME/GTK settings. We already have
the Adwaita theme ported to Qt, but the way themes are set in Qt has
changed with the version 5, so currently only Qt4 apps pick up the
Adwaita theme in Fedora Workstation. QGnomePlatform should solve it
for Qt5 apps, too. But the scope of the project is larger, it should
also cover other UI settings. For Fedora 24, we're planning to cover
the theme, font settings, window scaling on HiDPI monitors. In the
future, we'd like to cover more things such as font scaling.
See the upstream project page: https://github.com/MartinBriza/QGnomePlatform
== Scope ==
Proposal owners:
* will have to implement all the promised features, package it, and
have it included in Fedora Workstation.
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: N/A (not a System Wide Change)
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