date:20180723

Hello everyone,

This is your reminder that the deadline for self-contained changes is
24 July 2018. The full Fedora 29 schedule is available at
https://fedoraproject.org/wiki/Releases/29/Schedule

Changes not marked with the "ChangeReadyForWrangler" category by the
deadline will be moved to Fedora 30.

-- 
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/SQLY7ZJKFMKGV22SAYBANRPH6KPUHUJF/

Re: RFC: Pass --auto-features=enabled in meson

2018-07-23 Thread mcatanzaro

On Mon, Jul 23, 2018 at 8:27 PM, Josh Boyer
wrote:

My biggest objection here is that it blindly enables things, which
continues to make our package set a web of inter-dependencies and
makes any attempts at minimization harder. I don't think we should
default to building everything in here. I understand autotools might
do that, but I wouldn't necessarily call autotools a best practice to
begin with...

It's a bit confusing, but Igor is proposing that we *disable* auto
feature detection by passing -Dauto_features=enabled. Um, what? Yes,
the options are enabled, auto (default), and disabled, where both
enabled and disabled turn off auto feature detection. enabled is used
to fail the build whenever an auto dependency is missing, and disabled
is used to allow the build to proceed without that feature.

-Dauto_features=auto is the meson default, and it's what we currently
suffer with autotools: features get silently enabled or disabled
depending on which BuildRequires are present in the spec file. This is
the status quo, and it's a disaster. Auto dependencies are good if
you're building packages locally and don't want to install unnecessary
dependencies (hence a good default behavior), but very bad if you're a
Linux distribution building packages for other people to use and now
have a broken or inferior package due to a desireable dependency being
disabled by mistake. I'm pretty sure there's no argument for keeping
this behavior when building Fedora packages.

We had originally forbidden the use of meson's auto features in GNOME
due to this problem (the automagic dependencies problem [1]), which
annoyed the Meson developers and led to the creation of this
-Dauto_features option. Now it's safe to recommend using auto features,
because we assume distros will build with -Dauto_features=enabled. With
this setting, if you want to disable a feature that's recommended by
upstream, you'll now have to explicitly disable it, which is surely
what we want to avoid features disappearing by mistake.

Then on the other end of the spectrum, -Dauto_features=disabled would
disable all auto features... that would make packagers responsible for
constantly monitoring the upstream feature set with every release and
making choices about what to enable or disable. It sounds like you
might be advocating this option, but that does not seem at all
practical to me. Packagers sometimes know better than upstream which
features should be enabled in Fedora, but not usually. And packagers
might sometimes audit the upstream feature list after new releases to
see if new features should be enabled... but that seems like a rarity
to me. If we use -Dauto_features=disabled, a bunch of important
features will go missing, and Fedora will suffer from that. So let's
trust upstream by default, and override where it makes sense.

Michael

[1]
https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Automagic_dependencies

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/QIRIH5QL6EP7YR4BW3N7CLH2C2MQO7HL/

Re: RFC: Pass --auto-features=enabled in meson

2018-07-23 Thread mcatanzaro

On Mon, Jul 23, 2018 at 4:44 PM, Igor Gnatenko 
 wrote:
I believe that for distribution we should make sure that all default 
features are enabled and if not, packager should explicitly disable 
feature. For instance when I was testing some RPM patches for new 
compression types, it was disabling some default feature because the 
configure script was written in a wrong way.


Yes, it's intended that distributions like Fedora build with 
-Dauto_features=enabled. We should definitely do so. Otherwise, 
desireable features will inevitably be disabled by mistake.


Michael

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/NYQUFTBOZLUU2WHZTQ2RDNYQIRCD4FBV/

Fedora 29 Self-Contained Change: Merge Dstat And Performance Co-Pilot

