Re: F34 Change proposal: Compress Kernel Firmware (Self-Contained Change)

2020-10-23 Thread Chris Murphy
On Fri, Oct 23, 2020 at 8:33 AM Neal Gompa wrote: > > On Fri, Oct 23, 2020 at 1:39 AM Chris Murphy wrote: > > I'm not sure it's possible (still) for UEFI and BIOS GRUB to co-exist > > on one media, hence using isolinux to boot BIOS. > Could we just drop syslinux/

Re: F34 Change proposal: Compress Kernel Firmware (Self-Contained Change)

2020-10-23 Thread Chris Murphy
On Fri, Oct 23, 2020 at 8:18 AM Chris Adams wrote: > > Once upon a time, Chris Murphy said: > Although: now that I look at the ISO structure with isoinfo, it does > appear that the files are not actually duplicated - they are pointing to > the same sectors. Reading the genis

Re: F34 Change proposal: Compress Kernel Firmware (Self-Contained Change)

2020-10-22 Thread Chris Murphy
verything could be on the squashfs file and deduped. I'm not sure it's possible (still) for UEFI and BIOS GRUB to co-exist on one media, hence using isolinux to boot BIOS. ISO 9660 doesn't support hardlinks or symlinks. UDF supports both. But I think xorriso doesn't support UDF and also I

Re: Btrfs question for Fedora 33 beta. How can I add nocow to /var

2020-10-16 Thread Chris Murphy
ng what problem you think you might have, that you're trying to avoid. > I tried to create the two subvars, without success. I even went so far as to > examine the grub menu entries. What did you try? How did it fail? > Is this not possible with Fed33 beta? Fedora

Re: Kernel - default log levels

2020-10-13 Thread Chris Murphy
Fedora 33 upgraded from F32, and clean install Fedora 33 (Workstation) $ cat /proc/sys/kernel/printk 3417 -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: F33 Workstation/btrfs: Can't reinstall while preserving /home

2020-10-09 Thread Chris Murphy
ecified when creating a new partition, preventing specific use cases (edit) https://bugzilla.redhat.com/show_bug.cgi?id=1878620 -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fe

Re: Fedora 32/33 livedisks do not boot on M$ system(s)

2020-10-05 Thread Chris Murphy
in related bug: https://bugzilla.redhat.com/show_bug.cgi?id=1883609#c30 In this case you can replace it by just copying a substitute grubx64.efi to the proper location on the USB stick... which might be EFI/BOOT, I'd have to poke it with a stick to find out. -- Chris Murphy __

Re: Fedora 32/33 livedisks do not boot on M$ system(s)

2020-10-04 Thread Chris Murphy
On Sun, Oct 4, 2020 at 10:50 AM Marius Schwarz wrote: > > Am 03.10.20 um 22:07 schrieb Chris Murphy: > > > > No the correct invocation is "dnf reinstall grub2-efi-x64 shim-x64" > > > > Suggesting UEFI users install GRUB with grub2-install is asking for

Re: Fedora 32/33 livedisks do not boot on M$ system(s)

2020-10-04 Thread Chris Murphy
urn hasn't changed in 12 months, so yeah that leaves grub. -- Chris Murphy ___ 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

Re: Fedora 32/33 livedisks do not boot on M$ system(s)

2020-10-03 Thread Chris Murphy
rubx64.efi expects to find the grub.cfg in /boot/grub2/grub.cfg. This OSLoader is not signed. The grub2-efi-x64-2.04-31.fc33.x86_64 based grubx64.efi expects to find the grub.cfg on the EFI system partition inside EFI/fedora/ and this OSLoader is signed. Basically you've stepped thro

Re: Fedora 32/33 livedisks do not boot on M$ system(s)

2020-10-03 Thread Chris Murphy
t work with UEFI Secure Boot enabled unless manually signed by the user, and it has different behavior from the Fedora created one: where it expects to find modules and the grub.cfg. > But the correct invocation for EFI systems is different. You just use > "grub2-install" without the disk d

