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, an
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
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.
ly; I tried to keep the logic as
similar as it is possible, but of course the implementation differs.
Thank you again for your help!
--
With best regards,
Dmitry Selyutin
;, 'm4', 'cond.m4')
('A', 'm4', 'cond.m4') ('D', '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
c_transitive_closure and prints ones which are conditional, I see that the
following modules are marked as conditional: fd-hook, msvc-inval, msvc-
nothrow, sockets, unistd. FWIW, I've used the following code to print the
conditional modules:
for module in $final_modules; do
if func_cond_module_p $module; then
echo ">>" "$module"
fi
done
exit 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
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,
;, 'stdio-tests')
[None, None, None]
('stdio', 'fdopen', 'fgetc-tests', 'stdio-tests')
[None, None, None]
('stdio', 'fdopen', 'fwrite-tests', 'stdio-tests')
[None, None, None]
unistd [U]
('unistd', &#
ll modules required by it.
No other module seem to require localcharset except of mbrtowc.
1) mbrtowc is the only one module which requires localcharset;
2) mbrtowc requires localcharset conditionally;
3) all the dependencies of localcharset shall be considered conditional.
Is the following assumption correct and I've found a bug in gnulib-tool, or am
I misunderstanding the whole concept of conditional dependencies? I'd be very
grateful if someone could help me with this issue, currently it is the last
part of the support for --conditional-dependencies in Python.
Thank you!
--
With best regards,
Dmitry Selyutin
signature.asc
Description: This is a digitally signed message part.
it repository. 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
>
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"
написал
s) contain not strings, but a
real module
instances.
Thank you for your help!
--
With best regards,
Dmitry Selyutin
signature.asc
Description: This is a digitally signed message part.
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.
like it has been
merged
> yet.
>
> * Darshit Shah [170913 00:19]:
> > * Dmitry Selyutin [170911 21:32]:
> > > Hi all,
> > >
> > > > As explained above, this patch helps converge gnulib-tool.py and
> > > > gnulib-tool. There is a behav
ing. Thank you!
--
With best regards,
Dmitry Selyutin
signature.asc
Description: This is a digitally signed message part.
these options do have a large use, I will surely implement them, though I
must really think a lot how to integrate them in a better way. I'd be very
grateful for your feedback.
--
With best regards,
Dmitry Selyutin
signature.asc
Description: This is a digitally signed message part.
e
very grateful 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.
he Linux kernel);
moreover, 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.
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 for this task.
>>
>
>
the script for both versions is really huge, 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.
th the patch itself, it'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.
me doubts. What do you 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 71a8d4a82caf173
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.
ay 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
s,pos = match.span()` can be a bit better 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
sh.
2017-09-09 17:52 GMT+03:00 Bruno Haible :
> 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
e 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
it's very possible that you find mistakes in these patches.
>
> Bruno
>
--
With best regards,
Dmitry Selyutin
Sure, perfectly OK.
2017-09-09 12:40 GMT+03:00 Bruno Haible :
> Hi Dmitry,
>
> Here are some proposed fixes for trivial issues. May I push these?
>
> Bruno
>
>
--
With best regards,
Dmitry Selyutin
Yes, whitespaces and EOF's were the real cause. I've run the autopep8 tool
and it solved the issue.
Tim, I've managed to build wget2 against the latest master (though I had to
change $gnulib_tool and checkout master inside submodule).
2017-09-08 17:51 GMT+03:00 Darshit Shah :
>
> 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
sary,
I can try using some kind of tool which formats the code automatically.
6 сент. 2017 г. 7:42 ПП пользователь "Tim Rühsen"
написал:
> On Dienstag, 5. September 2017 23:35:54 CEST Dmitry Selyutin wrote:
> > Hi Tim,
> >
> > that's exactly what I've done
-tool.py and
> ./bootstrap
>
> The ./bootstrap script (also from gnulib) uses/loade ./bootstrap.conf.
>
> Maybe that can help you with debugging (sorry, but I am absolutely not into
> python).
>
> Regards, Tim
>
>
> On Montag, 4. September 2017 23:18:29
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 lat
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 :
> Sorry, I've forgotten to provide a link to the original repository.
>
> [0] https://github.com/ghostmansd/gnulib-python
&
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 :
> Hello,
>
> this is the very first patch after five years of silence.
> It all boils down to importing gnu
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 ski
mplement these functions.
--
With best regards,
Dmitry Selyutin
dvice. It's always a great
pleasure and honor 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
&
+/* The system does not support symlinks. */
+int
+symlink (char const *contents _GL_UNUSED,
+ char const *name _GL_UNUSED)
+{
+ errno = ENOSYS;
+ return -1;
+}
+
+# endif
+
#endif /* !HAVE_SYMLINK */
--
With best regards,
Dmitry Selyutin
E-mail: ghostma...@gmail.com
Phone: +7(985)334-07-70
n use it, and those of us who have a
> whole development structure built up around how gnulib is now can keep
> using it as it is?
>
> Best,
> k
>
--
With best regards,
Dmitry Selyutin
E-mail: ghostma...@gmail.com
Phone: +7(985)334-07-70
. What do you think about it?
--
With best regards,
Dmitry Selyutin
E-mail: ghostma...@gmail.com
Phone: +7(985)334-07-70
tions are appreciated. Testing is appreciated even more, though
I've tested only some basic actions with some basic packages 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
w
43 matches
Mail list logo
