[Test-Announce] 2020-01-20 @ 16:00 UTC - Fedora QA Meeting

2020-01-19 Thread Adam Williamson
# Fedora Quality Assurance Meeting
# Date: 2020-01-20
# Time: 16:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net

Greetings testers!

Sorry for the short notice, I've been traveling and forgot to send this
out yesterday. But let's have a quick meeting today to catch up on
current status and proposals.

If anyone has any other items for the agenda, please reply to this
email and suggest them! Thanks.

== Proposed Agenda Topics ==

1. Previous meeting follow-up
2. Outstanding proposals
3. F32 status
4. Test Day / community event status
5. Open floor
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test-annou...@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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[389-devel] Please review: 50831 Add cargo.lock for offline builds

2020-01-19 Thread William Brown
https://pagure.io/389-ds-base/pull-request/50832


—
Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs
___
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org


[EPEL-devel] Fedora EPEL 8 updates-testing report

2020-01-19 Thread updates
The following Fedora EPEL 8 Security updates need testing:
 Age  URL
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-d2256048ae   
python-django-2.2.9-1.el8
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-da5ff125c7   
gnulib-0-31.20200107git.el8
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-ea80fd1fc3   
rubygem-rack-2.0.8-1.el8
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-b03f11686e   
chromium-79.0.3945.117-1.el8
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-0d2d3afda2   
ImageMagick-6.9.10.86-1.el8
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-1acfe4c236   
upx-3.95-5.el8


The following builds have been pushed to Fedora EPEL 8 updates-testing

nss-mdns-0.14.1-5.el8
perl-CGI-Compile-0.23-1.el8
xfce4-whiskermenu-plugin-2.3.5-1.el8

Details about builds:



 nss-mdns-0.14.1-5.el8 (FEDORA-EPEL-2020-ea93165071)
 glibc plugin for .local name resolution

Update Information:

Properly work with or without authselect

ChangeLog:

