https://bugzilla.redhat.com/show_bug.cgi?id=1852302
Bug ID: 1852302
Summary: perl-Net-Whois-Raw-2.99029 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Net-Whois-Raw
Keywords: FutureFeature,
https://bugzilla.redhat.com/show_bug.cgi?id=1852297
Bug ID: 1852297
Summary: ack-3.4.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: ack
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1852297
--- Comment #1 from Upstream Release Monitoring
---
An unexpected error occurred while creating the scratch build and has been
automatically reported. Sorry!
--
You are receiving this mail because:
You are on the CC list for the bug.
> 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=linux-56-nvme;...
>
> None of these benchmarks are representative of a generic
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
> 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
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.
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
Hi,
* Have you downloaded the package over HTTPS?
I installed it using “dnf install epel-release”
* Results of rpm -V epel-release and rpm -qi epel-release
[root@katt-shanghai katt-server-install]# rpm -V epel-release
[root@katt-shanghai katt-server-install]# rpm -qi epel-release
Name
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
The following Fedora EPEL 6 Security updates need testing:
Age URL
13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-be517af396
tcpreplay-4.3.3-1.el6
13 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-e982b1bb7c
php-horde-horde-5.2.23-1.el6
10
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
https://bugzilla.redhat.com/show_bug.cgi?id=1846148
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Sereal-Decoder-4.012-1 |perl-Sereal-Decoder-4.012-1
https://bugzilla.redhat.com/show_bug.cgi?id=1846491
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Sereal-Encoder-4.014-1 |perl-Sereal-Encoder-4.014-1
https://bugzilla.redhat.com/show_bug.cgi?id=1846149
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Sereal-Encoder-4.012-1 |perl-Sereal-Encoder-4.012-1
https://bugzilla.redhat.com/show_bug.cgi?id=1846493
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Sereal-Decoder-4.014-1 |perl-Sereal-Decoder-4.014-1
https://bugzilla.redhat.com/show_bug.cgi?id=1846490
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Sereal-4.014-1.fc33|perl-Sereal-4.014-1.fc33
https://bugzilla.redhat.com/show_bug.cgi?id=1846147
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Sereal-4.012-1.fc33|perl-Sereal-4.012-1.fc33
https://bugzilla.redhat.com/show_bug.cgi?id=1842890
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1842889
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1842881
Bug 1842881 depends on bug 1842889, which changed state.
Bug 1842889 Summary: Add perl-Data-Stream-Bulk to EPEL7
https://bugzilla.redhat.com/show_bug.cgi?id=1842889
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1843195
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1842881
Bug 1842881 depends on bug 1842890, which changed state.
Bug 1842890 Summary: Add perl-MooseX-StrictConstructor to EPEL7
https://bugzilla.redhat.com/show_bug.cgi?id=1842890
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1842890
Bug 1842890 depends on bug 1843195, which changed state.
Bug 1843195 Summary: perl-Test-Needs is wanted in EPEL7
https://bugzilla.redhat.com/show_bug.cgi?id=1843195
What|Removed |Added
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1851715
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
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
Am 29.06.20 um 21:41 schrieb Tuomo Soini:
On Mon, 29 Jun 2020 17:32:58 +0200
Leon Fauster wrote:
For those that have an automated update process in place.
What steps are needed to revert this mistake?
"dnf distro-sync" after issue has been corrected. Issue has been fixed
but not applied
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
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
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
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:
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
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
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
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
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
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
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?
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
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:
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:
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
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
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:
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:
> >>>
> >>>
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
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
On 29. 06. 20 23:12, Miro Hrončok wrote:
%files -n python3-dns-lexicon
%{python3_stielib}/lexicon/dns_lexicon-%{version}-py%{python3_version}.egg-info/
%{python3_stielib}/lexicon/
%pycached %exclude %{python3_stielib}/lexicon/lexicon/providers/transip.py
%files -n python3-dns-lexicon+transip
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
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
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
On 29. 06. 20 22:47, Felix Schwarz wrote:
Hi,
I'm working towards updating python-dns-lexicon. It can handle many different
dns APIs and for some APIs the code needs additional libraries (some of these
are not packaged for Fedora).
Upstream handles this by using "extras" requirements and the
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
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
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
Hi,
I'm working towards updating python-dns-lexicon. It can handle many different
dns APIs and for some APIs the code needs additional libraries (some of these
are not packaged for Fedora).
Upstream handles this by using "extras" requirements and the CLI throws an
error message if you try to use
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
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
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
>
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1832729
Paul Howarth changed:
What|Removed |Added
Blocks||1852232
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1852232
Paul Howarth changed:
What|Removed |Added
Status|NEW |ASSIGNED
Depends On|
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1852229
Igor Raits changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
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
https://bugzilla.redhat.com/show_bug.cgi?id=1852232
Bug ID: 1852232
Summary: F33FailsToInstall: perl-perl5i
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-perl5i
Assignee: p...@city-fan.org
https://bugzilla.redhat.com/show_bug.cgi?id=1852231
Bug ID: 1852231
Summary: F33FailsToInstall: perl-Marpa-XS
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Marpa-XS
Assignee: jples...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1852229
Bug ID: 1852229
Summary: F33FailsToInstall: perl-HTTP-Message
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-HTTP-Message
Assignee: ppi...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1852233
Bug ID: 1852233
Summary: F33FailsToInstall: perl-re-engine-PCRE2
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-re-engine-PCRE2
Assignee: ppi...@redhat.com
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 29. 06. 20 21:59, Felix Schwarz wrote:
Hey,
I'm trying to update a package which now depends on "requests[security]"
instead of just "requests".
If I understand https://fedoraproject.org/wiki/Changes/PythonExtras correctly
there no mechanism right now to pull in "requests[security]" (along
On Monday, 29 June 2020 at 03:27, Wei, Catherine wrote:
> Thanks. I fixed this by changing the reposdir=/etc/yum.163.yum.repos.d
> to /etc/yum.repos.d/, then the epel repository can be found.
There are no such references in the epel-release package. Have you
downloaded the package over HTTPS? Can
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
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
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
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
Hey,
I'm trying to update a package which now depends on "requests[security]"
instead of just "requests".
If I understand https://fedoraproject.org/wiki/Changes/PythonExtras correctly
there no mechanism right now to pull in "requests[security]" (along with its
dependencies) so I need to patch
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.
>
>==
On Mon, 29 Jun 2020 17:32:58 +0200
Leon Fauster wrote:
>
> For those that have an automated update process in place.
> What steps are needed to revert this mistake?
"dnf distro-sync" after issue has been corrected. Issue has been fixed
but not applied yet. It only gets fixed after next module
Am 29.06.20 um 17:16 schrieb Troy Dawson:
Hi Felix,
I wasn't offended by your tone. I felt the same way when I saw this on Friday.
Although dnf sees these as two different modules, since they have same
name and stream, dnf lumps them together. When that happens, dnf uses
the packages with the
https://bugzilla.redhat.com/show_bug.cgi?id=1851062
Paul Howarth changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Fixed In Version|
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
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
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}
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
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
-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
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
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
1 - 100 of 213 matches
Mail list logo
