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. 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 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 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
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 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
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 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
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 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
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
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 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
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, 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 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
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 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
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
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
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
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
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 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, 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 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 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 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
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 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
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, 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 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 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
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 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
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 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 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
> 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 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.
> >
>
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'
> 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
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
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:
> >
> 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
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
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
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 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
https://bugzilla.redhat.com/show_bug.cgi?id=1852005
Petr Pisar changed:
What|Removed |Added
Resolution|NOTABUG |DUPLICATE
--- Comment #2 from Petr Pisar
https://bugzilla.redhat.com/show_bug.cgi?id=1852003
Petr Pisar changed:
What|Removed |Added
CC||yanqiy...@gmail.com
--- Comment #2 from
101 - 153 of 153 matches
Mail list logo
