username with leading underscore in package
Hey guys, I have a package dnsdist that can now run as an unprivileged user. Upstream (and in Debian) the choice for the username has been made as _dnsdist. Is this okay for Fedora as well? -- Sander -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[Ascend] Failed builds with GCC6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi all,
Ascend is not built yet on Fedora 24+ because of errors with GCC6:
> ascxx/ascpy_wrap.cc:27027:69: required from here
> /usr/include/c++/6.0.0/bits/stl_construct.h:75:7: error:
> 'Curve::Curve()' is private within this context {
> ::new(static_cast(__p)) _T1(std::forward<_Args>(__args)...);
> }
>
> ^~
> In file included from ascxx/plot.h:10:0, from
> ascxx/ascpy_wrap.cc:4058: ascxx/curve.h:15:2: note: declared
> private here Curve(); ^ solvers/qrslv/qrslv.c: In function
> 'qrslv_get_default_parameters': solvers/qrslv/qrslv.c:2806:9:
> warning: variable 'make_macros' set but not used
> [-Wunused-but-set-variable] int32 make_macros = 0; ^~~
> solvers/qrslv/qrslv.c:2804:18: warning: variable 'lo' set but not
> used [-Wunused-but-set-variable] union parm_arg lo,hi,val; ^~
> solvers/qrslv/qrslv.c:2803:18: warning: variable 'sys' set but not
> used [-Wunused-but-set-variable] qrslv_system_t sys = NULL;
Upstream is very slow to reply, and I'm not able to fix this issue.
Can anyone help me please ?
Ascend: https://admin.fedoraproject.org/pkgdb/package/rpms/ascend/
Full log:
https://kojipkgs.fedoraproject.org//work/tasks/8211/13658211/build.log
Regards.
- --
- ---
Antonio Trande
mailto: sagitter 'at' fedoraproject 'dot' org
http://fedoraos.wordpress.com/
https://fedoraproject.org/wiki/User:Sagitter
GPG Key: 0x6CE6D08A
Check on https://keys.fedoraproject.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJXD2/0AAoJELbsjn1s5tCKoxUH/20r4JdqrNLOulC+rWfho8pt
kElvVQsD1UdtKRh3KXniDCzD6wnHn3ft5goK4873Z9Hklpvx0K/2SR0EZKiiCKPR
FDpMzt6GGyXff0HAq3jUF4O6RFoRqoBCn6hqXEYzO7C2hP2hwJTLOzJK8T3aEFk+
GNoB8/SIO7MgkZm5Qgs1YvNjnid48q27Lc87bme9uO4s4WiiXoYsmgahWfdPd2bF
SsFmUoIldkg9DWNmhpRca5GnIyqh5TLyEQC/eby6wE7Ij3o/4dJtYpwmlT2Fjvz3
xjIL196b2++isVQjFLuT0B20BPGcoEKOMMt1AHH/SCZRzig3mZkw6Thz7TvxcHg=
=Hrta
-END PGP SIGNATURE-
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: [Ascend] Failed builds with GCC6
ascxx/curve.h:
class Curve : public Instanc{
friend class std::vector;
private:
friend class Plot;
explicit Curve(const Instanc &);
Curve();
public:
Curve(const Curve &);
std::vector x;
std::vector y;
const std::string getLegend() const;
/**
Get the curve format string, as used by matplotlib.
Documented here:
http://matplotlib.sourceforge.net/api/axes_api.html#matplotlib.axes.Axes.plot
(This value is not used by the Tcl/Tk GUI.)
*/
const std::string getFormat() const;
};
ascxx/ascpy.i:
%ignore Curve::Curve();
%include "curve.h"
It should be ignored by SWIG, but looks like it's not...
- Original Message -
> From: "Antonio Trande"
> To: devel@lists.fedoraproject.org
> Sent: Thursday, April 14, 2016 12:25:14 PM
> Subject: [Ascend] Failed builds with GCC6
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi all,
>
> Ascend is not built yet on Fedora 24+ because of errors with GCC6:
>
> > ascxx/ascpy_wrap.cc:27027:69: required from here
> > /usr/include/c++/6.0.0/bits/stl_construct.h:75:7: error:
> > 'Curve::Curve()' is private within this context {
> > ::new(static_cast(__p)) _T1(std::forward<_Args>(__args)...);
> > }
> >
> > ^~
> > In file included from ascxx/plot.h:10:0, from
> > ascxx/ascpy_wrap.cc:4058: ascxx/curve.h:15:2: note: declared
> > private here Curve(); ^ solvers/qrslv/qrslv.c: In function
> > 'qrslv_get_default_parameters': solvers/qrslv/qrslv.c:2806:9:
> > warning: variable 'make_macros' set but not used
> > [-Wunused-but-set-variable] int32 make_macros = 0; ^~~
> > solvers/qrslv/qrslv.c:2804:18: warning: variable 'lo' set but not
> > used [-Wunused-but-set-variable] union parm_arg lo,hi,val; ^~
> > solvers/qrslv/qrslv.c:2803:18: warning: variable 'sys' set but not
> > used [-Wunused-but-set-variable] qrslv_system_t sys = NULL;
>
> Upstream is very slow to reply, and I'm not able to fix this issue.
> Can anyone help me please ?
>
> Ascend: https://admin.fedoraproject.org/pkgdb/package/rpms/ascend/
> Full log:
> https://kojipkgs.fedoraproject.org//work/tasks/8211/13658211/build.log
>
> Regards.
> - --
> - ---
> Antonio Trande
> mailto: sagitter 'at' fedoraproject 'dot' org
> http://fedoraos.wordpress.com/
> https://fedoraproject.org/wiki/User:Sagitter
> GPG Key: 0x6CE6D08A
> Check on https://keys.fedoraproject.org/
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQEcBAEBCAAGBQJXD2/0AAoJELbsjn1s5tCKoxUH/20r4JdqrNLOulC+rWfho8pt
> kElvVQsD1UdtKRh3KXniDCzD6wnHn3ft5goK4873Z9Hklpvx0K/2SR0EZKiiCKPR
> FDpMzt6GGyXff0HAq3jUF4O6RFoRqoBCn6hqXEYzO7C2hP2hwJTLOzJK8T3aEFk+
> GNoB8/SIO7MgkZm5Qgs1YvNjnid48q27Lc87bme9uO4s4WiiXoYsmgahWfdPd2bF
> SsFmUoIldkg9DWNmhpRca5GnIyqh5TLyEQC/eby6wE7Ij3o/4dJtYpwmlT2Fjvz3
> xjIL196b2++isVQjFLuT0B20BPGcoEKOMMt1AHH/SCZRzig3mZkw6Thz7TvxcHg=
> =Hrta
> -END PGP SIGNATURE-
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
--
-Igor Gnatenko
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Fedora rawhide compose report: 20160414.n.0 changes
OLD: Fedora-Rawhide-20160413.n.1 NEW: Fedora-Rawhide-20160414.n.0 = SUMMARY = Added images:4 Dropped images: 2 Added packages: 4 Dropped packages:0 Upgraded packages: 72 Downgraded packages: 0 Size of added packages: 3.33 MiB Size of dropped packages:0.00 B Size of upgraded packages: 834.22 MiB Size of downgraded packages: 0.00 B Size change of upgraded packages: 29.33 MiB Size change of downgraded packages: 0.00 B = ADDED IMAGES = Image: Cloud_Base qcow2 x86_64 Path: CloudImages/x86_64/images/Fedora-Cloud-Base-Rawhide-20160414.n.0.x86_64.qcow2 Image: Cloud_Base raw-xz x86_64 Path: CloudImages/x86_64/images/Fedora-Cloud-Base-Rawhide-20160414.n.0.x86_64.raw.xz Image: Workstation raw-xz armhfp Path: Workstation/armhfp/images/Fedora-Workstation-armhfp-Rawhide-20160414.n.0-sda.raw.xz Image: Mate raw-xz armhfp Path: Spins/armhfp/images/Fedora-Mate-armhfp-Rawhide-20160414.n.0-sda.raw.xz = DROPPED IMAGES = Image: Cloud_Base vagrant-virtualbox x86_64 Path: CloudImages/x86_64/images/Fedora-Cloud-Base-Vagrant-Rawhide-20160413.n.1.x86_64.vagrant-virtualbox.box Image: Cloud_Base vagrant-libvirt x86_64 Path: CloudImages/x86_64/images/Fedora-Cloud-Base-Vagrant-Rawhide-20160413.n.1.x86_64.vagrant-libvirt.box = ADDED PACKAGES = Package: micropython-1.6-3.fc25 Summary: Implementation of Python 3 with very low memory footprint RPMs:micropython Size:440222 bytes Package: pipsi-0.9-2.fc25 Summary: Wraps pip and virtualenv to install scripts RPMs:pipsi Size:19526 bytes Package: plasma-discover-5.6.2-1.fc25 Summary: KDE and Plasma resources management GUI RPMs:plasma-discover plasma-discover-libs plasma-discover-updater Size:2977494 bytes Package: python-pytest-testmon-0.8.2-1.fc25 Summary: A py.test plug-in which executes only tests affected by recent changes RPMs:python2-pytest-testmon python3-pytest-testmon Size:56308 bytes = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: InsightToolkit-4.9.1-1.fc25 Old package: InsightToolkit-4.9.0-1.fc25 Summary: Insight Toolkit library for medical image processing RPMs: InsightToolkit InsightToolkit-devel InsightToolkit-doc InsightToolkit-examples InsightToolkit-vtk InsightToolkit-vtk-devel Size: 32935564 bytes Size change: 4268 bytes Changelog: * Wed Apr 13 2016 Sebastian P??lsterl - 4.9.0-2 - Update to 4.9.1 Package: PyQt-3.18.1-33.fc25 Old package: PyQt-3.18.1-32.fc24 Summary: Python bindings for Qt3 RPMs: PyQt PyQt-devel PyQt-examples Size: 6371442 bytes Size change: -31188 bytes Changelog: * Wed Apr 13 2016 Rex Dieter - 3.18.1-33 - rebuild (sip) Package: PyQt4-4.11.4-11.fc25 Old package: PyQt4-4.11.4-10.fc25 Summary: Python bindings for Qt4 RPMs: PyQt4 PyQt4-assistant PyQt4-devel PyQt4-doc PyQt4-qsci-api PyQt4-webkit python3-PyQt4 python3-PyQt4-assistant python3-PyQt4-devel python3-PyQt4-webkit Size: 29764172 bytes Size change: -225512 bytes Changelog: * Wed Apr 13 2016 Rex Dieter - 4.11.4-11 - rebuid (sip) Package: PyQwt-5.2.0-31.fc25 Old package: PyQwt-5.2.0-30.fc24 Summary: Python bindings for Qwt RPMs: PyQwt PyQwt-devel Size: 2159268 bytes Size change: -13100 bytes Changelog: * Wed Apr 13 2016 Rex Dieter - 5.2.0-31 - rebuild (sip) Package: audit-2.5.1-1.fc25 Old package: audit-2.5-4.fc25 Summary: User space tools for 2.6 kernel auditing RPMs: audispd-plugins audit audit-libs audit-libs-devel audit-libs-python audit-libs-python3 audit-libs-static Size: 2202118 bytes Size change: 17504 bytes Changelog: * Wed Apr 13 2016 Steve Grubb 2.5.1-1 - New upstream release Package: avahi-0.6.32-1.fc25 Old package: avahi-0.6.32-0.7.rc.fc25 Summary: Local network service discovery RPMs: avahi avahi-autoipd avahi-compat-howl avahi-compat-howl-devel avahi-compat-libdns_sd avahi-compat-libdns_sd-devel avahi-devel avahi-dnsconfd avahi-glib avahi-glib-devel avahi-gobject avahi-gobject-devel avahi-libs avahi-qt3 avahi-qt3-devel avahi-qt4 avahi-qt4-devel avahi-sharp avahi-tools avahi-ui avahi-ui-devel avahi-ui-gtk3 avahi-ui-sharp avahi-ui-sharp-devel avahi-ui-tools python-avahi python3-avahi Size: 2580434 bytes Size change: -412148 bytes Changelog: * Wed Apr 13 2016 Rex Dieter - 0.6.32-1 - 0.6.32 (final) Package: baobab-3.20.1-1.fc25 Old package: baobab-3.20.0-1.fc25 Summary: A graphical directory tree analyzer RPMs: baobab Size: 678 bytes Size change: 80 bytes Changelog: * Wed Apr 13 2016 Kalev Lember - 3.20.1-1 - Update to 3.20.1 Package: bugyou-0.2.2-1.fc25 Old package: bugyou-0.2.1-1.fc25 Summary: Automatic Bug Reporting Tool RPMs: bugyou Size: 26710 bytes Size change: -276 bytes Changelog: * Wed Apr 13 2016 Sayan Chowdhury - 0.2.2-1 - Updates to 0.2.2 Package: compose
Fedora Rawhide-20160414.n.0 compose check report
Missing expected images: Kde live i386 Workstation live i386 Kde live x86_64 Cloud_base raw-xz i386 Atomic raw-xz x86_64 Kde raw-xz armhfp Workstation live x86_64 Images in this compose but not Rawhide-20160413.n.1: Cloud_base qcow2 x86_64 Cloud_base raw-xz x86_64 Workstation raw-xz armhfp Mate raw-xz armhfp Images in Rawhide-20160413.n.1 but not this: Cloud_base vagrant-virtualbox x86_64 Cloud_base vagrant-libvirt x86_64 Failed openQA tests: 47/54 (x86_64), 14/15 (i386) ID: 13111 Test: i386 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/13111 ID: 13109 Test: i386 universal upgrade_desktop_32bit URL: https://openqa.fedoraproject.org/tests/13109 ID: 13108 Test: i386 universal install_lvmthin URL: https://openqa.fedoraproject.org/tests/13108 ID: 13107 Test: i386 universal install_ext3 URL: https://openqa.fedoraproject.org/tests/13107 ID: 13106 Test: i386 universal install_btrfs URL: https://openqa.fedoraproject.org/tests/13106 ID: 13105 Test: i386 universal install_software_raid URL: https://openqa.fedoraproject.org/tests/13105 ID: 13104 Test: i386 universal install_simple_encrypted URL: https://openqa.fedoraproject.org/tests/13104 ID: 13103 Test: i386 universal install_scsi_updates_img URL: https://openqa.fedoraproject.org/tests/13103 ID: 13102 Test: i386 universal install_repository_http_graphical URL: https://openqa.fedoraproject.org/tests/13102 ID: 13101 Test: i386 universal install_package_set_minimal URL: https://openqa.fedoraproject.org/tests/13101 ID: 13100 Test: x86_64 universal install_multi_empty@uefi URL: https://openqa.fedoraproject.org/tests/13100 ID: 13099 Test: x86_64 universal install_simple_free_space@uefi URL: https://openqa.fedoraproject.org/tests/13099 ID: 13098 Test: x86_64 universal install_simple_encrypted@uefi URL: https://openqa.fedoraproject.org/tests/13098 ID: 13097 Test: x86_64 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/13097 ID: 13096 Test: x86_64 universal install_no_swap URL: https://openqa.fedoraproject.org/tests/13096 ID: 13095 Test: x86_64 universal install_lvmthin URL: https://openqa.fedoraproject.org/tests/13095 ID: 13094 Test: x86_64 universal install_xfs URL: https://openqa.fedoraproject.org/tests/13094 ID: 13093 Test: x86_64 universal install_ext3 URL: https://openqa.fedoraproject.org/tests/13093 ID: 13092 Test: x86_64 universal install_btrfs URL: https://openqa.fedoraproject.org/tests/13092 ID: 13091 Test: x86_64 universal install_delete_partial URL: https://openqa.fedoraproject.org/tests/13091 ID: 13090 Test: x86_64 universal install_software_raid URL: https://openqa.fedoraproject.org/tests/13090 ID: 13089 Test: x86_64 universal install_multi_empty URL: https://openqa.fedoraproject.org/tests/13089 ID: 13088 Test: x86_64 universal install_simple_free_space URL: https://openqa.fedoraproject.org/tests/13088 ID: 13087 Test: x86_64 universal install_simple_encrypted URL: https://openqa.fedoraproject.org/tests/13087 ID: 13086 Test: x86_64 universal install_multi@uefi URL: https://openqa.fedoraproject.org/tests/13086 ID: 13085 Test: x86_64 universal install_multi URL: https://openqa.fedoraproject.org/tests/13085 ID: 13084 Test: x86_64 universal install_scsi_updates_img URL: https://openqa.fedoraproject.org/tests/13084 ID: 13083 Test: x86_64 universal install_kickstart_user_creation URL: https://openqa.fedoraproject.org/tests/13083 ID: 13082 Test: x86_64 universal install_delete_pata@uefi URL: https://openqa.fedoraproject.org/tests/13082 ID: 13081 Test: x86_64 universal install_delete_pata URL: https://openqa.fedoraproject.org/tests/13081 ID: 13080 Test: x86_64 universal install_mirrorlist_graphical URL: https://openqa.fedoraproject.org/tests/13080 ID: 13079 Test: x86_64 universal install_repository_http_graphical URL: https://openqa.fedoraproject.org/tests/13079 ID: 13078 Test: x86_64 universal install_repository_http_variation URL: https://openqa.fedoraproject.org/tests/13078 ID: 13077 Test: x86_64 universal install_package_set_minimal URL: https://openqa.fedoraproject.org/tests/13077 ID: 13076 Test: x86_64 universal install_kickstart_firewall_configured URL: https://openqa.fedoraproject.org/tests/13076 ID: 13075 Test: x86_64 universal install_kickstart_firewall_disabled URL: https://openqa.fedoraproject.org/tests/13075 ID: 13074 Test: x86_64 universal install_european_language URL: https://openqa.fedoraproject.org/tests/13074 ID: 13073 Test: x86_64 universal install_shrink_ntfs URL: https://openqa.fedoraproject.org/tests/13073 ID: 13072 Test: x86_64 universal install_shrink_ext4 URL: https://openqa.fedoraproject.org/tests/13072 ID: 13071 Test: x86_64 universal install_updates_img_local URL: https://openqa.fedoraproject.org/tests/13071 ID: 13066 Test: x86_64 u
Re: No Rich boolean deps in Requires/Recommends for f24
On Thursday, April 7, 2016 7:54:36 AM CDT Neal Gompa wrote: > On Thu, Apr 7, 2016 at 7:37 AM, Stephen Gallagher wrote: > > On 04/06/2016 04:49 AM, Jason L Tibbitts III wrote: > >>> "PP" == Petr Pisar writes: > >> PP> This changes meaning regarding to F25. Previous text banned rich > >> PP> strong dependencies in F24 only. This current text extends the ban > >> PP> to all Fedoras. > >> > >> PP> Is that intentional? > >> > >> It's currently correct according to FESCo's request as I understood it. > >> While f25 might still be able to compose, if the tools aren't fixed > >> before the next branch then we'll have to back things out or end up back > >> in a situation where we can't mash updates. > > > > I'd say it's fine for now. Our *hope* is that we will be able to support > > them for F25 at some point, but composes *right now* probably don't work, > > so I think this wording is fine. > > So you don't expect that mash could be fixed/replaced before the F24 > release in June, then? All of the replacements use yum also. The issues may be due to rhel7'a rpm not supporting boolean deps.It is not a small problem to fix and it needs some people to sit down and figure out how to best deal with them. https://fedoraproject.org/wiki/ReleaseEngineering/PriorityPipeline is some of what we have on our plate to deal with Dennis -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[Modularity] Reminder: Modularity WG Meeting in 1.5 hours in #fedora-meeting
Please join us for the modularity wg meeting. Agenda: * Finalize charter * Review progress Langdon -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Removal of type union wait from glibc in rawhide
glibc-2.23.90-9.fc25 removed the type union wait from its API. This used to be a BSD compatibility extension, but it has long since been removed from the BSDs. It was never part of the POSIX process interfaces, and its implementation relies on GCC extensions. If your package is portable to anything else than GNU/Linux (which includes Android) and has a configure check for union wait, the configure check will fail and the package will automatically switch to the POSIX APIs (like it does everywhere else). If your package fails to compile, you need to replace “union wait” with “int”. If code uses members of union wait, you need to switch that to the status accessor macros such as WIFEXITED, WEXISTATUS, and so. Please let me know if you need help with that. I expect that very few packages will be affected. We only know about tcsh so far, and a patch is available. The ABI is unchanged, existing binaries continue to work. Florian -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: [Ascend] Failed builds with GCC6
On 14/04/16 06:34 -0400, Igor Gnatenko wrote:
ascxx/curve.h:
class Curve : public Instanc{
friend class std::vector;
private:
friend class Plot;
explicit Curve(const Instanc &);
Curve();
public:
Curve(const Curve &);
std::vector x;
std::vector y;
const std::string getLegend() const;
/**
Get the curve format string, as used by matplotlib.
Documented here:
http://matplotlib.sourceforge.net/api/axes_api.html#matplotlib.axes.Axes.plot
(This value is not used by the Tcl/Tk GUI.)
*/
const std::string getFormat() const;
};
ascxx/ascpy.i:
%ignore Curve::Curve();
%include "curve.h"
It should be ignored by SWIG, but looks like it's not...
I don't think that's the problem.
In C++98 constructing std::vector v(1); would invoke X's default
constructor in the caller's context, so if the default constructor is
private then the caller must be a member or friend of X.
In C++11 the default constructor will be invoked deep inside
std::vector, or one of its helper functions.
The code is basically invalid in C++11. It should either make the
default constructor public (the simplest fix), or change how the
vector is constructed (which seems to come from Swig, so might be
difficult).
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: [Ascend] Failed builds with GCC6
On 14/04/16 15:42 +0100, Jonathan Wakely wrote:
On 14/04/16 06:34 -0400, Igor Gnatenko wrote:
ascxx/curve.h:
class Curve : public Instanc{
friend class std::vector;
private:
friend class Plot;
explicit Curve(const Instanc &);
Curve();
public:
Curve(const Curve &);
std::vector x;
std::vector y;
const std::string getLegend() const;
/**
Get the curve format string, as used by matplotlib.
Documented here:
http://matplotlib.sourceforge.net/api/axes_api.html#matplotlib.axes.Axes.plot
(This value is not used by the Tcl/Tk GUI.)
*/
const std::string getFormat() const;
};
ascxx/ascpy.i:
%ignore Curve::Curve();
%include "curve.h"
It should be ignored by SWIG, but looks like it's not...
I don't think that's the problem.
In C++98 constructing std::vector v(1); would invoke X's default
constructor in the caller's context, so if the default constructor is
private then the caller must be a member or friend of X.
In C++11 the default constructor will be invoked deep inside
std::vector, or one of its helper functions.
The code is basically invalid in C++11. It should either make the
default constructor public (the simplest fix), or change how the
vector is constructed (which seems to come from Swig, so might be
difficult).
Having managed to do a mock build (very slow wifi in the building I'm
in now) I see the error comes from this line, where arg1 is
vector::size_type:
result = (std::vector< Curve > *)new std::vector< Curve >(arg1);
Which is exactly what I guessed. That is not valid C++11 if the Curve
default constructor is private.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: DNF 1.1.8 and DNF-PLUGINS-CORE 0.1.20 Released
> From: "Marcin Juszkiewicz" > > W dniu 12.04.2016 o 11:20, Honza Šilhan pisze: > > The new version of DNF and DNF-PLUGINS-CORE has been released. > > Can someone update version in EPEL7? The build for EPEL7 will be soon. -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
F25 Self Contained Change: Replace UDisks2 by Storaged
= Proposed Self Contained Change: Replace UDisks2 by Storaged = https://fedoraproject.org/wiki/Changes/Replace_UDisks2_by_Storaged Change owner(s): * Peter Hatina * Tomáš Smetana Storaged extends UDisks2 API by exporting several enterprise features (in form of plugins), such as LVM2 and iSCSI. This project is a drop-in replacement for UDisks2, either from D-Bus or binary point of view. The main motivation of this change is to provide the unified D-Bus API for all the clients who are willing to manage LVM2, iSCSI, Btrfs, BCache, LSM and ZRam. == Detailed Description == Aim of Storaged is to provide unified higher level management interface for various clients who are willing to query and manage storage bits of the system. We plan to replace UDisks2 by Storaged, since the Storaged itself is the fork of UDisks2 and these 2 projects in its core haven't diverged so much (Storaged got some improvements which popped up while using it). == Scope == Proposal owners: To implement this Change 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 -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: [Ascend] Failed builds with GCC6
On 14/04/16 15:47 +0100, Jonathan Wakely wrote:
On 14/04/16 15:42 +0100, Jonathan Wakely wrote:
On 14/04/16 06:34 -0400, Igor Gnatenko wrote:
ascxx/curve.h:
class Curve : public Instanc{
friend class std::vector;
private:
friend class Plot;
explicit Curve(const Instanc &);
Curve();
public:
Curve(const Curve &);
std::vector x;
std::vector y;
const std::string getLegend() const;
/**
Get the curve format string, as used by matplotlib.
Documented here:
http://matplotlib.sourceforge.net/api/axes_api.html#matplotlib.axes.Axes.plot
(This value is not used by the Tcl/Tk GUI.)
*/
const std::string getFormat() const;
};
ascxx/ascpy.i:
%ignore Curve::Curve();
%include "curve.h"
It should be ignored by SWIG, but looks like it's not...
I don't think that's the problem.
In C++98 constructing std::vector v(1); would invoke X's default
constructor in the caller's context, so if the default constructor is
private then the caller must be a member or friend of X.
In C++11 the default constructor will be invoked deep inside
std::vector, or one of its helper functions.
The code is basically invalid in C++11. It should either make the
default constructor public (the simplest fix), or change how the
vector is constructed (which seems to come from Swig, so might be
difficult).
Having managed to do a mock build (very slow wifi in the building I'm
in now) I see the error comes from this line, where arg1 is
vector::size_type:
result = (std::vector< Curve > *)new std::vector< Curve >(arg1);
Which is exactly what I guessed. That is not valid C++11 if the Curve
default constructor is private.
I can also confirm that making the Curve default constructor public
allows the build to complete.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
libicu upgrade to 57.1 with soname bump in rawhide
Hi, I'll upgrade libicu to 57.1 in rawhide, which as usual comes with a soname bump. I requested a side tag for the builds, David Tardon will help with rebuilding the dependent packages. Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/ Care about Free Software, support the FSFE https://fsfe.org/support/?erack signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Fedora rawhide compose report: 20160414.n.0 changes
On Thu, 2016-04-14 at 11:09 +, Fedora Rawhide Report wrote: > OLD: Fedora-Rawhide-20160413.n.1 > NEW: Fedora-Rawhide-20160414.n.0 > > = SUMMARY = > Added images:4 > Dropped images: 2 > Added packages: 4 > Dropped packages:0 > Upgraded packages: 72 > Downgraded packages: 0 > > Size of added packages: 3.33 MiB > Size of dropped packages:0.00 B > Size of upgraded packages: 834.22 MiB > Size of downgraded packages: 0.00 B > > Size change of upgraded packages: 29.33 MiB > Size change of downgraded packages: 0.00 B > > = ADDED IMAGES = > Image: Cloud_Base qcow2 x86_64 > Path: > CloudImages/x86_64/images/Fedora-Cloud-Base-Rawhide-20160414.n.0.x86_64.qcow2 > Image: Cloud_Base raw-xz x86_64 > Path: > CloudImages/x86_64/images/Fedora-Cloud-Base-Rawhide-20160414.n.0.x86_64.raw.xz > Image: Workstation raw-xz armhfp > Path: > Workstation/armhfp/images/Fedora-Workstation-armhfp-Rawhide-20160414.n.0-sda.raw.xz > Image: Mate raw-xz armhfp > Path: Spins/armhfp/images/Fedora-Mate-armhfp-Rawhide-20160414.n.0-sda.raw.xz > > = DROPPED IMAGES = > Image: Cloud_Base vagrant-virtualbox x86_64 > Path: > CloudImages/x86_64/images/Fedora-Cloud-Base-Vagrant-Rawhide-20160413.n.1.x86_64.vagrant-virtualbox.box > Image: Cloud_Base vagrant-libvirt x86_64 > Path: > CloudImages/x86_64/images/Fedora-Cloud-Base-Vagrant-Rawhide-20160413.n.1.x86_64.vagrant-libvirt.box Yaay! So we merged a change to include this image diff in the 'main' compose report, as you can see. If you've also been following the 'compose check reports' you may notice this is duplicated information. The intent was to move it out of check-compose and into compose-utils (which generates this report). Now it's showing up in this report, I'll update check-compose to not do the diff any more. Next stop, 'expected' images... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Help debugging build failure on Arm (rawhide only)
Hi, I am trying to work out why the xpra package is failing to build on arm on the rawhide branch - it builds correctly on arm on other branches. The failing build is: http://koji.fedoraproject.org/koji/taskinfo?taskID=13659756 Afaics, it's failing during find-debuginfo.sh. Any help from the arm folks would be gratefully received. Thanks, Jonathan -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: No Rich boolean deps in Requires/Recommends for f24
> From: "Dennis Gilmore" > > On Thursday, April 7, 2016 7:54:36 AM CDT Neal Gompa wrote: > > On Thu, Apr 7, 2016 at 7:37 AM, Stephen Gallagher > wrote: > > > On 04/06/2016 04:49 AM, Jason L Tibbitts III wrote: > > >>> "PP" == Petr Pisar writes: > > >> PP> This changes meaning regarding to F25. Previous text banned rich > > >> PP> strong dependencies in F24 only. This current text extends the ban > > >> PP> to all Fedoras. > > >> > > >> PP> Is that intentional? > > >> > > >> It's currently correct according to FESCo's request as I understood it. > > >> While f25 might still be able to compose, if the tools aren't fixed > > >> before the next branch then we'll have to back things out or end up back > > >> in a situation where we can't mash updates. > > > > > > I'd say it's fine for now. Our *hope* is that we will be able to support > > > them for F25 at some point, but composes *right now* probably don't work, > > > so I think this wording is fine. > > > > So you don't expect that mash could be fixed/replaced before the F24 > > release in June, then? > > All of the replacements use yum also. The issues may be due to rhel7'a rpm > not > supporting boolean deps.It is not a small problem to fix and it needs some > people to sit down and figure out how to best deal with them. We've built whole DNF stack supporting rich dependencies for this purpose. We are in touch with relengs. Hopefully we'll make this done to F25. Honza -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Debugging NetworkManager-openvpn -- procedure?
Having a hard time with an OpenVPN network, where logs in journald don't show anything of interest yet nm-openvpn quits. What is the right procedure to pass the --debug flag to nm-openvpn these days (i.e.: F23/F24)? Everything I find is seriously outdated. Recent bz entries I reviewed didn't offer any hints either... thank you, m -- martin.langh...@gmail.com - ask interesting questions - don't get distracted with shiny stuff - working code first ~ http://docs.moodle.org/en/User:Martin_Langhoff -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: [Ascend] Failed builds with GCC6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/14/2016 04:52 PM, Jonathan Wakely wrote:
> On 14/04/16 15:47 +0100, Jonathan Wakely wrote:
>> On 14/04/16 15:42 +0100, Jonathan Wakely wrote:
>>> On 14/04/16 06:34 -0400, Igor Gnatenko wrote:
ascxx/curve.h: class Curve : public Instanc{ friend class
std::vector; private: friend class Plot; explicit
Curve(const Instanc &); Curve(); public: Curve(const Curve
&); std::vector x; std::vector y; const
std::string getLegend() const;
/** Get the curve format string, as used by matplotlib.
Documented here:
http://matplotlib.sourceforge.net/api/axes_api.html#matplotlib.axes.Axes.plot
(This value is not used by the Tcl/Tk GUI.)
*/ const std::string getFormat() const; };
ascxx/ascpy.i: %ignore Curve::Curve();
%include "curve.h"
It should be ignored by SWIG, but looks like it's not...
>>>
>>> I don't think that's the problem.
>>>
>>> In C++98 constructing std::vector v(1); would invoke X's
>>> default constructor in the caller's context, so if the default
>>> constructor is private then the caller must be a member or
>>> friend of X.
>>>
>>> In C++11 the default constructor will be invoked deep inside
>>> std::vector, or one of its helper functions.
>>>
>>> The code is basically invalid in C++11. It should either make
>>> the default constructor public (the simplest fix), or change
>>> how the vector is constructed (which seems to come from Swig,
>>> so might be difficult).
>>
>> Having managed to do a mock build (very slow wifi in the building
>> I'm in now) I see the error comes from this line, where arg1 is
>> vector::size_type:
>>
>> result = (std::vector< Curve > *)new std::vector< Curve >(arg1);
>>
>> Which is exactly what I guessed. That is not valid C++11 if the
>> Curve default constructor is private.
>
> I can also confirm that making the Curve default constructor
> public allows the build to complete.
>
> --
Ehm ...
How exactly?
Thanks for yours replies.
- --
- ---
Antonio Trande
mailto: sagitter 'at' fedoraproject 'dot' org
http://fedoraos.wordpress.com/
https://fedoraproject.org/wiki/User:Sagitter
GPG Key: 0x6CE6D08A
Check on https://keys.fedoraproject.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJXD8V7AAoJELbsjn1s5tCKeHsH/j1kCMlBjMChdpPUzzlHbYuP
+1f5S7bjXHStqM8FbsfJTu3xxwnd8N2gHgUKmsCFuBz08UrWVHqpe1lr8/MIIrW+
dWUUg0zuk4bFPlVGL9dmTCc2aZWTX6V2GMT2hCsEmXGLHb/ifST+stC84ANOckSv
QfvTW0bIVCOa25GPqHZbLrSWovwT0fE4bVytlc6OPC5ep6qbGKdbBeysvSaTEQis
1i35zOd/0DUslt1vqEUiBZSrN7FKMo3rM3hvQvBlurHAgI8GeohnjaJ6av2sRwmB
U1dIaMmpVLDlHwPuSmRdBNKn/w2tTskmWVmC9M9084B8BIoXKXHGrKGBQqGtPkE=
=nnq+
-END PGP SIGNATURE-
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[Modularity] Module metadata proposal
Good news, everyone, the first draft of the module metadata format is now available for you to comment on. We've decided to go with YAML so it should be fairly readable. You can view the latest version here: https://pagure.io/fm-metadata/blob/master/f/metadata.yaml What is is: The file defines basic properties of the module such as its name, version, description, licenses, references to upstream documentation or its content. Currently only RPM content is supported but this can be easily extended in the future. The metadata file is meant as both input and output of the module build process (don't confuse it with package build process), with various tools adding various new data to it, such as vendor and buildsystem identifiers, timestamp of the build, autogenerated lists of licenses or whatever you can think of (well, maybe not whatever but close). The output is then placed in the generated repository, container image or any other module deliverable and can be processed by tools and services consuming and delivering modules. What is isn't: It's not a SPEC file. It doesn't say how to build individual packages. And it's not a simple comps group either. It can and does provide lots more additional data. It's not perfect and it's constantly evolving. Please, do comment, ask questions and suggest improvements. Thanks, P signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Debugging NetworkManager-openvpn -- procedure?
On Thu, Apr 14, 2016 at 12:16 PM, Martin Langhoff wrote: > Having a hard time with an OpenVPN network, where logs in journald > don't show anything of interest yet nm-openvpn quits. To answer my own question: - Create /usr/libexec/nm-openvpn-service-debug, a shell script that execs /usr/libexec/nm-openvpn-service --debug - killall nm-openvpn-service - Edit /etc/NetworkManager/VPN/nm-openvpn-service.name to use /usr/libexec/nm-openvpn-service-debug - Set loglevel=DEBUG in /etc/NetworkManager/NetworkManager.conf - Restart NetworkManager - Grab output with journald -f -u nm-openvpn -u NetworkManager Funny enough when nm-openvpn-service is run with --debug, its output changes from being logged as nm-openvpn to NetworkManager. Now I have all the log output; can't make heads nor tail of it but hey. Progress :-) m -- martin.langh...@gmail.com - ask interesting questions - don't get distracted with shiny stuff - working code first ~ http://docs.moodle.org/en/User:Martin_Langhoff -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Debugging NetworkManager-openvpn -- procedure?
On Thu, 2016-04-14 at 12:16 -0400, Martin Langhoff wrote: > Having a hard time with an OpenVPN network, where logs in journald > don't show anything of interest yet nm-openvpn quits. > > What is the right procedure to pass the --debug flag to nm-openvpn > these days (i.e.: F23/F24)? > > Everything I find is seriously outdated. Recent bz entries I reviewed > didn't offer any hints either... > > thank you, > Hi, https://wiki.gnome.org/Projects/NetworkManager/Debugging#Debugging_NetworkManager-openvpn still works for me on F23 (nm-1-0). F24 comes with 1-2-rc1. There it might be different... If your nm- openvpn plugin is of version 1.2, you might need to set "supports-multiple-connections=false" in both /etc/NetworkManager/VPN/nm-openvpn-service.name /usr/lib/NetworkManager/VPN//nm-openvpn-service.name After that, the steps above should work again. Thomas signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Help debugging build failure on Arm (rawhide only)
On Thu, 14 Apr 2016 16:22:26 +0100 Jonathan Underwood wrote: > Hi, > > I am trying to work out why the xpra package is failing to build on > arm on the rawhide branch - it builds correctly on arm on other > branches. The failing build is: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=13659756 > > Afaics, it's failing during find-debuginfo.sh. Any help from the arm > folks would be gratefully received. Seems to be a glibc issue: https://bugzilla.redhat.com/show_bug.cgi?id=1327277 It's been untagged, so you should be able to build again now. kevin pgpLA0YoJNRAZ.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
best approach for cleaning package metadata cache for old versions on upgrade?
There is a thread on the users' list * dealing with the issue that after an upgrade, there's no non-obscure way to clean cached metadata (or packages, even) from previous releases. The thread discussses DNF and Yum, but it may apply to PackageKit/Software as well; I'm not sure offhand. It seems like we should handle this in some way on upgrade. My first thought was to make it an RFE dnf-plugin-system-upgrade. But, is that the right place? Maybe some time-base system should prune metadata associated with repositories for any earlier $releasever? (Or, actually, maybe for any repository which does not match a current configuration?) Or maybe a "dumb" process to sweep the cache based on age alone would do? * http://lists.fedoraproject.org/archives/list/us...@lists.fedoraproject.org/message/43OZYUTGFVZG6DTFKTJRHLUC7MET7LCB/ -- Matthew Miller Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Help debugging build failure on Arm (rawhide only)
On 14 April 2016 at 17:47, Kevin Fenzi wrote: > On Thu, 14 Apr 2016 16:22:26 +0100 > Jonathan Underwood wrote: > >> Hi, >> >> I am trying to work out why the xpra package is failing to build on >> arm on the rawhide branch - it builds correctly on arm on other >> branches. The failing build is: >> >> http://koji.fedoraproject.org/koji/taskinfo?taskID=13659756 >> >> Afaics, it's failing during find-debuginfo.sh. Any help from the arm >> folks would be gratefully received. > > Seems to be a glibc issue: > > https://bugzilla.redhat.com/show_bug.cgi?id=1327277 > > It's been untagged, so you should be able to build again now. Ah, perfect, thanks Kevin, and Rex. -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Debugging NetworkManager-openvpn -- procedure?
On Thu, Apr 14, 2016 at 12:41 PM, Thomas Haller wrote: > https://wiki.gnome.org/Projects/NetworkManager/Debugging#Debugging_NetworkManager-openvpn > > still works for me on F23 (nm-1-0). good to hear! I'm on F23 right now. The top of that page says it's all stale due to systemd, so I thought perhaps nm-openvpn instantiation was mediated through systemd somehow, and the method you mention wouldn't work right. Re-tested with your method, same output as my method. > F24 comes with 1-2-rc1. There it might be different... If your nm- > openvpn plugin is of version 1.2, you might need to set > "supports-multiple-connections=false" > in both > /etc/NetworkManager/VPN/nm-openvpn-service.name > /usr/lib/NetworkManager/VPN//nm-openvpn-service.name > After that, the steps above should work again. thanks! m -- martin.langh...@gmail.com - ask interesting questions - don't get distracted with shiny stuff - working code first ~ http://docs.moodle.org/en/User:Martin_Langhoff -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: best approach for cleaning package metadata cache for old versions on upgrade?
On Thu, 2016-04-14 at 12:51 -0400, Matthew Miller wrote: > There is a thread on the users' list * dealing with the issue that > after an upgrade, there's no non-obscure way to clean cached metadata > (or packages, even) from previous releases. The thread discussses DNF > and Yum, but it may apply to PackageKit/Software as well; I'm not > sure > offhand. > > It seems like we should handle this in some way on upgrade. My first > thought was to make it an RFE dnf-plugin-system-upgrade. But, is that > the right place? Maybe some time-base system should prune metadata > associated with repositories for any earlier $releasever? (Or, > actually, maybe for any repository which does not match a current > configuration?) Or maybe a "dumb" process to sweep the cache based on > age alone would do? > If you put it in the dnf plugin, you leave out the new graphical upgrade that is coming in F24. It is also not really dnf-specific at all. Other apps or services may leave stuff behind in /var/cache too. One radical, but simple approach would be to simply rm -rf /var/cache after the upgrade. That would give you a system that is a bit closer to 'freshly installed' state. -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: best approach for cleaning package metadata cache for old versions on upgrade?
On Qui, 2016-04-14 at 12:51 -0400, Matthew Miller wrote: > There is a thread on the users' list * dealing with the issue that > after an upgrade, there's no non-obscure way to clean cached metadata > (or packages, even) from previous releases. The thread discussses DNF > and Yum, but it may apply to PackageKit/Software as well; I'm not > sure > offhand. > > It seems like we should handle this in some way on upgrade. My first > thought was to make it an RFE dnf-plugin-system-upgrade. But, is that > the right place? Maybe some time-base system should prune metadata > associated with repositories for any earlier $releasever? (Or, > actually, maybe for any repository which does not match a current > configuration?) Or maybe a "dumb" process to sweep the cache based on > age alone would do? > > > * http://lists.fedoraproject.org/archives/list/users@lists.fedoraproj > ect.org/message/43OZYUTGFVZG6DTFKTJRHLUC7MET7LCB/ > rm -rf /var/cache/dnf /var/cache/yum /var/cache can be remove safely -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: best approach for cleaning package metadata cache for old versions on upgrade?
On Thu, Apr 14, 2016 at 11:16 AM, Matthias Clasen wrote: > It is also not really dnf-specific at all. Other apps or services may > leave stuff behind in /var/cache too. One radical, but simple approach > would be to simply rm -rf /var/cache after the upgrade. That would give > you a system that is a bit closer to 'freshly installed' state. I think that's a great idea, really. There's fontconfig/ and man/ that accumulate files, and I have no idea if that can become stale in a way newer versions don't account for, and we really shouldn't have to find out the hard way. Just blow it all away and let it rebuild. This is consistent with the PRD "Robust Upgrades" plan. -- Chris Murphy -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: best approach for cleaning package metadata cache for old versions on upgrade?
On Thu, Apr 14, 2016 at 01:16:07PM -0400, Matthias Clasen wrote: > If you put it in the dnf plugin, you leave out the new graphical > upgrade that is coming in F24. Yeah — and obviously not something I want to leave out. :) > It is also not really dnf-specific at all. Other apps or services may > leave stuff behind in /var/cache too. One radical, but simple approach > would be to simply rm -rf /var/cache after the upgrade. That would give > you a system that is a bit closer to 'freshly installed' state. That's an interesting idea. Where would this happen? -- Matthew Miller Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: No Rich boolean deps in Requires/Recommends for f24
On Thursday, April 14, 2016 11:34:08 AM CDT Honza Šilhan wrote: > > From: "Dennis Gilmore" > > > > On Thursday, April 7, 2016 7:54:36 AM CDT Neal Gompa wrote: > > > On Thu, Apr 7, 2016 at 7:37 AM, Stephen Gallagher > > > > wrote: > > > > On 04/06/2016 04:49 AM, Jason L Tibbitts III wrote: > > > >>> "PP" == Petr Pisar writes: > > > >> PP> This changes meaning regarding to F25. Previous text banned rich > > > >> PP> strong dependencies in F24 only. This current text extends the > > > >> ban > > > >> PP> to all Fedoras. > > > >> > > > >> PP> Is that intentional? > > > >> > > > >> It's currently correct according to FESCo's request as I understood > > > >> it. > > > >> While f25 might still be able to compose, if the tools aren't fixed > > > >> before the next branch then we'll have to back things out or end up > > > >> back > > > >> in a situation where we can't mash updates. > > > > > > > > I'd say it's fine for now. Our *hope* is that we will be able to > > > > support > > > > them for F25 at some point, but composes *right now* probably don't > > > > work, > > > > so I think this wording is fine. > > > > > > So you don't expect that mash could be fixed/replaced before the F24 > > > release in June, then? > > > > All of the replacements use yum also. The issues may be due to rhel7'a rpm > > not > > supporting boolean deps.It is not a small problem to fix and it needs some > > people to sit down and figure out how to best deal with them. > > We've built whole DNF stack supporting rich dependencies for this purpose. > We are in touch with relengs. Hopefully we'll make this done to F25. > > Honza I am afraid you are not in touch with relengs, I have not had any discussions with you. Dennis signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Heads up, elpa soname bump
On Wednesday, 13 April 2016 at 14:50, Igor Gnatenko wrote: [...] > > I'm going to update elpa to 2015.11 this week, which includes a soname > > bump and an API change. This change affects the following packages: > > > > cp2k > > openmx > > > > cp2k is already taken care of. I'm looking at openmx at the moment, > > but help is welcome. > Should I just rebuild it in rawhide? now? No, I haven't submitted builds for elpa and cp2k yet. You can, however (scratch) build from git master and check locally. I'll try to get this done tomorrow. Sorry for the delay, but I've been swamped with late night work at $dayjob recently. > P.S. latest upstream is 3.8 and we have 3.7. Would be nice to get new version > at some point Yes, I added it to anitya/release-monitoring.org so that the maintainers get notified when there's a new release. Regards, -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Unretiring libkml: rel-eng ticket?
Hi I want to unretire libkml, the review is already done and approved, and now I guessed that the next step was to file a rel-eng ticket to unblock the branches [1], things have been pretty silent there though. Is this still the correct procedure and are people simply busy, or is this the wrong procedure? No stress, just asking. Thanks Sandro [1] https://fedorahosted.org/rel-eng/ticket/6389 -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Schedule for Friday's FESCo Meeting (2016-04-15)
Following is the list of topics that will be discussed in the FESCo meeting Friday at 17:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2016-04-15 17:00 UTC' Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #1444 Updates deliverables .fesco 1444 https://fedorahosted.org/fesco/ticket/1444 = New business = #topic #1556 Review of release blocking deliverables for F24 .fesco 1556 https://fedorahosted.org/fesco/ticket/1556 #topic #1567 Change process - proposal of two new milestones .fesco 1567 https://fedorahosted.org/fesco/ticket/1567 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 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/fesco, 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. pgpoh9C7SeA8t.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[Modularity] Modularity WG Mtg and Update (Apr. 15. 2016)
OK, did a much better job of working zodbot this time. Although I still managed to do #link wrong so, yeah. Thanks to bconoboy for his help. We have approved the charter and we will have the voting members selected by the next WG meeting. Other progress was also reported, please check out the minutes or the log. Minutes: https://meetbot.fedoraproject.org/fedora-meeting/2016-04-14/modularity_wg.2016-04-14-15.01.html Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting/2016-04-14/modularity_wg.2016-04-14-15.01.txt Log: https://meetbot.fedoraproject.org/fedora-meeting/2016-04-14/modularity_wg.2016-04-14-15.01.log.html As always, please let us know here or in #fedora-modularization if you have any questions/thoughts/etc. Langdon Fedora Modularity Objective Lead -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Schedule for Friday's FESCo Meeting (2016-04-15)
> On Apr 14, 2016, at 4:16 PM, Kevin Fenzi wrote: > > Following is the list of topics that will be discussed in the FESCo > meeting Friday at 17:00UTC in #fedora-meeting on irc.freenode.net. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/UTCHowto > > or run: > date -d '2016-04-15 17:00 UTC' > > Links to all tickets below can be found at: > https://fedorahosted.org/fesco/report/9 > > = Followups = > > #topic #1444 Updates deliverables > .fesco 1444 > https://fedorahosted.org/fesco/ticket/1444 > > = New business = > > #topic #1556 Review of release blocking deliverables for F24 > .fesco 1556 > https://fedorahosted.org/fesco/ticket/1556 You of course meant: https://fedorahosted.org/fesco/ticket/1566 > > #topic #1567 Change process - proposal of two new milestones > .fesco 1567 > https://fedorahosted.org/fesco/ticket/1567 > > = Open Floor = > > For more complete details, please visit each individual ticket. The > report of the agenda items can be found at > https://fedorahosted.org/fesco/report/9 > > 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/fesco, > 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. > -- > devel mailing list > devel@lists.fedoraproject.org > http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
