Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Transmission 4.0.0 beta 1

github.com

Post reply on HN
Print view View original

191–200 of 262 posts

Re: Transmission 4.0.0 beta 1

#191

Post by johnchristopher »

There's a very stupid bug with Transmission: when you switch between a local or a remote daemon the UI to download new torrents doesn't update the destination path and it will sometimes (being charitable, happens all the time to me) pick up the destination path from the other daemon setting thus recreating the default transmission download folder or the mounted path to an external HDD plugged to your PI running the transmission daemon.

/media/pi/WD\ Elements on your user@local machin instead of ~/download/torrents.

I hope it's fixed.

Re: Transmission 4.0.0 beta 1

#192

Post by vorpalhex »

anderspitman wrote: post #187
captainmuon wrote: post #112

Good to see it being in active development. But the one feature I'm waiting for is a network whitelist. For example, it should never connect over my home or office network, but only via anonymous VPN. (Edit: I know you can do this already with firewall rules, or containers, but I don't trust myself to not make a mistake. Ideally this should be part of the OS. You should be able to right-click somewhere in the window…

Agreed. Users shouldn't have to understand firewall rules, containers, VMs, or even VPNs in order to tunnel traffic for a specific app through a (more) trusted third party. We need an open protocol for establishing tunnel/VPN connections. Apps implement the protocol, which lets you enter your tunnel provider and go through a quick OAuth flow to establish a tunnel. This would be a big win for VPN providers as well bec…

Users should understand how to use their computer. Asking users to comprehend a firewall or a vpn (if using a vpn) is not unreasonable.

Coddling users is harmful.

Re: Transmission 4.0.0 beta 1

#193

Post by jupp0r »

Wow that's an impressive changelog. Both user facing features and getting rid of what sound like lots of tech debt. Congratulations to the people who made this happen!

Re: Transmission 4.0.0 beta 1

#194

Post by ajot »

lostlogin wrote: post #61
Shorel wrote: post #40

Earlier quoted context omitted.

Part of my Ubuntu post install script is removing Transmission and installing Deluge.

Deluge showing your public IP in the UI is a big plus for me.

ohh, I had an addon on my Firefox statusbar that did this. Gone it is with the status bar, sadly.

Re: Transmission 4.0.0 beta 1

#195

Post by NegativeLatency »

johnchristopher wrote: post #191

There's a very stupid bug with Transmission: when you switch between a local or a remote daemon the UI to download new torrents doesn't update the destination path and it will sometimes (being charitable, happens all the time to me) pick up the destination path from the other daemon setting thus recreating the default transmission download folder or the mounted path to an external HDD plugged to your PI running the t…

Are you talking about transmission remote gui or something else?

Re: Transmission 4.0.0 beta 1

#196

Post by zaik »

MayeulC wrote: post #86
your_challenger wrote: post #60

I haven't used torrent in a long time. Does it have any other usecase than piracy?

It's really good for distributing huge datasets, stuff that can take multiple days to download. It's also very good for using maximum available bandwidth efficiently, and have downloaders contribute bandwidth. Linux isos are frequently pointed out as a use-case. I've seen it used for distributing neural network weights recently (stable diffusion and others). Rainbow tables and password lists too: https://freerainbowt…

OpenStreetMap is such a huge dataset, for example: https://planet.openstreetmap.org/

Re: Transmission 4.0.0 beta 1

#197

Post by CharlesW »

vorpalhex wrote: post #192
anderspitman wrote: post #187

Earlier quoted context omitted.

Agreed. Users shouldn't have to understand firewall rules, containers, VMs, or even VPNs in order to tunnel traffic for a specific app through a (more) trusted third party. We need an open protocol for establishing tunnel/VPN connections. Apps implement the protocol, which lets you enter your tunnel provider and go through a quick OAuth flow to establish a tunnel. This would be a big win for VPN providers as well bec…

Users should understand how to use their computer. Asking users to comprehend a firewall or a vpn (if using a vpn) is not unreasonable. Coddling users is harmful.

Making secure practices simple (or automatic) for less-technical users is not “coddling”.

Re: Transmission 4.0.0 beta 1

#198

Post by Goz3rr »

politelemon wrote: post #128
haunter wrote: post #67

Love Transmission but went to picotorrent a few years ago, even smaller footprint https://github.com/picotorrent/picotorrent Sadly it’s Windows only

There does seem to be a docker image for it through https://hub.docker.com/r/picotorrent/server but last updated 2 years ago, so not sure what's going on there

Moved to GHCR it seems https://github.com/picotorrent/server/pkgs/container/server

Re: Transmission 4.0.0 beta 1

#199

Post by johnchristopher »

NegativeLatency wrote: post #195
johnchristopher wrote: post #191

There's a very stupid bug with Transmission: when you switch between a local or a remote daemon the UI to download new torrents doesn't update the destination path and it will sometimes (being charitable, happens all the time to me) pick up the destination path from the other daemon setting thus recreating the default transmission download folder or the mounted path to an external HDD plugged to your PI running the t…

Are you talking about transmission remote gui or something else?

The GTK client. You can switch between remote or local daemons and it messes up the next torrent download because it uses the previous ly loaded config.

Re: Transmission 4.0.0 beta 1

#200

Post by theptip »

MayeulC wrote: post #91

I'm really excited to see support for torrents v2. If only because transmission will stop chocking on hybrid torrent files, which should lead to more adoption across the board. I wish transmission supported mutable torrents (BEP46). It would allow completely re-thinking distribution: grab a torrent of your favorite distribution, and have it auto-update to the latest version. Or grab a "super-torrent" that lists isos…

This is a cool feature that I've idly wondered about in the past, but I didn't know it was actually spec'd/implemented in Bittorrent.

You could imagine hierarchically pushing the entire of TPB or whatever into the DHT. And even, each torrent having an `index.html` that renders a page containing links to the rest of the sub-torrents, so that the entire site is hosted in the DHT.

Post reply on HN