On Mon, Jun 29, 2020 at 03:15:23PM -0400, Solomon Peachy wrote:
> So yes, I think an explicit "let's all test btrfs (as anaconda
> configures it) before we make it default" period is warranted.
>
> Perhaps one can argue that Fedora has already been doing that for the
> past two years (since 20
On Tue, Jun 30, 2020 at 09:47:08PM +0200, Iñaki Ucar wrote:
> On Tue, 30 Jun 2020 at 21:24, Robert-André Mauchin wrote:
> >
> > May I suggest another option?
> > I provide a package for Micro, an editor written in Go with a discoverable
> > interface. https://micro-editor.github.io/
'sudo dnf ins
Le mardi 30 juin 2020 à 23:04 +0200, Nicolas Mailhot via devel a
écrit :
> Le mardi 30 juin 2020 à 21:45 +0200, Igor Raits a écrit :
> >
> > I think this would be already at least 30 times
That unpleasantness aside if anyone wants to engage in constructive
technical discussion, and discuss the d
Hi,
I have tried to enable debuginfo for Chromium but it cannot fit the disk.
During local build it has 160GB (on x86_64) and Koji shows (moreover AFAIK
shared for multiple builders):
https://kojipkgs.fedoraproject.org//work/tasks/7099/46377099/hw_info.log
Filesystem Size Use
* Alex Scheel:
> Is Fedora Rawhide unstable at the moment, pending a mass rebuild?
>
> I've seen a lot of random problems related to pthreads at the
> moment, such as:
>
> 16/78 Test #12: JSS_DER_Encoding_of_Enumeration_regression_test ...Child
> aborted***Exception: 0.99 sec
> FINE: CryptoMana
Hey Testers,
Monday, 2020-07-06 will be SwapOnZRAM Test Day[0]!
This Test Day will focus on SwapOnZRAM[1]. Swap partition is useful,
except when it's slow. Zram is a RAM drive that uses compression.
Create a swap-on-zram during start-up. And no longer use swap
partitions by default.
The zram modu
Stratis allows users to manage XFS filesystems using a pool of block devices.
Features include: thin-provisioning, snapshots, and encryption
Stratis does come under the Springfield umbrella. We are an active team and
happy to respond to our public mailing list, if anyone has questions at
strat
> I'm not convinced it's the domain of an IO scheduler to be involved,
> rather than it being explicit UX intended by the desktop environment.
> Seems to me the desktop environment is in a better position to know
> what users expect.
Well wouldn't bfq just be enforcing the bandwidth weights, if an
On Tue, Jun 30, 2020 at 6:02 PM Tom Seewald wrote:
>
> I forgot to mention that bfq appears to be the only IO scheduler that
> supports cgroups-v2 IO controllers [1]. Perhaps I am wrong, but I wasn't able
> to find documentation indicating that mq-deadline is cgroup-aware, at the
> very least i
On Sun, Jun 28, 2020 at 6:21 AM Antti wrote:
>
> Hello,
>
> I'm in total opposition to this proposal as a long-time Fedora user. The
> btrfs is unstable and not ready for production. Most of what I'm about to
> write is admittedly anecdotal but it's the only file system in Linux which
> has act
https://bugzilla.redhat.com/show_bug.cgi?id=1851453
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from Fedo
On Tue, Jun 30, 2020 at 7:16 pm, Stephen John Smoogen
wrote:
The issue isn't that you haven't done your work. It is that it looks
like you were set up to fail. The email from Michael comes across that
Workstation couldn't make a decision and told you to go see if FESCO
would approve it... but
On 01. 07. 20 0:47, Jerry James wrote:
Third, any package that includes documentation generated from this
package will need this:
Requires: font(fontawesome)
Requires: font(lato)
Requires: font(robotoslab)
Quick idea:
Package an RPM dependency generator into python3-sphinx_r
I forgot to mention that bfq appears to be the only IO scheduler that supports
cgroups-v2 IO controllers [1]. Perhaps I am wrong, but I wasn't able to find
documentation indicating that mq-deadline is cgroup-aware, at the very least
it's not documented in the official deadline tunables section [
On Tue, Jun 30, 2020 at 4:42 PM Neal Gompa wrote:
>
> On Tue, Jun 30, 2020 at 6:30 PM Kevin Kofler wrote:
> >
> > I am opposed to this change, for the same reasons I was opposed to EarlyOOM
> > to begin with: this solution kills processes under arbitrary conditions that
> > are neither necessary
On 30.6.2020 22:38, Kevin Kofler wrote:
Jóhann B. Guðmundsson wrote:
sd-boot is already installed on end users system, is light weight
compared to Grub ( sd-boot only supports uefi,smaller code size, easier
to maintain ).
And that is exactly the problem, systemd-boot has only a small fraction o
On Tue, 30 Jun 2020 at 17:09, Neal Gompa wrote:
>
> On Tue, Jun 30, 2020 at 4:30 PM Justin Forbes wrote:
> >
> > On Tue, Jun 30, 2020 at 1:39 PM John M. Harris Jr
> > wrote:
> > >
> > > On Tuesday, June 30, 2020 8:22:00 AM MST Stephen John Smoogen wrote:
> > > > On Tue, 30 Jun 2020 at 11:09, Mi
* Tom Callaway [30/06/2020 18:00] :
>
> lua-event seems to be broken because of broken deps unrelated to Lua
> 5.4: nothing provides perl(:MODULE_COMPAT_5.30.1) needed by
> perl-Monotone-1.1-34.fc32.x86_64, so I left it alone.
FTR, We've moved on to Perl 5.32.x so monotone needs to be rebuild
agai
On Tue, Jun 30, 2020 at 4:01 PM Tom Callaway wrote:
> lua-event seems to be broken because of broken deps unrelated to Lua 5.4:
> nothing provides perl(:MODULE_COMPAT_5.30.1) needed by
> perl-Monotone-1.1-34.fc32.x86_64, so I left it alone.
I opened this pull request against monotone to try to
Jóhann B. Guðmundsson wrote:
> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream changes
> it beg the question if now would not be the time to stop supporting
> booting in legacy bios mode and move to uefi only supported boot which
> has been available on any common intel based x86 pl
sphinx_rtd_theme 0.5.0 is out. I have taken the unprecedented step
(for me!) of creating a pull request instead of just updating the
package, because I'm taking a few steps that I would like to have
other eyes on. Pull request:
https://src.fedoraproject.org/rpms/python-sphinx_rtd_theme/pull-requ
On Tue, Jun 30, 2020 at 6:30 PM Kevin Kofler wrote:
>
> Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/KDEEarlyOOM
> >
> > == Summary ==
> > As [[Changes/EnableEarlyoom|Fedora Workstation did in F32]], install
> > earlyoom package, and enable it by default. If both RAM and swap go be
On 30.6.2020 22:31, nick...@gmail.com wrote:
On Tue, 2020-06-30 at 21:55 +, Jóhann B. Guðmundsson wrote:
On 30.6.2020 21:14, nick...@gmail.com wrote:
On Tue, 2020-06-30 at 20:32 +, Jóhann B. Guðmundsson wrote:
Grub discourages users who have tried sd-boot from
coming/returning
to
Fedor
Jóhann B. Guðmundsson wrote:
> sd-boot is already installed on end users system, is light weight
> compared to Grub ( sd-boot only supports uefi,smaller code size, easier
> to maintain ).
And that is exactly the problem, systemd-boot has only a small fraction of
the feature set of GRUB. That is w
Is Fedora Rawhide unstable at the moment, pending a mass rebuild?
I've seen a lot of random problems related to pthreads at the
moment, such as:
16/78 Test #12: JSS_DER_Encoding_of_Enumeration_regression_test ...Child
aborted***Exception: 0.99 sec
FINE: CryptoManager: loading JSS library
FINE:
On Mon, Jun 29, 2020, at 6:57 PM, Markus Larsson wrote:
> 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 thre
On Tue, 2020-06-30 at 21:55 +, Jóhann B. Guðmundsson wrote:
> On 30.6.2020 21:14, nick...@gmail.com wrote:
> > On Tue, 2020-06-30 at 20:32 +, Jóhann B. Guðmundsson wrote:
> > > Grub discourages users who have tried sd-boot from
> > > coming/returning
> > > to
> > > Fedora [1].
> > >
> > >
Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/KDEEarlyOOM
>
> == Summary ==
> As [[Changes/EnableEarlyoom|Fedora Workstation did in F32]], install
> earlyoom package, and enable it by default. If both RAM and swap go below
> 10% free, earlyoom issues SIGTERM to the process with the la
On 30. 06. 20 19:34, Christoph Junghans wrote:
Adding
BuildRequires: lua-posix
doesn't help.
lua-posix was rebuilt for Lua 5.4 hence it is installed into /usr/share/lua/5.4
lmod searches in /usr/share/lua/5.3
Any ideas?
Does lmod need a rebuild for lua-5.3?
Given the above I assume Lmod n
- Original Message -
> From: "James Cassell"
> To: "Fedora Development List"
> Sent: Tuesday, June 30, 2020 6:08:30 PM
> Subject: Re: Fedora 33 System-Wide Change proposal: Make btrfs the default
> file system for desktop variants
>
> On Tue, Jun 30, 2020, at 10:18 AM, Steven Whitehouse
On Tue, Jun 30, 2020, at 10:18 AM, Steven Whitehouse wrote:
> I know it has been rather confined to Red Hat internally, however that
> was not the intention, and in fact I would like to strongly encourage
> community involvement. There is an upstream mailing list, which
> currently has almost no
All of these are now fixed, except for lua-luv and lua-event. Lua-luv needs
a fixed cmake (FindLua.cmake needed patching to find Lua 5.4). I've been
trying to build a new cmake in rawhide all afternoon, but s390x fails to
get a buildroot established each time (not due to cmake issues). The
lua-luv
On 30.6.2020 21:14, nick...@gmail.com wrote:
On Tue, 2020-06-30 at 20:32 +, Jóhann B. Guðmundsson wrote:
Grub discourages users who have tried sd-boot from coming/returning
to
Fedora [1].
Bottom line I think this will be a good move for the distribution and
a
good time to start looking int
On Tue, Jun 30, 2020 at 4:29 PM Neal Gompa wrote:
>
> On Tue, Jun 30, 2020 at 5:19 PM Justin Forbes wrote:
> >
> > On Tue, Jun 30, 2020 at 4:02 PM Neal Gompa wrote:
> > >
> > > On Tue, Jun 30, 2020 at 4:30 PM Justin Forbes
> > > wrote:
> > > >
> > > > On Tue, Jun 30, 2020 at 1:39 PM John M. Ha
On Tue, Jun 30, 2020 at 5:19 PM Justin Forbes wrote:
>
> On Tue, Jun 30, 2020 at 4:02 PM Neal Gompa wrote:
> >
> > On Tue, Jun 30, 2020 at 4:30 PM Justin Forbes wrote:
> > >
> > > On Tue, Jun 30, 2020 at 1:39 PM John M. Harris Jr
> > > wrote:
> > > >
> > > > On Tuesday, June 30, 2020 8:22:00 A
On Tue, Jun 30, 2020 at 4:02 PM Neal Gompa wrote:
>
> On Tue, Jun 30, 2020 at 4:30 PM Justin Forbes wrote:
> >
> > On Tue, Jun 30, 2020 at 1:39 PM John M. Harris Jr
> > wrote:
> > >
> > > On Tuesday, June 30, 2020 8:22:00 AM MST Stephen John Smoogen wrote:
> > > > On Tue, 30 Jun 2020 at 11:09,
On Tue, 2020-06-30 at 20:32 +, Jóhann B. Guðmundsson wrote:
>
>
> Grub discourages users who have tried sd-boot from coming/returning
> to
> Fedora [1].
>
> Bottom line I think this will be a good move for the distribution and
> a
> good time to start looking into and make that move.
>
>
Le mardi 30 juin 2020 à 21:45 +0200, Igor Raits a écrit :
> On Tue, 2020-06-30 at 15:19 -0400, Ben Cotton wrote:
> >
> > https://fedoraproject.org/wiki/Changes/Patches_in_Forge_macros_-_Auto_macros_-_Detached_rpm_changelogs
> >
> > == Summary ==
> >
> > redhat-rpm-config will be updated to a
On Tue, Jun 30, 2020 at 4:30 PM Justin Forbes wrote:
>
> On Tue, Jun 30, 2020 at 1:39 PM John M. Harris Jr
> wrote:
> >
> > On Tuesday, June 30, 2020 8:22:00 AM MST Stephen John Smoogen wrote:
> > > On Tue, 30 Jun 2020 at 11:09, Michael Catanzaro
> > > wrote:
> > > >
> > > >
> > > > On Tue, Jun
On Tue, Jun 30, 2020 at 07:28:53PM +0100, Ankur Sinha wrote:
> On Tue, Jun 30, 2020 17:23:16 +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Tue, Jun 30, 2020 at 04:25:23PM +0100, Ankur Sinha wrote:
> > > On Mon, Jun 29, 2020 15:01:24 -0600, Chris Murphy wrote:
> > > > https://bugzilla.redhat.com/
On Tuesday, June 30, 2020, Justin Forbes wrote:
> On Tue, Jun 30, 2020 at 1:39 PM John M. Harris Jr
> wrote:
> >
> > On Tuesday, June 30, 2020 8:22:00 AM MST Stephen John Smoogen wrote:
> > > On Tue, 30 Jun 2020 at 11:09, Michael Catanzaro
> > > wrote:
> > > >
> > > >
> > > > On Tue, Jun 30, 20
On Tue, Jun 30, 2020 at 01:34:42PM -0400, Robbie Harwood wrote:
> Igor Raits writes:
>
> > On Tue, 2020-06-30 at 13:34 +, Jóhann B. Guðmundsson wrote:
> >
[snip]
> > I think there are many people still install OS in the legacy mode, but
> > I don't really have numbers. One thing we should
Thank you Jerry.
On 30/06/20 22:22, Jerry James wrote:
> On Tue, Jun 30, 2020 at 11:45 AM Antonio T. sagitter
> wrote:
>> Are these `undefined-non-weak-symbol` expected in python-reportlab?
>>
>> https://pastebin.com/dRZUbpJx
>
> Yes, see this thread:
>
> https://lists.fedoraproject.org/archive
On Tue, Jun 30, 2020 at 9:40 pm, Vitaly Zaitsev via devel
wrote:
The legal status of the extracted tables was discussed a few months
ago
with members of the Fedora legal team. You can check archives.
I tried:
https://lists.fedoraproject.org/archives/search?mlist=legal%40lists.fedoraproject.o
On Tue, 30 Jun 2020 at 16:14, Jared Dominguez wrote:
>
>
>
> On Tue, Jun 30, 2020 at 3:41 PM Vitaly Zaitsev via devel
> wrote:
>>
>> On 30.06.2020 19:43, Hans de Goede wrote:
>> > That is the first time I have heard that. Do you have a source for that ?
>>
>> https://github.com/intel/dptfxtract
On 30.6.2020 19:22, Robbie Harwood wrote:
Jóhann B. Guðmundsson writes:
On 30.6.2020 17:49, John M. Harris Jr wrote:
On Tuesday, June 30, 2020 6:34:27 AM MST Jóhann B. Guðmundsson wrote:
Given Hans proposal [1] introduced systemd/grub2/Gnome upstream changes
it beg the question if now would
Le mardi 30 juin 2020 à 21:33 +0200, Igor Raits a écrit :
> On Tue, 2020-06-30 at 15:19 -0400, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/rpm_level_auto_release_and_changelog_bumping
> >
> > The change will make those packages auto-bump and auto-changelog at
> > the rpm level, in
On Tue, Jun 30, 2020 at 1:39 PM John M. Harris Jr wrote:
>
> On Tuesday, June 30, 2020 8:22:00 AM MST Stephen John Smoogen wrote:
> > On Tue, 30 Jun 2020 at 11:09, Michael Catanzaro
> > wrote:
> > >
> > >
> > > On Tue, Jun 30, 2020 at 10:26 am, Stephen Gallagher
> > > wrote:
> > >
> > > > For th
On Tue, Jun 30, 2020 at 11:45 AM Antonio T. sagitter
wrote:
> Are these `undefined-non-weak-symbol` expected in python-reportlab?
>
> https://pastebin.com/dRZUbpJx
Yes, see this thread:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/IAIUO5XU54FQM64TDXWF4YMHHWG
On 30.6.2020 18:32, John M. Harris Jr wrote:
On Tuesday, June 30, 2020 11:29:13 AM MST Jóhann B. Guðmundsson wrote:
On 30.6.2020 17:49, John M. Harris Jr wrote:
On Tuesday, June 30, 2020 6:34:27 AM MST Jóhann B. Guðmundsson wrote:
Given Hans proposal [1] introduced systemd/grub2/Gnome upstream
On Tue, Jun 30, 2020 at 3:41 PM Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 30.06.2020 19:43, Hans de Goede wrote:
> > That is the first time I have heard that. Do you have a source for that ?
>
> https://github.com/intel/dptfxtract - no sources, only proprietary
> binari
On 30.6.2020 18:45, Reindl Harald (privat) wrote:
Am 30.06.20 um 20:29 schrieb Jóhann B. Guðmundsson:
On 30.6.2020 17:49, John M. Harris Jr wrote:
On Tuesday, June 30, 2020 6:34:27 AM MST Jóhann B. Guðmundsson wrote:
Given Hans proposal [1] introduced systemd/grub2/Gnome upstream changes
it be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, 2020-06-30 at 15:20 -0400, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/IBus_1.5.23
>
> == Summary ==
> IBus 1.5.23 will replace the allowlist of XKB engines with the
> blocklist of XKB ones.
>
> == Owner ==
> * Name: [[User:F
On Tue, 30 Jun 2020 at 21:24, Robert-André Mauchin wrote:
>
> May I suggest another option?
> I provide a package for Micro, an editor written in Go with a discoverable
> interface. https://micro-editor.github.io/
>
> It is compiled as a static binary of 4.6 MB with no dependency. Probably
> bigge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, 2020-06-30 at 15:19 -0400, Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/Patches_in_Forge_macros_-_Auto_macros_-_Detached_rpm_changelogs
>
> == Summary ==
>
> redhat-rpm-config will be updated to add patching support to
On 30.06.2020 19:43, Hans de Goede wrote:
> That is the first time I have heard that. Do you have a source for that ?
https://github.com/intel/dptfxtract - no sources, only proprietary binaries.
The legal status of the extracted tables was discussed a few months ago
with members of the Fedora leg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, 2020-06-30 at 15:18 -0400, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/SID
>
> == Summary ==
> Introduce Storage Instantiation Daemon (SID) that aims to provide a
> central event-driven engine to write modules for identifying
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, 2020-06-30 at 15:19 -0400, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/rpm_level_auto_release_and_changelog_bumping
>
> == Summary ==
>
> redhat-rpm-config will be updated so users of the auto framework get
> automated releas
Jóhann B. Guðmundsson writes:
> On 30.6.2020 17:49, John M. Harris Jr wrote:
>> On Tuesday, June 30, 2020 6:34:27 AM MST Jóhann B. Guðmundsson wrote:
>>> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream changes
>>> it beg the question if now would not be the time to stop supporting
https://fedoraproject.org/wiki/Changes/rpm_level_auto_release_and_changelog_bumping
== Summary ==
redhat-rpm-config will be updated so users of the auto framework get
automated release and changelog bumping.
== Owner ==
* Name: [[User:nim| Nicolas Mailhot]]
* Email:
== Detailed Description ==
https://fedoraproject.org/wiki/Changes/IBus_1.5.23
== Summary ==
IBus 1.5.23 will replace the allowlist of XKB engines with the
blocklist of XKB ones.
== Owner ==
* Name: [[User:Fujiwara| Takao Fujiwara]]
* Email: fujiwara [at] redhat [dot] com
== Detailed Description ==
IBus currently provides
https://fedoraproject.org/wiki/Changes/Patches_in_Forge_macros_-_Auto_macros_-_Detached_rpm_changelogs
== Summary ==
redhat-rpm-config will be updated to add patching support to forge
macros, a plug-able framework to register macros to execute in
specific sections, and rpm changelogs in detached
https://fedoraproject.org/wiki/Changes/SID
== Summary ==
Introduce Storage Instantiation Daemon (SID) that aims to provide a
central event-driven engine to write modules for identifying specific
Linux storage devices, their dependencies, collecting information and
state tracking while
being aware
On Thursday, 25 June 2020 19:18:59 CEST Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/UseNanoByDefault
>
> == Summary ==
>
> Let's make Fedora more approachable, by having a default editor that
> doesn't require specialist knowledge to use.
>
> == Owner ==
> * Name: [[User:chrismurp
On 6/30/20 11:38 AM, Tom Seewald wrote:
> The primary areas of concern I have about Fedora dropping grub2 and BIOS boot
> support are:
nicely summarized.
> 4. Support documentation for sd-boot
>
> Would this result in changes to how users access the boot menu, select a boot
> entry, or edit th
On Tue, Jun 30, 2020 at 2:39 PM Tom Seewald wrote:
>
> > Given Hans proposal [1] introduced systemd/grub2/Gnome upstream changes
> > it beg the question if now would not be the time to stop supporting
> > booting in legacy bios mode and move to uefi only supported boot which
> > has been available
On Tue, Jun 30, 2020 at 2:39 PM John M. Harris Jr wrote:
>
> On Tuesday, June 30, 2020 8:22:00 AM MST Stephen John Smoogen wrote:
> > On Tue, 30 Jun 2020 at 11:09, Michael Catanzaro
> > wrote:
> > >
> > >
> > > On Tue, Jun 30, 2020 at 10:26 am, Stephen Gallagher
> > > wrote:
> > >
> > > > For th
On Tue, Jun 30, 2020 at 10:30 AM Antti wrote:
>
> > Another way to consider this would be that we can stop arguing against these
> > changes, let the GNOME folks run the ship aground, and hope that the user
> > backlash will act as a wakeup call when it comes to these changes. I agree
> > that btr
> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream changes
> it beg the question if now would not be the time to stop supporting
> booting in legacy bios mode and move to uefi only supported boot which
> has been available on any common intel based x86 platform since atleast
> 20
On Tuesday, June 30, 2020 8:22:00 AM MST Stephen John Smoogen wrote:
> On Tue, 30 Jun 2020 at 11:09, Michael Catanzaro
> wrote:
> >
> >
> > On Tue, Jun 30, 2020 at 10:26 am, Stephen Gallagher
> > wrote:
> >
> > > For the record, as this directly affects the Workstation deliverable,
> > > I will
On Tue, 30 Jun 2020, Christopher wrote:
I know Fedora doesn't directly support Amazon Linux, but I was
wondering if the package maintainer for rpmconf on EPEL was aware that
the latest version doesn't work on Amazon Linux 2, which recently
updated to python-3.7, whereas rpmconf has a direct depe
On Tuesday, June 30, 2020 11:29:13 AM MST Jóhann B. Guðmundsson wrote:
> On 30.6.2020 17:49, John M. Harris Jr wrote:
> > On Tuesday, June 30, 2020 6:34:27 AM MST Jóhann B. Guðmundsson wrote:
> >> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream changes
> >> it beg the question if no
On 30.6.2020 17:49, John M. Harris Jr wrote:
On Tuesday, June 30, 2020 6:34:27 AM MST Jóhann B. Guðmundsson wrote:
Given Hans proposal [1] introduced systemd/grub2/Gnome upstream changes
it beg the question if now would not be the time to stop supporting
booting in legacy bios mode and move to u
On Tue, Jun 30, 2020 17:23:16 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Jun 30, 2020 at 04:25:23PM +0100, Ankur Sinha wrote:
> > On Mon, Jun 29, 2020 15:01:24 -0600, Chris Murphy wrote:
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1851783
> > >
> > > The main argument is that for ty
> I can only offer descriptions of symptoms of trouble from the web back-end
> developer /
> desktop end-user PoW which starts to appear in personal computers where I
> have used or
> currently do use btrfs if not full-time. I made a long list of these
> yesterday and only
> some of them can be
Hi,
I know Fedora doesn't directly support Amazon Linux, but I was
wondering if the package maintainer for rpmconf on EPEL was aware that
the latest version doesn't work on Amazon Linux 2, which recently
updated to python-3.7, whereas rpmconf has a direct dependency on
python(abi)=3.6. If it's pos
Adam Williamson píše v Út 30. 06. 2020 v 08:25 -0700:
> On Tue, 2020-06-30 at 16:23 +0200, Marcin Juszkiewicz wrote:
> > W dniu 30.06.2020 o 15:34, Jóhann B. Guðmundsson pisze:
> > > Given Hans proposal [1] introduced systemd/grub2/Gnome upstream
> > > changes it beg the question if now would not b
On Tuesday, June 30, 2020 6:25:02 AM MST Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/KDEEarlyOOM
>
> == Summary ==
> As [[Changes/EnableEarlyoom|Fedora Workstation did in F32]], install
> earlyoom package, and enable it by default. If both RAM and swap go below
> 10% free, earlyoom
On 30.6.2020 17:47, Robbie Harwood wrote:
Jóhann B. Guðmundsson writes:
On 30.6.2020 13:56, Igor Raits wrote:
On Tue, 2020-06-30 at 13:34 +, Jóhann B. Guðmundsson wrote:
Given Hans proposal [1] introduced systemd/grub2/Gnome upstream
changes it beg the question if now would not be the ti
On Tuesday, June 30, 2020 7:00:00 AM MST Florian Weimer wrote:
> * Jóhann B. Guðmundsson:
>
>
> > Given Hans proposal [1] introduced systemd/grub2/Gnome upstream
> > changes it beg the question if now would not be the time to stop
> > supporting booting in legacy bios mode and move to uefi only s
On Tuesday, June 30, 2020 6:34:27 AM MST Jóhann B. Guðmundsson wrote:
> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream changes
> it beg the question if now would not be the time to stop supporting
> booting in legacy bios mode and move to uefi only supported boot which
> has bee
Jóhann B. Guðmundsson writes:
> On 30.6.2020 13:56, Igor Raits wrote:
>> On Tue, 2020-06-30 at 13:34 +, Jóhann B. Guðmundsson wrote:
>>>
>>> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream
>>> changes it beg the question if now would not be the time to stop
>>> supporting boot
I have been going through the packages listed in the comps file for rawhide
(given in here https://pagure.io/fedora-comps) to clean it up and remove any
packages that are currently not in any Fedora rawhide repos, and to update the
architectures for packages that are only available on certain on
On 30.6.2020 17:15, Gerd Hoffmann wrote:
Hi,
So I can't say I'm thrilled about a future that depends on EFI for
virt, but I'm resigned to the fact this is the direction the world
is taking. So we're not likely to have any choice and will have to
work to mitigate any downsides it brings.
Rig
Hi all.
Are these `undefined-non-weak-symbol` expected in python-reportlab?
https://pastebin.com/dRZUbpJx
--
---
Antonio Trande
Fedora Project
mailto: sagit...@fedoraproject.org
GPG key: 0x7B30EE04E576AA84
GPG key server: https://keys.openpgp.org/
signature.asc
Description: OpenPGP digital s
Hi,
On 6/30/20 5:48 PM, Vitaly Zaitsev via devel wrote:
On 30.06.2020 15:25, Ben Cotton wrote:
Better thermal management and peak performance on Intel CPUs by
including thermald in the default install.
Good, but thermald is absolutely useless without configs. Configs can be
extracted from DPT
W dniu 30.06.2020 o 16:40, Daniel P. Berrangé pisze:
> On Tue, Jun 30, 2020 at 04:32:44PM +0200, Marcin Juszkiewicz wrote:
>> Can we also default to Q35 and forget that i440fx existed?
>>
>> Do all the pain in one step.
> That's upto the various mgmt apps using libvirt to decide. Q35
> is *NOT*
On Tue, 2020-06-30 at 19:15 +0200, Gerd Hoffmann wrote:
> Hi,
>
> > > So I can't say I'm thrilled about a future that depends on EFI for
> > > virt, but I'm resigned to the fact this is the direction the world
> > > is taking. So we're not likely to have any choice and will have to
> > > work to
Igor Raits writes:
> On Tue, 2020-06-30 at 13:34 +, Jóhann B. Guðmundsson wrote:
>
>> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream
>> changes it beg the question if now would not be the time to stop
>> supporting booting in legacy bios mode and move to uefi only
>> supporte
Hi,
when building some of my mpi packages, I got the following error message:
+ module load mpi/mpich-x86_64
++ /usr/share/lmod/lmod/libexec/lmod sh load mpi/mpich-x86_64
/usr/bin/lua: /usr/share/lmod/lmod/libexec/lmod:61: module 'posix' not found:
no field package.preload['posix']
no file '/usr/s
W dniu 30.06.2020 o 17:25, Adam Williamson pisze:
> On Tue, 2020-06-30 at 16:23 +0200, Marcin Juszkiewicz wrote:
>> W dniu 30.06.2020 o 15:34, Jóhann B. Guðmundsson pisze:
>>> Given Hans proposal [1] introduced systemd/grub2/Gnome upstream
>>> changes it beg the question if now would not be the tim
On Tue, Jun 30, 2020 at 04:25:23PM +0100, Ankur Sinha wrote:
> On Mon, Jun 29, 2020 15:01:24 -0600, 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 u
On Tue, Jun 30, 2020 at 12:10 PM Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 30.06.2020 17:57, Jared Dominguez wrote:
> > Something that needs to be cleared up here: thermald has existed for the
> > better part of a decade and long before dptfxtract existed.
>
> Thermald
Hi,
> > So I can't say I'm thrilled about a future that depends on EFI for
> > virt, but I'm resigned to the fact this is the direction the world
> > is taking. So we're not likely to have any choice and will have to
> > work to mitigate any downsides it brings.
>
> Right.
>
> Preferably the i
On Tue, Jun 30, 2020 at 11:22 AM Stephen John Smoogen wrote:
>
> The problem is that the request as discussed reads as "FESCo says use
> it for workstation" vs "FESCo has no problem with Workstation saying
> they want btrfs" or "FESCo says use btrfs as default". Yes it says
> "desktop variants" bu
Hello,
we have just updated Sphinx (python-sphinx, python3-sphinx) to 3.1.1 in rawhide.
Packages that fail to build documentation with it have already been informed
weeks ago via Bugzilla.
https://bugzilla.redhat.com/showdependencytree.cgi?id=SPHINX3&hide_resolved=1
CPython documentation cann
On 30 June 2020 16:52:52 CEST, Matthew Miller wrote:
>On Tue, Jun 30, 2020 at 08:43:34AM +0200, Markus Larsson wrote:
>> I have been using fedora since FC1 and there has been a few shifts. The
>> latest shift seems to be a strong desire to be just another Ubuntu. That's
>> fine, nothing wrong wi
On 30.06.2020 17:57, Jared Dominguez wrote:
> Something that needs to be cleared up here: thermald has existed for the
> better part of a decade and long before dptfxtract existed.
Thermald will not work without config being installed.
You can remove all configs from /etc/thermald and try to star
All,
As a long time user of Fedora I have run into nearly all the same issues as
mentioned below by Antti.
btrfs is not ready to be default:
https://news.ycombinator.com/item?id=14907771
On Sun, Jun 28, 2020 at 5:21 AM Antti wrote:
> Hello,
>
> I'm in total opposition to this proposal as a lon
On Tue, Jun 30, 2020 at 11:49 AM Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 30.06.2020 15:25, Ben Cotton wrote:
> > Better thermal management and peak performance on Intel CPUs by
> > including thermald in the default install.
>
> Good, but thermald is absolutely useless
1 - 100 of 187 matches
Mail list logo
