[-] luciferofastora@lemmy.zip 2 points 3 hours ago

I don't think you trust

[-] luciferofastora@lemmy.zip 1 points 1 day ago

For me the Linux Mint developers' hostility to snaps (which in my experience tend to be the best trade-offs for my needs) is one of the many reasons I won't use or suggest Mint.

I mean, analogous to firefox example you supplied, you could just delete nosnap.pref and be on your way.

Also, snapd keeps a snapshot of your per-revision configuration from an app for a while after you remove it. You can run snap saved to see all the current snapshots. It doesn't remove your $SNAP_USER_COMMON directory for that snap (which is where the Firefox snap stores its profiles), so moving from the snapped Firefox to the version from apt is just a matter of moving the .mozilla directory out of ~/snap/firefox/common to ~/

I could have sworn I checked that, but I was a lot less familiar with these things at the time, so maybe I missed it.


I don't think snaps are a bad thing on principle, my own bad experiences with them notwithstanding. I could also live with a for-profit operating its own curated package repository as part of its service. I'd personally prefer not to use a client locked into one particular package provider, but if that's the tradeoff for that provider's security guarantee that your packages are all Canonical-certified safe, I'd accept that. If it were preinstalled with an OS, that's fine. If they make it the default Software Store, we're on par with the Microsoft Store and other App Stores and those too provide a utility and convenience, particularly for those less technically minded. The ship on "don't bundle your browser with your OS because that's monopoly grabbing" has sailed long ago anyway.

All of these are things I'm fine with, even if I personally would choose not to use them. If that was all, I'd still recommend Ubuntu as a beginner distro, because it was my intro to Linux too and I found it good at the time.

The thing that irks me is when they're being dishonest about it. You no longer wanna support a deb package in your repos? Fine, let me know, offer me a one-click migration option for installing the snap instead and moving my data over, give me the whole marketing routine of telling me how much better your new solution is, but make it my choice.

Having a transition package for a name change or breaking up a larger project into modular packages is one thing. Using it to instead run an entirely different package manager pulling from a proprietary repo?

Worse still, if you had trouble with one app so you went and found a non-snap repo, you pinned it with higher priority, reinstalled it from the new source and thought you were in the clear because that worked as expected.
But you forgot or didn't know to also put a negative priority on the snap source because pin priorities seem intuitive enough, only for unattended upgrades to look at the pins and say "That sign can't stop me, because I can't read" (pins from repos I don't know) and reinstall the snap...
I get that automatic upgrades don't pull from all repos by default for security reasons, but at least look at the priorities and realise "Ope, not gonna touch that, I'll notify the user to do it manually if they trust the update".

And that, for me, is the part that takes it from apathy to disdain; the part that goes beyond "each distro has its own preferences, no big deal"; the part that reeks of a profit-oriented company aiming for vendor lock-in.

To close the topic out: All of this is just explaining my stance; I'm not telling anyone what to do or not to do. You gave your point, I gave mine. By all means, if it works best for you, I'm not getting in your way. I just wish there was a better option.

[-] luciferofastora@lemmy.zip 1 points 2 days ago* (last edited 2 days ago)

Thanks for that correction then. I wasn't conscious of that detail.

In any case, the issue remains that, if the vendor's default repositories push for a type of package I don't want, I either have to manually find and vet third party repositories I trust or find someone else to rely on for defaults I'm fine with.

The difference between "I want a different source for a single package, so I'll manually select a different source for that one" and "I don't trust Canonical to select sources I agree with anymore" is one of scale. I'm fine with manually pinning the transitional package, uninstalling it and the snap (hopefully remembering to back up my profile before realising that it also deletes user data) adding a ppa, reinstalling it and reimporting my profiles just for firefox.

But if I feel like I have to fight my distro vendor over not using their preferred package distribution system, it's probably better to jump ship - other vendors have beautiful distros too.

