* 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:
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
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
> 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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1851453
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1851457
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1850757
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1849339
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-CPAN-Perl-Releases-5.2 |perl-CPAN-Perl-Releases-5.2
https://bugzilla.redhat.com/show_bug.cgi?id=1849339
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
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
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
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,
* 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
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
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
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:
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
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
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
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1852622
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-Astro-FITS-CFITSIO-1.14-1.fc32.src.rpm for rawhide completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=46400599
--
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
- 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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1852622
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1699392
--> https://bugzilla.redhat.com/attachment.cgi?id=1699392=edit
[patch] Update to 1.14 (#1852622)
--
You are receiving this mail because:
You are on the CC
https://bugzilla.redhat.com/show_bug.cgi?id=1852622
Bug ID: 1852622
Summary: perl-Astro-FITS-CFITSIO-1.14 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Astro-FITS-CFITSIO
Keywords:
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.
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
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
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,
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:
> > > >
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,
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
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:
>
>
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:
>
>
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:
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,
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
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:
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
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
>
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
-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:
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
>
-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
-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
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/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/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
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
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:
On 30. 06. 20 21:03, Kevin Fenzi wrote:
I don't think a package-review is needed? It would just be unretiring
the fedora branches of an existing package?
Technically, the package is "retired for 8+ weeks" on Fedora. Hence a new review
request.
That said, I am -1 on the idea.
You have no
On 30. 06. 20 20:57, Neal Gompa wrote:
I'm not sure this is a good idea. Also, queries and figuring out
dependencies still requires having RHEL/CentOS repositories, which
this package would not provide.
That is a known limitation, but I wouldn't say this makes it "not a good idea".
Would you
On Tue, Jun 30, 2020 at 06:46:43PM -, Miro Hrončok wrote:
> To scratch my own itch I've packaged EPEL repos for Fedora. I've decided to
> use the existing epel-release component for this (but I am OK to get a
> different name, such as epel-repos).
>
> See
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
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
On Tue, Jun 30, 2020 at 2:46 PM Miro Hrončok wrote:
>
> To scratch my own itch I've packaged EPEL repos for Fedora. I've decided to
> use the existing epel-release component for this (but I am OK to get a
> different name, such as epel-repos).
>
> See
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
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
To scratch my own itch I've packaged EPEL repos for Fedora. I've decided to use
the existing epel-release component for this (but I am OK to get a different
name, such as epel-repos).
See https://src.fedoraproject.org/rpms/epel-release/pull-request/9
And
> 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
>
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
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
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
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
> 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
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
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
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
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
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
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 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.
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
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
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
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*
1 - 100 of 235 matches
Mail list logo