On Tue, Jul 21, 2020 at 7:11 AM Miro Hrončok wrote:
> ghc-pretty-show (maintained by: mathstuf)
> ghc-pretty-show-1.9.5-3.fc32.x86_64 requires js-jquery1 =
> 1.12.4-7.fc30
Turns out the upstream bundling already moved to jquery 3.3, so I am fixing
this.
On the other
https://bugzilla.redhat.com/show_bug.cgi?id=1858951
--- Comment #7 from Fedora Update System ---
FEDORA-EPEL-2020-97db3ec0d3 has been pushed to the Fedora EPEL 8 testing
repository.
You can provide feedback for this update here:
https://bugzilla.redhat.com/show_bug.cgi?id=1858951
--- Comment #6 from Fedora Update System ---
FEDORA-2020-4ecef20360 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
https://bugzilla.redhat.com/show_bug.cgi?id=1858951
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #5 from
https://bugzilla.redhat.com/show_bug.cgi?id=1859415
Bug ID: 1859415
Summary: perl-Log-Log4perl-1.50 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Log-Log4perl
Keywords: FutureFeature, Triaged
https://fedoraproject.org/wiki/Changes/Ruby_on_Rails_6.0
== Summary ==
Ruby on Rails 6.0 is the latest version of well known web framework
written in Ruby.
== Owner ==
* Name: [[User:pvalena| Pavel Valena]], [[User:vondruch| Vít
Ondruch]], [[User:jaruga| Jun Aruga]]
* Email: pval...@redhat.com,
https://fedoraproject.org/wiki/Changes/Ruby_on_Rails_6.0
== Summary ==
Ruby on Rails 6.0 is the latest version of well known web framework
written in Ruby.
== Owner ==
* Name: [[User:pvalena| Pavel Valena]], [[User:vondruch| Vít
Ondruch]], [[User:jaruga| Jun Aruga]]
* Email: pval...@redhat.com,
On 7/21/20 3:12 PM, Mark Wielaard wrote:
>>> Is there a procedure to follow for dropping these sub-packages, or can
>>> I simply remove them from the spec file?
>>
>> Maybe add Obsoletes to the devel subpackages, but not Provides.
>>
>>
Dave Love; writes:
...
> I'm pretty sure I said to do that a while ago, like I did when
> testing the trivial patch that I didn't expect to cause such trouble.
You probably did say so ;)
I come from a different culture and experience. I am not as conversant
in Fedorian as I should be. So I tend
Hi Josh,
On Tue, 2020-07-21 at 14:47 -0700, Josh Stone wrote:
> On 7/21/20 2:24 PM, Mark Wielaard wrote:
> > Nothing seems to require these packages, but that might be simply be
> > because they are static libraries, so there aren't any runtime
> > requirements. Is there some way to determine if
On 7/21/20 2:24 PM, Mark Wielaard wrote:
> Nothing seems to require these packages, but that might be simply be
> because they are static libraries, so there aren't any runtime
> requirements. Is there some way to determine if anything would start
> failing to build if I simply remove them? Apart
Hi,
I would like to drop the elfutils-libelf-devel-static and elfutils-
devel-static subpackages which provide static libraries for libelf and
libdw/libasm. They seem to have been provided a long time ago for some
core binaries, like rpm, to provide static binaries. But it looks like
nothing is
Hi,
On Sun, 2020-07-19 at 23:14 +0200, Robert-André Mauchin wrote:
> Hello,
>
> I'd like some help to review:
> - qt-avif-image-plugin:
> https://bugzilla.redhat.com/show_bug.cgi?id=1858639
>
Taking this; will get to it later today after work.
> I can swap with anything.
>
You did a bunch
On Tue, Jul 21, 2020 at 12:25 Tom Hughes via devel wrote:
> On 21/07/2020 11:56, Mark Wielaard wrote:
>
>> Do you have to handle them on that pagure website? Is it possible to
>> handle these pull-request through email? Or is there a normal (git)
>> command line interface for these?
>
> Pagure
On 21. 07. 20 22:14, Kevin Fenzi wrote:
Well, not sure. Is there some way to put the repo files in a doc space
or something and only get repoquery to use them, not normal dnf
commands? I can't think of how to make it work, but perhaps dnf people
could? could we request a
On 21/07/20 19:12 +0100, Dave Love wrote:
Jonathan Wakely writes:
On 20/07/20 16:01 -0500, Steven Munroe wrote:
Jonathan Wakely wrote:
Why are you asking fedpkg to build for f33 if you are trying to
package something for el7 and el8?
I am trying to get better turn around for myself as I
On Tue, Jul 21, 2020 at 02:06:43PM +0200, Miro Hron=C4=8Dok wrote:
> On 07. 07. 20 14:08, Tomas Orsava wrote:
> > On 6/30/20 9:10 PM, Miro Hron=C4=8Dok wrote:
> > > On 30. 06. 20 21:03, Kevin Fenzi wrote:
> > > > I don't think a package-review is needed? It would just be unretiri=
ng
> > > > the
https://bugzilla.redhat.com/show_bug.cgi?id=1859367
Bug ID: 1859367
Summary: perl-Moose-2.2013 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Moose
Keywords: FutureFeature, Triaged
Jonathan Wakely writes:
> On 20/07/20 16:01 -0500, Steven Munroe wrote:
>>Jonathan Wakely wrote:
>>> Why are you asking fedpkg to build for f33 if you are trying to
>>> package something for el7 and el8?
>>
>>I am trying to get better turn around for myself as I have local
>>access to a POWER8
Dominik 'Rathann' Mierzejewski writes:
> What exact alternative are you proposing, then? Carrying downstream
> patches to all BLAS/LAPACK implementations like Debian? I don't think
> that's sustainable.
You don't need patches to be able to substitute an ABI-compatible
version (with the soname
Iñaki Ucar writes:
>> The licence seems to me to
>> rule it out a priori.
>
> The authors are going to add an exception, so the license won't be a
> problem. What problems do you think it produces?
Obviously GPLv3 is incompatible with GPLv2, for instance, and typically
with other strong
tstellar closed without merging a pull-request against the project:
`perl-Params-Util` that you
are following.
Closed pull-request:
``
Use make macros
``
https://src.fedoraproject.org/rpms/perl-Params-Util/pull-request/1
___
perl-devel mailing list
tstellar commented on the pull-request: `Use make macros` that you are
following:
``
> Not OK with me.
> I consider %make_build and %make_install to be short-sighted stupidities
> causing functional and usabilty regressions.
Ok, then I will not update this package.
``
To reply, visit the
On Tuesday, July 21, 2020 4:02:29 PM CEST Neal Gompa wrote:
> On Tue, Jul 21, 2020 at 9:51 AM Kamil Dudka wrote:
> > What exactly do you mean by "work"? If the option does not take any
> > effect, that is perfectly fine because the Fedora change did not reach
> > EPEL-8 (yet).
> >
> > Or are
https://fedoraproject.org/wiki/Changes/DXVKwined3d
== Summary ==
Proposal to replace default wined3d backend with DXVK, A Vulkan-based
translation layer for Direct3D 9/10/11 which allows running 3D applications
on Linux using Wine.
Currently, wine in Fedora uses wined3d and users can optionally
https://fedoraproject.org/wiki/Changes/DXVKwined3d
== Summary ==
Proposal to replace default wined3d backend with DXVK, A Vulkan-based
translation layer for Direct3D 9/10/11 which allows running 3D applications
on Linux using Wine.
Currently, wine in Fedora uses wined3d and users can optionally
Hi!
Side tag was merged, java-11-openjdk now should be system JDK.
Don't hesitate to reach me if you encounter some misbehaving!
J.
On 7/11/20 10:24 AM, Jiri Vanek wrote:
> Hello!
>
> toatal packages: 610
> passed: 427
> failed: 176
>
> From the failures, there is 29 which passed in the copr
Hi!
Side tag was merged, java-11-openjdk now should be system JDK.
Don't hesitate to reach me if you encounter some misbehaving!
J.
On 7/11/20 10:24 AM, Jiri Vanek wrote:
> Hello!
>
> toatal packages: 610
> passed: 427
> failed: 176
>
> From the failures, there is 29 which passed in the copr
olysonek commented on the pull-request: `Don't remove buildroot in %install`
that you are following:
``
ping
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Crypt-OpenSSL-Bignum/pull-request/1
___
perl-devel mailing list --
On Tue, Jul 21, 2020 at 9:51 AM Kamil Dudka wrote:
>
> On Tuesday, July 21, 2020 3:41:02 PM CEST Neal Gompa wrote:
> > On Tue, Jul 21, 2020 at 9:04 AM Kamil Dudka wrote:
> > > On Tuesday, July 21, 2020 12:39:55 PM CEST Neal Gompa wrote:
> > > > That's odd, it shouldn't work,
> > >
> > > I
On Tuesday, July 21, 2020 3:41:02 PM CEST Neal Gompa wrote:
> On Tue, Jul 21, 2020 at 9:04 AM Kamil Dudka wrote:
> > On Tuesday, July 21, 2020 12:39:55 PM CEST Neal Gompa wrote:
> > > That's odd, it shouldn't work,
> >
> > I believe it does.
> >
> > > since -B wasn't introduced until CMake
On Tue, Jul 21, 2020 at 9:04 AM Kamil Dudka wrote:
>
> On Tuesday, July 21, 2020 12:39:55 PM CEST Neal Gompa wrote:
> > That's odd, it shouldn't work,
>
> I believe it does.
>
> > since -B wasn't introduced until CMake 3.13...
>
> You only need working -B option to override a previously specified
On Tuesday, July 21, 2020 12:39:55 PM CEST Neal Gompa wrote:
> That's odd, it shouldn't work,
I believe it does.
> since -B wasn't introduced until CMake 3.13...
You only need working -B option to override a previously specified -B option.
Otherwise CMake defaults to the current working
On 21/07/2020 13:12, Mark Wielaard wrote:
I normally just edit .git/config and add to the origin remote
an extra fetch:
fetch = +refs/pull/*/head:refs/remotes/origin/pull/*
then after fetching you can merge origin/pull/NNN.
But this is very helpful! Thanks.
So with that I can easily do
On Tue, 2020-07-21 at 12:25 +0100, Tom Hughes via devel wrote:
> On 21/07/2020 11:56, Mark Wielaard wrote:
>
> > Do you have to handle them on that pagure website? Is it possible
> > to
> > handle these pull-request through email? Or is there a normal (git)
> > command line interface for these?
>
On 07. 07. 20 14:08, Tomas Orsava wrote:
On 6/30/20 9:10 PM, Miro Hrončok wrote:
On 30. 06. 20 21:03, Kevin Fenzi wrote:
I don't think a package-review is needed? It would just be unretiring
the fedora branches of an existing package?
Technically, the package is "retired for 8+ weeks" on
ppisar closed without merging a pull-request against the project:
`perl-XML-Parser` that you
are following.
Closed pull-request:
``
Use make macros
``
https://src.fedoraproject.org/rpms/perl-XML-Parser/pull-request/1
___
perl-devel mailing list --
ppisar commented on the pull-request: `Use make macros` that you are following:
``
Thank you for the hint. I did larger changes.
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-XML-Parser/pull-request/1
___
perl-devel mailing
ppisar closed without merging a pull-request against the project:
`perl-Unicode-Normalize` that you
are following.
Closed pull-request:
``
Use make macros
``
https://src.fedoraproject.org/rpms/perl-Unicode-Normalize/pull-request/1
___
perl-devel
ppisar commented on the pull-request: `Use make macros` that you are following:
``
Thank you for the hint. I did larger changes.
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Unicode-Normalize/pull-request/1
___
perl-devel
On 21/07/2020 11:56, Mark Wielaard wrote:
Do you have to handle them on that pagure website? Is it possible to
handle these pull-request through email? Or is there a normal (git)
command line interface for these?
Pagure supports the same pull heads are things like github
so yes you can just
ppisar closed without merging a pull-request against the project:
`perl-MIME-Base64` that you
are following.
Closed pull-request:
``
Use make macros
``
https://src.fedoraproject.org/rpms/perl-MIME-Base64/pull-request/1
___
perl-devel mailing list --
ppisar commented on the pull-request: `Use make macros` that you are following:
``
Thank you for the hint. I did larger changes.
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-MIME-Base64/pull-request/1
___
perl-devel mailing
ppisar commented on the pull-request: `Use make macros` that you are following:
``
Thank you for the hint. I did a larger chaneges.
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Digest-MD5/pull-request/1
___
perl-devel
ppisar closed without merging a pull-request against the project:
`perl-Digest-MD5` that you
are following.
Closed pull-request:
``
Use make macros
``
https://src.fedoraproject.org/rpms/perl-Digest-MD5/pull-request/1
___
perl-devel mailing list --
Hi,
I got a pagure pull-request for my package (a first!).
But I am slightly confused how to handle this.
The email that pagure sents is not very helpful since it doesn't
include the actual patch to try out. Also when I replied to the email
it seems to have not gone to the actual submitter (and
Announcing the creation of a new nightly release validation test event
for Fedora 33 Rawhide 20200721.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Tue, Jul 21, 2020 at 3:32 AM Kamil Dudka wrote:
>
> On Monday, July 20, 2020 9:23:46 PM CEST Dominik 'Rathann' Mierzejewski wrote:
> > On Monday, 20 July 2020 at 20:46, Kamil Dudka wrote:
> >
> > > On Monday, July 20, 2020 8:35:37 PM CEST Neal Gompa wrote:
> > >
> > > > Or you could just use
https://bugzilla.redhat.com/show_bug.cgi?id=1858788
Petr Pisar changed:
What|Removed |Added
CC||ppi...@redhat.com
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1858952
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
Jonathan Wakely wrote:
> Or just stop trying to install devtoolset on Fedora.
+1
I did not realize that the OP was trying to install the packages (directly)
on a Fedora installation, as opposed to either a RHEL/CentOS installation or
a RHEL/CentOS chroot within a Fedora installation.
(Sending this heads-up in a new thread for better visibility.)
Yesterday the f33-java11 side tag was merged into rawhide, which
brings the necessary changes to make java-11-openjdk the default Java
in fedora. All packages depending on Java should also have been
rebuilt in this side tag.
The
adelton merged a pull-request against the project: `perl-BSD-Resource` that you
are following.
Merged pull-request:
``
Use make macros
``
https://src.fedoraproject.org/rpms/perl-BSD-Resource/pull-request/1
___
perl-devel mailing list --
On Mon, Jul 20, 2020, 21:59 Andy Mender wrote:
> On Sun, 19 Jul 2020 at 23:15, Robert-André Mauchin
> wrote:
>
>> Hello,
>>
>> I'd like some help to review:
>> - libavif: https://bugzilla.redhat.com/show_bug.cgi?id=1858419
>>
>> - qt-avif-image-plugin:
>>
On Fri, Jun 26, 2020 at 10:44 PM Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/GHC_8.8_and_LTS16
On behave of the Haskell SIG I am happy to announce that ghc-8.8.4 and
Stackage 16.5 based Haskell packages have now been pushed to Rawhide.
Jens
pghmcfc commented on the pull-request: `Use make macros` that you are following:
``
I did a bigger change that used %{make_install} too.
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Compress-Raw-Lzma/pull-request/1
___
pghmcfc closed without merging a pull-request against the project:
`perl-Compress-Raw-Lzma` that you
are following.
Closed pull-request:
``
Use make macros
``
https://src.fedoraproject.org/rpms/perl-Compress-Raw-Lzma/pull-request/1
___
perl-devel
On Tue, Jul 21, 2020 at 11:25 AM Jiri Vanek wrote:
>
> >>
> >> Any update? Any thoughts on when you want to merge the f33-java11 side tag
> >> back into rawhide?
>
> done
> >>
> >
> > BTW There are some packages, e.g. built by ant with no sauce/target level
> > specified at all, that are
> >
>>
>> Any update? Any thoughts on when you want to merge the f33-java11 side tag
>> back into rawhide?
done
>>
>
> BTW There are some packages, e.g. built by ant with no sauce/target level
> specified at all, that are
> built with Java 11-level bytecode.
>
> This is bad because if there is a
https://bugzilla.redhat.com/show_bug.cgi?id=1858952
Bug 1858952 depends on bug 1859035, which changed state.
Bug 1859035 Summary: perl-Compress-Raw-Zlib-2.095 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1859035
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1859035
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1859035
Petr Pisar changed:
What|Removed |Added
Blocks||1858952
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1859035
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1858952
Petr Pisar changed:
What|Removed |Added
Depends On||1859035
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1858952
--- Comment #1 from Petr Pisar ---
A bug-fix release suitable for Fedora ≥ 33.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list --
https://bugzilla.redhat.com/show_bug.cgi?id=1858951
--- Comment #4 from Fedora Update System ---
FEDORA-EPEL-2020-97db3ec0d3 has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-97db3ec0d3
--
You are receiving this mail because:
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1859035
Bug ID: 1859035
Summary: perl-Compress-Raw-Zlib-2.095 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Compress-Raw-Zlib
Keywords:
https://bugzilla.redhat.com/show_bug.cgi?id=1858951
--- Comment #3 from Fedora Update System ---
FEDORA-2020-4ecef20360 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-4ecef20360
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1858951
--- Comment #2 from Fedora Update System ---
FEDORA-2020-f81ab62543 has been submitted as an update to Fedora 32.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-f81ab62543
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1858952
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1858951
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
On Monday, July 20, 2020 9:23:46 PM CEST Dominik 'Rathann' Mierzejewski wrote:
> On Monday, 20 July 2020 at 20:46, Kamil Dudka wrote:
>
> > On Monday, July 20, 2020 8:35:37 PM CEST Neal Gompa wrote:
> >
> > > Or you could just use "%global __cmake_in_source_build 1" which
> > > reverts to the
https://bugzilla.redhat.com/show_bug.cgi?id=1858942
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1858951
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
Dne 17. 07. 20 v 23:14 Aleksei Bavshin napsal(a):
Yes, that's something I already accepted.
The real question is how to do the change in f33 considering that f32
and f33 modules must be built from the same modulemd file. I only see
the ability to disable module stream build for f33.
Hmm, it
https://bugzilla.redhat.com/show_bug.cgi?id=1858942
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1858654
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1858654
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
corsepiu commented on the pull-request: `Use make macros` that you are
following:
``
Not OK with me.
I consider %make_build and %make_install to be short-sighted stupidities
causing functional and usabilty regressions.
``
To reply, visit the link below
79 matches
Mail list logo