Re: gnulib-tool: Use the Python implementation by default

Hi folks, sorry for the long silence! I've been tracking your progress for a while, even though sporadically and remaining silent. I'd like to say "thank you" to Bruno and Collin, who made it this far and never surrendered. :-) Truth to be told, the code I implemented leaves much to be desired,

Re: removing permissions for long unused accounts, take 2

Hi Bruno, On Wed, Jul 13, 2022 at 8:18 AM Bruno Haible wrote: > > Dmitry Selyutin > OK to proceed? I'm fine with revoking my write permissions. I still have plans to check on Python gnulib, but, if I will do it, it's simple to restore the permissions. Until then, let's follow the

Re: gnulib-tool.py: Import mktemp

Hi Tim, thank you for noticing it! Pushed into master. -- With best regards, Dmitry Selyutin signature.asc Description: This is a digitally signed message part.

gnulib-tool: .XXXignore files generation

', 'prefix/tests', 'zerosize-ptr.h') ('D', 'prefix/tests', 'zerosize-ptr.h') ('D', 'm4', 'ctype.m4') However, the tricky part is what to do with that information. Could you help me on this part, please? Thank you for your help! -- With best regards, Dmitry Selyutin

Re: gnulib-tool: conditional dependencies calculation

it 1 What am I missing? It looks like pygnulib and gnulib-tool have different understanding of conditional modules. Thank you for your help! -- With best regards, Dmitry Selyutin

Re: Change the python interpretor to use /usr/bin/env python3

Hello, thank you for investigating this. I'm joining to questions asked by Paul; moreover, as far as I know specifying python is usually the most correct way to make python work regardless of version (i.e. it is supposed that one day there will be no distinction between python and python3). FWIW,

Re: gnulib-tool: conditional dependencies calculation

erstand what's wrong. I suspect that the whole issue is somehow related to handling of the "-tests"-related modules. Could you please take a look on it? I've been dealing with this issue for several evenings and yet no result. :-( Thank you! -- With best regards, Dmitry Sel

gnulib-tool: conditional dependencies calculation

the support for --conditional-dependencies in Python. Thank you! -- With best regards, Dmitry Selyutin signature.asc Description: This is a digitally signed message part.

Re: gnulib-tool.py does not write the gitignore file correctly

It turns out that the original gnulib-tool > used to write the .gitignore file with a list of all the files it copied > into m4/. But, gnulib-tool.py does *NOT* write the gitignore file. > > Could this please be fixed? It's not a major issue, just a minor > inconvenience. --

Re: pygnulib: progress and some questions (func_emit_autoconf_snippets)

Hi Bruno, thank you for the detailed answer. I think I still have to do some debugging to understand why the Python version of the algorithm for autoconf snippets generation works incorrectly, but I hope I understood how it should work. 29 дек. 2017 г. 2:32 ДП пользователь "Bruno Haible"

pygnulib: progress and some questions (func_emit_autoconf_snippets)

stances. Thank you for your help! -- With best regards, Dmitry Selyutin signature.asc Description: This is a digitally signed message part.

Re: [PATCH] gnulib-tool.py: Append, don't replace existing VCS ignore files

Hi Darshit, I've just pushed your patch. I took the liberty to format it as if it was sent via git format-patch. Thank you again! signature.asc Description: This is a digitally signed message part.

Re: [PATCH] gnulib-tool.py: Append, don't replace existing VCS ignore files

blocking this patch? It doesn't seem like it has been merged > yet. > > * Darshit Shah <darnirml...@gmail.com> [170913 00:19]: > > * Dmitry Selyutin <ghostman...@gmail.com> [170911 21:32]: > > > Hi all, > > > > > > > As explained above,

Re: gnulib-tool.py: --symbolic and --hardlink support

you! -- With best regards, Dmitry Selyutin signature.asc Description: This is a digitally signed message part.

[pygnulib] gnulib-tool: license transformers

l if you could also shed some light on lines 4915 and 4929 (related to numeric version parsing). P.S. Could suggest some files to train my regular expressions on? -- With best regards, Dmitry Selyutin signature.asc Description: This is a digitally signed message part.

Re: alternatives to 'strlcpy'

oreover, since some people do not actually know the difference between strcpy and strcat, the situation is even worse. :-) -- With best regards, Dmitry Selyutin signature.asc Description: This is a digitally signed message part.

Re: new module 'strlcpy'

How about strscpy from the Linux kernel? https://www.kernel.org/doc/htmldocs/kernel-api/API-strscpy.html 28 сент. 2017 г. 4:23 ДП пользователь "Paul Eggert" написал: > On 09/27/2017 05:35 PM, Bruno Haible wrote: > >> strlcpy with __warn_unused_result__ is the best solution

Re: pygnulib: Portability fixes

I really think that Bruno was right from the very beginning. -- With best regards, Dmitry Selyutin signature.asc Description: This is a digitally signed message part.

Re: [PATCH] gnulib-tool.py: Clean the imports

t's correct and does the right thing, but I really think that it would be a lot better to invest your time into a new implementation. Especially if you want to train your Python skills, because the old code may really teach you some bad developer practices. -- With best regards, Dmitry Selyutin signature.asc Description: This is a digitally signed message part.

[pygnulib] simplify cache configure.ac parsing

u think? BTW, the version from the pygnulib differs a bit already from the gnulib-tool shell script; I've attached the patch. I've also decided to use raw string literals just to make regex less verbose. -- With best regards, Dmitry Selyutin From 71a8d4a82caf17350cd3fad4ba6feb7b7fdb3e94 Mon Sep 17 00

