On 7/2/20 12:55 AM, John M. Harris Jr wrote:
Lennart,
We don't need more systemd-bloat just to boot our systems. However your
bootloader works, it doesn't really matter if it's not up to snuff with GRUB2.
When it supports LUKS, LVM, LUKS+LVM, a recovery console and several
filesystems, then
On 7/2/20 2:56 PM, John M. Harris Jr wrote:
On Thursday, July 2, 2020 5:08:14 AM MST Brandon Nielsen wrote:
On 7/2/20 12:55 AM, John M. Harris Jr wrote:
Lennart,
We don't need more systemd-bloat just to boot our systems. However your
bootloader works, it doesn't really matter i
On 7/2/20 3:10 PM, Christopher Engelhard wrote:
On 02.07.20 17:53, Zbigniew Jędrzejewski-Szmek wrote:
It would be great if we could fairly reliably boot with a read-only
root file system, all the way to the graphical environment. Obviously,
such a machine will not be fully functional, but for us
On 7/2/20 3:19 PM, Martin Jackson wrote:
5-10 years? A better estimate would be 15-20 years. People aren't
going to
throw away perfectly fine systems and jump to new "cloud" platforms just
because the OS they were using dropped BIOS support. They'll just stop
updating, and likely move to somet
On 7/2/20 3:42 PM, John M. Harris Jr wrote:
GRUB2, which is a UEFI bootloader as well, is a far superior bootloader to
systemd-bloat, and it supports usecases that are supported by Anaconda (the
Fedora installer framework) that systemd-bloat doesn't, as addressed elsewhere
in this thread by m
I have been playing with swap on ZRAM some in the past days, and more
formally running it through it's paces during today's test day[0], and I
just want to say thank you to everyone involved in getting it ready for
release. It has made a marked difference in desktop responsiveness when
doing me
On 7/8/20 10:47 AM, John M. Harris Jr wrote:
On Tuesday, July 7, 2020 3:17:16 AM MST Gerd Hoffmann wrote:
On Mon, Jul 06, 2020 at 01:26:31PM -0700, John M. Harris Jr wrote:
Well, if that is your concern the answer is secure boot. That will not
only prevent tampering with /boot files, but als
On 7/9/20 12:24 PM, Alexey A. wrote:
I agree. I think that 4GB cap is too small and 4 GB may be used quickly.
Since the values being used seem to have been determined somewhat
heuristically for both EarlyOOM and SwapOnZRAM, I was wondering if there
was any prediction for how the values migh
On 7/15/20 12:11 PM, Chris Murphy wrote:
Hi,
While bad RAM is uncommon, it comes up with some regularity to cause
folks a lot of grief. I'm wondering if there's a way to make it easier
to get bad news :-\ In particular there are cases where RAM defects
just don't show up with a few hours of memt
On 7/18/20 5:09 PM, John M. Harris Jr wrote:
On Saturday, July 18, 2020 3:25:35 AM MST Benjamin Berg wrote:
But thrashing scenarios are exactly that, *technically* running but
*practically* dead.
Thrashing doesn't mean the system is unusable, or anything of the sort. It's
only an issue if
I've been seeing build failures for Fedora 32[0][1][2], always the same
failure: "xgcc: fatal error: Killed signal terminated program cc1plus"
I can't find any more detail than that. These builds succeed locally
with mock. The copr failures are reproducible so I'm sure I'm doing
something wron
On 7/28/20 3:46 PM, Andy Mender wrote:
Dear Fedorians,
I really need some help with a review of a GCC toolchain variant I've
started recently: https://bugzilla.redhat.com/show_bug.cgi?id=1350884
A Koji build of the most recent SRPM:
https://koji.fedoraproject.org/koji/taskinfo?taskID=4803504
On 7/28/20 4:39 PM, Jeff Law wrote:
On Tue, 2020-07-28 at 15:29 -0500, Michael Catanzaro wrote:
On Tue, Jul 28, 2020 at 2:01 pm, Jeff Law wrote:
If this is a new failure (say in the last week), it could be an out
of memory
scenario. Try disabling LTO. The standard way to do that is
%define
On 7/29/20 4:40 PM, Jeff Law wrote:
ACK. I don't see msp430-development-tools in the standard fedora repos. So
I'll
leave it to you to fix the package in whatever repo it lives in.
Also note, you may ultimately be better off getting msp430 added to the cross-
{binutils,gcc} packages rather th
On 7/29/20 6:09 PM, Jeff Law wrote:
On Wed, 2020-07-29 at 17:14 -0500, Brandon Nielsen wrote:
On 7/29/20 4:40 PM, Jeff Law wrote:
ACK. I don't see msp430-development-tools in the standard fedora repos. So
I'll
leave it to you to fix the package in whatever repo it lives in.
Also
Hi, my name is Brandon Nielsen and I've been a Fedora user since FC5. In
a past career, I maintained a private yum repository for a Beowulf
cluster running RHEL.
I currently do some development on the TI MSP430 microcontrollers,
mostly in a hobby capacity. Awhile ago I started packagin
the new TI upstream MSP430 toolchain
through package review under a new package name [1]. If someone is
looking to adopt these packages, it would be great if we could work
together to get them migrated to the new upstream.
1 - https://bugzilla.redhat.com/show_bug.cgi?id=1350884
Brandon Nielse
On 4/6/20 4:08 PM, Ben Cotton wrote:
[snip]
It doesn't make much sense to me for this to default to on if we still
"trust" the DNS servers provided over DHCP. Additionally, it's not clear
to me from the proposal what it would take for an NTP server provided
over DHCP to be "trusted", or wh
On 4/8/20 3:42 AM, Miroslav Lichvar wrote:
On Tue, Apr 07, 2020 at 01:41:48PM -0500, Brandon Nielsen wrote:
It doesn't make much sense to me for this to default to on if we still
"trust" the DNS servers provided over DHCP.
What is the issue with using untrusted DNS servers here
On 4/9/20 10:42 AM, Björn Persson wrote:
[snip]
Fedora's defaults should be chosen to keep users reasonably secure every
way we can. If you as a sysadmin trust the DHCP server and every other
device on the local network – including any device that may be connected
in the future – then you should
On 4/9/20 11:06 AM, Miroslav Lichvar wrote:
On Wed, Apr 08, 2020 at 02:09:01PM -0500, Brandon Nielsen wrote:
On 4/8/20 3:42 AM, Miroslav Lichvar wrote:
What is the issue with using untrusted DNS servers here? An NTS client
is supposed to verify the certificates. Local MITM attackers shouldn&#
On 4/20/20 11:54 AM, James Cassell wrote:
On Mon, Apr 20, 2020, at 12:46 PM, Máirín Duffy wrote:
On 17. 04. 20 16:07, Kamil Paral wrote:
https://blog.linuxgrrl.com/2018/03/06/fedora-28s-desktop-background-design/
I am sad we haven't followed the pattern. (However I don't know the reasoning
for
Desktop, UEFI, Z87 chipset, Intel Xeon E3-1230 v3, AMD R9 280X GPU -
Fails, does not show the specified error instead journalctl shows:
gnome-shell[1820]: Failed to create backend: No GPUs found with udev
Which is likely caused by (from dmesg):
[ 11.994228] [drm] VGACON disable radeon kerne
On 10/9/20 12:02 PM, Christopher Engelhard wrote:
Hi,
I just tried to reinstall a Fedora 33 Workstation system that uses the
F33 default btrfs partitioning (i.e. subvolumes for / and /home). I
can't seem to find an option to install to / while preserving the /home
subvolume, Anaconda insists on a
On 10/19/20 4:55 AM, Miro Hrončok wrote:
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for
sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_t
On 10/20/20 2:14 PM, Neal Gompa wrote:
On Tue, Oct 20, 2020 at 3:11 PM Miro Hrončok wrote:
On 10/20/20 9:08 PM, Brandon Nielsen wrote:
I would be interested in taking celt071 if nobody else wants it. I use Mumble
regularly.
See also https://pagure.io/fesco/issue/2478#comment-695972
I
I have been using it pretty much daily and haven't had any issues. Is
this only with F33? I have only just updated my "work" machines.
Possibly a misbehaving plugin?
On 10/29/20 11:29 AM, Vít Ondruch wrote:
Does anybody experience issues with GVim? It happens quite often, that
it stops updatin
I'm attempting an armhfp build with mock and it insists it needs "At
least 243MB more space needed on the / filesystem."
I have 1.1 TB free on /, so I'm assuming there's some kind of limit set
somehow, but I can't figure out how to adjust it. I don't see anything
that looks promising in the co
On 11/20/20 2:03 AM, Pavel Raiskup wrote:
On Friday, November 20, 2020 2:42:08 AM CET Brandon Nielsen wrote:
I'm attempting an armhfp build with mock and it insists it needs "At
least 243MB more space needed on the / filesystem."
This seems to be a bug in RPM:
https://bugz
On 11/20/20 1:28 PM, Dominique Martinet wrote:
Ben Cotton wrote on Fri, Nov 20, 2020:
== How To Test ==
This change needs to be tested on as many different audio cards as
possible. The same test plan applies here as with PulseAudio.
To test, one needs to install the pipewire-pulse library (whic
On 11/20/20 4:31 PM, Naheem Zaffar wrote:
On Fri, 20 Nov 2020 at 19:47, Brandon Nielsen <mailto:niels...@jetfuse.net>> wrote:
On 11/20/20 1:28 PM, Dominique Martinet wrote:
> Ben Cotton wrote on Fri, Nov 20, 2020:
l the pipewire-pulse library (which
>> remo
On 11/21/20 4:05 PM, Neal Gompa wrote:
On Sat, Nov 21, 2020 at 4:57 PM Tom Seewald wrote:
So has this essentially been decided on by the working group? If not, what
concerns would be listened to?
Well, the idea would be for us to put it into Rawhide and do a series
of test days/weeks to get
On 11/21/20 6:00 PM, Brandon Nielsen wrote:
[Snip]
I feel like for something as fundamental to the desktop experience as
audio a few test days would really expose all of the pain points. At
least personally my uses of audio vary quite a bit day to day and week
to week, especially in the
On 11/23/20 10:30 AM, Andreas Tunek wrote:
Den lör 21 nov. 2020 kl 15:31 skrev James Szinger <mailto:jszin...@gmail.com>>:
On Fri, 20 Nov 2020 18:35:19 -0600
Brandon Nielsen mailto:niels...@jetfuse.net>>
wrote:
> If it has changed, it would be really great
On 11/23/20 11:48 AM, Adam Williamson wrote:
On Mon, 2020-11-23 at 18:20 +0100, Tomasz Torcz wrote:
On Sun, Nov 22, 2020 at 06:01:18PM +0100, Ralf Corsepius wrote:
On 11/20/20 5:26 PM, Ben Cotton wrote:
The pulseaudio package will be uninstalled and pipewire-pulse will be installed.
pipewire
On 11/25/20 8:18 AM, Wim Taymans wrote:
So, the current sentiment is:
* provide an easy way to test in f33, either copr or with regular packages.
- rawhide is a not a good place to get good testing anyway
* encourage people to test. Provide instructions on how to do this and how to
leave
I have been working toward getting a "modern" cross compiling toolchain
included in Fedora[0] ever since mspgcc stopped working[1] 4 years ago.
Up until recently, my efforts have been almost entirely centered around
packaging TI / Mitto Systems' somewhat bespoke branch of GCC[2].
It has been s
On 8/23/20 10:24 PM, Chris Murphy wrote:
[Snip]
-
Communication:
+ Fedora Magazine article "Btrfs Coming to Fedora 33" will be
published Monday, 24 August.
-
Documentation:
+ A partial list of docs needing updates
https://pagure.io/fedora-workstation/issue/158#comment-672898
https://l
On 8/24/20 1:29 PM, Brandon Nielsen wrote:
On 8/23/20 10:24 PM, Chris Murphy wrote:
[Snip]
-
Communication:
+ Fedora Magazine article "Btrfs Coming to Fedora 33" will be
published Monday, 24 August.
-
Documentation:
+ A partial list of docs needing updates
https://pagure
On 9/11/20 3:44 PM, Adam Williamson wrote:
On Fri, 2020-09-11 at 15:50 -0400, Ben Cotton wrote:
Accepted blockers
-
1. libreport — https://bugzilla.redhat.com/show_bug.cgi?id=1860616 — ON_QA
abrt-server errors when processing zstd compressed core dumps produced
by systemd-246~rc
On 9/12/20 5:10 PM, Chris Murphy wrote:
This is pending for 3 days, so --advisory doesn't work since it's
still not in u-t.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-fd3d0e6879
Instead I did
bodi updates download --updateid=FEDORA-2020-fd3d0e6879
dnf update *rpm
And it skips a bunch
On 10/6/20 2:22 PM, Vitaly Zaitsev via devel wrote:
On 06.10.2020 21:08, Gordon Messmer wrote:
I definitely think this should be rolled back. We're past the beta
freeze, and IMO, this violates the updates policy which states
"Package maintainers MUST: Avoid Major version updates, ABI
breaka
On 10/6/20 2:45 PM, Vitaly Zaitsev via devel wrote:
On 06.10.2020 21:24, Brandon Nielsen wrote:
Sounds to me they don't expect 78.2.1 to be entirely compatible with
profiles from the previous version.
$ rpm -qa thunderbird
thunderbird-78.3.1-1.fc32.x86_64
Version 78.3.1 is production
On 10/6/20 3:03 PM, Vitaly Zaitsev via devel wrote:
On 06.10.2020 21:48, Brandon Nielsen wrote:
Yes, but they clearly don't expect updates to work given the changes
mentioned later in this thread and the release notes, and Fedora has
users that will be updating that need to be consi
On 10/6/20 3:11 PM, Brandon Nielsen wrote:
On 10/6/20 3:03 PM, Vitaly Zaitsev via devel wrote:
On 06.10.2020 21:48, Brandon Nielsen wrote:
Yes, but they clearly don't expect updates to work given the changes
mentioned later in this thread and the release notes, and Fedora has
users that
On 10/6/20 3:14 PM, Vitaly Zaitsev via devel wrote:
On 06.10.2020 22:11, Brandon Nielsen wrote:
That link shows security fixes for 68.x from only a week ago.
August 25, 2020 (68.12) vs. September 22, 2020 (78.3).
But still, the last 68. release was 5 days ago[0], hardly seems unsupported
On 12/15/21 4:11 AM, Michael J Gruber wrote:
Are you planning to bring these to F35, as well?
Tesseract-5.0.0 appears to be mostly a bugfix release along with some other
improvements, so I dunno (and haven't tested so far - the heads up was a few
hours before the push).
Sorry to pile on but
On 12/17/21 11:22 AM, Sandro Mani wrote:
On 17.12.21 16:55, Sandro Mani wrote:
On 17.12.21 16:13, Michael J Gruber wrote:
On 12/15/21 4:11 AM, Michael J Gruber wrote:
Sorry to pile on but I somehow lost the original e-mail.
"/usr/share/tessconfigs" seems to be missing so output to PDF or tx
On 1/26/22 3:25 AM, Roberto Sassu via devel wrote:
[Snip]
- web servers or other kind of servers where you, as client, would
like the guarantee that your data is processed only if the software
running in the server is not compromised
For what it's worth, I, and several people I work w
On 1/27/22 10:50 AM, Adam Williamson wrote:
On Thu, 2022-01-27 at 08:30 +0100, Milan Crha wrote:
On Wed, 2022-01-26 at 15:18 -0800, Adam Williamson wrote:
There are still over a dozen packages in the distro that
require it:
Hi,
the gnome-software also calls pkexec is some occasions, o
On 2/22/22 1:19 AM, Mattia Verga via devel wrote:
Il 21/02/22 22:09, Fabio Valentini ha scritto:
Hi!
I would recommend that you use the standard source handling as
documented on the SourceURL page.
The forge macros are no longer actively maintained or developed, the
last fix / update they receiv
On 2/22/22 1:56 PM, Jason L Tibbitts III wrote:
Brandon Nielsen writes:
I would like to see the forge macros removed from the guidelines if
development truly has ceased.
I would like to get into them and at least see what needs to change
but... the internal implementation is somewhat
On 9/22/21 12:54 AM, Zdenek Dohnal wrote:
On 9/21/21 1:21 PM, Neal Gompa wrote:
On Tue, Sep 21, 2021 at 5:36 AM Zdenek Dohnal wrote:
- several other printer applications was implemented by Till
Kamppeter[1][2][3][4] - Till makes it available as Snaps, I'm planning
to package it into Fedora as
On 9/25/21 8:55 PM, Solomon Peachy wrote:
On Thu, Sep 23, 2021 at 09:01:07PM -0500, Brandon Nielsen wrote:
For anyone looking to play with these right now without a snap, I've started
a copr[0]. I don't have the systemd service working yet, but you can start
the printer app serve
On 9/23/21 9:01 PM, Brandon Nielsen wrote:
[Snip]
For anyone looking to play with these right now without a snap, I've
started a copr[0]. I don't have the systemd service working yet, but you
can start the printer app server manually.
It gives you a good feel for where the projec
It has been included as far as I remember (just go to localhost:631 to
check). It is still included in F35. As far as I know there are no plans
to remove it for F36, so it still exists in Rawhide.
On 10/25/21 2:52 AM, Felipe Borges wrote:
On Fri, Oct 22, 2021 at 1:42 AM Reon Beon via devel
wr
On 11/29/21 1:33 PM, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/Users_are_admins_by_default_in_Anaconda
= Users are administrators by default in the installer GUI =
== Summary ==
The Anaconda installer GUI will have the administrative rights
checkbox on the User screen ticked by
On 11/29/21 1:33 PM, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/Users_are_admins_by_default_in_Anaconda
= Users are administrators by default in the installer GUI =
== Summary ==
The Anaconda installer GUI will have the administrative rights
checkbox on the User screen ticked by
On 2/8/21 2:44 PM, Chris Murphy wrote:
On Mon, Feb 8, 2021 at 2:46 AM Vít Ondruch wrote:
Being devils advocate, but should we have the memtest86 or similar by
default? I have certainly not used this feature in my 10+ yeas with Fedora.
You mean get rid of it (from media and installations)? B
On 2/19/21 3:47 PM, Tom Seewald wrote:
Well, the idea would be for us to put it into Rawhide and do a series
of test days/weeks to get feedback and close any remaining gaps. If it
doesn't manage to pull through by beta freeze, then we would revert
and push it back to Fedora 35.
Did these test d
On 2/28/21 12:00 PM, Julian Sikorski wrote:
W dniu 27.02.2021 o 20:59, Julian Sikorski pisze:
Hi,
I am trying to test some Renoir s2idle patches [1]. It appears that
Fedora kernel source is now maintained on gitlab as kernel-ark [2].
What I tried is adding the patches to the fedora-5.11 branc
On 3/26/21 3:24 PM, Matthew Miller wrote:
On Fri, Mar 26, 2021 at 02:48:39PM -0400, Christopher wrote:
[Snip]
* In many places, including accounts.fedoraproject.org, in order to
log in, you have to append the OTP to your password, so it doesn't
really play nice with password managers.
This is
On 3/26/21 3:36 PM, Matthew Miller wrote:
On Fri, Mar 26, 2021 at 03:26:53PM -0500, Brandon Nielsen wrote:
This is pretty common in my experience; it seems like password managers
should support this pattern.
I can't say I have ever appended an OTP to a regular password, and I
us
On 3/29/21 6:02 PM, Kevin Fenzi wrote:
On Sat, Mar 27, 2021 at 11:02:58PM +0100, Björn Persson wrote:
Kevin Fenzi wrote:
I'd like us to add security query/respond pairs.
Those can very easily weaken security, as the answers are often public
and easy for an attacker to look up, especially when
On 5/6/21 12:18 AM, Zdenek Dohnal wrote:
[Snip]
More terminology and tricks here [1] and here [2].
[1]
https://fedoraproject.org/wiki/How_to_debug_printing_problems#Terminology_for_printing_and_scanning
[2]
https://fedoraproject.org/wiki/How_to_debug_printing_problems#Useful_tricks
P.S. I kn
On 5/7/21 12:01 AM, Zdenek Dohnal wrote:
On 5/6/21 9:36 PM, Brandon Nielsen wrote:
Would you want to see that ported to a "How to debug printing
problems" Quick Doc[0]? Probably under "Usage and customisation"? I
could take a crack at a draft.
[0] - https://docs.fedorapro
On 2/7/23 1:25 PM, Philip Rhoades via devel wrote:
People,
Has there been any discussion about getting a Tenacity RPM going for
Fedora? - I would prefer that to having to use the AppImage version . .
Thanks,
Phil.
I have a copr[0]. It has some issues and the current version is old. I
have
On 2/8/23 10:59 AM, Jason L Tibbitts III wrote:
stan via devel writes:
As they say in the BUILDING.md file,
though, fedora lacks wxWidgets 3.1.5 or greater. That stops the
configuration, cmake -G Ninja -S . -B build when it errors out.
That's odd; as far as I can see, F36 has 3.1.5 and F37
On 2/8/23 9:30 PM, Reon Beon via devel wrote:
wxGTK should have that...
It should, and they fixed it, but the fix never made it to the 3.1.X
series as far as I can tell. 3.2.1 in F37 at least builds, but for some
reason liblibnyquist.so is missing. F38 / Rawhide has some lisp issue
with the
On 9/15/22 12:01 PM, Vitaly Zaitsev via devel wrote:
On 15/09/2022 13:35, Zdenek Dohnal wrote:
1. install snapd
No. Thanks.
Please build regular RPMs.
I maintain a copr[0]. Unfortunately a move and a new job have kept me
from giving them as much love as I would like recently, but they at
On 9/16/22 8:40 AM, Brandon Nielsen wrote:
On 9/15/22 12:01 PM, Vitaly Zaitsev via devel wrote:
On 15/09/2022 13:35, Zdenek Dohnal wrote:
1. install snapd
No. Thanks.
Please build regular RPMs.
I maintain a copr[0]. Unfortunately a move and a new job have kept me
from giving them as
maybe Brandon
Nielsen - has them in copr)
That would be me[1], though I haven't been giving them the attention
they need lately.
[Snip]
[0] - https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/1878
[1] - https://copr.fedorainfracloud.org/coprs/nielsenb/pr
On 7/18/22 12:29 PM, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/Mumble1.4
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the F
On 4/3/22 6:45 PM, Ian Laurie wrote:
I noticed in VirtualBox with GNOME and 20220401.n.0 that if I resized
the VM window when logged into GNOME it slammed me back to the greeter,
apparently without killing my login session.
I still had a VM from a week ago based on the 1.2 cut, but it was ful
On 4/13/22 6:52 PM, Brian C. Lane wrote:
A huge thanks to Thomas Schmitt for posting xorrisofs arguments :)
Here is a lorax PR switching to grub2 for BIOS and changing the layout
of the iso as described in his post:
https://github.com/weldr/lorax/pull/1226
And a Fedora 36 iso:
https://bcl.fed
On 4/15/22 5:06 PM, Thomas Schmitt wrote:
Hi,
Initial test with a CD-R and an HP Compaq 8510w are mixed.
It boots to GRUB, but it spins a long time blinking the HDD light displaying
nothing but "Welcome to GRUB". It eventually spits out "failure reading
sector 0x4f838 from 'hd31'."
'hd31' loo
76 matches
Mail list logo
