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

On Sun, Jun 28, 2020 at 12:47 AM Chris Murphy wrote: > > Other work is needed in this area, for example installations on UEFI > don't automatically create two EFI system partitions, so there aren't > two bootloaders or NVRAM entries. There's a hack/workaround that > upstream linux-raid@ doesn't

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

On 6/27/20 2:08 PM, Gerald B. Cox wrote: On Sat, Jun 27, 2020 at 2:01 PM Josef Bacik > wrote: On 6/27/20 4:53 PM, Gerald B. Cox wrote: > ... > production workloads.  People then mention Facebook uses it... but my > understanding is that

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

On Sat, Jun 27, 2020 at 9:40 PM Tom Seewald wrote: > > > On Sat, Jun 27, 2020 at 7:32 PM Garry T. Williams > > > > > > > Just a PSA: btrfs raid1 does not have a concept of automatic degraded > > mount in the face of a device failure. By default systemd will not > > even attempt to mount it if

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

On Sat, Jun 27, 2020 at 9:25 PM Gabriel Ramirez wrote: > > On 6/27/20 9:06 PM, Chris Murphy wrote: > > On Sat, Jun 27, 2020 at 7:32 PM Garry T. Williams > > wrote: > >> On Saturday, 27 June 2020 17:29:23 EDT Chris Murphy wrote: > >>> For btrfs, it is either 'single' or 'raid0' profile for data,

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

On 6/26/20 8:23 AM, Tomasz Torcz wrote: On Fri, Jun 26, 2020 at 10:42:25AM -0400, Ben Cotton wrote: Boot on Btrfs ... When going with btrfs /boot, you can forego separate partition and just make a /boot subvolume in main pool. Advantage: fewer partitions. Disadvantages: using

[389-devel] 389 DS nightly 2020-06-28 - 95% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2020/06/28/report-389-ds-base-1.4.4.3-20200627gitc48f4d9.fc32.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

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

> On Sat, Jun 27, 2020 at 7:32 PM Garry T. Williams wrote: > > > Just a PSA: btrfs raid1 does not have a concept of automatic degraded > mount in the face of a device failure. By default systemd will not > even attempt to mount it if devices are missing. Is this hopefully seen by upstream as a

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

> On Sat, Jun 27, 2020 at 8:05 PM Stasiek Michalski wrote: > > Can you elaborate on the sorts of reasons you'd need the pre rolled > back versus the post? I imagine one is more common to use as a > rollback than the other. Post is usually used when something else goes wrong with the system,

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

On 6/27/20 9:06 PM, Chris Murphy wrote: On Sat, Jun 27, 2020 at 7:32 PM Garry T. Williams wrote: On Saturday, 27 June 2020 17:29:23 EDT Chris Murphy wrote: For btrfs, it is either 'single' or 'raid0' profile for data, but 'raid1' for metadata (the file system itself). I need to test it or

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

On 6/27/20 12:50 PM, John M. Harris Jr wrote: As an alternative, I would like to recommend we make Emacs the default. Emacs does not require "specialist knowledge", but is much more powerful once you do learn how to use it properly. It's also not as hard to use as nano. I used emacs for 30+

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

On Sat, Jun 27, 2020 at 8:05 PM Stasiek Michalski wrote: > > Yeah, some mistakes were made when handling the root size, some other > issues with openQA when trying to fix it, Richard Brown had fun couple > of weeks with that stuff, but it was all worth the effort. We didn't > change much with how

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

As a Fedora user I would like to throw my 2 cents in from my personal experience and say I support this proposal. I've used btrfs on a home NAS since Fedora 25 (now running F32) without any issues. The ability to resize the filesystem and change RAID levels has been super beneficial but the

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

On Sat, Jun 27, 2020 at 7:32 PM Garry T. Williams wrote: > > On Saturday, 27 June 2020 17:29:23 EDT Chris Murphy wrote: > > For btrfs, it is either 'single' or 'raid0' profile for data, but > > 'raid1' for metadata (the file system itself). > > > > I need to test it or maybe someone beats me to

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

