Re: vim has lost it's damn mind

[Tomasz Torcz]

On Sat, Jul 25, 2020 at 08:21:53AM -0500, Richard Shaw wrote:
> After upgrading to Fedora 32 I've noticed when editing files, especially
> spec files that vim does some crazy jumps/indents that it didn't do before.
> 
> Right now I'm pressing i to insert a line before a Requires: and when I hit
> enter it jumps to the next line (fine) but with 4 indents and one space...
> WTF?
> 
> Anyone else seeing strange vim behavior?

  I've noticed overzealous indent while editing yaml files. I wanted
to provide example when it turned out vim also _unindents_. This is
quite jarring.

  Example: edit a yaml file, write
#v+
some: text
#v-

  Press ENTER, cursor goes to the next line, indented 2 space. Write more:
#v+
some: text
  write
#v-

  As soon as you put “:”, whole line gets _moved back_:
#v+
some: text
write: more
#v-

  Ugh.

-- 
Tomasz Torcz   “Never underestimate the bandwidth of a station
to...@pipebreaker.plwagon filled with backup tapes.”  — Jim Gray
___
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 33 System-Wide Change proposal: systemd-resolved

[Tomasz Torcz]

On Tue, Jul 28, 2020 at 06:45:06PM -0500, Michael Catanzaro wrote:
> On Tue, Jul 28, 2020 at 4:35 pm, John M. Harris Jr 
> wrote:
> > I haven't found any systems where that's the case, though my systems
> > have been
> > upgraded all along through from ~F24. Looking at my latest install,
> > which has
> > been upgraded from F30, /etc/resolv.conf is still just a file by
> > default.
> 
> Sorry I'm wrong, it's managed by NetworkManager but *not* as a symlink. It's
> just edited in-place.

  Hmm. There are different solutions in the wild:
$ exa -l /etc/resolv.conf
lrwxrwxrwx@ 35 root 28 wrz  2019 /etc/resolv.conf -> 
/var/run/NetworkManager/resolv.conf

This is Fedora 32, initially installed a decade or so ago, and upgraded.

-- 
Tomasz Torcz   “Never underestimate the bandwidth of a station
to...@pipebreaker.plwagon filled with backup tapes.”  — Jim Gray
___
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: Query on upgrading the Fedora package

[Muneendra Kumar M via devel]

Hi All,

Can anyone provide the info for the below one.



Regards,

Muneendra.



*From:* Muneendra Kumar M [mailto:muneendra.ku...@broadcom.com]
*Sent:* Tuesday, July 28, 2020 3:05 PM
*To:* 'Development discussions related to Fedora' <
devel@lists.fedoraproject.org>
*Subject:* Query on upgrading the Fedora package





Hi All,



I want to upgrade the fctxpd fedora package with additional features.

Iam the maintainer of this fctxpd package in fedora.

Can anyone help me the procedure regarding the same.



Regards,

Muneendra.
___
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: DWARF version 0 unhandled

[Jeff Law]

On Tue, 2020-07-28 at 16:26 -0600, Jerry James wrote:
> Here's a bit of fallout from the mass rebuild.  The alt-ergo build failed:
> 
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1548139
[ ... ]
You might try without LTO.  I'm just shooting in the dark, but LTO does have a
significant impact on how we generate debuginfo as well as impacting the
structure of the resultant debug info.

While I haven't seen anything like what you've shown it can't hurt to at least
see if LTO is playing a role here.

jeff
> 
___
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 33 System-Wide Change proposal: systemd-resolved

[Michael Catanzaro]

On Tue, Jul 28, 2020 at 4:35 pm, John M. Harris Jr 
 wrote:
I haven't found any systems where that's the case, though my systems 
have been
upgraded all along through from ~F24. Looking at my latest install, 
which has
been upgraded from F30, /etc/resolv.conf is still just a file by 
default.


Sorry I'm wrong, it's managed by NetworkManager but *not* as a symlink. 
It's just edited in-place.


___
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 33 System-Wide Change proposal: systemd-resolved

[John M. Harris Jr]

On Tuesday, July 28, 2020 9:22:58 AM MST Michael Catanzaro wrote:
> I agree we should not replace /etc/resolv.conf if it's not already a 
> symlink (although this will not be a common case, since by default it 
> is a symlink managed by NetworkManager).

I haven't found any systems where that's the case, though my systems have been 
upgraded all along through from ~F24. Looking at my latest install, which has 
been upgraded from F30, /etc/resolv.conf is still just a file by default.

> On Tue, Jul 28, 2020 at 11:07 am, Neal Gompa  wrote:
> 
> > We can be smart here and replace the file when we detect that it's
> > managed by NetworkManager. Otherwise we won't replace it.
> 
> 
> Currently we actually don't touch it at all, which is not good because 
> it means systemd-resolved will not be managing resolv.conf on upgraded 
> systems. 

That's not necessarily a bad thing. Regardless of what we do here, systemd-
resolved is a consumer of NetworkManager's configuration.

> We should replace it with a symlink to systemd if (and only 
> if) it's managed by NetworkManager.

Sounds good.

-- 
John M. Harris, Jr.

___
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 33 System-Wide Change proposal: systemd-resolved

[John M. Harris Jr]

On Tuesday, July 28, 2020 11:47:27 AM MST Ian Pilcher wrote:
> On 7/28/20 12:31 PM, Michael Catanzaro wrote:
> 
> > I think we should remove it if it's generated by NetworkManager, and 
> > leave it untouched otherwise. If NetworkManager is managing DNS then it 
> > will just push all its settings to systemd-resolved anyway after 
> > upgrade, right?
> 
> 
> Don't assume that the presence of the "Generated by NetworkManager"
> comment means that NetworkManager is *currently* managing that file; it
> just means that it did so when the file was generated.

Agreed, I don't think I ever removed that from my /etc/resolv.conf on any of 
my systems.

-- 
John M. Harris, Jr.

___
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] 389 DS nightly 2020-07-29 - 97% PASS

[vashirov]

https://fedorapeople.org/groups/389ds/ci/nightly/2020/07/29/report-389-ds-base-1.4.4.4-20200728git98d6c7f.fc32.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

Re: Help with reviewing a compiler toolchain

[Brandon Nielsen]

On 7/28/20 3:46 PM, Andy Mender wrote:

Dear Fedorians,

I really need some help with a review of a GCC toolchain variant I've 
started recently: https://bugzilla.redhat.com/show_bug.cgi?id=1350884


A Koji build of the most recent SRPM: 
https://koji.fedoraproject.org/koji/taskinfo?taskID=48035045