Re: Fedora 34 Change proposal: Reduce installation media size by eliminating the intermediate EXT4 filesystem in the SquashFS (Self-Contained Change)

2020-10-02 Thread Chris Murphy
t it to compare. Further, Server installations benefit from RPM's using zstd compression, whereas Workstation installs use xz compression with a correspondingly higher CPU hit. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsu

Re: Fedora 32/33 livedisks do not boot on M$ system(s)

2020-09-30 Thread Chris Murphy
On Wed, Sep 30, 2020 at 4:22 PM Marius Schwarz wrote: > > Am 01.10.20 um 00:02 schrieb Chris Murphy: > > I made some more tests. It's a race, 1 out of 10 tries succeeds and the > chance that it does is improoved by inserting the usb drive while being > in the bios. > &

Re: Fedora 32/33 livedisks do not boot on M$ system(s)

2020-09-30 Thread Chris Murphy
On Wed, Sep 30, 2020 at 3:42 PM Marius Schwarz wrote: > > Am 30.09.20 um 23:00 schrieb Chris Murphy: > > > > > > And then these are current > > grub2-efi-x64-2.04-31.fc33.x86_64 > > grub2-efi-x64-2.04-23.fc32.x86_64 > > grub2-efi-x64-2.02-110.fc31.x86_64

Re: Fedora 32/33 livedisks do not boot on M$ system(s)

2020-09-30 Thread Chris Murphy
On Wed, Sep 30, 2020 at 10:46 AM Stephen John Smoogen wrote: > > The Fedora secure boot signing keys were updated after F32 was initially released to deal with the grub2 problems found during the summer. I believe some systems have needed firmware updates from the manufacturer to work with the

Re: Fedora 32/33 livedisks do not boot on M$ system(s)

2020-09-30 Thread Chris Murphy
o idea what the LiveCD component is, but the bug report contains so little information I also don't know what I'd reassign it to. Asking about it on devel is probably the right thing to do for now. -- Chris Murphy ___ devel mailing list -- devel@lists.

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

2020-09-25 Thread Chris Murphy
ult#Compression I added a note about 2.5 weeks ago. NOTE: These optimizations will not be used by default in Fedora 33, but are available for opt-in adoption and evaluation. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To u

Re: btrfs and ERC defaults

2020-09-20 Thread Chris Murphy
as the early warning sign, and then either all zeros or garbage instead of your data. If you're lucky, the drive itself goes read-only (different than the file system reporting the fs has gone read only) leaving your data readable. -- Chris Murphy _

Re: btrfs / booting alternative OS versions from subvolumes

2020-09-20 Thread Chris Murphy
us coexist so long as you don't ever do 'grub2-mkconfig' within Fedora 33,thereby obliterating the shared grubenv, wiping out the kernelopts line. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: btrfs / booting alternative OS versions from subvolumes

2020-09-20 Thread Chris Murphy
rkstation, Workstation + KDE, Workstation + Silverblue. For the adventurous and ultra efficiency seekers, such installations would be highly prone to being deduped. Of course from the DE's perspective, these are still completely separate installations, with separate system updates,

Re: Fedora 33 blocker status , with CALL FOR TESTING on abrt/libreport

2020-09-12 Thread Chris Murphy
dnf update *rpm And it skips a bunch of rpms that get downloaded as part of that update, but aren't already installed. Here's what I discovered following that: https://bugzilla.redhat.com/show_bug.cgi?id=1878317 -- Chris Murphy ___ devel mailing list -- d

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

2020-09-10 Thread Chris Murphy
19:42 resolv.conf -> ../run/systemd/resolve/stub-resolv.conf Chris Murphy ___ 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.

Re: Manual intervention required: broken /etc/nsswitch.conf and /etc/resolv.conf for F33 early adopters

2020-09-10 Thread Chris Murphy
es hand, points at himself), and there should be no bugs, but they're still gonna happen! Even a 9 step reset recipe is better than just being screwed. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: BTRFS, relatime vs. noatime

