From Stefan Schwarzer to ~sschwarzer/ftputil
Hi everyone, On 2024-01-06 18:24, Stefan Schwarzer wrote: > ftputil 5.1.0 is now available from > https://ftputil.sschwarzer.net/download . Actually, the version isn't available there, but can be installed from the Python Package index (PyPI). The download link is a leftover from the old website structure. Best regards, Stefan
From Stefan Schwarzer to ~sschwarzer/ftputil
ftputil 5.1.0 is now available from https://ftputil.sschwarzer.net/download . Changes since the last stable release 5.0.4 ------------------------------------------- - When the path encoding is specified as UTF-8, send `OPTS UTF8 ON` if the server supports it. [1] Some servers need this command to handle UTF-8 paths correctly. This happens automatically; no code changes are needed. Note that if you only use ASCII paths, this change should be irrelevant for you anyway.
From Stefan Schwarzer to ~sschwarzer/ftputil
Hi Matthew, Thanks for the interesting problem. ;-) From reading the traceback(s), I don't see any obvious reason why the program might fail in this way. On 2023-10-27 07:17, Matthew Lewis wrote: > I am testing a python script with ftputil to transfer a handful of > files to Box using FTPS (ftp and sftp not available at my > institution). Just to check we're on the same page: You _upload_ files to ftp.box.com ?
From Stefan Schwarzer to ~sschwarzer/racket-glossary
Hi Ben, On 2023-06-12 22:32, D. Ben Knoble wrote: > I noticed that in > https://git.sr.ht/~sschwarzer/racket-glossary/tree/main/item/scribblings/racket-glossary.scrbl#L1920, > you used backticks for both quotes. I think you meant to write > > ``Word'' > > That is, use two backticks for left-quotes and two apostrophes for > right-quotes (à la LaTeX). Well-spotted, thanks! Fixed in commit [e4608b7c].
From Stefan Schwarzer to ~sschwarzer/ftputil
Hi Simon, On 2022-09-03 12:08, Stefan Schwarzer wrote: > On 2022-09-01 17:36, Simon Cox wrote: >> I'm getting infinite recursion with a host.stat call. The >> path._is_file_system_entity is called by stat, and then calls stat. >> ftputils v5.0.4 on Python 3.7 on Windows. Stack trace below: > > Can you please enter tickets [1] both for the parser > error issue and this one? If you don't have a Sourcehut > account, let me know. In this case, I can enter tickets > on your behalf. > > [1] https://todo.sr.ht/~sschwarzer/ftputil
From Stefan Schwarzer to ~sschwarzer/ftputil
On 2022-09-01 17:36, Simon Cox wrote: > I'm getting infinite recursion with a host.stat call. The > path._is_file_system_entity is called by stat, and then calls stat. > ftputils v5.0.4 on Python 3.7 on Windows. Stack trace below: Can you please enter tickets [1] both for the parser error issue and this one? If you don't have a Sourcehut account, let me know. In this case, I can enter tickets on your behalf. [1] https://todo.sr.ht/~sschwarzer/ftputil Best regards, Stefan
From Stefan Schwarzer to ~sschwarzer/ftputil
Hi Simon, On 2022-09-01 11:51, Simon Cox wrote: > I'm using ftputil 5.0.4 with Python 3.7 on Windows. I am getting an > unhandled ftputil.error.ParserError with host.walk. Probably the FTP > server doing something weird (or a corrupt file or something). But the > walk interface shouldn't fail on this error (imho). > > Suggest changing line 1031 in host.py to: > > except (ftputil.error.FTPOSError, ftputil.error.ParserError) as err: > > This fixes the error for me.
From Stefan Schwarzer to ~sschwarzer/ftputil
Hi Vrushab, On 2022-05-18 15:50, Vrushab Mulik wrote: > The ftputil library works well on my local PC but when I try it on AWS > Lambda I get the following message > > [ERROR] PermanentError: 530 Login authentication failed > Debugging info: ftputil 5.0.4, Python 3.9.11 (linux) > > Please help me on this one. If you haven't already, can you please try to log in with ftplib? If that works, can you send the code you use with ftplib and the code you use with ftputil?
From Stefan Schwarzer to ~sschwarzer/ftputil
ftputil 5.0.4 is now available from https://ftputil.sschwarzer.net/download . Changes since the last stable release 5.0.3 ------------------------------------------- - Fix cache invalidation for `FTPHost.rename` [1]. - Make stat cache invalidation for `FTPHost.remove`, `FTPHost.rmdir` and `FTPHost.rmtree` more robust in case an exception occurs during these operations.
From Stefan Schwarzer to ~sircmpwn/sr.ht-discuss
On 2022-04-11 12:09, Drew DeVault wrote: > I thought we already had a ticket for this, but I can't find it. Can you > file one here? > > https://todo.sr.ht/~sircmpwn/todo.sr.ht/ Done, https://todo.sr.ht/~sircmpwn/todo.sr.ht/269 .