On 3/31/22 14:38, Neal Gompa wrote:
Additionally, we're not really sure what the scope of things should be
provided in said recovery environment and what kind of things people
would expect to be able to fix in there.
The ticket mentions Boot Repair, which is the first thing that comes to
mind
On 4/4/22 15:51, Justin Forbes wrote:
> On Mon, Apr 4, 2022 at 11:47 AM Colin Walters wrote:
>>
>> Hi, creating a thread on this from:
>> https://github.com/coreos/fedora-coreos-config/pull/1650
>>
>> Basically I'd propose that not just our default images have y2038-compatible
>> filesystem set
On 4/4/22 17:37, Jered Floyd wrote:
>
> Hello, Fedora-land! I imagine I likely know many people here...
>
> Why I've joined the list: The Package Maintainers Howto says I should, and
> also to say hello. Hello! I'm in the process of moving my personal
> infrastructure from some slowly decayi
Robert Marcano via devel wrote:
> I am not sure about having a full graphics environment, but it would be
> nice to have the functionality of the server installers rescue mode,
> where the system try to create a system tree at /mnt/sysimage IIRC and
> allows you to run `chroot /mnt/sysimage` to ent
I checked ABI compatibility with fedabidiff and there are only added
variables and functions. No rebuilds required.
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.or
Hello, Fedora-land! I imagine I likely know many people here...
Why I've joined the list: The Package Maintainers Howto says I should, and
also to say hello. Hello! I'm in the process of moving my personal
infrastructure from some slowly decaying servers at INAP Somerville into
AWS us-east-1, and
We have decided to remove `varlink` (provided by the `libvarlink-utils`
package) from Fedora CoreOS. Podman was the primary consumer of this
package and the use of it was removed in Podman v3.0 and later [1]. At the
moment, we are not aware of any other consumers of libvarlink-utils on FCOS.
The p
On Mon, Apr 04, 2022 at 01:39:12PM -0400, Kevin P. Fleming wrote:
> (moving thread here from Ask Fedora)
>
> I use `tlp` and `tlp-rdw` on my laptop to manage power/performances modes,
> and enable/disable the WiFi radio. With F35 this was working fine.
>
> On Friday I did an in-place upgrade to F
On Mon, Apr 4, 2022 at 10:53 AM Robert Marcano via devel <
devel@lists.fedoraproject.org> wrote:
> I am not sure about having a full graphics environment, but it would be
> nice to have the functionality of the server installers rescue mode,
> where the system try to create a system tree at /mnt/s
On Mon, Apr 4, 2022 at 11:47 AM Colin Walters wrote:
>
> Hi, creating a thread on this from:
> https://github.com/coreos/fedora-coreos-config/pull/1650
>
> Basically I'd propose that not just our default images have y2038-compatible
> filesystem setups, we ensure that if e.g. XFS is explicitly ch
On Mon, Apr 4, 2022 at 12:47 PM Colin Walters wrote:
>
> Hi, creating a thread on this from:
> https://github.com/coreos/fedora-coreos-config/pull/1650
>
> Basically I'd propose that not just our default images have y2038-compatible
> filesystem setups, we ensure that if e.g. XFS is explicitly ch
(moving thread here from Ask Fedora)
I use `tlp` and `tlp-rdw` on my laptop to manage power/performances modes,
and enable/disable the WiFi radio. With F35 this was working fine.
On Friday I did an in-place upgrade to F36 Beta, and this morning I
realized that two default services that I had mask
Hi, creating a thread on this from:
https://github.com/coreos/fedora-coreos-config/pull/1650
Basically I'd propose that not just our default images have y2038-compatible
filesystem setups, we ensure that if e.g. XFS is explicitly chosen for a
Workstation installation then it is set up with bigti
No missing expected images.
Failed openQA tests: 11/161 (aarch64), 9/229 (x86_64)
New failures (same test not failed in Fedora-36-20220403.n.0):
ID: 1209910 Test: aarch64 Server-dvd-iso
install_blivet_standard_partition_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/1209910
ID: 12099
On 3/31/22 5:38 PM, Neal Gompa wrote:
Hey all,
Earlier this week, the Fedora Workstation WG discussed a ticket
brought to us asking for a GUI-based rescue/recovery environment[1].
While we all agreed in principle that such a thing would be a very
good thing to have, we don't really know how to a
No missing expected images.
Failed openQA tests: 1/15 (aarch64)
Old failures (same test failed in Fedora-IoT-36-20220403.0):
ID: 1210506 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/1210506
Passed openQA tests: 15/15 (x86_64), 14/15 (aarch64)
Missing expected images:
Minimal raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
1 of 43 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 9/231 (x86_64), 20/161 (aarch64)
New failures (sam
perl-Chart-2.400.10 in Fedora 37 changed a license from (GPL+ or Artistic) to
((GPL+ or Artistic) and Artistic 2.0).
-- Petr
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
OLD: Fedora-36-20220403.n.0
NEW: Fedora-36-20220404.n.0
= SUMMARY =
Added images:0
Dropped images: 1
Added packages: 0
Dropped packages:0
Upgraded packages: 18
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Failed openQA tests: 1/15 (x86_64), 4/15 (aarch64)
New failures (same test not failed in Fedora-IoT-37-20220403.0):
ID: 1209717 Test: x86_64 IoT-dvd_ostree-iso install_default_upload@uefi
URL: https://openqa.fedoraproject.org/tests/120
There are several recovery disks available that could serve as examples.
https://www.system-rescue.org/
On Mon, Apr 4, 2022 at 7:12 AM Fabio Valentini wrote:
> On Thu, Mar 31, 2022 at 11:39 PM Neal Gompa wrote:
> >
> > Hey all,
> >
> > Earlier this week, the Fedora Workstation WG discussed a ti
On Thu, Mar 31, 2022 at 11:39 PM Neal Gompa wrote:
>
> Hey all,
>
> Earlier this week, the Fedora Workstation WG discussed a ticket
> brought to us asking for a GUI-based rescue/recovery environment[1].
> While we all agreed in principle that such a thing would be a very
> good thing to have, we d
On Mon, Apr 4, 2022 at 1:45 AM Ian Laurie wrote:
>
> I noticed in VirtualBox with GNOME and 20220401.n.0 that if I resized
> the VM window when logged into GNOME it slammed me back to the greeter,
> apparently without killing my login session.
This happened to me too a few times, but on "bare me
> == Detailed Description ==
>
> During signing builds, the files in it will be signed with IMA signatures.
> These signatures will be made with a key that's kept by the Fedora
> Infrastructure team, and installed on the sign vaults.
I wonder, does this have measurable effect on the time it takes
OLD: Fedora-Rawhide-20220403.n.0
NEW: Fedora-Rawhide-20220404.n.0
= SUMMARY =
Added images:0
Dropped images: 1
Added packages: 0
Dropped packages:0
Upgraded packages: 29
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size
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-20220403.0):
ID: 1209310 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
No missing expected images.
Failed openQA tests: 1/8 (aarch64)
New failures (same test not failed in Fedora-Cloud-35-20220403.0):
ID: 1209303 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/1209303
Soft failed openQA tests: 1/8 (x86_64)
I am planning to build a new python-redis version in Rawhide/f37 (
https://src.fedoraproject.org/rpms/python-redis/pull-request/7# ).
The current f37 build 3.5.3 is pretty old. The upstream does a good job of
writing changelogs for anyone interested/affected:
https://github.com/redis/redis-py/rele
> > == How To Test ==
> > You can verify that a signature has been put in place by looking at
> > the extended attribute by running: `getfattr -d -m security.ima
> > /usr/bin/bash` (change `/usr/bin/bash` with the file to check).
>
> Can one easily query the RPM archive for the signature blob for a
29 matches
Mail list logo
