Something built with Hyphanet, maybe?

I would be interested in a project like this if it were a distributed network.

It’s important to ensure that accumulated community knowledge will survive, and conversations can continue, when an instance dies or becomes intolerable. (Reddit and Stack Exchange have recently brought this into sharp focus.) It’s so important that I no longer contribute to sites like this unless they provide those assurances.

So I hope this one develops into something that meets that need.

I have a more complex setup than I described, making that approach a poor fit, but thanks for thinking of me. Glad you found a solution. :)

Have you considered replacing auto with noauto, and creating a .desktop file in ~/.config/autostart/ to run the mount command when you log in?

I do this, and it allows me to unmount (and mount again later) as myself rather than as root.

One thing that would be helpful about not using drop-down boxes for static options: Fewer clicks required to set up a search. Each of the drop-down boxes in use now requires the user to:

• Read the text on the drop-down box to decide whether it’s relevant
• Move the mouse to the drop-down box
• Click to open it
• Read the options within
• Move the mouse to the best fitting option
• Click to choose the option

The first drop-down box (search type) contains only five options, which could be replaced by buttons like the existing Subscribed/Local/All buttons. It would make discovering the available options easier because they would no longer be hidden behind a drop-down, and it would reduce the number of actions required of the user.

The second drop-down box (sort type / time frame) might be a good candidate for this change, too.

As for whether tabs would be a better choice than the button-style approach currently used by Subscribed/Local/All: I’m not sure right now, as I haven’t had much time to consider it. But I think things would get messy and possibly confusing if more than one of these input elements were converted to tabs, because it would mean nesting tabs within tabs. On the other hand, using a row of buttons for each category would allow them to coexist neatly, fit the existing visual style, and avoid adding the complexity of another widget type for users to navigate.

So I’ve been using rootless podman-compose

when a new folder is created or an existing folder’s contents are modified, it seems to be setting the files and their folder’s owner to “52587”

Rootless Docker and Podman run their applications within a user namespace. This means most of the user IDs within the container are mapped to a different uid range on the host, often called a subuid. It’s part of how “rootless” mode can allow an unprivileged user to run software that expects to have privileged IDs.

https://github.com/containers/podman/blob/main/docs/tutorials/rootless_tutorial.md#etcsubuid-and-etcsubgid-configuration

which does not exist.

Are you sure it doesn’t exist? Have you looked at the ranges defined in /etc/subuid on the host?

My first thought is that the uid numbers you see might be some of your host user’s subuids. If so, they will appear as different uids (perhaps with usernames) within the container. Try launching a shell within the container and examining the same files, to see what their owners appear as there.

If this is what’s happening, it’s normal. As long as the software trying to access the files and the software creating the files are both in the same container, it should be fine. If it doesn’t work, there’s probably another problem in play.

By the way, Podman almost certainly has a way to map certain container uids to host uids of your choice, which can be convenient when you want to share files between containers or between a container and the host.

!heritagefoundationcrazyboard@sh.itjust.works

the first thing was install FreeBSD. I have always been intrigued by it, a UNIX like OS that was by design meant to replace UNIX

FreeBSD descends from the Berkeley Software Distribution, a descendant of Bell Labs Unix. As it is very much a pedigreed Unix, you don’t have to say “UNIX like”. :)

Fun fact: The network sockets API that is (or was originally) used by every major OS for internet protocol support came from BSD.

Edit: You might enjoy these Unix family trees…

https://upload.wikimedia.org/wikipedia/commons/7/77/Unix_history-simple.svg

https://eylenburg.github.io/os_familytree.htm

https://kate-editor.org/

https://geany.org/

Oops… MVKToolNix was a typo. It’s actually MKVToolNix.

the amdgpu-pro drivers are only available on LTS releases and on a few selected distros

Are you sure? I would expect AMD to have their own download & install instructions that could be used on any distro. That would be more work for you than just installing a package directly from your distro, of course.

Curiously, I just found a comment from last year claiming that amf-amdgpu-pro now works with Mesa’s RADV. So maybe this approach could work without AMD’s proprietary driver?

Mostly BluRay rips, so movies and TV-Shows

By rips, do you mean your source media is already in a container, like a .mkv or .mp4 file? Or are you encoding directly from optical discs? If it’s the latter, then using a tool other than HandBrake for the encode might also require finding a disc ripping tool. (Not all encoding tools can decrypt and demux discs.)

I actually was not. Is it any good? But Handbrake does not support that either, does it?

I haven’t used Vulkan Video. It’s just an API, so I would expect the video quality to depend on your hardware’s encoder, just as it would with VAAPI or any other API.

I don’t think Handbrake supports it yet, so until they do, I think you would have to use some other encoding tool.

for anything involving multiple audio and subtitle streams and stream selection in general it is not an option for me…