> On Sat, Jun 27, 2020 at 6:47 PM Stasiek Michalski wrote: > > I wonder to what degree some of the problems, especially enospc bugs, > were exacerbated by a somewhat small root for btrfs combined with a > fairly aggressive snapshotting regime by default? I agree with the > "shoot the messenger"

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

On 6/26/20 11:14 AM, niccolo.be...@linuxsystems.it wrote: I couldn't believe it either when I saw the proposal, so 2010-ish :) Anyway I'm in great favour of this proposal and I'd love to see btrfs the default. Glad to hear! My biggest complain nowadays is this:

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

On Saturday, 27 June 2020 17:29:23 EDT Chris Murphy wrote: > For btrfs, it is either 'single' or 'raid0' profile for data, but > 'raid1' for metadata (the file system itself). > > I need to test it or maybe someone beats me to it by looking at the > code. But either way it's equal to or better

[EPEL-devel] Fedora EPEL 6 updates-testing report

The following Fedora EPEL 6 Security updates need testing: Age URL 13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-5f91ab971e wordpress-5.1.6-1.el6 11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-be517af396 tcpreplay-4.3.3-1.el6 11

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

On Sat, Jun 27, 2020 at 5:04 PM Chris Murphy wrote: > > But if you can state clearly why it isn't persuasive in a way anyone > could possibly answer, I'm sure someone will try. And it would help > improve the proposal. > Making something the default is a high bar to clear. There needs to be a

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

On Sat, Jun 27, 2020 at 6:47 PM Stasiek Michalski wrote: > > > On Sat, 2020-06-27 at 22:59 +, Stasiek Michalski wrote: > > > > (Hi LCP I hope life is good) > > That's great to hear, just a few questions. > > Lately, how would you rate that in number of years? > > The change to partitioning

[EPEL-devel] Fedora EPEL 8 updates-testing report

The following Fedora EPEL 8 Security updates need testing: Age URL 12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-a32cbcaa37 tcpreplay-4.3.3-1.el8 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-232e4f7411 python-django-2.2.13-1.el8 4

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

On 6/27/2020 7:32 PM, Gary Buhrmaster wrote: On Fri, Jun 26, 2020 at 2:46 PM Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/BtrfsByDefault A few claims (without justification): There is no "average" Fedora user. There is no "average" Fedora system. fedoraproject.org Indeed

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

> On Sat, 2020-06-27 at 22:59 +, Stasiek Michalski wrote: > > (Hi LCP I hope life is good) > That's great to hear, just a few questions. > Lately, how would you rate that in number of years? The change to partitioning occurred in November of 2018 iirc, so it's over 1.5 years > While you

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

On Sat, Jun 27, 2020 at 4:30 PM Konstantin Kharlamov wrote: > > On Sat, 2020-06-27 at 12:42 -0600, Chris Murphy wrote: > https://docs.google.com/spreadsheets/d/1b-y2WVrQK4ijo1TS5aRe0QROSf8CU3ckTiPQ_8evGR0/edit#gid=0 > > What point are you trying to make here? If you're implying that

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

