Hi Dave,
I know I've seen emails about upgrades, so I guess people are sending it to
epel-devel instead of epel-announce. We'll have to make that more
prominent in the documentation or something.
On Thu, Oct 20, 2022 at 1:44 PM Dave Dykstra wrote:
> Thanks, Troy. I will send a message to
On Monday, 17 October 2022 08.28.11 WEST Jaroslav Mracek wrote:
> Thank you for pointing this. Why DNF5 is not named as DNF and why we do not
> plan to name it as DNF? DNF5 is a completely new product.
That is where the irony is, it is a new product but you still keep the moniker
DNF in the name
On Thu, Oct 20, 2022 at 8:20 PM Benson Muite wrote:
>
> Is there any way to test software that uses GPUs on COPR or Koji? The
> number of such packages will likely increase in future. In particular
> for software that uses ROCM, SYCL, Vulkan and OpenCL?
There is no way to test them with an
We were no-go today for target date #1. In order to hit target date
#2, we'd ideally have fixes for outstanding blockers by Monday.
Tuesday at the latest. (Note that based on upstream's comments, the
accepted gnome-calendar bug is a candidate to be waived under the
"difficult to fix" exception)
https://bugzilla.redhat.com/show_bug.cgi?id=2136614
Bug ID: 2136614
Summary: perl-Module-CoreList-5.20221020 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Module-CoreList
Keywords:
Thanks, Troy. I will send a message to epel-announce.
I looked through the last couple of years of epel-announce archives and
don't see similar messages. I have a hard time imagining that somewhat
incompatible changes aren't happening to other packages too, so it seems
that such announcements
On Wed, Oct 19, 2022 at 5:42 PM Dave Dykstra via epel-devel <
epel-devel@lists.fedoraproject.org> wrote:
> Hello all,
>
> It is been pointed out to me that I pushed out an update of a package to
> EPEL that did not follow the incompatible upgrades policy:
>
>
https://bugzilla.redhat.com/show_bug.cgi?id=2136603
Bug ID: 2136603
Summary: perl-CPAN-Perl-Releases-5.20221020 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-CPAN-Perl-Releases
Keywords:
Due to outstanding blocker bugs[1], F37 Final release candidate 2 was
declared NO-GO.
The next Fedora Linux 37 Final Go/No-Go meeting[2] will be held at
1700 UTC on Thursday 27 October in #fedora-meeting. We will aim for
the "target date #2" milestone of 1 November. The release schedule[3]
has
Due to outstanding blocker bugs[1], F37 Final release candidate 2 was
declared NO-GO.
The next Fedora Linux 37 Final Go/No-Go meeting[2] will be held at
1700 UTC on Thursday 27 October in #fedora-meeting. We will aim for
the "target date #2" milestone of 1 November. The release schedule[3]
has
A package I built last night for Rawhide is stuck in the pending state:
https://bodhi.fedoraproject.org/updates/FEDORA-2022-abb2715b03
I can't seem to find a button to push to get it to move along. Can
somebody with Super Powers give that update a kick, please?
--
Jerry James
On 20. 10. 22 14:26, Panu Matilainen wrote:
Which of the following will happen:
1) rpm will gain ExclusiveArch: %{rust_arches}
2) we will stop requiring the above in Rust packages, as Rust is 100% available
3) rpm will %ifarch %{rust_arches} this change
4) something else (what?)
IMHO if we do
On 20. 10. 22 12:11, Fabio Valentini wrote:
Which of the following will happen:
1) rpm will gain ExclusiveArch: %{rust_arches}
2) we will stop requiring the above in Rust packages, as Rust is 100% available
3) rpm will %ifarch %{rust_arches} this change
4) something else (what?)
IMHO if we do
https://bugzilla.redhat.com/show_bug.cgi?id=2124459
Fedora Update System changed:
What|Removed |Added
Resolution|--- |ERRATA
Fixed In Version|
> So, I am building the wasi-sdk from the source on Fedora 36. But I
> feel it takes more than 60 minutes, and is still in progress.
> I wonder how other program languages supporting WebAssembly manage
> this situation.
I just finished building the source. The building time was 60 minutes.
```
$
https://bugzilla.redhat.com/show_bug.cgi?id=2133972
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-DateTime-TimeZone-2.55 |perl-DateTime-TimeZone-2.55
The failure in pipx is because argparse-manpage[1], which is not in this
list, requires distutils at runtime.
+ /usr/bin/python3 scripts/generate_man.py
Traceback (most recent call last):
File "/builddir/build/BUILD/pipx-1.1.0/scripts/generate_man.py", line 7, in
from
Hi Jan,
Thanks for the work around WebAssembly.
Do you have a plan to create the RPM package for wasi-sdk[1]?
The coming Ruby new version 3.2 supports WebAssembly, and it requires
wasi-sdk to use it.[2]
But the released wasi-sdk binaries on the upstream project don't have
the binary
https://bugzilla.redhat.com/show_bug.cgi?id=2133972
Fedora Update System changed:
What|Removed |Added
Resolution|--- |ERRATA
Status|ON_QA
On Thu, Oct 20, 2022 at 4:20 AM Benson Muite wrote:
> Is there any way to test software that uses GPUs on COPR or Koji? The
> number of such packages will likely increase in future. In particular
> for software that uses ROCM, SYCL, Vulkan and OpenCL?
For OpenCL, you can use the CPU-only
On Thu, Oct 20, 2022 at 9:39 AM Kevin Kofler via devel
wrote:
>
> Matthew Miller wrote:
> > I fundamentally disagree with Kevin on a deep level about "entirely
> > useless", but ... find myself kind of agreeing about the "unpackagable"
> > part. I mean: clearly we've found a way, but I'm really
Matthew Miller wrote:
> I fundamentally disagree with Kevin on a deep level about "entirely
> useless", but ... find myself kind of agreeing about the "unpackagable"
> part. I mean: clearly we've found a way, but I'm really not sure we're
> providing a lot of _value_ in this approach, and I'm also
Just to add a datapoint here I tried both using the direct UEFI image and
the UEFI+GRUB image and I could only get the latter to boot on a new system
I was building for my daughter.
Once booted it worked great, even fully recognizing the memory.
Thanks,
Richard
Peter Robinson wrote:
> Why are they insecure? This is public open data, not banking data,
> where the data being downloaded is verifiable by the rpm signatures
> and signing keys.
The metadata is not, at least not currently.
Kevin Kofler
___
Marius Schwarz wrote:
> On what criteria does the algorithm decide which package to install, if
> the system it should judge on, has more than one DE installed?
It installs the packages for all the installed desktop environments, even if
their functionality overlaps. If you choose to install
Josh Boyer wrote:
> I think it would be interesting to replace it with Colin's OS
> Container ideas. Want KDE? Install the KDE OS container layer.
> Creation of that is in a container file.
That does not even come close to fulfilling all the use cases comps is for.
A comps group can both be
On 10/20/22 12:03, Miro Hrončok wrote:
On 10. 10. 22 16:32, Ben Cotton wrote:
For the last 20 years or so, RPM has used a home-grown OpenPGP parser
for dealing with keys and signatures. That parser is rather infamous
for its limitations and flaws, and especially in recent years has
proven a
OLD: Fedora-37-20221019.n.0
NEW: Fedora-37-20221020.n.0
= SUMMARY =
Added images:1
Dropped images: 5
Added packages: 0
Dropped packages:0
Upgraded packages: 2
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
Dear all,
You are kindly invited to the meeting:
ELN SIG on 2022-10-21 from 12:00:00 to 13:00:00 US/Eastern
At fedora-meet...@irc.libera.chat
The meeting will be about:
Source: https://calendar.fedoraproject.org//meeting/10133/
___
devel
Lots of good wisdom here, thank you. IMHO Rust will benefit from whatever
"adult supervision" Fedora can provide.
-Blaise (currently undergoing treatment for injuries sustained supporting
npm in production)
On Wed, Oct 19, 2022 at 7:05 AM Fabio Valentini
wrote:
> On Wed, Oct 19, 2022 at 11:25
(Originally posted in python-devel@fp.o, cross-posting for better
visibility).
Hello maintainers,
We'd like to add all the non-retired Fedora's packages (co-)maintained by
@python-packagers-sig and the members of Python-maint team to the Zuul
CI[0] configuration.
Please find the full list of
Is there any way to test software that uses GPUs on COPR or Koji? The
number of such packages will likely increase in future. In particular
for software that uses ROCM, SYCL, Vulkan and OpenCL?
___
devel mailing list -- devel@lists.fedoraproject.org
* Miro Hrončok:
> On 19. 10. 22 17:24, Zbigniew Jędrzejewski-Szmek wrote:
>> On Wed, Oct 19, 2022 at 01:49:33PM +0200, Fabio Valentini wrote:
>>> On Wed, Oct 19, 2022 at 11:31 AM Florian Weimer wrote:
I'm going to push a branch to dist-git for very few packages (so far gcc
and
On Thu, Oct 20, 2022 at 11:03 AM Miro Hrončok wrote:
>
> On 10. 10. 22 16:32, Ben Cotton wrote:
> > For the last 20 years or so, RPM has used a home-grown OpenPGP parser
> > for dealing with keys and signatures. That parser is rather infamous
> > for its limitations and flaws, and especially in
https://bugzilla.redhat.com/show_bug.cgi?id=2136430
Paul Howarth changed:
What|Removed |Added
Resolution|--- |RAWHIDE
Status|NEW
https://bugzilla.redhat.com/show_bug.cgi?id=2136430
Bug ID: 2136430
Summary: Upgrade perl-Path-Tiny to 0.128
Product: Fedora
Version: rawhide
URL: https://metacpan.org/release/Path-Tiny
Status: NEW
Component:
On 20. 10. 22 6:42, Elliott Sales de Andrade wrote:
For python-mplcursors, it appears to have setuptools installed anyway,
but it also looks like a crash in pyproject_buildrequires.py
Looks like
https://github.com/anntzer/mplcursors/commit/625dc7b42ca2b0c61e85aa31a70298053e32615e
For
On 10. 10. 22 16:32, Ben Cotton wrote:
For the last 20 years or so, RPM has used a home-grown OpenPGP parser
for dealing with keys and signatures. That parser is rather infamous
for its limitations and flaws, and especially in recent years has
proven a significant burden to RPM development. In
On 19/10/2022 13:56, Vitaly Zaitsev via devel wrote:
On 19/10/2022 10:31, Neal Gompa wrote:
HTTPS does not help with that. It's just a transport protocol.
It will. All requests will be encrypted. ISP will only see server's
IP-address and its hostname (only if SNI is enabled).
HTTPS does
On Thu, 20 Oct 2022 09:50:45 +0200
Dan Horák wrote:
> On Thu, 20 Oct 2022 09:32:06 +0200
> Milan Crha wrote:
>
> > Hi,
> > I searched for tagBuild mails here and one was from January, but it's
> > a) a long time ago; b) about something else.
> >
> > This build:
> >
On Thu, 20 Oct 2022 09:32:06 +0200
Milan Crha wrote:
> Hi,
> I searched for tagBuild mails here and one was from January, but it's
> a) a long time ago; b) about something else.
>
> This build:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=93236447
> from today failed with:
>
>
Hi,
I searched for tagBuild mails here and one was from January, but it's
a) a long time ago; b) about something else.
This build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=93236447
from today failed with:
OSError: [Errno 30] Read-only file system: '/var/tmp/koji/tasks/6716'
Am 09.10.22 um 05:17 schrieb Kevin Kofler via devel:
IMHO, we need a proper solution for the general comps issue rather than that
half-baked compromise that does not really improve the situation. KDE Plasma
users should get KDE applications by default everywhere.
On what criteria does the
43 matches
Mail list logo
