brickfrog

I am downloading through Mullvad, which I know doesn’t let you forward your ports. So I can appreciate that that seeder’s settings and mine might not be super compatible.

Are there any other peers in that torrent swarm? If it's just you (leeching peer) and the lone seed (seeding peer), and neither of you have ports open, then you won't be able to download any torrent data.

If there is another peer in that swarm, or another peer joins later, and that new peer happens to be fully connectable (port forwarded) then you'll be able to download the torrent data through them. If this is your situation then all you can do is try your luck and wait for another peer to come by.

Or if we rule all of that out - it's possible that lone peer just has a very busy torrent client. They could be the lone peer on tons of other torrents so it would take quite a while before their torrent client gets around to sending you torrent data. If this is the case then it's the same as above, just have to continue waiting.

Strange, they don't even have support via IRC or similar? Most trackers handle support that way but I'm not sure how this one is doing things.

Hopefully a member there will see your post and maybe send you those details.

Time to update https://endof10.org/ , LOL.

Annoying for the IT peeps that have to deal with this. Guess they'll have to decide whether it's worth continuing using the hardware with a replacement OS (Linux, ChromeOS, etc.) or more likely retire all the old hardware.

Anyone in the know on how many Windows 11 SE devices were actually in use? Seems most schools would have gone the more obvious route with something like ChromeOS for a "web first" experience unless M$ and vendors were pushing these things out at massive discounts in the first place.

Voting for the proposal, would be nice to opt out of extra tracking beyond what already gets tracked/logged during typical Lemmy usage.

But in the grand scheme of things this is more of a Lemmy network problem, if that site exists then surely other sites/tools exist (or will soon) to do the same thing. I've always kind of figured it doesn't take much to start up a Lemmy instance, federate with others, & just start logging the info being sent across the instances (in this case upvotes/downvotes).

You've kind of got me wondering how Piefed handles that but that's another topic really.

Check the log file & see if there's any additional information you can troubleshoot with. According to your .conf it's in /var/log/samba/log.%m

And/or maybe increase the logging level and hopefully when the issue re-occurs you'll have lots more log info to work with. (may have to be careful with the log file sizes though) Not sure if you need to enable client specific logging or maybe just working with the main smb.conf file is enough, see the wiki

https://wiki.samba.org/index.php/Client_specific_logging

EDIT: If you're not already seeing any logs maybe you do need to try enabling client specific logging (?)

VS HDD seems a bit unlikely. The typical cheap optical media isn't designed or meant for long term archival. There are more expensive types that are meant for long term storage but I'm pretty sure that's not what OP is talking about, especially if it's just random blank discs from thrift stores, etc.

But to your point even cheap optical media might outlast SSDs since those tend to lose their saved data if stored unpowered for x years.

Giving it a trial run might be okay though I'd lean towards leaving things as-is.

Does kind of feel like the overall community wouldn't be too thrilled. I'm having a hard time understanding why the instance would be entertaining a change now. Like I can't think of any communities I care to participate in over there, just seems like spamming up people's All feed for no discernible benefit.

OTOH you have a point, people can do instance blocking in their user settings so that is an option.

If admins are okay with running both Lemmy and Piefed instances simultaneously then it seems fine IMO.

But otherwise don't feel strongly about it, I don't know that I'd actually use the Piefed instance unless something happens within the Lemmyverse side of things or issues with the dbzer0 Lemmy instance itself.

All the loaded torrents in a torrent client already get stored somewhere in the torrent client's own settings folders. e.g. if you look in qBittorrent's settings folders you'll find a folder full of .torrent files representing every single torrent currently in the torrent client.

So if it's a torrent I'm going to leave loaded in the torrent client then no, there's no reason to save a second copy of the .torrent file. But I guess if it's a torrent I'm not going to load in the torrent client, or will remove it from there, then maybe it's worth saving depending how you do things.

I’m undecided. I figure if I save them and back them up to an offline/offsite device, then I can (mostly/hopefully) recover from hardware failure by simply re-adding all the torrent files to my favorite client.

It would be better just to back up your entire torrent client settings folders, you'll save all the .torrent files along with the save folders and other information you have in the torrent client.

Remmina and Xrdp are probably the better RDP clients at the moment. I've had no problems using either to connect to Windows 10 desktops but have not tested Windows 11.

FreeRDP is used by most (all?) Linux RDP clients, it does have its own active development.

Could also try the Linux RDP client that Thincast has, still uses FreeRDP in the backend like the others but it does seem work well at least with Windows 10 (https://thincast.com/en/products/client).

Also for what it's worth I've seen mention of a FreeRDP bug when the client fails to connect to Windows 11 with multi monitor enabled (since most Linux RDP clients use FreeRDP the bug affects them all too). Think the workaround for now is to disable multi-monitor in the RDP client settings before attempting to connect. Think it is getting fixed in the next FreeRDP release. No idea if that's your issue but worth a look (e.g. https://gitlab.com/Remmina/Remmina/-/issues/3403)

Still learning this myself but I've found that Xrdp is Wayland compatible so there's that if you want to remote using RDP protocol.

Gnome has its own version called Gnome Remote Desktop that is also Wayland compatible.

And for KDE its own KRdp is another RDP protocol remote server that is Wayland compatible (https://github.com/KDE/krdp). I haven't tested the KDE version yet but I'd guess it works similarly to Gnome Remote Desktop and Xrdp, AFAIK they all use FreeRDP in the backend.

All the Linux RDP servers seem to have their own quirks but seem okay for personal day-to-day use least.

Beyond RDP solutions you could also check out stuff like RustDesk and NoMachine, they seem to be Wayland compatible as well. Though I am curious what else people use.

PS - Gave up looking for a Wayland compatible VNC, not sure if VNC will sort of die out as more and more Linux distros switch over to Wayland.

Kind of seems like an ad, every link to their site has a referral in it ( /?ref=news.itsfoss.com ), guessing itsfoss gets paid for those clicks.