On Fri, Jun 26, 2020 at 2:46 PM Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/BtrfsByDefault > A few claims (without justification): There is no "average" Fedora user. There is no "average" Fedora system. There is also no "average" workload on the (non) average system (some

Re: Orphaned 215 packages

On Tue, 2020-06-23 at 17:42 -0400, Ben Rosser wrote: > On Tue, Jun 23, 2020 at 5:24 PM Stephen Gallagher < > sgall...@redhat.com> wrote: > > On Mon, Jun 22, 2020 at 11:53 AM Ben Rosser > > wrote: > > > On Mon, Jun 22, 2020 at 11:34 AM Sérgio Basto > > > wrote: > > > > On Mon, 2020-06-22 at 11:29

Re: Fedora Packager Dashboard available for testing

On Tue, Jun 23, 2020 at 06:28:56PM +0200, Josef Skladanka wrote: > Hi, > > We'd like to announce public testing of the Packager Dashboard - a new > service for Fedora package maintainers aiming to provide all relevant > data: FTBFS/FTI status (from both Bugzilla, Koschei and health check), >

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

On Sat, Jun 27, 2020 at 4:16 PM Gerald B. Cox wrote: > > > > On Sat, Jun 27, 2020 at 2:30 PM Chris Murphy wrote: >> >> On Sat, Jun 27, 2020 at 2:53 PM Gerald B. Cox wrote: >> >> > Why would we be installing something by default that has widely known >> > broken functionality? >> >> Because the

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

On Sat, 2020-06-27 at 22:59 +, Stasiek Michalski wrote: > > On 27 June 2020 17:55:09 CEST, Chris Murphy > > > > > The actual data I will never ever be able to share. I have ended my > > time at that > > particular company but even when I was there I was not permitted to > > share such data.

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

> On 27 June 2020 17:55:09 CEST, Chris Murphy wrote: > > The actual data I will never ever be able to share. I have ended my time at > that > particular company but even when I was there I was not permitted to share > such data. Or > did you mean data from openSUSE and Arch? > Just have a look

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

On Sat, 2020-06-27 at 13:34 -0600, Chris Murphy wrote: > On Sat, Jun 27, 2020 at 11:59 AM Konstantin Kharlamov > wrote: > > On Sat, 2020-06-27 at 17:00 +0300, Konstantin Kharlamov wrote: > > > Another reason worth mentioning: BTRFS per se is slow. If you look at > > > benchmarks > > > on Phoronix

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

On Sat, 2020-06-27 at 12:42 -0600, Chris Murphy wrote: > On Sat, Jun 27, 2020 at 8:01 AM Konstantin Kharlamov > wrote: > > I see no one mentined yet: BTRFS is slow on HDDs. It trivially comes from > > BTRFS > > being COW. So if you changed a bit in a file, BTRFS will copy a block (or > > maybe >

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

On Sat, Jun 27, 2020 at 2:30 PM Chris Murphy wrote: > On Sat, Jun 27, 2020 at 2:53 PM Gerald B. Cox wrote: > > > Why would we be installing something by default that has widely known > broken functionality? > > Because the default configuration we're using isn't broken and is > better than the

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

On Sat, Jun 27, 2020 at 3:29 PM Chris Murphy wrote: > > For btrfs, it is either 'single' or 'raid0' profile for data, but > 'raid1' for metadata (the file system itself). > > I need to test it or maybe someone beats me to it by looking at the > code. But either way it's equal to or better than

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

On Sat, Jun 27, 2020 at 2:53 PM Gerald B. Cox wrote: > Isn't the proposal talking about BTRFS as a default for workstations? Are > you saying that Anaconda is just going to check to see if a PC has only one > hard drive and then install BTRFS there, but if it has two devices use > something

Re: Updating hdf5 to 1.10.6 in rawhide side tag

On 6/25/20 7:39 AM, Orion Poplawski wrote: I'm updating hdf5 to 1.10.6 in rawhide via side tag f33-build-side-24795. All dependent packages will be rebuilt as well.  I believe this is: alembic armadillo avogadro2-libs bes cgnslib CheMPS2 dolfin Field3D freefem++ gdal gdl grads gtatool h5py

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

I highly oppose to this change, Btrfs was just an empty promise from the start to be the future of linux filesystems but never did get there, it's slower than traditional filesystems and I found it buggy. I'm betting on bcachefs as the next gen fs, no one seem to have mentioned that here, I

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

On Sat, Jun 27, 2020 at 2:01 PM Josef Bacik wrote: > On 6/27/20 4:53 PM, Gerald B. Cox wrote: > > > > > > On Sat, Jun 27, 2020 at 1:23 PM Chris Murphy > > wrote: > > > > > > The proposal has nothing to do with raid56, let alone by default. The > >

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

On 6/27/20 4:53 PM, Gerald B. Cox wrote: On Sat, Jun 27, 2020 at 1:23 PM Chris Murphy > wrote: The proposal has nothing to do with raid56, let alone by default. The installer doesn't offer it as an option. And it's not relevant to the desktop.

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

On Sat, Jun 27, 2020 at 1:23 PM Chris Murphy wrote: > > The proposal has nothing to do with raid56, let alone by default. The > installer doesn't offer it as an option. And it's not relevant to the > desktop. We're talking about single device btrfs file systems. > > Isn't the proposal talking

NeuroFedora review swap: python-niapy

Hello, I've got a new NeuroFedora package for review, python-niapy: https://bugzilla.redhat.com/show_bug.cgi?id=1851634 Would anyone like to swap reviews please? -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone:

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

On Sat, Jun 27, 2020 at 1:38 PM Gerald B. Cox wrote: > > I was an early adopter and used BTRFS for many years, singing its praises. I > was particularly interested in the RAID capabilities. Then in 2016 the bomb > was dropped that: > > "It turns out the RAID5 and RAID6 code for the Btrfs

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, 2020-06-27 at 12:37 -0700, Gerald B. Cox wrote: > I was an early adopter and used BTRFS for many years, singing its > praises. > I was particularly interested in the RAID capabilities. Then in 2016 > the > bomb was dropped that: > > "It

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

On 27 June 2020 21:34:17 CEST, Matthew Miller wrote: >On Sat, Jun 27, 2020 at 10:25:01AM -0700, John M. Harris Jr wrote: >> Jesus Christ, this actually got approved. It's time to fork Fedora. This is >> really getting out of hand. > > >As mentioned earlier, there's no need to "fork Fedora". It

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, 2020-06-27 at 09:58 -0700, John M. Harris Jr wrote: > On Thursday, June 25, 2020 2:38:13 PM MST Jan Kratochvil wrote: > > On Thu, 25 Jun 2020 21:21:37 +0200, Chris Adams wrote: > > > > > I'm not sure why you think end-users can't use a free

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

I was an early adopter and used BTRFS for many years, singing its praises. I was particularly interested in the RAID capabilities. Then in 2016 the bomb was dropped that: "It turns out the RAID5 and RAID6 code for the Btrfs file-system's built-in RAID support is faulty and users should not be

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

On Sat, Jun 27, 2020 at 11:59 AM Konstantin Kharlamov wrote: > > On Sat, 2020-06-27 at 17:00 +0300, Konstantin Kharlamov wrote: > > Another reason worth mentioning: BTRFS per se is slow. If you look at > > benchmarks > > on Phoronix comparing BTRFS with others, BTRFS is rarely even on par with >

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

On Sat, Jun 27, 2020 at 10:25:01AM -0700, John M. Harris Jr wrote: > Jesus Christ, this actually got approved. It's time to fork Fedora. This is > really getting out of hand. As mentioned earlier, there's no need to "fork Fedora". It sounds like there are at least of few of y'all who feel

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

On Sat, Jun 27, 2020 at 8:01 AM Konstantin Kharlamov wrote: > > I see no one mentined yet: BTRFS is slow on HDDs. It trivially comes from > BTRFS > being COW. So if you changed a bit in a file, BTRFS will copy a block (or > maybe > a number of them, not sure this detail matters) to another

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

On Sat, 2020-06-27 at 17:00 +0300, Konstantin Kharlamov wrote: > Another reason worth mentioning: BTRFS per se is slow. If you look at > benchmarks > on Phoronix comparing BTRFS with others, BTRFS is rarely even on par with > them. Btw, I should also add here: it may be clear that in ideal

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

On Friday, June 26, 2020 7:42:25 AM MST Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/BtrfsByDefault > > == Summary == > > For laptop and workstation installs of Fedora, we want to provide file > system features to users in a transparent fashion. We want to add new > features, while

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

On Sat, Jun 27, 2020 at 11:25 AM John M. Harris Jr wrote: > Jesus Christ, this actually got approved. It's time to fork Fedora. This is > really getting out of hand. It will not apply to upgrades, just new clean installs. Still pending discussion with installer team on whether to also use it by

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

On Thursday, June 4, 2020 1:30:07 PM MST Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/SwapOnZRAM > > == Summary == > > Swap is useful, except when it's slow. zram is a RAM drive that uses > compression. Create a swap-on-zram during start-up. And no longer use > swap partitions by

lazarus and fpc-srpm-macros: "no matching arches were found" on EPEL8

So I'm trying to package the Free Pascal Compiler and Lazarus (the most popular IDE + GUI framework for FPC) for EPEL8. I have requested an epel8 branch for fpc and for fpc-srpm-macros; both of those have been built, submitted to bodhi, and are now in the stable repo for EPEL8. Yet when I try

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

On Friday, June 26, 2020 5:50:01 AM MST Markus Larsson wrote: > I like to think that I am part of everyone and I would love if we could > deliver smart solutions that doesn't needlessly change default behaviour > under the guise "advanced users will know how to configure this". We're getting to

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

On Friday, June 26, 2020 1:19:45 AM MST Jan Kratochvil wrote: > It does not as I have shown. Moreover it takes so much time to do dnf > command completion and one always has to ctrl-c it anyway. That is because > dnf should use cached results updated by cron and do not contact network > during

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

On Sat, Jun 27, 2020 at 10:21 AM Markus Larsson wrote: > The actual data I will never ever be able to share. I have ended my time at > that particular company but even when I was there I was not permitted to > share such data. Or did you mean data from openSUSE and Arch? Whatever data makes

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

On Friday, June 26, 2020 12:51:32 AM MST Jan Kratochvil wrote: > I feel blind when I do not see what is happening and I feel scared it will > lock up again and I will be unable to debug it. Besides that it is much > more pretty to see what is happening and it makes the waiting time > shorter. >

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

On Thursday, June 25, 2020 2:38:13 PM MST Jan Kratochvil wrote: > On Thu, 25 Jun 2020 21:21:37 +0200, Chris Adams wrote: > > > I'm not sure why you think end-users can't use a free OS. > > > First steps of end-users is to install Chrome, Spotify and VirtualBox. > So there is left no advantage

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

On Sat, Jun 27, 2020 at 06:41:17PM +0200, drago01 wrote: > Speaking of backups some popular (even cheap) NAS systems for "home users" > do use btrfs - those users also do not have professional IT support to help > them. Um, yes they do -- the folks who supplied the NAS software, aka the device

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

On Thursday, June 25, 2020 10:18:59 AM MST Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/UseNanoByDefault > > == Summary == > > Let's make Fedora more approachable, by having a default editor that > doesn't require specialist knowledge to use. As an alternative, I would like to

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

On Sat, Jun 27, 2020 at 7:58 AM Peter Robinson wrote: > > > I've been very clear from the outset that Facebook's fault tolerance is much > > higher than the average Fedora user. The only reason I've agreed to assist > > in > > answering questions and support this proposal is because I have

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

On Saturday, June 27, 2020, Nicolas Mailhot via devel < devel@lists.fedoraproject.org> wrote: > Le samedi 27 juin 2020 à 10:47 +0200, Igor Raits a écrit : > > > > Do you run postgres, financial transactions and random blackouts on > > your laptop / workstation? If so, isn't it just for testing

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

On 6/27/20 9:57 AM, Peter Robinson wrote: I've been very clear from the outset that Facebook's fault tolerance is much higher than the average Fedora user. The only reason I've agreed to assist in answering questions and support this proposal is because I have multi-year data that shows our

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

On 27 June 2020 17:55:09 CEST, Chris Murphy wrote: >On Sat, Jun 27, 2020 at 3:12 AM Markus Larsson wrote: > >> There's a difference between "can" and "should". I find this " >> can do this are you less of a man than " tiresome. > >Yes, I also find it tiresome when people make grandiose claims

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

On Sat, Jun 27, 2020 at 3:12 AM Markus Larsson wrote: > There's a difference between "can" and "should". I find this " can > do this are you less of a man than " tiresome. Yes, I also find it tiresome when people make grandiose claims of having facts on their side, and yet provide none, but

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

> > By that metric, Btrfs qualifies, as it's the default filesystem on > > SUSE Linux Enterprise (and has been since 2014). SUSE has built > > One thing I'd like to see addressed. > > Back in the RHEL7.4 days, btrfs was explicitly deprecated: > > "The Btrfs file system has been in Technology

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

On Sat, Jun 27, 2020 at 10:17 AM Solomon Peachy wrote: > > On Sat, Jun 27, 2020 at 09:39:36AM -0400, Neal Gompa wrote: > > By that metric, Btrfs qualifies, as it's the default filesystem on > > SUSE Linux Enterprise (and has been since 2014). SUSE has built > > One thing I'd like to see

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

On 27 June 2020 16:17:16 CEST, Solomon Peachy wrote: >On Sat, Jun 27, 2020 at 09:39:36AM -0400, Neal Gompa wrote: >> By that metric, Btrfs qualifies, as it's the default filesystem on >> SUSE Linux Enterprise (and has been since 2014). SUSE has built > >One thing I'd like to see addressed. >

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

On Sat, Jun 27, 2020 at 09:39:36AM -0400, Neal Gompa wrote: > By that metric, Btrfs qualifies, as it's the default filesystem on > SUSE Linux Enterprise (and has been since 2014). SUSE has built One thing I'd like to see addressed. Back in the RHEL7.4 days, btrfs was explicitly deprecated: "The

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

I see no one mentined yet: BTRFS is slow on HDDs. It trivially comes from BTRFS being COW. So if you changed a bit in a file, BTRFS will copy a block (or maybe a number of them, not sure this detail matters) to another place, and now your data got fragmented. SSDs may not care, HDDs on the other

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

> I've been very clear from the outset that Facebook's fault tolerance is much > higher than the average Fedora user. The only reason I've agreed to assist in > answering questions and support this proposal is because I have multi-year > data > that shows our failure rates are the same that we

/dev/uinput

/dev/uinput presently bears the permissions 0600, and it is owned by root. Has anyone ever thought about assigning ownership of /dev/uinput to the user associated with the console? It seems it might be appropriate for pam_console to transfer ownership in this way. I am interested in injecting

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

On Sat, Jun 27, 2020 at 9:30 AM Roberto Ragusa wrote: > > On 2020-06-27 10:47, Igor Raits wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA512 > > > > On Sat, 2020-06-27 at 10:35 +0200, Roberto Ragusa wrote: > >> On 2020-06-26 22:13, Justin Forbes wrote: > >> > >>> Saying production on

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

On 2020-06-27 10:47, Igor Raits wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, 2020-06-27 at 10:35 +0200, Roberto Ragusa wrote: On 2020-06-26 22:13, Justin Forbes wrote: Saying production on millions of systems is a bit misleading here, when you are talking about millions of

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

On 6/27/20 2:57 AM, Nicolas Mailhot via devel wrote: Le vendredi 26 juin 2020 à 12:30 -0400, Josef Bacik a écrit : On 6/26/20 11:15 AM, Matthew Miller wrote: On Fri, Jun 26, 2020 at 11:13:39AM -0400, Josef Bacik wrote: Not Fedora land, but Facebook installs it on all of our root devices, so

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

On 6/27/20 4:35 AM, Roberto Ragusa wrote: On 2020-06-26 22:13, Justin Forbes wrote: Saying production on millions of systems is a bit misleading here, when you are talking about millions of systems at a single company. ...in a redundant configuration where losing a disk is tolerated by

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

* Josef Bacik: > As for your ENOSPC issue, I've made improvements on that area. I > see this in production as well, I have monitoring in place to deal > with the machine before it gets to this point. That being said if > you run the box out of metadata space things get tricky to fix. > I've

Re: Bundled compiler conundrum

On 26.06.2020 19:01, Michael Cronenworth wrote: > cc1plus: error: unrecognized command line option > '-Wno-implicit-int-float-conversion' [-Werror] Just remove -Werror flag. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) ___ devel mailing list

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

On Sat, Jun 27, 2020 at 10:59:57AM +0200, Nicolas Mailhot via devel wrote: > Le samedi 27 juin 2020 à 10:47 +0200, Igor Raits a écrit : > > > > Do you run postgres, financial transactions and random blackouts on > > your laptop / workstation? If so, isn't it just for testing purposes? > >

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

So I definitely support the proposal. ___ 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: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

Well I have for quite a while used btrfs successfully on fedora and I think it would make much sense for fedora to start using btrfs by default . ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

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

On 27 June 2020 03:21:32 CEST, Chris Murphy wrote: >On Fri, Jun 26, 2020 at 6:17 PM Peter Gordon wrote: >Facebook since 2015. SUSE/openSUSE on the desktop and on servers since >2014, by default. Are you suggesting they can do it and we can't? There's a difference between "can" and "should".

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

Le samedi 27 juin 2020 à 10:47 +0200, Igor Raits a écrit : > > Do you run postgres, financial transactions and random blackouts on > your laptop / workstation? If so, isn't it just for testing purposes? Wokstations are full of high-value personnal data, because home users do not have an IT

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, 2020-06-27 at 10:35 +0200, Roberto Ragusa wrote: > On 2020-06-26 22:13, Justin Forbes wrote: > > > Saying production on millions of systems is a bit misleading here, > > when you are talking about millions of systems at a single company. >

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

On 2020-06-26 22:13, Justin Forbes wrote: Saying production on millions of systems is a bit misleading here, when you are talking about millions of systems at a single company. ...in a redundant configuration where losing a disk is tolerated by design and managing data that have very low vale

[EPEL-devel] EPEL 8: modular libnghttp2 replaces package from RHEL base

This morning I got an email notification: Package Arch Version Repository Size

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

Le vendredi 26 juin 2020 à 12:30 -0400, Josef Bacik a écrit : > On 6/26/20 11:15 AM, Matthew Miller wrote: > > On Fri, Jun 26, 2020 at 11:13:39AM -0400, Josef Bacik wrote: > > > Not Fedora land, but Facebook installs it on all of our root > > > devices, so millions of machines. We've done this

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

Le vendredi 26 juin 2020 à 23:28 +0100, Tomasz Kłoczko a écrit : > On Fri, 26 Jun 2020 at 23:21, Alex Thomas > wrote: > > Once question, are we looking at using a layout like openSUSE is > > doing? ( https://en.opensuse.org/SDB:BTRFS ) utilizing subvolumes, > > or > > are we looking at something

Re: Fwd: %forgemeta support for `git` tasks in checked-out code?

Le vendredi 26 juin 2020 à 07:41 -0700, PGNet Dev a écrit : > hi, > > On 6/25/20 11:58 PM, Nicolas Mailhot wrote: > > forgemeta works in release mode, with release archives published > > over > > http(s). It does not talk at all to source projects using the git > > protocol (and that is

Re: Packaging firmwares

On Fri, 26 Jun 2020, 22:21 Florian Weimer, wrote: > Is FirmwareUpdate.efi really firmware in Fedora's sense? Won't it run > on the host CPU? > This is flashed hardware!? Can't mellanox just use the LVFS to distribute firmware rather than having to install a package of blobs you're going to use

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

On Fri, Jun 26, 2020 at 05:49:03PM -0600, Chris Murphy wrote: > > > For what it's worth, this is really needed, and overdue. I have > > repeatedly failed Fedora OS release upgrades on different machines by > > running out of root fs space. I think the default / is around 50GB, and > > it's too