Re: gnulib-tool.py

Hi Tim, this is a kind reminder that it is still unstable and buggy, so I hope that you still maintain runners with the original gnilub-tool script. Still this news sounds great! -- With best regards, Dmitry Selyutin signature.asc Description: This is a digitally signed message part.

Re: [PATCH] gnulib-tool.py: Append, don't replace existing VCS ignore files

y after looking into the code, but at least it is working somehow and can be a basic for a much better API. Remember that we're staying on giants' shoulders, I've just rewritten what was created before in another language. :-) Anyway, thank you for your kind words! -- With best regards, Dmitry Selyutin

Re: gnulib-tool.py: follow gnulib-tool changes

ter formatted into > > `(startpos, pos) = match.span()`. > > Done. I had verified that both syntaxes work, but did not know which one is > the preferred one. > > Bruno > > -- With best regards, Dmitry Selyutin

Re: gnulib-tool.py: follow gnulib-tool changes

17:52 GMT+03:00 Bruno Haible <br...@clisp.org>: > Hi Dmitry, > > Here's the next round of patches, for your review. I'm slowly working > through > the past gnulib-tool changes. > > Bruno > > -- With best regards, Dmitry Selyutin

Re: gnulib-tool.py argument parsing

ill be to > > 1) replace the line > cmdargs = parser.parse_args() > with > cmdargs, nonoption_args = parser.parse_known_args() > > 2) Revisit all uses of nargs='+' and nargs='*'. > > Bruno > > -- With best regards, Dmitry Selyutin

Re: gnulib-tool.py: follow gnulib-tool changes

t's very possible that you find mistakes in these patches. > > Bruno > -- With best regards, Dmitry Selyutin

Re: gnulib-tool.py: trivial fixes

Sure, perfectly OK. 2017-09-09 12:40 GMT+03:00 Bruno Haible <br...@clisp.org>: > Hi Dmitry, > > Here are some proposed fixes for trivial issues. May I push these? > > Bruno > > -- With best regards, Dmitry Selyutin

Re: gnulib-tool.py

com>: > * Dmitry Selyutin <ghostman...@gmail.com> [170908 16:39]: > > Hi Bruno, > > > > below is the sequence of commands. > > > > # creating a new branch on commit before pushing gnulib-tool > > $ git branch pygnulib-stable ec2d72558 > > &g

Re: gnulib-tool.py

rent. > > > Bruno, Paul, could you help me with merging? > > I might help you better if you show the error message(s) you got - and, > obviously, the command sequence you tried. > > Bruno > > -- With best regards, Dmitry Selyutin

Re: gnulib-tool.py

using some kind of tool which formats the code automatically. 6 сент. 2017 г. 7:42 ПП пользователь "Tim Rühsen" <tim.rueh...@gmx.de> написал: > On Dienstag, 5. September 2017 23:35:54 CEST Dmitry Selyutin wrote: > > Hi Tim, > > > > that's exactly what I've done

Re: [pygnulib] gnulib-python initial merge and some minor bug fixes

Hi Bruno, what do you think if I'll periodically merge stable versions into the master? For example, I think currently the imported 'as is' version can be merged. I'd like to work on API on a separate branch though, since I roughly dislike the idea of developing on master. For example, see my

Re: [pygnulib] gnulib-python initial merge and some minor bug fixes

P.S. Please ignore binary .pyc files; they won't be present in the commit, just a leftover from the testing. 2017-08-20 11:10 GMT+03:00 Dmitry Selyutin <ghostman...@gmail.com>: > Sorry, I've forgotten to provide a link to the original repository. > > [0] https://github.com/gh

Re: [pygnulib] gnulib-python initial merge and some minor bug fixes

Sorry, I've forgotten to provide a link to the original repository. [0] https://github.com/ghostmansd/gnulib-python 2017-08-20 11:08 GMT+03:00 Dmitry Selyutin <ghostman...@gmail.com>: > Hello, > > this is the very first patch after five years of silence. > It all boils down t

Re: --create-testdir eats CPU and does nothing

Hi everyone! I'm amazed that someone still remembers this project. Looking at its sources, I see that there is room for improvement, but still the overall project structure may still be integrated into gnulib. I would be glad to continue working on the project in my free time, though my Python

Re: symlink.c for Windows

for me to learn from experienced professionals, and I'm really glad that here in gnulib I sometimes have such an opportunity. Thank you again! If there are some things to be said, I'm always open for discussion! 2013/9/9 Eli Zaretskii e...@gnu.org From: Dmitry Selyutin ghostman...@gmail.com

symlink.c for Windows

; +} + +# endif + #endif /* !HAVE_SYMLINK */ -- With best regards, Dmitry Selyutin E-mail: ghostma...@gmail.com Phone: +7(985)334-07-70

pygnulib: code separation

it? -- With best regards, Dmitry Selyutin E-mail: ghostma...@gmail.com Phone: +7(985)334-07-70

Re: pygnulib: code separation

-- With best regards, Dmitry Selyutin E-mail: ghostma...@gmail.com Phone: +7(985)334-07-70

gnulib-tool.py: a new life

like *hello*. Since I'm studying in Italy yet, I won't have so much time until summer. However, I hope that I can help even this time, though I can't promise it will be often. I hope that situation will change when summer comes. Good luck! -- With best regards, Dmitry Selyutin E-mail: ghostma