2020-09-07 Thread Chris Murphy
On Mon, Sep 7, 2020 at 6:30 AM Kamil Paral wrote: > > On Sun, Sep 6, 2020 at 1:37 AM Chris Murphy wrote: >> >> But if you've got a snapshot once per day, times ten days, and this kind of >> aggressive search function touching every file? Maybe an extra 1-2G of >>

Btrfs by default status updates, 2020-09-07

2020-09-07 Thread Chris Murphy
to noatime https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/QXOM3QILEOYQ5CBSBZ5GMO5ZWQHHYZI7/#QXOM3QILEOYQ5CBSBZ5GMO5ZWQHHYZI7 -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: Release criteria proposal: first boot experience

2020-09-07 Thread Chris Murphy
I was the only one who provided feedback > to this proposal. It might have been partially caused by the fact that it > wasn't sent to the test list. I urge everyone who has some opinion on this to > provide it, at least in the form of a thumbs up. Thanks. :thumbsup: --

Re: [Test-Announce] Fedora 33 Branched 20200906.n.0 nightly compose nominated for testing

2020-09-06 Thread Chris Murphy
8.fc33.x86_64 -- Chris Murphy ___ 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/project/code-of-conduct/ List Guidelines:

Re: BTRFS, relatime vs. noatime

2020-09-06 Thread Chris Murphy
l? For most files, most users, most of the time? If not, the default should be noatime. And programs that need this information should use inotify. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email t

Re: BTRFS, relatime vs. noatime

2020-09-05 Thread Chris Murphy
hich to a program looks like 100 directories with 1TB each of unique data, so it tried to relabel 100TB. Fortunately almost all of those snapshots were read-only so the relabel caused no writes but it took me a while to figure out what was going on with a tiny dnf update t

Re: BTRFS, relatime vs. noatime

2020-09-05 Thread Chris Murphy
hese days and it was a complete waste. If tracker uses atime, maybe I'll get more worried. But if it uses mtime, I'm not. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorapro

Re: Release criteria proposal: first boot experience

2020-09-02 Thread Chris Murphy
On Tue, Sep 1, 2020, 11:11 PM Bruno Wolff III wrote: > On Tue, Sep 01, 2020 at 22:09:57 -0600, > Chris Murphy wrote: > >On Tue, Sep 1, 2020 at 8:16 PM John M. Harris Jr > wrote: > >> > > > >You're using net installer? The Live doesn't have user configur

Re: Release criteria proposal: first boot experience

2020-09-01 Thread Chris Murphy
, I'm accosted with a dialog asking me > questions about the system I just finished configuring in Anaconda. You're using net installer? The Live doesn't have user configuration in the installer. >Is there > something in Anaconda I'm missing to disable this behavior, or do I have to >

Re: F34 Change: Reduce installation media size by improving the compression ratio of SquashFS filesystem (Self-Contained Change)

2020-09-01 Thread Chris Murphy
chmarked a physical USB stick, they vary so much in read speeds these days. But it's possible to likely there's minimal gain in performance from USB sticks, but for sure reduced CPU utilization because zstd is just way more efficient than lzma when decompressing. For VM

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-08-31 Thread Chris Murphy
On Mon, Aug 31, 2020 at 12:09 PM Adam Williamson wrote: > > On Mon, 2020-08-31 at 11:22 -0600, Chris Murphy wrote: > > On Mon, Aug 31, 2020 at 11:16 AM Michael Catanzaro > > wrote: > > > > > > On Mon, Aug 31, 2020 at 8:30 am, Chris Murphy > >

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-08-31 Thread Chris Murphy
On Mon, Aug 31, 2020 at 11:16 AM Michael Catanzaro wrote: > > On Mon, Aug 31, 2020 at 8:30 am, Chris Murphy > wrote: > > Michael I'm pretty sure this is the same thing that I ran into with > > zram-generator-defaults and had to add it to core to pull it into all > >

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-08-31 Thread Chris Murphy
On Mon, Aug 31, 2020 at 11:16 AM Michael Catanzaro wrote: > > On Mon, Aug 31, 2020 at 8:30 am, Chris Murphy > wrote: > > Michael I'm pretty sure this is the same thing that I ran into with > > zram-generator-defaults and had to add it to core to pull it into all > >

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-08-31 Thread Chris Murphy
On Sun, Aug 30, 2020 at 11:34 PM Tomáš Popela wrote: > > On Mon, Aug 31, 2020 at 3:24 AM Neal Gompa wrote: >> >> On Sun, Aug 30, 2020 at 8:15 PM Chris Murphy wrote: >> > >> > Fedora-Silverblue-ostree-x86_64-33-20200830.n.0.iso does not have n