You haven’t said why, but if it’s just that managing lots of streams using command line tools is more hassle than you want to deal with, you might take a look at MKVToolNix. It’s pretty good at muxing, even if the source media is not a .mkv file.

Are you aware that HandBrake supports AMD VCN hardware video encoding, but doesn’t show the option in the GUI unless support is detected on your system? Perhaps you could get it working by installing the AMD’s proprietary driver.

https://handbrake.fr/docs/en/1.9.0/technical/video-vcn.html

https://wiki.archlinux.org/title/AMDGPU_PRO

You haven’t said what kind of source media you’re encoding, so we don’t know if there’s a feature of Handbrake that would be hard to replace using another tool.

VA-API is the only option for hardware acceleration on linux that is viable.

I guess that depends on what you mean by viable. Are you aware of Vulkan Video?

https://www.phoronix.com/news/Vulkan-Video-VCN2-VCN3-Default

https://www.phoronix.com/news/RADV-Vulkan-Video-Low-Latency

FFMPEG apparently merged support for it last year. If you can’t get HandBrake to do what you want, you might consider investing some time in learning ffmpeg commands.

https://www.phoronix.com/news/FFmpeg-AV1-Vulkan-Encoder

If all you want is pitch shifting, Easy Effects is probably your best bet. When I looked in to voice disguising a year or two back, all the other options were either bad at real-time or too complex to be worthwhile for casual use.

Just keep in mind that pitch shifting is trivial to reverse; it won’t make you anonymous.

deleted by creator

In computer science, read-copy-update (RCU) is a synchronization mechanism that avoids the use of lock primitives while multiple threads concurrently read and update elements that are linked through pointers and that belong to shared data structures (e.g., linked lists, trees, hash tables).

https://en.wikipedia.org/wiki/Read-copy-update

But here’s where Debian gets tripped up by the ecosystem: the moment you hit a login prompt, you enter a session with user-locked audio. This isn’t Debian’s fault. It’s the fault of PulseAudio, PipeWire, and the entire philosophy of session-bound audio daemons that don’t care what the kernel is doing.

It’s worth noting that PipeWire is being developed with support for a system-wide, multi-user instance, which should solve the problem that I think the author is describing above. When I last checked a couple years ago, it was enabled with this build option: -Dsystemd-system-service=enabled

The name of that flag seems to imply that systemd is required, which would be disappointing for folks who use other init systems. I haven’t tried it, so I don’t know if it’s a true requirement or just a name that was convenient at the time it was created.

I count 341 dependencies. This massive attack surface might be a problem for people who care about security.

To be clear, this is not unusual in the Rust ecosystem. It’s a bit of an awkward situation: Rust’s big value proposition is security through memory safety, but that is undermined by its not-especially-rich standard library and Cargo’s encouragement of pulling in many dependencies. I hope this will improve in the years to come.

If I wanted to do this, I think I would start by getting to know the IT staff. This would:

• Help me to understand the challenges they face in getting their work done: what’s problematic for them, what’s helpful, what skills they already have, etc. This would eventually guide me in how to approach suggesting changes with minimal friction.
• Make me a familiar person to them, and allow opportunities to build trust in my skills, knowledge, and judgment. If this is established before I ever suggest a change, it could avoid some of the doubt and resistance that would surely come if a stranger walked up and pushed for changes. I want to be a friend, not a foe.
• Potentially identify an ally within IT: Someone who might already want to make the switch (perhaps because they’re tired of Microsoft’s BS) or at least agree that it would make sense. An ally on the inside would not only make it easier to get others to seriously consider the change, but also potentially help gather information about how MS Office is currently being used so that I could prepare equivalent LibreOffice workflows for users who need them.

I suggest taking your time, and saving Linux for later so that it doesn’t create more friction against moving to LibreOffice.

A package is “kept back” when it faces requirements that can’t be resolved while adhering to the given options.

For example, this can happen when a dependency at a certain version is required, but that version is available only from a source (e.g. backports) whose priority is too low to be used by default*. You can resolve this particular situation by naming not only the main package, but also the dependency in question, on your apt install -t bookworm-backports command line. (The -t bookworm-backports option overrides the default source priorities.)

Looking at the dependencies of pipewire-audio in backports, I see that one of them (wireplumber) has a version requirement that can be satisfied from backports, so this might work for you:

sudo apt install -t bookworm-backports pipewire wireplumber

BTW, I’m sure that pipewire from backports works on bookworm, because I use it myself. You don’t have to wait for Trixie.

*You can get details about how the priority system works via man apt_preferences.

Yeah the whole reason for packages being kept back is because they are rolling them out slowly

That’s an Ubuntu extension to APT. I don’t think Debian adopted it, and even if they had, this particular “kept back” message probably comes from a different mechanism.

EDIT: OP is trying to install a backport of a package with a version-specific dependency; I’ll address that situation in a top-level comment.