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 for

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 l

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 intentiona

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 ea

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

On Fri, Jun 26, 2020 at 6:17 PM Peter Gordon wrote: > This is a good argument for having Fedora officially support BtrFS as a > possible installation option, yes; It already is a release blocking (supported) file system for install time option. Has been for ~10 years. > BtrFS might have signif

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

On Fri, Jun 26, 2020 at 3:44 PM Matthew Miller wrote: > > On Fri, Jun 26, 2020 at 03:22:07PM -0400, Josef Bacik wrote: > > I described this case to the working group last week, because it hit > > us in production this winter. Somebody screwed up and suddenly > > pushed 2 extra copies of the whole

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

On Fri, 2020-06-26 at 14:04 -0500, Michael Catanzaro wrote: > [...] > > Surely if xfs is good enough for RHEL, and btrfs is > at least 10x more reliable than xfs, that suggests btrfs should This is a good argument for having Fedora officially support BtrFS as a possible installation option, ye

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

On Fri, Jun 26, 2020 at 3:22 PM Przemek Klosowski via devel wrote: > > I remember that two issues that made me apprehensive wrt. BTRFS were its > handling of the 'disk full' situation, and lack of a staightforward > 'fsck' workflow. I think the first issue has been resolved, and we > probably just

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

On 6/26/20 5:44 PM, Matthew Miller wrote: On Fri, Jun 26, 2020 at 03:22:07PM -0400, Josef Bacik wrote: I described this case to the working group last week, because it hit us in production this winter. Somebody screwed up and suddenly pushed 2 extra copies of the whole website to everybody's VM

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

