How to turn grub2-install from sad to happy.
by Sam Varshavchik
I noticed that there was a grub2 update.
From prior experience I know that one needs to manually run grub2-install to
actually update the bootloader. Additionally I run mdraid, so I need the
bootloader on both /dev/sda and /dev/sdb.
But:
[root@jack ~]# grub2-install /dev/sda
grub2-install: error: /usr/lib/grub/x86_64-efi/modinfo.sh doesn't exist.
Please specify --target or --directory.
Searching for "modinfo.sh", I find it in:
[root@jack ~]# locate modinfo.sh
/usr/lib/grub/i386-pc/modinfo.sh
Which is installed by:
[root@jack ~]# rpm -q -f /usr/lib/grub/i386-pc/modinfo.sh
grub2-pc-modules-2.06-118.fc39.noarch
A noarch package. Doesn't sound right.
After search poking, I see that there's a grub2-efi-x64-modules package
package that I can install. So, I did, then:
[root@jack ~]# grub2-install /dev/sda
Installing for x86_64-efi platform.
grub2-install: error: This utility should not be used for EFI platforms
because it does not support UEFI Secure Boot. If you really wish to proceed,
invoke the --force option.
Make sure Secure Boot is disabled before proceeding.
So, what now?
1 month, 3 weeks
File Locking to prevent "race condition" question
by Sbob
All;
We have a database failover process in place that leverages a component
that will also do load balancing. For reasons due to the client's
environment we want n+ (many) of these load balancing components,
however this means we will have many failover scripts on different
servers that will all want to force a failover at the same time if a
failure occurs.
Question: will flock() properly lock a file in a way that incoming
commands over ssh from multiple other servers will respect the lock?
Thanks in advance
1 month, 3 weeks
Invitation to Contribute to Fedora Test Days: Podman Desktop Testing
by Sumantro Mukherjee
Dear Fedora Community Member,
We are excited to invite you to participate in an upcoming Fedora Test
Day focused on testing Podman Desktop. Podman Desktop is an innovative
tool that enables you to manage containers on your desktop with ease.
Date: 2024-03-20
Your feedback and testing are invaluable in ensuring the stability and
functionality of Podman Desktop. By participating, you'll have the
opportunity to:
Test Podman Desktop in various scenarios on your system.
Identify and report bugs, issues, or improvements.
Collaborate with fellow Fedora enthusiasts and developers.
No prior testing experience is necessary. Whether you're a seasoned
tester or new to the process, your contributions are highly valued.
If you're interested in joining us for this Test Day, please reply to
this email or sign up on the Fedora Wiki page[0]. Feel free to reach
out if you have any questions or need assistance getting started.
Thank you for your dedication to improving Fedora, and we look forward
to your participation!
Best regards,
[0] http://fedoraproject.org/wiki/Test_Day:2024-03-20_Podman_Desktop
--
//sumantro
Fedora QE
TRIED AND PERSONALLY TESTED, ERGO TRUSTED
1 month, 3 weeks
Re: Which scanner/copier do you use with Fedora?
by R. G. Newbury
On 2024-03-19 10:14, users-request(a)lists.fedoraproject.org wrote:
Which scanner/copier do you use with Fedora?
If you need a fast scanner, with a document feeder, and double-sided,
the Brother ADS1000 is fantastic.
It has a near vertical document feeder, which you can keep topped up
with new pages. Works double-sided at up to 16ppm. Once did over 2,500
pages in about 6 hours. Two of us working: one removing staples and
paperclips, and in-bound/out-bound handling, one stamping Bates numbers
and feeding the scanner, overseeing the laptop storage into various
folders. At one point did over 200 pages without stopping, until a
missed staple caused a blockage. Very fast in black and white, slightly
slower in color.
And small! About 3"x4"x 12" long. Very portable. (The ADS1000 has been
superseded by the ADS1200).
G.
--
R. Geoffrey Newbury
1 month, 3 weeks
Join the Rawhide Test Days: Help Shape the Future of Fedora Linux!
by Sumantro Mukherjee
Dear Fedorans,
Are you ready to make a difference in the world of Fedora Linux? We're
thrilled to announce the launch of our brand new test day series:
Rawhide Test Days! These events are your opportunity to play a crucial
role in ensuring the quality and reliability of upcoming Fedora
releases. Rawhide test days will play their unique role in keeping
Fedora Linux releases on time.
Fedora test days are renowned for their inclusivity – they welcome
participation from both seasoned Fedora contributors and newcomers
alike. If you've been itching to dip your toes into the world of
Fedora Linux contribution, this is your perfect starting point.
For some time now, we've been dedicated to elevating the quality
standards of Fedora by implementing rigorous testing processes well in
advance. Our Fedora Changes process facilitates the submission of
changesets long before the official release cycle begins. As part of
this effort, we're excited to introduce Rawhide Test Days, an
initiative designed to test these changesets thoroughly and identify
any potential (blocker) bugs early on.
To kick off this exciting journey, we're focusing our efforts on
testing DNF 5 – a crucial changeset proposed for Fedora Linux 41[0].
With the introduction of the brand new DNF5 package in Rawhide, we're
organizing a test days to gather initial feedback before it becomes
the default. We'll be rigorously testing DNF5 against its basic
acceptance criteria to ensure a seamless transition.
Mark your calendars for our Rawhide Test Days, taking place from
Friday, March 15th, through Tuesday, March 19th. Your participation
during this week will be invaluable as we work together to refine
Fedora Linux for its upcoming release.
Ready to dive in? Visit our test week page [1] to learn more about how
you can contribute and make your mark on the future of Fedora.
Happy testing, and we can't wait to see you there!
Best regards,
//sumantro
[0] https://fedoraproject.org/wiki/Changes/ReplaceDnfWithDnf5
[1] http://fedoraproject.org/wiki/Test_Day:2024-03-15_Fedora_40_DNF_5
--
//sumantro
Fedora QE
TRIED AND PERSONALLY TESTED, ERGO TRUSTED
1 month, 4 weeks
font issue.
by home user
(f38 last patched last Thursday; gnome)
I'm have some trouble with the display of Chinese characters in some situations.
1. In Firefox, Chinese characters show up as rectangles with 4-digit hex numbers in them. The font is set to the AR PL UKai family of fonts.
2. In the gnome-font-viewer, the AR PL UKai family of fonts is shown, but the Install button is active, implying that I do not currently have it on my workstation. But...
-----
bash.12[~]: ls /usr/share/fonts/cjkuni-ukai/
ukai.ttc
bash.13[~]:
-----
So the AR PL UKai family of fonts is installed on my workstation (and has been for over a decade).
3. In MATE's "Font Viewer", the AR PL UKai family of fonts is shown, and is marked installed.
4. In Thunderbird, Chinese characters are properly displayed using the AR PL UKai family of fonts.
5. In LibreOffice, Chinese characters are properly displayed using the AR PL UKai family of fonts.
6. In vim and gvim, Chinese characters are properly displayed using the AR PL UKai family of fonts.
7. In a terminal, Chinese characters are properly displayed using the AR PL UKai family of fonts.
8. In ibus(? - tool used to enter Chinese characters), Chinese characters are properly displayed using the AR PL UKai family of fonts.
Why Are Chinese characters not properly displayed in Firefox, and why does the gnome-font-viewer seem to think they're not installed on my workstation?
How do I fix this? For a few reasons, the AR PL UKai family of fonts is what I want used for Chinese character display.
side issue:
I was told by Peng Wu(?) a few years ago that the AR PL UKai family of fonts is no longer supported. I don't see a KaiTi font in the noto font collection. What good currently-supported KaiTi font family is available for me to replace the AR PL UKai family of fonts on my workstation?
1 month, 4 weeks
Fora vs. mailing lists
by Thomas Cameron
<Insert obligatory "old man shouting at cloud" meme here>
Quick definition: fora is the plural of forum, as in a web based forum
to discuss a topic or technology, like
https://discussion.fedoraproject.org/.
Having said that...
I love mailing lists. I have filters set up they silently go to the
correct mail folder, I can read through them at my leisure, and I only
have to deal with one client - my mail client. My mail client defaults
to sane viewing rules, threaded, in the order I prefer. It's the same
experience across every mailing list I'm a member of. I love that. It's
very accessibility-friendly.
I hate using fora. I generally have to open a separate tab for each
forum I'm on, and I'm on a LOT. And I have to go out of my way to even
remember all the fora I am a member of. For those of us who are members
of a bunch, it's kind of a beating - especially if you're an ADHD
person, like me. I get that I can (sometimes) set up email notifications
when there are responses to my posts or comments, but... if we're
already emailing forum members, why the heck don't we just use email lists?
I also love that I see interesting problems on mailing lists that I'd
never thought of or dealt with, and it's right there, in the list's mail
folder. I learn a LOT perusing those messages. It's there, I can easily
read through the threads when I get a minute. And I don't have to
remember to fire up a new browser tab to parse them.
The whole "fora are an archive" argument is kinda nonsensical, since
mailing lists are generally archived on the web, as well. In my
experience, mailing list archives are easier to search than a forum.
I get the sense that moving from email lists to fora was a move to force
folks to go to a web site to drive advertising. I kinda hate that. When
Red Hat moved from email lists to fora (log in required), I got the
sense that it was really to gather information about who was interacting
with their web site. Ditto pretty much every other vendor who moved from
email lists to web based fora - this isn't a Red Hat or Fedora specific
thing.
Am I the only one who feels this way? Has the day finally come where I'm
just old and set in my ways? Are there others who prefer mailing lists
to fora?
To be clear, I am not bashing fora, per se - I'm just saying that for
me, they're not NEARLY as easy to deal with as email lists. If you like
fora, that's awesome. I'm not attacking you. Let's nip that in the bud.
I'm not looking for a flame war, just trying to see if other feel the
same way. Let's keep it civil.
Thanks,
Thomas
2 months
dmesg suddenly fails when run as normal user on FC39
by Ron Flory
Hi-
does not happen on FC38, or any prior RedHat/Fedora version since
forever.
dmesg
dmesg: read kernel buffer failed: Operation not permitted
Userspace scripts (such as used to read pics from cameras & sdcards)
and many progs often use dmesg to detect or identify things like startup
probe info, USB devs, partition numbers etc.
I worked around this by setting the suid bit of `which dmesg`, but it
would be rude to force everybody to manually do this as part of
post-install cleanup.
Hopefully an unintended side-effect and not a new "feature" that
wasn't thought through completely. A web-search suggests debian/ubuntu
may have been doing this for awhile- but we really don't need to be just
like them... ;)
2 months
Failed to start jobs message from today's F39 update
by Neal Becker
Running today's dnf update:
...
Running scriptlet: grub2-common-1:2.06-118.fc39.noarch
32/32
Running scriptlet: armadillo-12.8.0-1.fc39.x86_64
32/32
Failed to start jobs: Failed to enqueue some jobs, see logs for details:
Invalid argument
Should I worry? I don't even know what armadillo is.
2 months