Some minor issues have been fixed already, but the toolchain seems quite 
complicated and frankly it went over my head :(.


I'd be more than happy to review someone else's package(s) in exchange.

Cheers,
Andy



Oh hey, it's my review request. Sorry I'm so clueless.
___
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

DWARF version 0 unhandled

[Jerry James]

Here's a bit of fallout from the mass rebuild.  The alt-ergo build failed:

https://koji.fedoraproject.org/koji/buildinfo?buildID=1548139

Everything seems fine up until debuginfo processing begins, then this happens:

/usr/lib/rpm/debugedit:
/builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/lib64/ocaml/alt-ergo/plugins/fm-simplex-plugin.cmxs:
DWARF version 0 unhandled
/usr/lib/rpm/debugedit:
/builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/bin/altgr-ergo:
DWARF version 0 unhandled
/usr/lib/rpm/debugedit:
/builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/bin/alt-ergo:
DWARF version 0 unhandled
/usr/lib/rpm/debugedit:
/builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/lib64/ocaml/alt-ergo/altErgoLib.cmxs:
DWARF version 0 unhandled
Dwarf Error: wrong version in compilation unit header (is 0, should be
2, 3, 4 or 5) [in module
/builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/lib64/ocaml/alt-ergo/plugins/fm-simplex-plugin.cmxs]
gdb-add-index: No index was created for
/builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/lib64/ocaml/alt-ergo/plugins/fm-simplex-plugin.cmxs
gdb-add-index: [Was there no debuginfo? Was there already an index?]
Dwarf Error: wrong version in compilation unit header (is 0, should be
2, 3, 4 or 5) [in module
/builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/lib64/ocaml/alt-ergo/altErgoLib.cmxs]
gdb-add-index: No index was created for
/builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/lib64/ocaml/alt-ergo/altErgoLib.cmxs
gdb-add-index: [Was there no debuginfo? Was there already an index?]
Dwarf Error: wrong version in compilation unit header (is 0, should be
2, 3, 4 or 5) [in module
/builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/bin/alt-ergo]
gdb-add-index: No index was created for
/builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/bin/alt-ergo
gdb-add-index: [Was there no debuginfo? Was there already an index?]
Dwarf Error: wrong version in compilation unit header (is 0, should be
2, 3, 4 or 5) [in module
/builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/bin/altgr-ergo]
gdb-add-index: No index was created for
/builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/bin/altgr-ergo
gdb-add-index: [Was there no debuginfo? Was there already an index?]
dwz: ./usr/bin/alt-ergo-2.2.0-2.fc33.x86_64.debug: DWARF version 0 unhandled
dwz: ./usr/bin/altgr-ergo-2.2.0-2.fc33.x86_64.debug: DWARF version 0 unhandled
dwz: ./usr/lib64/ocaml/alt-ergo/altErgoLib.cmxs-2.2.0-2.fc33.x86_64.debug:
DWARF version 0 unhandled
dwz: 
./usr/lib64/ocaml/alt-ergo/plugins/fm-simplex-plugin.cmxs-2.2.0-2.fc33.x86_64.debug:
DWARF version 0 unhandled
dwz: Too few files for multifile optimization
original debug info size: 6720kB, size after compression: 6724kB

That leads to the actual fatal error:

Processing files: alt-ergo-debugsource-2.2.0-2.fc33.x86_64
RPM build errors:
error: Empty %files file
/builddir/build/BUILD/alt-ergo-2.2.0/debugsourcefiles.list
Empty %files file /builddir/build/BUILD/alt-ergo-2.2.0/debugsourcefiles.list
Child return code was: 1


A mock -r fedora-rawhide-x86_64 build succeeds, so everything was
working as expected at the time of the last Rawhide compose.  (I admit
that I do not know how long ago that was.)  If I build in mock with
--enablerepo=local, I see the same failure.  The packages that are
different in the two mock chroots are as follows.

"Old" packages that work:
annobin-9.23-1.fc33.x86_64
binutils-2.34.0-8.fc33.x86_64
binutils-gold-2.34.0-8.fc33.x86_64
bzip2-1.0.8-2.fc32.x86_64
bzip2-devel-1.0.8-2.fc32.x86_64
bzip2-libs-1.0.8-2.fc32.x86_64
coreutils-8.32-7.fc33.x86_64
coreutils-common-8.32-7.fc33.x86_64
cpp-10.1.1-2.fc33.x86_64
curl-7.71.1-2.fc33.x86_64
elfutils-0.180-3.fc33.x86_64
elfutils-debuginfod-client-0.180-3.fc33.x86_64
elfutils-default-yama-scope-0.180-3.fc33.noarch
elfutils-libelf-0.180-3.fc33.x86_64
elfutils-libs-0.180-3.fc33.x86_64
findutils-4.7.0-4.fc33.x86_64
gawk-5.0.1-7.fc32.x86_64
gcc-10.1.1-2.fc33.x86_64
gdbm-libs-1.18.1-3.fc32.x86_64
glibc-2.31.9000-19.fc33.x86_64
glibc-common-2.31.9000-19.fc33.x86_64
glibc-devel-2.31.9000-19.fc33.x86_64
glibc-headers-x86-2.31.9000-19.fc33.noarch
glibc-minimal-langpack-2.31.9000-19.fc33.x86_64
gmp-6.2.0-1.fc33.x86_64
gmp-c++-6.2.0-1.fc33.x86_64
gmp-devel-6.2.0-1.fc33.x86_64
gsettings-desktop-schemas-3.37.1-1.fc33.x86_64
gtkspell-2.0.16-20.fc32.x86_64
json-c-0.14-6.fc33.x86_64
kernel-headers-5.8.0-0.rc5.git0.1.fc33.x86_64
krb5-libs-1.18.2-10.fc33.x86_64
libarchive-3.4.3-1.fc33.x86_64
libblkid-2.35.2-2.fc33.x86_64
libblkid-devel-2.35.2-2.fc33.x86_64
libblockdev-2.24-2.fc33.x86_64
libblockdev-crypto-2.24-2.fc33.x86_64
libblockdev-fs-2.24-2.fc33.x86_64
libblockdev-loop-2.24-2.fc33.x86_64
libblockdev-mdraid-2.24-2.fc33.x86_64
libblockdev-part-2.24-2.fc33.x86_64
libblockdev-swap-2.24-2.fc33.x86_64
libblockdev-utils-2.24-2.fc33.x86_64
libcurl-7.71.1-2.fc33.x86_64
libdb-5.3.28-42.fc33.x86_64
libfdisk-2.35.2-2.fc33.x86_64

Re: z3 soname bump

[Jerry James]

On Mon, Jul 27, 2020 at 1:29 PM Jeff Law  wrote:
> Whatever you committed in the last couple days seems to have fixed the issue. 
>  I
> just got a clean build of z3 on x86_64.

Hmmm.  That's mysterious.  All I did was switch us from building with
the old python script method to building with cmake.  I suppose it's
possible that different flags are passed to the compiler this way, but
the sources are exactly the same.
-- 
Jerry James
http://www.jamezone.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: vim has lost it's damn mind

[Sergio Belkin]

El mar., 28 jul. 2020 a las 18:49, John Florian ()
escribió:

> I also have seen some weirdness of late, but I'm still on F31.  I had yaml
> files indented with sw=4 and my foldmethod=indent.  Now I have to open the
> fold twice, once for the invisible fold that seems to be implied as if sw=2
> and one more to get the real thing.  If I reformat to use 2-space indents
> the folding works like I'd expect but something changed.  I've also gotten
> lots of pain with certain key combos that were solid for ages.  Ctrl-6 to
> swap buffers % and # now must be Ctrl-Shift-6 for vim, though the former
> still works in gvim.  I have a mapping for  :nohlsearch that
> I've used for over a decade to un-highlight a search.  That no longer works
> in vim or gvim.  Until I'd found that I figured something in konsole had
> changed.  But once gvim revealed weird issues I figured it must be more of
> a vim thing. Now seeing this message, I'm becoming even more certain.
>
> John Florian
>
> On 2020-07-25 09:21, Richard Shaw wrote:
>
> After upgrading to Fedora 32 I've noticed when editing files, especially
> spec files that vim does some crazy jumps/indents that it didn't do before.
>
> Right now I'm pressing i to insert a line before a Requires: and when I
> hit enter it jumps to the next line (fine) but with 4 indents and one
> space... WTF?
>
> Anyone else seeing strange vim behavior?
>
> Thanks,
> Richard
>
> ___
> 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
>

Since a couple of years ago, I'm a happy user of neovim on Fedora :)
-- 
--
Sergio Belkin
LPIC-2 Certified - http://www.lpi.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: Fedora 32 aarch64 build failures on copr

[Jeff Law]

On Tue, 2020-07-28 at 15:29 -0500, Michael Catanzaro wrote:
> On Tue, Jul 28, 2020 at 2:01 pm, Jeff Law  wrote:
> > If this is a new failure (say in the last week), it could be an out 
> > of memory
> > scenario.  Try disabling LTO.  The standard way to do that is
> > 
> > %define _lto_cflags %{nil}
> > 
> > In your %build stanza in the spec file.
> > 
> > Heff
> 
> I agree, it's almost certainly OOM because it says "fatal error: 
> Killed." I've never seen that happen for any reason other than OOM.
I've seen it happen for a variety of reasons.  Please test with LTO disabled and
let me know if that helps.

jeff
___
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: vim has lost it's damn mind

[John Florian]

I also have seen some weirdness of late, but I'm still on F31.  I had
yaml files indented with sw=4 and my foldmethod=indent.  Now I have to
open the fold twice, once for the invisible fold that seems to be
implied as if sw=2 and one more to get the real thing.  If I reformat to
use 2-space indents the folding works like I'd expect but something
changed.  I've also gotten lots of pain with certain key combos that
were solid for ages.  Ctrl-6 to swap buffers % and # now must be
Ctrl-Shift-6 for vim, though the former still works in gvim.  I have a
mapping for  :nohlsearch that I've used for over a decade to
un-highlight a search.  That no longer works in vim or gvim.  Until I'd
found that I figured something in konsole had changed.  But once gvim
revealed weird issues I figured it must be more of a vim thing. Now
seeing this message, I'm becoming even more certain.

John Florian

On 2020-07-25 09:21, Richard Shaw wrote:
> After upgrading to Fedora 32 I've noticed when editing files,
> especially spec files that vim does some crazy jumps/indents that it
> didn't do before.
>
> Right now I'm pressing i to insert a line before a Requires: and when
> I hit enter it jumps to the next line (fine) but with 4 indents and
> one space... WTF?
>
> Anyone else seeing strange vim behavior?
>
> Thanks,
> Richard
>
> ___
> 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

releng pushed to perl-namespace-sweep (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 20:26:23 UTC

From 32978e375fc0405f79dc81b49f8afd60d316fa8d Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 20:26:18 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 738f0be..ec13358 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:11%{?dist}
+Release:12%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/namespace-sweep
@@ -63,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.006-12
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.006-11
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/32978e375fc0405f79dc81b49f8afd60d316fa8d?branch=master
___
perl-devel mailing list -- perl-de...@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-de...@lists.fedoraproject.org

Re: How do Fedora developers get access to devtoolset for testing.

[Fabio Valentini]

On Tue, Jul 28, 2020 at 9:03 PM Steven Munroe  wrote:
>
> Dave Love writes:
>
> > It surprises me if that's IBM experience, and it's a bit worrying for our 
> > new system.
>
> I no longer speak for IBM (retired) so more of a personal Linux for POWER 
> opinion. But the Advance Toolchain (AT) provides the counter example and as 
> it's on the 13th release (follows GCC releases, AT14 coming soon) I would say 
> useful and valid. AT does separate builds for each distro it supports but the 
> RHEL 8 build, installs on Fedora.
>
> Full disclosure, AT was my  idea. The goal was to enable new POWER hardware 
> feature for customers, who insisted on running old (stable) distributions.
>
> Now it is likely DevToolSet has different and conflicting goals. I am willing 
> to accept that and move on.
>
> > Really, it isn't necessary, any more than it was for me on the Fedora
> development system.
>
> Well it is, as PVECLIB supports BE and LE. And a chroot will not handle that.

fedora dropped support for big-endian ppc64 a while ago (looks like
with fedora 29), only ppc64le is now supported.
Also, mock *can* handle virtualisation / emulation in addition to
basic chroots / containers, so it *does* support running builds on
non-native architectures via QEMU (via the --forcearch CLI argument).
Your mileage may vary though, mostly this is pretty slow :)

Fabio

> ___
> 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

releng pushed to perl-WWW-Form-UrlEncoded (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 20:03:08 UTC

From 5d4b4499a6e6f2abb5f776dde382aa3fcaa8f8cd Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 20:03:04 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-WWW-Form-UrlEncoded.spec b/perl-WWW-Form-UrlEncoded.spec
index 5c5fae6..f717f08 100644
--- a/perl-WWW-Form-UrlEncoded.spec
+++ b/perl-WWW-Form-UrlEncoded.spec
@@ -1,6 +1,6 @@
 Name:   perl-WWW-Form-UrlEncoded
 Version:0.26
-Release:4%{?dist}
+Release:5%{?dist}
 Summary:Parser and builder for application/x-www-form-urlencoded
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/WWW-Form-UrlEncoded
@@ -56,6 +56,9 @@ BREAK_BACKWARD_COMPAT=1 ./Build test
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.26-5
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.26-4
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-WWW-Form-UrlEncoded/c/5d4b4499a6e6f2abb5f776dde382aa3fcaa8f8cd?branch=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://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

releng pushed to perl-Validation-Class (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 20:01:35 UTC

From bbedb85766dcd36f5e2e33c4e8763b02cd1e440f Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 20:01:30 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Validation-Class.spec b/perl-Validation-Class.spec
index 5f881cd..332c78b 100644
--- a/perl-Validation-Class.spec
+++ b/perl-Validation-Class.spec
@@ -1,6 +1,6 @@
 Name:   perl-Validation-Class
 Version:7.900057
-Release:12%{?dist}
+Release:13%{?dist}
 Summary:Powerful Data Validation Framework
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/Validation-Class
@@ -70,6 +70,9 @@ complete set of pre-defined validations and filters referred 
to as
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
7.900057-13
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 7.900057-12
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Validation-Class/c/bbedb85766dcd36f5e2e33c4e8763b02cd1e440f?branch=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://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

Help with reviewing a compiler toolchain

[Andy Mender]

Dear Fedorians,

I really need some help with a review of a GCC toolchain variant I've
started recently: https://bugzilla.redhat.com/show_bug.cgi?id=1350884

A Koji build of the most recent SRPM:
https://koji.fedoraproject.org/koji/taskinfo?taskID=48035045

Some minor issues have been fixed already, but the toolchain seems quite
complicated and frankly it went over my head :(.

I'd be more than happy to review someone else's package(s) in exchange.

Cheers,
Andy
___
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

releng pushed to perl-Types-Path-Tiny (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 19:54:01 UTC

From 905c73742de841aa78aded4f0f361f5c0031f132 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 19:53:57 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Types-Path-Tiny.spec b/perl-Types-Path-Tiny.spec
index 25882ea..271ca4d 100644
--- a/perl-Types-Path-Tiny.spec
+++ b/perl-Types-Path-Tiny.spec
@@ -1,6 +1,6 @@
 Name:   perl-Types-Path-Tiny
 Version:0.006
-Release:8%{?dist}
+Release:9%{?dist}
 Summary:Path::Tiny types and coercions for Moose and Moo
 License:ASL 2.0
 URL:https://metacpan.org/release/Types-Path-Tiny
@@ -54,6 +54,9 @@ This module provides Path::Tiny types for Moose, Moo, etc.
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.006-9
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.006-8
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Types-Path-Tiny/c/905c73742de841aa78aded4f0f361f5c0031f132?branch=master
___
perl-devel mailing list -- perl-de...@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-de...@lists.fedoraproject.org

bowtie license change

[Jun Aruga]

The license for bowtie was changed from "Artistic 2.0 and zlib and
GPLv3 and LGPLv3+"
to "Artistic 2.0 and zlib" [1].
Because the bundled dependency SeqAn [2] (licence: "GPLv3 and
LGPLv3+") was deleted on the latest version.

[1] 
https://src.fedoraproject.org/rpms/bowtie/c/1862384d6d0359faae46be54101573b4518e326f?branch=master
[2] http://www.seqan.de/

-- 
Jun | He - His - Him
___
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

releng pushed to perl-Type-Tie (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 19:53:36 UTC

From 2715e40eb8d6f56099b23e24c9bb9111699bcc30 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 19:53:31 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Type-Tie.spec b/perl-Type-Tie.spec
index c7da688..5954b4f 100644
--- a/perl-Type-Tie.spec
+++ b/perl-Type-Tie.spec
@@ -1,6 +1,6 @@
 Name:   perl-Type-Tie
 Version:0.014
-Release:7%{?dist}
+Release:8%{?dist}
 Summary:Tie a variable to a type constraint
 # cf. README
 License:GPL+ or Artistic
@@ -76,6 +76,9 @@ sed -i -e '/^inc\/.*$/d' MANIFEST
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.014-8
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Fri Jun 26 2020 Jitka Plesnikova  - 0.014-7
 - Perl 5.32 re-rebuild of bootstrapped packages
 



https://src.fedoraproject.org/rpms/perl-Type-Tie/c/2715e40eb8d6f56099b23e24c9bb9111699bcc30?branch=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://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: Fedora 32 aarch64 build failures on copr

[Michael Catanzaro]

On Tue, Jul 28, 2020 at 2:01 pm, Jeff Law  wrote:
If this is a new failure (say in the last week), it could be an out 
of memory

scenario.  Try disabling LTO.  The standard way to do that is

%define _lto_cflags %{nil}

In your %build stanza in the spec file.

Heff


I agree, it's almost certainly OOM because it says "fatal error: 
Killed." I've never seen that happen for any reason other than OOM.


___
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

releng pushed to perl-Test2-Plugin-NoWarnings (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 19:32:39 UTC

From a41fb55198f5b309f6924dd5a2440cab2ee56f87 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 19:32:35 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Test2-Plugin-NoWarnings.spec 
b/perl-Test2-Plugin-NoWarnings.spec
index 1eb13a5..4dfdde8 100644
--- a/perl-Test2-Plugin-NoWarnings.spec
+++ b/perl-Test2-Plugin-NoWarnings.spec
@@ -1,6 +1,6 @@
 Name:  perl-Test2-Plugin-NoWarnings
 Version:   0.09
-Release:   1%{?dist}
+Release:   2%{?dist}
 Summary:   Fail if tests warn
 License:   Artistic 2.0
 URL:   https://metacpan.org/release/Test2-Plugin-NoWarnings
@@ -63,6 +63,9 @@ make test
 %{_mandir}/man3/Test2::Plugin::NoWarnings.3*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.09-2
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 30 2020 Paul Howarth  - 0.09-1
 - Update to 0.09
   - Don't emit a failing test if there is a warning _after_ done_testing() is



https://src.fedoraproject.org/rpms/perl-Test2-Plugin-NoWarnings/c/a41fb55198f5b309f6924dd5a2440cab2ee56f87?branch=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://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: Fedora 32 aarch64 build failures on copr

[Jeff Law]

On Tue, 2020-07-28 at 14:51 -0500, Brandon Nielsen wrote:
> I've been seeing build failures for Fedora 32[0][1][2], always the same 
> failure: "xgcc: fatal error: Killed signal terminated program cc1plus"
> 
> I can't find any more detail than that. These builds succeed locally 
> with mock. The copr failures are reproducible so I'm sure I'm doing 
> something wrong, but I can't figure out what. Any ideas?
> 
> [0] - 
> https://copr.fedorainfracloud.org/coprs/nielsenb/msp430-development-tools/build/1577708/
> [1] - 
> https://copr.fedorainfracloud.org/coprs/nielsenb/msp430-development-tools/build/1565812/
> [2] - 
> https://copr.fedorainfracloud.org/coprs/nielsenb/msp430-development-tools/build/1565363/
If this is a new failure (say in the last week), it could be an out of memory
scenario.  Try disabling LTO.  The standard way to do that is

%define _lto_cflags %{nil}

In your %build stanza in the spec file.

Heff
___
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 32 aarch64 build failures on copr

[Brandon Nielsen]

I've been seeing build failures for Fedora 32[0][1][2], always the same 
failure: "xgcc: fatal error: Killed signal terminated program cc1plus"


I can't find any more detail than that. These builds succeed locally 
with mock. The copr failures are reproducible so I'm sure I'm doing 
something wrong, but I can't figure out what. Any ideas?


[0] - 
https://copr.fedorainfracloud.org/coprs/nielsenb/msp430-development-tools/build/1577708/
[1] - 
https://copr.fedorainfracloud.org/coprs/nielsenb/msp430-development-tools/build/1565812/
[2] - 
https://copr.fedorainfracloud.org/coprs/nielsenb/msp430-development-tools/build/1565363/

___
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 33 System-Wide Change proposal: swap on zram

[Chris Murphy]

On Tue, Jul 28, 2020 at 11:29 AM stan via devel
 wrote:
>
> On Thu, 4 Jun 2020 16:30:07 -0400
> Ben Cotton  wrote:
>
> > https://fedoraproject.org/wiki/Changes/SwapOnZRAM
>
> >  How can it be disabled? 
> >
> > Immediately:
> > swapoff /dev/zram0
> >
> > Permanently:
> > rm /etc/systemd/zram-generator.conf
>
> I realize this is a really late reply, but I wanted to disable this
> since it was never used, and when I looked at the man pages this
> information was not in them.  I think it should be.

That information is stale. The feature page has been updated.

man page contains:

   To  disable a configuration file supplied by the vendor, the
recommended way is to place a symlink to /dev/null in the
configuration directory in /etc/, with the same filename as the vendor
configuration file.


It's maybe easier to just 'dnf remove zram-generator-defaults' but
that is a Fedora specific instruction.


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

[Bug 1861508] New: perl-Test-TempDir-0.11 is available

[bugzilla]

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

Bug ID: 1861508
   Summary: perl-Test-TempDir-0.11 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Test-TempDir
  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
  Target Milestone: ---
Classification: Fedora



Latest upstream release: 0.11
Current version/release in rawhide: 0.10-15.fc32
URL: https://metacpan.org/release/

Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/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/17946/


-- 
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: Xorg utility deaggregation changes and updates

[Adam Jackson]

Spoke too soon, some other build failures that don't look like my fault:

ddd: https://koji.fedoraproject.org/koji/taskinfo?taskID=48032896
gdm: https://koji.fedoraproject.org/koji/taskinfo?taskID=48033123

- ajax
___
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

Xorg utility deaggregation changes and updates

[Adam Jackson]

I've gone through (almost) every package I could find that depended on
one of the xorg-x11-* superpackages and fixed them up as best I could.
Here's how that went.

lxde-common has been switched to explicitly require xprop from
xorg-x11-utils, but still explicitly requires xorg-x11-server-utils
despite that AFAICT it never mentions any of the utilities therein. I
assume this is a packaging convenience, the package owner would need
to decide which pieces of -server-utils are really wanted.

i3 has a Recommends for xorg-x11-apps but the package itself does not
ever mention any of the apps contained therein. I'm leaving it alone,
the package owner can decide the intent there.

The following packages failed to rebuild, for what look to be unrelated reasons:

calamares: https://koji.fedoraproject.org/koji/buildinfo?buildID=1555141
fltk: https://koji.fedoraproject.org/koji/taskinfo?taskID=48031944
squeak-vm: https://koji.fedoraproject.org/koji/buildinfo?buildID=1555076
sugar-artwork: https://koji.fedoraproject.org/koji/buildinfo?buildID=1555075
xastir: https://koji.fedoraproject.org/koji/buildinfo?buildID=1555072

I have not yet started to detangle xorg-x11-font-utils, it has some
subtle interaction with the xserver build system that I think can be
simplified better.

- ajax
___
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

s390x chroots added to Copr

[R P Herrold]

On Tue, 28 Jul 2020, Silvie Chlupova wrote:

> Epel 7 isn't built for s390x architecture at all, so we don't have the
> needed mirrors to build against.  It will not be enabled.

The ClefOS 7 binaries include all of EPEL 7 and more

http://download.sinenomine.net/clefos/epel7/

-- Russ herrold
___
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: Review exchange

[Robert-André Mauchin]

On Tuesday, 28 July 2020 07:56:52 CEST Qiyu Yan wrote:
> Hello all!
> 
> I am trying to package a golang program to fedora and found that I
> need to bring those dependencies:
> 
> - https://bugzilla.redhat.com/show_bug.cgi?id=1861185
> - https://bugzilla.redhat.com/show_bug.cgi?id=1861187
> - https://bugzilla.redhat.com/show_bug.cgi?id=1861188
> - https://bugzilla.redhat.com/show_bug.cgi?id=1861190
> 
> I think they will be trivial to review (go2rpm and fix all #FIXME
> parts), can someone help me?
> 
All good, approved.
Please consider adding 'go-sig' as a maintainer once you request the packages. 
And add them to Koschei too.

Best regards,

Robert-André

___
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

releng pushed to perl-Sub-Exporter-Lexical (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 18:52:44 UTC

From b5bd5f2a47be149acb2089238e7862c7c50082e3 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 18:52:39 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Sub-Exporter-Lexical.spec b/perl-Sub-Exporter-Lexical.spec
index a6bca9f..3149177 100644
--- a/perl-Sub-Exporter-Lexical.spec
+++ b/perl-Sub-Exporter-Lexical.spec
@@ -1,6 +1,6 @@
 Name:   perl-Sub-Exporter-Lexical
 Version:0.092292
-Release:12%{?dist}
+Release:13%{?dist}
 Summary:Export lexically-available subs with Sub::Exporter
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/Sub-Exporter-Lexical
@@ -54,6 +54,9 @@ rm $RPM_BUILD_ROOT%{perl_vendorlib}/Sub/Exporter/snippet.pl
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.092292-13
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.092292-12
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Sub-Exporter-Lexical/c/b5bd5f2a47be149acb2089238e7862c7c50082e3?branch=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://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

releng pushed to perl-Sub-Infix (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 18:53:09 UTC

From 22c98676257b5f687c443d54bf5a92ddda05cfb9 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 18:53:05 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Sub-Infix.spec b/perl-Sub-Infix.spec
index 60c8b86..6a37782 100644
--- a/perl-Sub-Infix.spec
+++ b/perl-Sub-Infix.spec
@@ -1,6 +1,6 @@
 Name:   perl-Sub-Infix
 Version:0.004
-Release:11%{?dist}
+Release:12%{?dist}
 Summary:Create a fake infix operator
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/Sub-Infix
@@ -53,6 +53,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.004-12
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.004-11
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Sub-Infix/c/22c98676257b5f687c443d54bf5a92ddda05cfb9?branch=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://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

releng pushed to perl-Specio (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 18:45:35 UTC

From 4aaca5f35a243269499e74c78e0fb8ccb93cdf9f Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 18:45:31 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Specio.spec b/perl-Specio.spec
index bdb8d08..0a0a7e4 100644
--- a/perl-Specio.spec
+++ b/perl-Specio.spec
@@ -9,7 +9,7 @@
 
 Name:  perl-Specio
 Version:   0.46
-Release:   3%{?dist}
+Release:   4%{?dist}
 Summary:   Type constraints and coercions for Perl
 # lib/Specio/PartialDump.pm:   GPL+ or Artistic
 #  

@@ -164,6 +164,9 @@ make test
 %{_mandir}/man3/Test::Specio.3*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.46-4
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Fri Jun 26 2020 Jitka Plesnikova  - 0.46-3
 - Perl 5.32 re-rebuild of bootstrapped packages
 



https://src.fedoraproject.org/rpms/perl-Specio/c/4aaca5f35a243269499e74c78e0fb8ccb93cdf9f?branch=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://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

releng pushed to perl-SOAP-WSDL (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 18:35:04 UTC

From 76ede33bb79e2113864fd00b10682ed50ba24d74 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 18:34:59 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-SOAP-WSDL.spec b/perl-SOAP-WSDL.spec
index fc3f794..025bf09 100644
--- a/perl-SOAP-WSDL.spec
+++ b/perl-SOAP-WSDL.spec
@@ -1,7 +1,7 @@
 Summary:   Perl module for SOAP with WSDL support
 Name:  perl-SOAP-WSDL
 Version:   3.004
-Release:   4%{?dist}
+Release:   5%{?dist}
 License:   GPL+ or Artistic
 URL:   https://metacpan.org/release/SOAP-WSDL
 Source:
https://cpan.metacpan.org/modules/by-module/SOAP/SOAP-WSDL-%{version}.tar.gz
@@ -132,6 +132,9 @@ chmod 0755 %{buildroot}%{_bindir}/wsdl2perl.pl
 
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
3.004-5
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 3.004-4
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-SOAP-WSDL/c/76ede33bb79e2113864fd00b10682ed50ba24d74?branch=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://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: Fedora 33 System-Wide Change proposal: systemd-resolved

[Ian Pilcher]

On 7/28/20 12:31 PM, Michael Catanzaro wrote:
I think we should remove it if it's generated by NetworkManager, and 
leave it untouched otherwise. If NetworkManager is managing DNS then it 
will just push all its settings to systemd-resolved anyway after 
upgrade, right?


Don't assume that the presence of the "Generated by NetworkManager"
comment means that NetworkManager is *currently* managing that file; it
just means that it did so when the file was generated.

--

 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

releng pushed to perl-Return-Type (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 18:32:06 UTC

From bb08e6f6c283d8cfa4fb2db4c69f15c46cd940f6 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 18:32:02 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Return-Type.spec b/perl-Return-Type.spec
index e0f0cbe..e64986a 100644
--- a/perl-Return-Type.spec
+++ b/perl-Return-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-Return-Type
 Version:0.005
-Release:11%{?dist}
+Release:12%{?dist}
 Summary:Specify a return type for a function
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/Return-Type
@@ -56,6 +56,9 @@ library are supported.
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.005-12
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.005-11
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Return-Type/c/bb08e6f6c283d8cfa4fb2db4c69f15c46cd940f6?branch=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://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

[389-devel] please review: PR 51221 - Fix regression from last cleanup patch regarding ldbm_back_entry_release()

[Mark Reynolds]

https://pagure.io/389-ds-base/pull-request/51221

--

389 Directory Server Development Team
___
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

releng pushed to perl-Ref-Util (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 18:29:39 UTC

From 268a4960285772ff6431709614842659c5ab3ff1 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 18:29:35 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Ref-Util.spec b/perl-Ref-Util.spec
index e84121e..903373b 100644
--- a/perl-Ref-Util.spec
+++ b/perl-Ref-Util.spec
@@ -7,7 +7,7 @@
 
 Name:  perl-Ref-Util
 Version:   0.204
-Release:   8%{?dist}
+Release:   9%{?dist}
 Summary:   Utility functions for checking references
 License:   MIT
 URL:   https://metacpan.org/release/Ref-Util
@@ -85,6 +85,9 @@ make test
 %{_mandir}/man3/Ref::Util::PP.3*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.204-9
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.204-8
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Ref-Util/c/268a4960285772ff6431709614842659c5ab3ff1?branch=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://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

releng pushed to perl-Ref-Util-XS (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 18:29:48 UTC

From bf6c47ee66a5ef060842ca8230a5eab07f38c585 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 18:29:43 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Ref-Util-XS.spec b/perl-Ref-Util-XS.spec
index 496904e..59a4a6e 100644
--- a/perl-Ref-Util-XS.spec
+++ b/perl-Ref-Util-XS.spec
@@ -7,7 +7,7 @@
 
 Name:  perl-Ref-Util-XS
 Version:   0.117
-Release:   9%{?dist}
+Release:   10%{?dist}
 Summary:   Utility functions for checking references
 License:   MIT
 URL:   https://metacpan.org/release/Ref-Util-XS
@@ -70,6 +70,9 @@ make test
 %{_mandir}/man3/Ref::Util::XS.3*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.117-10
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.117-9
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Ref-Util-XS/c/bf6c47ee66a5ef060842ca8230a5eab07f38c585?branch=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://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: How do Fedora developers get access to devtoolset for testing.

[Steven Munroe]

Dave Love writes:

> It surprises me if that's IBM experience, and it's a bit worrying for our
new system.

I no longer speak for IBM (retired) so more of a personal Linux for POWER
opinion. But the Advance Toolchain (AT)

provides
the counter example and as it's on the 13th release (follows GCC releases,
AT14 coming soon) I would say useful and valid. AT does separate builds for
each distro it supports but the RHEL 8 build, installs on Fedora.

Full disclosure, AT was my  idea. The goal was to enable new POWER hardware
feature for customers, who insisted on running old (stable) distributions.

Now it is likely DevToolSet has different and conflicting goals. I am
willing to accept that and move on.

> Really, it isn't necessary, any more than it was for me on the Fedora
development system.

Well it is, as PVECLIB supports BE and LE. And a chroot will not handle
that.
___
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

releng pushed to perl-Params-ValidationCompiler (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 18:06:12 UTC

From 94db0b3108cabf7e8d7953f186202e2adf93419e Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 18:06:08 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Params-ValidationCompiler.spec 
b/perl-Params-ValidationCompiler.spec
index 6bc74cc..2dcc26d 100644
--- a/perl-Params-ValidationCompiler.spec
+++ b/perl-Params-ValidationCompiler.spec
@@ -7,7 +7,7 @@
 
 Name:  perl-Params-ValidationCompiler
 Version:   0.30
-Release:   8%{?dist}
+Release:   9%{?dist}
 Summary:   Build an optimized subroutine parameter validator once, use it 
forever
 License:   Artistic 2.0
 URL:   https://metacpan.org/release/Params-ValidationCompiler
@@ -87,6 +87,9 @@ make test
 %{_mandir}/man3/Params::ValidationCompiler::Exceptions.3*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.30-9
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Fri Jun 26 2020 Jitka Plesnikova  - 0.30-8
 - Perl 5.32 re-rebuild of bootstrapped packages
 



https://src.fedoraproject.org/rpms/perl-Params-ValidationCompiler/c/94db0b3108cabf7e8d7953f186202e2adf93419e?branch=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://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: FlexiBLAS as BLAS/LAPACK manager - Fedora 33 System-Wide Change proposal

[Iñaki Ucar]

On Tue, 28 Jul 2020 at 18:02, Dave Love  wrote:
>
> I'm offering the experience of doing all this work from various
> different points of view.  I don't off-hand remember instances where
> particular problems have occurred, because I've done quite a of this.
> Isn't engineering experience valuable?  No-one seems to be offering
> counter-experience to evaluate trades-off, just assertions about what
> requirements.

It is very valuable, and I appreciate your comments. But note that the
author of FlexiBLAS has also engineering experience and has been
managing a HPC cluster for a number of years too, apart from his
research in academia.

I'm certainly not an expert here. But one thing I learnt talking to
the various stakeholders is that basically everyone seems to have a
strong opinion around this, when no option seems to be universally
right for every application.

I think we can agree that this has been stalled for many years in
Fedora. Now, I'm willing to get my hands dirty and I'm just doing my
best to bring something better than we had.

> > We have a more limited choice right now. See my comment above about
> > applications linked against OpenBLAS, or ATLAS. With FlexiBLAS, there
> > are less limitations and more flexibility (and I believe the specific
> > use case you have in mind for BLIS could be discussed upstream).
>
> I don't see how that's true.  It's clearly more flexible to be able to
> have different implementations of an interface more-or-less trivially --
> a one-liner -- than to have a fixed implementation with limited choice.
> Please realize that there's more to research computing than what's
> packaged in Fedora, and there's more than x86 or single-threaded stuff.
> (More of it could be there if it wasn't such a dispiriting business.)

Yes, and if you want something different,

FLEXIBLAS=/some/other/library.so ./some_program

and you are good to go. And you still have the LD_PRELOAD trick if you
want to bypass FlexiBLAS entirely, as you can do for something that is
currently linked against e.g. OpenBLAS. In this regard, I don't see
how FlexiBLAS is any more problematic than the current status quo.

> > I'm not sure I'm following you anymore. You may also want to use 3
> > functions from OpenBLAS serial, 4 functions from OpenBLAS OpenMP, 1
> > from ATLAS, 5 from BLIS and the rest from whatever other library. But
> > it doesn't scale.
>
> That wouldn't make sense, and I'm worried by the suggestion.

That was the point. Glad we are aligned here.

> > That's obviously a dramatization. My point is that it's almost
> > impossible to cover all the very specialised HPC use cases out there.
> > But I would argue that, if there's a way to cover them all, that could
> > be achieved by adding features to FlexiBLAS, because it's the most
> > general way to solve the issue of the implementation disparity in the
> > BLAS/LAPACK landscape: just exposing a complete API and then
> > internally rewiring those calls to the appropriate libraries given
> > some configuration.
>
> It isn't the most general way to replace things at runtime.  The most
> general way is to substitute different implementations of the ABI with
> dynamic linking.  Note there's a de facto ABI, not just an API.
> Consider I want to speed up R by replacing the serial BLAS with a
> parallel one; that's fine, as in the reference I posted.  You're saying
> I shouldn't have that choice because you're going to define what's
> serial and parallel in that case.  Also I apparently shouldn't be able
> to substitute a shim to do tracing by this logic, or a malloc
> implementation to do profiling/debugging.

I didn't say that. You still are. You manage an HPC cluster. You know
how to do that in several ways, with and without FlexiBLAS. But what
if a regular R user wants to replace the serial BLAS? They don't know
how. I replied recently in the R-SIG-Fedora mailing list precisely
because an R user was having trouble with OpenBLAS serial. With
FlexiBLAS, that's very easy. You can replace the default, temporarily
or permanently, with another implementation shipped in Fedora, or with
anything else you got from another source (e.g., MKL).

> > We support a number of architectures in which BLIS doesn't perform
> > well, so I think we would agree that this rules out BLIS as a default.
> > Then, both @jussilehtola and the authors of FlexiBLAS independently
> > agree that the OpenMP version of OpenBLAS would be the best default.
>
> I haven't seen measurements to support these statements.  Where are
> they?  It's not obvious from the ones I referenced that OpenBLAS is
> generally better than BLIS in the reference I posted.

The ones you referenced are arguably too artificial. AFAIK, they have
a set of fine-tuned parameters that are hard to get right. There's no
way to know which are reasonable values for a specific application.
Also they use CPU affinity for BLIS and disabled it for OpenBLAS. Is
there any other third-party benchmark replicating these 

releng pushed to perl-Net-LDAP-Server-Test (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 17:42:11 UTC

From a3aa54455a6722714b5a85c3d613ca17f1c087ba Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 17:42:07 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Net-LDAP-Server-Test.spec b/perl-Net-LDAP-Server-Test.spec
index 06f0528..eb769f2 100644
--- a/perl-Net-LDAP-Server-Test.spec
+++ b/perl-Net-LDAP-Server-Test.spec
@@ -1,6 +1,6 @@
 Name:   perl-Net-LDAP-Server-Test
 Version:0.22
-Release:12%{?dist}
+Release:13%{?dist}
 Summary:Test Net::LDAP code
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/Net-LDAP-Server-Test
@@ -68,6 +68,9 @@ Test your Net::LDAP code without having a real LDAP server 
available.
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.22-13
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.22-12
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Net-LDAP-Server-Test/c/a3aa54455a6722714b5a85c3d613ca17f1c087ba?branch=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://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

releng pushed to perl-Net-LDAP-SID (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 17:41:54 UTC

From e4e7a4ad01938910bd62c03e1923534dfb0f4493 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 17:41:50 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Net-LDAP-SID.spec b/perl-Net-LDAP-SID.spec
index 1c30848..134b4ae 100644
--- a/perl-Net-LDAP-SID.spec
+++ b/perl-Net-LDAP-SID.spec
@@ -1,6 +1,6 @@
 Name:   perl-Net-LDAP-SID
 Version:0.001
-Release:12%{?dist}
+Release:13%{?dist}
 Summary:Net::LDAP::SID Perl module
 License:Artistic 2.0
 URL:https://metacpan.org/release/Net-LDAP-SID
@@ -43,6 +43,9 @@ Active Directory Security Identifier manipulation
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.001-13
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Mon Jun 22 2020 Jitka Plesnikova  - 0.001-12
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Net-LDAP-SID/c/e4e7a4ad01938910bd62c03e1923534dfb0f4493?branch=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://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

releng pushed to perl-Net-LDAP-Server (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 17:42:03 UTC

From 3194eb6d58f0100b3036ede6290b81c855874a3c Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 17:41:59 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Net-LDAP-Server.spec b/perl-Net-LDAP-Server.spec
index a7f6f73..c62cdad 100644
--- a/perl-Net-LDAP-Server.spec
+++ b/perl-Net-LDAP-Server.spec
@@ -1,6 +1,6 @@
 Name:   perl-Net-LDAP-Server
 Version:0.43
-Release:13%{?dist}
+Release:14%{?dist}
 Summary:Net::LDAP::Server Perl module
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/Net-LDAP-Server
@@ -59,6 +59,9 @@ connection with the client.
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.43-14
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.43-13
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Net-LDAP-Server/c/3194eb6d58f0100b3036ede6290b81c855874a3c?branch=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://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: Fedora 33 System-Wide Change proposal: systemd-resolved

[Michael Catanzaro]

On Tue, Jul 28, 2020 at 5:23 pm, Zbigniew Jędrzejewski-Szmek 
 wrote:
I.e. only a hint is emitted. I'm open to suggestions how to improve 
it.


I think we should remove it if it's generated by NetworkManager, and 
leave it untouched otherwise. If NetworkManager is managing DNS then it 
will just push all its settings to systemd-resolved anyway after 
upgrade, right?


___
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 33 System-Wide Change proposal: swap on zram

[stan via devel]

On Thu, 4 Jun 2020 16:30:07 -0400
Ben Cotton  wrote:

> https://fedoraproject.org/wiki/Changes/SwapOnZRAM

>  How can it be disabled? 
> 
> Immediately:
> swapoff /dev/zram0
> 
> Permanently:
> rm /etc/systemd/zram-generator.conf

I realize this is a really late reply, but I wanted to disable this
since it was never used, and when I looked at the man pages this
information was not in them.  I think it should be.
___
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 33 System-Wide Change proposal: systemd-resolved

[Zbigniew Jędrzejewski-Szmek]

On Tue, Jul 28, 2020 at 11:22:58AM -0500, Michael Catanzaro wrote:
> I agree we should not replace /etc/resolv.conf if it's not already a
> symlink (although this will not be a common case, since by default
> it is a symlink managed by NetworkManager).
> 
> On Tue, Jul 28, 2020 at 11:07 am, Neal Gompa  wrote:
> >We can be smart here and replace the file when we detect that it's
> >managed by NetworkManager. Otherwise we won't replace it.
> 
> Currently we actually don't touch it at all, which is not good
> because it means systemd-resolved will not be managing resolv.conf
> on upgraded systems. We should replace it with a symlink to systemd
> if (and only if) it's managed by NetworkManager.

Right now there's the following scriptlet:

grep -q 'Generated by NetworkManager' /etc/resolv.conf 2>/dev/null && \
 
  echo -e '/etc/resolv.conf was generated by NetworkManager.\nConsider removing 
it to let systemd-resolved manage this file.' \
  
  || :
  
I.e. only a hint is emitted. I'm open to suggestions how to improve it.

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

s390x chroots added to Copr

[Silvie Chlupova]

Hello,
we've enabled emulated s390x chroots for F31, F32 and rawhide in Copr.

Note that the chroots are emulated on x86_64 builders using
forcearch [1], so expect that builds might behave differently
especially when you're doing some low-level coding.
Depending on how CPU intensive they are, they might
take up to ten times longer
to finish than normal (and in some cases even more).

We're working on enabling s390x chroots for Epel 8, but we have to figure
out [2] how to build using RHEL 8 instead of Centos 8 BaseOS mirrors
because it doesn't have mirrors for s390x architecture.
Epel 7 isn't built for s390x architecture at all, so we don't have the
needed mirrors to build against.  It will not be enabled.

[1]: https://github.com/rpm-software-management/mock/wiki/Feature-forcearch
[2]
https://lists.fedoraproject.org/archives/list/infrastruct...@lists.fedoraproject.org/thread/43SHF6FAE6Z4QKKFOVRWIKQDT5SSA5RI/

Silvie Chlupova
___
copr-devel mailing list -- copr-de...@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.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.fedorahosted.org/archives/list/copr-de...@lists.fedorahosted.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

releng pushed to perl-Module-Extract-Use (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 17:07:09 UTC

From 6fca8b124042d89d172fcba8d4dc0c94b0f9fe5f Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 17:07:05 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Module-Extract-Use.spec b/perl-Module-Extract-Use.spec
index a619e8c..e79d3d4 100644
--- a/perl-Module-Extract-Use.spec
+++ b/perl-Module-Extract-Use.spec
@@ -1,7 +1,7 @@
 Summary:   Pull out the modules a module explicitly uses
 Name:  perl-Module-Extract-Use
 Version:   1.047
-Release:   2%{?dist}
+Release:   3%{?dist}
 License:   Artistic 2.0
 URL:   https://metacpan.org/release/Module-Extract-Use
 Source0:   
https://cpan.metacpan.org/modules/by-module/Module/Module-Extract-Use-%{version}.tar.gz
@@ -66,6 +66,9 @@ make test
 %{_mandir}/man3/Module::Extract::Use.3*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
1.047-3
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 1.047-2
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Module-Extract-Use/c/6fca8b124042d89d172fcba8d4dc0c94b0f9fe5f?branch=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://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

releng pushed to perl-Mock-Config (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 17:04:38 UTC

From d908dc9c7331b28d12edf3a28cf8866457cbc9bc Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 17:04:34 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Mock-Config.spec b/perl-Mock-Config.spec
index b50525b..5939ef3 100644
--- a/perl-Mock-Config.spec
+++ b/perl-Mock-Config.spec
@@ -1,6 +1,6 @@
 Name:   perl-Mock-Config
 Version:0.03
-Release:11%{?dist}
+Release:12%{?dist}
 Summary:Temporarily set Config or XSConfig values
 License:Artistic 2.0
 URL:https://metacpan.org/release/Mock-Config
@@ -44,6 +44,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.03-12
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Mon Jun 22 2020 Jitka Plesnikova  - 0.03-11
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Mock-Config/c/d908dc9c7331b28d12edf3a28cf8866457cbc9bc?branch=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://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

releng pushed to perl-Mail-Transport (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 16:55:59 UTC

From 79871d8b57a171dcdb561398602110c52b8b8382 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 16:55:54 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Mail-Transport.spec b/perl-Mail-Transport.spec
index c1f5a93..8a89679 100644
--- a/perl-Mail-Transport.spec
+++ b/perl-Mail-Transport.spec
@@ -1,6 +1,6 @@
 Name:  perl-Mail-Transport
 Version:   3.004
-Release:   5%{?dist}
+Release:   6%{?dist}
 Summary:   Email message exchange
 License:   GPL+ or Artistic
 URL:   https://metacpan.org/release/Mail-Transport
@@ -68,6 +68,9 @@ make test
 %{_mandir}/man3/Mail::Transport::Sendmail.3*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
3.004-6
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Thu Jun 25 2020 Jitka Plesnikova  - 3.004-5
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Mail-Transport/c/79871d8b57a171dcdb561398602110c52b8b8382?branch=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://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

releng pushed to perl-Mail-Message (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 16:54:52 UTC

From 0de19359070b477e65468c54192a623a2bc8b44b Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 16:54:48 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Mail-Message.spec b/perl-Mail-Message.spec
index c1ab627..b856f00 100644
--- a/perl-Mail-Message.spec
+++ b/perl-Mail-Message.spec
@@ -1,6 +1,6 @@
 Name:  perl-Mail-Message
 Version:   3.009
-Release:   3%{?dist}
+Release:   4%{?dist}
 Summary:   MIME message handling
 License:   GPL+ or Artistic
 URL:   https://metacpan.org/release/Mail-Message
@@ -126,6 +126,9 @@ make test
 %{_mandir}/man3/*.3*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
3.009-4
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Fri Jun 26 2020 Jitka Plesnikova  - 3.009-3
 - Perl 5.32 re-rebuild of bootstrapped packages
 



https://src.fedoraproject.org/rpms/perl-Mail-Message/c/0de19359070b477e65468c54192a623a2bc8b44b?branch=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://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

releng pushed to perl-Mail-Box-POP3 (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 16:53:44 UTC

From 8be2f4b336963fa5443676ef13111dc53e40aba7 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 16:53:39 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Mail-Box-POP3.spec b/perl-Mail-Box-POP3.spec
index 8713af1..5125728 100644
--- a/perl-Mail-Box-POP3.spec
+++ b/perl-Mail-Box-POP3.spec
@@ -1,6 +1,6 @@
 Name:   perl-Mail-Box-POP3
 Version:3.005
-Release:5%{?dist}
+Release:6%{?dist}
 Summary:Handle POP3 folders as client
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/Mail-Box-POP3
@@ -76,6 +76,9 @@ MARKOV_DEVEL=1 make test
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
3.005-6
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Thu Jun 25 2020 Jitka Plesnikova  - 3.005-5
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Mail-Box-POP3/c/8be2f4b336963fa5443676ef13111dc53e40aba7?branch=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://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

releng pushed to perl-MCE-Shared (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 16:51:02 UTC

From fb7ddd5f0d4d433bc7c247cbdb85fdfc8d8dc153 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 16:50:58 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-MCE-Shared.spec b/perl-MCE-Shared.spec
index 8cb4c6b..2ccdb3a 100644
--- a/perl-MCE-Shared.spec
+++ b/perl-MCE-Shared.spec
@@ -1,6 +1,6 @@
 Name:  perl-MCE-Shared
 Version:   1.872
-Release:   2%{?dist}
+Release:   3%{?dist}
 Summary:   MCE extension for sharing data, supporting threads and processes
 License:   GPL+ or Artistic
 URL:   https://metacpan.org/release/MCE-Shared
@@ -93,6 +93,9 @@ make test
 %{_mandir}/man3/MCE::Shared::Server.3*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
1.872-3
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 1.872-2
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-MCE-Shared/c/fb7ddd5f0d4d433bc7c247cbdb85fdfc8d8dc153?branch=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://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: FlexiBLAS as BLAS/LAPACK manager - Fedora 33 System-Wide Change proposal

[Dave Love]

I meant to say that wrapping symbols may cause some confusion with
debugging and profiling, though I don't think that's critical where its
necessary.
___
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

releng pushed to perl-List-MoreUtils-XS (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 16:43:30 UTC

From e6bddbe2fc712f53ebe7af75a7374b08ff25aa53 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 16:43:26 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-List-MoreUtils-XS.spec b/perl-List-MoreUtils-XS.spec
index a45cc5c..50e0424 100644
--- a/perl-List-MoreUtils-XS.spec
+++ b/perl-List-MoreUtils-XS.spec
@@ -1,6 +1,6 @@
 Name:  perl-List-MoreUtils-XS
 Version:   0.428
-Release:   9%{?dist}
+Release:   10%{?dist}
 Summary:   Provide compiled List::MoreUtils functions
 # Code from List-MoreUtils < 0.417 is GPL+ or Artistic
 # Anything after that is ASL 2.0
@@ -78,6 +78,9 @@ make test
 %{_mandir}/man3/List::MoreUtils::XS.3*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.428-10
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.428-9
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-List-MoreUtils-XS/c/e6bddbe2fc712f53ebe7af75a7374b08ff25aa53?branch=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://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: How do Fedora developers get access to devtoolset for testing.

[Dave Love]

Steven Munroe  writes:

> I come from a different culture and experience. I am not as conversant
> in Fedorian as I should be. So I tend to misunderstand what is plain
> to you all.

Really, it's nothing specific to Fedora.  The same would apply to any
GNU/Linux distro (or other OS with a typical packaging system without a
robust backwards compatibility story).

> From my experience, installing (something like) devtoolset on Fedora
> was not an outlandish idea, Apparently it is.

It surprises me if that's IBM experience, and it's a bit worrying for
our new system.

> So installing a centos 7 VM instance on my local power8 seems like a
> better option.

Really, it isn't necessary, any more than it was for me on the Fedora
development system.  I run VMs for Fedora development, but that's
because I'm personally a Debian user, and I don't think Debian has the
relevant tools available, apart from some version of mock.  You do
sometimes need a VM when the kernel matters, but not most of the time.
(The container support that's now in mock does allow me to build for
rawhide or EL8 on RHEL7 -- thanks to whoever implemented that -- not
just the other way round.)  Is this sort of thing not clear in the
packager documentation coming from cold?  If not, I guess someone would
improve it.
___
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: xen soname bump

[Kevin Fenzi]

On Tue, Jul 28, 2020 at 12:33:29PM +0100, Michael Young wrote:
> On Tue, 28 Jul 2020, Richard W.M. Jones wrote:
> 
> > On Mon, Jul 27, 2020 at 02:40:28PM -0700, Kevin Fenzi wrote:
> > > On Sun, Jul 26, 2020 at 05:03:50PM +0100, Michael Young wrote:
> > > > I am about to update xen to xen-4.14.0 on rawhide, which will update the
> > > > version on many libraries in xen-libs from 4.13 to 4.14. Packages that 
> > > > use
> > > > these libraries (I think just qemu) will presumaably need a rebuild
> > > > afterwards.
> > > 
> > > Can you pretty please do these in a side-tag moving forward?
> > > https://docs.fedoraproject.org/en-US/rawhide-gating/multi-builds/
> > > either with you rebuilding everything that needs it or inviting
> > > maintainers of dependent packages to build in the side tag and only
> > > merging it once everything is done.
> > > 
> > > We had a shot at a rawhide compose today and this soname bump broke it.
> > > ;(
> > 
> > I agree.  Another thing this soname bumped caused was the filing of
> > new "FailsToInstall" bugs against packages that use libxen*.
> 
> I think however that qemu may have a build problem on rawhide as well.

Yep. I fired off a rebuild last night, but it failed and I haven't had
time to look to much at it yet. Looks like a crypto policy change?

...
MALLOC_PERTURB_=${MALLOC_PERTURB_:-$(( ${RANDOM:-0} % 255 + 1))}  
tests/test-crypto-tlscredsx509 -m=quick -k --tap < /dev/null | 
./scripts/tap-driver.pl --test-name="test-crypto-tlscredsx509" 
Unexpected error in qcrypto_tls_creds_check_cert_pair() at 
/builddir/build/BUILD/qemu-5.0.0/crypto/tlscredsx509.c:363:
Our own certificate tests/test-crypto-tlscredsx509-certs//server-cert.pem 
failed validation against tests/test-crypto-tlscredsx509-certs//ca-cert.pem: 
The certificate uses an insecure algorithm
ERROR - too few tests run (expected 39, got 0)
...

kevin


signature.asc
Description: PGP 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: Fedora 33 System-Wide Change proposal: systemd-resolved

[Michael Catanzaro]

I agree we should not replace /etc/resolv.conf if it's not already a 
symlink (although this will not be a common case, since by default it 
is a symlink managed by NetworkManager).


On Tue, Jul 28, 2020 at 11:07 am, Neal Gompa  wrote:

We can be smart here and replace the file when we detect that it's
managed by NetworkManager. Otherwise we won't replace it.


Currently we actually don't touch it at all, which is not good because 
it means systemd-resolved will not be managing resolv.conf on upgraded 
systems. We should replace it with a symlink to systemd if (and only 
if) it's managed by NetworkManager.


___
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

releng pushed to perl-IO-FDPass (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 16:20:45 UTC

From 6431451a1c14540df448c1b83c498f7a13b6ded6 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 16:20:40 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-IO-FDPass.spec b/perl-IO-FDPass.spec
index b2d31fa..7a11d9e 100644
--- a/perl-IO-FDPass.spec
+++ b/perl-IO-FDPass.spec
@@ -1,6 +1,6 @@
 Name:  perl-IO-FDPass
 Version:   1.2
-Release:   14%{?dist}
+Release:   15%{?dist}
 Summary:   Pass a file descriptor over a socket
 License:   GPL+ or Artistic
 URL:   https://metacpan.org/release/IO-FDPass
@@ -62,6 +62,9 @@ make test
 %{_mandir}/man3/IO::FDPass.3*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
1.2-15
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 1.2-14
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-IO-FDPass/c/6431451a1c14540df448c1b83c498f7a13b6ded6?branch=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://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

releng pushed to perl-HTTP-MultiPartParser (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 16:12:51 UTC

From 7352960df18705d4535d54ce809f0330db6fef6b Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 16:12:47 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-HTTP-MultiPartParser.spec b/perl-HTTP-MultiPartParser.spec
index 21365ac..7c62ac9 100644
--- a/perl-HTTP-MultiPartParser.spec
+++ b/perl-HTTP-MultiPartParser.spec
@@ -1,6 +1,6 @@
 Name:   perl-HTTP-MultiPartParser
 Version:0.02
-Release:11%{?dist}
+Release:12%{?dist}
 Summary:HTTP MultiPart Parser
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/HTTP-MultiPartParser
@@ -59,6 +59,9 @@ streams conforming to MultiPart types as defined in RFC 2616.
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.02-12
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.02-11
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-HTTP-MultiPartParser/c/7352960df18705d4535d54ce809f0330db6fef6b?branch=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://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 1860598] perl-Encode-3.07 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
FEDORA-2020-bf1678a097 has been pushed to the Fedora 31 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
--advisory=FEDORA-2020-bf1678a097`
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2020-bf1678a097

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information
on how to test updates.


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

releng pushed to perl-HTTP-Entity-Parser (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 16:12:01 UTC

From d97359782224706ff6636ead744ec8c3163d847a Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 16:11:57 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-HTTP-Entity-Parser.spec b/perl-HTTP-Entity-Parser.spec
index c01adbb..a7490b4 100644
--- a/perl-HTTP-Entity-Parser.spec
+++ b/perl-HTTP-Entity-Parser.spec
@@ -1,6 +1,6 @@
 Name:   perl-HTTP-Entity-Parser
 Version:0.23
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:PSGI compliant HTTP Entity Parser
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/HTTP-Entity-Parser
@@ -69,6 +69,9 @@ data and application/json.
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.23-2
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Sat Jul 18 2020 Ralf Corsépius  - 0.23-1
 - Update to 0.23.
 



https://src.fedoraproject.org/rpms/perl-HTTP-Entity-Parser/c/d97359782224706ff6636ead744ec8c3163d847a?branch=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://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 1854752] perl-Sereal-Encoder-4.015 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Sereal-Encoder-4.015-1 |perl-Sereal-Encoder-4.015-1
   |.fc33   |.fc33
   |perl-Sereal-Encoder-4.017-1 |perl-Sereal-Encoder-4.017-1
   |.fc32   |.fc32
   |perl-Sereal-Encoder-4.017-1 |perl-Sereal-Encoder-4.017-1
   |.fc31   |.fc31
   ||perl-Sereal-Encoder-4.017-1
   ||.el8



--- Comment #16 from Fedora Update System  ---
FEDORA-EPEL-2020-87dd78b491 has been pushed to the Fedora EPEL 8 stable
repository.
If problem still persists, 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: FlexiBLAS as BLAS/LAPACK manager - Fedora 33 System-Wide Change proposal

[Dave Love]

Iñaki Ucar  writes:

> So here you are exclusively talking about BLIS, because other
> libraries implement BLAS + some parts of LAPACK. I may agree that
> doing the latter is a bad idea given that the reference implementation
> offers two distinct libraries. But that's the landscape we have
> unfortunately.

No, I'm talking more generally.  That's just an example.

> Being able to switch LAPACK independently while avoiding symbol
> collisions is an interesting feature that could be added in FlexiBLAS
> (at least I'm gonna propose it upstream). That's certainly not in the
> feature set right now, but it's not a possibility either without
> FlexiBLAS. E.g., many applications in Fedora are linked against
> OpenBLAS serial. How would you change BLAS and LAPACK in those?

It's not just a possibility, it just works with dynamic libraries.  The
fact that things are linked against a specific library rather than
effectively a generic ABI is the problem, but I can define a shim to
subvert them, the same as I did for OpenBLAS versus ATLAS, Rblas, etc.,
and the same as I'd have to do for FlexiBLAS if I wanted something
different.

Now, there are cases where there's the same API provided by different
implementations which have a different ABI, MPI being the obvious
example in this area.  Some sort of multiplexing may be appropriate
there -- I'm not sure.  I've had trouble making the implementation work.

> It's very easy to say "there will be hoops to jump through". That is
> insufficient experience. I don't have any evidence suggesting that.
> But I acknowledge that software is very heterogeneous out there and
> sometimes you find unexpected problems. Those problems cannot be
> uncovered unless someone tries to make this happen. Following the same
> logic, many (most?) Change Proposals have insufficient experience.

I'm offering the experience of doing all this work from various
different points of view.  I don't off-hand remember instances where
particular problems have occurred, because I've done quite a of this.
Isn't engineering experience valuable?  No-one seems to be offering
counter-experience to evaluate trades-off, just assertions about what
requirements.

>> I'm unclear on exactly how flexiblas currently works, but the above
>> seems to be saying that I must have a limited choice of BLAS and LAPACK
>> anyway.  I can flip an environment variable already to subvert other
>> BLASs with BLIS.  (I considered dynamically loading different
>> implementations when I tackled this initially.)  Setting the environment
>> other than explicitly in a batch script isn't necessarily easy or robust
>> anyway, as opposed to ldconfig on sets of nodes.
>
> We have a more limited choice right now. See my comment above about
> applications linked against OpenBLAS, or ATLAS. With FlexiBLAS, there
> are less limitations and more flexibility (and I believe the specific
> use case you have in mind for BLIS could be discussed upstream).

I don't see how that's true.  It's clearly more flexible to be able to
have different implementations of an interface more-or-less trivially --
a one-liner -- than to have a fixed implementation with limited choice.
Please realize that there's more to research computing than what's
packaged in Fedora, and there's more than x86 or single-threaded stuff.
(More of it could be there if it wasn't such a dispiriting business.)

>> See above about an independent choice of BLAS and LAPACK.  What happens
>> if I want to use BLIS functions and link against a library that's using
>> OpenBLAS and don't know about whatever magic I need in the environment
>> to make it work?
>
> I'm not sure I'm following you anymore. You may also want to use 3
> functions from OpenBLAS serial, 4 functions from OpenBLAS OpenMP, 1
> from ATLAS, 5 from BLIS and the rest from whatever other library. But
> it doesn't scale.

That wouldn't make sense, and I'm worried by the suggestion.

> That's obviously a dramatization. My point is that it's almost
> impossible to cover all the very specialised HPC use cases out there.
> But I would argue that, if there's a way to cover them all, that could
> be achieved by adding features to FlexiBLAS, because it's the most
> general way to solve the issue of the implementation disparity in the
> BLAS/LAPACK landscape: just exposing a complete API and then
> internally rewiring those calls to the appropriate libraries given
> some configuration.

It isn't the most general way to replace things at runtime.  The most
general way is to substitute different implementations of the ABI with
dynamic linking.  Note there's a de facto ABI, not just an API.
Consider I want to speed up R by replacing the serial BLAS with a
parallel one; that's fine, as in the reference I posted.  You're saying
I shouldn't have that choice because you're going to define what's
serial and parallel in that case.  Also I apparently shouldn't be able
to substitute a shim to do tracing by this logic, or a malloc
implementation to do 

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

[Markus Larsson]

On 28 July 2020 17:07:14 CEST, Neal Gompa  wrote:

>> To prevent brutally overwriting configuration, it would be best not to 
>> replace
>> /etc/resolv.conf with a symlink on upgrade, ignoring user configuration, but
>> to do so on all new installs.
>>
>
>We can be smart here and replace the file when we detect that it's
>managed by NetworkManager. Otherwise we won't replace it.

This sounds like a good way to do it. I very much like the smooth major version 
upgrades and this would help.
Given that some changes DNS servers, for whatever reason, we have to assume 
that those who have did so because of a reason.
Not breaking DNS for them is important.

Br
M


>
>
>
>
>--
>真実はいつも一つ！/ Always, there's only one truth!
>___
>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

releng pushed to perl-Encode-IMAPUTF7 (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 15:25:21 UTC

From 5be1c0c2e40925969ac90452973e2d4d786664dc Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 15:25:17 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Encode-IMAPUTF7.spec b/perl-Encode-IMAPUTF7.spec
index 3959393..a79a609 100644
--- a/perl-Encode-IMAPUTF7.spec
+++ b/perl-Encode-IMAPUTF7.spec
@@ -2,7 +2,7 @@
 
 Name:   perl-Encode-IMAPUTF7
 Version:1.05
-Release:13%{?dist}
+Release:14%{?dist}
 Summary:Process the special UTF-7 variant required by IMAP
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/Encode-IMAPUTF7
@@ -42,6 +42,9 @@ make test
 %_mandir/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
1.05-14
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 1.05-13
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Encode-IMAPUTF7/c/5be1c0c2e40925969ac90452973e2d4d786664dc?branch=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://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 1850776] Add perl-MooseX-Types-DateTime-MoreCoercions to EPEL8

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1850776
Bug 1850776 depends on bug 1850793, which changed state.

Bug 1850793 Summary: Add perl-Time-Duration-Parse to EPEL8 / co-maintainer 
request
https://bugzilla.redhat.com/show_bug.cgi?id=1850793

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |ERRATA




-- 
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 1855334] perl-Sereal-Encoder-4.017 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Sereal-Encoder-4.017-1 |perl-Sereal-Encoder-4.017-1
   |.fc33   |.fc33
   |perl-Sereal-Encoder-4.017-1 |perl-Sereal-Encoder-4.017-1
   |.fc32   |.fc32
   |perl-Sereal-Encoder-4.017-1 |perl-Sereal-Encoder-4.017-1
   |.fc31   |.fc31
   ||perl-Sereal-Encoder-4.017-1
   ||.el8



--- Comment #14 from Fedora Update System  ---
FEDORA-EPEL-2020-87dd78b491 has been pushed to the Fedora EPEL 8 stable
repository.
If problem still persists, 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 1850793] Add perl-Time-Duration-Parse to EPEL8 / co-maintainer request

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |ERRATA
Last Closed||2020-07-28 15:23:21



--- Comment #5 from Fedora Update System  ---
FEDORA-EPEL-2020-93edf0c8b8 has been pushed to the Fedora EPEL 8 stable
repository.
If problem still persists, 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 1853720] Update perl-HTML-Scrubber for EPEL 8

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||perl-HTML-Scrubber-0.19-3.e
   ||l8
 Resolution|--- |ERRATA
Last Closed||2020-07-28 15:23:07



--- Comment #3 from Fedora Update System  ---
FEDORA-EPEL-2020-8f51b79d16 has been pushed to the Fedora EPEL 8 stable
repository.
If problem still persists, 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 1853570] Upgrade perl-Image-ExifTool to 12.00

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Image-ExifTool-12.00-1 |perl-Image-ExifTool-12.00-1
   |.fc32   |.fc32
   |perl-Image-ExifTool-12.00-1 |perl-Image-ExifTool-12.00-1
   |.fc31   |.fc31
   |perl-Image-ExifTool-12.00-1 |perl-Image-ExifTool-12.00-1
   |.el7|.el7
   ||perl-Image-ExifTool-12.00-1
   ||.el8



--- Comment #11 from Fedora Update System  ---
FEDORA-EPEL-2020-950ec43a88 has been pushed to the Fedora EPEL 8 stable
repository.
If problem still persists, 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 1855333] perl-Sereal-Decoder-4.017 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Sereal-Decoder-4.017-1 |perl-Sereal-Decoder-4.017-1
   |.fc33   |.fc33
   |perl-Sereal-Decoder-4.017-1 |perl-Sereal-Decoder-4.017-1
   |.fc32   |.fc32
   |perl-Sereal-Decoder-4.017-1 |perl-Sereal-Decoder-4.017-1
   |.fc31   |.fc31
   ||perl-Sereal-Decoder-4.017-1
   ||.el8



--- Comment #14 from Fedora Update System  ---
FEDORA-EPEL-2020-87dd78b491 has been pushed to the Fedora EPEL 8 stable
repository.
If problem still persists, 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 1854753] perl-Sereal-4.015 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Sereal-4.015-1.fc33|perl-Sereal-4.015-1.fc33
   |perl-Sereal-4.017-1.fc32|perl-Sereal-4.017-1.fc32
   |perl-Sereal-4.017-1.fc31|perl-Sereal-4.017-1.fc31
   ||perl-Sereal-4.017-1.el8



--- Comment #16 from Fedora Update System  ---
FEDORA-EPEL-2020-87dd78b491 has been pushed to the Fedora EPEL 8 stable
repository.
If problem still persists, 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 1854754] perl-Sereal-Decoder-4.015 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Sereal-Decoder-4.015-1 |perl-Sereal-Decoder-4.015-1
   |.fc33   |.fc33
   |perl-Sereal-Decoder-4.017-1 |perl-Sereal-Decoder-4.017-1
   |.fc32   |.fc32
   |perl-Sereal-Decoder-4.017-1 |perl-Sereal-Decoder-4.017-1
   |.fc31   |.fc31
   ||perl-Sereal-Decoder-4.017-1
   ||.el8



--- Comment #16 from Fedora Update System  ---
FEDORA-EPEL-2020-87dd78b491 has been pushed to the Fedora EPEL 8 stable
repository.
If problem still persists, 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 1855332] perl-Sereal-4.017 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Sereal-4.017-1.fc33|perl-Sereal-4.017-1.fc33
   |perl-Sereal-4.017-1.fc32|perl-Sereal-4.017-1.fc32
   |perl-Sereal-4.017-1.fc31|perl-Sereal-4.017-1.fc31
   ||perl-Sereal-4.017-1.el8



--- Comment #14 from Fedora Update System  ---
FEDORA-EPEL-2020-87dd78b491 has been pushed to the Fedora EPEL 8 stable
repository.
If problem still persists, 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 1861424] New: perl-PPIx-Regexp-0.073 is available

[bugzilla]

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

Bug ID: 1861424
   Summary: perl-PPIx-Regexp-0.073 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-PPIx-Regexp
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com
  Target Milestone: ---
Classification: Fedora



Latest upstream release: 0.073
Current version/release in rawhide: 0.072-1.fc33
URL: http://search.cpan.org/dist/PPIx-Regexp/

Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/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/3288/


-- 
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 1857787] perl-LWP-Protocol-https-6.09 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-LWP-Protocol-https-6.0 |perl-LWP-Protocol-https-6.0
   |9-1.fc33|9-1.fc33
   |perl-LWP-Protocol-https-6.0 |perl-LWP-Protocol-https-6.0
   |9-2.fc31|9-2.fc31
   ||perl-LWP-Protocol-https-6.0
   ||9-2.fc32



--- Comment #8 from Fedora Update System  ---
FEDORA-2020-949a75223b has been pushed to the Fedora 32 stable repository.
If problem still persists, 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: Fedora 33 System-Wide Change proposal: systemd-resolved

[Neal Gompa]

On Tue, Jul 28, 2020 at 10:58 AM John M. Harris Jr  wrote:
>
> On Tuesday, July 28, 2020 5:11:31 AM MST Lennart Poettering wrote:
> > On Mo, 27.07.20 09:20, Neal Gompa (ngomp...@gmail.com) wrote:
> >
> >
> > > That *is* what will happen. In this scenario, systemd-resolved creates
> > > a file in /run that is populated with the required information for
> > > applications to request name resolution from resolved through the
> > > standard DNS protocol. The /etc/resolv.conf file becomes a symlink to
> > > the file in /run so that the file in /etc is stable and regenerating
> > > the file in /run won't cause issues for package management. This
> > > system has been in use *already* for a while now in other
> > > distributions (see Debian and resolvconf(8), which systemd-resolved
> > > replaced in Ubuntu).
> > >
> > >
> > >
> > > The only thing this mechanism breaks is applications trying to *write*
> > > to the resolv.conf file, because systemd-resolved will just blow away
> > > those changes right after. If you want to modify DNS settings, you
> > > need to configure systemd-resolved itself, either through
> > > NetworkManager (as we will recommend) or directly through
> > > systemd-resolved's configuration interface (if not using NetworkManager).
> >
> >
> > That's not quit true: if you replace th /etc/resolv.conf symlink with
> > a file of your own choosing, then resolved will not muck around with
> > that, and not modify it anymore. instead, it will start to *read* it
> > and use the data. i.e. depending on symlinks vs. file it either
> > provides or consumes the data in it.
> >
> > Thus admin-provided configuration in /etc/resolv.conf takes precedence
> > over the stuff systemd-resolved puts there, as long as the admin
> > properly replaces the symlink. If the admin doesn't replace the
> > symlink and writes to it naively, i.e. where it points then it will
> > make changes to files in /run/systemd/ (because that's where the
> > symlink points to), i.e. files clearly owned by systemd, and
> > systemd-resolved will brutally overwrite them whenever it feels the
> > need to.
>
> To prevent brutally overwriting configuration, it would be best not to replace
> /etc/resolv.conf with a symlink on upgrade, ignoring user configuration, but
> to do so on all new installs.
>

We can be smart here and replace the file when we detect that it's
managed by NetworkManager. Otherwise we won't replace it.




--
真実はいつも一つ！/ Always, there's only one truth!
___
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 1858481] perl-Module-CoreList-5.20200717 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Module-CoreList-5.2020 |perl-Module-CoreList-5.2020
   |0717-1.fc33 |0717-1.fc33
   ||perl-Module-CoreList-5.2020
   ||0717-1.fc31
 Resolution|--- |ERRATA
Last Closed||2020-07-28 15:02:41



--- Comment #6 from Fedora Update System  ---
FEDORA-2020-c802fdad2e has been pushed to the Fedora 31 stable repository.
If problem still persists, 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 1857787] perl-LWP-Protocol-https-6.09 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-LWP-Protocol-https-6.0 |perl-LWP-Protocol-https-6.0
   |9-1.fc33|9-1.fc33
   ||perl-LWP-Protocol-https-6.0
   ||9-2.fc31
 Resolution|--- |ERRATA
Last Closed||2020-07-28 15:02:17



--- Comment #7 from Fedora Update System  ---
FEDORA-2020-ca566ca0df has been pushed to the Fedora 31 stable repository.
If problem still persists, 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 1858476] perl-CPAN-Perl-Releases-5.20200717 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-CPAN-Perl-Releases-5.2 |perl-CPAN-Perl-Releases-5.2
   |0200717-1.fc33  |0200717-1.fc33
   ||perl-CPAN-Perl-Releases-5.2
   ||0200717-1.fc31
 Resolution|--- |ERRATA
Last Closed||2020-07-28 15:02:39



--- Comment #6 from Fedora Update System  ---
FEDORA-2020-85392ab421 has been pushed to the Fedora 31 stable repository.
If problem still persists, 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 1858467] perl-Compress-Bzip2-2.28 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Compress-Bzip2-2.28-1. |perl-Compress-Bzip2-2.28-1.
   |fc33|fc33
   ||perl-Compress-Bzip2-2.28-1.
   ||fc31
 Resolution|--- |ERRATA
Last Closed||2020-07-28 15:02:36



--- Comment #5 from Fedora Update System  ---
FEDORA-2020-7483c5007e has been pushed to the Fedora 31 stable repository.
If problem still persists, 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 1840363] perl-Compress-Bzip2-2.27 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Compress-Bzip2-2.27-1. |perl-Compress-Bzip2-2.27-1.
   |fc33|fc33
   |perl-Compress-Bzip2-2.27-2. |perl-Compress-Bzip2-2.27-2.
   |fc32|fc32
   ||perl-Compress-Bzip2-2.28-1.
   ||fc31



--- Comment #14 from Fedora Update System  ---
FEDORA-2020-7483c5007e has been pushed to the Fedora 31 stable repository.
If problem still persists, 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 1855963] Safe in Perl 5.30 does not preload utf8_heavy.pl preventing from running Bugzilla checksetup.pl script: Undefined subroutine utf8::SWASHNEW

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-5.30.3-455.fc32|perl-5.30.3-455.fc32
   ||perl-5.30.3-454.fc31



--- Comment #10 from Fedora Update System  ---
FEDORA-2020-54c4dc151a has been pushed to the Fedora 31 stable repository.
If problem still persists, 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

releng pushed to perl-DateTime-Calendar-Julian (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 15:00:42 UTC

From adef2aa6a72414a18171be761ff1199247cf6219 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 15:00:37 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-DateTime-Calendar-Julian.spec 
b/perl-DateTime-Calendar-Julian.spec
index ecdc73a..0b5999d 100644
--- a/perl-DateTime-Calendar-Julian.spec
+++ b/perl-DateTime-Calendar-Julian.spec
@@ -1,6 +1,6 @@
 Name:  perl-DateTime-Calendar-Julian
 Version:   0.102
-Release:   3%{?dist}
+Release:   4%{?dist}
 License:   GPL+ or Artistic
 Summary:   Julian Calendar support for DateTime.pm
 Url:   https://metacpan.org/release/DateTime-Calendar-Julian
@@ -39,6 +39,9 @@ make test
 %{_mandir}/man3/DateTime::Calendar::Julian.3pm*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.102-4
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.102-3
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-DateTime-Calendar-Julian/c/adef2aa6a72414a18171be761ff1199247cf6219?branch=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://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: Fedora 33 System-Wide Change proposal: systemd-resolved

[John M. Harris Jr]

On Tuesday, July 28, 2020 5:11:31 AM MST Lennart Poettering wrote:
> On Mo, 27.07.20 09:20, Neal Gompa (ngomp...@gmail.com) wrote:
> 
> 
> > That *is* what will happen. In this scenario, systemd-resolved creates
> > a file in /run that is populated with the required information for
> > applications to request name resolution from resolved through the
> > standard DNS protocol. The /etc/resolv.conf file becomes a symlink to
> > the file in /run so that the file in /etc is stable and regenerating
> > the file in /run won't cause issues for package management. This
> > system has been in use *already* for a while now in other
> > distributions (see Debian and resolvconf(8), which systemd-resolved
> > replaced in Ubuntu).
> >
> >
> >
> > The only thing this mechanism breaks is applications trying to *write*
> > to the resolv.conf file, because systemd-resolved will just blow away
> > those changes right after. If you want to modify DNS settings, you
> > need to configure systemd-resolved itself, either through
> > NetworkManager (as we will recommend) or directly through
> > systemd-resolved's configuration interface (if not using NetworkManager).
> 
> 
> That's not quit true: if you replace th /etc/resolv.conf symlink with
> a file of your own choosing, then resolved will not muck around with
> that, and not modify it anymore. instead, it will start to *read* it
> and use the data. i.e. depending on symlinks vs. file it either
> provides or consumes the data in it.
> 
> Thus admin-provided configuration in /etc/resolv.conf takes precedence
> over the stuff systemd-resolved puts there, as long as the admin
> properly replaces the symlink. If the admin doesn't replace the
> symlink and writes to it naively, i.e. where it points then it will
> make changes to files in /run/systemd/ (because that's where the
> symlink points to), i.e. files clearly owned by systemd, and
> systemd-resolved will brutally overwrite them whenever it feels the
> need to.

To prevent brutally overwriting configuration, it would be best not to replace 
/etc/resolv.conf with a symlink on upgrade, ignoring user configuration, but 
to do so on all new installs.

-- 
John M. Harris, Jr.

___
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

releng pushed to perl-Crypt-IDEA (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 14:36:44 UTC

From 87bdafe1361d9af7e2ab2a4c475d8ec37c12e5f7 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 14:36:39 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Crypt-IDEA.spec b/perl-Crypt-IDEA.spec
index a5971b5..22b4fd6 100644
--- a/perl-Crypt-IDEA.spec
+++ b/perl-Crypt-IDEA.spec
@@ -1,7 +1,7 @@
 Summary:   Perl interface to IDEA block cipher
 Name:  perl-Crypt-IDEA
 Version:   1.10
-Release:   18%{?dist}
+Release:   19%{?dist}
 License:   BSD with advertising
 URL:   https://metacpan.org/release/Crypt-IDEA
 Source0:   
https://cpan.metacpan.org/modules/by-module/Crypt/Crypt-IDEA-%{version}.tar.gz
@@ -65,6 +65,9 @@ make test
 %{_mandir}/man3/Crypt::IDEA.3*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
1.10-19
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Mon Jun 22 2020 Jitka Plesnikova  - 1.10-18
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Crypt-IDEA/c/87bdafe1361d9af7e2ab2a4c475d8ec37c12e5f7?branch=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://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

releng pushed to perl-Cookie-Baker (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 14:33:56 UTC

From 118338a5d2df2062f8107150bc88600e36f9ec64 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 14:33:52 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Cookie-Baker.spec b/perl-Cookie-Baker.spec
index 8a2fa11..187fbcb 100644
--- a/perl-Cookie-Baker.spec
+++ b/perl-Cookie-Baker.spec
@@ -1,6 +1,6 @@
 Name:   perl-Cookie-Baker
 Version:0.11
-Release:4%{?dist}
+Release:5%{?dist}
 Summary:Cookie string generator / parser
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/Cookie-Baker
@@ -50,6 +50,9 @@ Cookie::Baker provides simple cookie string generator and 
parser.
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.11-5
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.11-4
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Cookie-Baker/c/118338a5d2df2062f8107150bc88600e36f9ec64?branch=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://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

releng pushed to perl-Code-TidyAll-Plugin-Test-Vars (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 14:24:03 UTC

From 92d671cad542153c1383007bb3052839b7153676 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 14:23:59 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Code-TidyAll-Plugin-Test-Vars.spec 
b/perl-Code-TidyAll-Plugin-Test-Vars.spec
index 64fc5d2..ae7fba5 100644
--- a/perl-Code-TidyAll-Plugin-Test-Vars.spec
+++ b/perl-Code-TidyAll-Plugin-Test-Vars.spec
@@ -1,6 +1,6 @@
 Name:   perl-Code-TidyAll-Plugin-Test-Vars
 Version:0.04
-Release:12%{?dist}
+Release:13%{?dist}
 Summary:Provides Test::Vars plugin for Code::TidyAll
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/Code-TidyAll-Plugin-Test-Vars
@@ -57,6 +57,9 @@ This module uses Test::Vars to detect unused variables in 
Perl modules.
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.04-13
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.04-12
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Code-TidyAll-Plugin-Test-Vars/c/92d671cad542153c1383007bb3052839b7153676?branch=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://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

releng pushed to perl-Class-Std-Fast (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2020-07-28 14:21:54 UTC

From 12ba09ce0d0995b1f01d7aa895a7154f1595e587 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 14:21:50 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Class-Std-Fast.spec b/perl-Class-Std-Fast.spec
index 290870c..6a52653 100644
--- a/perl-Class-Std-Fast.spec
+++ b/perl-Class-Std-Fast.spec
@@ -1,6 +1,6 @@
 Name:   perl-Class-Std-Fast
 Version:0.0.8
-Release:14%{?dist}
+Release:15%{?dist}
 Summary:Faster but less secure replacement for Class::Std
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/Class-Std-Fast
@@ -67,6 +67,9 @@ make test
 
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.0.8-15
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.0.8-14
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-Class-Std-Fast/c/12ba09ce0d0995b1f01d7aa895a7154f1595e587?branch=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://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 1853570] Upgrade perl-Image-ExifTool to 12.00

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Image-ExifTool-12.00-1 |perl-Image-ExifTool-12.00-1
   |.fc32   |.fc32
   |perl-Image-ExifTool-12.00-1 |perl-Image-ExifTool-12.00-1
   |.fc31   |.fc31
   ||perl-Image-ExifTool-12.00-1
   ||.el7



--- Comment #10 from Fedora Update System  ---
FEDORA-EPEL-2020-def6ad7f98 has been pushed to the Fedora EPEL 7 stable
repository.
If problem still persists, 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: Btrfs by default status updates, 2020-07-26

[Tomasz Kłoczko]

On Tue, 28 Jul 2020 at 13:22, Lennart Poettering 
wrote:
[..]

> > Looks like all other pseudo filesystems are mounted over .mount units
> with
> > probably one exception ..  binfmt_misc.
> > Probably .. because as I've pointed there are two units for that fs.
>
> Only binfmt_misc is typically a kernel module of its own. For stuff
> that is built-in it's pointless trying to avoid module loading.
>

https://www.investopedia.com/terms/d/death-1000-cuts.asp
Alternatively it is possible to use here KISS or Okhan Razor.
If in case of things like full scale distribution you don't care about
details sooner or later bad things will start.

I'm not talking about modularisation of the binfmt_misc (which IIRC is
possible to compile as the module).
I'm talking about currently compiled into the kernel autofs support (and
building it as the loadable module).

In this case it looks like already mounting binfmt_misc over the existing
(dist) .mount unit is in place.


And going back to the original question.
Why not provide the kernel with all possible to use file systems which are
possible to use as root fs as modules?

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://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: Btrfs by default status updates, 2020-07-26

[Lennart Poettering]

On Di, 28.07.20 13:02, Tomasz Kłoczko (kloczko.tom...@gmail.com) wrote:

> So .. someone knows why it cannot be mounted on "mount -a" when entry
> for binfmt_misc would be in fstab or even over .mount unit?

You can do that, of course, but binfmt_misc is a .ko we don't want to
load unless needed.

With the scheme we have right now we'll load it only when someone
fiddles with the binfmt_misc dir.

> IMO using automounter to mount sysfs, procfs and binfmt_misc is really
> OVERKILL.

We don't use the automounter for sysfs or procfs, that would make
little sense. These file systems are mounted early on from PID 1,
before doing pretty much anything else, since much of the Linux
kernel's API we need is exposed through these virtual file systems.

binfmt_misc is kinda an exotic feature though, and unless you install
java or mono or qemu for foreign archs you are unlikely to use it.

> If the regular unit works flawlessly it looks like systemd could be
> compiled without autofs.

You can compile it without autofs. But why bother? it's tiny and useful.

> For example mqueue is mounted over .mount unit
>
> $  cat /usr/lib/systemd/system/dev-mqueue.mount | grep -v \#
> [Unit]
> Description=POSIX Message Queue File System
> Documentation=man:mq_overview(7)
> Documentation=
> https://www.freedesktop.org/wiki/Software/systemd/APIFileSystems
> DefaultDependencies=no
> Before=sysinit.target
> ConditionPathExists=/proc/sys/fs/mqueue
> ConditionCapability=CAP_SYS_ADMIN
>
> [Mount]
> What=mqueue
> Where=/dev/mqueue
> Type=mqueue
> Options=nosuid,nodev,noexec
>
> Looks like all other pseudo filesystems are mounted over .mount units with
> probably one exception ..  binfmt_misc.
> Probably .. because as I've pointed there are two units for that fs.

Only binfmt_misc is typically a kernel module of its own. For stuff
that is built-in it's pointless trying to avoid module loading.

Lennart

--
Lennart Poettering, Berlin
___
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

List of long term FTBFS packages to be retired in a week

[Miro Hrončok]

Dear maintainers.

Based on the current fail to build from source policy, the following packages
will be retired from Fedora 33 in a week.

Policy: 
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/


Note that some listed packages are orphaned and hence may be retired even 
sooner.

The packages in rawhide were not successfully built at least since Fedora 31.

This report is based on dist tags.

Packages collected via:
https://github.com/hroncok/fedora-report-ftbfs-retirements/blob/master/ftbfs-retirements.ipynb

If you see a package that was built, please let me know.
If you see a package that should be exempted from the process, please let me 
know and we can work together to get a FESCo approval for that.


If you see a package that can be rebuilt, please do so.


  Package (co)maintainers  Latest build
===
OpenCoarrays   jussilehtolaFedora 30
js-jquery-jqplot   xavierb Fedora 30
js-jquery1 nodejs-sig, patches, vondruch   Fedora 30
js-jquery2 vondruchFedora 30
js-sizzle  nodejs-sig, patches, vondruch   Fedora 30
nodejs-path-type   nodejs-sig, orphan  Fedora 30
nodejs-temp-write  orphan  Fedora 30
nodejs-unique-stream   jsmith, nodejs-sig  Fedora 30
orpie  bowlofeggs, orphan  Fedora 30
rubygem-ruby-hmac  humaton, mmorsi Fedora 30


The following packages require above mentioned packages:
Depending on: js-jquery-jqplot (1)
sympa (maintained by: xavierb)
sympa-6.2.56-1.fc33.src requires js-jquery-jqplot = 1.0.9-3.fc30
sympa-6.2.56-1.fc33.x86_64 requires js-jquery-jqplot = 
1.0.9-3.fc30

Depending on: js-jquery1 (70)
R-profvis (maintained by: qulogic)
R-profvis-0.3.6-3.fc33.src requires js-jquery1 = 1.12.4-7.fc30
R-profvis-0.3.6-3.fc33.x86_64 requires js-jquery1 = 
1.12.4-7.fc30

R-rmarkdown (maintained by: qulogic)
R-rmarkdown-2.2-1.fc33.noarch requires js-jquery1 = 
1.12.4-7.fc30
R-rmarkdown-2.2-1.fc33.src requires js-jquery1 = 1.12.4-7.fc30

copr-frontend (maintained by: clime, copr-sig, dturecek, frostyx, 
msuchy, praiskup)
copr-frontend-1.166-1.fc33.noarch requires js-jquery1 = 
1.12.4-7.fc30

ghc-pretty-show (maintained by: mathstuf)
ghc-pretty-show-1.9.5-3.fc32.x86_64 requires js-jquery1 = 
1.12.4-7.fc30

mkdocs (maintained by: cheeselee)
mkdocs-1.1.2-1.fc33.noarch requires js-jquery1 = 1.12.4-7.fc30
mkdocs-1.1.2-1.fc33.src requires js-jquery1 = 1.12.4-7.fc30

python-XStatic-jQuery (maintained by: mrunge, openstack-sig, rdopiera)
python3-XStatic-jQuery-3.4.1.0-2.fc33.noarch requires 
js-jquery1 = 1.12.4-7.fc30

python-sphinx-bootstrap-theme (maintained by: besser82, sic)
		python3-sphinx-bootstrap-theme-0.8.0-3.fc33.noarch requires js-jquery1 = 
1.12.4-7.fc30


rubygem-apipie-rails (maintained by: jaruga, ruby-packagers-sig, 
vondruch)
rubygem-apipie-rails-0.5.5-6.fc32.noarch requires js-jquery1 = 
1.12.4-7.fc30

R-BiocFileCache (maintained by: spot)
R-BiocFileCache-1.12.0-2.fc33.src requires R-rmarkdown = 
2.2-1.fc33

R-DBItest (maintained by: qulogic)
R-DBItest-1.7.0-1.fc33.src requires R-rmarkdown = 2.2-1.fc33

R-V8 (maintained by: qulogic)
R-V8-3.1.0-3.fc33.src requires R-rmarkdown = 2.2-1.fc33

R-broom (maintained by: qulogic)
R-broom-0.5.6-2.fc33.src requires R-rmarkdown = 2.2-1.fc33

R-cellranger (maintained by: qulogic)
R-cellranger-1.1.0-6.fc33.src requires R-rmarkdown = 2.2-1.fc33

R-clipr (maintained by: qulogic)
R-clipr-0.7.0-3.fc33.src requires R-rmarkdown = 2.2-1.fc33

R-dbplyr (maintained by: qulogic)
R-dbplyr-1.4.3-2.fc33.src requires R-rmarkdown = 2.2-1.fc33

R-devtools (maintained by: qulogic)
R-devtools-2.1.0-2.fc33.src requires R-rmarkdown = 2.2-1.fc33

R-diffobj (maintained by: qulogic)
R-diffobj-0.3.0-2.fc33.src requires R-rmarkdown = 2.2-1.fc33

R-dplyr (maintained by: qulogic)
R-dplyr-0.8.5-2.fc33.src requires R-rmarkdown = 2.2-1.fc33

R-dtplyr (maintained by: qulogic)
R-dtplyr-1.0.1-2.fc33.src requires R-rmarkdown = 2.2-1.fc33

R-foghorn (maintained by: qulogic)
R-foghorn-1.1.0-5.fc33.src requires R-rmarkdown = 2.2-1.fc33

R-forcats (maintained by: qulogic)
R-forcats-0.5.0-2.fc33.src requires R-rmarkdown = 2.2-1.fc33

R-formatR (maintained by: qulogic)
 

Orphaned packages, new with dependency visualized dependency chains

[Miro Hrončok]

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.

Request package ownership via the *Take* button in he left column on
https://src.fedoraproject.org/rpms/

Full report available at:
https://churchyard.fedorapeople.org/orphans-2020-07-20.txt
grep it for your FAS username and follow the dependency chain.


For human readable dependency chains, see https://packager.fedorainfracloud.org/



Package  (co)maintainers   Status Change

Java-WebSocketorphan   3 weeks ago
amftools  churchyard, orphan   1 weeks ago
anchorman orphan   3 weeks ago
atoum orphan   5 weeks ago
beaconorphan   3 weeks ago
carto nodejs-sig, orphan   2 weeks ago
cinnamon-themes   jcpunk, orphan   3 weeks ago
closure-compiler  orphan   1 weeks ago
docker-client-javajjohnstn, orphan, rgrunber   3 weeks ago
eclipse-m2e-core  eclipse-sig, galileo,0 weeks ago
  mizdebsk, orphan
emacs-lua orphan   1 weeks ago
ember-media   mpreisle, orphan 3 weeks ago
felix-osgi-obrjcapik, mizdebsk, orphan 5 weeks ago
felix-shell   mizdebsk, orphan 5 weeks ago
foo2zjs   orphan   3 weeks ago
gabedit   itamarjp, orphan, rathann,   2 weeks ago
  scitech_sig
gallery3-openid   orphan   3 weeks ago
gdb-heap  orphan, siddhesh 3 weeks ago
gfal2-utilandreamanzi, gbitzes, orphan 1 weeks ago
gimp-normalmaporphan   2 weeks ago
gloobus-preview   orphan   3 weeks ago
glpi  orphan   4 weeks ago
gnome-mud orphan   3 weeks ago
gnusim8085orphan   2 weeks ago
golang-github-calmh-dugo-sig, orphan   2 weeks ago
golang-github-calmh-xdr   go-sig, orphan   2 weeks ago
golang-github-chmduquesne-go-sig, orphan   2 weeks ago
rollinghash
golang-github-d4l3k-messagediff   go-sig, orphan   2 weeks ago
golang-github-jackpal-gateway go-sig, orphan   2 weeks ago
golang-github-syncthing-notifygo-sig, orphan   2 weeks ago
golang-github-thejerf-suture  go-sig, orphan   2 weeks ago
golang-github-vitrun-qart go-sig, orphan   2 weeks ago
gr-iioorphan   3 weeks ago
grig  orphan   3 weeks ago
gspiceui  orphan   3 weeks ago
gtkmathview   orphan   3 weeks ago
hip   orphan   1 weeks ago
icon-slicer   alexl, caillon, caolanm, 5 weeks ago
  gnome-sig, johnp, mbarnes,
  orphan, rhughes, rstrode, ssp
iipsrvorphan   4 weeks ago
inception orphan   3 weeks ago
iptux orphan   3 weeks ago
jake  nodejs-sig, orphan, piotrp   2 weeks ago
joda-convert  mizdebsk, orphan, spike  5 weeks ago
kosmtik   nodejs-sig, orphan   2 weeks ago
kxml  mizdebsk, orphan 5 weeks ago
libgssh   orphan   2 weeks ago
libscsorphan 

Re: libdc1394: Unannounced soname bump?

[Fabio Valentini]

On Mon, Jul 27, 2020 at 9:14 PM Till Hofmann  wrote:
>
>
>
> On 7/27/20 2:28 PM, Richard Shaw wrote:
> > I just got a BZ on OpenImageIO due to inability to install the -devel
> > package,
> >
> > Upon inspection it looks like the soname was bumped but a rebuild of
> > OIIO was not performed.
> >
> > libdc1394-2.2.2-14.fc32 -> libdc1394-2.2.6-1.fc33
> >
> > libdc1394.so.22()(64bit) -> libdc1394.so.25()(64bit)
> >
>
> That's my mistake, I did
> $ dnf repoquery --repo=rawhide --source --whatrequires libdc1394-devel
> instead of
> $ dnf repoquery --repo=rawhide --source --whatrequires libdc1394
>
> [Frankly, I don't understand why I need to do the latter]

You only need both of them because you didn't include "--repo
rawhide-source" in the first one, but only included "--source", which
means source packages that "BuildRequires: libdc1394-devel" would not
show up in your query since they're not in the "rawhide" repo but in
"rawhide-source".
Using both "rawhide" and "rawhide-source" repos makes sure both
runtime and build-time dependencies are included.

Fabio
___
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