On Fri, Jun 26, 2020 at 6:37 PM Alex Thomas wrote: > > On Fri, Jun 26, 2020 at 5:25 PM Neal Gompa wrote: > > > > On Fri, Jun 26, 2020 at 6:11 PM Alex Thomas wrote: > > > > > > Once question, are we looking at using a layout like openSUSE is > > > doing? ( https://en.opensuse.org/SDB:BTRFS ) util

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

On Fri, Jun 26, 2020 at 5:31 PM Tomasz Kłoczko wrote: > > 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 like >> >> /boo

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

Ok, I thought I saw a proposal by you to change the default btrfs layout to something like openSUSE's using subvolumes, but now, of course, I cannot find it. On Fri, Jun 26, 2020 at 5:25 PM Neal Gompa wrote: > > On Fri, Jun 26, 2020 at 6:11 PM Alex Thomas wrote: > > > > Once question, are we loo

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

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 like > > /boot/efi > EFI (FAT32) > / > btrfs > BTW that layout. Anaconda still

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

On Fri, Jun 26, 2020 at 6:11 PM 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 like > > /boot/efi > EFI (FAT32) > / > btrfs > We are planning on using Fed

Re: Packaging firmwares

On Friday, 26 June 2020 23:20:38 CEST Florian Weimer wrote: > * Robert-André Mauchin: > > I have a review request for a firmware: Boot firmware (ATF, UEFI...) for > > Mellanox BlueField: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1846139 > > > > I would like some opinions on whether this

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

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 like /boot/efi > EFI (FAT32) / > btrfs On Fri, Jun 26, 2020 at 4:45 PM Matthew Miller wrote: > > On Fri, Jun 26, 2020 at 03:22:07PM

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

On Fri, Jun 26, 2020 at 03:22:07PM -0400, Josef Bacik wrote: > I described this case to the working group last week, because it hit > us in production this winter. Somebody screwed up and suddenly > pushed 2 extra copies of the whole website to everybody's VM. The > website is mostly metadata, be

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

The ship on POSIX mandating vi (and defining it's behavior) sailed years ago. On Fri, Jun 26, 2020, 4:11 PM Orcan Ogetbil wrote: > On Fri, 26 Jun 2020 at 10:55, Jonathan Wakely wrote: > > > > > I came here with peace. Let's face it. It's always between the two. I > > > respect vim and I learned

PVECLIB version bump (with new IFUNC runtime libraries)

So I think I am ready to release version 1.0.4 of the Power Vector Library. The big addition is multiple (128-bit) vector quadword arithmetic introduced with the new vec_int512_ppc.h. This header actually provides support for 2048x2048 bit multiplies with all intermediate values held in (64x128-bi

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

One thing that hasn't been mentioned yet is that btrfs is also important for our plans to preserve system responsiveness under heavy load, https://pagure.io/fedora-workstation/issue/154. On Fri, Jun 26, 2020 at 5:22 pm, Przemek Klosowski via devel wrote: For what it's worth, this is really n

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

On 6/26/20 1:43 PM, Neal Gompa wrote: One issue that I have seen mentioned as an issue within the last week is still the problem of running out of space when it still looks like there's space free. I didn't read the responses, so not sure of the resolution, but I remember that being a "thing" wi

Re: [Fedora-legal-list] Re: Packaging firmwares

On Fri, Jun 26, 2020 at 5:21 PM Florian Weimer wrote: > In the Git repository > > > > Mellanox does not provide permission to redistribute the firmware, only > required notices of components that they have used to build it. Just >

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

On 6/26/20 12:31 PM, Chris Murphy wrote: That pattern will change with btrfs. There will be fewer of some problems, more of others, and the messages will be different. fsck.ext4 is pretty much all we have, all we're used to, and it's a binary pass/fail. Even though we're talking about edge cases

Re: Packaging firmwares

* Robert-André Mauchin: > I have a review request for a firmware: Boot firmware (ATF, UEFI...) for > Mellanox BlueField: > > https://bugzilla.redhat.com/show_bug.cgi?id=1846139 > > I would like some opinions on whether this is acceptable firmware. The > binary contains open source code for which

Re: [Fedora-legal-list] Packaging firmwares

On Fri, Jun 26, 2020 at 4:36 PM Robert-André Mauchin wrote: > > Hello, > > I have a review request for a firmware: Boot firmware (ATF, UEFI...) for > Mellanox BlueField: > > https://bugzilla.redhat.com/show_bug.cgi?id=1846139 > > I would like some opinions on whether this is acceptable firmware. T

Packaging firmwares

Hello, I have a review request for a firmware: Boot firmware (ATF, UEFI...) for Mellanox BlueField: https://bugzilla.redhat.com/show_bug.cgi?id=1846139 I would like some opinions on whether this is acceptable firmware. The binary contains open source code for which the license are documented,

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

On Fri, Jun 26, 2020 at 12:38:40PM -0400, Ben Rosser wrote: > The -t/--tempfile switch for nano (and pico) does exactly this: > https://linux.die.net/man/1/nano Yeah, I've had EDITOR='nano -t -r 72' set in my .profile for as long as I can remember. - Solomon -- Solomon Peachy

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

On 6/26/20 10:33 AM, Neil Horman wrote: If I google how to quit vi, I see a full 10 pages of the answer to the question documented in detail The fact that people have to google their way out of such a mundane circumstance is in my opinion enough to give this proposal a: +1 As background, I

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

On Fri, Jun 26, 2020 at 2:05 PM Michael Catanzaro wrote: > > On Fri, Jun 26, 2020 at 8:45 pm, Markus Larsson > wrote: > > I strongly agree. BTRFS has been 5 years from production ready for > > almost a decade now, please don't force this on users that doesn't > > know any better. > > This is hard

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

On Fri, 26 Jun 2020 at 10:55, Jonathan Wakely wrote: > > > I came here with peace. Let's face it. It's always between the two. I > > respect vim and I learned quite some things in vim. But I'm an emacs > > user and I find the original decision between vim and emacs for 'git > > commit' unfair. > >

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

On 26 June 2020 21:32:31 CEST, Igor Raits wrote: >-BEGIN PGP SIGNED MESSAGE- >Hash: SHA512 >> >> Josef's server parks is a bit of a different use case than laptops as >> other people has already pointed out. >> If you want data on how it works in a desktop/laptop scenario talk to >> o

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

On Fri, Jun 26, 2020 at 11:30 AM Chris Adams wrote: > > Once upon a time, Ben Cotton said: > > 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 reducing the amount of expertise need

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Fri, 2020-06-26 at 21:22 +0200, Markus Larsson wrote: > > On 26 June 2020 21:04:00 CEST, Michael Catanzaro < > mcatanz...@gnome.org> wrote: > > On Fri, Jun 26, 2020 at 8:45 pm, Markus Larsson > > > > wrote: > > > I strongly agree. BTRFS has bee

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

On 6/26/20 2:58 PM, James Szinger wrote: On Fri, 26 Jun 2020 12:30:02 -0500 Chris Adams wrote: So... I freely admit I have not looked closely at btrfs in some time, so I could be out of date (and my apologies if so). One issue that I have seen mentioned as an issue within the last week is stil

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

On 26 June 2020 21:04:00 CEST, Michael Catanzaro wrote: >On Fri, Jun 26, 2020 at 8:45 pm, Markus Larsson >wrote: >> I strongly agree. BTRFS has been 5 years from production ready for >> almost a decade now, please don't force this on users that doesn't >> know any better. > >This is hard to

Fedora rawhide compose report: 20200626.n.0 changes

OLD: Fedora-Rawhide-20200624.n.0 NEW: Fedora-Rawhide-20200626.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 14 Dropped packages:0 Upgraded packages: 241 Downgraded packages: 0 Size of added packages: 27.40 MiB Size of dropped packages:0

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

On Fri, Jun 26, 2020 at 12:58 pm, James Szinger wrote: Yes, it happened to me last week. The workstation has been upgraded since F25 and is now at F31. A yum update last week ran a restorecon -r / which filled up the filesystem and RAM and swap. The 460 GB filesystem had about 140GB of real d

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

On Fri, Jun 26, 2020 at 8:45 pm, Markus Larsson wrote: I strongly agree. BTRFS has been 5 years from production ready for almost a decade now, please don't force this on users that doesn't know any better. This is hard to square with the fact that it's already being used in production on mil

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

I wrote: > Zdenek Dohnal wrote: >> CCing Git maintainer to see whether it can be implemented or not. I somehow forgot to say that I'm just one of several maintainers for the git package. :) I've Cc'd the git-maintainers alias to include the other folks. -- Todd signature.asc Description: PGP

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

On Fri, 26 Jun 2020 12:30:02 -0500 Chris Adams wrote: > So... I freely admit I have not looked closely at btrfs in some time, > so I could be out of date (and my apologies if so). One issue that I > have seen mentioned as an issue within the last week is still the > problem of running out of spac

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

On 26 June 2020 16:58:19 CEST, Vitaly Zaitsev via devel wrote: >On 26.06.2020 16:42, Ben Cotton wrote: >> 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 reducing the amount of exp

Package Review SELinux help

Hello, I know next to nothing about SELinux so I'd like some help about the Bitcoin Package Review by negativo17: https://bugzilla.redhat.com/show_bug.cgi?id=1834731 Notably: are the bitcoin.{te,fc,if} files are sane? Are they installed properly in the SPEC? Especially these parts: %post ser

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

On 26 June 2020 20:08:53 CEST, Robert Relyea wrote: >On 6/25/20 12:58 PM, Jonathan Wakely wrote: >> >> >> Anyway, I find it hard to believe that serious developers are >> unable/unwilling to set their own choice of EDITOR. A systemwide >> default EDITOR=nano shouldn't cause them any real difficu

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

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. I personally use it in all of my systems (desktops, laptops and workstations) except for servers, where it lacks the reliability on some raid co

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

On Fri, Jun 26, 2020 at 07:04:51PM +0100, Jonathan Wakely wrote: > On 26/06/20 13:23 -0400, Neil Horman wrote: > > Heres a thought that I hadn't considered before though, and it might be > > useful. > > Apple at one point (and still may), shiped iphones without the itunes (or > > some > > common)

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

On Fri, Jun 26, 2020 at 12:50:52PM -0500, Michael Catanzaro wrote: > That actually works really well, and we should seriously consider > doing it. Or at least suggesting it to upstream. > > It doesn't even take extra space. Only uses the bottom row that > would otherwise be empty. Fine :) https:/

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

On 6/25/20 12:58 PM, Jonathan Wakely wrote: Anyway, I find it hard to believe that serious developers are unable/unwilling to set their own choice of EDITOR. A systemwide default EDITOR=nano shouldn't cause them any real difficulty. I second that. I'm the guy who gets annoyed at non-vi edito

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

On 26/06/20 13:23 -0400, Neil Horman wrote: Heres a thought that I hadn't considered before though, and it might be useful. Apple at one point (and still may), shiped iphones without the itunes (or some common) app on it, and they did so intentionally, because they knew it was an app that people

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

On 26/06/20 19:15 +0200, David Kaufmann wrote: On Fri, Jun 26, 2020 at 03:42:39PM +0100, Jonathan Wakely wrote: "In the last year, How to exit the Vim editor has made up about .005% of question traffic: that is, one out of every 20,000 visits to Stack Overflow questions. That means during peak t

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

On Fri, Jun 26, 2020 at 10:15 am, Adam Williamson wrote: On Fri, 2020-06-26 at 12:39 -0400, Neil Horman wrote: Also, have we asked the question, what default editor are other distros setting? I've honestly never looked. I believe no major distro currently sets $EDITOR, so we would be

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

On Fri, Jun 26, 2020 at 01:23:17PM -0400, Neil Horman wrote: On Fri, Jun 26, 2020 at 10:03:12AM -0700, Adam Williamson wrote: On Fri, 2020-06-26 at 12:58 -0400, Neil Horman wrote: > > From this thread you can find at least two people (me and Ben > > Rosser) > > who definitely didn't keep using v

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

On Fri, Jun 26, 2020 at 1:00 pm, Matthew Miller wrote: ... that would actually be really easy to do, since a patch isn't necessary. export LESS='-MPM?f%f .?n?m(%T %i of %m) ..?ltlines %lt-%lb?L/%L. :byte %bB?s/%s. .?e(END) ?x- Next\: %x.:?pB%pB\%..%t (h for help or q to quit)' But let's no

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

On Fri, Jun 26, 2020 at 10:43:10AM -0700, Adam Williamson wrote: > On Fri, 2020-06-26 at 13:37 -0400, Neil Horman wrote: > > > > > > Mint's default seems to be nano, though like openSUSE, it is doing this > > > some way other than by setting $EDITOR. > > > > > Mints just a derivative of openSuse,

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

On 6/25/20 1:54 PM, Randy Barlow wrote: I would like to counter propose that we make ed the default editor :P Just in case it wasn't clear, I was joking here. I support nano as a default. Let's make Fedora easier for new users, especially those who are new to the command line and/or Linux. _

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

On Fri, Jun 26, 2020 at 1:45 PM Adam Williamson wrote: > > On Fri, 2020-06-26 at 13:37 -0400, Neil Horman wrote: > > > > > > Mint's default seems to be nano, though like openSUSE, it is doing this > > > some way other than by setting $EDITOR. > > > > > Mints just a derivative of openSuse, isn't it

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

On Fri, Jun 26, 2020 at 10:43:10AM -0700, Adam Williamson wrote: > > Mints just a derivative of openSuse, isn't it? It would make sense that > > this followed. > I thought it was a derivative of Debian and/or Ubuntu? Wikipedia has it > in the 'Ubuntu derivatives' category. But anyhow, it doesn't be

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

On Fri, Jun 26, 2020 at 1:31 PM Chris Adams wrote: > > Once upon a time, Ben Cotton said: > > 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 reducing the amount of expertise neede

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

On Fri, 2020-06-26 at 13:37 -0400, Neil Horman wrote: > > > > Mint's default seems to be nano, though like openSUSE, it is doing this > > some way other than by setting $EDITOR. > > > Mints just a derivative of openSuse, isn't it? It would make sense that this > followed. I thought it was a der

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

On Fri, Jun 26, 2020 at 01:23:17PM -0400, Neil Horman wrote: > But thats more or less the expectation of unix and unix like systems. For > all the porcelain and chrome we've put around it, under the covers, its > all still a bag of parts, and the expectation is (or should be) when using > a bag of

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

On Fri, Jun 26, 2020 at 10:30 AM Lennart Poettering wrote: > > On Fr, 26.06.20 10:42, Ben Cotton (bcot...@redhat.com) wrote: > > > https://fedoraproject.org/wiki/Changes/BtrfsByDefault > > If this is decided to be the way to go, please work with kernel > maintainers to make btrfs.ko a built-in ker

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

On Fri, Jun 26, 2020 at 10:15:45AM -0700, Adam Williamson wrote: > On Fri, 2020-06-26 at 12:39 -0400, Neil Horman wrote: > > > > Also, have we asked the question, what default editor are other distros > > setting? > > I've honestly never looked. > > The Change page says "More in line with the de

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

On Fri, Jun 26, 2020 at 12:12:52PM -0500, Chris Adams wrote: > I believe $EDITOR is supposed to just be an executable that can be > passed directly to exec(), so I don't think you can include arguments in > it. I tried it -- it works with git, crontab, and sudo -e. (And in all of these situations

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

Once upon a time, Ben Cotton said: > 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 reducing the amount of expertise needed to deal with > situations like [https://pagure.io/fedora-wor

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

On Fri, Jun 26, 2020 at 10:03:12AM -0700, Adam Williamson wrote: > On Fri, 2020-06-26 at 12:58 -0400, Neil Horman wrote: > > > From this thread you can find at least two people (me and Ben > > > Rosser) > > > who definitely didn't keep using vi (my very next questions were > > > "what's an easier e

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

On Fri, 26 Jun 2020 at 10:40, Jonathan Wakely wrote: > Obeying EDITOR is required by POSIX e.g. see > https://pubs.opengroup.org/onlinepubs/9699919799/utilities/crontab.html#tag_20_25_08 > > Note that POSIX says "The default editor shall be vi." But that means > when EDITOR isn't set. If the system

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

On Fri, Jun 26, 2020 at 1:16 PM Adam Williamson wrote: > > On Fri, 2020-06-26 at 12:39 -0400, Neil Horman wrote: > > > > Also, have we asked the question, what default editor are other distros > > setting? > > I've honestly never looked. > > The Change page says "More in line with the default edi

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

On Fri, 2020-06-26 at 12:10 -0500, Chris Adams wrote: > Once upon a time, Adam Williamson said: > > But nano *tells you* about ctrl+o. > > Well, it tells you about ^O - but when I hit SHIFT+6 O it doesn't do > that! :P Sure. It's not perfect. But it gives you a fighting chance. And it at least t

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

On Fri, Jun 26, 2020 at 03:42:39PM +0100, Jonathan Wakely wrote: > "In the last year, How to exit the Vim editor has made up about .005% > of question traffic: that is, one out of every 20,000 visits to Stack > Overflow questions. That means during peak traffic hours on weekdays, > there are about

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

On Fri, 2020-06-26 at 12:39 -0400, Neil Horman wrote: > > Also, have we asked the question, what default editor are other distros > setting? > I've honestly never looked. The Change page says "More in line with the default editor of other distributions." But it doesn't give more detail, so I did

Re: Bundled compiler conundrum

On 26/06/20 12:01 -0500, Michael Cronenworth wrote: On 6/25/20 11:45 PM, Tom Stellard wrote: Are you tying to build with mingw-gcc? What errors are you getting? Yes, mingw-gcc, as we do not ship the Clang based MinGW toolchain in Fedora. Here's a sample: cc1plus: error: unrecognized command

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

Once upon a time, Zbigniew Jędrzejewski-Szmek said: > Nice! I wonder if we could make EDITOR='nano --tempfile' the default? For git > and > similar cases this would work nicely, but I'm not sure about all the other > cases > where $EDITOR is used... I believe $EDITOR is supposed to just be an e

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

Once upon a time, Adam Williamson said: > But nano *tells you* about ctrl+o. Well, it tells you about ^O - but when I hit SHIFT+6 O it doesn't do that! :P -- Chris Adams ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an em

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

On Fri, Jun 26, 2020 at 12:38:40PM -0400, Ben Rosser wrote: > On Fri, Jun 26, 2020 at 12:32 PM Zbigniew Jędrzejewski-Szmek > wrote: > > > > On Thu, Jun 25, 2020 at 01:18:59PM -0400, Ben Cotton wrote: > > > == Scope == > > > * Proposal owners: > > > ** Modify comps to include nano Fedora wide. > >

Re: Bundled compiler conundrum

On 06/26/2020 10:01 AM, Michael Cronenworth wrote: > On 6/25/20 11:45 PM, Tom Stellard wrote: >> Are you tying to build with mingw-gcc? What errors are you getting? > > Yes, mingw-gcc, as we do not ship the Clang based MinGW toolchain in Fedora. > > Here's a sample: > > cc1plus: error: unrecogn

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

On Fri, Jun 26, 2020 at 12:46 PM Zbigniew Jędrzejewski-Szmek wrote: > > On Fri, Jun 26, 2020 at 12:38:40PM -0400, Ben Rosser wrote: > > On Fri, Jun 26, 2020 at 12:32 PM Zbigniew Jędrzejewski-Szmek > > wrote: > > > > > > On Thu, Jun 25, 2020 at 01:18:59PM -0400, Ben Cotton wrote: > > > > == Scope

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

On Fri, 2020-06-26 at 12:58 -0400, Neil Horman wrote: > > From this thread you can find at least two people (me and Ben > > Rosser) > > who definitely didn't keep using vi (my very next questions were > > "what's an easier editor to use?" and "how do I change the default > > editor to something els

Re: Bundled compiler conundrum

On 6/25/20 11:45 PM, Tom Stellard wrote: Are you tying to build with mingw-gcc? What errors are you getting? Yes, mingw-gcc, as we do not ship the Clang based MinGW toolchain in Fedora. Here's a sample: cc1plus: error: unrecognized command line option '-Wno-implicit-int-float-conversion' [-

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

On Fri, Jun 26, 2020 at 09:11:09AM -0700, Adam Williamson wrote: > clearly we need to patch a help bar into less =) ... that would actually be really easy to do, since a patch isn't necessary. export LESS='-MPM?f%f .?n?m(%T %i of %m) ..?ltlines %lt-%lb?L/%L. :byte %bB?s/%s. .?e(END) ?x- Next\: %

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

On Fri, Jun 26, 2020 at 08:54:42AM -0700, Adam Williamson wrote: > On Fri, 2020-06-26 at 11:42 -0400, Neil Horman wrote: > > is interesting, both for the explicit fact that 1,000,000 people had to ask > > how to exit vi (bad), and for the more subtle implicit fact that, at least > > 1,000,000 > >

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

On Fri, Jun 26, 2020 at 8:45 AM Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/BtrfsByDefault > Related: Chromebooks are using btrfs in a particular way. ChromeOS has something called Crostini which is a set of technologies they use for enabling native Linux app support. This is LXC

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

On 6/26/20 12:43 PM, Matthew Miller wrote: On Fri, Jun 26, 2020 at 12:30:35PM -0400, Josef Bacik wrote: Obviously the Facebook scale, recoverability, and workload is going to be drastically different from a random Fedora user. But hardware wise we are pretty close, at least on the disk side. T

Re: SELinux question

On Thu, Jun 25, 2020 at 8:54 PM Samuel Sieb wrote: > On 6/24/20 12:03 PM, Iñaki Ucar wrote: > > Thanks. I found another tutorial (from RedHat) which basically says: > > > > 1. Implement your service, give it a new SELinux type and run it. > > 2. Collect all the complaints from SELinux. > > 3. Use

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

On 6/26/20 9:35 AM, PGNet Dev wrote: > that said, _can_ such bash-ism be used in "getting" a forge commit value? nm, pebkac! %( git ls-remote %{forgeurl1} | grep HEAD | awk '{print $1}' ) seems to work. sry 4 the noise. ___ devel mailing list -- devel

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

On 26 June 2020 18:11:09 CEST, Adam Williamson wrote: >On Fri, 2020-06-26 at 11:58 -0400, Matthew Miller wrote: >> On Fri, Jun 26, 2020 at 09:24:44AM -0500, Chris Adams wrote: >> > And visudo/sudoedit, systemctl edit, bash ^X^E, mysql \e, virsh edit, >> > less v, mutt, edquota, and a number of

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

On Fri, Jun 26, 2020 at 05:32:45PM +0100, Daniel P. Berrangé wrote: > btrfs is not a 1-1 equivalent of ext4, because the scope of btrfs is > much broader. It should likely be compared against some combo of > existing functionality, such as ext4+devicemapper, to get a fairer > picture. Well, specif

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

On Fri, Jun 26, 2020 at 12:38:40PM -0400, Ben Rosser wrote: > On Fri, Jun 26, 2020 at 12:32 PM Zbigniew Jędrzejewski-Szmek > wrote: > > > > On Thu, Jun 25, 2020 at 01:18:59PM -0400, Ben Cotton wrote: > > > == Scope == > > > * Proposal owners: > > > ** Modify comps to include nano Fedora wide. > >

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

On Fri, Jun 26, 2020 at 12:30:35PM -0400, Josef Bacik wrote: > Obviously the Facebook scale, recoverability, and workload is going > to be drastically different from a random Fedora user. But hardware > wise we are pretty close, at least on the disk side. Thanks, Thanks. I guess it's really reco

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

On Fri, Jun 26, 2020 at 08:50:09AM -0700, Adam Williamson wrote: > On Fri, 2020-06-26 at 10:33 -0400, Neil Horman wrote: > > On Fri, Jun 26, 2020 at 09:00:58AM -0400, Solomon Peachy wrote: > > > On Fri, Jun 26, 2020 at 08:43:19AM -0400, Neil Horman wrote: > > > > Do we have real stasitics on this (

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

On Fri, 2020-06-26 at 16:31 +, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Jun 25, 2020 at 01:18:59PM -0400, Ben Cotton wrote: > > == Scope == > > * Proposal owners: > > ** Modify comps to include nano Fedora wide. > > ** Create a new subpackage of nano, called > > nano-editor. > > ** nano-edi

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

On Fri, Jun 26, 2020 at 12:32 PM Zbigniew Jędrzejewski-Szmek wrote: > > On Thu, Jun 25, 2020 at 01:18:59PM -0400, Ben Cotton wrote: > > == Scope == > > * Proposal owners: > > ** Modify comps to include nano Fedora wide. > > ** Create a new subpackage of nano, called > > nano-editor. > > ** nano-ed

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

while 'exploring' some of the limits of forge syntax/usage, trying to see if/how bash expansion might work, i find that: neither %global forgeurl1 https://github.com/openresty/headers-more-nginx-module %global commit1 git ls-remote %{forgeurl1} | grep HEAD | awk '{print $1}' nor

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

Hi, Zdenek Dohnal wrote: > To be honest, I'm sad about the change. It is just a default though, and I'll certainly change it on my systems. But like many others, I too can still recall (decades ago) being dumped into vi and having no clue how to do anything -- including just exiting. > I'm not

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

On Fri, Jun 26, 2020 at 04:58:19PM +0200, Vitaly Zaitsev via devel wrote: > On 26.06.2020 16:42, Ben Cotton wrote: > > 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 reducing the am

Re: Need help to contact: digimer mbartos, ignotusp

On 2020-06-25 3:09 p.m., Pierre-Yves Chibon wrote: > On Thu, Jun 25, 2020 at 12:37:41PM -0400, Digimer wrote: >> digimer here, sorry, I'm not sure why my address was rejected. I can >> also be reached at 'mke...@alteeve.ca'. > > Could you update it in FAS and check if whichever account you use in

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

On Thu, Jun 25, 2020 at 01:18:59PM -0400, Ben Cotton wrote: > == Scope == > * Proposal owners: > ** Modify comps to include nano Fedora wide. > ** Create a new subpackage of nano, called > nano-editor. > ** nano-editor to include > /usr/lib/environment.d/10-nano.conf, which sets > $EDITOR to nano.

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

On Fri, Jun 26, 2020 at 8:58 AM Vitaly Zaitsev via devel wrote: > > I'm strongly against this proposal. BTRFS is the most unstable file > system I ever seen. It can break up even under an ideal conditions and > lead to a complete data loss. There are lots of complaints and bug > reports in Linux k

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

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 for 5 years. It's worked out very well. Thanks, Josef, I'd love to hear your c

[Bug 1802607] perl-Net-DNS-1.25 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1802607 --- Comment #10 from Upstream Release Monitoring --- the-new-hotness/release-monitoring.org's scratch build of perl-Net-DNS-1.25-1.fc32.src.rpm for rawhide completed http://koji.fedoraproject.org/koji/taskinfo?taskID=46211516 -- You are re

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

On Fri, Jun 26, 2020 at 03:37:59PM +0100, Jonathan Wakely wrote: > On 26/06/20 13:11 +, Zbigniew Jędrzejewski-Szmek wrote: > >On Thu, Jun 25, 2020 at 01:59:39PM -0600, Chris Murphy wrote: > >>On Thu, Jun 25, 2020 at 1:58 PM Chris Murphy > >>wrote: > >>> > >>> On Thu, Jun 25, 2020 at 1:48 PM M

  1   2   3   >