Btrfs by default status updates, 2020-08-30

2020-08-31 Thread Chris Murphy
News: + Btrfs test week is this week, all week https://fedoraproject.org/wiki/Test_Day:2020-08-31_Btrfs_default + armhfp images are now building successfully and correctly https://bugzilla.redhat.com/show_bug.cgi?id=1855034 -- Chris Murphy

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-08-30 Thread Chris Murphy
Fedora-Silverblue-ostree-x86_64-33-20200830.n.0.iso does not have nano on the install media itself. Is it intentional? -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

services impact on startup times

2020-08-29 Thread Chris Murphy
anything about it this cycle, but could be something to look at for the next. Maybe more opportunities are available. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

2020-08-29 Thread Chris Murphy
-resolved(8). Do not edit. 4. Following a reboot, the system has an /etc/resolv.conf file. First line is: # Generated by NetworkManager Are these the expected behavior? -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe

Re: Release criteria proposal: networking requirements

2020-08-28 Thread Chris Murphy
On Fri, Aug 28, 2020 at 7:52 PM Chris Murphy wrote: > The IPP Everywhere specification requires clients to support DNS-SD > (mDNS is part of that) or WS-Discovery. Printers are required to > support both DNS-SD and WS-Discovery. Avahi and systemd-resolved > support DNS-SD, functiona

Re: Release criteria proposal: networking requirements

2020-08-28 Thread Chris Murphy
feature proposal. -- Chris Murphy ___ 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/project/code-of-conduct/ List

Re: Release criteria proposal: networking requirements

2020-08-28 Thread Chris Murphy
On Fri, Aug 28, 2020 at 5:56 PM Adam Williamson wrote: > > On Thu, 2020-08-27 at 10:06 -0600, Chris Murphy wrote: > > On Fri, Aug 21, 2020 at 6:11 PM Adam Williamson > > wrote: > > > > > > Basic networking > > > > > > It mu

Re: Release criteria proposal: networking requirements

2020-08-27 Thread Chris Murphy
mDNS? Something to the effect that if it's installed and enabled by a default package set for an edition, it should work (resolve and respond). That means it would apply to Workstation and KDE. It wouldn't apply to Cloud, or Server. I'm not sure if IoT

Re: Btrfs by default status updates, 2020-08-23

2020-08-24 Thread Chris Murphy
On Mon, Aug 24, 2020 at 12:29 PM Brandon Nielsen wrote: > > On 8/23/20 10:24 PM, Chris Murphy wrote: > [Snip] > > - > > > > Communication: > > > > + Fedora Magazine article "Btrfs Coming to Fedora 33" will be > > publi

Btrfs by default status updates, 2020-08-23

2020-08-23 Thread Chris Murphy
JRFGAO5/ Assistance in updating is appreciated, but in particular it'd be most helpful to find additional weak spots that have not yet been identified. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: EXTERNAL: Re: hundred percent cpu load

2020-08-20 Thread Chris Murphy
release or two) insist on lkml that the change that caused the regression is reverted. Of course, if it's hardware related, you won't likely find a good kernel. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: EarlyOOM +ZRAM Only

2020-08-17 Thread Chris Murphy
... 3 chris/usr/bin/gnome-shell4912 119760 151274 238112 $ grep VmSwap /proc/3/status VmSwap: 0 kB -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-l

Re: EarlyOOM +ZRAM Only