* Sun Jan 19 2020 Adam Goode  - 0.14.1-5
- Properly work with or without authselect (BZ #1577243)
* Thu Jul 25 2019 Fedora Release Engineering  - 
0.14.1-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild

References:

  [ 1 ] Bug #1577243 - nss-mdns modifies /etc/nsswitch.conf in scriptlets which 
conflicts with authselect on Fedora 28
https://bugzilla.redhat.com/show_bug.cgi?id=1577243




 perl-CGI-Compile-0.23-1.el8 (FEDORA-EPEL-2020-c493c6197a)
 Compile .cgi scripts to a code reference like ModPerl::Registry

Update Information:

This update bumps perl-CGI-Compile to the 0.23 version but also adds
dependencies on perl-Plack.

ChangeLog:

* Sun Jan 19 2020 Emmanuel Seyman  - 0.23-1
- Update to 0.23
- Replace calls to %{__perl} with /usr/bin/perl
- Remove no-longer-needed patch




 xfce4-whiskermenu-plugin-2.3.5-1.el8 (FEDORA-EPEL-2020-11fd15a55b)
 An alternate application launcher for Xfce

Update Information:

- Update to 2.3.5

ChangeLog:

* Sun Jan 19 2020 Filipe Rosset  - 2.3.5-1
- Update to 2.3.5


___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org


[389-devel] 389 DS nightly 2020-01-20 - 96% PASS

2020-01-19 Thread vashirov
https://fedorapeople.org/groups/389ds/ci/nightly/2020/01/20/report-389-ds-base-1.4.3.1-20200120gitcf849cc.fc31.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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org


[EPEL-devel] Fedora EPEL 7 updates-testing report

2020-01-19 Thread updates
The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 523  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d   
condor-8.6.11-1.el7
 265  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c499781e80   
python-gnupg-0.4.4-1.el7
 263  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-bc0182548b   
bubblewrap-0.3.3-2.el7
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-75cc3918d1   
rubygem-ox-2.4.11-5.el7
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-9ffdf25269   
python-django-1.11.27-1.el7
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-12cd208593   
gnulib-0-31.20200107git.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-de388d4fd0   
chromium-79.0.3945.117-1.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-35e87bab10   
perl-Clipboard-0.21-1.el7.1
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-a062204588   
rubygem-rack-1.6.12-1.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-87fd65eed3   
python3-pillow-6.2.2-1.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-345003feba   
thunderbird-enigmail-2.1.5-1.el7
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-348d34c4c6   
elog-3.1.4-1.20190113git283534d97d5a.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-807cf11068   
upx-3.95-5.el7


The following builds have been pushed to Fedora EPEL 7 updates-testing

links-2.20.2-1.el7
nss-mdns-0.14.1-5.el7
relval-2.4.11-1.el7

Details about builds:



 links-2.20.2-1.el7 (FEDORA-EPEL-2020-a16a109471)
 Web browser running in both graphics and text mode

Update Information:

Update to a new version.  Security bug fixed: when links was connected to tor,
it would send real dns requests outside the tor network when the displayed page
contains http://host.domain/;>.  Fix reading one
byte beyond allocated space in case of corrupted UTF-8 data - CVE-2017-4

ChangeLog:

* Sun Jan 19 2020 Lubomir Rintel  - 1:2.20.2-1
- New release
* Thu Jul 25 2019 Fedora Release Engineering  - 
1:2.17-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild
* Fri Feb  1 2019 Fedora Release Engineering  - 
1:2.17-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
* Wed Oct 31 2018 Lubomir Rintel  - 1:2.17-1
- New release
* Fri Jul 13 2018 Fedora Release Engineering  - 
1:2.14-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
* Wed Feb  7 2018 Fedora Release Engineering  - 
1:2.14-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild
* Thu Aug  3 2017 Fedora Release Engineering  - 
1:2.14-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Binutils_Mass_Rebuild
* Wed Jul 26 2017 Fedora Release Engineering  - 
1:2.14-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
* Tue Mar 21 2017 Lubomir Rintel  - 1:2.14-1
- New release
* Fri Feb 10 2017 Fedora Release Engineering  - 
1:2.13-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild

References:

  [ 1 ] Bug #1480633 - CVE-2017-4 links: Global-based 1 byte buffer 
over-read in put_chars function in html_r.c [epel-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1480633




 nss-mdns-0.14.1-5.el7 (FEDORA-EPEL-2020-b5e1d863a8)
 glibc plugin for .local name resolution

Update Information:

Properly work with or without authselect

ChangeLog:

* Sun Jan 19 2020 Adam Goode  - 0.14.1-5
- Properly work with or without authselect (BZ #1577243)
* Thu Jul 25 2019 Fedora Release Engineering  - 
0.14.1-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild
* Fri Feb  1 2019 Fedora Release Engineering  - 
0.14.1-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
* Fri Jul 13 2018 Fedora Release Engineering  - 
0.14.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild

References:

  [ 1 ] Bug #1577243 - nss-mdns modifies /etc/nsswitch.conf in scriptlets which 
conflicts with authselect on Fedora 28
https://bugzilla.redhat.com/show_bug.cgi?id=1577243




[Bug 1792672] perl-Catalyst-Runtime-5.90126 is available

2020-01-19 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1792672

Upstream Release Monitoring  
changed:

   What|Removed |Added

Summary|perl-Catalyst-Runtime-5.901 |perl-Catalyst-Runtime-5.901
   |25 is available |26 is available



--- Comment #1 from Upstream Release Monitoring 
 ---
Latest upstream release: 5.90126
Current version/release in rawhide: 5.90124-4.fc31
URL: http://search.cpan.org/dist/Catalyst-Runtime/

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/5865/

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1789498] perl-Swim-0.1.48 is available

2020-01-19 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1789498

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Swim-0.1.48-1.fc32 |perl-Swim-0.1.48-1.fc32
   |perl-Swim-0.1.48-1.fc30 |perl-Swim-0.1.48-1.fc30
   ||perl-Swim-0.1.48-1.fc31



--- Comment #6 from Fedora Update System  ---
perl-Swim-0.1.48-1.fc31 has been pushed to the Fedora 31 stable repository. If
problems still persist, please make note of it in this bug report.

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1786801] perl-Encode-3.02 is available

2020-01-19 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1786801

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Encode-3.02-440.fc32   |perl-Encode-3.02-440.fc32
   |perl-Encode-3.02-11.fc30|perl-Encode-3.02-11.fc30
   ||perl-Encode-3.02-440.fc31



--- Comment #7 from Fedora Update System  ---
perl-Encode-3.02-440.fc31 has been pushed to the Fedora 31 stable repository.
If problems still persist, please make note of it in this bug report.

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


Re: qpid-proton removal impact

2020-01-19 Thread Miro Hrončok

On 20. 01. 20 1:05, Miro Hrončok wrote:

On 19. 01. 20 23:45, Miro Hrončok wrote:

On 13. 01. 20 17:19, Kevin Fenzi wrote:

On Mon, Jan 13, 2020 at 12:34:15PM +0100, Miro Hrončok wrote:

qpid-proton is orphaned with a lot of impacted packages:

...snip...


This section is not very accurate. It is not Koji that gets broken, only
python3-koji-hub-plugins and the dependent packages just need koji, not the
kojihub plugins.

Either way, I think somebody should pay attention to the broken and orphaned
qpid-proton package -- there are some real packages impacted by this.


I looked at this a while back and thought about taking qpid-proton, but
then I decided that I would wait and see if anyone actually interested
in it would take it, and if not, look at just dropping the koji
dependency.


Looks like somebody took it and orphaned it again yesterday, restarting the 
counter.


Or maybe pagure just stopped providing the proper info here. Will re-check.


OK, it was just some temporary glitch.

--
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: qpid-proton removal impact

2020-01-19 Thread Miro Hrončok

On 19. 01. 20 23:45, Miro Hrončok wrote:

On 13. 01. 20 17:19, Kevin Fenzi wrote:

On Mon, Jan 13, 2020 at 12:34:15PM +0100, Miro Hrončok wrote:

qpid-proton is orphaned with a lot of impacted packages:

...snip...


This section is not very accurate. It is not Koji that gets broken, only
python3-koji-hub-plugins and the dependent packages just need koji, not the
kojihub plugins.

Either way, I think somebody should pay attention to the broken and orphaned
qpid-proton package -- there are some real packages impacted by this.


I looked at this a while back and thought about taking qpid-proton, but
then I decided that I would wait and see if anyone actually interested
in it would take it, and if not, look at just dropping the koji
dependency.


Looks like somebody took it and orphaned it again yesterday, restarting the 
counter.


Or maybe pagure just stopped providing the proper info here. Will re-check.

--
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Review Swap Request

2020-01-19 Thread Martin Jackson

Hello,

I have two packages for a review swap - they should be fairly 
straightforward.  python3-userpath is a python module for manipulating 
the $PATH variable for several shells; also it is a dependency of pipx :


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

pipx is a tool for installing various python scripts/commands (and their 
dependencies) in their own local virtualenvs.  It is similar to pipsi 
(which is also in the archive; pipsi upstream recommends pipx instead - 
https://github.com/mitsuhiko/pipsi):


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

Thanks!

Marty

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


Re: Fedora 32 system-wide change proposal: reduce installation media size by improving the compression ratio of SquashFS filesystem

2020-01-19 Thread Chris Murphy
On Sun, Jan 19, 2020 at 8:41 AM Bohdan Khomutskyi  wrote:
>
> Hello,
>
> Thanks everyone for posting feedback.
> More benchmarking results are available at 
> https://fedoraproject.org/wiki/Category:Changes/OptimizeSquashFS, including 
> the 'plain' SquashFS filesystem.
> After performing the tests, I personally recommend to use xz compression with 
> 1MiB block size, without bcj, on a 'plain' squash filesystem -- this will 
> lead to a reduction of 142MiB on the ISO, compared to the stock Fedora 31 
> Workstation x86_64 image.
> Alternative compression options, such as Zstd, are also mentioned in the 
> change proposal.

Thanks for all the tests.

While I see the meaningfully reduced CPU hit of xz compressed images,
the proposal leaves a lot of performance improvement on the table by
not also enabling zstd as an option in the compose process. The tests
show zstd results, but the proposal doesn't mention zstd at all.

In particular for Workstation ISO, the CPU hit isn't worth the size
savings for regular users, let alone the recurring hit for releng
composes and QA's automated installation tests. It's a lot of CPU burn
at both ends of the candle, for not a lot of size savings. I'm not
convinced it's worth the extra hit on the create side for Zstd level
22, compared to Zstd 15 or 17.

I admit I'm biased toward the two endpoints: create and consume, not
distribution ,i.e the mirror donors. Their storage and bandwidth
concerns were evaluated with the RPM change from xz to zstd. So I'm
mystified by the bias for image size.

Anyway, I approve of the change but disappointed if it really doesn't
let Fedora release engineering the ability to choose (possibly based
on image type - maybe there's some benefit to using xz for raw and
qcow2 images).



-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: qpid-proton removal impact

2020-01-19 Thread Miro Hrončok

On 13. 01. 20 17:19, Kevin Fenzi wrote:

On Mon, Jan 13, 2020 at 12:34:15PM +0100, Miro Hrončok wrote:

qpid-proton is orphaned with a lot of impacted packages:

...snip...


This section is not very accurate. It is not Koji that gets broken, only
python3-koji-hub-plugins and the dependent packages just need koji, not the
kojihub plugins.

Either way, I think somebody should pay attention to the broken and orphaned
qpid-proton package -- there are some real packages impacted by this.


I looked at this a while back and thought about taking qpid-proton, but
then I decided that I would wait and see if anyone actually interested
in it would take it, and if not, look at just dropping the koji
dependency.


Looks like somebody took it and orphaned it again yesterday, restarting the 
counter.

--
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: [F32] Avogadro moves to Avogadro2

2020-01-19 Thread Fabio Valentini
On Sun, Jan 19, 2020, 20:51 Antonio Trande  wrote:

>
>
> On 19/01/20 19:51, Fabio Valentini wrote:
> > On Sun, Jan 19, 2020 at 7:47 PM Antonio Trande 
> wrote:
> >>
> >> Hi all.
> >>
> >> Avogadro(1) package supports Python2 only.
> >> My intention is to retire this package on Fedora 32+; at the same time,
> >> Avogadro2 will be the replacement of Avogadro(1) on Fedora 32+ by moving
> >> up the Epoch to 1, and obsoleting the old Avogadro(1).
> >>
> >> Summarizing, starting from Fedora 32:
> >>  Avogadro(1) --> retired
> >>  Avogadro2 will have (avogadro-1.3.0 does not exist but will obsolete
> >> any 1.2.0 release):
> >>
> >> %if 0%{?fedora} > 31
> >> `Epoch: 1`
> >> `Obsoletes: avogadro < 0:1.3.0-1`
> >> `Provides:  avogadro = 1:%{version}-%{release}`
> >> %endif
> >
> > Two questions:
> >
> > - is avogadro2 compatible with avogadro? if not, it should not provide
> > the old package, and if it is parallel installable, also not obsolete
> > it.
>
> They will not be installable together, not for compatibility issue but
> because avogadro(1) (without Python2) will not be available anymore.
>
> > - does avogadro2 have a smaller version than avogadro(1)? looking at
> > its homepage, that does not seem to be the case. so ... why do you
> > need Epoch?
> >
>
> None smaller version than avogadro(1). Epoch should make Avogadro2 the
> new Avogadro since the v2 release (like upstream wrote) is a re-writed
> Avogadro project under development.
>

Ok, good, then Providing and Obsoleting the old package should be the right
thing, and you don't need Epoch if the version is higher anyway.

Fabio


>
> --
> ---
> Antonio Trande
> Fedora Project
> mailto 'sagitter at fedoraproject dot org'
> GPG key: 0x7B30EE04E576AA84
> GPG key server: https://keys.openpgp.org/
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: [F32] Avogadro moves to Avogadro2

2020-01-19 Thread Antonio Trande


On 19/01/20 19:51, Fabio Valentini wrote:
> On Sun, Jan 19, 2020 at 7:47 PM Antonio Trande  wrote:
>>
>> Hi all.
>>
>> Avogadro(1) package supports Python2 only.
>> My intention is to retire this package on Fedora 32+; at the same time,
>> Avogadro2 will be the replacement of Avogadro(1) on Fedora 32+ by moving
>> up the Epoch to 1, and obsoleting the old Avogadro(1).
>>
>> Summarizing, starting from Fedora 32:
>>  Avogadro(1) --> retired
>>  Avogadro2 will have (avogadro-1.3.0 does not exist but will obsolete
>> any 1.2.0 release):
>>
>> %if 0%{?fedora} > 31
>> `Epoch: 1`
>> `Obsoletes: avogadro < 0:1.3.0-1`
>> `Provides:  avogadro = 1:%{version}-%{release}`
>> %endif
> 
> Two questions:
> 
> - is avogadro2 compatible with avogadro? if not, it should not provide
> the old package, and if it is parallel installable, also not obsolete
> it.

They will not be installable together, not for compatibility issue but
because avogadro(1) (without Python2) will not be available anymore.

> - does avogadro2 have a smaller version than avogadro(1)? looking at
> its homepage, that does not seem to be the case. so ... why do you
> need Epoch?
> 

None smaller version than avogadro(1). Epoch should make Avogadro2 the
new Avogadro since the v2 release (like upstream wrote) is a re-writed
Avogadro project under development.


-- 
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x7B30EE04E576AA84
GPG key server: https://keys.openpgp.org/



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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Mock build Fedora package on CentOS 7

2020-01-19 Thread Nico Kadel-Garcia
On Sun, Jan 19, 2020 at 2:08 PM Pavel Raiskup  wrote:
>
> On Thursday, January 16, 2020 4:50:09 PM CET Ian Pilcher wrote:
> > On 1/16/20 9:39 AM, Miroslav Suchý wrote:
> > > https://github.com/rpm-software-management/mock/wiki/Feature-container-for-bootstrap
> >
> > Right, but it still doesn't work.
>
> The latest mock/mock-core-configs packages have broken 
> --use-bootstrap-container
> option, you'd have to step one release back to mock 1.4.20, because of this:
>
>   https://github.com/rpm-software-management/mock/issues/394
>
> It is also a good chance to try pre-release mock from, it contains many
> fixes related to dnf/yum (non-)compatibility:
> https://copr.fedorainfracloud.org/coprs/g/mock/mock/
>
> Pavel

Ian, you may want to borrow my mockrepo building tools to build a
local copy of mock itself for version 1.4.20.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Mock build Fedora package on CentOS 7

2020-01-19 Thread Pavel Raiskup
On Thursday, January 16, 2020 4:50:09 PM CET Ian Pilcher wrote:
> On 1/16/20 9:39 AM, Miroslav Suchý wrote:
> > https://github.com/rpm-software-management/mock/wiki/Feature-container-for-bootstrap
> 
> Right, but it still doesn't work.

The latest mock/mock-core-configs packages have broken --use-bootstrap-container
option, you'd have to step one release back to mock 1.4.20, because of this:

  https://github.com/rpm-software-management/mock/issues/394

It is also a good chance to try pre-release mock from, it contains many
fixes related to dnf/yum (non-)compatibility:
https://copr.fedorainfracloud.org/coprs/g/mock/mock/

Pavel


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


Re: [F32] Avogadro moves to Avogadro2

2020-01-19 Thread Fabio Valentini
On Sun, Jan 19, 2020 at 7:47 PM Antonio Trande  wrote:
>
> Hi all.
>
> Avogadro(1) package supports Python2 only.
> My intention is to retire this package on Fedora 32+; at the same time,
> Avogadro2 will be the replacement of Avogadro(1) on Fedora 32+ by moving
> up the Epoch to 1, and obsoleting the old Avogadro(1).
>
> Summarizing, starting from Fedora 32:
>  Avogadro(1) --> retired
>  Avogadro2 will have (avogadro-1.3.0 does not exist but will obsolete
> any 1.2.0 release):
>
> %if 0%{?fedora} > 31
> `Epoch: 1`
> `Obsoletes: avogadro < 0:1.3.0-1`
> `Provides:  avogadro = 1:%{version}-%{release}`
> %endif

Two questions:

- is avogadro2 compatible with avogadro? if not, it should not provide
the old package, and if it is parallel installable, also not obsolete
it.
- does avogadro2 have a smaller version than avogadro(1)? looking at
its homepage, that does not seem to be the case. so ... why do you
need Epoch?

Fabio

> --
> ---
> Antonio Trande
> Fedora Project
> mailto 'sagitter at fedoraproject dot org'
> GPG key: 0x7B30EE04E576AA84
> GPG key server: https://keys.openpgp.org/
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[F32] Avogadro moves to Avogadro2

2020-01-19 Thread Antonio Trande
Hi all.

Avogadro(1) package supports Python2 only.
My intention is to retire this package on Fedora 32+; at the same time,
Avogadro2 will be the replacement of Avogadro(1) on Fedora 32+ by moving
up the Epoch to 1, and obsoleting the old Avogadro(1).

Summarizing, starting from Fedora 32:
 Avogadro(1) --> retired
 Avogadro2 will have (avogadro-1.3.0 does not exist but will obsolete
any 1.2.0 release):

%if 0%{?fedora} > 31
`Epoch: 1`
`Obsoletes: avogadro < 0:1.3.0-1`
`Provides:  avogadro = 1:%{version}-%{release}`
%endif


-- 
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x7B30EE04E576AA84
GPG key server: https://keys.openpgp.org/



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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[Bug 1792742] perl-Mojolicious-8.32 is available

2020-01-19 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1792742

Emmanuel Seyman  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Mojolicious-8.32-1.fc3
   ||2
 Resolution|--- |RAWHIDE
   Doc Type|--- |If docs needed, set a value
Last Closed||2020-01-19 18:17:08



--- Comment #1 from Emmanuel Seyman  ---
Built for rawhide:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1430654

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


Re: Mock build Fedora package on CentOS 7

2020-01-19 Thread Ian Pilcher

On 1/18/20 12:57 PM, Nico Kadel-Garcia wrote:

This is turning into a "debug mock on CentOS" discussion, not a Fedora
discussion per se. Please let me know if it should be over in the mock
github.com issues instead.


Indeed. My original hope was that I was simply missing something that
was obvious to folks who do this more often.  (I only started on this
path because the thunderbird RPM takes so painfully long to rebuild, and
my CentOS 7 server is much more powerful than my Fedora workstation.)

OTOH, this issue is probably(?) fairly specific to building Fedora
packages.


I think you're missing some of the options I've suggested for dnf
based operating systems, or fedora-31.tmpl in particular in my
published mock-core-configs.spec file.  And is you "mock" up to the
latest reason from EPEL I'll urge you to publish a diff between the
RPM published fedora-31.tmpl and yours to isolate the issue.


AFAIK, I have the latest version of mock:

[root@breadbox templates]# rpm -q mock mock-core-configs
mock-1.4.21-1.el7.noarch
mock-core-configs-31.7-1.el7.noarch

Here is the diff:

[root@breadbox templates]# diff -u fedora-31.tpl.orig fedora-31.tpl
--- fedora-31.tpl.orig  2019-11-01 09:17:14.0 -0500
+++ fedora-31.tpl   2020-01-18 16:49:47.973139724 -0600
@@ -9,6 +9,8 @@
 config_opts['releasever'] = '31'
 config_opts['package_manager'] = 'dnf'
 config_opts['bootstrap_image'] = 'fedora:31'
+config_opts['use_bootstrap_image'] = True
+config_opts['use_bootstrap_container'] = True

 config_opts['yum.conf'] = """
 [main]

--

 In Soviet Russia, Google searches you!

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


Bubblemail: looking for package maintainer

2020-01-19 Thread razer raz
Hi,

I'm the author of Bubblemail, a mail notification service providing a D-Bus 
interface :
http://bubblemail.free.fr

Git Repo :
https://framagit.org/razer/bubblemail

It's a brand new project coming from the fork of the mailnag project, with 
first goal to get it running on python3. Since then, I have rewritten almost 
all the code in a more modern and simplest way, get it pep8 compliant, improve 
stability, features and tests, and build a more modern gtk3 interface on it.

On top of that, I make the same work on the gnome-shell extension, already 
available on the gnome-shell extension website :
https://extensions.gnome.org/extension/2458/bubblemail/
https://framagit.org/razer/bubblemail-gnome-shell

I currently maintain myself rpm and deb packages, and I'm looking for someone 
for the rpm part of the task, hopping for proper Fedora integration.
It's almost pure python3 code using setuptools, I suppose it should be easy to 
build and maintain an rpm package for someone used with the task.

Please contact me: razerraz AT free DOT fr
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: coq build failure with OCaml 4.10

2020-01-19 Thread Richard W.M. Jones

... Or maybe not.  That patch fixes the first problem, but then
there's a seemingly much harder problem:

https://kojipkgs.fedoraproject.org//work/tasks/5534/40745534/build.log

I'm going to leave Coq alone for now.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: coq build failure with OCaml 4.10

2020-01-19 Thread Richard W.M. Jones
On Sun, Jan 19, 2020 at 01:10:28PM +, Richard W.M. Jones wrote:
> 
> https://koji.fedoraproject.org/koji/taskinfo?taskID=40738495
> https://kojipkgs.fedoraproject.org//work/tasks/8495/40738495/build.log
> 
> To save a bit of time I'll tell you what's going on: Coq is trying to
> use char *young_limit which is an internal OCaml garbage collector
> field.  This worked in older OCaml, but will not work in OCaml 4.10
> since GC state is now kept in an indirect structure (because of
> multicore GC).  So Coq upstream is going to need to be fixed so
> whatever it's trying to do with the GC internals it stops doing :-/
> 
> As I doubt this is going to be an easy fix, I blocked coq + dependent
> packages from the mass rebuild.

I found a PR upstream which fixes this:

https://github.com/coq/coq/pull/11358/commits/4af1f7ec60b442ef815c056ce95519cfe1621ca3

I will add this and restart the build on the Coq packages + deps.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Fedora 32 system-wide change proposal: reduce installation media size by improving the compression ratio of SquashFS filesystem

2020-01-19 Thread Bohdan Khomutskyi
Hello,

Thanks everyone for posting feedback.
More benchmarking results are available at
https://fedoraproject.org/wiki/Category:Changes/OptimizeSquashFS, including
the 'plain' SquashFS filesystem.
After performing the tests, I personally recommend to use xz compression
with 1MiB block size, without bcj, on a 'plain' squash filesystem -- this
will lead to a reduction of 142MiB on the ISO, compared to the stock Fedora
31 Workstation x86_64 image.
Alternative compression options, such as Zstd, are also mentioned in the
change proposal.

Select re-packaged ISOs of Fedora 31 Workstation x86-64 is available for
download at https://khomutsky.com/fedora-dvd/

On Mon, Jan 13, 2020 at 5:34 PM Kamil Paral  wrote:

> On Sun, Jan 12, 2020 at 5:46 PM Bohdan Khomutskyi 
> wrote:
>
>> Hello,
>>
>> I posted more benchmark results in this article:
>> https://fedoraproject.org/wiki/Category:Changes/OptimizeSquashFS
>>
>> In short, bigger block size and higher compression ratio does not
>> increase the installation time for Fedora Workstation.  I saw the
>> opposite effect.
>> The Zstd compression performed worse than XZ in the compression test. On
>> the other hand, 40% lower installation time for Zstd, was documented. Along
>> with the CPU consumption 37% lower.
>> All installation tests were performed from and to local NVMe storage.
>> Which I consider far from real life scenario.
>>
>
> This is very interesting, thank you!
>
> The "CPU user time" should be independent on the number of CPU cores you
> have, is that correct? I.e. the number should be always roughly the same,
> whether you run it on 1 core, 2 cores or 8 cores, right? I'm asking because
> our QA tests often use 1-2 cores for installation, and I assume you used
> all your available cores (if I read it correctly, you seem to have a 4 core
> system), therefore the "real time" value is applicable just to your system,
> but the "cpu user time" should be better comparable to other systems.
>
> How exactly did you measure those numbers, can you please provide
> reproduction steps?
>
> I'm quite surprised that plain squashfs is a bit smaller, but also a bit
> slower than squashfs+ext4. Our expectations were that it would be faster.
>
> Looking at compressions, the most interesting results for me are:
> -comp xz, without -Xbcj x86 --- cutting CPU time by 50% at the expense of
> 30MB is awesome
> -Xdict-size 1M -b 1M, without -Xbcj x86 (optionally with hardlinking) ---
> 33% speedup while also saving 110 MB
> -comp zstd -Xcompression 15 -b 1M --- blazing fast installation with
> cutting CPU time by 80%, but also increasing the size by 150 MB
>
> I'm sure different people will have different priorities regarding size
> and installation time, but these are really interesting numbers, thanks for
> benchmarking.
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>


-- 
Bohdan Khomutskyi, RHCE
Release configuration management engineer, PnT DevOps
Red Hat Czech s.r.o
T: +420532270289 IRC: bkhomuts
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[Bug 1792742] New: perl-Mojolicious-8.32 is available

2020-01-19 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1792742

Bug ID: 1792742
   Summary: perl-Mojolicious-8.32 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Mojolicious
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr,
perl-devel@lists.fedoraproject.org,
robinlee.s...@gmail.com, yan...@declera.com
  Target Milestone: ---
Classification: Fedora



Latest upstream release: 8.32
Current version/release in rawhide: 8.31-1.fc32
URL: https://metacpan.org/release/Mojolicious

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/5966/

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1792689] perl-IO-Tty-1.14 is available

2020-01-19 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1792689

Paul Howarth  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-IO-Tty-1.14-1.fc32
 Resolution|--- |RAWHIDE
   Assignee|tcall...@redhat.com |p...@city-fan.org
   Doc Type|--- |If docs needed, set a value
Last Closed||2020-01-19 14:57:55



--- Comment #2 from Paul Howarth  ---
Build done:
https://koji.fedoraproject.org/koji/taskinfo?taskID=40742312

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1792508] perl-Test-Simple-1.302171 is available

2020-01-19 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1792508

Paul Howarth  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Test-Simple-1.302171-1
   ||.fc32
 Resolution|--- |RAWHIDE
   Doc Type|--- |If docs needed, set a value
Last Closed||2020-01-19 14:39:36



--- Comment #3 from Paul Howarth  ---
Build done:
https://koji.fedoraproject.org/koji/taskinfo?taskID=40741648

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


How to debugging i-nex

2020-01-19 Thread Martin Gansser
Hi,

can someone tell me how to debug the programm i-nex (gambas3 based) ?

Regards
Martin
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


coq build failure with OCaml 4.10

2020-01-19 Thread Richard W.M. Jones

https://koji.fedoraproject.org/koji/taskinfo?taskID=40738495
https://kojipkgs.fedoraproject.org//work/tasks/8495/40738495/build.log

To save a bit of time I'll tell you what's going on: Coq is trying to
use char *young_limit which is an internal OCaml garbage collector
field.  This worked in older OCaml, but will not work in OCaml 4.10
since GC state is now kept in an indirect structure (because of
multicore GC).  So Coq upstream is going to need to be fixed so
whatever it's trying to do with the GC internals it stops doing :-/

As I doubt this is going to be an easy fix, I blocked coq + dependent
packages from the mass rebuild.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-p2v converts physical machines to virtual machines.  Boot with a
live CD or over the network (PXE) and turn machines into KVM guests.
http://libguestfs.org/virt-v2v
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: FYI: OCaml 4.10.0 beta1 will go into Fedora 32 soonish

2020-01-19 Thread Richard W.M. Jones
On Sat, Jan 18, 2020 at 11:32:30PM +0100, Fabio Valentini wrote:
> On Sat, Jan 18, 2020 at 10:30 PM Richard W.M. Jones  wrote:
> > About the current rebuild: I finally fixed a bunch of problems with my
> > rebuild script (which I'm writing at the same time, see [2]) - but now
> > Koji seems to be actually broken ...
> 
> Sounds interesting!
> > [2] 
> > https://rwmj.wordpress.com/2020/01/14/goals-an-experimental-new-tool-which-generalizes-make/

I just realized this is by default submitting up to  builds in
parallel, which on my local machine is 24.  Oops.  I've dialed it back
so it will only submit at most 4 at a time.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: FYI: OCaml 4.10.0 beta1 will go into Fedora 32 soonish

2020-01-19 Thread Richard W.M. Jones
On Sun, Jan 19, 2020 at 12:02:34PM +, Richard W.M. Jones wrote:
> On Sat, Jan 18, 2020 at 11:32:30PM +0100, Fabio Valentini wrote:
> > defolos: ocaml-bin-prot, ocaml-deriving
> 
> I believe these two were accidentally unorphaned.

Actually see Jerry James's more accurate answer.

> ocaml-ulex FTBFS, needs investigation.

This is one of the ones which depended on camlp4 and should be
orphaned or retired.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: FYI: OCaml 4.10.0 beta1 will go into Fedora 32 soonish

2020-01-19 Thread Richard W.M. Jones
On Sat, Jan 18, 2020 at 11:32:30PM +0100, Fabio Valentini wrote:
> andyli: ocaml-benchmark, ocaml-rope

ocaml-benchmark should be rebuilt in the current round.  ocaml-rope
was missing from my mass rebuild tool, now added.

> avsej: utop

Was missing from my mass rebuild too, now added.

> defolos: ocaml-bin-prot, ocaml-deriving

I believe these two were accidentally unorphaned.

> orion: ocaml-plplot

The source package is plplot which will be rebuilt this round.

> rjones: ocaml-curl, ocaml-json-wheel, ocaml-ocamlnet, ocaml-pxp,
> ocaml-ulex, ocaml-xmlrpc-light

ocaml-curl: Not sure what happened there.  It is in the mass
rebuild list so let's see if it rebuilds this time.

ocaml-json-wheel should be orphaned.

ocaml-ocamlnet was rebuilt last in November and is on the current
list.

ocaml-pxp should be orphaned.

ocaml-ulex FTBFS, needs investigation.

ocaml-xmlrpc-light is on the list.

> tc01: ocaml-dose3, ocaml-lambda-term, ocaml-lwt-log

I added the last two to the mass rebuild list now.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[Bug 1792672] perl-Catalyst-Runtime-5.90125 is available

2020-01-19 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1792672

Emmanuel Seyman  changed:

   What|Removed |Added

Link ID||CPAN 131513
   Doc Type|--- |If docs needed, set a value



-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


Fedora-Cloud-31-20200119.0 compose check report

2020-01-19 Thread Fedora compose checker
No missing expected images.

Passed openQA tests: 1/1 (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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: RFC: Python minimization in Fedora

2020-01-19 Thread Zbigniew Jędrzejewski-Szmek
On Sat, Jan 18, 2020 at 03:35:29PM -0500, James Cassell wrote:
> 
> On Thu, Jan 16, 2020, at 5:16 AM, Zbigniew Jędrzejewski-Szmek wrote:
> > 
> > A quick benchmark:
> > $ time python3 -c 'import importlib as i, pydoc_data.topics as t; 
> > [i.reload(t) for _ in range(1)]'
> > python3 -c   4.16s user 0.45s system 99% cpu 4.646 total
> [...]
> > sudo rm /usr/lib64/python3.7/pydoc_data/__pycache__/topics.cpython-37.*
> > 
> > $ time python3 -c 'import importlib as i, pydoc_data.topics as t; 
> > [i.reload(t) for _ in range(1000)]'
> > python3 -c   13.73s user 0.46s system 96% cpu 14.728 total
> [...]
> > But the effect of having *some* .pyc file is not. For this file (which
> > is 600+kb), the difference is 147.28/4.646 ≈ 30 times. So we clearly
> > need to keep the possibility of installing .pyc files, at least optionally.
> > 
> 
> Thanks for doing these benchmarks! I think you misplaced a decimal in the 
> analysis, though; it's closer to 3 times performance difference, not 30 
> times.  (Unless I missed something.)

The number of loops is different (10k vs 1k), so the ratio I posted is
correct.

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


Fedora-Cloud-30-20200119.0 compose check report

2020-01-19 Thread Fedora compose checker
No missing expected images.

Passed openQA tests: 1/1 (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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


[Bug 1792699] New: perl-CDB_File-1.00 is available

2020-01-19 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1792699

Bug ID: 1792699
   Summary: perl-CDB_File-1.00 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-CDB_File
  Keywords: FutureFeature, Triaged
  Assignee: mmcki...@umich.edu
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: mmcki...@umich.edu, perl-devel@lists.fedoraproject.org
  Target Milestone: ---
Classification: Fedora



Latest upstream release: 1.00
Current version/release in rawhide: 0.99-11.fc31
URL: http://search.cpan.org/dist/CDB_File/

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/2685/

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org


[Bug 1792699] perl-CDB_File-1.00 is available

2020-01-19 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1792699



--- Comment #1 from Upstream Release Monitoring 
 ---
An HTTP error occurred downloading the package's new Source URLs: Getting
https://cpan.metacpan.org/authors/id/M/MS/MSERGEANT/CDB_File-1.00.tar.gz to
./CDB_File-1.00.tar.gz

-- 
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://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org