Re: [dev] tar filename handling

2022-08-01 Thread Страхиња Радић
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

Re: [dev] tar filename handling

2022-08-01 Thread Quentin Rameau
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

Re: [dev] tar filename handling

2022-08-01 Thread Страхиња Радић
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:

[dev] tar filename handling

2022-07-31 Thread Страхиња Радић
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