It should really be no more effort than running your puppet agent or an
ansible job. Those are minor configuration changes and are easily
automated.
Also, stopdisablingselinux.com ;)
On 6/25/2020 2:50 PM, Jan Kratochvil wrote:
> With each such
> step it takes more and more effort to make a new F
On 6/26/20 11:04 AM, Solomon Peachy wrote:
On Fri, Jun 26, 2020 at 10:42:25AM -0400, 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 expertise nee
On Fri, Jun 26, 2020 at 04:58:19PM +0200, 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
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
Why not zfs?
On 6/26/2020 10:42 AM, 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 reduc
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 comments on any differences between that
s
On Fri, 2020-06-26 at 07:05 -0400, Jaroslav Skarvada wrote:
> -1 for the change. If the so called 'end-user' (whatever does it mean)
> can learn git, she or he can also learn 'vi' or at least how to enable
> the preferred editor. Personally, I can see nothing special on the
> nano, for me it qualif
On Fri, Jun 26, 2020 at 11:15:24AM -0400, Michael Watters wrote:
> Why not zfs?
We cannot include ZFS in Fedora for legal reasons. Additionally, ZFS is not
really intended for the laptop use case.
--
Matthew Miller
Fedora Project Leader
___
devel mail
On Fri, Jun 26, 2020 at 10:42:25AM -0400, Ben Cotton wrote:
> Boot on Btrfs
>
> * Instead of a 1G ext4 boot, create a 1G Btrfs boot.
> * Advantage: Makes it possible to include in a snapshot and rollback
> regime. GRUB has stable support for Btrfs for 10+ years.
GRUB2 btrfs support te
On Fri, Jun 26, 2020 at 03:42:39PM +0100, Jonathan Wakely wrote:
> On 26/06/20 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 (somthing i
On Fri, 2020-06-26 at 08:39 -0300, Sergio Belkin wrote:
> In such a case nano is easier (regardless that the argument about how
> hard
> is quitting vim is exaggerated, Ctrl+o is not easier that ZZ).
But nano *tells you* about ctrl+o.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twi
On Fri, 2020-06-26 at 14:03 +0200, Theodore Papadopoulo wrote:
> >
> > Then I will +1 for this proposal. Yes, this certainly will make Fedora
> > easier use for beginners. And for those who would like to use vi as
> > default, we should make this as easy as possible.
>
> This seems the best appro
On Fri, Jun 26, 2020 at 11:15:54AM -0400, 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,
On Fri, 26 Jun 2020 at 16:05, Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
[..]
> I'm strongly against this proposal. BTRFS is the most unstable file
> system I ever seen.
I would be really interested how you came to that conclusion (how did you
measure that?).
Do you have an
On Fri, 2020-06-26 at 13:03 +0100, Jonathan Wakely wrote:
> On 25/06/20 18:48 -0700, Adam Williamson wrote:
> >
> > If you are unfortunate enough that the default editor is vi, what
> > happens next is you spend half an hour trying to figure out what the
> > *hell* is going on, followed by - depen
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 kernel module, so that
initrd-less boots work... (it's kinda pointless anyw
On Fri, Jun 26, 2020 at 11:27 AM Adam Williamson
wrote:
>
> On Fri, 2020-06-26 at 14:03 +0200, Theodore Papadopoulo wrote:
> > >
> > > Then I will +1 for this proposal. Yes, this certainly will make Fedora
> > > easier use for beginners. And for those who would like to use vi as
> > > default, we
On Thu, Jun 25, 2020 at 01:18:59PM -0400, 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.
== Owner ==
* Name: [[User:chrismurphy| Chris Murp
Notification time stamped 2020-06-26 15:40:29 UTC
From 487c83f7da248505ea54416a05ecebe20c08f75d Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova
Date: Jun 26 2020 15:40:22 +
Subject: Perl 5.32 re-rebuild of bootstrapped packages
---
diff --git a/perl-Params-ValidationCompiler.spec
b/perl-P
On Fri, Jun 26, 2020 at 02:01:05PM +0100, Jonathan Wakely wrote:
> On 26/06/20 08:43 -0400, Neil Horman wrote:
> > On Fri, Jun 26, 2020 at 01:27:54PM +0100, Jonathan Wakely wrote:
> > > On 26/06/20 09:22 -0300, Sergio Belkin wrote:
> > > > Really do we believe that setting nano as a default editor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Fri, 2020-06-26 at 17:30 +0200, 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 ke
On Fri, 26 Jun 2020 at 11:36, Solomon Peachy wrote:
>
> On Fri, Jun 26, 2020 at 11:15:54AM -0400, 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
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 (somthing in the form of bz reports or
> > > comments on a list) indicatin
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
> people are using vi, got the answer to the question they were looking for
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 bug-report type things like perlbug.
Less already has obscure vi-like keybindings, so that may not be the best
example.
Hm
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
Il 26/06/20 16:27, Ben Cotton ha scritto:
>
> Nope! The lukewarm reaction and subsequent *guestures at the state
> of the world* moved this to the bottom of the stack. It's still on my
> todo list for some point in the future.
>
Ben, the review-stats app is ready to do some automatic "cleanup":
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 bug-report type things like perlbug.
>
> Less already has obs
On Fri, Jun 26, 2020 at 12:07 PM Mattia Verga via devel
wrote:
>
> Ben, the review-stats app is ready to do some automatic "cleanup":
>
> https://pagure.io/fedora-infra/review_stats/pull-request/6
>
This looks awesome!
> The Pull Request was merged in the master branch, but I have not yet
> deplo
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
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
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
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.
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
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
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
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
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
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
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
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 (
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
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.
> >
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
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
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
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
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
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
> >
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
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\: %
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' [-
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
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
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
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.
> >
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
_
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,
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
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
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
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
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
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
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:/
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)
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
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
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
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
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
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
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
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
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
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
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
-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
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
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
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.
>
>
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
101 - 200 of 229 matches
Mail list logo