On 6/28/20 11:35 PM, John M. Harris Jr wrote:
For the best filesystem ever created, ZFS, I can't say that I agree with your
assessment of that value. Having ZFS in Fedora would throw Fedora over the top
as being the best Linux distro, hands down. I can count the number of times
that having root o
On Monday, June 29, 2020 12:18:28 AM MST Samuel Sieb wrote:
> On 6/28/20 11:35 PM, John M. Harris Jr wrote:
>
> > For the best filesystem ever created, ZFS, I can't say that I agree with
> > your assessment of that value. Having ZFS in Fedora would throw Fedora
> > over the top as being the best L
On 6/29/20 12:27 AM, John M. Harris Jr wrote:
On Monday, June 29, 2020 12:18:28 AM MST Samuel Sieb wrote:
On 6/28/20 11:35 PM, John M. Harris Jr wrote:
For the best filesystem ever created, ZFS, I can't say that I agree with
your assessment of that value. Having ZFS in Fedora would throw Fedor
On Monday, June 29, 2020 12:32:56 AM MST Samuel Sieb wrote:
> On 6/29/20 12:27 AM, John M. Harris Jr wrote:
>
> > On Monday, June 29, 2020 12:18:28 AM MST Samuel Sieb wrote:
> >
> >> On 6/28/20 11:35 PM, John M. Harris Jr wrote:
> >>
> >>
> >>
> >>> For the best filesystem ever created, ZFS, I ca
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Mon, 2020-06-29 at 00:37 -0700, John M. Harris Jr wrote:
> On Monday, June 29, 2020 12:32:56 AM MST Samuel Sieb wrote:
> > On 6/29/20 12:27 AM, John M. Harris Jr wrote:
> >
> > > On Monday, June 29, 2020 12:18:28 AM MST Samuel Sieb wrote:
> > >
On Sun, Jun 28, 2020 at 03:39:34PM +0200, Johan Cwiklinski wrote:
> Hello,
>
> I'm going to stop packaging, so I've orphaned the following packages I
> was "maintaining":
> - iipsrv
> - glpi
> - php-elvanto-litemoji
> - php-IDNA_Convert
> - php-markdown
> - php-scssphp-scssphp
> - php-simplepie
>
On Sun, Jun 28, 2020 at 01:32:41PM -0700, John M. Harris Jr wrote:
> On Sunday, June 28, 2020 12:18:32 PM MST Zbigniew Jędrzejewski-Szmek wrote:
> > On Sat, Jun 27, 2020 at 03:34:17PM -0400, Matthew Miller wrote:
> >
> > > On Sat, Jun 27, 2020 at 10:25:01AM -0700, John M. Harris Jr wrote:
> > >
>
On 29 June 2020 08:26:21 CEST, "John M. Harris Jr" wrote:
>On Sunday, June 28, 2020 5:37:08 PM MST Chris Adams wrote:
>> Once upon a time, John M. Harris Jr said:
>>
>> > XFS proved to be troublesome, and still is up to the latest of RHEL7. It's
>> > not uncommon to have to run xfs_repair on
On Monday, June 29, 2020 12:54:02 AM MST Igor Raits wrote:
> On Mon, 2020-06-29 at 00:37 -0700, John M. Harris Jr wrote:
>
> > On Monday, June 29, 2020 12:32:56 AM MST Samuel Sieb wrote:
> >
> > > On 6/29/20 12:27 AM, John M. Harris Jr wrote:
> > >
> > >
> > >
> > > > On Monday, June 29, 2020 12:
On Monday, June 29, 2020 1:09:16 AM MST Markus Larsson wrote:
> On 29 June 2020 08:26:21 CEST, "John M. Harris Jr"
> wrote:
> >On Sunday, June 28, 2020 5:37:08 PM MST Chris Adams wrote:
> >
> >> Once upon a time, John M. Harris Jr said:
> >>
> >>
> >> > XFS proved to be troublesome, and still i
On 29 June 2020 04:51:40 CEST, Matthew Miller wrote:
>On Sun, Jun 28, 2020 at 10:32:34AM -0700, John M. Harris Jr wrote:
>> > Fine :) https://github.com/gwsw/less/issues/72
>> See Markus Larsson's comment on this above...
>
>Yeah, but as Michael points out, that doesn't really apply: it takes up
On Monday, June 29, 2020 12:58:30 AM MST Zbigniew Jędrzejewski-Szmek wrote:
> On Sun, Jun 28, 2020 at 01:32:41PM -0700, John M. Harris Jr wrote:
*snip*
> > - Mask/disable systemd-homed
>
>
> Doesn't do anything unless you create some users with homectl.
There's no reason for it to be there, wast
Hi,
On Thu, Jun 25, 2020 at 06:48:56PM -0700, Adam Williamson wrote:
> Nothing in vi's default view (if launched with a file, which is what
> happens in this case) tells you you need to press 'insert' in order to
> actually edit anything. Nothing in vi's default view tells you you have
> to type
* Chris Adams:
> Once upon a time, John M. Harris Jr said:
>> XFS proved to be troublesome, and still is up to the latest of RHEL7. It's
>> not
>> uncommon to have to run xfs_repair on smaller XFS partitions, especially /
>> boot. I'm not sure if btrfs has the same issue there?
>
> [citation ne
* Josef Bacik:
> That being said I can make btrfs look really stupid on some workloads.
> There's going to be cases where Btrfs isn't awesome. We still use xfs
> for all our storage related tiers (think databases). Performance is
> always going to be workload dependent, and Btrfs has built in ov
Hi Till,
I sent a question to Vim mailing list:
https://groups.google.com/g/vim_dev/c/931nvz1TKyg
On 6/29/20 10:47 AM, Till Maas wrote:
> Hi,
>
> On Thu, Jun 25, 2020 at 06:48:56PM -0700, Adam Williamson wrote:
>
>> Nothing in vi's default view (if launched with a file, which is what
>> happens
Greetings,
I'm not sure whether the minimization effort is still going on but I
wanted to report the pitfalls I ran into moving from the fedora Docker
container to fedora-minimal.
For starters I was surprised by the absence of DNF and I had to find
by myself, I don't remember how, that MicroDNF w
- Original Message -
> From: "Till Maas"
> To: "Development discussions related to Fedora"
>
> Sent: Monday, June 29, 2020 10:47:58 AM
> Subject: Re: Fedora 33 System-Wide Change proposal: Make nano the default
> editor
>
> Hi,
>
> On Thu, Jun 25, 2020 at 06:48:56PM -0700, Adam Willia
On Mon, Jun 29, 2020 at 11:09 AM Dridi Boukelmoune
wrote:
>
> Greetings,
>
> I'm not sure whether the minimization effort is still going on but I
> wanted to report the pitfalls I ran into moving from the fedora Docker
> container to fedora-minimal.
>
> For starters I was surprised by the absence
OLD: Fedora-Rawhide-20200626.n.0
NEW: Fedora-Rawhide-20200628.n.1
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 90
Dropped packages:0
Upgraded packages: 228
Downgraded packages: 1
Size of added packages: 179.20 MiB
Size of dropped packages:0
> > microdnf reinstall tzdata
>
> There's a bug about this to split out the UTC tzdata into a minimal
> tzdata so terrible hacks aren't needed to slim things down.
> https://bugzilla.redhat.com/show_bug.cgi?id=1722233
I'll CC myself to this bug but it doesn't look like anything will happen soo
On Sat, Jun 27, 2020 at 8:34 PM Sérgio Basto wrote:
> I'd like be joined to NodeJS group to be able to fix some nodejs FTBFS
> packages.
>
I have added you to the NodeJS SIG group in FAS. Welcome to the SIG!
-Jared
___
devel mailing list -- devel@lis
I've orphaned python-jupyterlab-launcher.
I've packaged it in an attempt to package jupyterlab, but I have never got to
it :(
The package now FTBFS because I have removed tests from the python3-notebook
RPM. If somebody wants python-jupyterlab-launcher, I can add
python3-notebook-tests subpac
Current stats from my testing samples:
408 failing
263 passing
That is huge improvement. Thank you all.
I'm now running last rebuild n copr, and in week or two an mass rebuild will be
taken in koji.
There was an discussion what the border will be, when to force this change, or
when to step away
> 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 kernel bugzilla and Reddit.
Without providing evidence, this is just
> OpenZFS is frequently lagging behind in support for newer kernels which would
> work against
> Fedora's "rolling" approach to kernel releases.
Yes, there is quite often a time delay between kernel releases and OpenZFS
releases that contain compatibility patches. However, in my experience, the
On Mon, Jun 29, 2020 at 06:11:58AM -0400, Pavel Valena wrote:
> TL;DR please, +1 for nano, as "trial by fire" is not a good first
> experience for someone who just wants to get something done.
This is not "trial by fire", it is just a different interface than
people are used from notepad.exe. Vi m
On Mon, Jun 29, 2020 at 2:39 PM Jiri Vanek wrote:
> Current stats from my testing samples:
> 408 failing
> 263 passing
>
>
Are these numbers reversed ^^^ ? Looking at
https://copr.fedorainfracloud.org/coprs/g/java-maint-sig/java-11-default/monitor/
I see a bit more than 200 ftbfs.
> That is hug
On Mon, 29 Jun 2020 10:47:58 +0200, you wrote:
>since vim addresses this when opened without a file and it is open
>source, it seems to me to be a good idea to propose to adjust vim
>behaviour to show the help overview when opening a file as well. For
>example if there is no ~/.vimrc or some other
On Mon, Jun 29, 2020 at 4:16 AM John M. Harris Jr wrote:
>
> On Monday, June 29, 2020 12:54:02 AM MST Igor Raits wrote:
> > On Mon, 2020-06-29 at 00:37 -0700, John M. Harris Jr wrote:
> >
> > > On Monday, June 29, 2020 12:32:56 AM MST Samuel Sieb wrote:
> > >
> > > > On 6/29/20 12:27 AM, John M. H
Hello,
Le 29/06/2020 à 09:59, Pierre-Yves Chibon a écrit :
> I went ahead and removed you from these packages.
Thanks.
> Thank you for these years of contributions to Fedora!
It was a great pleasure and experience :-)
Best regards,
--
Johan
___
deve
On Mon, 29 Jun 2020 at 12:59, Dridi Boukelmoune
wrote:
> > > microdnf reinstall tzdata
> >
> > There's a bug about this to split out the UTC tzdata into a minimal
> > tzdata so terrible hacks aren't needed to slim things down.
> > https://bugzilla.redhat.com/show_bug.cgi?id=1722233
>
> I'll C
On 6/29/20 5:33 AM, Florian Weimer wrote:
* Josef Bacik:
That being said I can make btrfs look really stupid on some workloads.
There's going to be cases where Btrfs isn't awesome. We still use xfs
for all our storage related tiers (think databases). Performance is
always going to be workload
On 6/29/20 1:31 AM, Mark Otaris wrote:
> The master branch for cp now defaults to copy-on-write on filesystems
> that support reflinks, which should make copies more efficient if
> Fedora starts using btrfs:
> https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=25725f9d41735d176d73a757430739
On Mon, Jun 29, 2020 at 11:33:40AM +0200, Florian Weimer wrote:
> Just to be clear here, the choice of XFS here is purely based on
> performance, not on the reliability of the file systems, right?
> (So it's not “all the really important data is stored in XFS”.)
Be careful about overloading quite
Hi all,
javamail ursine is using version 1.5.2 while there are some module
streams at 1.6.x
The upstream project also moved to the eclipse foundation and these
1.6.x releases have different exports for OSGi, making an update to
them potentially breaking for users.
I'd like to update ursine to 1.
Thanks for providing this information!
I'll confess my primary worry/complaint about Modularity/AppStream in RHEL8 is
one of lifecycle.
The default Stream in RHEL8 does not have the full 10 year lifecycle[1] present
in RHEL7. Folks doing a standard 'yum install ' get the default stream,
b
On 6/29/20 3:19 AM, John M. Harris Jr wrote:
> On Monday, June 29, 2020 1:09:16 AM MST Markus Larsson wrote:
>> On 29 June 2020 08:26:21 CEST, "John M. Harris Jr"
>> wrote:
>>> On Sunday, June 28, 2020 5:37:08 PM MST Chris Adams wrote:
>>>
Once upon a time, John M. Harris Jr said:
* Solomon Peachy:
> On Mon, Jun 29, 2020 at 11:33:40AM +0200, Florian Weimer wrote:
>> Just to be clear here, the choice of XFS here is purely based on
>> performance, not on the reliability of the file systems, right?
>> (So it's not “all the really important data is stored in XFS”.)
>
> Be caref
> The blank pages are flatpaks. We are using the same registry for containers
> and flatpaks and the upstream project[0] used for registry.fp.o does not
> support flatpaks so the page is just blank.
That can't be right, fedora-minimal is a docker/an OCI image, isn't it?
> There has not been muc
Dear maintainers.
Based on the current fail to build from source policy, the following packages
will be retired from Fedora 33 approximately one week before branching (August
2020).
Policy:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Note that som
Just in case anyone is parsing the subject line of change proposal
announcements (I really hope not, but if you are, please let me know
off-list what your use case is. I'm curious), I'm going to make a
change to how these are formatted.
I will replace
"Fedora Change proposal: "
with
" - Fedora
On Sun, Jun 28, 2020 at 7:09 PM Michael Catanzaro wrote:
> I'd like to propose a few guidelines:
>
> 1. If btrfs causes noticeable performance issues for users, that's not
> OK. It's understood and expected that it might be slower at many
> workloads, but if the difference is large enough that us
> It is not acceptable that there is a range of time that people would
> literally not be able to mount their file systems because the kernel
> module would not build.
I would say that is a rather unlikely scenario to happen given how engaged the
OpenZFS developers are in maintaining Linux kernel
On Thu, Jun 25, 2020 at 9:21 PM Adam Williamson
wrote:
> On Thu, 2020-06-25 at 13:18 -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 speciali
Dne 29. 06. 20 v 17:21 Miro Hrončok napsal(a):
> js-jquery1 nodejs-sig, patches, vondruch Fedora 30
> js-jquery2 vondruch Fedora 30
> js-sizzle nodejs-sig, patches, vondruch Fedora 30
>
I was ranting about js-jquery (and js-sizzle is
On 29 June 2020 17:36:15 CEST, Armin Wehrfritz wrote:
>> It is not acceptable that there is a range of time that people would
>> literally not be able to mount their file systems because the kernel
>> module would not build.
>I would say that is a rather unlikely scenario to happen given how eng
On Mon, Jun 29, 2020 at 08:16:29AM -0400, Gerald Henriksen wrote:
> While it may be worth vim making themselves better, it really doesn't
> change the argument.
>
> Even a friendlier vim is still going to be far to strange and
> confusing to somebody just looking to quickly change a setting and g
I'm interested in helping with those NodeJS packages.
--
Alexandre de Farias / etinin
On Mon, Jun 29, 2020, 12:50 Vít Ondruch wrote:
>
> Dne 29. 06. 20 v 17:21 Miro Hrončok napsal(a):
> > js-jquery1 nodejs-sig, patches, vondruch Fedora 30
> > js-jquery2 vondruch
On Sun, Jun 28, 2020 at 10:47:14PM -0400, Matthew Miller wrote:
> The Council talked about this at our meeting in Minneapolis in 2018. We
> didn't ask FESCo to update the technical policy to reflect the strategic
> plan... but probably we should.
https://pagure.io/fesco/issue/2418
(Includes links
On Sat, Jun 27, 2020 at 10:09:08PM +0200, Markus Larsson wrote:
> I was thinking more in the lines of a Remix.
> Mainly to avoid spending time trying to get it blessed in the right
> forums.
Sure, you could do that too. The process is to submit it as a Change to
FESCo just like this one, and since
Maybe not a desktop question, but do you know btrfs's change
attribute/i_version status? Does it default to bumping i_version on
each change, or does that still need to be opted in? And has anyone
measured the performance delta (i_version vs. noi_version) recently?
--b.
_
On Sun, Jun 28, 2020 at 09:59:52AM -0700, John M. Harris Jr wrote:
> > We cannot include ZFS in Fedora for legal reasons. Additionally, ZFS is not
> > really intended for the laptop use case.
> Has that actually been explored? How does Canonical get around the legal
> issues with OpenZFS' licensin
On 6/26/20 5:23 PM, Tomasz Torcz wrote:
Disadvantages: using encryption is harder. GRUB2 supports only LUKS1
encryption (AFAIK). Obviously, there is not plymouth integration, so the
password would have to be entered at least twice.
When not using encryption above is not a problem.
There's supp
On Mon, Jun 29, 2020 at 7:55 AM Solomon Peachy wrote:
>
> On Mon, Jun 29, 2020 at 11:33:40AM +0200, Florian Weimer wrote:
> > Just to be clear here, the choice of XFS here is purely based on
> > performance, not on the reliability of the file systems, right?
> > (So it's not “all the really import
On 29 June 2020 18:06:10 CEST, Matthew Miller wrote:
>On Sat, Jun 27, 2020 at 10:09:08PM +0200, Markus Larsson wrote:
>> I was thinking more in the lines of a Remix.
>> Mainly to avoid spending time trying to get it blessed in the right
>> forums.
>
>Sure, you could do that too. The process is t
On 6/27/20 11:40 PM, Tom Seewald wrote:
On Sat, Jun 27, 2020 at 7:32 PM Garry T. Williams
Is this hopefully seen by upstream as a bug that will be fixed? This removes
the system availability benefits of raid, and I've never heard of another
system that would behave like this, whether that's zf
https://fedoraproject.org/wiki/Changes/CleanupGnomeHiddenBootMenuIntegration
== Summary ==
GNOME integrates with Fedora's [[Changes/HiddenGrubMenu|hidden boot
menu feature]] to signal to the bootloader that boot was successful
and to request the menu to be shown the next boot when "Boot Options"
i
https://fedoraproject.org/wiki/Changes/NetworkManager_keyfile_instead_of_ifcfg_rh
== Summary ==
Change the default settings plugin of NetworkManager so that new
profiles will be created in keyfile format instead of ifcfg-rh format.
== Owner ==
* Name: [[User:Thaller| Thomas Haller]]
* Email:
==
On Mon, Jun 29, 2020 at 06:30:11PM +0200, Markus Larsson wrote:
> A spin feels like a commitment that involves gathering what other people
> feel and need. While I'm cautious about some changes I tend to welcome
> change in general. I just need to see the benefits and there needs to be
> reason to
On 6/29/20 12:38 PM, Przemek Klosowski via devel wrote:
On 6/27/20 11: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 attem
On Mon, Jun 29, 2020 at 05:21:58PM +0200, Miro Hrončok wrote:
> Package (co)maintainers Latest build
>
> gpscorrelate tillFedora 30
fixed.
Thanks
Till
__
On 29 June 2020 18:44:46 CEST, Matthew Miller wrote:
>On Mon, Jun 29, 2020 at 06:30:11PM +0200, Markus Larsson wrote:
>> A spin feels like a commitment that involves gathering what other people
>> feel and need. While I'm cautious about some changes I tend to welcome
>> change in general. I just
On Monday, June 29, 2020 9:26:09 AM MST Matthew Miller wrote:
> On Sun, Jun 28, 2020 at 09:59:52AM -0700, John M. Harris Jr wrote:
>
> > > We cannot include ZFS in Fedora for legal reasons. Additionally, ZFS is
> > > not really intended for the laptop use case.
> >
> > Has that actually been expl
On Monday, June 29, 2020, John M. Harris Jr wrote:
> On Monday, June 29, 2020 9:26:09 AM MST Matthew Miller wrote:
> > On Sun, Jun 28, 2020 at 09:59:52AM -0700, John M. Harris Jr wrote:
> >
> > > > We cannot include ZFS in Fedora for legal reasons. Additionally, ZFS
> is
> > > > not really intend
On 6/29/20 8:22 AM, Ben Cotton wrote:
I will replace
"Fedora Change proposal: "
with
" - Fedora Change proposal"
As noted by Milan Crha, the existing format can result in threads that
are hard to distinguish when the subject is truncated by the width of
the mail client window. Screens are o
On Monday, June 29, 2020 9:40:23 AM MST Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/NetworkManager_keyfile_instead_of_ifc
> fg_rh
> == Summary ==
> Change the default settings plugin of NetworkManager so that new
> profiles will be created in keyfile format instead of ifcfg-rh form
On Mon, Jun 29, 2020 at 07:18:00PM +0200, Markus Larsson wrote:
> I think most of these things could be solved in better ways, I don't think
> the "change request"-route is a good way to get the discussion started
> though. It tends to become mudslinging matches where those who proposed
> the chang
On Mon, Jun 29, 2020 at 10:20:17AM -0700, John M. Harris Jr wrote:
> I've both read that page, and linked to it further down in this thread.
> Yes, I believe that Canonical's implementation is a GPL violation, but it
> doesn't need to be. So long as the source is in a separate package, and
> it's p
On 6/29/20 12:23 PM, J. Bruce Fields wrote:
Maybe not a desktop question, but do you know btrfs's change
attribute/i_version status? Does it default to bumping i_version on
each change, or does that still need to be opted in? And has anyone
measured the performance delta (i_version vs. noi_vers
On 29 June 2020 19:27:23 CEST, Samuel Sieb wrote:
>On 6/29/20 8:22 AM, Ben Cotton wrote:
>> I will replace
>> "Fedora Change proposal: "
>>
>> with
>> " - Fedora Change proposal"
>>
>> As noted by Milan Crha, the existing format can result in threads that
>> are hard to distinguish when th
That’s one fewer reason not to use XFS then. It seems
Documentation/admin-guide/cgroup-v2.rst was not updated and still says
only ext2, ext4, and btrfs have writeback implemented.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
Once upon a time, John M. Harris Jr said:
> For the best filesystem ever created, ZFS
My experiences with ZFS are less than impressive, definitely not "the
best ever". Too many fiddly things, and questions where the answer is
"back up and restore".
--
Chris Adams
_
On 29 June 2020 19:30:53 CEST, Matthew Miller wrote:
>On Mon, Jun 29, 2020 at 07:18:00PM +0200, Markus Larsson wrote:
>> I think most of these things could be solved in better ways, I don't think
>> the "change request"-route is a good way to get the discussion started
>> though. It tends to bec
On 6/29/20 7:59 AM, David Kaufmann wrote:
Unfortunately I think this arguing is moot, as the issue seems to have
been decided already anyway. I only remember one change "proposal" to
actually being pulled back in the last year, and I'm really disappointed
about having fake discussions on devel@ w
> I don't want to give the impression that nodatacow (chattr +C) is what
> apps should be doing "to be fast on btrfs". It might be that they can
> reduce their fsync footprint. Or the problem might be lock contention
> related, and an easy optimization for a heavy metadata writing apps
> would be f
On Mon, Jun 29, 2020 at 1:48 pm, Przemek Klosowski via devel
wrote:
I would like to respectfully disagree---my recollection is that when
there was a vigorous opposition, the proposals were changed/retracted.
In this particular case, it feels to me that the responses are mostly
in
favor, so it
On Mon, Jun 29, 2020 at 11:56 AM Tom Seewald wrote:
>
> > I don't want to give the impression that nodatacow (chattr +C) is what
> > apps should be doing "to be fast on btrfs". It might be that they can
> > reduce their fsync footprint. Or the problem might be lock contention
> > related, and an e
On Mon, Jun 29, 2020 at 10:38 AM Przemek Klosowski via devel
wrote:
>
> On 6/27/20 11: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 failur
On 6/29/20 8:39 AM, Josef Bacik wrote:
> On 6/29/20 5:33 AM, Florian Weimer wrote:
>> * Josef Bacik:
>>
>>> That being said I can make btrfs look really stupid on some workloads.
>>> There's going to be cases where Btrfs isn't awesome. We still use xfs
>>> for all our storage related tiers (think
I just built lua 5.4.0 in Rawhide. As with previous major updates of lua,
the package also includes a copy of the lua 5.3 libraries so that rawhide
does not just become broken reps. If you depend on lua, please rebuild your
packages in rawhide and let me know if you run into any issues.
Thanks,
To
On 6/29/20 12:44 PM, Mark Otaris wrote:
> That’s one fewer reason not to use XFS then. It seems
> Documentation/admin-guide/cgroup-v2.rst was not updated and still says
> only ext2, ext4, and btrfs have writeback implemented.
Interesting, thanks for the heads up - I'll get that fixed.
Looks like
On 6/29/20 9:40 AM, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/NetworkManager_keyfile_instead_of_ifcfg_rh
== Summary ==
Change the default settings plugin of NetworkManager so that new
profiles will be created in keyfile format instead of ifcfg-rh format.
Is there any easy way to
On Monday, June 29, 2020 11:35:55 AM MST Samuel Sieb wrote:
> On 6/29/20 9:40 AM, Ben Cotton wrote:
>
> > https://fedoraproject.org/wiki/Changes/NetworkManager_keyfile_instead_of_i
> > fcfg_rh
> > == Summary ==
> > Change the default settings plugin of NetworkManager so that new
> > profiles wil
On Mon, Jun 29, 2020 at 2:44 PM John M. Harris Jr wrote:
>
> On Monday, June 29, 2020 11:35:55 AM MST Samuel Sieb wrote:
> > On 6/29/20 9:40 AM, Ben Cotton wrote:
> >
> > > https://fedoraproject.org/wiki/Changes/NetworkManager_keyfile_instead_of_i
> > > fcfg_rh
>
> > > == Summary ==
> > > Change t
On 6/29/20 2:23 PM, Eric Sandeen wrote:
On 6/29/20 8:39 AM, Josef Bacik wrote:
On 6/29/20 5:33 AM, Florian Weimer wrote:
* Josef Bacik:
That being said I can make btrfs look really stupid on some workloads.
There's going to be cases where Btrfs isn't awesome. We still use xfs
for all our sto
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Mon, 2020-06-29 at 12:26 -0400, Matthew Miller wrote:
> On Sun, Jun 28, 2020 at 09:59:52AM -0700, John M. Harris Jr wrote:
> > > We cannot include ZFS in Fedora for legal reasons. Additionally,
> > > ZFS is not
> > > really intended for the laptop
On 6/26/20 14:39, Robert-André Mauchin wrote:
> 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 inst
On 6/29/20 11:44 AM, John M. Harris Jr wrote:
On Monday, June 29, 2020 11:35:55 AM MST Samuel Sieb wrote:
Is there any easy way to convert profiles from ifcfg-rh to keyfile?
I don't think that'd be a good idea. The Change shows that ifcfg-rh formatted
files will continue to be supported, so it
On Fri, Jun 26, 2020 at 08:39:19PM +0200, Robert-André Mauchin wrote:
> 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} fil
On Mon, Jun 29, 2020 at 10:26:37AM -0600, Chris Murphy wrote:
> You've got an example where 'btrfs restore' saw no files at all? And
> you think it's the file system rather than the hardware, why?
Because the system failed to boot up, and even after offline repair
attempts was still missing a suf
On Mon, Jun 29, 2020 at 8:01 AM David Kaufmann wrote:
>
> Unfortunately I think this arguing is moot, as the issue seems to have
> been decided already anyway. I only remember one change "proposal" to
> actually being pulled back in the last year, and I'm really disappointed
> about having fake di
On 29 June 2020 18:40:23 CEST, Ben Cotton wrote:
>https://fedoraproject.org/wiki/Changes/NetworkManager_keyfile_instead_of_ifcfg_rh
>
>== Summary ==
>Change the default settings plugin of NetworkManager so that new
>profiles will be created in keyfile format instead of ifcfg-rh format.
>
>== Own
On Mon, Jun 29, 2020 at 07:46:53PM +0200, Markus Larsson wrote:
> I think it would be beneficial to lift up the problems we're trying to
> solve and then work towards possible solutions. I don't think it even
> would take more time. I would probably help people commit to the problem
> and possibly
https://fedoraproject.org/wiki/Changes/RemoveDeviceMapperMultipathFromWorkstationLiveCD
== Summary ==
The Fedora workstation livecd is the default Fedora variant getfedora.org
advices people to download.
As such most Fedora workstation installs will be done from the livecd. This
means that any pac
https://fedoraproject.org/wiki/Changes/DisableDmraidOnFirstRun
== Summary ==
The Fedora workstation livecd is the default Fedora variant getfedora.org
advices people to download.
As such most Fedora workstation installs will be done from the livecd. This
means that any package which is part of the
On Mon, Jun 29, 2020 at 2:06 PM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/DisableDmraidOnFirstRun
> Fedora only support these RAID sets when they are already configured in the
> BIOS at installation time. So we can solve the problem of dmraid.service
> still depending on the
On Mon, Jun 29, 2020 at 2:05 PM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/RemoveDeviceMapperMultipathFromWorkstationLiveCD
>
> Multipath support is only necessary for installations in data-centers or
> other enterprise setups, as such having device-mapper-multipath on the livec
On 29 June 2020 21:50:50 CEST, Matthew Miller wrote:
>On Mon, Jun 29, 2020 at 07:46:53PM +0200, Markus Larsson wrote:
>> I think it would be beneficial to lift up the problems we're trying to
>> solve and then work towards possible solutions. I don't think it even
>> would take more time. I woul
On Mon, Jun 29, 2020 at 4:20 PM Chris Murphy wrote:
>
> On Mon, Jun 29, 2020 at 2:05 PM Ben Cotton wrote:
> >
> > https://fedoraproject.org/wiki/Changes/RemoveDeviceMapperMultipathFromWorkstationLiveCD
> >
> > Multipath support is only necessary for installations in data-centers or
> > other ent
1 - 100 of 153 matches
Mail list logo