== Summary ==
[http://dag.wiee.rs/home-made/dstat/ Dstat] is a resource statistics
tool for the local host.  [https://pcp.io Performance Co-Pilot] is a
system performance analysis toolkit.

This change will merge the existing python2 '''dstat''' utility and
associated ''dstat'' package into the ''pcp-system-tools'' package
where a python3 implementation is provided.

A symbolic link and package replacement rules will streamline the transition.

== Owner ==
* Name: [[User:nathans| Nathan Scott]]
* Email: nath...@redhat.com
* Name: [https://src.fedoraproject.org/user/dkaspar David Kaspar]
* Email: dkas...@redhat.com

== Detailed Description ==

The original '''dstat''' utility has reached end of life - it does not
support python3 and there are no plans to update it.  It has been
unsupported upstream for some time.  However, it is a widely used and
much loved tool.  The Performance Co-Pilot (PCP) project has produced
a '''pcp-dstat''' utility which strives for 100% output compatibility
with the original '''dstat'''.

The new '''pcp-dstat''' utility displays metric values and metadata
(e.g. units) by accessing the PCP python APIs.  This utility was first
included in PCP version 4.1.0 which is now available in all supported
Fedora versions, in the ''pcp-system-tools'' package.  It is invoked
as: 'pcp dstat'.

This proposed change will transition Fedora to provide
''/usr/bin/dstat'' as a symbolic link to the ''pcp-dstat'' script, and
will deprecate  the original dstat package which requires python2.

== Benefit to Fedora ==

There are several benefits.First and foremost - the original
motivation - we are able to continue to provide the primary dstat
functionality in a python3-based system.

In addition to providing the same compact, colourful output that the
original dstat provided, the new utility also supports distributed
analysis (monitoring one host from another) using PCP protocol, and
retrospective analysis via Performance Co-Pilot archives.

A configuration file format for plugins has been introduced to
'''pcp-dstat'''(1).  This was on the original dstat roadmap for many
years, but not implemented.  Because PCP metrics can be accessed by
name, and have strong metadata (including units), a generalised plugin
configuration is possible which allows pcp-dstat to display any
Performance Co-Pilot metric values.  All of the original '''dstat'''
"builtin" plugins as well as many of the "extended" plugins are
provided by these configuration files, below the ''/etc/pcp/dstat''
directory.

Customised plugins are encouraged and supported in '''pcp-dstat'''
just as they were in the original '''dstat''', except these are now
configuration files rather than python code.

== Scope ==
* Proposal owners:
The primary goal has been accomplished - providing the python3
pcp-dstat utility.  The remaining effort involves ensuring a clean
transition through packaging updates.  The pcp-system-tools package
will need to provide a spec file Obsoletes line and symbolic link in
/usr/bin/dstat to complete the transition - this final stage of work
has not yet been done.

* Other developers: N/A (not a System Wide Change)

* Release engineering: [https://pagure.io/releng/issues #7648]

* Policies and guidelines: N/A (not a System Wide Change)

* Trademark approval: N/A (not needed for this Change)

== Upgrade/compatibility impact ==
On upgrade, a system with ''dstat'' installed will be seamlessly
transitioned to using the ''pcp-system-tools'' package.  The command
output format is the same.

The original dstat provided a facility for adding new (python2 code)
'plugins' to provide user-customisable metric reports.  This feature
remains, but instead uses the configuration files for providing this
extension.  Performance Co-Pilot allows arbitrary metrics to be added
to the framework as well (via PMDAs - Performance Metric Domain
Agents).

The upstream PCP mailing list, books, man pages and tutorials can be
used for anyone wishing to add new metrics, which will then be
automatically available to '''pcp-dstat''' configuration files for
displaying.

== How To Test ==

1. Install pcp-system-tools

2. Verify that ''/usr/bin/dstat'' is now a symbolic link to
'''pcp-dstat''' and that the ''dstat'' package is no longer installed.

3. Run '''dstat''' and compare the output to the original dstat utility.

== User Experience ==
Users of the dstat utility will have an improved analysis experience
using pcp-dstat, as not only is it more easily extended through
configuration files instead of python2 code, it also offers
distributed (remote hosts) and retrospective (historical) analysis
capabilities that the original utility does not provide.

== Dependencies ==
The ''pcp-system-tools'' package depends on ''python3-pcp'', which in
turn depends on ''pcp-libs'' and ''python3''.

== Contingency Plan ==

* Contingency mechanism: (What to do?  Who will do it?) N/A (not a
System Wide Change)
* Contingency deadline: N/A (not a System Wide Change)
* Blocks

[389-devel] 389 DS nightly 2018-07-24 - 88% PASS

2018-07-23 Thread vashirov

https://fedorapeople.org/groups/389ds/ci/nightly/2018/07/24/report-389-ds-base-1.4.0.13-20180723git52b8997.fc28.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org/message/GZLE3S3EDU3KQKCNXOVKKZKJBV4D4LII/

Fedora 29 Self-Contained Change: Merge Dstat And Performance Co-Pilot

== Summary ==
[http://dag.wiee.rs/home-made/dstat/ Dstat] is a resource statistics
tool for the local host.  [https://pcp.io Performance Co-Pilot] is a
system performance analysis toolkit.

This change will merge the existing python2 '''dstat''' utility and
associated ''dstat'' package into the ''pcp-system-tools'' package
where a python3 implementation is provided.

A symbolic link and package replacement rules will streamline the transition.

== Owner ==
* Name: [[User:nathans| Nathan Scott]]
* Email: nath...@redhat.com
* Name: [https://src.fedoraproject.org/user/dkaspar David Kaspar]
* Email: dkas...@redhat.com

== Detailed Description ==

The original '''dstat''' utility has reached end of life - it does not
support python3 and there are no plans to update it.  It has been
unsupported upstream for some time.  However, it is a widely used and
much loved tool.  The Performance Co-Pilot (PCP) project has produced
a '''pcp-dstat''' utility which strives for 100% output compatibility
with the original '''dstat'''.

The new '''pcp-dstat''' utility displays metric values and metadata
(e.g. units) by accessing the PCP python APIs.  This utility was first
included in PCP version 4.1.0 which is now available in all supported
Fedora versions, in the ''pcp-system-tools'' package.  It is invoked
as: 'pcp dstat'.

This proposed change will transition Fedora to provide
''/usr/bin/dstat'' as a symbolic link to the ''pcp-dstat'' script, and
will deprecate  the original dstat package which requires python2.

== Benefit to Fedora ==

There are several benefits.First and foremost - the original
motivation - we are able to continue to provide the primary dstat
functionality in a python3-based system.

In addition to providing the same compact, colourful output that the
original dstat provided, the new utility also supports distributed
analysis (monitoring one host from another) using PCP protocol, and
retrospective analysis via Performance Co-Pilot archives.

A configuration file format for plugins has been introduced to
'''pcp-dstat'''(1).  This was on the original dstat roadmap for many
years, but not implemented.  Because PCP metrics can be accessed by
name, and have strong metadata (including units), a generalised plugin
configuration is possible which allows pcp-dstat to display any
Performance Co-Pilot metric values.  All of the original '''dstat'''
"builtin" plugins as well as many of the "extended" plugins are
provided by these configuration files, below the ''/etc/pcp/dstat''
directory.

Customised plugins are encouraged and supported in '''pcp-dstat'''
just as they were in the original '''dstat''', except these are now
configuration files rather than python code.

== Scope ==
* Proposal owners:
The primary goal has been accomplished - providing the python3
pcp-dstat utility.  The remaining effort involves ensuring a clean
transition through packaging updates.  The pcp-system-tools package
will need to provide a spec file Obsoletes line and symbolic link in
/usr/bin/dstat to complete the transition - this final stage of work
has not yet been done.

* Other developers: N/A (not a System Wide Change)

* Release engineering: [https://pagure.io/releng/issues #7648]

* Policies and guidelines: N/A (not a System Wide Change)

* Trademark approval: N/A (not needed for this Change)

== Upgrade/compatibility impact ==
On upgrade, a system with ''dstat'' installed will be seamlessly
transitioned to using the ''pcp-system-tools'' package.  The command
output format is the same.

The original dstat provided a facility for adding new (python2 code)
'plugins' to provide user-customisable metric reports.  This feature
remains, but instead uses the configuration files for providing this
extension.  Performance Co-Pilot allows arbitrary metrics to be added
to the framework as well (via PMDAs - Performance Metric Domain
Agents).

The upstream PCP mailing list, books, man pages and tutorials can be
used for anyone wishing to add new metrics, which will then be
automatically available to '''pcp-dstat''' configuration files for
displaying.

== How To Test ==

1. Install pcp-system-tools

2. Verify that ''/usr/bin/dstat'' is now a symbolic link to
'''pcp-dstat''' and that the ''dstat'' package is no longer installed.

3. Run '''dstat''' and compare the output to the original dstat utility.

== User Experience ==
Users of the dstat utility will have an improved analysis experience
using pcp-dstat, as not only is it more easily extended through
configuration files instead of python2 code, it also offers
distributed (remote hosts) and retrospective (historical) analysis
capabilities that the original utility does not provide.

== Dependencies ==
The ''pcp-system-tools'' package depends on ''python3-pcp'', which in
turn depends on ''pcp-libs'' and ''python3''.

== Contingency Plan ==

* Contingency mechanism: (What to do?  Who will do it?) N/A (not a
System Wide Change)
* Contingency deadline: N/A (not a System Wide Change)
* Blocks

Fedora 29 Self-Contained Change: xfce 4.1

== Summary ==
Xfce desktop environment has utilized GTK-2 up until version 4.12.x
which is currently available in Fedora. Significant work has been
completed to migrate the DE to GTK-3 completely.  The obvious benefit
to this migration is the use of a modern and actively maintained
toolkit.

Xfce 4.13 is a development release leading up to the eventual 4.14
stable release, however 4.13 components have proven to be very stable,
provide features users want and the 4.14 release is unscheduled
currently. This change proposal is submitted to sync fedora packages
with latest upstream releases.

== Owners ==
* Name: [[User:nonamedotc| Mukundan Ragavan]]
* Email: nonamed...@fedoraproject.org

* Name: [[User:kevin| Kevin Fenzi]]
* Email: ke...@scrye.com

== Detailed Description ==

This change mirgrates Xfce desktop evironment (DE) to latest version
provided by upstream developers. This is a near complete GTK-3
migration of the DE.

== Benefit to Fedora ==

Other GTK-based DEs such as cinnamon and MATE have already migrated to
using GTK-3 libraries. This change proposes to migrate the popular
Xfce DE to the latest GTK-3 based versions upstream developers have
released.

This change would result in fewer packages depending on the older
GTK-2 libraries and move Xfce to using a modern toolkit.

== Scope ==
* Proposal owners:
** Update core xfce packages to 4.13
** Rebuild plugins once core packages are build

* Other developers: N/A (not a System Wide Change)

== User Experience ==

* A fresh install should have fully functional Xfce DE
* Upgrade from Fedora 28 or older should show no visible changes to
the end users.
** GTK-3 applications will be better integrated

No special configuration or hardware needed.

== Documentation ==
N/A (not a System Wide Change)

== Release Notes ==

Fedora 29 ships with Xfce 4.13 components. Xfce-4.13 features near
complete GTK-3 migration.


-- 
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedoraproject.org/message/3ZCDIKCASWEQEUC24NFBUVX5KFNJ3JT6/

Reminder: Fedora 29 software string freeze

Hello everyone,

This is your reminder that the software string freeze is scheduled for
31 July 2018. For more information on the string freeze policy see
https://fedoraproject.org/wiki/Software_String_Freeze_Policy

The full Fedora 29 schedule is available at
https://fedoraproject.org/wiki/Releases/29/Schedule

-- 
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/CUCFAL7I7CKS7QD4XF67EFVV4DTYQJ7J/

Fedora 29 Self-Contained Change: xfce 4.1

== Summary ==
Xfce desktop environment has utilized GTK-2 up until version 4.12.x
which is currently available in Fedora. Significant work has been
completed to migrate the DE to GTK-3 completely.  The obvious benefit
to this migration is the use of a modern and actively maintained
toolkit.

Xfce 4.13 is a development release leading up to the eventual 4.14
stable release, however 4.13 components have proven to be very stable,
provide features users want and the 4.14 release is unscheduled
currently. This change proposal is submitted to sync fedora packages
with latest upstream releases.

== Owners ==
* Name: [[User:nonamedotc| Mukundan Ragavan]]
* Email: nonamed...@fedoraproject.org

* Name: [[User:kevin| Kevin Fenzi]]
* Email: ke...@scrye.com

== Detailed Description ==

This change mirgrates Xfce desktop evironment (DE) to latest version
provided by upstream developers. This is a near complete GTK-3
migration of the DE.

== Benefit to Fedora ==

Other GTK-based DEs such as cinnamon and MATE have already migrated to
using GTK-3 libraries. This change proposes to migrate the popular
Xfce DE to the latest GTK-3 based versions upstream developers have
released.

This change would result in fewer packages depending on the older
GTK-2 libraries and move Xfce to using a modern toolkit.

== Scope ==
* Proposal owners:
** Update core xfce packages to 4.13
** Rebuild plugins once core packages are build

* Other developers: N/A (not a System Wide Change)

== User Experience ==

* A fresh install should have fully functional Xfce DE
* Upgrade from Fedora 28 or older should show no visible changes to
the end users.
** GTK-3 applications will be better integrated

No special configuration or hardware needed.

== Documentation ==
N/A (not a System Wide Change)

== Release Notes ==

Fedora 29 ships with Xfce 4.13 components. Xfce-4.13 features near
complete GTK-3 migration.


-- 
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/3ZCDIKCASWEQEUC24NFBUVX5KFNJ3JT6/

Fedora 29 Self-Contained Change: Liberation Fonts 2

== Summary ==
Upgrading Liberation fonts in Fedora to Liberation 2.00.3 version.
Presently we are having Liberation fonts 1.07.4. Both version has its
advantages and disadvantages.  Users interested in using Liberation
1.07.4 can install it from Copr repo.

== Owner ==
* Name: [[User:Pravins| Pravin Satpute]], [[User:Pnemade| Parag
Nemade]], [[User:Vishalvvr| Vishal Vijayraghavan]]
* Email: psatpute AT redhat DOT com, pnemade AT redhat DOT com,
vvijayra AT redhat DOT com


== Detailed Description ==
Liberation 1.07.4:
This is traditional version for Liberation fonts.

Advantages:
* It has bytecode hinting instructions and works very well.
* In uses from long time.
Disadvantages:
* Not good Unicode character coverage.
* License: Liberation

Liberation 2.00.3:

Advantages
* Wide character coverage.
**  '''Latest Version - Older Version'''
**  2302 (sans) - 667
**  2274 (mono) - 666
**  2303 (serif) - 662
* License: OFL
Disadvantage
* Not bytecode hinting instructions.

We tried to change Liberation 1.07.4 with Liberation 2.00.3 in
[http://fedoraproject.org/wiki/Features/Liberation_Fonts_2 Fedora 19]
but due to regression about hinting, we revoked
[https://bugzilla.redhat.com/show_bug.cgi?id=856239 this change].

Over the period many users suggested for upgrade. We had discussion on
fedora devel lists and also in fedora i18n meeting about same.

With this change planning to upgrade Fedora version to 2.00.3 and
provide Copr repo for 1.07.5

TODO List:
1. Update Liberation 2.00.3 in Fedora (Done)
2. Split Liberation Narrow fonts from Liberation 1.07.4.   (Done)
3. Package Liberation-narrow-fonts in Fedora (Ongoing)
4. Build Liberation 1.07.5 in copr.

== Benefit to Fedora ==
Liberation 2.00.3 has wider character coverage and automated hinting
instructions.  Uuser interested in liberation 1.07.5 can install it
from copr repo.


== Scope ==
* Proposal owners:
** Presently liberation [https://github.com/pravins/liberation-fonts
upstream] has both version in single repo (in different branch).
Upstream project splitting required. [Done]
** Update Liberation 2.00.3 in Fedora (Done)
** Split Liberation Narrow fonts from Liberation 1.07.5.   (Done)
** Package Liberation-narrow-fonts in Fedora (Ongoing)
** Build Liberation 1.07.4 in copr.

== Upgrade/compatibility impact ==
* Liberation 1.07.4 will be updated to Liberation 2.00.3
* User interested in Liberation 1.07.4 need to install it from Copr
Upgrade will be smooth.


== How To Test ==
* Check whether Liberation Fonts 2.00.3 has been installed or not.
* Try to install Liberation 1.07.5 and see if users can use it properly.


== Contingency Plan ==

* Drop the change and move to next release.

== Documentation ==
Not at this moment, planning to update github.


-- 
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/5AVI3OGKZQN45ZZAXWFLFWDCYOEERPEQ/

Re: RFC: Pass --auto-features=enabled in meson

2018-07-23 Thread Josh Boyer

On Mon, Jul 23, 2018 at 6:40 PM Igor Gnatenko
 wrote:
>
> Hello,
>
> meson 0.47.0 has new option type - feature (tri-state option - 
> enabled/disabled/auto). It is quite common that in autofoo and less in cmake 
> worlds people rely on auto-detection of dependencies and enabling features 
> based on those.
>
> I believe that for distribution we should make sure that all default features 
> are enabled and if not, packager should explicitly disable feature. For 
> instance when I was testing some RPM patches for new compression types, it 
> was disabling some default feature because the configure script was written 
> in a wrong way.
>
> It would be nice if we could have some standardized way of specifying options 
> for buildsystems which would convert into autofoo/cmake/meson way of 
> specifying parameters but this is topic for another discussion.
>
> Thoughts? Objections?

My biggest objection here is that it blindly enables things, which
continues to make our package set a web of inter-dependencies and
makes any attempts at minimization harder.  I don't think we should
default to building everything in here.  I understand autotools might
do that, but I wouldn't necessarily call autotools a best practice to
begin with...

> Unless there is strong opposition, I'm going to switch this parameter in 
> %meson macro and you would be able to change its value by redefining 
> %__meson_auto_features.

Can we discuss this more?  I would really like to see Fedora become a
bit more explicit about things overall.

josh
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/BQ7VEPCIUXTFI4SE7IW5BS2637RXILNH/

[Bug 1607193] perl-Text-SimpleTable-2.07 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1607193

Upstream Release Monitoring  
changed:

   What|Removed |Added

Summary|perl-Text-SimpleTable-2.06  |perl-Text-SimpleTable-2.07
   |is available|is available



--- Comment #1 from Upstream Release Monitoring 
 ---
Latest upstream release: 2.07
Current version/release in rawhide: 2.05-3.fc29
URL: http://search.cpan.org/dist/Text-SimpleTable/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/3445/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/RZK4DIJDVW34GM77ZLH5OS7QZWXH5RHE/

Re: dnf history - change in how rpmdb checksum is computed

2018-07-23 Thread Jeff Johnson

The real problem is that both E:N-V-R.A and N-E:V-R.A  are equally imprecise.

The concept of "reproducible builds/installs" requires much more complete 
identifiers for serious work. But that was not the question asked in this 
thread.

So calculating both checksums, on rearranged plaintext items, for 
compatibility, kinda misses the underlying need to verify system installs on 
hundreds of machines.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/G5PQ6DZKLVJJYPJCQG2VVQQMRAITETJ3/

[Bug 1606925] perl-CPAN-Perl-Releases-3.70 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1606925



--- Comment #4 from Fedora Update System  ---
perl-CPAN-Perl-Releases-3.70-1.fc28 has been pushed to the Fedora 28 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-4946819ae7

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/BHP5GANVRSJXPG7JTYIISRRZC2WL5SKG/

[Bug 1606934] perl-Module-CoreList-5.20180720 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1606934

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
perl-Module-CoreList-5.20180720-1.fc28 has been pushed to the Fedora 28 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-5e74525dc9

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/OLIGWI72ZCW6MTXF6ASTYZJRZTVCMTXM/

Fedora testing-20180723.1 compose check report

2018-07-23 Thread Fedora compose checker

No missing expected images.

Passed openQA tests: 2/2 (x86_64)
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/2HXOXSAYLZAUJ7SJMEOMCN375BYFN2XY/

[Fedocal] Reminder meeting : Modularity WG (once every two weeks)

2018-07-23 Thread jkurik

Dear all,

You are kindly invited to the meeting:
   Modularity WG (once every two weeks) on 2018-07-24 from 10:00:00 to 11:00:00 
US/Eastern
   At fedora-meetin...@irc.freenode.net

The meeting will be about:
Meeting of the Modularity Working Group.

More information available at: [Modularity Working Group wiki 
page](https://fedoraproject.org/wiki/Modularity_Working_Group)

The agenda for the meeting is available at [modularity-wg-agendas 
pad](https://board.net/p/modularity-wg-agendas).



Source: https://apps.fedoraproject.org/calendar/meeting/5249/

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/LYOTJRGE3ANKD224J7TKVRKBH2PEFWRK/

RFC: Pass --auto-features=enabled in meson

Hello,

meson 0.47.0 has new option type - feature

(tri-state option - enabled/disabled/auto). It is quite common that in
autofoo and less in cmake worlds people rely on auto-detection of
dependencies and enabling features based on those.

I believe that for distribution we should make sure that all default
features are enabled and if not, packager should explicitly disable
feature. For instance when I was testing some RPM patches for new
compression types, it was disabling some default feature because the
configure script was written in a wrong way.

It would be nice if we could have some standardized way of specifying
options for buildsystems which would convert into autofoo/cmake/meson way
of specifying parameters but this is topic for another discussion.

Thoughts? Objections?

Unless there is strong opposition, I'm going to switch this parameter in
%meson macro and you would be able to change its value by redefining
%__meson_auto_features.
-- 

-Igor Gnatenko
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/SVURE6JRDBTFKHJAPFBYRZ62JQ56OLEG/

Fedora updates-20180723.0 compose check report

2018-07-23 Thread Fedora compose checker

No missing expected images.

Passed openQA tests: 2/2 (x86_64)
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/WPZOLJ7I22TOKD5EAT4GHQER2P2HF2DR/

[Bug 1599722] perl-Test-mysqld-1.0011 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1599722



--- Comment #2 from Fedora Update System  ---
perl-Test-mysqld-1.0012-1.fc28 has been submitted as an update to Fedora 28.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-bd9ce56f46

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/FTSNLMC624RWKEV2NV77P44XUFFVDFWE/

Re: Intel's Clear Linux optimizations

2018-07-23 Thread Samuel Sieb


On 07/23/2018 11:06 AM, Chris Murphy wrote:

I need installation instructions to use this kernel, apparently. I've
got the copr enabled, but can't figure out how to actually install the
kernel and kernel modules.


If you used dnf to enable the copr repository, then "dnf list --all 
kernel" should show you at least one from there.  An upgrade won't work 
if the version in the copr is lower than the latest one in the main 
Fedora repo, so you might need to do a dnf install with the specific 
version.

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/BYYI7XNTIMFET45IU2QE5CR7UJUWL5WI/

[rpms/perl-Test-mysqld] New Commits To "rpms/perl-Test-mysqld" (f28)


The following commits were pushed to the repo rpms/perl-Test-mysqld on branch
f28, which you are following:
5d58e15962354658d25a35c6de8b6c0dbf51deb2Denis Fateyevperl-Test-mysqld: 
1.0012 release
40d26c28cf42c8da4768955f4d9fd4fcf56d1b97Fedora Release Engineering- 
Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
c316e9929be991f6765d7b980204ab026621e921Jitka PlesnikovaPerl 5.28 
rebuild
34dbe307593c160b77c0cf175d140a74ea5846cbPetr Písařcpan.org addresses 
moved to MetaCPAN 
21224ab40826f9a5df48113ce9833905b74cd710Jitka Plesnikova1. bump



To view more about the commits, visit:
https://src.fedoraproject.org/rpms/perl-Test-mysqld/commits/f28
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/VRPD3HVPQNIUFJ7NLLKTED4R4HSBYHGQ/

[rpms/perl-Test-mysqld] New Commits To "rpms/perl-Test-mysqld" (master)


The following commits were pushed to the repo rpms/perl-Test-mysqld on branch
master, which you are following:
5d58e15962354658d25a35c6de8b6c0dbf51deb2Denis Fateyevperl-Test-mysqld: 
1.0012 release



To view more about the commits, visit:
https://src.fedoraproject.org/rpms/perl-Test-mysqld/commits/master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/FCLLWMOYUOVSUURKQ67Z2ZRJPCJLUYKM/

[Bug 1606925] perl-CPAN-Perl-Releases-3.70 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1606925



--- Comment #3 from Fedora Update System  ---
perl-CPAN-Perl-Releases-3.70-1.fc27 has been pushed to the Fedora 27 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-f9f5d4843b

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/WBWE4IMQSYFIY42LDI6EGKIJ6UC4HXNU/

Re: Intel's Clear Linux optimizations

2018-07-23 Thread Michal Novotny

On Mon, Jul 23, 2018 at 8:08 PM Chris Murphy 
wrote:

> On Thu, Jul 19, 2018 at 10:08 AM, Manas Mangaonkar
>  wrote:
> > No offense but can you kindly rephrase whatever you said.Its kinda
> difficult
> > to decipher as your sentences seem to contradict.
>
>
> I need installation instructions to use this kernel, apparently. I've
> got the copr enabled, but can't figure out how to actually install the
> kernel and kernel modules.
>

I think you should be just able to do  $ sudo dnf upgrade kernel

clime


>
>
>
> --
> Chris Murphy
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/AIZIKXISICOK3K5TMGPPQ4ULL6NIY5OR/
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/7QJ4EEIMUVODZJKZQYD57JCVOCCV3RW6/

Fedora Rawhide-20180723.n.0 compose check report

2018-07-23 Thread Fedora compose checker

No missing expected images.

Failed openQA tests: 9/138 (x86_64), 22/24 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20180722.n.0):

ID: 259675  Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/259675
ID: 259684  Test: x86_64 universal install_blivet_ext3@uefi
URL: https://openqa.fedoraproject.org/tests/259684
ID: 259808  Test: x86_64 Server-dvd-iso realmd_join_cockpit
URL: https://openqa.fedoraproject.org/tests/259808

Old failures (same test failed in Rawhide-20180722.n.0):

ID: 259607  Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/259607
ID: 259612  Test: x86_64 Server-dvd-iso server_cockpit_default
URL: https://openqa.fedoraproject.org/tests/259612
ID: 259618  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/259618
ID: 259619  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/259619
ID: 259622  Test: i386 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/259622
ID: 259639  Test: i386 Workstation-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/259639
ID: 259640  Test: i386 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/259640
ID: 259641  Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/259641
ID: 259644  Test: x86_64 KDE-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/259644
ID: 259654  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/259654
ID: 259655  Test: i386 KDE-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/259655
ID: 259656  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/259656
ID: 259698  Test: x86_64 universal support_server
URL: https://openqa.fedoraproject.org/tests/259698
ID: 259742  Test: i386 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/259742
ID: 259743  Test: i386 universal install_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/259743
ID: 259744  Test: i386 universal install_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/259744
ID: 259746  Test: i386 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/259746
ID: 259747  Test: i386 universal install_btrfs
URL: https://openqa.fedoraproject.org/tests/259747
ID: 259748  Test: i386 universal install_ext3
URL: https://openqa.fedoraproject.org/tests/259748
ID: 259749  Test: i386 universal install_blivet_btrfs
URL: https://openqa.fedoraproject.org/tests/259749
ID: 259750  Test: i386 universal install_blivet_no_swap
URL: https://openqa.fedoraproject.org/tests/259750
ID: 259751  Test: i386 universal install_blivet_xfs
URL: https://openqa.fedoraproject.org/tests/259751
ID: 259752  Test: i386 universal install_blivet_lvmthin
URL: https://openqa.fedoraproject.org/tests/259752
ID: 259753  Test: i386 universal install_package_set_minimal
URL: https://openqa.fedoraproject.org/tests/259753
ID: 259754  Test: i386 universal install_lvmthin
URL: https://openqa.fedoraproject.org/tests/259754
ID: 259755  Test: i386 universal install_blivet_ext3
URL: https://openqa.fedoraproject.org/tests/259755
ID: 259756  Test: i386 universal install_blivet_software_raid
URL: https://openqa.fedoraproject.org/tests/259756
ID: 259758  Test: i386 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/259758
ID: 259809  Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/259809

Soft failed openQA tests: 64/138 (x86_64), 2/24 (i386)
(Tests completed, but using a workaround for a known bug)

New soft failures (same test did not soft fail in Rawhide-20180722.n.0):

ID: 259597  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/259597
ID: 259598  Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/259598
ID: 259642  Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/259642
ID: 259669  Test: x86_64 universal install_xfs
URL: https://openqa.fedoraproject.org/tests/259669
ID: 259670  Test: x86_64 universal install_lvmthin
URL: https://openqa.fedoraproject.org/tests/259670
ID: 259671  Test: x86_64 universal install_no_swap
URL: https://openqa.fedoraproject.org/tests/259671
ID: 259672  Test: x86_64 universal install_blivet_ext3
URL: https://openqa.fedoraproject.org/tests/259672
ID: 259673  Test: x86_64 universal install_no_swap@uefi
URL: https://openqa.fedoraproject.org/tests/259673
ID: 259674  Test: x86_64 universal install_kickstart_hdd
URL:

Re: Intel's Clear Linux optimizations

2018-07-23 Thread Chris Murphy

On Thu, Jul 19, 2018 at 10:08 AM, Manas Mangaonkar
 wrote:
> No offense but can you kindly rephrase whatever you said.Its kinda difficult
> to decipher as your sentences seem to contradict.


I need installation instructions to use this kernel, apparently. I've
got the copr enabled, but can't figure out how to actually install the
kernel and kernel modules.



-- 
Chris Murphy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/AIZIKXISICOK3K5TMGPPQ4ULL6NIY5OR/

Re: Haskell failures: relocation refers to local symbol "" [1], which is defined in a discarded section


On 23.7.2018 19:34, Miro Hrončok wrote:

On 23.7.2018 19:28, Florian Weimer wrote:

On 07/23/2018 07:24 PM, Miro Hrončok wrote:



On 12.7.2018 18:48, Florian Weimer wrote:

On 07/12/2018 10:44 AM, Florian Weimer wrote:

On 07/12/2018 02:04 AM, Elliott Sales de Andrade wrote:
Does anyone know what's going on here? Is is annobin, new 
binutils, something else? The earliest failing build I can find is 
git-annex [3], and the dependency changes show annobin, binutils, 
and glibc (among others.)


It's a change in the glibc startup code, which triggers something 
which looks like a bug in the gold linker.  I filed a non-Haskell 
reproducer here:


   https://bugzilla.redhat.com/show_bug.cgi?id=1600431


Nick patched binutils, and I rebuilt ghc-optional-args-1.0.2-1.fc29 
without failure, so this should be fixed now.


I now get:

Linking dist/build/tests-asn1-encoding/tests-asn1-encoding ...
/tmp/ghc8eea_0/ghc_2.o(.gnu.build.attributes..text.startup+0x18): 
error: relocation refers to local symbol "" [11], which is defined in 
a discarded section

   section group signature: "(null)"
/tmp/ghc8eea_0/ghc_2.o(.gnu.build.attributes..text.startup+0x20): 
error: relocation refers to local symbol "" [2], which is defined in 
a discarded section

   section group signature: "(null)"
collect2: error: ld returned 1 exit status
`gcc' failed in phase `Linker'. (Exit code: 1)

For various packages. See
https://bugzilla.redhat.com/show_bug.cgi?id=1607054#c6

Is this related?


Nick, would you please have a look?


Note that sticking "%undefine _annotated_build" to the top of the 
specfile doesn't solve that.


Forget that statement, I haven't recreated the SRPM. It actually fixes 
the failure.


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/OINTHDZW2JLUOOGT4I4KC4BJTWEYNPZG/

Re: Haskell failures: relocation refers to local symbol "" [1], which is defined in a discarded section


On 23.7.2018 19:28, Florian Weimer wrote:

On 07/23/2018 07:24 PM, Miro Hrončok wrote:



On 12.7.2018 18:48, Florian Weimer wrote:

On 07/12/2018 10:44 AM, Florian Weimer wrote:

On 07/12/2018 02:04 AM, Elliott Sales de Andrade wrote:
Does anyone know what's going on here? Is is annobin, new binutils, 
something else? The earliest failing build I can find is git-annex 
[3], and the dependency changes show annobin, binutils, and glibc 
(among others.)


It's a change in the glibc startup code, which triggers something 
which looks like a bug in the gold linker.  I filed a non-Haskell 
reproducer here:


   https://bugzilla.redhat.com/show_bug.cgi?id=1600431


Nick patched binutils, and I rebuilt ghc-optional-args-1.0.2-1.fc29 
without failure, so this should be fixed now.


I now get:

Linking dist/build/tests-asn1-encoding/tests-asn1-encoding ...
/tmp/ghc8eea_0/ghc_2.o(.gnu.build.attributes..text.startup+0x18): 
error: relocation refers to local symbol "" [11], which is defined in 
a discarded section

   section group signature: "(null)"
/tmp/ghc8eea_0/ghc_2.o(.gnu.build.attributes..text.startup+0x20): 
error: relocation refers to local symbol "" [2], which is defined in a 
discarded section

   section group signature: "(null)"
collect2: error: ld returned 1 exit status
`gcc' failed in phase `Linker'. (Exit code: 1)

For various packages. See
https://bugzilla.redhat.com/show_bug.cgi?id=1607054#c6

Is this related?


Nick, would you please have a look?


Note that sticking "%undefine _annotated_build" to the top of the 
specfile doesn't solve that.


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/5XB47OTRX2WUX6ISEXV7LL4RS7OTVNWB/

Re: Haskell failures: relocation refers to local symbol "" [1], which is defined in a discarded section


On 07/23/2018 07:24 PM, Miro Hrončok wrote:



On 12.7.2018 18:48, Florian Weimer wrote:

On 07/12/2018 10:44 AM, Florian Weimer wrote:

On 07/12/2018 02:04 AM, Elliott Sales de Andrade wrote:
Does anyone know what's going on here? Is is annobin, new binutils, 
something else? The earliest failing build I can find is git-annex 
[3], and the dependency changes show annobin, binutils, and glibc 
(among others.)


It's a change in the glibc startup code, which triggers something 
which looks like a bug in the gold linker.  I filed a non-Haskell 
reproducer here:


   https://bugzilla.redhat.com/show_bug.cgi?id=1600431


Nick patched binutils, and I rebuilt ghc-optional-args-1.0.2-1.fc29 
without failure, so this should be fixed now.


I now get:

Linking dist/build/tests-asn1-encoding/tests-asn1-encoding ...
/tmp/ghc8eea_0/ghc_2.o(.gnu.build.attributes..text.startup+0x18): error: 
relocation refers to local symbol "" [11], which is defined in a 
discarded section

   section group signature: "(null)"
/tmp/ghc8eea_0/ghc_2.o(.gnu.build.attributes..text.startup+0x20): error: 
relocation refers to local symbol "" [2], which is defined in a 
discarded section

   section group signature: "(null)"
collect2: error: ld returned 1 exit status
`gcc' failed in phase `Linker'. (Exit code: 1)

For various packages. See
https://bugzilla.redhat.com/show_bug.cgi?id=1607054#c6

Is this related?


Nick, would you please have a look?

Thanks,
Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/TZJMUXRSUYOTLJSTY7TJSB3FG3GVVZV3/

Re: Haskell failures: relocation refers to local symbol "" [1], which is defined in a discarded section




On 12.7.2018 18:48, Florian Weimer wrote:

On 07/12/2018 10:44 AM, Florian Weimer wrote:

On 07/12/2018 02:04 AM, Elliott Sales de Andrade wrote:
Does anyone know what's going on here? Is is annobin, new binutils, 
something else? The earliest failing build I can find is git-annex 
[3], and the dependency changes show annobin, binutils, and glibc 
(among others.)


It's a change in the glibc startup code, which triggers something 
which looks like a bug in the gold linker.  I filed a non-Haskell 
reproducer here:


   https://bugzilla.redhat.com/show_bug.cgi?id=1600431


Nick patched binutils, and I rebuilt ghc-optional-args-1.0.2-1.fc29 
without failure, so this should be fixed now.


I now get:

Linking dist/build/tests-asn1-encoding/tests-asn1-encoding ...
/tmp/ghc8eea_0/ghc_2.o(.gnu.build.attributes..text.startup+0x18): error: 
relocation refers to local symbol "" [11], which is defined in a 
discarded section

  section group signature: "(null)"
/tmp/ghc8eea_0/ghc_2.o(.gnu.build.attributes..text.startup+0x20): error: 
relocation refers to local symbol "" [2], which is defined in a 
discarded section

  section group signature: "(null)"
collect2: error: ld returned 1 exit status
`gcc' failed in phase `Linker'. (Exit code: 1)

For various packages. See
https://bugzilla.redhat.com/show_bug.cgi?id=1607054#c6

Is this related?

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/KH4QQBW5PJBL6HMOOAJWHTF5W2MMPUAX/

Fedora rawhide compose report: 20180723.n.0 changes

2018-07-23 Thread Fedora Rawhide Report

OLD: Fedora-Rawhide-20180722.n.0
NEW: Fedora-Rawhide-20180723.n.0

= SUMMARY =
Added images:2
Dropped images:  0
Added packages:  1
Dropped packages:4
Upgraded packages:   93
Downgraded packages: 0

Size of added packages:  52.93 KiB
Size of dropped packages:644.36 KiB
Size of upgraded packages:   1.00 GiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   19.91 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =
Image: Design_suite live x86_64
Path: Labs/x86_64/iso/Fedora-Design_suite-Live-x86_64-Rawhide-20180723.n.0.iso
Image: Design_suite live i386
Path: Labs/i386/iso/Fedora-Design_suite-Live-i386-Rawhide-20180723.n.0.iso

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: python-geoplot-0.2.0-2.fc29
Summary: High-level geospatial plotting for Python
RPMs:python3-geoplot
Size:52.93 KiB


= DROPPED PACKAGES =
Package: nodejs-dependency-lister-1.0.3-8.fc27
Summary: Lists your module's dependencies with URLs and licenses
RPMs:nodejs-dependency-lister
Size:14.06 KiB

Package: nodejs-nano-6.4.2-1.fc28
Summary: Minimalistic couchdb driver for Node.js
RPMs:nodejs-nano
Size:27.18 KiB

Package: nodejs-npm-stats-1.1.0-8.fc29
Summary: Convenience module for getting back data from an NPM registry
RPMs:nodejs-npm-stats
Size:14.57 KiB

Package: sfntly-0-0.12.r214.fc26
Summary: A Library for Using, Editing, and Creating SFNT-based Fonts
RPMs:sfntly sfntly-javadoc
Size:588.54 KiB


= UPGRADED PACKAGES =
Package:  R-R.devices-2.16.0-1.fc29
Old package:  R-R.devices-2.15.1-3.fc29
Summary:  Unified Handling of Graphics Devices
RPMs: R-R.devices
Size: 380.35 KiB
Size change:  8.61 KiB
Changelog:
  * Sun Jul 22 2018 Elliott Sales de Andrade  - 
2.16.0-1
  - Update to latest version


Package:  R-evaluate-0.11-1.fc29
Old package:  R-evaluate-0.10.1-7.fc29
Summary:  Parsing and Evaluation Tools that Provide More Details than the 
Default
RPMs: R-evaluate
Size: 82.66 KiB
Size change:  -24 B
Changelog:
  * Sun Jul 22 2018 Elliott Sales de Andrade  - 
0.11-1
  - Update to latest version


Package:  R-git2r-0.23.0-1.fc29
Old package:  R-git2r-0.21.0-3.fc29
Summary:  Provides Access to Git Repositories
RPMs: R-git2r
Size: 2.92 MiB
Size change:  -1.36 MiB
Changelog:
  * Sun Jul 22 2018 Elliott Sales de Andrade  - 
0.23.0-1
  - Update latest version


Package:  R-gmp-0.5.13.2-1.fc29
Old package:  R-gmp-0.5.13.1-3.fc29
Summary:  Multiple Precision Arithmetic
RPMs: R-gmp
Size: 1.95 MiB
Size change:  2.08 KiB
Changelog:
  * Sun Jul 22 2018 Elliott Sales de Andrade  - 
0.5.13.2-1
  - Update to latest version


Package:  R-httpuv-1.4.5-1.fc29
Old package:  R-httpuv-1.4.4.1-2.fc29
Summary:  HTTP and WebSocket Server Library
RPMs: R-httpuv
Size: 2.17 MiB
Size change:  2.99 KiB
Changelog:
  * Sun Jul 22 2018 Elliott Sales de Andrade  - 
1.4.5-1
  - Update to latest version


Package:  R-iterators-1.0.10-1.fc29
Old package:  R-iterators-1.0.9-2.fc29
Summary:  Provides Iterator Construct for R
RPMs: R-iterators
Size: 336.77 KiB
Size change:  32 B
Changelog:
  * Sun Jul 22 2018 Elliott Sales de Andrade  - 
1.0.10-1
  - Update to latest version


Package:  R-nanotime-0.2.2-1.fc29
Old package:  R-nanotime-0.2.1-1.fc29
Summary:  Nanosecond-Resolution Time for R
RPMs: R-nanotime
Size: 123.79 KiB
Size change:  4 B
Changelog:
  * Sun Jul 22 2018 Elliott Sales de Andrade  - 
0.2.2-1
  - Update to latest version


Package:  R-spelling-1.2-1.fc29
Old package:  R-spelling-1.1-2.fc29
Summary:  Tools for Spell Checking in R
RPMs: R-spelling
Size: 55.57 KiB
Size change:  1.54 KiB
Changelog:
  * Sun Jul 22 2018 Elliott Sales de Andrade  - 1.2-1
  - Update to latest version


Package:  R-tkrplot-0.0.24-1.fc29
Old package:  R-tkrplot-0.0.23-3.fc29
Summary:  TK Rplot
RPMs: R-tkrplot
Size: 228.01 KiB
Size change:  2.11 KiB
Changelog:
  * Sun Jul 22 2018 Elliott Sales de Andrade  - 
0.0.24-1
  - Update to latest version


Package:  autokey-0.95.2-1.fc29
Old package:  autokey-0.94.0-3.fc29
Summary:  Desktop automation utility
RPMs: autokey-common autokey-gtk autokey-qt
Size: 403.32 KiB
Size change:  117.39 KiB
Changelog:
  * Mon Jul 23 2018 Raghu Udiyar  - 0.95.2-1
  - Update to latest 0.95.2 release (#1596426)


Package:  awscli-1.15.63-1.fc29
Old package:  awscli-1.15.62-1.fc29
Summary:  Universal Command Line Environment for AWS
RPMs: awscli
Size: 1.07 MiB
Size change:  36 B
Changelog:
  * Sun Jul 22 2018 Kevin Fenzi  - 1.15.63-1
  - Update to 1.15.63. Fixes bug #1606924


Package:  calc-2.12.6.7-5.fc29
Old package:  calc-2.12.6.7-3.fc29
Summary:  Arbitrary precision arithmetic system and calculator
RPMs: calc calc-devel calc-libs calc-stdrc

Re: Intel's Clear Linux optimizations

2018-07-23 Thread Manas Mangaonkar

Thank you for the information,i'll look into and get back asap.

On Mon, 23 Jul 2018, 22:26 Rajeesh K V,  wrote:

>
> > What additional information would you like to know?
>> Like what you were running etc because i didn't notice anything that
>> weird on my end.Sorry for the delay have been busy with college work.
>>
>
> The processes run are listed in the mail on 16 July. The apps are mostly
> Firefox with half a dozen tabs or so, Konsole with few tabs, Dolphin etc on
> a KDE Plasma desktop. Occasionally postgresql database with a python2.7
> application, but the `perf' traces were taken while these aren't running.
>
>
> --
> Rajeesh
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/O7MO2VAR42676U5SLWHYIDQCZULXTSBG/
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/MHNRJN7CH2GJF776W6UPTSERIUDZZBLR/

Re: [HEADS UP] gcc/gcc-c++ removal from buildroot and more

2018-07-23 Thread Tomasz Kłoczko

On Mon, 23 Jul 2018 at 15:50, Igor Gnatenko
 wrote:
[..]
>> On Tue, 10 Jul 2018 at 00:17, Igor Gnatenko
>>  wrote:
>> [..]
>> > F29:
>> > DEBUG util.py:439:  Install  144 Packages
>> > DEBUG util.py:439:  Total download size: 87 M
>> > DEBUG util.py:439:  Installed size: 425 M
>>
>> Igor can you post full list of packages about F29?
>
> Can you describe which list of packages you are asking for?

I've been asking about names of those 144 packages.
As long as concern about used disk space used during Fedora packages
builds was main reason of introduction direct BRs for C/C++ compiler
I'm 100% sure that it is possible to reduce even more such minimal
packages set.
Simple it would be good to have look on this list and I'm sure that
between many of those packages from such minimal list are some
dependencies which could removed/corrected to allow form even smaller
list.
Second propose of publishing names of those packages is to probably
tweak list of current BRs as it is not possible to build even simplest
package without any of those packages.

Just please post here result of the command like "rpm -qa --qf
'%{NAME}\n' | sort | xargs"

kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/PNZTFSTBINCC2EANARKP42BPOAUKDTIH/

[389-devel] please review: PR 49868 - CLI tools write output twice

2018-07-23 Thread Mark Reynolds


https://pagure.io/389-ds-base/pull-request/49868
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org/message/UTIS3EC4OPDCMFZGNQKAEBNPH6XX6QZN/

Re: experiencing dnf Error: Failed to synchronize cache for repo 'fedora' or ''updates'

2018-07-23 Thread Kevin Fenzi

On 07/23/2018 02:22 AM, Miro Hrončok wrote:

> It's an libre service we can run by ourselves if desired.
> 
> https://github.com/getsentry/sentry

Ah, I didn't see that from the main website. ;)

Will take a look, thanks for the suggestion!

kevin




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/X52T7VXCVCRB7WDVFMAWW2YDKGV4JVS7/

Re: experiencing dnf Error: Failed to synchronize cache for repo 'fedora' or ''updates'

2018-07-23 Thread Kevin Fenzi

On 07/23/2018 12:14 AM, Michal Novotny wrote:
> 
> Thank you a lot for this. I think that our infrastructure does really an
> admirable job. I greatly
> appreciate the effort to fix this.

Yeah, thank smooge for tracking down a logic error in our container
restart script. :)
> 
> It would still be good if dnf implemented the retry feature for mirror
> manager.

I agree.

> I don't quite understand why block
> https://github.com/rpm-software-management/dnf/pull/1109.

Likely they are just busy with other things, hopefully they will get to it.

kevin




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/PIGRQKYEJLUAGA2NV5BMM4DMEUMAUNRH/

Re: Intel's Clear Linux optimizations

2018-07-23 Thread Rajeesh K V

> > What additional information would you like to know?
> Like what you were running etc because i didn't notice anything that weird
> on my end.Sorry for the delay have been busy with college work.
>

The processes run are listed in the mail on 16 July. The apps are mostly
Firefox with half a dozen tabs or so, Konsole with few tabs, Dolphin etc on
a KDE Plasma desktop. Occasionally postgresql database with a python2.7
application, but the `perf' traces were taken while these aren't running.


-- 
Rajeesh
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/O7MO2VAR42676U5SLWHYIDQCZULXTSBG/

Summary/Minutes from today's FESCo Meeting (2018-07-23)

2018-07-23 Thread Randy Barlow

=
#fedora-meeting-1: FESCO (2018-07-23)
=


Meeting started by bowlofeggs at 15:00:00 UTC. The full logs are
available at
https://meetbot.fedoraproject.org/fedora-meeting-1/2018-07-23/fesco.2018-07-23-15.00.log.html
.



Meeting summary
---
* init process  (bowlofeggs, 15:00:00)

* #1922 Support for i686 on critical path packages  (bowlofeggs,
  15:03:28)
  * AGREED: let's see how the split kernel-headers package does and
let's notify the x86 SIG that they are at risk of losing i686 if
more events like this occur (+5, 0, -0)  (bowlofeggs, 15:24:09)

* #1942 F29 System Wide Change: Remove Excessive Linking  (bowlofeggs,
  15:24:29)
  * AGREED: defer this ticket until a future fesco meeting when jakub
can attend to discuss with us (+5, 0, -0)  (bowlofeggs, 15:46:21)

* #1951 gcc/g++ and python related build failures in F29 mass rebuild
  (bowlofeggs, 15:46:33)
  * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1551327
(ignatenkobrain_, 15:47:13)
  * LINK: https://github.com/rpm-software-management/rpm/pull/469
(ignatenkobrain_, 15:51:45)
  * ACTION: bowlofeggs will close this ticket because it is resolved
(bowlofeggs, 15:53:20)

* Next week's chair  (bowlofeggs, 15:53:34)
  * ACTION: contyk will chair next week's meeting  (bowlofeggs,
15:54:25)

* Open floor  (bowlofeggs, 15:54:31)

Meeting ended at 16:02:53 UTC.




Action Items

* bowlofeggs will close this ticket because it is resolved
* contyk will chair next week's meeting




Action Items, by person
---
* bowlofeggs
  * bowlofeggs will close this ticket because it is resolved
* contyk
  * contyk will chair next week's meeting
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* bowlofeggs (92)
* ignatenkobrain_ (29)
* nirik (28)
* contyk (23)
* zbyszek (23)
* jforbes (16)
* zodbot (14)
* maxamillion (9)
* sgallagh (6)
* ignatenkobrain (4)
* mhroncok (3)
* bunny__ (1)
* tyll (0)
* jwb (0)
* jsmith (0)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/CCRGREAO4YF5ZMJVCDSIU5LPKR7XFEDQ/

[Bug 1605418] perl-Template-Toolkit: FTBFS in Fedora rawhide

https://bugzilla.redhat.com/show_bug.cgi?id=1605418

Tom "spot" Callaway  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2018-07-23 12:05:27



--- Comment #5 from Tom "spot" Callaway  ---
perl-Template-Toolkit-2.27-8.fc29 built.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/CTHB5LFYASPLZ4CPNOWPYNGXCQAOCQAM/

[Bug 1606859] perl-Glib: FTBFS in Fedora rawhide

https://bugzilla.redhat.com/show_bug.cgi?id=1606859

Tom "spot" Callaway  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2018-07-23 11:55:44



--- Comment #4 from Tom "spot" Callaway  ---
perl-Glib-1.327-3.fc29 built.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/QDCVTYE3HJWFPBBM3GVN6QXVAWUH46JC/

Need Sponsor for WPE webkit packages.

2018-07-23 Thread BunnyApocalypse

Hello everyone,

I have mostly finished the packaging process for a suite of packages around WPE 
webkit, a webkit port optimized for low powered/embedded devices. I have had 
the generic backend package that the main package itself depends on approved by 
a reviewer.

However, I still need a sponsor in order to actually finish the process of 
packaging. I intend to continue contributing to the Fedora project as a 
packager once this group of packages get through, and would really appreciate 
someone taking me on as a sponsor to help me as I continue to learn the process.

Here are the related package reviews:
https://bugzilla.redhat.com/show_bug.cgi?id=1601186 (wpewebkit)
https://bugzilla.redhat.com/show_bug.cgi?id=1601058 (wpebackend)
https://bugzilla.redhat.com/show_bug.cgi?id=1602078 (wpebackend-fdo)
Thanks,
Chris___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ZDDIGNMINUQXSLZZXLXNU2CY2PASPYRN/

[Bug 1605424] perl-Wx: FTBFS in Fedora rawhide

https://bugzilla.redhat.com/show_bug.cgi?id=1605424

Tom "spot" Callaway  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2018-07-23 11:48:49



--- Comment #4 from Tom "spot" Callaway  ---
perl-Wx-0.9932-11.fc29 built.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/KKYZWCBSRCVHV2OTVGUWSWY3AJ6HJGGS/

Re: F29 System Wide Change: OpenLDAP without Non-threaded Libraries


On 07/17/2018 04:08 PM, Kamil Dudka wrote:

On Tuesday, July 17, 2018 2:24:04 PM CEST Matus Honek wrote:

Florian is right, the idea is to make changes to the source code
(probably a downstream patch will be needed) such that the threaded
library will be built twice, once with libldap soname and once with
libldap_r soname, and the non-threaded libldap won't be shipped at
all.

The non-threaded version basically provides a subset of capabilities of
the threaded version, which are additionally thread safe
(i.e. mutexes). There shouldn't be really any noticeable change.

Does this make sense?


So can it happen that both the libraries will be loaded at the same time
by a single process (one of them for example through libcurl)?

Will everything work as expected in this case?


It's certainly quite risky, and many things can go wrong (dlopen of the 
dormant copy of the library, ELF constructors running twice).


Matus, have you considered turning libldap.so into a linker script 
(referencing libdap_r.so) and libldap-2.4.so.2 into a stub which only 
depends on libldap_r-2.4.so.2?  The dynamic linker will then search 
libldap_r if the application links against libldap.


Thanks,
Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/2Z2R7J5IMEAY3O75V7H5P65FYNMS3Q7Y/

License clarification of libmodulemd - MIT

2018-07-23 Thread Stephen Gallagher

I recently released libmodulemd 1.6.x into Fedora. It was always labeled as
MIT license in the spec file and intended that way, but due to an incorrect
copy-paste, most of the files in the tarball had actually been indicating
that they were MITNFA instead. I fixed that upstream and 1.6.x is properly
licensed as MIT.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/EH5JIA5DCXUINR5TJNZJKNPYWLCTZQY3/

Re: [HEADS UP] Removal of GCC from the buildroot

On Mon, Jul 23, 2018 at 4:59 PM  wrote:

> Another one, this time without any Vala:
>

Thanks a lot for your input! I'm going to block the Change tracking bug and
fix them automatically within a few days.

https://bugzilla.redhat.com/show_bug.cgi?id=1606043
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/SRWNOFJVCW2RYWFEINSEZFYXF2TTUIFT/
>
-- 

-Igor Gnatenko
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/SPZ7B5EAWJZDR3DORTNFUCW32Q4RUIGW/

[rpms/perl-Alien-wxWidgets] New Commits To "rpms/perl-Alien-wxWidgets" (master)


The following commits were pushed to the repo rpms/perl-Alien-wxWidgets on 
branch
master, which you are following:
5ea190de362f5e20bda6e0ec1a919f22e96b74fcTom Callawayadd BuildRequires: 
gcc, gcc-c++ to generate sane configs



To view more about the commits, visit:
https://src.fedoraproject.org/rpms/perl-Alien-wxWidgets/commits/master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/H4W6Q3SPZ4WTKHXWE4EZB2TBGIXTEVND/

Re: jplesnik pushed to perl-XML-Parser (master). "Specify all dependencies"

Dne 23.7.2018 v 15:28 Florian Weimer napsal(a):
> On 07/23/2018 02:35 PM, Vít Ondruch wrote:
>>
>>
>> Dne 23.7.2018 v 14:19 Vít Ondruch napsal(a):
>>>
>>> Dne 23.7.2018 v 14:14 Dominik 'Rathann' Mierzejewski napsal(a):
 On Monday, 23 July 2018 at 14:07, Florian Weimer wrote:
> On 07/23/2018 02:00 PM, Dominik 'Rathann' Mierzejewski wrote:
>> On Monday, 23 July 2018 at 13:12, Jitka Plesníková wrote:
>>> I've added BR glibc-common, because it contains the iconv
>>> binary. iconv
>>> is used in spec file.
>> Maybe it's better to do:
>>
>> BuildRequires: %{_bindir}/iconv
>>
>> instead?
> We need to add explicit provides first to the glibc (sub)packages,
> to avoid
> triggering a filelist download in DNF.
 File provides in %{_bindir} and %{_sbindir} aren't supposed to trigger
 filelist download as far as I know.
>>> Correct, they are part of primary metadata ... and file lists are
>>> downloaded anyway ...
>>
>> Just FTR:
>>
>> https://pagure.io/packaging-committee/issue/549
>> https://fedoraproject.org/w/index.php?title=Packaging:Guidelines=417413=417412
>>
>
> Can we please update the Packaging Guidelines to reflect this new
> reality?  In particular, mention that dependencies on %{_bindir}/iconv
> are okay?

The thing is that the reality have not changed since the #549. The
primary metadata still contains the data about /usr/bin and several
other directories as they used to and DNF still downloads entire file lists.

At that time, I was proposing to allow file dependencies generally. But
at the end, they are now more discouraged then they were previously. I
would love to see the guidelines changed, but I am not going to drive
it. One failure was enough.

V.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/OLTHSVFHTVSYKUNDGCEBDGRNCJOKPH2J/

[Bug 1605411] perl-Mail-Sendmail: FTBFS in Fedora rawhide

https://bugzilla.redhat.com/show_bug.cgi?id=1605411

Tom "spot" Callaway  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2018-07-23 10:30:33



--- Comment #4 from Tom "spot" Callaway  ---
perl-Mail-Sendmail-0.80-4.fc29 built.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/7YB6QPTOGHUUW4QMQI3VRT2G2HK3TMUU/

[Bug 1605407] perl-File-MMagic-XS: FTBFS in Fedora rawhide

https://bugzilla.redhat.com/show_bug.cgi?id=1605407

Tom "spot" Callaway  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2018-07-23 10:30:09



--- Comment #4 from Tom "spot" Callaway  ---
perl-File-MMagic-XS-0.09008-14.fc29 built.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/AJKKXAWCSRDE4XPB6C5QPYA3G6OVNGGY/

[rpms/perl-Wx] New Commits To "rpms/perl-Wx" (master)


The following commits were pushed to the repo rpms/perl-Wx on branch
master, which you are following:
07ad1fe2e0f10b72619fa770317c2747de90416fTom Callawayadd BuildRequires: 
gcc-c++



To view more about the commits, visit:
https://src.fedoraproject.org/rpms/perl-Wx/commits/master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/3WASRN7PWFAGNJORV4HOQCWJUYNWG4Y6/

[rpms/perl-File-MMagic-XS] New Commits To "rpms/perl-File-MMagic-XS" (master)


The following commits were pushed to the repo rpms/perl-File-MMagic-XS on branch
master, which you are following:
3fecfe4b05d57922854ab032a38c48b638557bfbTom Callawayadd BuildRequires: 
gcc



To view more about the commits, visit:
https://src.fedoraproject.org/rpms/perl-File-MMagic-XS/commits/master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/TS4EMW6RFBJ5LF4XNMY5QSRLRUQ4YF3K/

Re: [HEADS UP] Removal of GCC from the buildroot

2018-07-23 Thread mcatanzaro


Another one, this time without any Vala:

https://bugzilla.redhat.com/show_bug.cgi?id=1606043
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/SRWNOFJVCW2RYWFEINSEZFYXF2TTUIFT/

Schedule for Monday's FESCo Meeting (2018-07-23)

2018-07-23 Thread Randy Barlow

Following is the list of topics that will be discussed in the
FESCo meeting today at 15:00UTC in #fedora-meeting-1 on
irc.freenode.net.

To convert UTC to your local time, take a look at
  http://fedoraproject.org/wiki/UTCHowto

or run:
  date -d '2018-07-23 15:00 UTC'


Links to all issues to be discussed can be found at:
https://pagure.io/fesco/report/meeting_agenda


= Discussed and Voted in the Ticket =

F29 System Wide Change: uEFI for ARM v7
https://pagure.io/fesco/issue/1943
APPROVED (+7, 0, -0)

F29 System Wide Change: ZRAM support for ARM images
https://pagure.io/fesco/issue/1944
APPROVED (+6, 0, -0)


= New business =

#topic #1922 Support for i686 on critical path packages
.fesco 1922
https://pagure.io/fesco/issue/1922

#topic #1942 F29 System Wide Change: Remove Excessive Linking
.fesco 1942
https://pagure.io/fesco/issue/1942

#topic #1951 gcc/g++ and python related build failures in F29 mass rebuild
.fesco 1951
https://pagure.io/fesco/issue/1951


= Open Floor =

For more complete details, please visit each individual
issue.  The report of the agenda items can be found at
https://pagure.io/fesco/report/meeting_agenda

If you would like to add something to this agenda, you can
reply to this e-mail, file a new issue at
https://pagure.io/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
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/K55PHCLI6X7ECZRHGGVDC5633HO2KBLA/

Re: Non-responsive maintainer - Daniel Kopeček

2018-07-23 Thread Dominik 'Rathann' Mierzejewski

On Sunday, 22 July 2018 at 19:00, Vitaly Zaitsev wrote:
> Hello!
> 
> According Non-responsive Maintainer Policy I'm asking the maintainer
> to respond and resolve issues with packages spdlog and json.
> 
> RHBZ (spdlog): https://bugzilla.redhat.com/show_bug.cgi?id=1468817
> 
> RHBZ (json): https://bugzilla.redhat.com/show_bug.cgi?id=1558490

FWIW I can help co-maintain json as it's a build dependency of one
of my packages.

Regards,
Dominik
-- 
Fedora   https://getfedora.org  |  RPMFusion   http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/PQEFXZP5IPY3WNGVEDNHGRWIMNMDLIBX/

Re: [HEADS UP] gcc/gcc-c++ removal from buildroot and more

On Mon, Jul 23, 2018 at 3:43 PM Tomasz Kłoczko 
wrote:

> On Tue, 10 Jul 2018 at 00:17, Igor Gnatenko
>  wrote:
> [..]
> > F29:
> > DEBUG util.py:439:  Install  144 Packages
> > DEBUG util.py:439:  Total download size: 87 M
> > DEBUG util.py:439:  Installed size: 425 M
>
> Igor can you post full list of packages about F29?


Can you describe which list of packages you are asking for?

kloczek
> --
> Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/OZRXVFVMXISFTAIIPY6ECBLKVXMX2HUA/
>
-- 

-Igor Gnatenko
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/PSZOZXGK4VW2LPGO77OHLJH7E2SWT4LB/

Re: dnf history - change in how rpmdb checksum is computed

2018-07-23 Thread Dusty Mabe



On 07/18/2018 09:24 AM, Daniel Mach wrote:
> Hi everyone,
> The DNF team is currently reviewing DNF compatibility with YUM 3 and we'd 
> like to get feedback on this one: 
> https://bugzilla.redhat.com/show_bug.cgi?id=1120253
> 
> rpmdb checksum is a checksum of all installed RPMs
> It has no cryptographical value, it's just an unique ID of RPMs on a system 
> before and after each transaction and it's used in dnf history info and dnf 
> history list.
> If checksums of 2 following transactions do not match, DNF indicates that.
> This happens if a user installs an RPM by hand via rpm command.
> 
> Then `dnf history list` looks like:
>  2 | install bar | 2018-01-01 02:00 | Install    |    2  <
>  1 | install foo | 2018-01-01 01:00 | Install    |    7 >
> the "<" and ">" characters indicate discontinuity in rpmdb hashes
> 
> Here's the question:
> DNF computes the checksum from RPM N-E:V-R.A
> while YUM computed it from E:N-V-R.A

Could we just update dnf/"newyum" to calculate both checksums and
only represent the discontinuity if neither match? Obviously this
increases the chance of a collision, but could put this conversation
to rest.

At some distant point in the future we can stop calculating 'E:N-V-R.A'
since all new transactions would have been calculated based on 'N-E:V-R.A'

Dusty
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/2ZG45QT7AW54UKW2OVYTDHGF6OZ7VNXU/

Re: jplesnik pushed to perl-XML-Parser (master). "Specify all dependencies"


On 07/23/2018 02:35 PM, Vít Ondruch wrote:



Dne 23.7.2018 v 14:19 Vít Ondruch napsal(a):


Dne 23.7.2018 v 14:14 Dominik 'Rathann' Mierzejewski napsal(a):

On Monday, 23 July 2018 at 14:07, Florian Weimer wrote:

On 07/23/2018 02:00 PM, Dominik 'Rathann' Mierzejewski wrote:

On Monday, 23 July 2018 at 13:12, Jitka Plesníková wrote:

I've added BR glibc-common, because it contains the iconv binary. iconv
is used in spec file.

Maybe it's better to do:

BuildRequires: %{_bindir}/iconv

instead?

We need to add explicit provides first to the glibc (sub)packages, to avoid
triggering a filelist download in DNF.

File provides in %{_bindir} and %{_sbindir} aren't supposed to trigger
filelist download as far as I know.

Correct, they are part of primary metadata ... and file lists are
downloaded anyway ...


Just FTR:

https://pagure.io/packaging-committee/issue/549
https://fedoraproject.org/w/index.php?title=Packaging:Guidelines=417413=417412


Can we please update the Packaging Guidelines to reflect this new 
reality?  In particular, mention that dependencies on %{_bindir}/iconv 
are okay?


Thanks,
Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/RAB4UDJR6QEPBAKYBTLOPBBMTUAVJOAI/

Re: jplesnik pushed to perl-XML-Parser (master). "Specify all dependencies"

On Mon, Jul 23, 2018 at 3:01 PM Florian Weimer  wrote:

> On 07/23/2018 02:00 PM, Dominik 'Rathann' Mierzejewski wrote:
> > On Monday, 23 July 2018 at 13:12, Jitka Plesníková wrote:
> >> I've added BR glibc-common, because it contains the iconv binary. iconv
> >> is used in spec file.
> >
> > Maybe it's better to do:
> >
> > BuildRequires: %{_bindir}/iconv
> >
> > instead?
>
> We need to add explicit provides first to the glibc (sub)packages, to
> avoid triggering a filelist download in DNF.
>

* DNF *always* downloads filelists.
* /usr/bin and such common locations are in primary so no extra downloads.


> Thanks,
> Florian
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/4G7SBK26225XIB4MMHDMEZBV6PF4MTZA/
>
-- 

-Igor Gnatenko
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/SCYBHYQ2XJSRGIHSM4FNJSNSCAJA42AZ/

Re: [HEADS UP] gcc/gcc-c++ removal from buildroot and more

2018-07-23 Thread Tomasz Kłoczko

On Tue, 10 Jul 2018 at 00:17, Igor Gnatenko
 wrote:
[..]
> F29:
> DEBUG util.py:439:  Install  144 Packages
> DEBUG util.py:439:  Total download size: 87 M
> DEBUG util.py:439:  Installed size: 425 M

Igor can you post full list of packages about F29?

kloczek
-- 
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/OZRXVFVMXISFTAIIPY6ECBLKVXMX2HUA/

jdom2 license correction

2018-07-23 Thread Michael Šimáček


jdom2 license tag has been corrected from:
ASL 1.1 or BSD
to:
Saxpath

Michael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/EHWOASLGZIXL7T25XVM3DF7VRIKD6ENM/

Re: jplesnik pushed to perl-XML-Parser (master). "Specify all dependencies"

Dne 23.7.2018 v 14:19 Vít Ondruch napsal(a):
>
> Dne 23.7.2018 v 14:14 Dominik 'Rathann' Mierzejewski napsal(a):
>> On Monday, 23 July 2018 at 14:07, Florian Weimer wrote:
>>> On 07/23/2018 02:00 PM, Dominik 'Rathann' Mierzejewski wrote:
 On Monday, 23 July 2018 at 13:12, Jitka Plesníková wrote:
> I've added BR glibc-common, because it contains the iconv binary. iconv
> is used in spec file.
 Maybe it's better to do:

 BuildRequires: %{_bindir}/iconv

 instead?
>>> We need to add explicit provides first to the glibc (sub)packages, to avoid
>>> triggering a filelist download in DNF.
>> File provides in %{_bindir} and %{_sbindir} aren't supposed to trigger
>> filelist download as far as I know.
> Correct, they are part of primary metadata ... and file lists are
> downloaded anyway ...

Just FTR:

https://pagure.io/packaging-committee/issue/549
https://fedoraproject.org/w/index.php?title=Packaging:Guidelines=417413=417412

V.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ULZT7IQ222JHXNKHEQ77WS27MIOJOE6Y/

Re: Intel's Clear Linux optimizations

2018-07-23 Thread Manas Mangaonkar

> What additional information would you like to know?

Like what you were running etc because i didn't notice anything that weird
on my end.Sorry for the delay have been busy with college work.


On Fri, Jul 20, 2018 at 2:52 PM, Rajeesh K V 
wrote:

>
>
> On Thu, Jul 19, 2018 at 12:52 PM Manas Mangaonkar <
> manasmangaon...@gmail.com> wrote:
>
>> Can you give some more details as those would help Investigate the
>> problem better.
>>
>
> What additional information would you like to know?
>
> [P.S.: please avoid top-posting.]
>
> --
> Rajeesh
>
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.
> fedoraproject.org/message/KKWUK7CVF46Z2VEUEGS5LPR5DT4XL4NH/
>
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/5WOM7HNL7UOVQ6EOE22ZDS2GFQZH7UPQ/

rust-bytes license change (MIT or ASL 2.0 → MIT)

Upstream released 0.4.9 which does this correction

.

Should not affect anyone. Thanks for attention.

-- 

-Igor Gnatenko
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/GUV3SV43FVBQW35XB2NE24MFPA7KIMN3/

Re: jplesnik pushed to perl-XML-Parser (master). "Specify all dependencies"



Dne 23.7.2018 v 14:14 Dominik 'Rathann' Mierzejewski napsal(a):
> On Monday, 23 July 2018 at 14:07, Florian Weimer wrote:
>> On 07/23/2018 02:00 PM, Dominik 'Rathann' Mierzejewski wrote:
>>> On Monday, 23 July 2018 at 13:12, Jitka Plesníková wrote:
 I've added BR glibc-common, because it contains the iconv binary. iconv
 is used in spec file.
>>> Maybe it's better to do:
>>>
>>> BuildRequires: %{_bindir}/iconv
>>>
>>> instead?
>> We need to add explicit provides first to the glibc (sub)packages, to avoid
>> triggering a filelist download in DNF.
> File provides in %{_bindir} and %{_sbindir} aren't supposed to trigger
> filelist download as far as I know.

Correct, they are part of primary metadata ... and file lists are
downloaded anyway ...

V.


>
> Regards,
> Dominik
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/IQ5I64NO5XW6XYT44QAYQC5EDQZGPTP3/

Re: jplesnik pushed to perl-XML-Parser (master). "Specify all dependencies"

2018-07-23 Thread Tom Hughes


On 23/07/18 13:14, Dominik 'Rathann' Mierzejewski wrote:

On Monday, 23 July 2018 at 14:07, Florian Weimer wrote:

On 07/23/2018 02:00 PM, Dominik 'Rathann' Mierzejewski wrote:

On Monday, 23 July 2018 at 13:12, Jitka Plesníková wrote:

I've added BR glibc-common, because it contains the iconv binary. iconv
is used in spec file.


Maybe it's better to do:

BuildRequires: %{_bindir}/iconv

instead?


We need to add explicit provides first to the glibc (sub)packages, to avoid
triggering a filelist download in DNF.


File provides in %{_bindir} and %{_sbindir} aren't supposed to trigger
filelist download as far as I know.


That's true, but in any case it's all irrelevant because as I understand
it dnf always downloads the full filelists anyway.

It was yum that was optimised not to do so.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/J4PE55K5FQGFCBMHJNLBD3GCDMIN3TN4/

Re: jplesnik pushed to perl-XML-Parser (master). "Specify all dependencies"

2018-07-23 Thread Dominik 'Rathann' Mierzejewski

On Monday, 23 July 2018 at 14:07, Florian Weimer wrote:
> On 07/23/2018 02:00 PM, Dominik 'Rathann' Mierzejewski wrote:
> > On Monday, 23 July 2018 at 13:12, Jitka Plesníková wrote:
> > > I've added BR glibc-common, because it contains the iconv binary. iconv
> > > is used in spec file.
> > 
> > Maybe it's better to do:
> > 
> > BuildRequires: %{_bindir}/iconv
> > 
> > instead?
> 
> We need to add explicit provides first to the glibc (sub)packages, to avoid
> triggering a filelist download in DNF.

File provides in %{_bindir} and %{_sbindir} aren't supposed to trigger
filelist download as far as I know.

Regards,
Dominik
-- 
Fedora   https://getfedora.org  |  RPMFusion   http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/OJ5IWZWYOD3YD4ZJAM4A5EIXA7IKOIFK/

Re: Build failures of packages which use waf as build system

2018-07-23 Thread Thomas Moschny

Please note that we have two different issues here, with different solutions:

- Packages using an embedded waf: as the upstream waf script uses a
shebang like '#! /usr/bin/env python', these packages fail due to the
removal of the unversioned Python binary and should call their waf
copy using one of the %{__python2} or %{__python3} macros, and BR on
python2-devel or python3-devel to get the macros.

- Packages using the system-wide waf script in the Python3 variant
(note that waf is using alternatives, so /usr/bin/waf can be either
using Python2 or Python3, depending on the declared BRs): these will
currently fail in rawhide, as the version in rawhide is not fully
Python3-compatible, which will be fixed soon.

(Of course packages using embedded waf, and calling it via
%{__python3} will likely also see the second issue, and should simply
update their embedded waf script.)


2018-07-23 12:55 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> Please don't recommend that. Instead of munging all packages that use
> waf, waf should be fixed. In the other thread the maintainer said they
> can do it next week. If more speed is needed, prepare a PR in src.fp.o
> and maybe have a provenpackager push the build.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/SONWVTWZTYIINDPK33IQ6MLVX6227PHF/

Re: jplesnik pushed to perl-XML-Parser (master). "Specify all dependencies"


On 07/23/2018 02:00 PM, Dominik 'Rathann' Mierzejewski wrote:

On Monday, 23 July 2018 at 13:12, Jitka Plesníková wrote:

I've added BR glibc-common, because it contains the iconv binary. iconv
is used in spec file.


Maybe it's better to do:

BuildRequires: %{_bindir}/iconv

instead?


We need to add explicit provides first to the glibc (sub)packages, to 
avoid triggering a filelist download in DNF.


Thanks,
Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/4G7SBK26225XIB4MMHDMEZBV6PF4MTZA/

Re: jplesnik pushed to perl-XML-Parser (master). "Specify all dependencies"

2018-07-23 Thread Dominik 'Rathann' Mierzejewski

On Monday, 23 July 2018 at 13:12, Jitka Plesníková wrote:
> I've added BR glibc-common, because it contains the iconv binary. iconv
> is used in spec file.

Maybe it's better to do:

BuildRequires: %{_bindir}/iconv

instead?

Regards,
Dominik
-- 
Fedora   https://getfedora.org  |  RPMFusion   http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/U7ORYFW74T2F2XM5ZQ427V3TUZ26DBZL/

License tag of minicom corrected

2018-07-23 Thread Ondřej Lysoněk

I've reviewed the licensing of minicom and found the License tag to be
inaccurate.

I changed the License tag from:
GPL+ and GPLv2+ and GPLv2 and LGPLv2+ Public Domain and Copyright only
to:
GPLv2+ and LGPLv2+ and Public Domain

The license tag was only made less strict, so it shouldn't cause any
problems.

-- 
Ondřej Lysoněk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ZWQW4VQH53FJXUVKAEWHNN4PMWACIHQZ/

[Bug 1605412] perl-Net-Pcap: FTBFS in Fedora rawhide

https://bugzilla.redhat.com/show_bug.cgi?id=1605412

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Net-Pcap-0.18-9.fc29
 Resolution|--- |RAWHIDE
Last Closed||2018-07-23 07:50:46



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/TI4COU3MJVDFH4UJEFO4RPC4QAOIPX62/

[rpms/perl-Net-Pcap] New Commits To "rpms/perl-Net-Pcap" (master)


The following commits were pushed to the repo rpms/perl-Net-Pcap on branch
master, which you are following:
3c94cd7a162688eefd179f3f51ce318c28d8Jitka PlesnikovaAdd missing 
build requirement (#1605412)



To view more about the commits, visit:
https://src.fedoraproject.org/rpms/perl-Net-Pcap/commits/master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/6F6LABXF5QLYAV7BFPN3XLGUCVW6TZ5V/

Re: jplesnik pushed to perl-XML-Parser (master). "Specify all dependencies"


On 07/23/2018 01:12 PM, Jitka Plesníková wrote:

I've added BR glibc-common, because it contains the iconv binary. iconv
is used in spec file.

Jitka

On 07/23/2018 12:57 PM, Florian Weimer wrote:

On 07/23/2018 10:06 AM, notificati...@fedoraproject.org wrote:

+BuildRequires:  glibc-common


glibc-common is an internal implementation detail of glibc.  You
should not add dependencies on it.

For building against the C run-time, you should only specify

   Requires: gcc

or (if necessary)

   Requires: gcc-c++

This is explained here:

   

Thanks,
Forian


That's actually a reasonable request, but it cannot be expressed with 
the current packaging.  I filed an enhancement request for glibc:


  https://bugzilla.redhat.com/show_bug.cgi?id=1607366

Until this is implemented (hopefully quite soon, and I will also 
backport this to Fedora 27 and 28), you simply cannot express such 
fine-grained dependencies, and you need to rely on the tools being 
included in the buildroot implicitly.


Thanks,
Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/LQNDBL7PHX63C2IIQHGQF5RO4C6IB2RD/

[Bug 1605410] perl-Inline-Python: FTBFS in Fedora rawhide

https://bugzilla.redhat.com/show_bug.cgi?id=1605410

Igor Gnatenko  changed:

   What|Removed |Added

 Blocks||1551327



--- Comment #4 from Igor Gnatenko  ---
Matches:
/bin/sh: gcc: command not found

Suggested fix:
BuildRequires:  gcc


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1551327
[Bug 1551327] Remove GCC from BuildRoot
-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/RXPT53EJMHBDUKXSOCEIL2RGCA3IPKC4/

maven license correction

2018-07-23 Thread Michael Šimáček


maven license tag has been changed from:
ASL 2.0
to:
ASL 2.0 and MIT
because of bundled slf4j-simple

Michael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/DOBP77P3QGTEU45BK2FCSAJ5H7RBGKTV/

Re: jplesnik pushed to perl-XML-Parser (master). "Specify all dependencies"

2018-07-23 Thread Jitka Plesníková

I've added BR glibc-common, because it contains the iconv binary. iconv
is used in spec file.

Jitka

On 07/23/2018 12:57 PM, Florian Weimer wrote:
> On 07/23/2018 10:06 AM, notificati...@fedoraproject.org wrote:
>> +BuildRequires:  glibc-common
>
> glibc-common is an internal implementation detail of glibc.  You
> should not add dependencies on it.
>
> For building against the C run-time, you should only specify
>
>   Requires: gcc
>
> or (if necessary)
>
>   Requires: gcc-c++
>
> This is explained here:
>
>   
>
> Thanks,
> Forian

-- 
Jitka Plesníková
Software Engineer
Red Hat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/5WV3D2YIHMSFJAFNQ4BLHDEMOTPJZZ36/

Re: Fedora c++ default build flags

On 07/16/2018 06:37 PM, Jonathan Wakely wrote:

On 16/07/18 18:24 +0200, Florian Weimer wrote:

On 07/16/2018 05:25 PM, Jonathan Wakely wrote:

On 12/07/18 20:49 +0200, mskal...@redhat.com wrote:

Dan Horák píše v St 11. 07. 2018 v 14:12 +0200:

On Wed, 11 Jul 2018 14:00:40 +0200
mskal...@redhat.com wrote:

Hi,
during a discussion with upstream (MongoDB) they asked me about
default Fedora C/C++ build flags. And I don't remember all Fedora
System Wide changes where it was introduced,... so is there some
place where it's described?

https://src.fedoraproject.org/rpms/redhat-rpm-config/blob/master/f/bu
ildflags.md

Thanks. Also does someone have any information how our flags affects
performance?
(which is also important for the upstream project)

Currently -D_GLIBCXX_ASSERTIONS has fairly negative effects on
performance of some code using the C++ standard library. GCC is not
able to optimise away as many of the checks as we initially thought.

Do you know if anything else besides ?
That one at least a simple source-level fix (probably fixing a real
bug in some cases): Use size_type/size_t for the index variable.

That's the only specific example I'm aware of, but there might be
plenty of correct code using unsigned for the loop variable, which
gets pessimised by the assertions. It's unusual to have more than
UINT_MAX elements in a vector, so we can't just say such code needs
fixing.

It's not just about -D_GLIBCXX_ASSERTIONS. The type mismatch inhibits
loop optimizations in general (looks like strength reduction in particular).

Thanks,
Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ZWOPT5BGQACURKXFBQ5NC26G7IACSEVG/

Re: diorite: FTBFS in Fedora rawhide

2018-07-23 Thread Martin Gansser

Thanks for your feedback.
I already comiled diorite with the bundled waf version, but no success.
I will wait until waf 2.0.7 is released.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/WU63P323IOECN52ELP4NNW5AJRXV2VBN/

[Bug 1376845] The license tag should mention GPL+ or Artistic

https://bugzilla.redhat.com/show_bug.cgi?id=1376845

Petr Pisar  changed:

   What|Removed |Added

 Status|CLOSED  |ASSIGNED
 Blocks||182235 (FE-Legal)
 Resolution|NOTABUG |---
   Keywords||Reopened



--- Comment #2 from Petr Pisar  ---
I don't agree with your resolution.

c/ppport.h is "GPL+ or Artistic". Because Fedora does not permit Artistic, the
file is compiled as "GPL+". And if you link GPL+ code into an Artistic 2.0 code
(lib/Params/Validate/XS.c), the result is tainted by GPL. Thus the binary
package must state GPL+ in the license tag.

Raising to the Fedora legal team for a decision.


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=182235
[Bug 182235] Fedora Legal Tracker
-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/4SMKPTOKPQ3LQKI24ZXC3FKJQTXLRREH/

maven2 license correction

2018-07-23 Thread Michael Šimáček


maven2 license tag has been changed from:
ASL 2.0 and MIT and BSD
to:
ASL 2.0
because there are no MIT or BSD licensed files

Michael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/XY2ZPHZVX5BLHVOWSQORHCCQ7RZKOIYE/

Re: jplesnik pushed to perl-XML-Parser (master). "Specify all dependencies"


On 07/23/2018 10:06 AM, notificati...@fedoraproject.org wrote:

+BuildRequires:  glibc-common


glibc-common is an internal implementation detail of glibc.  You should 
not add dependencies on it.


For building against the C run-time, you should only specify

  Requires: gcc

or (if necessary)

  Requires: gcc-c++

This is explained here:

  

Thanks,
Forian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/3MC7YVWXDKO2CS46YEVBLXYWDVBW7YHJ/

Re: Build failures of packages which use waf as build system

2018-07-23 Thread Zbigniew Jędrzejewski-Szmek

On Mon, Jul 16, 2018 at 09:54:22PM +0200, Guido Aulisi wrote:
> Hi all,
> 
> I found many build failure of packages using waf as build system.
> This is due to recent move of /usr/bin/python into a separate package
> 
> https://fedoraproject.org/wiki/Changes/Move_usr_bin_python_into_separat
> e_package
> 
> Many audio related packages have this problem.
> 
> I fixed some of these audio packages, prefixing waf calls with
> %{__python2} macro. You have to BR python2-rpm-macros or python2-devel
> to use it.
> 
> For example:
> https://src.fedoraproject.org/rpms/ardour5/c/e72960049735476c19c08a14cb
> d5891556802753?branch=master
> 
> As discussed on the ML, this was the accepted solution, I hope this can
> be useful to other people getting this problem

Please don't recommend that. Instead of munging all packages that use
waf, waf should be fixed. In the other thread the maintainer said they
can do it next week. If more speed is needed, prepare a PR in src.fp.o
and maybe have a provenpackager push the build.

Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ZAS2VGTJYCHQ3XT7CPRVEPV2PIUY5JJP/

[Bug 1605402] perl-Authen-Krb5-Admin: FTBFS in Fedora rawhide

https://bugzilla.redhat.com/show_bug.cgi?id=1605402

Igor Gnatenko  changed:

   What|Removed |Added

 Blocks||1551327



--- Comment #4 from Igor Gnatenko  ---
Matches:
/bin/sh: gcc: command not found

Suggested fix:
BuildRequires:  gcc


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1551327
[Bug 1551327] Remove GCC from BuildRoot
-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/JLDKDBW7N5BFZORYUKSUPJX4MHNDC6C6/

[Bug 1605418] perl-Template-Toolkit: FTBFS in Fedora rawhide

https://bugzilla.redhat.com/show_bug.cgi?id=1605418

Igor Gnatenko  changed:

   What|Removed |Added

 Blocks||1551327



--- Comment #4 from Igor Gnatenko  ---
Matches:
/bin/sh: gcc: command not found

Suggested fix:
BuildRequires:  gcc


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1551327
[Bug 1551327] Remove GCC from BuildRoot
-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/LRVBTQ3LUBB6JFKFHGVITPGQKP6GG2T2/

[Bug 1605415] perl-PDL: FTBFS in Fedora rawhide

https://bugzilla.redhat.com/show_bug.cgi?id=1605415

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-PDL-2.19.0-3.fc29
 Resolution|--- |RAWHIDE
Last Closed||2018-07-23 06:26:59



-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/TQ2JPWDMWK4GYMN2DGILHLKYR6QO7EPE/

[rpms/perl-PDL] New Commits To "rpms/perl-PDL" (master)


The following commits were pushed to the repo rpms/perl-PDL on branch
master, which you are following:
3030e44d0f266c3c685caf99eb3f084a19f7717bJitka PlesnikovaAdd missing 
build requirements (#1605415)



To view more about the commits, visit:
https://src.fedoraproject.org/rpms/perl-PDL/commits/master
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org/message/SWZ6I4HQP74EWJEMCBQGBSJ57Z4LSFGK/

Re: Intent to retire pkpgcounter

2018-07-23 Thread Zdenek Dohnal

I'm giving a week deadline for anyone who wants to let pkpgcounter in
Fedora. If you are against its retirement, let me know within a week.
Otherwise I'll take it as it is okay to retire pkpgcounter.


On 07/23/2018 12:09 PM, Zdenek Dohnal wrote:
> Hi everyone,
>
> pkpgcounter (alternative sw written in python2 for counting pages of
> several document types - usually covered by CUPS system - and computing
> ink coverage needed for printing specific document - never heard of
> someone who uses it...) started to fail to build from source.
>
> I would like to retire this package (read it as I will not solve FTBFS
> bugzilla, so pkpgcounter will get retired in the future) because of
> following reasons:
>
> - dead upstream - the last update on upstream website is 2013
>
> - code is python2 only, which is going to be retired at 1st January 2020
> - if someone would like to take the package, then the package will need
> to be ported to python3
>
> - AFAIK the package is unused (no user's bugs in long time, no
> dependencies on pkpgcounter by other packages...)
>
>
> Is anyone against pkpgcounter's retirement from Fedora? Does anyone use it?
>
>
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/7QY4NNMDY54ZRCWV4GDUONYTKZFLA24U/

-- 
Zdenek Dohnal
Associate Software Engineer
Red Hat Czech - Brno TPB-C



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/OB3SL5CZ4K6CV5V3NQY2Y3U6CLRL6O65/

Intent to retire pkpgcounter

2018-07-23 Thread Zdenek Dohnal

Hi everyone,

pkpgcounter (alternative sw written in python2 for counting pages of
several document types - usually covered by CUPS system - and computing
ink coverage needed for printing specific document - never heard of
someone who uses it...) started to fail to build from source.

I would like to retire this package (read it as I will not solve FTBFS
bugzilla, so pkpgcounter will get retired in the future) because of
following reasons:

- dead upstream - the last update on upstream website is 2013

- code is python2 only, which is going to be retired at 1st January 2020
- if someone would like to take the package, then the package will need
to be ported to python3

- AFAIK the package is unused (no user's bugs in long time, no
dependencies on pkpgcounter by other packages...)


Is anyone against pkpgcounter's retirement from Fedora? Does anyone use it?

-- 
Zdenek Dohnal
Associate Software Engineer
Red Hat Czech - Brno TPB-C




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/7QY4NNMDY54ZRCWV4GDUONYTKZFLA24U/

Re: diorite: FTBFS in Fedora rawhide

2018-07-23 Thread Thomas Moschny

I think we need to update system waf, version 2.0.7 improves Python
3.7 compatibility.

I'm currently on vacation though, so I might not be able to update waf
before next week. In the meantime you could try to use a local copy of
waf.

2018-07-22 18:40 GMT+02:00 Martin Gansser :
> I changed the spec file [1] but it still fails on rawhide
>
> [1] https://martinkg.fedorapeople.org/Packages/nuvolaruntime/diorite.spec
> [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=28522155
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/MSJMZRMWL7QKJXSHZYCVMZGVQV6ENQSE/

Re: Removal of My Email ID

2018-07-23 Thread Benjamin Kircher

Abdul, 

To unsubscribe send an email to devel-le...@lists.fedoraproject.org

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/7OETNJIVVTFXHCTRFSLXWN5QQYBBXSEP/

Re: Removal of My Email ID

2018-07-23 Thread akshay karhade

Mine too please.

On Mon, Jul 23, 2018, 3:09 PM abdul@wipro.com 
wrote:

> Hello ,
>
>
>
> Please remove My Email ID from Fedora Mailing List.
>
>
>
>
>
> Regards
>
> Abdul Naseer.
> The information contained in this electronic message and any attachments
> to this message are intended for the exclusive use of the addressee(s) and
> may contain proprietary, confidential or privileged information. If you are
> not the intended recipient, you should not disseminate, distribute or copy
> this e-mail. Please notify the sender immediately and destroy all copies of
> this message and any attachments. WARNING: Computer viruses can be
> transmitted via email. The recipient should check this email and any
> attachments for the presence of viruses. The company accepts no liability
> for any damage caused by any virus transmitted by this email.
> www.wipro.com
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/IEY7RNE2ARGH6YUOKIYZGDLEF4FKSJF4/
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/XEHATU2OL52MTQJPQEY42K4FIFYKMBDF/

Re: Installed (but unpackaged) file(s) found on s390x and armv7hl: .s390x.debug.#dwz#

2018-07-23 Thread Dan Horák

On Mon, 23 Jul 2018 10:43:43 +0200
Mark Wielaard  wrote:

> On Sun, Jul 22, 2018 at 10:52:38PM +0300, Pavel Alexeev wrote:
> > Hello.
> > 
> > I try build new version of perdition package.
> > 
> > It build fine
> > (https://koji.fedoraproject.org/koji/taskinfo?taskID=28526416) on
> > all architectures except armv7hl and s390x. On that I got
> > (https://kojipkgs.fedoraproject.org//work/tasks/6424/28526424/build.log):
> > 
> > error: Installed (but unpackaged) file(s) found:
> > /usr/lib/debug/usr/sbin/perdition.imap4-2.2-1.fc29.s390x.debug.#dwz#.sWwnyG
> > /usr/lib/debug/usr/sbin/perdition.imap4s-2.2-1.fc29.s390x.debug.#dwz#.eE9BPY
> > /usr/lib/debug/usr/sbin/perdition.imaps-2.2-1.fc29.s390x.debug.#dwz#.WRTN7g
> > /usr/lib/debug/usr/sbin/perdition.managesieve-2.2-1.fc29.s390x.debug.#dwz#.GWCloz
> > /usr/lib/debug/usr/sbin/perdition.pop3-2.2-1.fc29.s390x.debug.#dwz#.
> > 2Sm2W5 
> > /usr/lib/debug/usr/sbin/perdition.pop3s-2.2-1.fc29.s390x.debug.#dwz#.kvArfo
> > 
> > Could someone please help me solve that problem?
> 
> It looks like dwz crashed and left those temporary files behind.
> Strangely there are no indication in the log files that dwz crashed.
> But there is an rm -f statement in the log right before the
> find-debuginfo.sh/dwz invocation that does seem to touch those files.
> I cannot explain where that comes from. It must be somewhere at the
> end of the %install phase, but there is nothing in the .spec file
> that hints at where it is coming from.
> 
> It might be necessary to run on a real s390x or armv7vhl machine
> to track down what is going on.

so I can reproduce that locally on my rawhide s390x guest

Mark, I'll give you the machine info thru other channels.


Dan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/6B6PWZKSTDG7KBUONPKFSGCLGUIO5FFF/

Re: experiencing dnf Error: Failed to synchronize cache for repo 'fedora' or ''updates'

On 22.7.2018 20:02, Kevin Fenzi wrote:

On 07/20/2018 11:15 PM, Miro Hrončok wrote:

On 20.7.2018 19:56, Kevin Fenzi wrote:

On 07/20/2018 03:55 AM, Michal Novotny wrote:

I actually already filed the respective bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1591225

There is even PR:

https://github.com/rpm-software-management/dnf/pull/1109

that got blocked for an unknown reason and mainly unknown period.

I wanted to confirm that more people are experiencing this issue,
that it's
not just some "local" network problem. The problem is that dnf does not
respect max_retries option for a repo when mirror manager is being
contacted. I have no idea why it hasn't been fixed yet given that it
affects basically all dnf users and it also quite significantly affects
building in Copr.

Thats a good workaround and we should do it, but I sure wish we could
track down when and why those sporadic 503's come from our mirrorlist
containers. ;(

Perhaps we could add further debugging and track it down. I'll see what
I can do...

Can we use something like Sentry? https://sentry.io/

Thats a non free 3rd party service? no thanks. :)

It's an libre service we can run by ourselves if desired.

https://github.com/getsentry/sentry

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/XKUX3QQQF3DIYIQLJNRSIDTLY2ONXLN4/

Removal of My Email ID

2018-07-23 Thread abdul....@wipro.com

Hello ,

Please remove My Email ID from Fedora Mailing List.


Regards
Abdul Naseer.
The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. WARNING: Computer viruses can be transmitted via email. The 
recipient should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by any virus 
transmitted by this email. www.wipro.com
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/IEY7RNE2ARGH6YUOKIYZGDLEF4FKSJF4/

Re: [HEADS UP] gcc/gcc-c++ removal from buildroot and more



Dne 10.7.2018 v 19:31 Kevin Fenzi napsal(a):
> On 07/10/2018 03:36 AM, Igor Gnatenko wrote:
>> On Tue, Jul 10, 2018 at 12:22 PM Vít Ondruch  wrote:
>>
>>> Thank you for pushing this forward!
>>>
>>>
>>> One question though. I see that this works in Koji, but trying to test
>>> this locally it does not work.
>>>
>>> 1) $ mock -r fedora-rawhide-x86_64 rubygem-abrt-0.3.0-3.fc29.src.rpm
>>> --enablerepo=local
>>>
>>> This still installs gcc.
>>>
>>> 2) $ mock -r fedora-rawhide-x86_64 rubygem-abrt-0.3.0-3.fc29.src.rpm
>>> --disablerepo=* --enablerepo=local
>>>
>>> This fails:
>>>
>>> ~~~
>>>
>>> Warning: Module or Group 'buildsys-build' does not exist.
>>> Error: Nothing to do.
>>>
>>> ~~~
>>>
>>> Trying to get the latest comps from local repository:
>>>
>>> ~~~
>>>
>>>
>>> https://kojipkgs.fedoraproject.org/repos/rawhide/latest/x86_64/repodata/db824c6dd6664943bcec0a8fcd3bda7fc855e5a787623c0da6d49deb79438fc7-comps.xml
>>>
>>> ~~~
>>>
>>> This has "build" group which references gcc/gcc-c++ and does not reference
>>> any buildsys-build group. So where is this file coming from? Why does it
>>> differ from regular Fedora repos?
>>>
>> This is  interesting question. I've sent PR to update comps
>> ,
>> but I don't know how it is being pushed through… We should ask rel-eng to
>> help with this.
>>
>> Mohan, Kevin?
> Looks like Mohan merged it a while back now...

The question is not about Fedora comps, but about comps from the Koji
repository:

https://kojipkgs.fedoraproject.org/repos/rawhide/latest/x86_64/

specifically:

https://kojipkgs.fedoraproject.org/repos/rawhide/latest/x86_64/repodata/db824c6dd6664943bcec0a8fcd3bda7fc855e5a787623c0da6d49deb79438fc7-comps.xml

Where are these coming from? How to fix them? I'd love to see the
examples above to behave correctly, i.e. to not install gcc.

I opened releng ticket to track this: https://pagure.io/releng/issue/7649


V.



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/IMBW5D7SNRWBQ2YMCYMUDBFV4Q44P4YQ/

Re: Build failures of packages which use waf as build system