Am 11.04.22 um 19:33 schrieb Zbigniew Jędrzejewski-Szmek:
On Mon, Apr 11, 2022 at 03:37:04PM +0200, David wrote:
On 4/11/22 15:29, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Apr 11, 2022 at 02:36:57PM +0200, Ralf Corsépius wrote:
Hi,
apparently some broken packages have landed in rawhide:
On 4/11/22 08:50, Michael Cronenworth wrote:
On 4/10/22 8:28 PM, Zebediah Figura wrote:
The first problem is that the location of runtime DLLs varies wildly
between distributions, and there's no common independent way to detect
it. We could potentially hardcode a few "guesses" at the runtime
On Mon, Apr 11, 2022 at 5:26 PM David Cantrell wrote:
> This was already addressed. Fedora should not be expected to jump through
> hoops to support vendors unwilling to participate in the open source Linux
> ecosystem. Users should stop buying their hardware -or- contribute to
> projects like
Hello,
I'm in the process of updating wxGTK to 3.1.6 in Rawhide. This comes with
an soname bump. I've built wxGTK 3.1.6 in a side tag, f37-build-side-52676.
The dependent packages are:
CubicSDR -> already rebuilding in side tag
audacity -> already rebuilding in side tag
wxmacmolplt -> needs
On Mon, Apr 11, 2022 at 9:50 AM Ben Beasley wrote:
>
> The libcerf package was updated to version 2.1 in Rawhide yesterday[1],
> which included an unannounced .so version bump from “1” to “2”.
My mistake, I thought I did a "dnf repoquery --whatrequires
libcerf.so.1", but it only showed libecpint.
> However, the majority of Linux PC users *must* step out of the happy path
> to get their hardware working for two cases:
>
> * NVIDIA graphics
> * Broadcom wireless
In the Firefox Public Data Report, GPU vendor is 69% Intel, 13% Nvidia, 13%
AMD, 5% other. I don’t think Broadcom wireless is
Once upon a time, Brian C. Lane said:
> It is likely because UEFI specifies FAT32 on harddrives, and the minimum
> size for FAT32 is 256MB.
mkdosfs will make a FAT32 without warning on a size of 33296KB.
--
Chris Adams
___
devel mailing list --
On Mon, Apr 11, 2022 at 3:36 PM Brian C. Lane wrote:
>
> On Mon, Apr 11, 2022 at 02:21:04PM -0500, Chris Adams wrote:
> > Once upon a time, Peter Boy said:
> > > I want to reiterate, it's not just about cloud platforms! if we remove
> > > BIOS boot (too early), we also kick Fedora servers,
On Mon, Apr 11, 2022 at 3:45 PM Sandro Mani wrote:
> Facing a similar situation a while ago, it was suggested to use a script
> like [1] to prepare an offline cache of all dependencies, and point yarn
> to that folder in the package spec. Other example is pgadmin4 [2].
>
> Sandro
>
> [1]
Facing a similar situation a while ago, it was suggested to use a script
like [1] to prepare an offline cache of all dependencies, and point yarn
to that folder in the package spec. Other example is pgadmin4 [2].
Sandro
[1]
The latest version of python-networkx requires version 0.8 or later of
python-pydata-sphinx-theme to build its documentation. That version
of python-pydata-sphinx-theme needs 3 new python packages, which I can
handle, but it also comes with a new requirement: using node to build
the theme files
On Mon, Apr 11, 2022 at 02:21:04PM -0500, Chris Adams wrote:
> Once upon a time, Peter Boy said:
> > I want to reiterate, it's not just about cloud platforms! if we remove BIOS
> > boot (too early), we also kick Fedora servers, installed on hardware, out
> > of these data centers. And the
Following is the list of topics that will be discussed in the
FESCo meeting Tuesday at 17:00UTC in #fedora-meeting on
irc.libera.chat.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2022-04-12 17:00 UTC'
Links to all issues to be
On Mon, Apr 11, 2022 at 1:21 PM Chris Adams wrote:
>
> Once upon a time, Peter Boy said:
> > I want to reiterate, it's not just about cloud platforms! if we remove BIOS
> > boot (too early), we also kick Fedora servers, installed on hardware, out
> > of these data centers. And the reason is
> Am 11.04.2022 um 21:21 schrieb Chris Adams :
>
> Once upon a time, Peter Boy said:
>> I want to reiterate, it's not just about cloud platforms! if we remove BIOS
>> boot (too early), we also kick Fedora servers, installed on hardware, out of
>> these data centers. And the reason is not
On Mon, Apr 11, 2022 at 02:21:04PM -0500, Chris Adams wrote:
> Once upon a time, Peter Boy said:
> > I want to reiterate, it's not just about cloud platforms! if we remove BIOS
> > boot (too early), we also kick Fedora servers, installed on hardware, out
> > of these data centers. And the
Once upon a time, Peter Boy said:
> I want to reiterate, it's not just about cloud platforms! if we remove BIOS
> boot (too early), we also kick Fedora servers, installed on hardware, out of
> these data centers. And the reason is not that this server hardware does not
> support UEFI, but the
The following Fedora EPEL 7 Security updates need testing:
Age URL
2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-14d598751d
libbson-1.3.5-7.el7
2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-4a24f39c87
blender-2.68a-9.el7
0
> Am 10.04.2022 um 04:50 schrieb Gary Buhrmaster :
>
> On Wed, Apr 6, 2022 at 6:01 PM Neal Gompa wrote:
>
>> Moving past the Big Three(tm), the actual
>> cloud providers that matter from a Fedora context are the smaller
>> outfits that principally serve Linux users. These are companies like
On Mon, Apr 11, 2022 at 4:36 AM Thomas Schmitt wrote:
> > A legacy/fallback image (or two) would provide some breathing room to
> > remove more legacy layers. Including possibly even ISO 9660.
>
> Aww. 14 years of xorriso development would be obsoleted. {:|
>
> Giving up ISO 9660 would mean to
https://bugzilla.redhat.com/show_bug.cgi?id=2073800
--- Comment #6 from Nathanael Noblet ---
Hello Paul,
Yeah feel free to handle it. Its been a long time since I've dealt with some
of these.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2070684
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Chart-2.400.5-1.fc37 |perl-Chart-2.400.5-1.fc37
On Mon, Apr 11, 2022 at 03:37:04PM +0200, David wrote:
> On 4/11/22 15:29, Zbigniew Jędrzejewski-Szmek wrote:
> > On Mon, Apr 11, 2022 at 02:36:57PM +0200, Ralf Corsépius wrote:
> > > Hi,
> > >
> > > apparently some broken packages have landed in rawhide:
> > >
> > > DEBUG util.py:444: Error:
>
Neal Gompa writes:
> Alright, I'll bite. I am within my rights to propose any Change I want
> for Fedora Cloud, which I help steward with David Duncan.
As, presumably, is anyone else?
> As an aside, I examined the state of all release blocking Fedora
> deliverables, and something I noticed is
On Wed, Apr 06, 2022 at 01:57:00PM -0400, Neal Gompa wrote:
> On Wed, Apr 6, 2022 at 11:50 AM Jared Dominguez wrote:
> >
> >
> >
> > On Wed, Apr 6, 2022 at 8:20 AM Neal Gompa wrote:
> >>
> >> On Wed, Apr 6, 2022 at 8:04 AM Vít Ondruch wrote:
> >> >
> >> >
> >> > Dne 05. 04. 22 v 17:08 Neal
https://bugzilla.redhat.com/show_bug.cgi?id=2070684
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Chart-2.400.5-1.fc37 |perl-Chart-2.400.5-1.fc37
On Mon, Apr 11, 2022 at 3:02 AM Lennart Poettering wrote:
>
> On Mo, 11.04.22 02:34, Chris Murphy (li...@colorremedies.com) wrote:
>
> > > > OK, I'll bite.
> > > >
> > > > What are you missing in sd-boot, specifically?
> > > >
> > > > Also, why would a boot menu need a particularly fancy user
Neal Gompa writes:
> Windows is a niche in the server space, rather than the default
That may be true for many workloads, but I doubt it's true in all cases
- Active Directory has a huge footprint, for instance, and Linux is not
"the default" for identity services.
Be well,
--Robbie
The libcerf package was updated to version 2.1 in Rawhide yesterday[1],
which included an unannounced .so version bump from “1” to “2”.
The following packages will need to be rebuilt:
- LabPlot
- gnuplot
- libecpint
[1]
No missing expected images.
Failed openQA tests: 7/229 (x86_64), 9/161 (aarch64)
New failures (same test not failed in Fedora-36-20220410.n.0):
ID: 1220458 Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/1220458
ID: 1220631 Test: aarch64
On Mon, Apr 11, 2022 at 1:37 PM Miroslav Suchý wrote:
> Can you please tell me what is good default for you:
>
> Centos Stream 9:
> 1) epel-9-$arch
> 2) centos-stream-9-$arch
> 3) centos-stream+epel-next-9-$arch
> 4) no default, print error and let user explicitly declare the chroot
As someone
No missing expected images.
Failed openQA tests: 1/15 (aarch64)
Old failures (same test failed in Fedora-IoT-36-20220407.0):
ID: 1220872 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/1220872
Passed openQA tests: 14/15 (aarch64), 15/15 (x86_64)
https://bugzilla.redhat.com/show_bug.cgi?id=2073654
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=2073511
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=2073893
Bug 2073893 depends on bug 2073895, which changed state.
Bug 2073895 Summary: CVE-2022-22624 webkit2gtk3: webkit2: use after free issue
[fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=2073895
What|Removed
https://bugzilla.redhat.com/show_bug.cgi?id=2073858
Jitka Plesnikova changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
https://bugzilla.redhat.com/show_bug.cgi?id=2073742
Jitka Plesnikova changed:
What|Removed |Added
Resolution|--- |RAWHIDE
Fixed In Version|
On 4/10/22 8:28 PM, Zebediah Figura wrote:
The first problem is that the location of runtime DLLs varies wildly between
distributions, and there's no common independent way to detect it. We could
potentially hardcode a few "guesses" at the runtime path into Wine's configure
script, but that
https://bugzilla.redhat.com/show_bug.cgi?id=2071132
Petr Pisar changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Resolution|---
On 4/11/22 15:29, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Apr 11, 2022 at 02:36:57PM +0200, Ralf Corsépius wrote:
Hi,
apparently some broken packages have landed in rawhide:
DEBUG util.py:444: Error:
DEBUG util.py:444: Problem: conflicting requests
DEBUG util.py:444:- nothing
Hi.
I want to get your feedback:
When you enable Copr repository you can run:
dnf copr enable myname/project epel-9-x86_64
The last parameter is optional and most people usually runs:
dnf copr enable myname/project
Dnf-plugins-core tries to guess [3] the correct chroot. On Fedora it is
OLD: Fedora-36-20220410.n.0
NEW: Fedora-36-20220411.n.0
= SUMMARY =
Added images:6
Dropped images: 4
Added packages: 3
Dropped packages:0
Upgraded packages: 25
Downgraded packages: 0
Size of added packages: 553.34 MiB
Size of dropped packages:0 B
Size
On Mon, Apr 11, 2022 at 02:36:57PM +0200, Ralf Corsépius wrote:
> Hi,
>
> apparently some broken packages have landed in rawhide:
>
> DEBUG util.py:444: Error:
> DEBUG util.py:444: Problem: conflicting requests
> DEBUG util.py:444:- nothing provides mpich-devel(x86-64) = 3.4.1 needed
> by
Missing expected images:
Minimal raw-xz armhfp
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 10/231 (x86_64), 20/161 (aarch64)
New failures (same test not failed in Fedora-Rawhide-20220410.n.0):
ID: 1219957 Test: x86_64 Workstation-live-iso
https://bugzilla.redhat.com/show_bug.cgi?id=2073654
--- Comment #1 from Fedora Update System ---
FEDORA-2022-5e47b36b35 has been submitted as an update to Fedora 36.
https://bodhi.fedoraproject.org/updates/FEDORA-2022-5e47b36b35
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=2073654
Jitka Plesnikova changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
jplesnik merged a pull-request against the project: `perl-XML-LibXSLT` that you
are following.
Merged pull-request:
``
Tests
``
https://src.fedoraproject.org/rpms/perl-XML-LibXSLT/pull-request/1
___
perl-devel mailing list --
https://bugzilla.redhat.com/show_bug.cgi?id=2073742
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
Hi,
apparently some broken packages have landed in rawhide:
DEBUG util.py:444: Error:
DEBUG util.py:444: Problem: conflicting requests
DEBUG util.py:444:- nothing provides mpich-devel(x86-64) = 3.4.1
needed by petsc-mpich-devel-3.16.5-2.fc37.x86_64
DEBUG util.py:446: (try to add
https://bugzilla.redhat.com/show_bug.cgi?id=2073667
Petr Pisar changed:
What|Removed |Added
Link ID||Github dk/Prima/issues/62T
--- Comment
jplesnik opened a new pull-request against the project: `perl-XML-LibXSLT` that
you are following:
``
Tests
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-XML-LibXSLT/pull-request/1
___
perl-devel mailing list --
https://bugzilla.redhat.com/show_bug.cgi?id=2073667
Petr Pisar changed:
What|Removed |Added
CC|ppi...@redhat.com |
Doc Type|---
Hello everyone,
Please join us at the next Open NeuroFedora team meeting on Monday 11th
April(today!) at 1300UTC in #fedora-neuro on IRC (Libera.chat) or
Matrix. The meeting is a public meeting, and open for everyone to
attend. You can join us over:
Matrix:
Hi,
Chris Murphy wrote:
> At least with the BIOS firmware without a bug, the GRUB LBA 0 code
> jumps direct to core.img, no instruction on how to read the GPT and
> find the core.img from BIOS boot partition.
That's probably because the GRUB MBR code for hard disk gets the LBA
of the next stage
OLD: Fedora-Rawhide-20220410.n.0
NEW: Fedora-Rawhide-20220411.n.0
= SUMMARY =
Added images:0
Dropped images: 2
Added packages: 0
Dropped packages:2
Upgraded packages: 36
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:471.17
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-34-20220410.0):
ID: 1219869 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
https://bugzilla.redhat.com/show_bug.cgi?id=2073511
--- Comment #1 from Fedora Update System ---
FEDORA-2022-f269899743 has been submitted as an update to Fedora 36.
https://bodhi.fedoraproject.org/updates/FEDORA-2022-f269899743
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=2073511
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
On Mo, 11.04.22 02:34, Chris Murphy (li...@colorremedies.com) wrote:
> > > OK, I'll bite.
> > >
> > > What are you missing in sd-boot, specifically?
> > >
> > > Also, why would a boot menu need a particularly fancy user experience?
> > > It's a boot manager, not a web browser.
> >
> > "barebones
https://bugzilla.redhat.com/show_bug.cgi?id=2073511
Jitka Plesnikova changed:
What|Removed |Added
CC|iarn...@gmail.com, |
Hi,
On 4/11/22 01:07, Gabriel Ramirez wrote:
> On 4/10/22 16:10, Neal Gompa wrote:
>> On Sun, Apr 10, 2022 at 4:37 PM Dominik 'Rathann' Mierzejewski
>> wrote:
>>> On Friday, 08 April 2022 at 16:14, Zamir SUN wrote:
>>> [...]
Probably it isn't a problem for some users, but I'm still having
On Sun, Apr 10, 2022 at 1:31 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Thu, Apr 07, 2022 at 10:43:02AM +0200, Lennart Poettering wrote:
> > On Mi, 06.04.22 07:33, Neal Gompa (ngomp...@gmail.com) wrote:
> > > Irrespective of this change, I would flat-out oppose moving to
> > > sd-boot. In any
On Sat, Apr 9, 2022 at 1:51 AM Thomas Schmitt wrote:
>
> Hi,
>
> > OK so there isn't (yet) an option to embed the GRUB core.img in a GPT
> > BIOS boot partition, I take it? The assumption is MBR? On hard drives,
> > core.img goes in the MBR gap. I'm not sure where it goes on xorriso
> > produced
On Sunday, 10 April 2022 at 22:30, Dominik 'Rathann' Mierzejewski wrote:
> On Friday, 08 April 2022 at 13:41, Vitaly Zaitsev via devel wrote:
> > On 08/04/2022 09:54, Dominik 'Rathann' Mierzejewski wrote:
> > > I already did. Isn't that what I wrote?
> >
> > Can you post their answer?
>
> Yes:
>
64 matches
Mail list logo
