Dne 27. 04. 20 v 19:40 Daniel Mach napsal(a):
>
>
> Dne 27. 04. 20 v 19:00 Stephen Gallagher napsal(a):
>> On Mon, Apr 27, 2020 at 10:47 AM Daniel Mach wrote:
>
>>
>>> Since I'm part of RPM team too, I hope they won't mind if I'll speak
>>> for
>>> them :) Don't you rather want to work with us on
On Mon, Apr 27, 2020 at 04:33:52PM +0200, Petr Šabata wrote:
> On Mon, Apr 27, 2020 at 4:04 PM Petr Pisar wrote:
> > (2) Is it possible to override them on a per-package basis?
> >
> > E.g. I have ncurses in global.yaml:
> >
> > - name: ncurses
> > description: Add support for ncurses.
>
Sérgio Basto writes:
> On Mon, 2020-04-27 at 12:39 +0200, Miro Hrončok wrote:
>> GConf2
>
> GConf2 is orphan, why ? no maintainers or a task force to be removed ?
GConf2 has been deprecated for well over a decade and afaik unmaintained
for nearly half a decade. Thus: please just remove it from y
On Tue, Apr 28, 2020 at 11:43 AM Jude Lee wrote:
>
> Hi! my name is Jude and I am a fullstack / architect (github.com/judescripts
> | linkedin.com/in/leejude).
>
> This is first time joining a fedora group and I've been wanting to become a
> part of the open source project community for awhile n
Hi,
On 4/17/20 4:43 PM, Miro Hrončok wrote:
On 17. 04. 20 16:07, Kamil Paral wrote:
I'm disappointed with default wallpapers in the latest releases. I
wonder if we could go back to more artistic images from previous
releases? Here are some of my favorite ones:
https://fedoraproject.org/wiki/W
On Mon, 2020-04-27 at 12:39 +0200, Miro Hrončok wrote:
> GConf2
GConf2 is orphan, why ? no maintainers or a task force to be removed ?
Thanks,
--
Sérgio M. B.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to de
Hi! my name is Jude and I am a fullstack / architect (github.com/judescripts |
linkedin.com/in/leejude).
This is first time joining a fedora group and I've been wanting to become a
part of the open source project community for awhile now.
I've mostly worked with debian based distros and some arc
On Mon, Apr 27, 2020 at 4:40 AM Miro Hrončok wrote:
> 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://fedoraprojec
Few more notes:
I think an idea that build system could be simply passing
--with/--without options on mock's command-line should be
considered...then basically no change in spec files is needed (i.e. no
syntax change).
It would be great if rpm remembered either the rpmbuild's command-line
in case
On Mon, 27 Apr 2020 at 13:21, Petr Šabata wrote:
>
> Based on the recent discussions around %fedora/%rhel macros and ELN,
> and %bcond generally being confusing to work with, I came up with a
> distribution-wide feature that defines generic feature keywords and
> associated helper macros that pack
No missing expected images.
Failed openQA tests: 3/37 (x86_64)
ID: 588095 Test: x86_64 KDE-live-iso release_identification
URL: https://openqa.fedoraproject.org/tests/588095
ID: 588117 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/588117
ID
I would be happy to maintain it -and it looks like it needs an epel8
build. (FAS: mhjacks)
Thanks,
Marty
On 4/27/20 2:13 PM, David Cantrell wrote:
On Mon, Apr 27, 2020 at 12:39:38PM +0200, Miro Hrončok wrote:
ckermit orphan 2 weeks ago
I took ownership of this on
On Mon, Apr 27, 2020 at 10:03 PM Michel Alexandre Salim
wrote:
>
>
>
> On 4/3/20 4:47 AM, Miro Hrončok wrote:
> > On 11. 03. 20 17:25, Miro Hrončok wrote:
> >> I have upgraded to Fedora 32 today and after a while I have noticed
> >> that `repoquery --whatrequires` yields incomplete results.
> >>
>
On 4/3/20 4:47 AM, Miro Hrončok wrote:
On 11. 03. 20 17:25, Miro Hrončok wrote:
I have upgraded to Fedora 32 today and after a while I have noticed
that `repoquery --whatrequires` yields incomplete results.
From Fedora 31:
$ dnf --refresh repoquery --repo=rawhide{,-source} --whatrequires
On Mon, 2020-04-27 at 17:52 +0100, José Abílio Matos wrote:
> At the same time I also liked to hear some of reasoning behind the reasons
> for the
> wallpaper. IMHO it is shame that at least a short abstract it is not
> available here.
https://pagure.io/design/issue/669
--
Adam Williamson
Fedo
On Mon, Apr 27, 2020 at 12:39:38PM +0200, Miro Hrončok wrote:
ckermit orphan 2 weeks ago
I took ownership of this one and have fixed it in rawhide. If anyone really
wants to own this one, just let me know. I have no problems turning it over
Hey there!
Thanks, everyone for attending the meeting. We shall meet in two
weeks' time, which is 12th May 2020, at 1800 UTC.
Links to the logs from today's meeting:
*
https://meetbot.fedoraproject.org/fedora-neuro/2020-04-27/neurofedora.2020-04-27-18.01.log.html
*
https://meetbot.fedoraproject
Dan writes:
>> Dave Love writes:
>> Well, what I've already said from some experience and research. Where's the
>> POWER and >>S390 support? All I saw is x86 and arm. We've heard there's
>> ppc64le compatibility support
>>anyhow, which is rising
>
>gcc provides compat x86 intrinsics via "x86intri
#fedora-meeting-1: fesco
Meeting started by bookwar at 15:00:30 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting-1/2020-04-27/fesco.2020-04-27-15.00.log.html
Meeting summary
---
* init process (
Kevin Kofler wrote
>>Florian Weimer wrote:
>>...
>> In general, that is not true. You can use the target function attribute
and function
>> multiversioning instead in many cases.
>This may (or may not) have been recently fixed, but last I checked,
intrinsics for a vector
>instruction set XYZ2 wer
Le lundi 27 avril 2020 à 19:12 +0200, Petr Šabata a écrit :
>
> Yes, this is exactly what I'm trying to achieve -- to have
> distribution-wide generic keywords that control default build options
> in packages
It can be done at the rpm layer and in fact there are already quite a
lot of such tunabl
Dne 27. 04. 20 v 19:00 Stephen Gallagher napsal(a):
On Mon, Apr 27, 2020 at 10:47 AM Daniel Mach wrote:
I'm wondering if this is your personal initiative or if you're sync with
ELN people. I emailed them in January about the very same idea (and I
used the very same name; we both seem to like
On Friday, 17 April 2020 19.05.40 WEST Pierre-Yves Chibon wrote:
> I really do not see how you could construct this reply from Michael's.
> He clearly starts with IMO and the rest of is the expression of his opinion,
> he never calls anyone anything.
>
> I'm confused here.
>
> Pierre
I left this
> gcc provides compat x86 intrinsics via "x86intrin.h", they were
> successfully used eg. by darktable (raw photo sw)
Okay. Thanks for the info.
--
Jun | He - His - Him
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an emai
On Mon, Apr 27, 2020 at 6:38 PM Vít Ondruch wrote:
>
>
> Dne 27. 04. 20 v 16:25 Petr Šabata napsal(a):
> > On Mon, Apr 27, 2020 at 3:01 PM Vít Ondruch wrote:
> >>
> >> Dne 27. 04. 20 v 13:19 Petr Šabata napsal(a):
> >>> Based on the recent discussions around %fedora/%rhel macros and ELN,
> >>> an
> They're packages for a header-only system, not libraries, hence my
confusion.
Hi Dave, okay.
> Who's pushing this, and how do I present an HPC performance engineering
perspective?
I appreciate your interest in the bioinformatics in HPC.
The simde Fedora package: Me
The simde Debian package: Mi
Node.js v14.x was released last week, which should become LTS in autumn.
modular builds for stable releases and rawhide are already submitted in
Bodhi and should
be available soon. I'd like to make it the default stream for F33 once it's
tested a bit.
I'd like to ask maintainers and users of nodej
On Mon, Apr 27, 2020 at 10:47 AM Daniel Mach wrote:
>
> I'm wondering if this is your personal initiative or if you're sync with
> ELN people. I emailed them in January about the very same idea (and I
> used the very same name; we both seem to like Gentoo), we exchanged
> couple emails, but never
Dne 27. 04. 20 v 16:25 Petr Šabata napsal(a):
> On Mon, Apr 27, 2020 at 3:01 PM Vít Ondruch wrote:
>>
>> Dne 27. 04. 20 v 13:19 Petr Šabata napsal(a):
>>> Based on the recent discussions around %fedora/%rhel macros and ELN,
>>> and %bcond generally being confusing to work with, I came up with a
>
On Mon, Apr 27, 2020 at 5:54 PM Paul Moore wrote:
> On Sat, Apr 25, 2020 at 1:21 PM Justin Forbes wrote:
> > On Sat, Apr 25, 2020 at 10:21 AM Daiki Ueno wrote:
> > >
> > > Hello Ondrej,
> > >
> > > Ondrej Mosnacek writes:
> > >
> > > > On Fri, Apr 24, 2020 at 11:12 PM Ondrej Mosnacek
> > > >
On Mon, 27 Apr 2020 16:23:39 +0100
Dave Love wrote:
> Jun Aruga writes:
>
> >> > For the better user experience, we are promoting the system
> >> > library for both RPM and Debian based Linux distributions.
> >>
> >> What system library, for what purpose?
> >
> > Hi Dave,
> > The simde system l
Jun Aruga writes:
>> > For the better user experience, we are promoting the system library
>> > for both RPM and Debian based Linux distributions.
>>
>> What system library, for what purpose?
>
> Hi Dave,
> The simde system library is
>
> * simde-devel in Fedora and EPEL [1]
> * libsimde-dev in D
Kevin Kofler writes:
> Florian Weimer wrote:
>> In general, that is not true. You can use the target function attribute
>> and function multiversioning instead in many cases.
>
> This may (or may not) have been recently fixed, but last I checked,
> intrinsics for a vector instruction set XYZ2 w
The gecode package was updated from version 5.1.0 to version 6.2.0
yesterday. The update came with an soname bump, which was not
announced on fedora-devel-list; see:
https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#_rawhide_devel_master
This broke the mp package, at least, which I will
I'm wondering if this is your personal initiative or if you're sync with
ELN people. I emailed them in January about the very same idea (and I
used the very same name; we both seem to like Gentoo), we exchanged
couple emails, but never got an answer if this is the way to go. Since I
have a lot
I'm wondering if this is your personal initiative or if you're sync with
ELN people. I emailed them in January about the very same idea (and I
used the very same name; we both seem to like Gentoo), we exchanged
couple emails, but never got an answer if this is the way to go. Since I
have a lot
On Mon, Apr 27, 2020 at 4:04 PM Petr Pisar wrote:
>
> On Mon, Apr 27, 2020 at 01:19:29PM +0200, Petr Šabata wrote:
> > Details in the gist:
> > https://gist.github.com/contyk/0f0585c57976ca18a293b3566408
> >
> I'm very interested in overriding the global settings:
>
> (1) Is it possible to ove
On Mon, Apr 27, 2020 at 3:01 PM Vít Ondruch wrote:
>
>
> Dne 27. 04. 20 v 13:19 Petr Šabata napsal(a):
> > Based on the recent discussions around %fedora/%rhel macros and ELN,
> > and %bcond generally being confusing to work with, I came up with a
> > distribution-wide feature that defines generic
On Mon, Apr 27, 2020 at 3:42 PM Robin Lee wrote:
>
> On Mon, Apr 27, 2020 at 7:21 PM Petr Šabata wrote:
> >
> > Based on the recent discussions around %fedora/%rhel macros and ELN,
> > and %bcond generally being confusing to work with, I came up with a
> > distribution-wide feature that defines g
On Mon, Apr 27, 2020 at 2:15 PM Daniel P. Berrangé wrote:
>
> On Mon, Apr 27, 2020 at 01:19:29PM +0200, Petr Šabata wrote:
> > Based on the recent discussions around %fedora/%rhel macros and ELN,
> > and %bcond generally being confusing to work with, I came up with a
> > distribution-wide feature
On Mon, Apr 27, 2020 at 01:19:29PM +0200, Petr Šabata wrote:
> Details in the gist:
> https://gist.github.com/contyk/0f0585c57976ca18a293b3566408
>
I'm very interested in overriding the global settings:
(1) Is it possible to override them from a modulemd when building a module?
I guess the as
On Mon, Apr 27, 2020 at 7:21 PM Petr Šabata wrote:
>
> Based on the recent discussions around %fedora/%rhel macros and ELN,
> and %bcond generally being confusing to work with, I came up with a
> distribution-wide feature that defines generic feature keywords and
> associated helper macros that pa
On Sat, Apr 25, 2020 at 4:01 PM Michel Alexandre Salim
wrote:
>
> On 4/25/20 6:50 AM, Micah Abbott wrote:
> > The CoreOS team is pleased to announce the latest release of
> > `coreos-assembler` - our opinionated build tool that we use to build
> > and test Fedora CoreOS and Red Hat CoreOS.
> >
> >
OLD: Fedora-Rawhide-20200425.n.0
NEW: Fedora-Rawhide-20200426.n.1
= SUMMARY =
Added images:4
Dropped images: 0
Added packages: 4
Dropped packages:0
Upgraded packages: 83
Downgraded packages: 0
Size of added packages: 969.71 KiB
Size of dropped packages:0 B
Florian Weimer wrote:
> In general, that is not true. You can use the target function attribute
> and function multiversioning instead in many cases.
This may (or may not) have been recently fixed, but last I checked,
intrinsics for a vector instruction set XYZ2 were only available with the
cor
Dne 27. 04. 20 v 13:19 Petr Šabata napsal(a):
> Based on the recent discussions around %fedora/%rhel macros and ELN,
> and %bcond generally being confusing to work with, I came up with a
> distribution-wide feature that defines generic feature keywords and
> associated helper macros that packages
When fixing a build failure of a tuxanci package I noticed a license tag is
not correct and changed it from "GPLv2" to "GPL+".
-- Petr
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
On Mon, Apr 27, 2020 at 7:26 AM Stephen Gallagher
wrote:
> On Wed, Apr 22, 2020 at 10:52 AM Richard Shaw
> wrote:
> > Could we treat them like arches?
> > Something like:
> > X86_64 & X86_64-AVX2
> > armv7hf & armv7fh-NEON
> > etc...
> >
> > It would absolutely have to be OPT IN because once yo
* Kevin Kofler:
> Jun Aruga wrote:
>> simde is a header files only library. It's not a binary.
>
> Then it is inherently unsuitable for automatic runtime selection, and
> all the runtime selection still has to be done in the client program.
>
> GCC requires you to compile for separate vector instr
Following is the list of topics that will be discussed in the
FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2020-04-27 15:00 UTC'
Links to all issues to be d
On Wed, Apr 22, 2020 at 10:52 AM Richard Shaw wrote:
>
> On Wed, Apr 22, 2020 at 9:28 AM Artur Iwicki wrote:
>>
>> Regarding x86_64 and AVX2, last year we had a very heated discussion about
>> this on the mailing list.
>>
>> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject
On Mon, Apr 27, 2020 at 01:19:29PM +0200, Petr Šabata wrote:
> Based on the recent discussions around %fedora/%rhel macros and ELN,
> and %bcond generally being confusing to work with, I came up with a
> distribution-wide feature that defines generic feature keywords and
> associated helper macros
On Mon, Apr 27, 2020 at 1:24 PM Neal Gompa wrote:
>
> On Mon, Apr 27, 2020 at 7:21 AM Petr Šabata wrote:
> >
> > Based on the recent discussions around %fedora/%rhel macros and ELN,
> > and %bcond generally being confusing to work with, I came up with a
> > distribution-wide feature that defines
> > For the better user experience, we are promoting the system library
> > for both RPM and Debian based Linux distributions.
>
> What system library, for what purpose?
Hi Dave,
The simde system library is
* simde-devel in Fedora and EPEL [1]
* libsimde-dev in Debian [2]
The purpose is to build
On Mon, Apr 27, 2020 at 7:21 AM Petr Šabata wrote:
>
> Based on the recent discussions around %fedora/%rhel macros and ELN,
> and %bcond generally being confusing to work with, I came up with a
> distribution-wide feature that defines generic feature keywords and
> associated helper macros that pa
Based on the recent discussions around %fedora/%rhel macros and ELN,
and %bcond generally being confusing to work with, I came up with a
distribution-wide feature that defines generic feature keywords and
associated helper macros that packages can check in build-time
conditionals.
The key advantag
Jun Aruga writes:
> For the better user experience, we are promoting the system library
> for both RPM and Debian based Linux distributions.
What system library, for what purpose?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe s
Jun Aruga writes:
> You do not need to care about the availability by arch or compiler
> when using this library.
As far as I can tell, it doesn't do dynamic dispatch. Experimentally,
if you build with -mavx2 and run on ivybridge (or for skx and run on
haswell), the test code generates illegal
On 23. 04. 20 22:30, Ben Cotton wrote:
Haha, I tried to plan! Due to a change in the infrastructure move
timeline, the Elections app will now be available during the
originally-scheduled time. Instead of delaying the elections further,
we will just pretend I never made any changes and hold to the
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
No missing expected images.
Soft failed openQA tests: 1/1 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 587599 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/587599
--
Mail generated by check-compose:
https://pagure.i
Jun Aruga wrote:
> simde is a header files only library. It's not a binary.
Then it is inherently unsuitable for automatic runtime selection, and all
the runtime selection still has to be done in the client program.
GCC requires you to compile for separate vector instruction sets in separate
co
Richard Shaw wrote:
> It's funny we just had this conversation yesterday, I woke up to a pull
> request to add SSE support.
>
> https://github.com/drowe67/LPCNet/pull/25
Unfortunately, that requires SSE4.1, which is still too much to assume.
Looking at the comments, the author actually tried SSE
Thanks for maintaining it. I did not know we can use CMake 3 with
cmake3 RPM on EPEL7.
Jun
--
Jun | He - His - Him
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code o
Hi all.
`CMake3` on EPEL7 has been updated to the release 3.17.1; it's available
for testing.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-b6a455afdf
--
---
Antonio Trande
Fedora Project
mailto 'sagitter at fedoraproject dot org'
GPG key: 0x7B30EE04E576AA84
GPG key server: https://k
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
On Mon, Apr 27, 2020 at 12:58:52AM +0200, Miro Hrončok wrote:
> On 26. 04. 20 20:12, Pierre-Yves Chibon wrote:
> > We know some people are happy with it and at least one person is not
>
> I hope you are not counting me as the not happy person.
No, I actually included you in the first group :)
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
Actually, I have orphaned also rubygem-gettext_i18n_rails, which is
required only by rubygem-activeldap.
Vít
Dne 27. 04. 20 v 9:40 Vít Ondruch napsal(a):
> Hi,
>
> Since I have orphaned rubygem-ruby2ruby, I don't have any other use for
> rubygem-ruby_parser. While it is in dependency chain of
>
Hi,
Since I have orphaned rubygem-ruby2ruby, I don't have any other use for
rubygem-ruby_parser. While it is in dependency chain of
rubygem-activeldap and rubygem-gettext_i18n_rails, I have not heard back
from rubygem-activeldap maintainer, therefore I orphaned the package.
Vít
Hi,
I don't have any use for rubygem-ruby2ruby, therefore I orphaned it.
Vít
___
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
71 matches
Mail list logo