Hi,
On 8/29/21 11:46 PM, Gordon Messmer wrote:
> On 8/1/21 3:54 PM, Neal Gompa wrote:
>> But that doesn't stop anyone from maintaining an unsigned version.
>
>
> The documentation suggests that the UEFI binary can be loaded directly (which
> I've done), or through the EFI handover protocol. I
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20210829.0):
ID: 962292 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
On Mon, 2021-08-30 at 07:55 +0200, Ondrej Dubaj wrote:
> Hi,
>
> Thank you for the update Ian. It was not meant the way every packager
> is ignoring the opened issues, we appreciate your work on this
> autoconf-2.71 issue. Sorry for generalizing this.
And my comment was not meant to sound
On 8/30/21 12:08 PM, Hans de Goede wrote:
I checked the entry on a Windows multiboot system and it does not have the
"insmod chain" line, maybe droppint that helps?
Same result. GRUB returns immediately to its menu. I'm certain the
path is correct, because GRUB will report an error if it
HEADS-UP:
autoconf-2.71 is merged and built in Fedora rawhide together with the rest
of autotools: automake-1.16-4.1 and libtool-2.4.6-43.
In the next few days, scratch-build for each dependent package will be
executed and failed packages F36FTBFS trackers will be created.
Thank you all for
On Monday, 23 August 2021 at 13:53, Dominik 'Rathann' Mierzejewski wrote:
> Hi!
> Last year, I announced my intention to orphan openbabel. Several folks
> replied, but nobody said they wanted to take over as primary maintainer.
> In the end, I didn't actually orphan the package, but I didn't do
Thanks for pointing this out.
I’ll unretire typer and typer-cli, then, and give it another chance.
It’s been less than eight weeks (only a few days!) so unretirement will
be quick and will not require re-review.
A little communication from the upstream maintainer would have really
helped!
Hi,
I've had some life events keep me from pushing package updates for about a month. My
attempt at pushing the latest wine update resulted in an ARM build failure that
seems to indicate either a toolchain changes or compiler error. I couldn't find any
Fedora 36 changes to match. Any ideas?
On 8/30/21 8:37 PM, Michael Cronenworth wrote:
I've had some life events keep me from pushing package updates for about a month.
My attempt at pushing the latest wine update resulted in an ARM build failure that
seems to indicate either a toolchain changes or compiler error. I couldn't find
No missing expected images.
Failed openQA tests: 2/16 (x86_64), 1/15 (aarch64)
New failures (same test not failed in Fedora-IoT-35-20210825.0):
ID: 962802 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server
URL: https://openqa.fedoraproject.org/tests/962802
ID: 962803 Test: x86_64
Hello everyone!
We had to reschedule the meeting due to lack of participants today
(really sorry for the late reminder :( ).
The next meeting would be held on 13th September 2021, at 1300 UTC. If
the time is not suitable, please let us know on our messaging channels
and we can have a vote to
Hello everyone!
Sorry for the really short notice, but please join us at the next Open
NeuroFedora team meeting on Monday 30th August (today!) at 1300UTC in
#fedora-neuro on IRC (Libera.chat). The meeting is a public meeting,
and open for everyone to attend. You can join us over:
IRC:
Greetings,
Some months ago, I announced [0] that I will move the package maintainer
docs from wiki to docs.fedoraproject.org. I am happy to announce that
this task is complete and the docs are public in their new location now
[1]. Hopefully, this will allow existing and new packagers to find
I recently had to perform a bit of development/research where I often had to
take a look in the kernel documentation.
Most of the time was spend offline so I wanted to download the `kernel-doc`
package however it does not seem to exist.
Some old fedora documentations still refer to it however
On 8/30/21 12:20 AM, Hans de Goede wrote:
For the grub bit I think you just need a menu entry with a chainloader
line in there, similar to how booting Windows in a multi-boot setup works.
Among other things, I've tried
insmod chain
chainloader //pcmemtest.efi
When that
On Mon, 30 Aug 2021 at 13:07, Nils K wrote:
>
> I recently had to perform a bit of development/research where I often had to
> take a look in the kernel documentation.
>
> Most of the time was spend offline so I wanted to download the `kernel-doc`
> package however it does not seem to exist.
>
On Mon, Aug 30, 2021 at 1:44 PM Stephen John Smoogen wrote:
>
> On Mon, 30 Aug 2021 at 13:07, Nils K wrote:
> >
> > I recently had to perform a bit of development/research where I often had
> > to take a look in the kernel documentation.
> >
> > Most of the time was spend offline so I wanted to
On 30. 08. 21 17:02, Fabio Valentini wrote:
On Mon, Aug 30, 2021 at 11:49 AM Ondrej Dubaj wrote:
HEADS-UP:
autoconf-2.71 is merged and built in Fedora rawhide together with the rest of
autotools: automake-1.16-4.1 and libtool-2.4.6-43.
In the next few days, scratch-build for each dependent
A bit of heads up for anyone who uses custom/user macros with
rpkg(-util):
https://docs.pagure.org/rpkg-util/v3/macro_reference.html#user-defined-macros
With version 2, it was enough to have `rpkg.macros` file in the
directory where rpkg is executed and the custom macros were
automatically
There is nothing on the agenda, so I'm canceling this week's meeting.
I'll pick this up again next week if we have anything.
= Discussed and Voted in the Ticket =
#2654 Nonresponsive maintainer: Markus Mayer lotharlutz
https://pagure.io/fesco/issue/2654
APPROVED (+3, 0, -0)
--
真実はいつも一つ!/
On Mon, Aug 30, 2021 at 11:49 AM Ondrej Dubaj wrote:
>
> HEADS-UP:
>
> autoconf-2.71 is merged and built in Fedora rawhide together with the rest of
> autotools: automake-1.16-4.1 and libtool-2.4.6-43.
>
> In the next few days, scratch-build for each dependent package will be
> executed and
On Mon, Aug 30, 2021 at 5:29 PM Miro Hrončok wrote:
>
> On 30. 08. 21 17:02, Fabio Valentini wrote:
> > On Mon, Aug 30, 2021 at 11:49 AM Ondrej Dubaj wrote:
> >>
> >> HEADS-UP:
> >>
> >> autoconf-2.71 is merged and built in Fedora rawhide together with the rest
> >> of autotools:
Hi,
On 8/30/21 7:11 PM, Gordon Messmer wrote:
> On 8/30/21 12:20 AM, Hans de Goede wrote:
>> For the grub bit I think you just need a menu entry with a chainloader
>> line in there, similar to how booting Windows in a multi-boot setup works.
>
>
> Among other things, I've tried
>
>
https://bugzilla.redhat.com/show_bug.cgi?id=1858048
Gordon Messmer changed:
What|Removed |Added
CC||gordon.mess...@gmail.com
---
https://bugzilla.redhat.com/show_bug.cgi?id=1858048
--- Comment #7 from Ralf Corsepius ---
To put that straight: I am maintaining rt4 in Fedora for many years and I am
still interested in packaging rt5.
It's just that some non-helpful fanatics have shot down the package dependency
chain of
https://bugzilla.redhat.com/show_bug.cgi?id=1858048
Emmanuel Seyman changed:
What|Removed |Added
CC||emman...@seyman.fr
--- Comment #8
https://bugzilla.redhat.com/show_bug.cgi?id=1999019
Jitka Plesnikova changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
https://bugzilla.redhat.com/show_bug.cgi?id=1999019
Bug ID: 1999019
Summary: perl-Storable-3.25 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Storable
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1999019
--- Comment #1 from Upstream Release Monitoring
---
One or more of the new sources for this package are identical to the old
sources. This is most likely caused either by identical source files between
releases, for example service files, or
https://bugzilla.redhat.com/show_bug.cgi?id=1994926
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1999019
--- Comment #2 from Upstream Release Monitoring
---
An unexpected error occurred while creating the scratch build and has been
automatically reported. Sorry!
--
You are receiving this mail because:
You are on the CC list for the bug.
Thanks for pointing this out.
I’ll unretire typer and typer-cli, then, and give it another chance.
It’s been less than eight weeks (only a few days!) so unretirement will
be quick and will not require re-review.
A little communication from the upstream maintainer would have really
helped!
https://bugzilla.redhat.com/show_bug.cgi?id=1991693
Emmanuel Seyman changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
Fixed
https://bugzilla.redhat.com/show_bug.cgi?id=1997117
Emmanuel Seyman changed:
What|Removed |Added
Fixed In Version||perl-MooseX-App-1.42-1.fc36
https://bugzilla.redhat.com/show_bug.cgi?id=1997113
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On 21. 08. 21 22:25, Elliott Sales de Andrade wrote:
In Dask, they have some extras that have effectively been removed, but
they kept them in their config for backwards compatibility.
In Fedora, I would like to remove the meta-subpackages, as they don't
provide any additional Requires. As such,
On 24. 08. 21 18:47, Mattia Verga wrote:
On Sun, 22 Aug 2021 at 06:06, Mattia Verga
Oh, I've missed that. Thanks.
Longer explanation: I was lazy to introduce the pyproject-srpm-macros
subpackage that is always installed. Hence none of the pyproject macros is
available in the buildroot when
jplesnik opened a new pull-request against the project: `perl-Storable` that
you are following:
``
Tests
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Storable/pull-request/1
___
perl-devel mailing list --
On 30. 08. 21 14:45, Miro Hrončok wrote:
When the SRPM macro is created...
I've meant "When the SRPM is created..."
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To
39 matches
Mail list logo