On 6/16/21 2:11 PM, Charalampos Stratakis wrote:
On Wed, Jun 16, 2021 at 1:56 AM Tom Stellard mailto:tstel...@redhat.com>> wrote:
On 5/7/21 10:48 AM, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/Broken_RPATH_will_fail_rpmbuild
przemek klosowski via devel kirjoitti 17.6.2021 klo 6.21:
On 6/16/21 6:26 PM, Kevin Kofler via devel wrote:
Otto Urpelainen wrote:
Also, if the intent is to get rid of the package completely, should not
adding it to fedora-obsolete-packages be required as well?
Why? Adding working packages
NOTE: This is the second meeting we'll have on IRC.LIBERA.CHAT
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2021-06-17 16:00 UTC in #fedora-meeting-1 on
irc.libera.chat.
Local time information (via. uitime):
= Day: Thursday
On June 17, 2021 12:08:44 AM UTC, Neal Gompa wrote:
>On Wed, Jun 16, 2021 at 6:08 PM Kevin Kofler via devel
> wrote:
>>
>> Neal Gompa wrote:
>> > Yeah, I think that proposal was not workable because of AVX2. The
>> > x86_64-v2 subarch adds SSSE3, SSE4.2, POPCNT, and CMPXCHG16B to the
>> >
On 6/16/21 6:26 PM, Kevin Kofler via devel wrote:
Otto Urpelainen wrote:
Also, if the intent is to get rid of the package completely, should not
adding it to fedora-obsolete-packages be required as well?
Why? Adding working packages to fedora-obsolete-packages forces removing
them from users'
On Wed, 16 Jun 2021, Elliott Sales de Andrade wrote:
Hi,
Just a heads-up, I've been working on converting packages from sip 4 to
sip 5 in Rawhide. (sip is the Python bindings generation system used by
PyQt and wxPython.)
I see we have Qt6, but not PyQt6, in Fedora 34. Is this what's
On Wed, 16 Jun 2021 at 22:51, Scott Talbert wrote:
>
> Hi,
>
> Just a heads-up, I've been working on converting packages from sip 4 to
> sip 5 in Rawhide. (sip is the Python bindings generation system used by
> PyQt and wxPython.)
>
I see we have Qt6, but not PyQt6, in Fedora 34. Is this what's
Hi,
Just a heads-up, I've been working on converting packages from sip 4 to
sip 5 in Rawhide. (sip is the Python bindings generation system used by
PyQt and wxPython.)
I'm planning on opening pull requests against the affected packages soon.
Please DO NOT merge these PRs yet - they need to
I'm running around in circles here not getting anywhere, so maybe someone
on this list has the answer :)
I have three packages [1], lets call them
- server
- manager (Conflicts: alternative-manager)
- alternative-manager (Conflicts: manager)
The server on its own is relatively dumb, it needs a
https://bugzilla.redhat.com/show_bug.cgi?id=1972637
--- Comment #3 from Fedora Update System ---
FEDORA-2021-2eadd2c263 has been pushed to the Fedora 33 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
The following Fedora EPEL 7 Security updates need testing:
Age URL
20 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-1f259a45ef
openjpeg2-2.3.1-11.el7
20 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-9eaea6f65c
audacious-plugins-4.0.5-4.el7 fluidsynth-2.1.8-4.el7
https://bugzilla.redhat.com/show_bug.cgi?id=1972897
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1972441
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
The following Fedora EPEL 8 Security updates need testing:
Age URL
4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-a6e2c9bc8c
radare2-5.3.1-1.el8
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-0209079fce
aom-3.1.1-1.el8
The following builds have been pushed
https://bugzilla.redhat.com/show_bug.cgi?id=1972442
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1972637
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=1969474
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-POE-Component-IRC-6.92 |perl-POE-Component-IRC-6.92
https://bugzilla.redhat.com/show_bug.cgi?id=1968116
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-POE-Component-IRC-6.91 |perl-POE-Component-IRC-6.91
https://bugzilla.redhat.com/show_bug.cgi?id=1967068
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Graphics-TIFF-15-1.fc3 |perl-Graphics-TIFF-15-1.fc3
https://bugzilla.redhat.com/show_bug.cgi?id=1965838
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Graphics-TIFF-14-1.fc3 |perl-Graphics-TIFF-14-1.fc3
https://bugzilla.redhat.com/show_bug.cgi?id=1972955
Carl George 鸞 changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
Sorry, didn't see this when it first came through.
On Mon, May 31, 2021 at 4:18 AM Sérgio Basto wrote:
> I propose, for F36, the retire of Gconf2 (1)
>
> dnf repoquery --disablerepo='*' \
> --enablerepo={rpmfusion-{non,}free-,}rawhide --recursive \
> --whatrequires "libgconf*" --qf "%{repoid}
https://bugzilla.redhat.com/show_bug.cgi?id=1972953
Bug ID: 1972953
Summary: perl-Mail-Sender: retire from epel8
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-Mail-Sender
Assignee: spo...@gmail.com
https://bugzilla.redhat.com/show_bug.cgi?id=1972955
Bug ID: 1972955
Summary: perl-Mail-Sender: retire from epel8
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-Mail-Sender
Assignee: spo...@gmail.com
On Thu, 27 May 2021 at 11:55, Tom Callaway wrote:
>
> FWIW, I have retired xmms. Upstream is long gone, and it was being held
> together by spider-webs anyways.
Is there any copr where this is somewhat maintained? gtk+ was the best
gtk (yeah just because of xmms), it's sad to see it go.
On Wed, Jun 16, 2021 at 6:08 PM Kevin Kofler via devel
wrote:
>
> Neal Gompa wrote:
> > Yeah, I think that proposal was not workable because of AVX2. The
> > x86_64-v2 subarch adds SSSE3, SSE4.2, POPCNT, and CMPXCHG16B to the
> > current x86_64 baseline. All of these instructions were present in
Dear all,
You are kindly invited to the meeting:
Fedora Classroom - RPM Packaging 101 on 2021-06-17 from 12:00:00 to 13:30:00
UTC
At https://bluejeans.com/473822117
The meeting will be about:
# Fedora Classroom on RPM packaging
Join the classroom by following [this
Dear all,
You are kindly invited to the meeting:
Fedora Classroom - RPM Packaging 101 on 2021-06-17 from 12:00:00 to 13:30:00
UTC
At https://bluejeans.com/473822117
The meeting will be about:
# Fedora Classroom on RPM packaging
Join the classroom by following [this
Hi there,
I maintain a command runner, written in Rust:
https://github.com/casey/just
It's very much like make, except a lot nicer, and doesn't have a build
system, so it's just for saving and running commands. It's reasonably
popular, and I wanted to request that it be packaged Fedora, since
Otto Urpelainen wrote:
> Also, if the intent is to get rid of the package completely, should not
> adding it to fedora-obsolete-packages be required as well?
Why? Adding working packages to fedora-obsolete-packages forces removing
them from users' machines just because they are no longer in the
https://bugzilla.redhat.com/show_bug.cgi?id=1972441
--- Comment #3 from Fedora Update System ---
FEDORA-EPEL-2021-cea28e65c1 has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-cea28e65c1
--
You are receiving this mail because:
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1972441
Emmanuel Seyman changed:
What|Removed |Added
Component|perl-Crypt-Random-Source|perl-Math-Random-Secure
https://bugzilla.redhat.com/show_bug.cgi?id=1972441
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=1972897
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #2 from
Florian Weimer wrote:
> Right, I have yet to encounter anyone who can't run the new el9 binaries
> on their hardware. We had a few issues, but they were all
> misconfiguration of hypervisors or software emulators.
Let me introduce you to my notebook:
[kevin@laptop64 ~]$ cat /etc/fedora-release
Neal Gompa wrote:
> Yeah, I think that proposal was not workable because of AVX2. The
> x86_64-v2 subarch adds SSSE3, SSE4.2, POPCNT, and CMPXCHG16B to the
> current x86_64 baseline. All of these instructions were present in the
> first Intel Macs launched in 2007, as I recall.
Still means my
On Wed, Jun 16, 2021 at 1:56 AM Tom Stellard wrote:
> On 5/7/21 10:48 AM, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/Broken_RPATH_will_fail_rpmbuild
> >
> > == Summary ==
> > Enable broken RPATH detection
> > [
>
On Wed, Jun 16, 2021 at 9:52 PM Benjamin Beasley
wrote:
>
> At the risk of overextending an already well-elaborated thread, I would like
> to point out that my main workstation, for Fedora packaging and other
> purposes, has an Intel Q6600 (Core 2 Quad) that does NOT meet the
> requirements
https://bugzilla.redhat.com/show_bug.cgi?id=1969474
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1968116
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1968179
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1967068
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1965838
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1972441
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
On Wed, Jun 16, 2021 at 02:57:17PM +0200, Vitaly Zaitsev via devel wrote:
> >We'll at least gather information about capabilities of Fedora
> >users hardware.
> Telemetry is evil. It must not be allowed.
Well, that's certainly A Position. I don't think it's anything nearly so
absolute, though,
https://bugzilla.redhat.com/show_bug.cgi?id=1972897
Emmanuel Seyman changed:
What|Removed |Added
Blocks||1972441
Doc Type|---
https://bugzilla.redhat.com/show_bug.cgi?id=1972441
Emmanuel Seyman changed:
What|Removed |Added
Depends On||1972897
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1972897
Bug ID: 1972897
Summary: Please build perl-Crypt-Random-Source for EPEL8
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Crypt-Random-Source
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1972889
Bug ID: 1972889
Summary: perl-Prima-1.62 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Prima
Keywords: FutureFeature, Triaged
> In this case it doesn't 'matter' it is a small segment of users. It is
> a
> segment of our maintainers who are. We either have to listen to them, 'fire
> them', or buy them replacement hardware. Since we are already overloaded,
> firing them has not been on the table. Buying replacement
Kevin Fenzi kirjoitti 16.6.2021 klo 19.57:
On Wed, Jun 16, 2021 at 03:05:59PM +0200, Ewoud Kohl van Wijngaarden wrote:
It would be my recommendation to add a third "URL" to it and that's the
fedpkg command to clone.
Yeah, might be a reasonable idea indeed. Can you file a issue at
Björn answered the other part, so I'm responding to this part:
On Wed, Jun 16, 2021 at 07:53:11PM +0200, Jiri Kucera wrote:
> Can some proven packager add me please to gdal,
> OpenSceneGraph, and vtk as a co-maintainer so I can do rebuilds for libgta?
This is a misconception: provenpackagers can
Am Mittwoch, dem 16.06.2021 um 19:53 +0200 schrieb Jiri Kucera:
> Adding devel-list for a broader audience. My side tag will expire for
> a couple of days. Can some proven packager add me please to gdal,
> OpenSceneGraph, and vtk as a co-maintainer so I can do rebuilds for
> libgta?
>
> Cheers,
>
https://bugzilla.redhat.com/show_bug.cgi?id=1972637
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
On Wed, Jun 16, 2021 at 7:27 PM Rémi Lauzier via devel
wrote:
>
> So it seem that the date format for changelog in .spec file are somewhat
> different between package. Rust2rpm produce a format, the same that automatic
> scratch build produce. But there are developer that use another format in
Adding devel-list for a broader audience. My side tag will expire for a
couple of days. Can some proven packager add me please to gdal,
OpenSceneGraph, and vtk as a co-maintainer so I can do rebuilds for libgta?
Cheers,
Jiri
-- Forwarded message -
From: Jiri Kucera
Date: Fri,
On Wed, Jun 16, 2021 at 07:16:09PM +0200, Vít Ondruch wrote:
>
> I don't have enrolled my OTP. I am afraid, that once I enroll my OPT, I'd
> need to use it every time to refresh my kerberos ticket. That would destroy
> the GOA experience.
yes, once enrolled you do have to always use it.
But
On Wed, Jun 16 2021 at 09:54:02 AM -0700, Kevin Fenzi
wrote:
I think there are plans to improve this use case in krb5 utils.
I suppose we could also see if GOA could support this case somehow and
add a dep on fedora-packager-kerberos. Where should I file that?
gitlab?
Or would someone else
On Wed, Jun 16 2021 at 07:16:09 PM +0200, Vít Ondruch
wrote:
I don't have enrolled my OTP. I am afraid, that once I enroll my OPT,
I'd need to use it every time to refresh my kerberos ticket. That
would destroy the GOA experience.
The other problem is that once you enroll an OTP, it's not
On Wed, 16 Jun 2021 at 12:45, przemek klosowski via devel
wrote:
>
>
> On 6/16/21 12:09 PM, Florian Weimer wrote
> >> I'm missing something---I get identicaloutput on my v3 Core i7-4810MQ
> > Why do you expect different output?
>
> Stephen was showing off his 'oldest' system and I assumed that it
So it seem that the date format for changelog in .spec file are somewhat
different between package. Rust2rpm produce a format, the same that automatic
scratch build produce. But there are developer that use another format in there
package.
Dne 16. 06. 21 v 18:54 Kevin Fenzi napsal(a):
On Wed, Jun 16, 2021 at 01:24:58PM +0200, Vít Ondruch wrote:
Dne 15. 06. 21 v 23:26 Michael Catanzaro napsal(a):
On Tue, Jun 15 2021 at 09:18:34 PM +0200, Dan Horák wrote:
make sure you have the fedora-packager-kerberos package installed, I
On Wed, Jun 16, 2021 at 03:05:59PM +0200, Ewoud Kohl van Wijngaarden wrote:
> Interesting, I had not tried that.
>
> What I used was the clone button. That shows a small dialog with this (as
> packager):
>
>Source Code
>
> SSH
> GIT
>
> As non-packager it does NOT have the SSH
On Wed, Jun 16, 2021 at 01:24:58PM +0200, Vít Ondruch wrote:
>
> Dne 15. 06. 21 v 23:26 Michael Catanzaro napsal(a):
> > On Tue, Jun 15 2021 at 09:18:34 PM +0200, Dan Horák wrote:
> > > make sure you have the fedora-packager-kerberos package installed, I
> > > suspect the last update of
On 6/16/21 12:09 PM, Florian Weimer wrote
I'm missing something---I get identicaloutput on my v3 Core i7-4810MQ
Why do you expect different output?
Stephen was showing off his 'oldest' system and I assumed that it was
some Penryn-era relic, so I expected a <= v1 result. One cohort of
* przemek klosowski via devel:
> I'm missing something---I get identicaloutput on my v3 Core i7-4810MQ
Why do you expect different output?
> Is this supposed to run HWCAP and show the result, or just show the
> HWCAP configuration and possible choices?
It shows capabilities (as defined by the
* Neal Gompa:
> On Wed, Jun 16, 2021 at 8:57 AM Vitaly Zaitsev via devel
> wrote:
>>
>> On 16.06.2021 14:45, Frantisek Zatloukal wrote:
>> > We'll at least gather information about capabilities of Fedora users
>> > hardware.
>>
>> Telemetry is evil. It must not be allowed.
>>
>
> So how do you
Hi everybody,
we've scheduled the rpmautospec plugin to be deployed into production
for tomorrow, from 14:00 UTC on.
This means installing the relevant packages and restarting kojid
processes on the builders, which will restart any tasks which are being
processed at that time, i.e. expect delays
Hi everybody,
we've scheduled the rpmautospec plugin to be deployed into production
for tomorrow, from 14:00 UTC on.
This means installing the relevant packages and restarting kojid
processes on the builders, which will restart any tasks which are being
processed at that time, i.e. expect delays
On 6/16/21 8:45 AM, Stephen John Smoogen wrote:
oh cool. this even works on CentOS and RHEL systems:
```
smooge@xanadu ~]$ podman run fedora:latest /lib64/ld-linux-x86-64.so.2
--help
...
Subdirectories of glibc-hwcaps directories, in priority order:
x86-64-v4
x86-64-v3 (supported,
On 6/15/21 10:11 PM, Trevor McKay wrote:
Hello everyone,
My name is Trevor and I was hoping to contribute to the Fedora project
in the form of packaging. I was told the first step would be to
introduce myself here. I have a few years of Linux experience as well as
Rust, Python and C/C++
On 6/16/21 5:11 AM, Trevor McKay wrote:
Hello everyone,
My name is Trevor and I was hoping to contribute to the Fedora project
in the form of packaging. I was told the first step would be to
introduce myself here. I have a few years of Linux experience as well as
Rust, Python and C/C++
> Welcome!
Thanks!
> I think Fedora has pretty nice Python packaging and I think rust skills are
> also
> a welcome addition as there is a growing number of rust software in the open
> source ecosystem.
>
> You can check out the SIG pages for Rust+Python. There are separate mailing
> lists for
On Wed, 16 Jun 2021 at 08:46, Frantisek Zatloukal
wrote:
>
>
> On Wed, Jun 16, 2021 at 2:20 PM Florian Weimer wrote:
>
>> On Fedora 34 or later, you can use “/lib64/ld-linux-x86-64.so.2 --help”.
>> If x86-64-v2 shows up as “supported”, there is compatibile:
>>
>> | Subdirectories of
No missing expected images.
Failed openQA tests: 2/16 (x86_64), 3/15 (aarch64)
Old failures (same test failed in Fedora-IoT-35-20210613.0):
ID: 909778 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server
URL: https://openqa.fedoraproject.org/tests/909778
ID: 909779 Test: x86_64
On 16.06.2021 15:00, Neal Gompa wrote:
So how do you propose we figure out what kind of hardware we need to
work with, further develop, or such?
No way. And that's fine.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list
On Wed, Jun 16, 2021 at 01:33:08PM +0100, Ankur Sinha wrote:
On Wed, Jun 16, 2021 14:03:26 +0200, Ewoud Kohl van Wijngaarden wrote:
Hello everyone,
Hi Ewoud,
Even though I've now been sponsored as a packager, I did want to share my
experience since it was a bit frustrating.
If you do have
On Wed, Jun 16, 2021 at 8:57 AM Vitaly Zaitsev via devel
wrote:
>
> On 16.06.2021 14:45, Frantisek Zatloukal wrote:
> > We'll at least gather information about capabilities of Fedora users
> > hardware.
>
> Telemetry is evil. It must not be allowed.
>
So how do you propose we figure out what
On 16.06.2021 14:45, Frantisek Zatloukal wrote:
We'll at least gather information about capabilities of Fedora users
hardware.
Telemetry is evil. It must not be allowed.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list
> Am 16.06.2021 um 14:16 schrieb Stephen John Smoogen :
>
>
>
> …
> feel comfortable using. People in academia usually have tight capex budgets
++1
As an example, we have still to use as a server for production
> [root@hydra ~]# cat /proc/cpuinfo
> processor : 0
> vendor_id :
On Wed, 16 Jun 2021 at 08:16, Stephen John Smoogen wrote:
>
>
> On Wed, 16 Jun 2021 at 04:29, Daniel P. Berrangé
> wrote:
>
>> On Tue, Jun 15, 2021 at 05:34:02PM -0400, Neal Gompa wrote:
>> > Hey all,
>> >
>> > Earlier this week, I was helping with processing features for openSUSE
>> > Leap
On Wed, Jun 16, 2021 at 2:20 PM Florian Weimer wrote:
> On Fedora 34 or later, you can use “/lib64/ld-linux-x86-64.so.2 --help”.
> If x86-64-v2 shows up as “supported”, there is compatibile:
>
> | Subdirectories of glibc-hwcaps directories, in priority order:
> | x86-64-v4
> | x86-64-v3
On Wed, 16 Jun 2021 at 08:19, Florian Weimer wrote:
> * Stephen John Smoogen:
>
> > I used this
> >
> https://unix.stackexchange.com/questions/631217/how-do-i-check-if-my-cpu-supports-x86-64-v2
> > to see what cpu instructions are at each level
> >
> > ```
> > #!/usr/bin/awk -f
> >
> > BEGIN {
>
> Am 16.06.2021 um 13:47 schrieb Björn Persson :
> But I'm already planning to reinstall that one with Debian,
> ... so it won't hurt me
> if Fedora stops working there.
Do we really want to recommend this to our users?
The ability to continue using ‚mature', functional hardware was
On Wed, Jun 16, 2021 14:03:26 +0200, Ewoud Kohl van Wijngaarden wrote:
> Hello everyone,
Hi Ewoud,
> Even though I've now been sponsored as a packager, I did want to share my
> experience since it was a bit frustrating.
>
> If you do have a FAS account, you can log in on src.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1972442
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #2 from
mspacek merged a pull-request against the project: `perl-Test2-Suite` that you
are following.
Merged pull-request:
``
0.000140 bump + package tests
``
https://src.fedoraproject.org/rpms/perl-Test2-Suite/pull-request/2
___
perl-devel mailing list --
No missing expected images.
Compose FAILS proposed Rawhide gating check!
4 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 27/134 (aarch64), 22/198 (x86_64)
New failures (same test not failed in
Dne 16. 06. 21 v 13:36 Ewoud Kohl van Wijngaarden napsal(a):
On Wed, Jun 16, 2021 at 01:17:31PM +0200, Vít Ondruch wrote:
Dne 15. 06. 21 v 19:34 Ewoud Kohl van Wijngaarden napsal(a):
On Tue, Jun 15, 2021 at 01:51:12PM +0200, Miro Hrončok wrote:
On 15. 06. 21 13:46, Vitaly Zaitsev via devel
* Stephen John Smoogen:
> I used this
> https://unix.stackexchange.com/questions/631217/how-do-i-check-if-my-cpu-supports-x86-64-v2
> to see what cpu instructions are at each level
>
> ```
> #!/usr/bin/awk -f
>
> BEGIN {
> while (!/flags/) if (getline < "/proc/cpuinfo" != 1) exit 1
> if
On Wed, 16 Jun 2021 at 04:29, Daniel P. Berrangé
wrote:
> On Tue, Jun 15, 2021 at 05:34:02PM -0400, Neal Gompa wrote:
> > Hey all,
> >
> > Earlier this week, I was helping with processing features for openSUSE
> > Leap 15.4[1] and I discovered that they're planning on introducing
> > x86_64-v2
mspacek opened a new pull-request against the project: `perl-Test2-Suite` that
you are following:
``
0.000140 bump + package tests
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Test2-Suite/pull-request/2
___
perl-devel
mspacek closed without merging a pull-request against the project:
`perl-Test2-Suite` that you
are following.
Closed pull-request:
``
0.000140 bump and package tests
``
https://src.fedoraproject.org/rpms/perl-Test2-Suite/pull-request/1
___
On Wed, Jun 16, 2021 at 12:19:48PM +0100, Richard W.M. Jones wrote:
> On Wed, Jun 16, 2021 at 01:10:48PM +0200, Lukas Javorsky wrote:
> > Hello,
> >
> > I'm the one to blame, I'm really sorry about that, it was a new experience
> > for
> > me and I didn't know it has its own workflow.
> >
> >
Hello everyone,
Even though I've now been sponsored as a packager, I did want to share
my experience since it was a bit frustrating.
If you do have a FAS account, you can log in on src.fedoraproject.org
and can even fork repositories. However, on the clone URL you only see
the anonymous git
The build has been untagged.
I want to apologize one more time.
This experience will be written in my mind forever.
Thank you to everyone who helped with this
On Wed, Jun 16, 2021 at 1:30 PM Richard W.M. Jones
wrote:
> On Wed, Jun 16, 2021 at 01:23:02PM +0200, Lukas Javorsky wrote:
> > > I
https://bugzilla.redhat.com/show_bug.cgi?id=1972637
Bug ID: 1972637
Summary: FTBFS with glibc-devel-2.33.9000-18.fc35: Installed
(but unpackaged) file(s) found:
/usr/lib64/perl5/features-time64.ph
Product: Fedora
Stephen John Smoogen wrote:
> #!/usr/bin/awk -f
>
> BEGIN {
> while (!/flags/) if (getline < "/proc/cpuinfo" != 1) exit 1
> if (/lm/&&/cmov/&&/cx8/&&/fpu/&&/fxsr/&&/mmx/&&/syscall/&&/sse2/) level =
> 1
> if (level == 1 &&
> /cx16/&&/lahf/&&/popcnt/&&/sse4_1/&&/sse4_2/&&/ssse3/) level
On Wed, Jun 16, 2021 at 01:17:31PM +0200, Vít Ondruch wrote:
Dne 15. 06. 21 v 19:34 Ewoud Kohl van Wijngaarden napsal(a):
On Tue, Jun 15, 2021 at 01:51:12PM +0200, Miro Hrončok wrote:
On 15. 06. 21 13:46, Vitaly Zaitsev via devel wrote:
If that is not possible with reasonable effort,
at
Hello,
Fedora Developer Portal just got an update.
Notable changes:
- Added R language pages [1]
- Added Maven section to Java page [2]
- Updated Python pages [3]
Any feedback is welcome!
[1] https://developer.fedoraproject.org/tech/languages/r/r-installation.html
[2]
1 - 100 of 135 matches
Mail list logo
