On 22/08/01 09:30, Quentin Rameau wrote:
> Andrew has posted a patch (on hackers@ on may first) for this
> that nobody had time to review yet. :/
> I suggest you try it, that should fix your issue.
Ah, I'm not subscribed on that list (yet?). Anyway, I tested my patch on my use
case and it
Hi Страхиња,
> The path that failed was
>
> ./sucks/lib/python3.9/site-packages/docutils/parsers/__pycache__/commonmark_wrapper.cpython-39.opt-1.pyc
>
> which is 104 characters long. On further inspection, it seems that the prefix
> field is taken into account with -x and -t ("small
I have made the necessary change, you can review my patch here:
https://git.sr.ht/~strahinja/sbase/tree/master/item/patches/0001-Split-path-into-prefix-name-on-c.patch
I also attached it to this message.
From d91f1b0315ca3a0d584f8ac7c2e8ef16cc7493c4 Mon Sep 17 00:00:00 2001
From:
I was using suckless tar to create an archive of a Python package, and hit a
limit. When checking out the code, I noticed that the name of the file is 100
characters long, however there is also the prefix field which is 155 characters
long, and the actual path should be combined from prefix (if