Bug#903977: ITP: sbws -- Simple Bandwidth Scanner
Hi, On Sun, 22 Jul 2018 08:57:00 + Ulrike Uhlig wrote: > While that would be a good idea, I believe that software using "tor" in > their name needs to be acknowledged by the Torproject, see > https://www.torproject.org/docs/trademark-faq.html I don't see that this would be a problem to get approval for given that this would run on the public Tor network's directory authorities. > > Fair. Although, to note, it used to be called tor-arm according to the > > package's description. And it feels like the possible target audience of > > sbws is even less than the one of nyx. That said: Maybe include the > > target audience (i.e. who is going to have an interest in running this > > package) somewhere in your description. If this is of interest to all > > relay operators rather than just the authorities, that's probably relevant. +1 for this. The description could do with being expanded. --- sbws is a Tor bandwidth scanner that produces bandwidth measurements files to be used by Directory Authorities in their votes. The scanner builds two hop circuits consisting of the relay being measured and a fast exit. Over these circuits it measures RTT and download performance. It is expected that this package will be used by directory authorities in the public Tor network, or in private test networks. This package is most likely not useful to the average relay operator or client. --- Thanks, Iain. signature.asc Description: OpenPGP digital signature
Bug#903977: ITP: sbws -- Simple Bandwidth Scanner
Hello! Philipp Kern: > On 18.07.2018 20:38, ju xor wrote: >> Philipp Kern: >>> On 2018-07-18 18:24, ju xor wrote: Philipp Kern: > Should this live in some kind of tor-* namespace? no >>> Without any rationale? :( >> i'm not sure what you mean, but in case it helps, here some arguments >> why sbws package is not called something like tor-sbws: >> - upstream is not using "tor-*" in the name >> - i don't think there's a Debian policy to name packages as "tor-*" [0] > > Of course there isn't. But if the package is incredibly specialized, it > might make sense to do that anyhow. Debian is not bound to reuse the > upstream name, although in many cases it makes sense (first and foremost > when scripts are concerned, but there are plenty of other reasons). While that would be a good idea, I believe that software using "tor" in their name needs to be acknowledged by the Torproject, see https://www.torproject.org/docs/trademark-faq.html We've however seen from previous experience that software not made by the the Torproject is kindly requested to be named differently, hence for example Tails' previously called tor-monitor software has been renamed to "onioncircuits". >> - nyx, is a tor monitor, and is not called "tor-*" > > Fair. Although, to note, it used to be called tor-arm according to the > package's description. And it feels like the possible target audience of > sbws is even less than the one of nyx. That said: Maybe include the > target audience (i.e. who is going to have an interest in running this > package) somewhere in your description. If this is of interest to all > relay operators rather than just the authorities, that's probably relevant. I don't know what this name change was motivated by. >> - there're several packages called "onion*", which is not "tor-*" > > Well, tor-* was a proposal to disambiguate a short name. I don't > particularly care what the prefix would be. See above. If anything, the package could use the `onion` prefix in Debian, but as this is not policy and IMO even adds more complexity, it could also simply use the upstream name as initially suggested by Ju. Cheers! Ulrike
Bug#903977: ITP: sbws -- Simple Bandwidth Scanner
On 18.07.2018 20:38, ju xor wrote: > Philipp Kern: >> On 2018-07-18 18:24, ju xor wrote: >>> Philipp Kern: Should this live in some kind of tor-* namespace? >>> no >> Without any rationale? :( > i'm not sure what you mean, but in case it helps, here some arguments > why sbws package is not called something like tor-sbws: > > - upstream is not using "tor-*" in the name > - i don't think there's a Debian policy to name packages as "tor-*" [0] Of course there isn't. But if the package is incredibly specialized, it might make sense to do that anyhow. Debian is not bound to reuse the upstream name, although in many cases it makes sense (first and foremost when scripts are concerned, but there are plenty of other reasons). > - AFAICT, the only package in Debian that is named as "tor-*" is > "tor-geoipbd", and that's a package on which "tor" itself depends on. > - "tor" itself does not depends on sbws, though sbws makes use of "tor" > - python3-stem is a library to control tor on which sbws depends, and > it's not called "tor-*" I guess I was mostly concerned about the global namespace rather than a library-specific one. > - nyx, is a tor monitor, and is not called "tor-*" Fair. Although, to note, it used to be called tor-arm according to the package's description. And it feels like the possible target audience of sbws is even less than the one of nyx. That said: Maybe include the target audience (i.e. who is going to have an interest in running this package) somewhere in your description. If this is of interest to all relay operators rather than just the authorities, that's probably relevant. > - there're several packages called "onion*", which is not "tor-*" Well, tor-* was a proposal to disambiguate a short name. I don't particularly care what the prefix would be. Kind regards Philipp Kern
Bug#903977: ITP: sbws -- Simple Bandwidth Scanner
Philipp Kern: > On 2018-07-18 18:24, ju xor wrote: >> Philipp Kern: >>> Should this live in some kind of tor-* namespace? >> no > > Without any rationale? :( > i'm not sure what you mean, but in case it helps, here some arguments why sbws package is not called something like tor-sbws: - upstream is not using "tor-*" in the name - i don't think there's a Debian policy to name packages as "tor-*" [0] - AFAICT, the only package in Debian that is named as "tor-*" is "tor-geoipbd", and that's a package on which "tor" itself depends on. - "tor" itself does not depends on sbws, though sbws makes use of "tor" - python3-stem is a library to control tor on which sbws depends, and it's not called "tor-*" - nyx, is a tor monitor, and is not called "tor-*" - there're several packages called "onion*", which is not "tor-*" Best, ju. [0] https://www.debian.org/doc/debian-policy/#the-package-name
Bug#903977: ITP: sbws -- Simple Bandwidth Scanner
On 2018-07-18 18:24, ju xor wrote: Philipp Kern: Should this live in some kind of tor-* namespace? no Without any rationale? :( Kind regards Philipp Kern
Bug#903977: ITP: sbws -- Simple Bandwidth Scanner
Philipp Kern: > Should this live in some kind of tor-* namespace? no > But even if not, it > should clearly talk about Tor in both the short and long description. ok, i'll change description by "Tor Simple Bandwidth Scanner" Thanks!, ju.
Bug#903976: Bug#903977: ITP: sbws -- Simple Bandwidth Scanner
merge 903976 903977 thanks On 2018-07-17 20:15, ju xor wrote: Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: sbws Version: 1.0.0 Upstream Author: Matt Traudt URL: https://gitweb.torproject.org/sbws.git/ License: CC0 Description: Simple Bandwidth Scanner Tor bandwidth scanner that generates bandwidth list (measurements) files to be read by Directory Authorities. Should this live in some kind of tor-* namespace? But even if not, it should clearly talk about Tor in both the short and long description. Kind regards and thanks Philipp Kern
Bug#903977: ITP: sbws -- Simple Bandwidth Scanner
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: sbws Version: 1.0.0 Upstream Author: Matt Traudt URL: https://gitweb.torproject.org/sbws.git/ License: CC0 Description: Simple Bandwidth Scanner Tor bandwidth scanner that generates bandwidth list (measurements) files to be read by Directory Authorities.