Control: tags -1 + moreinfo On 04-Feb-2020, Mark Brown wrote: > I recently attempted to use dcut to cancel an upload which > someone had done with commands like > > dcut ftp-master *zlib* > > This appeared to have succeded and produced no error message
As defined, the ‘dcut(1)’ command can only send commands to the command server. Once the commands file is successfully sent, the program succeeds and its execution is complete. > but did not in fact result in the upload being cancelled which is > somewhat irritating given that there's no way to inspect the upload > queue. That is unfortunate. I Think ‘dcut’ cannot do anything about that, though, with the command server interface as is? > I would expect that dcut would detect any errors that will not be > being reported by ftp-master. My understanding is that the channel to upload commands to the server has no way for those errors to come back to the ‘dcut’ program as it runs. Is this something the uploading program can detect? If not, I'll need to close this report as not a bug in ‘dcut’. -- \ “It's a terrible paradox that most charities are driven by | `\ religious belief.… if you think altruism without Jesus is not | _o__) altruism, then you're a dick.” —Tim Minchin, 2010-11-28 | Ben Finney <bign...@debian.org>
signature.asc
Description: PGP signature
