knurd42

@knurd42@social.linux.pizza

Tooting about Free & Open source software, Fedora and its derivatives as well as IT in general – and sometimes about Life, the Universe, and Everything, too.

Topic account. Other accounts of mine:

https://fosstodon.org/@kernellogger (EN): #LinuxKernel and related areas like #mesa, #wayland, #qemu
https://norden.social/@thleemhuis (DE): Das Leben, das Universum und der ganze Rest
https://social.tchncs.de/@thleemhuisfoss (DE): #FLOSS

This profile is from a federated server and may be incomplete. Browse more on the original instance.

knurd42, to random

Source: newyorkermag on instagram. 🖋️ Sam Lau

https://www.instagram.com/p/CzrhjjJPQmw/

knurd42, to linux

I updated the install and uninstall instructions for the vanilla repositories for Linux.

Let me know if anything remains unclear, is broken or maybe needs further improvements:

https://fedoraproject.org/wiki/Kernel_Vanilla_Repositories

knurd42, (edited ) to linux

Things many guides on the net forget to mention:

In which way the given instructions impact how the system behaves differently from then on – both in general and especially wrt to security fixes.

Hence a quick heads-up:

If you followed the guide linked below to install 6.6 on , you might want to disable the vanilla repos' "mainline-wo-mergew" copr and activate the "stable" copr[1].

1/ If you don't do that today, then…

https://www.linuxcapable.com/install-linux-kernel-mainline-fedora-linux/

knurd42, (edited )

2/ …from tomorrow on 6.7-rc1 or later mainline snapshots will be installed when updating the system.

Side note: yes, the guide describes how to deactivate the copr, but does not tell readers to do so. And it also does not tell its readers that they should enable the "stable" copr afterwards, as they otherwise won't get any kernel (security) updates until Fedora switches to 6.6.y in ~2 weeks.

https://fedoraproject.org/wiki/Kernel_Vanilla_Repositories

knurd42,

/3 Footnotes:

[1] e.g. by running the following commands:

dnf copr list | grep 'group_kernel-vanilla' | xargs -r sudo dnf copr remove;
sudo dnf -y copr enable @kernel/stable

knurd42, to random

Dear , please respect how I order my data and don't mess things up.

I don't have a "~/Documents" folder in my home directory and do not want you to create one.

k, thx, bye.

knurd42,

@hrw

good to know, thx.

Thing it: it only need zoom every few months and immediately uninstall it right afterwards.

knurd42,

@zhenech @hrw

last two times I tried it didn't work well and that impression stuckl, but yeah, you and @juliank (who suggested the same just seconds later in a reply) are right: I should give it another try, as the last time I tried was a while ago

knurd42,

@zxffx

Nice idea, but I only use zoom every once or twice a year, so that's not worth it. And better options were presented anyway (see other replies).

But I still think it's worth the fight, apps should not do that.

knurd42, to fedora

The just released[1] 6.6 is now available in my vanilla repositories for :

https://fedoraproject.org/wiki/Kernel_Vanilla_Repositories & https://www.leemhuis.info/files/kernel-vanilla/repostatus.txt

Reminder, it for now is only available in the "mainline-wo-mergew" copr[2]. The "stable" copr will continue to serve the latest release kernel.org lists with a "stable:" tag. That will be a 6.5.y release until 6.6.1 is published.

[1] https://fosstodon.org/@kernellogger/111322103512812916

[2] https://copr.fedorainfracloud.org/coprs/g/kernel-vanilla/mainline-wo-mergew/

knurd42, to fedora

Things I like about in Linux: the parallel package download, as makes the package manager feel[1] a lot faster.

Things I hate about dnf5 in Fedora: the sequential repodata download[2], as makes the package manager feel really slow.

[1] I'm well aware that this might be just a feeling

[2] https://github.com/rpm-software-management/dnf5/issues/307

knurd42,

@Lalufu

maybe the ui shows it differently different and makes it feel faster :D

larsmb, to opensource
@larsmb@mastodon.online avatar

Have you seen a Contributor License Agreement (CLA) that's made to a single commercial entity (so foundations or non-profits excluded) that does not reserve the right to sub-/dual-/re-license on their part unilaterally? (Where?)

Or: have there been legally binding restrictions on the licenses that they might choose?

(Please boost for reach.)

#OpenSource #OpenSourceSoftware #Licensing #Poll

knurd42,

@larsmb

