more like 1000:1.

you know these cats? because the site is joke; like, check out the faq. and says “we” a lot, who’s that? who’s moderating spam and scams and abuse and such? how are they financing the infra? the name, dios mio…

I haven’t kept up with that clown but if that’s a reference to the time he attempted to switch, that was a top-gear-like slapstick show, consisting of making wrong turns at every fork and having outliers galore in the form of some hardware he and one other dude on the entire planet got. that show of his is infotainment, as in not a reliable source of information.

you go with the beginner-friendliest distro, with the widest distribution which is ubuntu. that ain’t the distro I’m running, but it’s something you need to go through to figure out how this shit runs. after you’ve been around the block a time or two and you start bumping your head at the ceiling, you’ll have enough experience to switch to something better.

thanks, this looks good, gonna try it out with my next build

in case you didn’t know, jellyfin has support for hosting your books, and if you install the OPDS plugin, any compatible reader (librera, moon+, etc.) can pull books directly off the server and open them for reading.

first time I heard of this, thanks. so running it thusly it’s no different than a copr or apt repo?

can someone who runs arch btw on weak hardware, like dual-core U-series i5 and such, tell me how they’re handling AUR and friends? every time I bring that up I get downvotes as if I’m some MICROS~1 agent paid to besmirch arch btw’s good name and whatnot…

the idea that I hafta build and compile shit on a puny dual-core in 2026 is fucking ludicrous to me, never mind the bloat and cruft from all the build tools and deps for every possible stack. so what obvious solution am I missing? like, how do you handle a full system upgrade, say you got like ten things from AUR in addition to regular packages, what does that look like?

dogdamn, that thing is still alive… forgot about that monstrosity. condolences to everyone who has to put up with that snapcrap.

you’re nowhere close to RAM exhaustion. I had similar mishaps on an all-AMD system a few gens back and it manifested itself as micro-stutters that occasionally grew to such manifestations. I think I remember it was fixed via a combination of kernel switches and progressively better performance as new versions of kernel and modules/drivers progressed.

no idea what KDE Neon is based on (Ubuntu LTS?), but I’m guessing you rock pretty old kernels and relatively modern hardware, which is a pain. also you don’t need a swapfile, use zram. or just switch to fedora or sumsuch that takes care of all them things for you.

you did what? I mean, dude, give with the pictures, wtf!

this is a problemXY type of deal. leave the work PC alone. metrolist on android has everything you mentioned, allows download so it’s even available offline, etc.

aside from it being the futo thing, I don’t think it has an android sender and it was incompatible with anything I tried last time.

I’ve been using macast for the past 5-6 years and I’ve been looking for a replacement but none seems to pop up. the thing @Ephera@lemmy.ml mentioned looks interesting, might try to recreate.

anyhow, you let it run on your media-PC and you send it stuff from your phone - video urls (not limited to youtube), actual video files, since it’s a DLNA sink you can connect jellyfin clients to it, etc. on your phone you need allcast (not on the play store no more, get an archived apk from apkmirror or sumsuch). behind the scenes it uses yt-dlp and mpv to play back the video, full screen if you set it up so.

it mostly works fine, needs the occasional restart when it ran too long and it’s not aware of already playing stuff, like if there’s jellyfin-media-player already playing something, it would be cool if it would pause it and resume after video.

I feel this should be a functionality of JMP, doesn’t seem that hard to implement it.

was about to add this. kinda sad that I had to give up my searxng instance because I can’t get ublacklist to work on it (works on some public instances)

I mean dude, come on. the ref to mbpr was to illustrate the fragility of the things - did you count the busted screens that aren’t due to drops? the video was to illustrate the problem with soldered on SSDs, how apple got a multitude of different suppliers (and whose quality varies wildly) and how the TBW’s for those devices are incongruent with normal use on other platforms - and those you can simply swap out.

I’m arguing people shouldn’t buy 5-year old 8gig devices for $300+, you’re advocating for $1K+ machines that are marginally better and not even that when you consider the subject of this post, running linux on it. give it a rest already, you’re not proving anything.

one of us lacks reading comprehension. I’m specifically talking about bying used, 5-year old, 8gig laptops, that had excessive SSD wear and are in addition to that expensive and super-fragile.

if you don’t have direct experiences with those things dying en masse, you can visit the site we all hate and their r/macbookrepair subthing and skim over just one week’s worth of posts. then you can click on any of the posts or videos discussing SSDs dying, like this one: https://youtu.be/MZuv4TIjk-I

literally the first sentence is “don’t get them to run asahi”. wasn’t a dig at apple, macbooks, macOS, etc.

the stuff you’re suggesting (max/pro) is insanely expensive and also not the subject of my comment.

I’m sure the audience here don’t need this, but just in case a caution to not get one of these things (M1/M2) in order to run asahi. if you get a handmedown or sumsuch, great, have at it, but don’t buy them 2nd hand however great the deal is - and it’s rarely great; for that kind of money you can get a vastly superior thinkpad/elitebook/latitude that you can upgrade RAM and storage and you can service it with a nail clipper.

those things predominantly have only 8 GB and that RAM is shared with graphics. not only is that not enough for any reasonable activity, that config caused the system to use the SSD’s swap excessively; they routinely have insane TBW numbers. that in turn causes the soldered-on SSD chips to give out, netting you a brick. when you add the butterfly-fragile screens that bust from misplaced specks of dust, that purchase is anything but an investment.

I had a coupla folks in my orbit who tried the thing from the 1st paragraph, all like “watch this!” and within a coupla weeks they were back at their thinkpads and pre-T2 macbooks.

brah, it is not a flatpak issue, the same happens with the portable version i.e. the one you’d get via deb/rpm/whatevers. it doesn’t accelerate video under wayland but does with xwayland; If you got a commensurate rant towards wayland, ixnay please.

as to why flatpak at all, I like my system stuff and my application stuff separate. thus my apps are all flatpak and autoupdated via systemd timer (another rant?) whereas my system stuff get updated like once a month or so as I hate rebooting.

I’m sure you found by now that your use case doesn’t match everybody else’s, so chill with the absolutes a bit.

if you’d read the thread you’d see it’s not a flatpak issue. also if you spell it correctly maybe people would take you seriously.