On 2022-04-18 18:25, Ian Pilcher wrote:
...
Basically, I suggest that Fedora stop worrying about BIOS boot or other
"weird" boot configurations. Instead, provide a truly manual
installation path where all boot and storage configuration is the
responsibility of the user.
...
I am using Fedor
On Tuesday, 19 April 2022 at 17:34, Thomas Schmitt wrote:
> Hi,
>
> Dominik 'Rathann' Mierzejewski wrote:
> > Looks like it's a common issue with USB stick booting on these old Dell
> > XPS 15s:
> > https://askubuntu.com/questions/611135/operation-system-not-found-during-usb-boot
> > https://askub
Adam Williamson wrote:
> Right now it's not entirely clear whether this is considered part of
> the Change scope or not. The paragraph about the `uvesafb` driver seems
> kind of aspirational and doesn't seem to commit to anything. The
> "Benefit to Fedora" section states "Verified modern supported
Hi,
Dusty Mabe wrote:
> Currently we use isohybrid [1] (also from syslinux package) to modify the
> ISO to be able to be booted on a USB key. Would we be able to still get that
> functionality without isohybrid from the syslinux package?
Yes. The GRUB2 MBR code will get the equivalent treatment a
On Wed, 2022-04-20 at 15:06 -0400, Adam Jackson wrote:
> Apologies for the delay here, but I've updated the change proposal
> page based on the feedback in this thread. Please let me know what you
> think.
To echo what Kamil and Kevin said earlier: I'm fine with this so long
as we still have a via
On Tuesday, 19 April 2022 at 09:20, Thomas Schmitt wrote:
> Hi,
>
> i wrote:
> > > Does the following bash hack "repair" the USB stick so that it boots on
> > > the affected machine ?
> > > echo $'\x80' | dd of=/dev/sdX conv=notrunc bs=1 seek=446 count=1
>
> Dominik 'Rathann' Mierzejewski wrote
On Wed, Apr 20, 2022 at 03:06:33PM -0400, Adam Jackson wrote:
> I've updated the change proposal page based on the feedback in this
> thread. Please let me know what you think.
I love it. It's funny to read but very clear.
One suggestion: collect the diagnostics commadn in a pastable string that
On 4/13/22 19:52, Brian C. Lane wrote:
> A huge thanks to Thomas Schmitt for posting xorrisofs arguments :)
>
> Here is a lorax PR switching to grub2 for BIOS and changing the layout
> of the iso as described in his post:
Hey Brian, thanks for sharing. Is this an effort to drop the isolinux/sys
On Wed, Apr 20, 2022 at 3:07 PM Adam Jackson wrote:
>
> Apologies for the delay here, but I've updated the change proposal
> page based on the feedback in this thread. Please let me know what you
> think.
>
You noted Parallels Desktop, which is actually a fair point I forgot about.
Fortunately,
Apologies for the delay here, but I've updated the change proposal
page based on the feedback in this thread. Please let me know what you
think.
- ajax
On Thu, Apr 7, 2022 at 4:10 PM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/LegacyXorgDriverRemoval
>
>
> == Summary ==
>
> This
No missing expected images.
Failed openQA tests: 8/229 (x86_64), 12/161 (aarch64)
New failures (same test not failed in Fedora-36-20220419.n.0):
ID: 1231975 Test: x86_64 Workstation-live-iso release_identification
URL: https://openqa.fedoraproject.org/tests/1231975
ID: 1232008 Test: x86_
Good everning,
I just experienced that, when setting up a new Fedora, Anaconda (both
"Custom" and "Advanced Custom (Blivet-GUI)") always uses aes-xts-plain64
for disk encryption, even if the hardware does not support AES-NI.
Does it make sense to use xchacha12,aes-adiantum-plain64 by default
Due to outstanding blocker bugs[1], we do not have an F36 Final
release candidate. As a result, F36 Final is NO-GO for target date #1
and tomorrow's Go/No-Go meeting is cancelled.
The next Fedora Linux 36 Final Go/No-Go meeting[2] will be held at
1700 UTC on Thursday 28 April in #fedora-meeting. W
OLD: Fedora-36-20220419.n.0
NEW: Fedora-36-20220420.n.0
= SUMMARY =
Added images:0
Dropped images: 1
Added packages: 0
Dropped packages:0
Upgraded packages: 11
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of
Dne 19. 04. 22 v 20:35 Kevin Fenzi napsal(a):
On Tue, Apr 19, 2022 at 07:48:56PM +0200, Vít Ondruch wrote:
I think this is broken again. Last notification I have received was at
03:50:49 UTC.
Yep. Restarted it.
Thank you. It works as of today.
In other news, we now have the upstream pyt
On 4/13/22 23:28, Gordon Messmer wrote:
I've gotta ask... How much memory does the new dnf daemon take while idle?
I know this comes up time to time... As it is, PackageKitd and gnome-software
both, individually, take ~ 450MB of RAM without any user interaction (other
than logging in to a des
On Thu, 24 Mar 2022 at 08:49, Sandro Mani wrote:
>
>
> On 14.03.22 23:50, Sandro Mani wrote:
> > Hi
> >
> > As per [1] I'll be landing mingw-gcc-12.0.1 and mingw-binutils-2.38
> > towards the end of the week. I've completed test-builds here [2].
>
> Looks like there is an ABI incompatibility (std::
The License field of python-pyscaffold has been corrected from MIT to
(MIT and BSD0). The overall license is MIT, but the template files are BSD0.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.
Hello,
I've just orphaned python-readthedocs-sphinx-ext[1].
In the communication with the upstream we discovered this extension was
used as an internal tool for the readthedocs builders. We concluded it
shouldn't be needed in Fedora at all.
Three packages in Fedora BR it, all of them received PRs
https://postimg.cc/bD87J8tF
Tested on old Dell r720 with bios boot.
___
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.org/en-US/p
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-20220419.0):
ID: 1231816 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
https://postimg.cc/bD87J8tF
Booted on the old Dell r710 via classic bios.
___
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.org/
On Mon, Apr 11, 2022 at 11:18:17PM -0500, Zebediah Figura wrote:
> 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
On 4/17/22 13:26, Maxwell G via devel wrote:
Apr 16, 2022 8:01:27 PM Globe Trotter via devel :
Source1: %{source0}.sig
Does this still fail if you use the full path? It looks like `%{source0}` isn't
getting expanded properly.
Macros are case-sensitive. It's %{SOURCE0}.
- Panu -
24 matches
Mail list logo
