luciferofastora

joined 1 year ago
[–] luciferofastora@lemmy.zip 1 points 9 hours 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 17 points 1 day ago

This post gave me cancer.

[–] luciferofastora@lemmy.zip 13 points 1 day ago

XcQ, link stays blue

[–] luciferofastora@lemmy.zip 6 points 1 day ago

That's the old TV show host shining through, whose only concern is the size of the audience. His "show" not drawing a huge crowd kicked the attention-addict right in the self-esteem and he's still pissed enough that even his delusion can't mask it.

[–] luciferofastora@lemmy.zip 1 points 2 days ago

No billionaire wants to lose profits

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

A specialist in one field isn't necessarily adept in another, and particularly coming from STEM to humanities seems a particularly treacherous transition because so much about humans is based on premises that cold, logical STEM principles just aren't aware of. That doesn't mean we STEMs are stupid, we just don't know just how much there is that we don't know and would need to know before we can understand, let alone predict human behaviour.

I know I've found myself grossly misjudging human reactions in some case because humans are complex and there are so mamy premises and factors affecting individual behaviour and so many more for collective behaviour that they're effectively non-deterministic and even predicting the probabilities requires such familiarity with the people or demographics, respectively.

All that is to say: Yes, I think so too. She's well-educated, but not above tripping over the same, common stone that many smart people have stumbled on.

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

Hereabouts*, the lanes each have a sign with their number. Glows red = closed, glows green = open. Super convenient, and I've seen it across multiple store chains, so it's not like it's only one store doing it.

*Southern Germany, observed across different cities, though I can't vouch that it is universal

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

I see more atheistmemes on All than I do religious stuff.

This is a joke, most likely, given the community and context.

[–] luciferofastora@lemmy.zip 7 points 2 days ago

But we gave him a nice little prison stay to write his manifesto in! Surely he learned his lesson and won't attempt to overthrow democracy again, right?

...right?

[–] luciferofastora@lemmy.zip 1 points 2 days ago

I had to read up on the topic of semantic models for my Bachelor's thesis - this just might be the first time I've actually gotten to talk about it since my thesis defense.

[–] luciferofastora@lemmy.zip 3 points 2 days ago (2 children)

Welcome to the wonderful, confusing world of objects, semantic models and unintuitive terminology.

The "immutable object" is an abstract kernel of your being, to which all other properties are related. It represents, in a way, the coincidence of all those other properties, but it's not quite so simple.

In semantic modelling, those properties are considered objects too, albeit often dependent ones: "Hair color" in the sense of a person's hair color is an object type; individual instances cannot exist without a person whose hair they're describing. "Blonde", in that sense, is a grouping of instances, but if there were no blonde people, the group would be empty.

Likewise, "Name" is an object type that depends on the thing it's naming. Sure, you can come up with arbitrary terms that don't refer to anything, but they're semantically meaningless. Conversely, a thing can exist without being named, like a newborn. You could identify it as "the newborn baby of ", but that isn't a name so much as list of properties (newborn, parents\¹), that coincide for one particular person.

The combination of a simple object (that a stract kernel) and its dependent objects (properties) forms a complex object. You, as a person, probably have a name by now. You also probably have a body, a past², some knowledge and skills like the ability to understand and form words and sentences, which in turn includes a vocabulary...

If you change your name, that is one property that changes; one dependent object that is swapped out for another. The rest of your properties is unaffected by that. Formally, the relation between you and your name is mutable, but your eye color for instance (probably) isn't dependent on your name.

Now, if you were to somehow swap out all dependent objects at once, changing every property - a different name, different past, different parents, different body - then you would arguably be a different person. Even if you could argue that the core object remains the same, but given that this core object is an abstraction to describe the complex of properties and relations, which no longer has any intersection with the original, that "sameness" is effectively meaningless. The original configuration of properties is no longer tied to anything.

The philosophical difficulty of this concept is the question just what level of change constitutes a different object; which properties are immutably tied to you, so that changing one of them would be a different person? It's the Ship Of Theseus question: How much about a thing can change before it's no longer the same?

Do we argue that, as soon as even one property is changed, it no longer is the same object? Then every moment in time, adding to the past of an object, will make it a new object, nothing is permanent and the immutability is worthless.

For a person, most immutable properties of yours would be part of your past - where you were born, when you were born, essentially the continuous sequence of moments in your existence leading up to this one. The name you were assigned after birth would be a part of that history, even if the name you now use is a different one. Yet we do say that someone has become a different person if things like worldview and patterns of behaviour differ strongly enough. Again we encounter the question: What else, besides your past, defines you?

Practically, most contexts use some subset of your properties to define a person. In the example of a user id, that is the one immutable identification for user management purposes. Change the name, age, login, permissions and everything - from the system's perspective it's still the same user. Semantically, this might be a different person, but the system doesn't care.

Practice has to make concessions to the limitations of human abilities. We accept a level of ambiguity by ignoring some properties, because ultimately every model and pattern is supposed to simplify our decision-making. Overcomplicating things doesn't help us navigate life.


1 Parenthood itself could be modeled a simple, abstract object, dependent on both the parent and the progeny, representing the circumstance that one is the parent of the other. Technically, the Child could then exist independently from having parents; Practically, biology gets in the way of that.

2 Modeling the past of a given object is actually a complex exercise that also runs up against many of the same problems: You could consider it a continuous set of moments, each of which represents a relationship between a point in time and your exact state (coincidence of properties) at that point. But under the assumption of linear time, each moment would describe a different state, at the very least a different set of past moments.

[–] luciferofastora@lemmy.zip 4 points 3 days ago

That would be perfect, yes

 

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?

 

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"
            }
        }
    }    
]
view more: next ›