(Also, "you can just use a different source" is part of the reason people prefer not to use snap, where you can't do that)

[-] luciferofastora@lemmy.zip 2 points 3 days ago

Correct me there, but wasn't the "select source" thing intended to be about different deb sources?

The issue is that what you expect to be a deb package manager ends up redirecting to snap anyway. It's not a different source, it's a different system. If I have to manually take steps to avoid using the distro vendor's default sources because they just redirect to a system I don't want to use, I might as well look for a different vendor.

And so I did

[-] luciferofastora@lemmy.zip 2 points 4 days ago

IIRC, the issue was that - unless you take steps to explicitly prevent it - Ubuntu would occasionally reinstall the snap version. I don't remember the details, been a while since I had to dance that dance, but I recall it being one of the things that put me off snap in particular, Ubuntu in general and sparked my search for a different distro.

I'm now on Nobara, a Fedora-based gaming-oriented distro maintained by GloriousEgroll (who also maintains the popular Proton-GE)

[-] luciferofastora@lemmy.zip 1 points 5 days ago

...by having actual experts feed her sensiblr answers, demonstrating a good politician's critical judgement of her own limits and trust in the subject matter expertise of others for good decision making

[-] luciferofastora@lemmy.zip 5 points 5 days ago

Are you trying to argue that laws and treaties are worthless unless enough people abide by them and are willing to enforce them?

Because, yes, that is the fundamental principle of society: We need to work together to survive and thrive, so we agree on rules by which we work, and enforce them on those that break them. If you disagree with something but take no steps to oppose it, your disagreement is just as worthless as a law nobody cares to enforce.

So what point are you trying to make here? "If China enforced their claim and nobody stopped them, their claim would be effectively valid"? How is that relevant to the situation if all they're doing is protesting, but nobody else cares to back them up and they don't actually take measures to prevent the passage?

"If I put pineapple on my Pizza and nobody stops or punishes me, it's legal"? Yes. Congrats. You understood the very basics. Want a sticker?

[-] luciferofastora@lemmy.zip 2 points 5 days ago

Got into that with my MIL once.

When confronted with the idea of leaving an emergency lane in a traffic jam, she also vehemently insisted she'd never done that.

That woman shouldn't drive.

31
submitted 1 month ago by luciferofastora@lemmy.zip to c/linux@lemmy.ml

My Objective:
Repurpose an obsolete OS Filesystem as pure data storage, removing both the stuff only relevant for the OS and simplifying the directory structure so I don't have to navigate to <mount point>/home/<username>/<Data folders like Videos, Documents etc.>.

I'm tight on money and can't get an additional drive right now, so I'd prefer an in-place solution, if that is feasible. "It's not, just make do with what you have until you can upgrade" is a valid answer.


Technical context:

I've got two disks, one being a (slightly ancient) 2TB HDD with an Ubuntu installation (Ext4), the second a much newer 1TB SSD with a newer Nobara installation. I initially dual-booted them to try if I like Nobara and have the option to go back if it doesn't work out for whatever reason.

I have grown so fond of Nobara that it has become my daily driver (not to mention booting from an SSD is so much faster) and intend to ditch my Ubuntu installation to use the HDD as additional data storage instead. However, I'd prefer not to throw away all the data that's still on there.

I realise the best solution would be to get an additional (larger) drive. I have a spare slot in my case and definitely want to do that at some point, but right now, money is a bit of a constraint, so I'm curious if it's possible and feasible to do so in-place.

Particularly, I have different files are spread across different users because I created a lot of single-purpose-users for stuff like university, private files, gaming, other recreational things that I'd now like to consolidate. As mentioned in the objective, I'd prefer to have, say, one directory /Documents, one /Game Files, one /Videos etc. on the secondary drive, accessible from my primary OS.


Approaches I've thought of:

  1. Manually create the various directories directly in the filesystem root directory of the second drive, move the stuff there, eventually delete the OS files, user configs and such once I'm sure I didn't miss anything
  2. Create a separate /data directory on the second drive so I'm not directly working in the root directory in case that causes issues, create the directories in there instead, then proceed as above
  3. Create a dedicated user on the second OS to ensure it all happens in the user space and have a single home directory with only the stuff I later want to migrate
  4. Give up and wait until I can afford the new drive

Any thoughts?

8
submitted 3 months ago* (last edited 3 months ago) by luciferofastora@lemmy.zip to c/linuxquestions@lemmy.zip

My use case is splitting audio into separate channels in OBS for Twitch Streams so I can play music live without getting my VoDs struck. If my approach is entirely wrong for the use case, I'm happy to scrap the whole thing and sign it off as learning experience.

My solution is to use virtual sinks that I record through Audio Sources in OBS. I've got two loopback-devices (config at the end) with media.class = Audio/Sink, assign my playback streams to the relevant output capture.
The loopback of each is then passed on to the common default (physical) output device, namely my headphones.
So far, this has been working great for me, aside from minor inconveniences:

The first is that I want certain apps or playback streams to automatically be assigned to the capture sinks upon starting the app.
I had a working pulseaudio¹ setup on Ubuntu where I used pavucontrol to set the output once per app and it remembered that setting. Every time I opened that app, it would direct its playback streams to that sink.
I migrated to Nobara and opted to try configuring pipewire (directly)² instead. The devices are created correctly but every time I (re-)start a relevant app I have to go set its capture device again.

The second is that occasionaly upon logging in, one loopback stream will initially be passed to the other sink instead of the default output, which resolves upon restarting pipewire³. Is something wrong with my config?
Both have the same target.object and restarting it fixes it, so I'm guessing it may be some race condition thing where the alsa_output isn't initialised at startup yet, but I don't know how to diagnose or fix that


1: I have since learned that apparently it's actually still pipewire parsing that config, but the point is I configured it through ~/.config/pulse/default.pa

2: ~/config/pipewire/pipewire.conf.d/default-devices.conf

3: Trying to set it in pavucontrol doesn't work and keeps resetting that playback's output to the given sink if I try to select the correct capture device. Repatching them in Helvum does the job, but then pavucontrol just shows blank for the device (doesn't interfere with controlling the volume, but maybe it's relevant for diagnosing)


My current ~/.config/pipewire/pipewire.conf.d/default-devices.conf:

context.modules = [
    {   name = libpipewire-module-loopback
        args = {
            audio.position = [ FL FR ]
            capture.props = {
                media.class = Audio/Sink
                node.name = vod_sink
                node.description = "Sink for VoD Audio"
            }
            playback.props = {
                node.name = "vod_sink.output"
                node.description = "VoD Audio"
                node.passive = true
                target.object = "alsa_output.pci-0000_00_1b.0.analog-stereo"
            }
        }
    }
    {   name = libpipewire-module-loopback
        args = {
            audio.position = [ FL FR ]
            capture.props = {
                media.class = Audio/Sink
                node.name = live_sink
                node.description = "Sink for Live-Only Audio"
            }
            playback.props = {
                node.name = "live_sink.output"
                node.description = "Live-Only Audio"
                node.passive = true
                target.object = "alsa_output.pci-0000_00_1b.0.analog-stereo"
            }
        }
    }    
]
[-] luciferofastora@lemmy.zip 49 points 10 months ago* (last edited 10 months ago)

Most international experts consider the outbreak of a third world war unlikely in spite of global surges of violence

Not mundane, but the implications would be horrifying to 1923 society still recovering from "The Great War".

[-] luciferofastora@lemmy.zip 55 points 11 months ago

When sexist objectification accidentally teaches a point against sexist objectification

[-] luciferofastora@lemmy.zip 58 points 11 months ago

I've got a joke about DB, but I'm not sure when it'll reach you

view more: next ›

luciferofastora

joined 1 year ago