On 7/22/20 9:31 AM, Nurmukhamed Artykaly wrote:
I am an IT engineer, sysadmin, programmer, DevOps, SRE. I study new
technologies. My Blog is dedicated to IT technologies and (or) events
related to IT in Kazakhstan, the CIS and the world.
Hi Nurmukhamed,
Welcome to Fedora. We look forward to
I am an IT engineer, sysadmin, programmer, DevOps, SRE. I study new
technologies. My Blog is dedicated to IT technologies and (or) events
related to IT in Kazakhstan, the CIS and the world.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubs
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 han
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, v
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.
>>
>> https://docs.fedoraproject.org/en-US/packaging-guidelines/#ren
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 t
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 a
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 f
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 us
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 o
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 sup
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 ha
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 ma
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 co
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 copyleft
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 you
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 i
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
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 believe
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 3.13.
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 director
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 chec
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 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 fe
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 j
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 "%
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. Obviously,
(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 "new"
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:
>> https://bugzilla.redhat.com/show_bug.c
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
__
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
> > bui
>>
>> 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 d
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 pre
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 seem
36 matches
Mail list logo