I thought that the CLA that until many moons ago was required for becoming a Fedora packager would qualify, but when I briefly skimmed a version google found (I IIRC signed a earlier version) I found the word "sublicense"

https://fedoraproject.org/wiki/Legal:Licenses/CLA

gnumdk, to linux French

At work, we are using Silverblue and Puppet (managing Windows and MacOS computers as well).

Since 6.5.0 Linux kernel, some computers are not shutting down properly. Today I added support for downgrading specific models via Puppet.

Silverblue @fedora is such an amazing project:

  • You can downgrade the base OS at a specific commit
  • You can downgrade any Flatpak app at a specific commit

https://bugzilla.redhat.com/show_bug.cgi?id=2241279

https://discussion.fedoraproject.org/t/rolling-back-silverblue-to-older-release-without-saved-deployment/27511/3

knurd42,

@gnumdk @fedora

I wonder if problems like this one would be fixed much faster if Distros like Arch Linux, Fedora Linux, and openSUSE Tumbleweed (which all follow the Linux stable tree pretty closely) would immediately channel bugs like this to the upstream kernel, as that way the right people get aware of the issue more quickly – and they would have a way to contact affected users as well to debug things and test patches.

knurd42, to fedora

"""Today, @fedora and @slimbook are pleased to announce the , a cutting-edge ultrabook. […]

16” 16:10 sRGB 99%
3K display 90Hz
Intel® Core™ i7-12700H 20 threads
NVIDIA GeForce RTX 3050 Ti
Up to 64GB RAM
Up to 4TB Nvme SSD
82WH battery
1.5 kg weight

[…]""" https://fedoramagazine.org/fedora-slimbook-available-now/

knurd42, to fedora

In case you are (a) on 39 and (b) installed mesa-freeworld from to use GPU accelerated video decoding, any software that uses this feature might act up currently (video players, firefox, ...). A fixed package in on its way and can be found here: https://koji.rpmfusion.org/koji/buildinfo?buildID=26949

The problem is caused by a LLVM mismatch: Fedora for some reason had build its Mesa with llvm16, while RPM Fusion's buildsys used the latest llvm in the repo (llvm17) (both were build round about the same time)

knurd42,

@adamw

thx for letting me know, I already suspected something like that.

And FWIW, if compat packages would have been used as BR in the spec file, then I would have noticed this and the problem would never have happened on the RPM Fusion side.

But whatever. 😄

juliank, to random
@juliank@mastodon.social avatar

Here in Germany you can buy like 125g hummus for like 2€ and I'm like "why would I want half a portion of hummus, and for that much money".

knurd42,

@juliank

convenience

(I normally make my own hummus, but for some reason that didn't happen in the past weeks, so I brought it a few times, too – which I didn't like at all 🥴)

knurd42, to random

I'm living in for 25+ years now and know about the curved elevator in our town hall for nearly as long.

Still Tom Scott beat me, as he managed to visit it, while I have not…

https://www.youtube.com/watch?v=ZgDBIzClmPg

knurd42, to random

Coming events cast their shadows before: the end is nigh!

knurd42,

If you don't get above toot, checkout https://en.wikipedia.org/wiki/Year_2038_problem

Follower recommendation: @countdownY2K38

knurd42,

@klausman

or you make a lot of money to fix such issues for people; then your can retire right afterwards with a big pile of money at the bank (as long as the bank survived the switch into the next epoc 😂 ).

knurd42, to random
knurd42, to RedHat

"[…] All new bugs found or enhancements desired in (or Stream) need to be filed through issues.redhat.com.

The Project @fedora], which operates independently of RHEL, will continue to use Bugzilla for its tracking needs. The Fedora community is aware of RHEL’s change and may decide to take a new approach to bug reporting and issue tracking in the future. […]"

https://www.redhat.com/en/blog/rhel-tracking-moving-to-jira

knurd42, to RedHat
  • All
  • Subscribed
  • Moderated
  • Favorites
  • JUstTest
  • mdbf
  • ngwrru68w68
  • modclub
  • magazineikmin
  • thenastyranch
  • rosin
  • khanakhh
  • InstantRegret
  • Youngstown
  • slotface
  • Durango
  • kavyap
  • DreamBathrooms
  • megavids
  • GTA5RPClips
  • tacticalgear
  • normalnudes
  • tester
  • osvaldo12
  • everett
  • cubers
  • ethstaker
  • anitta
  • provamag3
  • Leos
  • cisconetworking
  • lostlight
  • All magazines