On Sat, 2022-02-05 at 07:31 +, Richard W.M. Jones wrote:
> https://bodhi.fedoraproject.org/updates/FEDORA-2022-8e3a84510b
>
> It's really unclear why this Rawhide update isn't just being tagged
> into Rawhide. Single builds don't go through this complicated
> process.
Bodhi's UI isn't the
https://bodhi.fedoraproject.org/updates/FEDORA-2022-8e3a84510b
It's really unclear why this Rawhide update isn't just being tagged
into Rawhide. Single builds don't go through this complicated
process.
But let's assume it's because of the test failures. The output of
Jenkins is
On Fri, Feb 04, 2022 at 09:10:47PM -0500, Fulko Hew wrote:
> On Fri, Feb 4, 2022 at 9:02 PM Richard Shaw wrote:
>
> > I have a CentOS 9 Stream VM I'm trying to update and I'm getting a 503 on:
> >
> >
> > https://mirrors.centos.org/metalink?repo=centos-baseos-9-stream=x86_64=https,http
> >
> >
https://bugzilla.redhat.com/show_bug.cgi?id=1501159
Fedora Admin user for bugzilla script actions
changed:
What|Removed |Added
Assignee|ppi...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1501382
Fedora Admin user for bugzilla script actions
changed:
What|Removed |Added
Assignee|ppi...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1500267
Fedora Admin user for bugzilla script actions
changed:
What|Removed |Added
Assignee|ppi...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1500246
Fedora Admin user for bugzilla script actions
changed:
What|Removed |Added
Assignee|ppi...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1500217
Fedora Admin user for bugzilla script actions
changed:
What|Removed |Added
Assignee|ppi...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1500209
Fedora Admin user for bugzilla script actions
changed:
What|Removed |Added
Assignee|ppi...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2048248
Fedora Admin user for bugzilla script actions
changed:
What|Removed |Added
Assignee|ppi...@redhat.com
On Fri, 2022-02-04 at 21:10 -0500, Fulko Hew wrote:
> On Fri, Feb 4, 2022 at 9:02 PM Richard Shaw wrote:
>
> > I have a CentOS 9 Stream VM I'm trying to update and I'm getting a 503 on:
> >
> >
> > https://mirrors.centos.org/metalink?repo=centos-baseos-9-stream=x86_64=https,http
> >
> > I'm
https://bugzilla.redhat.com/show_bug.cgi?id=2049731
--- Comment #7 from Fedora Update System ---
FEDORA-2022-007978fe30 has been pushed to the Fedora 35 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
On Fri, Feb 4, 2022 at 9:02 PM Richard Shaw wrote:
> I have a CentOS 9 Stream VM I'm trying to update and I'm getting a 503 on:
>
>
> https://mirrors.centos.org/metalink?repo=centos-baseos-9-stream=x86_64=https,http
>
> I'm posting here because the site seems to be Fedora hosted?
>
I've been
https://bugzilla.redhat.com/show_bug.cgi?id=2031812
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #7 from
I have a CentOS 9 Stream VM I'm trying to update and I'm getting a 503 on:
https://mirrors.centos.org/metalink?repo=centos-baseos-9-stream=x86_64=https,http
I'm posting here because the site seems to be Fedora hosted?
Thanks,
Richard
___
devel mailing
https://bugzilla.redhat.com/show_bug.cgi?id=2033633
Fedora Update System changed:
What|Removed |Added
Resolution|--- |ERRATA
Status|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=2049731
--- Comment #6 from Fedora Update System ---
FEDORA-2022-a3d0a9fa80 has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
https://bugzilla.redhat.com/show_bug.cgi?id=2050787
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Resolution|---
# F36 Blocker Review meeting
# Date: 2022-02-07
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.libera.chat
Hi folks! We have 6 proposed Beta blockers, 4 proposed Final blockers
and one proposed Beta freeze exception to review, so let's have the
first review meeting of the cycle on
# Fedora Quality Assurance Meeting
# Date: 2022-02-07
# Time: 16:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.libera.chat
Greetings testers!
It's Branch week, Rawhide's broken, and there's some other stuff we
could discuss, so let's get
On Fri, 4 Feb 2022 at 22:26, Ron Olson wrote:
>
> Oh, I forgot I could test for Clang too…I tried that fix and it works for me.
> :)
It's on GCC trunk now, at commit https://gcc.gnu.org/r12-7064
It should get into rawhide whenever the next gcc update happens.
>
> On 4 Feb 2022, at 13:35,
https://bugzilla.redhat.com/show_bug.cgi?id=2031812
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #6 from
https://bugzilla.redhat.com/show_bug.cgi?id=2031812
--- Comment #5 from Emmanuel Seyman ---
During a chat with Xavier on IRC, I realized we were waiting on Ralf to approve
Xavier's PR to the package (because Xavier prefers to avoid diverging git
history between 2 branches). I don't see this
Marc-André Lureau wrote:
> Fwiw, given that the primary use case for a cross-toolchain is for
> developer needs, I think it is reasonable to have only UCRT target in the
> future.
>
> Projects releasing for Windows should probably natively build and test
> their releases with Msys2, and they can
On Fri, Feb 04, 2022 at 05:20:31PM +0400, Marc-André Lureau wrote:
> Projects releasing for Windows should probably natively build and test their
> releases with Msys2, and they can do so for msvcrt targets.
This isn't a very useful suggestion. We build using mingw precisely
to avoid touching
Oh, I forgot I could test for Clang too…I tried that fix and it works for me. :)
On 4 Feb 2022, at 13:35, Jonathan Wakely wrote:
> On Thu, 3 Feb 2022 at 20:27, Ron Olson wrote:
>>
>> Here’s a question: what if the following was added to stdatomic.h at the end
>> of the file:
>>
>> #else
>>
https://bugzilla.redhat.com/show_bug.cgi?id=2050896
--- Comment #1 from Kevin Cameron ---
I just now verified the bug by these steps:
1) created a clean minimal fedora 35 virtual machine
2) dnf install perl-bignum-0.53-2.fc35.noarch
3) dnf update
The result was what I previously reported.
https://bugzilla.redhat.com/show_bug.cgi?id=2050896
Bug ID: 2050896
Summary: Broken Dependencies on perl(Math::Bigint) and
perl(Mat::BigRat)
Product: Fedora
Version: 35
Status: NEW
Component: perl-bignum
Hi all.
I need help for following error due to the new GCC12:
make[2]: Leaving directory '/builddir/build/BUILD/COPASI-Build-251/build'
*** WARNING *** there are active plugins, do not report this as a bug
unless you can reproduce it without enabling any plugins.
Event
https://bugzilla.redhat.com/show_bug.cgi?id=2031812
Emmanuel Seyman changed:
What|Removed |Added
Assignee|xav...@bachelot.org |emman...@seyman.fr
--- Comment #4
On Fri, Feb 4 2022 at 08:09:15 AM -0600, Michael Catanzaro
wrote:
So I have a build going now to fix this, but it will take several
hours. If anybody with superpowers is reading this and wants to untag
the broken build in the meantime, that would be a faster fix. Sorry!
This build finished.
On Thu, 3 Feb 2022 at 20:27, Ron Olson wrote:
>
> Here’s a question: what if the following was added to stdatomic.h at the end
> of the file:
>
> #else
> #include_next
> #endif // C++23
>
> Since the rest of the file is gated by C++23, this allows C++ programs that
> reference this header to
https://bugzilla.redhat.com/show_bug.cgi?id=2050787
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #1 from
On 2/4/22 7:20 AM, Marc-André Lureau wrote:
But there is at least one user that may legitimately want to keep a msvcrt 32bit
target: mingw-wine-gecko.
I saw a reference[1] to a 32-bit UCRT build so it may be possible to switch over,
but it may require some work.
[1]
https://bugzilla.redhat.com/show_bug.cgi?id=2050787
Paul Howarth changed:
What|Removed |Added
Component|perl-Best |perl-bignum
CC|
On Fri, 4 Feb 2022 at 12:12, Richard Shaw wrote:
> On Fri, Feb 4, 2022 at 8:20 AM Stephen John Smoogen
> wrote:
>
>>
>> On Fri, 4 Feb 2022 at 09:05, Richard Shaw wrote:
>>
>>> I've gotten frequent requests to support EPEL branches of packages I
>>> maintain for Fedora and I usually don't mind
On Fri, 2022-02-04 at 08:13 -0500, Ben Beasley wrote:
> Note also that gstreamer1, gstreamer1-plugins-base, and
> gstreamer1-plugins-good are currently orphaned.
For all practical purposes, Wim has been the maintainer of the GStreamer
stack, and just pushed updates earlier today. If for
Should I merge [1] and update the package ? the security bugs are
opened since September [2] ...
https://src.fedoraproject.org/rpms/python-rencode/pull-request/1
https://bugzilla.redhat.com/show_bug.cgi?id=2003753
https://bugzilla.redhat.com/show_bug.cgi?id=2003754
--
Sérgio M. B.
> On 28 Jan 2022, at 15:33, Robert-André Mauchin wrote:
>
> Hello,
>
> I'm sorry, this is entirely my fault. I provided symlinks for the binaries,
> but didn't think of the systemd unit files symlinks. The services files were
> added or modified to take into account environment files which
On 2/4/22 11:36, Ben Cotton wrote:
> Not much movement from the last time. If you can help move these
> forward, you are a hero.
>
> 1. shim — https://bugzilla.redhat.com/show_bug.cgi?id=1955416 — POST
> Lenovo ThinkPad T490, unable to boot following clean install, stuck at
> splash screen
>
>
https://bugzilla.redhat.com/show_bug.cgi?id=2050787
Bug ID: 2050787
Summary: Upgrade to perl-bignum-0..0-1.fc35 fails
Product: Fedora
Version: 35
Status: NEW
Component: perl-Best
Assignee: ppi...@redhat.com
Not much movement from the last time. If you can help move these
forward, you are a hero.
1. shim — https://bugzilla.redhat.com/show_bug.cgi?id=1955416 — POST
Lenovo ThinkPad T490, unable to boot following clean install, stuck at
splash screen
This bug appears to affect multiple popular hardware
https://bugzilla.redhat.com/show_bug.cgi?id=2050787
Eric Ashley changed:
What|Removed |Added
Summary|Upgrade to |Upgrade to
xavierb commented on the pull-request: `Drop support for mod_perl in EL9 and
later` that you are following:
``
Hi Ralf,
This is the last item before being able to build perl-Plack in EPEL 9.
I'd like to have this is in the rawhide branch rather than just the epel9
branch to avoid a diverting
Hi folks,
It seems that I somehow lost track of the GNU toolchain proposal, so
it only got submitted to FESCo yesterday. But since it's already
happened, I went ahead and created the tracking bug for it:
https://bugzilla.redhat.com/show_bug.cgi?id=2050761
If you have any FTBFS caused by this
Hello,
Python NaN tests started to fail when Python is built with gcc-12.0.1-0.5.fc36:
https://bugzilla.redhat.com/show_bug.cgi?id=2050736
Does anybody see similar problems in their packages?
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
On Fri, Feb 4, 2022 at 7:02 AM Maxwell G wrote:
>
>
> Jan 22, 2022 10:07:29 AM Fabio Valentini :
>
> > Hi everybody,
> >
> > The Rust SIG and I have been waiting for responses from Olivier (FAS:
> > olem) for a while. I had noticed that their Rust packages started
> > accumulating FTBFS / FTI /
[bouncing this msg, as Antonio is not subscribed to this devel list]
Hi,
On 04/02/2022 15:35, David Sommerseth wrote:
On 04/02/2022 15:09, Neal Becker wrote:
Does this modified openvpn support all the same features/options as the
stable release version?
Almost. I recommend to have a look
On 04/02/2022 15:53, Vitaly Zaitsev via devel wrote:
On 04/02/2022 11:03, David Sommerseth wrote:
We plan to release OpenVPN 2.6 later this year, which will be DCO
capable. This will be available in the existing Fedora repositories, as
well as Fedora Copr for releases (like EPEL 7 and 8) where
> On Fri, Feb 4, 2022 at 9:07 AM Simo Sorce
> Wait what? pkgconf (our pkg-config implementation) builds on even the
> weird esoteric architectures like ppc32 and m68k. What are we missing
> here?
Yeah, and the older implementation in Debian builds and runs fine even on
architectures that have
On 04/02/2022 15:55, Fabio Valentini wrote:
On Fri, Feb 4, 2022 at 11:04 AM David Sommerseth wrote:
OpenVPN 2.6 and the openvpn-dco Copr builds should also work even if
kmod-ovpn-dco is not available. And we will provide and support the
kmod-ovpn-dco via the openvpn3 Copr repository until we
On Fri, Feb 4, 2022 at 9:07 AM Simo Sorce wrote:
>
> On Thu, 2022-02-03 at 22:02 +, Luca Boccassi wrote:
> > > On 03. 02. 22 16:36, Simo Sorce wrote:
> > >
> > > I've just tried to build python-gssapi with notes enabled after
> > > krb5 was fixed
> > > and it builds fine.
> > >
> > > See
On Thu, Feb 03, 2022 at 10:36:02AM -0500, Simo Sorce wrote:
> On Thu, 2022-02-03 at 16:22 +0100, Petr Pisar wrote:
> > V Thu, Feb 03, 2022 at 09:26:09AM -0500, Simo Sorce napsal(a):
> > > On Thu, 2022-02-03 at 15:15 +0100, Petr Pisar wrote:
> > > > V Thu, Feb 03, 2022 at 08:56:20AM -0500, Simo
On Fri, Feb 4, 2022 at 11:04 AM David Sommerseth wrote:
> OpenVPN 2.6 and the openvpn-dco Copr builds should also work even if
> kmod-ovpn-dco is not available. And we will provide and support the
> kmod-ovpn-dco via the openvpn3 Copr repository until we can get it into
> the far more common
On 04/02/2022 11:03, David Sommerseth wrote:
We plan to release OpenVPN 2.6 later this year, which will be DCO
capable. This will be available in the existing Fedora repositories, as
well as Fedora Copr for releases (like EPEL 7 and 8) where we cannot
upgrade easily.
You should submit your
https://bugzilla.redhat.com/show_bug.cgi?id=2041074
--- Comment #7 from Paul Howarth ---
Branch creation is done.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2041074
___
On Fri, Feb 4, 2022 at 2:05 PM Richard Shaw wrote:
> So most of them work, but not EPEL.
That specific example is being tracked in RHBZ #2049024
The discussion started back in November 2021
On 04/02/2022 15:09, Neal Becker wrote:
Does this modified openvpn support all the same features/options as the
stable release version?
Almost. I recommend to have a look at the README.dco.md [0]
documentation for details, as that lists the limitations quite nicely.
[0]
https://bugzilla.redhat.com/show_bug.cgi?id=2030601
--- Comment #8 from Petr Pisar ---
My approach for building mod_perl was keep the tests in %check phase of a spec
file enabled, and simply resubmit failed builds in Koji until they pass. 0--4
resubmits usually are enough. The spec file also
Does this modified openvpn support all the same features/options as the
stable release version?
Thanks,
Neal
On Fri, Feb 4, 2022 at 5:04 AM David Sommerseth wrote:
> On 03/02/2022 05:52, Demi Marie Obenour wrote:
> > On 2/2/22 13:34, David Sommerseth wrote:
> >>
> >> Hi,
> >>
> >> An OpenVPN
On Fri, Feb 4 2022 at 07:58:39 AM -0600, Michael Catanzaro
wrote:
Oops, sorry. This was a think-o. I'll fix it.
So I have a build going now to fix this, but it will take several
hours. If anybody with superpowers is reading this and wants to untag
the broken build in the meantime, that
On Thu, 2022-02-03 at 22:02 +, Luca Boccassi wrote:
> > On 03. 02. 22 16:36, Simo Sorce wrote:
> >
> > I've just tried to build python-gssapi with notes enabled after
> > krb5 was fixed
> > and it builds fine.
> >
> > See https://src.fedoraproject.org/rpms/python-gssapi/pull-request/4
I agree with Petr’s response, and I would like to add that most of the
motivations for creating an EPEL-only package are in fact covered by one
of the review exceptions[1], e.g:
*
The package is being created so that multiple versions of the same
package can coexist in the distribution
On Fri, Feb 4 2022 at 08:13:38 AM -0500, Ben Beasley
wrote:
Note also that gstreamer1, gstreamer1-plugins-base, and
gstreamer1-plugins-good are currently orphaned.
Oh no, I'll ask around to see if we can find a new owner
___
devel mailing list
On Fri, 2022-02-04 at 11:20 +, Ian McInerney via devel wrote:
> It appears that liborcus had an soname bump yesterday from 0.16 to
> 0.17, and the dependent packages were not rebuilt at the time. This
> seems to affect only LibreOffice, but makes it non-installable in
> Rawhide. Can someone
On Fri, Feb 4 2022 at 09:54:08 PM +0900, Mamoru TASAKA
wrote:
Well, by the way, another strange issue here is that
webkit2gtk3 now has Requires: gstreamer1-plugins-bad-*freeworld* ,
which is rpmfusion package.
Oops, sorry. This was a think-o. I'll fix it.
Michael
V Fri, Feb 04, 2022 at 02:16:09PM +0100, Filip Janus napsal(a):
> Thanks Petr,
> I expected such an approach, but my ticket was closed twice with:
>
> The Bugzilla bug is for "Fedora EPEL" but the requested branch is "rawhide"
>
> So I changed BZ from epel to Fedora. And I hope now it will work.
https://bugzilla.redhat.com/show_bug.cgi?id=2030601
--- Comment #7 from Andrew Bauer ---
Yes, yes I did. I may regret it.
I spent the day yesterday reading mod_perl bug reports, which grew to searching
bug reports from other popular distros. Poaching patches and other relevant
info from other
On Fri, Feb 4, 2022 at 8:21 AM Marc-André Lureau
wrote:
>
> Hi
>
> On Mon, Jan 31, 2022 at 8:18 PM Kevin Kofler via devel
> wrote:
>>
>> For the record:
>>
>> https://www.msys2.org/docs/environments/#msvcrt-vs-ucrt states:
>> > MSVCRT […] Works out of the box on every Microsoft Windows
Hi everyone,
This is a weekly report from the CPE (Community Platform Engineering)
Team. If you have any questions or feedback, please respond to this
report or contact us on #redhat-cpe channel on libera.chat
(https://libera.chat/).
If you wish to read this in the form of a blog post, check the
Hi
On Mon, Jan 31, 2022 at 8:18 PM Kevin Kofler via devel <
devel@lists.fedoraproject.org> wrote:
> For the record:
>
> https://www.msys2.org/docs/environments/#msvcrt-vs-ucrt states:
> > MSVCRT […] Works out of the box on every Microsoft Windows versions.
>
> This is not entirely true.
Thanks Petr,
I expected such an approach, but my ticket was closed twice with:
The Bugzilla bug is for "Fedora EPEL" but the requested branch is "rawhide"
So I changed BZ from epel to Fedora. And I hope now it will work.
-Filip-
pá 4. 2. 2022 v 12:50 odesílatel Petr Pisar napsal:
> V
Note also that gstreamer1, gstreamer1-plugins-base, and
gstreamer1-plugins-good are currently orphaned.
– Ben
On 2/4/22 07:54, Mamoru TASAKA wrote:
Richard W.M. Jones wrote on 2022/02/04 21:21:
https://koji.fedoraproject.org/koji/taskinfo?taskID=82370784
DEBUG util.py:444: Problem:
Richard W.M. Jones wrote on 2022/02/04 21:21:
https://koji.fedoraproject.org/koji/taskinfo?taskID=82370784
DEBUG util.py:444: Problem: package emacs-1:27.2-9.fc35.x86_64 requires
libwebkit2gtk-4.0.so.37()(64bit), but none of the providers can be installed
DEBUG util.py:444:- conflicting
On 2/3/22 17:43, Stephen Gallagher wrote:
On Thu, Feb 3, 2022 at 11:08 AM Miro Hrončok wrote:
On 03. 02. 22 16:53, Jiri Vanek wrote:
Tag in the older gcc into your side tag, do the rebuilds, untag it?
I'm in favour of doing this as most strightforward solution.
I'm failing to judge all
On Fri, Feb 4, 2022 at 12:21 PM Richard W.M. Jones
wrote:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=82370784
>
> DEBUG util.py:444: Problem: package emacs-1:27.2-9.fc35.x86_64 requires
> libwebkit2gtk-4.0.so.37()(64bit), but none of the providers can be installed
> DEBUG
On Thu, Feb 03, 2022 at 08:03:27PM -0700, Jerry James wrote:
> ocaml-tplib
I think this is the only ocaml one? I can take it.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora
https://koji.fedoraproject.org/koji/taskinfo?taskID=82370784
DEBUG util.py:444: Problem: package emacs-1:27.2-9.fc35.x86_64 requires
libwebkit2gtk-4.0.so.37()(64bit), but none of the providers can be installed
DEBUG util.py:444:- conflicting requests
DEBUG util.py:444:- nothing
https://bugzilla.redhat.com/show_bug.cgi?id=2030601
--- Comment #6 from Petr Pisar ---
Now I can see you wrote "the entire project". I gave you this package in Fedora
and in EPEL. I whish you good luck with this package.
--
You are receiving this mail because:
You are on the CC list for the
What do you need to do these days to run an epel-8 mock build?
fedpkg mockbuild fails for me with
Error: Error downloading packages:
Status code: 403 for
V Fri, Feb 04, 2022 at 09:02:57AM +0100, Filip Janus napsal(a):
> I have an issue with requesting repo only with epel8 branch. fedpkg
> request-repo doesn`t
> support any option related to branch name by default it sends the request
> for new repo with rawhide branch. I also tried to request
https://bugzilla.redhat.com/show_bug.cgi?id=2041074
--- Comment #6 from Paul Howarth ---
Branch creation request:
https://pagure.io/releng/fedora-scm-requests/issue/41779
Robert, will you do a combined build+update of this and perl-Spreadsheet-XLSX?
--
You are receiving this mail because:
On Thu, Feb 3, 2022 at 7:41 PM Kevin Fenzi wrote:
> On Thu, Feb 03, 2022 at 06:38:11PM +, Ian McInerney via devel wrote:
> >
> > I guess it was a mirror caching issue. I tried again just now and it
> picked
> > up the update just fine. I didn't think the updates-testing repo was
> > mirrored
It appears that liborcus had an soname bump yesterday from 0.16 to 0.17,
and the dependent packages were not rebuilt at the time. This seems to
affect only LibreOffice, but makes it non-installable in Rawhide. Can
someone rebuild it for the new library version?
Thanks,
-Ian
There seem to be a common knowledge that nim has quit Fedora around a year ago.
This is the mandatory email required by
https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/
Nonresponsive bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2050622
I am
> Hi Miro,
>
>
> a few users have opened a bugzilla ticket [1] with the request to "Add
> support for
> Windows VSTs by building the Wine bridges" unfortunately I don't know how to
> do
> this at the moment and need help.
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=2038747
>
>
https://bugzilla.redhat.com/show_bug.cgi?id=2042867
Paul Howarth changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
---
Hello Pythonistats,
just letting you know that as of today, I can finally see
pyproject-rpm-macros-1.0.0~rc1-1.el9.noarch in the EPEL 9 Koji buildroot.
That means, the %pyproject_* macros should now have identical features and
behavior across Fedora and EPEL 9.
Happy packaging,
--
Miro
Hello Pythonistats,
just letting you know that as of today, I can finally see
pyproject-rpm-macros-1.0.0~rc1-1.el9.noarch in the EPEL 9 Koji buildroot.
That means, the %pyproject_* macros should now have identical features and
behavior across Fedora and EPEL 9.
Happy packaging,
--
Miro
Hi Miro,
a few users have opened a bugzilla ticket [1] with the request to "Add support
for Windows VSTs by building the Wine bridges" unfortunately I don't know how
to do this at the moment and need help.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=2038747
Regards
Martin
On 03/02/2022 05:52, Demi Marie Obenour wrote:
On 2/2/22 13:34, David Sommerseth wrote:
Hi,
An OpenVPN colleague of me, Antonio Quartulli (on Cc), has been working
on a kernel acceleration module for OpenVPN for quite some time. We
call this OpenVPN Data Channel Offload (DCO). This moves
Dave Love wrote on 2022/02/01 19:20:
Orion Poplawski writes:
On 1/29/22 19:40, Mamoru TASAKA wrote:
Looks like "minusone" variable looking like constant value defined
in
fortran/test/tH5A_1_8.F90 needs PARAMETER attribute. Tried this diff:
```
diff --git a/hdf5.spec b/hdf5.spec
index
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-34-20220203.0):
ID: 1119127 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-35-20220203.0):
ID: 1119110 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
Hi everyone,
I have an issue with requesting repo only with epel8 branch. fedpkg
request-repo doesn`t
support any option related to branch name by default it sends the request
for new repo with rawhide branch. I also tried to request branch epel8 for
non-existing repo, but it failed as expected.
95 matches
Mail list logo