- Talk - lists.gtalug.org

Re: [GTALUG] trip report: upgrading to Fedora 36
by D. Hugh Redelmeier 04 Jun '22

04 Jun '22

| From: Michael Galea via talk <talk(a)gtalug.org> | | On 2022-06-01 10:31, D. Hugh Redelmeier via talk wrote: | > I just upgraded several systems to from Fedora 34 or 35 to Fedora 36 over | > the last week. This process is mostly uneventful. Here are some notes. | .. | | > | > - one system's grub could not see any new kernels so I could only boot | > with the last f35 kernel. I fixed this by doing a clean re-install. | > | I'm hoping you mean a re-install of grub and not Fedora. I wouldn't call an OS | reinstall "mostly uneventful".. No, it was a complete re-install, preserving /home. I agree, this was an event. The correct fix was probably to clean out /etc/efi and re-install the latest kernel. But I didn't know that. I'm not happy that: 1) Fedora changed what they put in ESP without a clear announcement and explanation 2) out of space on the ESP caused silent failure (On the first UNIX system I used, we could hear when a filesystem was full because log messages were printed on the console, a DecWriter LA30. The RK05 disk held just under 2.5 megabytes. <http://gunkies.org/wiki/RK05_disk_drive>. I may misremember some details.)

1 0

trip report: upgrading to Fedora 36
by D. Hugh Redelmeier 01 Jun '22

01 Jun '22

I just upgraded several systems to from Fedora 34 or 35 to Fedora 36 over the last week. This process is mostly uneventful. Here are some notes. There are two ways to upgrade: - use the GNOME "software" GUI and tell it to just do it. - use the "dnf" technique <https://docs.fedoraproject.org/en-US/quick-docs/dnf-system-upgrade/> I like the dnf technique because I can see what's going on (and perhaps see what is going wrong, if anything). Superstition. The "software" program has worked fine when I've used it. Another superstition: after step 1 in the dnf technique, I like to do sudo dnf autoremove This removes leaf packages that were installed due to dependencies but are no longer used. Theory: those orphans may have no upgrade path; it is better to ditch them that to try to upgrade them. I did run into three problems: - one system's grub could not see any new kernels so I could only boot with the last f35 kernel. I fixed this by doing a clean re-install. Here's what I think went wrong (only a theory): + the latest kernel and a rescue kernel + initrd are installed in the ESP (/boot/efi). This is new. I didn't see it documented. + this requires more free space in the ESP than my system had + kernel installation silently failed! Even when I tried to fix things by installing kernels after the upgrade It looks like some others have hit this: <https://ask.fedoraproject.org/t/f36-kernel-wont-install-due-to-running-out-…> <https://bugzilla.redhat.com/show_bug.cgi?id=2071034> Make sure that you have enough free space in /boot/efi. 300MiB should be plenty -- those files currently take 130MiB on my system. - On some systems, I use kernel driver modules from RPMFusion. In particular, the NVidia proprietary driver and the broadcom-wl driver. After update, they didn't work. The fix: sudo depmod It is listed as the first Common Bug on rpmfusion.org <https://rpmfusion.org/CommonBugs#System-upgrade%20and%20kmod(-nvidia)%20iss…> - after the upgrade, some WiFi passwords were forgotten and needed to be re-entered. If you upgraded using WiFi, that connection's password was retained. I didn't do careful observations so I may be wrong.

2 1

LLVM JIT Talks
by Nicholas Krause 26 May '22

26 May '22

Greetings I've misdeleted the other thread, so sorry for starting a new one. For David, I would be happy to try if you let me know what the interest/use case is. On a side note, for Alan I've asked him to contact you directly. Hopefully he contacts you soon. If he does not in the next few weeks, I will ping him for you. Nick

2 1

Possible Future Talks
by Nicholas Krause 24 May '22

24 May '22

Greetings, I've managed to get in contact with the maintainer for the LLVM RiscV backend. Not sure if it's of interest to the group. But, he can talk about compiler backends in general or related to RiscV. For those who aren't aware as discussed at the RiscV talk, this would be the compiler support for the ISA for RiscV. Or if there is another topic from the LLVM side I can try to find someone there. Take care, Nick