2020-08-15 Thread Chris Murphy
aused most of the anon pages in swap to get dropped. So you'll need to use the system normally until swap usage is back up to ~3+G and then run that smem command and see what's using all of this swap... -- Chris Murphy ___ devel m

Re: Strange build failures in rawhide buildroot (cont'd) - glibc 2.33 dev snapshot?

2020-08-15 Thread Chris Murphy
On Sat, Aug 15, 2020 at 12:50 PM Chris Murphy wrote: > > Anyone know if Anaconda chroots are nspawn based? I ask because I'm > tracking a bug that only happens when a qemu-kvm VM uses io=io_uring > instead of threads; but consistently it isn't triggered until the > installation t

Re: Strange build failures in rawhide buildroot (cont'd) - glibc 2.33 dev snapshot?

2020-08-15 Thread Chris Murphy
napshot broke systemd-nspawn based > chroots with this change: > - Linux: Use faccessat2 to implement faccessat (bug 18683) Anyone know if Anaconda chroots are nspawn based? I ask because I'm tracking a bug that only happens when a qemu-kvm VM uses io=io_uring instead of threads; but consiste

Re: EarlyOOM +ZRAM Only

2020-08-15 Thread Chris Murphy
On Sat, Aug 15, 2020 at 11:54 AM Chris Murphy wrote: > > On Sat, Aug 15, 2020 at 11:09 AM Sergio Belkin wrote: > > > > > > > > > However swap usage is still high : > > > free -m > > > totalusedfree shared buff

Re: EarlyOOM +ZRAM Only

2020-08-15 Thread Chris Murphy
quot;"}' $file; done | sort -k 2 -n -r | less Finds more things using swap than smem. As in, smem isn't showing packagekitd for me at all, and yet /proc/pid/status for pk is showing VmSwap is 16M, which at the moment is 20% of swap. What do you get for zramctl? -- Chris Murp

Re: EarlyOOM +ZRAM Only

2020-08-14 Thread Chris Murphy
ous pages still in swap must be restored to memory first, before the new sized zram swap device is created and started. This doesn't solve the problem of whatever is creating so many anonymous pages. But I wonder if it levels off at something like 6G or if it just keep spirally out of control,

Re: calculating process memory usage

2020-08-14 Thread Chris Murphy
r is that even possible? Looking in ps or top, the RES is way too > small and the VIRT/VSIZE is way too big. ps_mem is also way too small, > or at least the total is less than half of the real memory usage. Is > there something else using that much memory that isn't processe

Re: EarlyOOM +ZRAM Only

2020-08-14 Thread Chris Murphy
? Seems excessive. I wonder what's up with that. It is an exempt process. On my current system it's 1/2 that amount, which is in turn twice that of GNOME shell. Hmm. > Well I'll report soon, any idea (remember I have 16 GB of RAM with 4G of > zram-based swap) will be welcome Very common.

Re: hundred percent cpu load

2020-08-13 Thread Chris Murphy
at is this? I don't have it running or installed on my system, and dnf search returns nothing. cat /proc//stack To get a stack trace for that sadc process, and I guess file a bug against it, whatever it is. And also a complete dmesg might reveal something to g

Re: EarlyOOM +ZRAM Only

2020-08-13 Thread Chris Murphy
3 offenders, possibly with some delay in between each one. And then once we're below the kill watermark, issue SIGKILL to the top offender again. The difficulty is that's a VM, in this case. We might need an oom_score_adj for qemu and virtualbox, because I think it's a bad idea to kill off running VM

Re: btrfs default partitioning/subvolume

2020-08-11 Thread Chris Murphy
od idea. Maybe using nosuid noexec is enough. There's also native Btrfs encryption on the way later this year, that will leverage the existing kernel fscrypt implementation. That might have an impact on the design. -- Chris Murphy ___ devel mailing lis

Btrfs by default status updates, 2020-08-09

2020-08-09 Thread Chris Murphy
Update on features not yet enabled by default: + RFE: kickstart option to control discard configuration https://bugzilla.redhat.com/show_bug.cgi?id=1860720 This can happen by using Anaconda kickstart argument '--fsoptions discard=async' which will add the mount option to /etc/fstab. Not decided

Re: Test machines for s390x?

2020-08-06 Thread Chris Murphy
r, this > requires a tedious guess-a-patch, try a scratch build, check the > result, rinse and repeat. ARM defaults to little-endian, but also supports big-endian. However I have no idea to what degree there's software support for big-endian ARM. -- Chris Murphy _

Re: Remote wipe options for Fedora?

2020-08-04 Thread Chris Murphy
a while I've wanted us to remove this initramfs during release upgrades, so they get regenerated. At the least it'd be nice to make this more useful than it currently is. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscrib

Re: Fedora 32 System-Wide Change proposal (late): Enable EarlyOOM

2020-08-04 Thread Chris Murphy
ly, but possibly Fedora 35. Hopefully there will be a way to do some kind of "rebase" where recommended things are favored on upgrades (to a new release version), but without having to obsolete them, and not applied to each update within a given release. -- Chris Murphy ___

Re: Fedora 32 System-Wide Change proposal (late): Enable EarlyOOM

2020-08-04 Thread Chris Murphy
generator-defaults` in F33. -- Chris Murphy ___ 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/project/code-of-cond

Btrfs by default status updates, 2020-08-02

2020-08-03 Thread Chris Murphy
/msg00032.html -- Chris Murphy ___ 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/project/code-of-conduct/ List Guidelines

Re: Btrfs by default, the compression option

2020-08-01 Thread Chris Murphy
nt files tree and should instead inherit file system defaults (and mount options modifying them) rather than XATTR inheritance rules. All of this is already implemented in the installer, so no churn there. -- Chris Murphy ___ devel mailing list -

Re: Btrfs by default, the compression option

2020-07-29 Thread Chris Murphy
che=v2' options enabled on HDD. Also, please include the exact kernel version in the bug report. Either the literal file name or the rpm - because we need to know if it's a debug enabled kernel. Fedora debug kernels enable CONFIG_LOCKDEP which slows down Btrfs dramatically more than other file syst

Re: Btrfs by default, the compression option

2020-07-29 Thread Chris Murphy
es and not many, if any at all, writes within a file. That is what would trigger autodefrag. Thanks, -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-07-29 Thread Chris Murphy
On Wed, Jul 29, 2020 at 12:56 AM John M. Harris Jr wrote: > > On Tuesday, July 28, 2020 12:51:00 PM MST Chris Murphy wrote: > > On Tue, Jul 28, 2020 at 11:29 AM stan via devel > > wrote: > > > > > > > > > > > On Thu

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-07-28 Thread Chris Murphy
be easier to just 'dnf remove zram-generator-defaults' but that is a Fedora specific instruction. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of C

Btrfs by default status updates, 2020-07-26

2020-07-27 Thread Chris Murphy
k --repair' to better handle this case; does also expose the difficulty with Btrfs only stating the facts rather than pointing the finger at the cause. https://bugzilla.redhat.com/show_bug.cgi?id=1857996 + Btrfs tracking bug https://bugzilla.redhat.com/show_bug.cgi?id=1851166 -- Ch

Re: Fedora flatpaks on non-x86 architectures

2020-07-26 Thread Chris Murphy
II3CFXJDM57MZ/ https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/3JXRZXHR7FGPUIFYRLC7T5VKAX6GOCAE/ https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/B3VAAS7HZAVKETHUU3BQBVJGAA6ITTAK/ -- Chris Murphy

Re: if we want to advocate btrfs

2020-07-18 Thread Chris Murphy
On Sat, Jul 18, 2020 at 12:51 PM Andy Mender wrote: > > On Sun, 12 Jul 2020 at 18:09, Chris Murphy wrote: >> >> On Sun, Jul 12, 2020 at 5:39 AM Andy Mender wrote: >> > >> >On updates, a single automatic corrupted snapshot can >> > potentially hose th

Re: memory testing

2020-07-15 Thread Chris Murphy
On Wed, Jul 15, 2020 at 2:55 PM Przemek Klosowski via devel wrote: > > On 7/15/20 1:11 PM, Chris Murphy wrote: > > Hi, > > > > While bad RAM is uncommon, it comes up with some regularity to cause > > folks a lot of grief. I'm wondering if there's a way to make

Re: memory testing

2020-07-15 Thread Chris Murphy
ng something outside our purview, and also not being available within Fedora, but a signed memory tester is better than one not signed. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@list

Re: memory testing

2020-07-15 Thread Chris Murphy
firmation that this is in fact a difficult problem, and what's important is to stick with the testing and process of elimination, rather than suffering through it. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubsc

memory testing

2020-07-15 Thread Chris Murphy
o catch everything. Any other ideas how to make this better? Thanks, -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedora

Re: Btrfs in Silverblue

2020-07-14 Thread Chris Murphy
On Tue, Jul 14, 2020 at 7:45 AM Lennart Poettering wrote: > > On Di, 14.07.20 07:09, Chris Murphy (li...@colorremedies.com) wrote: > > > > > Why at boot time? Well if your default subvolume contains a recent > > > > update that for some reason render

Re: Btrfs in Silverblue

2020-07-14 Thread Chris Murphy
On Tue, Jul 14, 2020 at 1:45 AM Lennart Poettering wrote: > > On Mo, 13.07.20 19:16, Chris Murphy (li...@colorremedies.com) wrote: > > > > Yes, because you have to propagate it everywhere, and if you omit it > > > things break, since it's a secondary place

Re: Btrfs in Silverblue

2020-07-14 Thread Chris Murphy
On Tue, Jul 14, 2020 at 1:39 AM Lennart Poettering wrote: > > On Mo, 13.07.20 19:07, Chris Murphy (li...@colorremedies.com) wrote: > > Yes, the kernel also supports an initrd-less mode, where it's the > kernel itself that parses root=/rootflags=, but we don't use that in > F

Re: Enable EarlyOOM on Fedora KDE - Fedora 33 Self-Contained Change proposal

2020-07-13 Thread Chris Murphy
memory is under this kind of pressure, so is swap, and as swap on zram is so fast, it gets to threshold fast as well. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.

Re: Enable EarlyOOM on Fedora KDE - Fedora 33 Self-Contained Change proposal

2020-07-13 Thread Chris Murphy
*and* swap criteria. Could you provide a bug report of this behavior and include a complete journal? earlyoom records the exact parameters, memory and swap free remaining at the time of either SIGTERM or SIGKILL. And in effect the defining parameter in most cases is not memory but swap, where mem

Re: Btrfs in Silverblue

2020-07-13 Thread Chris Murphy
On Mon, Jul 13, 2020 at 12:14 PM Lennart Poettering wrote: > > On Mo, 13.07.20 09:23, Chris Murphy (li...@colorremedies.com) wrote: > > > Since it's mostly bootloader domain, and relates to a snapshot and > > rollback paradigm as well, I think it's properly addressed in de

Re: Btrfs in Silverblue

2020-07-13 Thread Chris Murphy
hout root= or rootflags= and can happen on the first mount attempt 4. Upon mount a full subvolume listing is possible by BTRFS_IOC_TREE_SEARCH + BTRFS_IOC_INO_LOOKUP 5. Now you can mount home, var, srv, subvolumes per a schema This is different in detail, but n

Re: Enable EarlyOOM on Fedora KDE - Fedora 33 Self-Contained Change proposal

2020-07-13 Thread Chris Murphy
ave over 600 > MiB free, and will begin to simply kill software when I have over a quarter of > a gigabyte left. The low water mark for memory *and* swap must be reached to trigger, not memory alone as you keep suggesting. -- Chris Murphy ___ devel

Re: Btrfs in Silverblue

2020-07-13 Thread Chris Murphy
On Mon, Jul 13, 2020 at 4:12 AM Lennart Poettering wrote: > > On Fr, 10.07.20 18:55, Chris Murphy (li...@colorremedies.com) wrote: > > > > There's really no need to complicate things by pushing btrfsisms into > > > user-visible concepts needlessly. > >

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-07-12 Thread Chris Murphy
staller. We can do the same. The question is whether it's better to do these things elsewhere. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of C

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-07-12 Thread Chris Murphy
llback here too which is having the RPM set it at install time. https://www.redhat.com/archives/libvir-list/2020-July/msg00450.html (open)SUSE has been doing this for six years, I don't think it's correct to suggest these complexities aren't well understood, or

Re: if we want to advocate btrfs

2020-07-12 Thread Chris Murphy
while there are ideas how it might be leveraged, there's no plan to do so yet. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://doc

Re: Enable EarlyOOM on Fedora KDE - Fedora 33 Self-Contained Change proposal

2020-07-11 Thread Chris Murphy
On Sat, Jul 11, 2020 at 3:15 PM John M. Harris Jr wrote: > > On Saturday, July 11, 2020 11:43:29 AM MST Chris Murphy wrote: > > It's known from the outset that earlyoom is temporary. And as the > > resource control picture more fully develops on the desktop, both > > GNO

Re: Enable EarlyOOM on Fedora KDE - Fedora 33 Self-Contained Change proposal

2020-07-11 Thread Chris Murphy
h updated settings. It's known from the outset that earlyoom is temporary. And as the resource control picture more fully develops on the desktop, both GNOME and KDE, that we have an eye on a PSI based approach. It's a long arc with multiple components and incremental changes

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-07-11 Thread Chris Murphy
uch "eye candy" special effects that users got pissed at how slow the OS seemed. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Condu

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-07-11 Thread Chris Murphy
ta writes, not metadata. As the data amount is significantly larger than metadata (the file system itself), any reduction in data writes overwhelms the metadata writes. -- Chris Murphy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubsc

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-07-11 Thread Chris Murphy
gn of Btrfs is particularly interesting as it has fewer total writes than ext4’s journaling mechanism." How do we square this statement with the previous paper? They are looking at different workloads. -- Chris Murphy ___ devel mailing list -- deve

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-07-11 Thread Chris Murphy
'df' and 'du' most of the time unless for some reason I want more information. Recent example of multiple device confusion: https://bugzilla.redhat.com/show_bug.cgi?id=1855174 https://lore.kernel.org/linux-btrfs/0326afd3-9e14-b682-30e7-1c8ae4481...@lechevalier.se/T/#t -- Chris Murphy

Re: Btrfs by default, the compression option

2020-07-10 Thread Chris Murphy
> https://paste.centos.org/view/f4165396 > > Two workloads: install and update. It might seem like an update is > both read and write dependent, but the rpms are already compressed and > don't get compressed again. The differences, I expect, are mostly > write performance. And this suggests it's

Re: Btrfs in Silverblue

2020-07-10 Thread Chris Murphy
On Fri, Jul 10, 2020 at 12:16 PM Lennart Poettering wrote: > > On Fr, 10.07.20 09:34, Chris Murphy (li...@colorremedies.com) wrote: > > > > That makes things a lot more robust, as btrfs will then just work like > > > any other fs even if you insert the root subvol in

Re: Btrfs in Silverblue

2020-07-10 Thread Chris Murphy
gle case. I agree with all of the above, but there is a contra argument. There is something to be said about having an understandable system, one that self describes how it's assembled, and boots. Changing the default subvolume obscures this, and now one of the "connect the dots" steps of

Re: Btrfs by default, the compression option

2020-07-10 Thread Chris Murphy
On Fri, Jul 10, 2020, 8:37 AM Matthew Miller wrote: > On Fri, Jul 10, 2020 at 12:59:37AM -0600, Chris Murphy wrote: > > https://paste.centos.org/view/f4165396 > > > > Two workloads: install and update. It might seem like an update is > > both read and write dependen

  1   2   3   4   5   6   7   8   9   10   >