https://bugzilla.redhat.com/show_bug.cgi?id=1852003
Petr Pisar changed:
What|Removed |Added
CC||yanqiy...@gmail.com
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=1852005
Petr Pisar changed:
What|Removed |Added
Resolution|NOTABUG |DUPLICATE
--- Comment #2 from Petr Pisar
On Mon, Jun 29, 2020 at 06:29:09PM -0700, John M. Harris Jr wrote:
> On Monday, June 29, 2020 5:04:18 PM MST Rahul Sundaram wrote:
> > Hi
> >
> > On Mon, Jun 29, 2020 at 4:40 PM Markus Larsson wrote:
> > > Thanks, I am well aware. That wasn't really the topic here.
> >
> > If there is a repeated
I took it.
вт, 30 июн. 2020 г. в 06:28, Chenxiong Qi :
>
> Hello everyone,
>
> Could anyone please review these three packages?
>
> python-django-uuslug
> https://bugzilla.redhat.com/show_bug.cgi?id=1851463
>
> python-django-contrib-comments
> https://bugzilla.redhat.com/show_bug.cgi?id=1851562
>
On 30 June 2020 02:04:18 CEST, Rahul Sundaram wrote:
>Hi
>
>On Mon, Jun 29, 2020 at 4:40 PM Markus Larsson wrote:
>
>>
>> Thanks, I am well aware. That wasn't really the topic here.
>>
>
>If there is a repeated feeling that anyone has that a particular edition
>isn't what they are looking for, f
Thanks for the reply.
It feels a bit dismissive after the time I spent there, so I'll assume I
wasn't clear and my point didn't get across (I did send that mail at 1AM
and haven't slept much lately...):
I'm not complaining about any particular bug here, just that the overall
use & feel is way too
> It's super annoying for me to post, because benchmarks drive me crazy,
> and yet here I am posting one - this is almost like self flagellation
> to paste this...
>
> https://www.phoronix.com/scan.php?page=article&item=linux-56-nvme&;...
>
> None of these benchmarks are representative of a gener
Okay. I duct taped lua-posix into a "working" state. Also did builds for
lua-argparse, lua-expat, lua-lpeg, and rpm (so that the macros say "5.4").
Any and all help is appreciated.
Tom
On Mon, Jun 29, 2020 at 4:37 PM Jerry James wrote:
> On Mon, Jun 29, 2020 at 2:34 PM Miro Hrončok wrote:
> >
On Mon, Jun 29, 2020 at 9:45 PM Tom Seewald wrote:
>
> > The latter but considering they're a broad variety of workloads I
> > think it's misleading to call them server workloads as if that's one
> > particular type of thing, or not applicable to a desktop under IO
> > pressure. Why? (a) they're u
> The latter but considering they're a broad variety of workloads I
> think it's misleading to call them server workloads as if that's one
> particular type of thing, or not applicable to a desktop under IO
> pressure. Why? (a) they're using consumer storage devices (b) these
> are real workloads r
Hello everyone,
Could anyone please review these three packages?
python-django-uuslug
https://bugzilla.redhat.com/show_bug.cgi?id=1851463
python-django-contrib-comments
https://bugzilla.redhat.com/show_bug.cgi?id=1851562
This is not a new package. It has been retired more than 8 weeks ago.
I'
On Mon, Jun 29, 2020 at 8:24 PM Tom Seewald wrote:
>
> > https://bugzilla.redhat.com/show_bug.cgi?id=1851783
> >
> > The main argument is that for typical and varied workloads in Fedora,
> > mostly on consumer hardware, we should use mq-deadline scheduler
> > rather than either none or bfq.
> >
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1851783
>
> The main argument is that for typical and varied workloads in Fedora,
> mostly on consumer hardware, we should use mq-deadline scheduler
> rather than either none or bfq.
>
> It may be true most folks with NVMe won't see anything bad with
On Mon, Jun 29, 2020 at 4:38 PM Richard Shaw wrote:
>
> On Mon, Jun 29, 2020 at 4:01 PM Chris Murphy wrote:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1851783
>>
>> The main argument is that for typical and varied workloads in Fedora,
>> mostly on consumer hardware, we should use mq-deadli
On Monday, June 29, 2020 5:04:18 PM MST Rahul Sundaram wrote:
> Hi
>
> On Mon, Jun 29, 2020 at 4:40 PM Markus Larsson wrote:
> > Thanks, I am well aware. That wasn't really the topic here.
>
> If there is a repeated feeling that anyone has that a particular edition
> isn't what they are looking f
On Mon, Jun 29, 2020 at 5:17 PM Dominique Martinet
wrote:
>
> Recap of the problems I ran into:
> - bug in btrfs-convert where it just aborts in the middle with an
...
> - second bug in btrfs-convert, running scrub immediately after
...
My view is that btrfs-convert is something of a proof of c
On Thu, Jun 25, 2020 at 3:27 pm, Michael Catanzaro
wrote:
Erm... well, no. Plan foiled?
The goal of using /usr/lib/environment.d was to avoid setting more
environment variables in random places in various shell scripts. But
if that only works in GNOME, I guess it's not a great solution after
Hi
On Mon, Jun 29, 2020 at 4:40 PM Markus Larsson wrote:
>
> Thanks, I am well aware. That wasn't really the topic here.
>
If there is a repeated feeling that anyone has that a particular edition
isn't what they are looking for, figuring out how to make a different set
of choices is and perhaps
On Tue, Jun 30, 2020 at 1:35 AM José Abílio Matos wrote:
>
> On Monday, 29 June 2020 22.23.00 WEST Alexander Ploumistos wrote:
> > This tends to take with it many things that it shouldn't, like gdb,
> > dbus-x11, python3-pwquality, tigervnc-server-minimal and tmux - among
> > others.
>
> I noticed
On 6/29/20 4:13 PM, John M. Harris Jr wrote:
On Monday, June 29, 2020 4:03:06 PM MST Neal Gompa wrote:
Actually, multipath is used outside of datacenters and enterprise setups.
A better solution would be to use Anaconda to include it when
configured, and leave it out otherwise..
Anaconda live
On Monday, 29 June 2020 22.23.00 WEST Alexander Ploumistos wrote:
> This tends to take with it many things that it shouldn't, like gdb,
> dbus-x11, python3-pwquality, tigervnc-server-minimal and tmux - among
> others.
I noticed that before but at least on F32 it does not do it anymore. I have
rem
On 6/29/20 3:59 PM, Michael Catanzaro wrote:
On Mon, Jun 29, 2020 at 3:37 pm, Samuel Sieb wrote:
But that should be running concurrently. Does the plot show anything
important waiting for it? Your desktop should be able to load before
that service is finished starting.
Well notably: plymout
On Monday, June 29, 2020 3:40:57 PM MST Markus S. wrote:
> It's not a GPL violation. OpenZFS works under Linux through a compatibility
> layer called SPL, the Solaris Porting Layer. SPL is licensed under GPL.
> Torvalds himself said that a non-GPL file system that was written for
> another OS canno
So, given this already has way too many answers I didn't want to reply,
but after spending ~4 hours to get my laptop back to bootable state
after a btrfs-convert I guess some people might be interested.
Overall thoughts for whoever doesn't want to read the rest is: I think
btrfs the FS is probabl
On Monday, June 29, 2020 4:03:06 PM MST Neal Gompa wrote:
> > Actually, multipath is used outside of datacenters and enterprise setups.
> > A better solution would be to use Anaconda to include it when
> > configured, and leave it out otherwise..
>
>
> Anaconda live install architecture does not
On Monday, June 29, 2020 1:57:55 PM MST Michael Catanzaro wrote:
> On Mon, Jun 29, 2020 at 3:45 pm, Michael Catanzaro
> wrote:
>
> > We might need to explicitly disable systemd-udev-settle.service
> > during the system upgrade to turn it off?
>
>
> Doesn't work... I tried 'systemctl disable s
On Mon, Jun 29, 2020 at 7:00 PM John M. Harris Jr wrote:
>
> On Monday, June 29, 2020 1:04:48 PM MST Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/RemoveDeviceMapperMultipathFromWorkst
> > ationLiveCD
> >
> > == Summary ==
> > The Fedora workstation livecd is the default Fedora vari
On Mon, Jun 29, 2020 at 3:37 pm, Samuel Sieb wrote:
But that should be running concurrently. Does the plot show anything
important waiting for it? Your desktop should be able to load before
that service is finished starting.
Well notably: plymouth-quit-wait.service. Surely plymouth keeps run
On Monday, June 29, 2020 1:04:48 PM MST Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/RemoveDeviceMapperMultipathFromWorkst
> ationLiveCD
>
> == Summary ==
> The Fedora workstation livecd is the default Fedora variant getfedora.org
> advices people to download.
> As such most Fedora w
On Mon, 2020-06-29 at 18:51 -0400, James Cassell wrote:
> On Mon, Jun 29, 2020, at 6:43 PM, Markus S. wrote:
> > Why not Stratis?
>
> Stratis cannot be used to build the root filesystem. (It's been
> answered elsewhere in the thread.)
Are we sure?
https://github.com/stratis-storage/stratisd/issue
On Mon, Jun 29, 2020, at 6:43 PM, Markus S. wrote:
> Why not Stratis?
Stratis cannot be used to build the root filesystem. (It's been answered
elsewhere in the thread.)
V/r,
James Cassell
___
devel mailing list -- devel@lists.fedoraproject.org
To unsu
Why not Stratis?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fe
It's not a GPL violation. OpenZFS works under Linux through a compatibility
layer called SPL, the Solaris Porting Layer. SPL is licensed under GPL.
Torvalds himself said that a non-GPL file system that was written for another
OS cannot be considered a derivative of the Linux kernel:
https://yar
On 6/29/20 1:57 PM, Michael Catanzaro wrote:
On Mon, Jun 29, 2020 at 3:45 pm, Michael Catanzaro
wrote:
We might need to explicitly disable systemd-udev-settle.service during
the system upgrade to turn it off?
Doesn't work... I tried 'systemctl disable systemd-udev-settle.service'
and reboote
On Mon, Jun 29, 2020 at 4:01 PM Chris Murphy
wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=1851783
>
> The main argument is that for typical and varied workloads in Fedora,
> mostly on consumer hardware, we should use mq-deadline scheduler
> rather than either none or bfq.
>
> It may be tr
The legality FUD is unrelated to rolling or non-rolling kernels.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/proj
On Mon, Jun 29, 2020 at 5:15 PM Hans de Goede wrote:
>
> Hi,
>
> On 6/29/20 10:29 PM, Neal Gompa wrote:
> > 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/RemoveDeviceMapperMu
On Mon, 2020-06-29 at 12:00 -0700, Samuel Sieb wrote:
> 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 Cha
On Mon, Jun 29, 2020 at 11:09 PM Hans de Goede wrote:
>
> I fix this on my
> own systems with "dnf remove dmraid"
This tends to take with it many things that it shouldn't, like gdb,
dbus-x11, python3-pwquality, tigervnc-server-minimal and tmux - among
others.
_
On Mon, Jun 29, 2020 at 11:09 pm, Hans de Goede
wrote:
I got the name of the unit wrong in the change proposal, sorry. I fix
this on my
own systems with "dnf remove dmraid", but unlike multipath some
desktop machines
may actually have a BIOS/firmware RAID set configured which needs
dmraid and
Hi,
On 6/29/20 10:29 PM, Neal Gompa wrote:
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
On Mon, Jun 29, 2020 at 2:58 PM Michael Catanzaro wrote:
>
> On Mon, Jun 29, 2020 at 3:45 pm, Michael Catanzaro
> wrote:
> > We might need to explicitly disable systemd-udev-settle.service
> > during the system upgrade to turn it off?
>
> Doesn't work... I tried 'systemctl disable systemd-udev-se
On Mon, Jun 29, 2020 at 01:33:37PM -0400, Josef Bacik wrote:
> 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 i
Hi,
On 6/29/20 10:57 PM, Michael Catanzaro wrote:
On Mon, Jun 29, 2020 at 3:45 pm, Michael Catanzaro wrote:
We might need to explicitly disable systemd-udev-settle.service during the
system upgrade to turn it off?
Doesn't work... I tried 'systemctl disable systemd-udev-settle.service' and
On 6/29/20 1:47 PM, Josef Bacik 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”.)
>>>
>>> Yes that's correct. At our scale every
https://bugzilla.redhat.com/show_bug.cgi?id=1851783
The main argument is that for typical and varied workloads in Fedora,
mostly on consumer hardware, we should use mq-deadline scheduler
rather than either none or bfq.
It may be true most folks with NVMe won't see anything bad with none,
but thos
On Mon, Jun 29, 2020 at 3:45 pm, Michael Catanzaro
wrote:
We might need to explicitly disable systemd-udev-settle.service
during the system upgrade to turn it off?
Doesn't work... I tried 'systemctl disable systemd-udev-settle.service'
and rebooted again, and it's still running. I tried 'syst
So, in relation to the device-mapper-multipath change in the other
thread, I ran 'sudo dnf remove device-mapper-multipath'. Then I ran
'systemctl status dmraid.service' and saw "Unit dmraid.service could
not be found," so I must not have that installed at all. Then I
rebooted. When I run 'sys
On 29 June 2020 22:33:43 CEST, Rahul Sundaram wrote:
>Hi
>
>On Mon, Jun 29, 2020 at 4:30 PM Markus Larsson wrote:
>
>>
>> No that doesn't help at all. It doesn't address what I wrote about many
>> seeing a problem for the first time when a change is suggested and that
>> this leads to more heat
On Mon, Jun 29, 2020 at 2:34 PM Miro Hrončok wrote:
> Not sure if that was enough to prevent broken deps:
>
> $ repoquery --repo=koji{,-source} --whatrequires 'lua(abi) = 5.3'
> lua-argparse-0:0.5.0-10.fc32.noarch
> lua-cqueues-0:20190813-3.fc32.x86_64
> lua-cyrussasl-0:1.1.0-8.fc32.x86_64
> lua-d
On 29. 06. 20 20:30, Tom Callaway wrote:
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.
Not sure if that was enough to prevent broken deps:
$ repoquery --repo
Hi
On Mon, Jun 29, 2020 at 4:30 PM Markus Larsson wrote:
>
> No that doesn't help at all. It doesn't address what I wrote about many
> seeing a problem for the first time when a change is suggested and that
> this leads to more heated debates than needed.
> I also feel alienated by the target au
On Mon, Jun 29, 2020 at 4:05 PM Ben Cotton wrote:
>
> 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
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
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 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
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
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
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
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 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 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 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 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 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
-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/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
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 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 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 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
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 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
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 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 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
> 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 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
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
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
_
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
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
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 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 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 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 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, 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 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 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 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 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 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
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:
==
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
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
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 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 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
1 - 100 of 153 matches
Mail list logo