3 2

Ventoy: use single USB stick for multiple installation images
by D. Hugh Redelmeier 16 May '22

16 May '22

"Ventoy" is an open-source tool that allows you to put multiple .iso files on a USB stick. Has anyone tried it? <https://www.ventoy.net/en/index.html> <https://en.wikipedia.org/wiki/Ventoy> Why do I care? When I want to install Fedora, for example, I fetch a .iso file and dd it straight to a USB stick. The result is a bootable live Fedora system that can install Fedora to a disk drive. This same procedure works for Ubuntu and a lot of other distros. One downside is that I have a collection of USB sticks that each has a .iso file. Each USB stick is mostly empty because .iso files are smaller than current USB sticks. Ventoy might allow me to use a single USB stick for my whole collection.

3 2

Sharing EFI partition for multiple distro?
by William Park 16 May '22

16 May '22

Can you use the same EFI partition for multiple distros? Eg. Can you have /dev/sda1 -- /boot/efi /dev/sda2 -- Slackware / /dev/sda3 -- Ubuntu / /dev/sda4 -- Fedora / where /dev/sda1 shared? Or, does distro need its own EFI partitions, like /dev/sda1 -- Slackware /boot/efi /dev/sda2 -- Slackware / /dev/sda3 -- Ubuntu /boot/efi /dev/sda4 -- Ubuntu / /dev/sda5 -- Fedora /boot/efi /dev/sda6 -- Fedora / ?

4 3

Back to basics: upgrading from Windows to Linux
by Evan Leibovitch 12 May '22

12 May '22

Hi all. This topic is one I hope will be on many peoples' minds as they encounter frustration (and in some cases a dead end) moving their Windows 10 systems to Windows 11. This may soon become the source of a multi-stakeholder public campaign, but that's just in the planning stages. Now for the personal angle. Some ago I installed Windows on a desktop I use a lot. It replaced Linux because that was incapable of running the one game I like playing. I even gave a talk to GTALUG about that move, about Windows Subsystem for Linux and the things I thought were better about the Windows desktop. Turns out I was wrong. So very, very wrong. And now I can't wait to go back to my Linux desktop, especially since there's a recent LTS release of Kubuntu, my traditional distro of choice. Plus, according to ProtonDB, my game might just run well natively on Linux <https://www.protondb.com/app/255710>! But it's been a long time since I've done this so I have some remedial questions to ask from this group's wisdom ... to help me change from a Windows install to a dual boot, priority Kubuntu: 1. My motherboard takes a single M.2 SSD for my one and only drive. I have a larger M.2 card that I'd like to replace it with, cloning my existing setup to the new drive (in a temporary USB enclosure) then installing and shrinking the Windows partition in anticipation of the Linux dual-boot install. Can anyone recommend a good tool for doing the disk clone? Or am I better off to just fresh-install Windows on the new drive, and restore my data from the old one? 2. I want to have one partition for data that is visible regardless if I boot Linux or Windows. Previously the most reliable filesystem readable by bothwas FAT32. Should I still do that? Is Linux support for NTFS good enough now? Even better, can Windows be taught to read ext4? 3. I've never used snap or flatpack before. Others have told me to install as much native (ie, .deb packages) as possible, use flatpack when it's the only option and uninstall snap. Any comments or caveats here? And why did app installation sources become needlessly complex? Thanks for any advice. - Evan

12 23

RISC-V talk tonight
by Trevor Woerner 10 May '22

10 May '22

Was tonight's talk announced on this list? My friend Drew Fustini, who is a "RISC-V Ambassador" for RISC-V International, will be giving a talk on Linux and RISC-V at tonight's GTALUG meeting at 7:30 https://gtalug.org/meeting/2022-05/

2 1

RISC-V
by Ivan Avery Frey 10 May '22

10 May '22

"RISC-V chip designed with open source tools - eeNews Europe" https://www.eenewseurope.com/en/risc-v-chip-designed-with-open-source-tools/

5 5

FYI: Redhat + General Motors
by William Park 10 May '22

10 May '22

FYI, https://finance.yahoo.com/news/red-hat-general-motors-collaborate-130000468…

1 0