Re: We can not run gnulib-tool in the MinGW.

On 7/4/24 04:26, anlex N wrote: me@DESKTOP UCRT64 /e/workspace/github.com/gnu/gnulib $ ./gnulib-tool --list I run this command in the gnulib source code, but have no output, why? My guess is that you don't have Python installed, or it's installed but is missing some crucial component. If you

Re: We can not run gnulib-tool in the MinGW.

I have two python: angle-n@DESKTOP-5HNPO12 UCRT64 /e/workspace/github.com/gnu/gnulib $ where python E:\software\msys2\ucrt64\bin\python.exe E:\software\msys2\usr\bin\python.exe Although I uninstalled E:\software\msys2\ucrt64\bin\python.exe, I still can not run. What crucial component do you say?

Re: We can not run gnulib-tool in the MinGW.

Paul Eggert writes: > My guess is that you don't have Python installed, or it's installed > but is missing some crucial component. If you have some expertise in > MinGW - or learn it better, which would be a good idea if you really > want to use gnulib-tool under MinGW - it would help if you coul

Re: gitlog-to-changelog: Improve handling of time zones.

Thanks for the patch! I did not test it, but it looks safe from a backwards compatibility point of view, so +1, and if this gets pushed I will update some project to test it further. /Simon signature.asc Description: PGP signature

Re: We can not run gnulib-tool in the MinGW.

anlex N writes: > me@DESKTOP UCRT64 /e/workspace/github.com/gnu/gnulib > $ ./gnulib-tool --list > > I run this command in the gnulib source code, but have no output, why? Could this be EOL character problem? In one of my .gitlab-ci.yml files I have needed to add this: # https://docs.githu

Re: We can not run gnulib-tool in the MinGW.

On Wed, Jul 3, 2024 at 11:27 PM anlex N wrote: > > me@DESKTOP UCRT64 /e/workspace/github.com/gnu/gnulib > $ ./gnulib-tool --list > > I run this command in the gnulib source code, but have no output, why? In the past, I had problems compiling Rufus on MinGW, even though Rufus specifically said to

Re: We can not run gnulib-tool in the MinGW.

Hi Collin, > It could be possible that MinGW is missing required programs to run. Please be careful about the term. We need to distinguish * mingw - which is a toolchain (set of runtime libraries, together with a customized GCC) from * the development environments that people use.

Make time-stamp after-save-hooks buffer-local.

Hi, I complained awhile ago about the time stamps in Gnulib files. This was because in my Emacs init file I have: (setq enable-local-variables :safe) Which allows Emacs to enable safe local variables but ignore unsafe ones (mostly 'eval' AFAIK) instead of doing annoying popups every time. A

Re: We can not run gnulib-tool in the MinGW.

On 7/4/24 09:17, Collin Funk wrote: As long as a Python version ≥ 3.7 is installed everything should be fine on that end: Yes, though sometimes Python is misinstalled. When I run "sh -x ./gnulib-tool --list", the last thing it does is: exec /home/eggert/src/gnu/gnulib/./gnulib-tool.py --list

Re: We can not run gnulib-tool in the MinGW.

Hello Simon, the problem is not like you say. so sad. On Thu, Jul 4, 2024 at 4:26 PM Simon Josefsson wrote: > anlex N writes: > > > me@DESKTOP UCRT64 /e/workspace/github.com/gnu/gnulib > > $ ./gnulib-tool --list > > > > I run this command in the gnulib source code, but have no output, why? > >

Re: We can not run gnulib-tool in the MinGW.

Hello Jeffrey, what do you mean? I don't understand what you're saying. msys2.exe, ucrt64.exe, clang64.exe, mingw64.exe environment can not built it at all. On Thu, Jul 4, 2024 at 5:59 PM Jeffrey Walton wrote: > On Wed, Jul 3, 2024 at 11:27 PM anlex N wrote: > > > > me@DESKTOP UCRT64 /e/workspa

Re: We can not run gnulib-tool in the MinGW.

I follow Paul Eggert's steps: me@DESKTOP UCRT64 /e/workspace/github.com/gnu/gnulib $ sh -x ./gnulib-tool --create-testdir --dir=/tmp/testdirr --verbose terminfo + progname=./gnulib-tool + func_gnulib_dir + case "$progname" in ++ pwd + self_abspathname=/e/workspace/github.com/gnu/gnulib/./gnulib-to

Re: We can not run gnulib-tool in the MinGW.

On 7/4/24 14:08, anlex N wrote: I follow Paul Eggert's steps: me@DESKTOP UCRT64 /e/workspace/github.com/gnu/gnulib $ sh -x ./gnulib-tool --create-testdir --dir=/tmp/testdirr --verbose terminfo Oh, I meant for you to run sh -x ./gnulib-tool --list as I thought you said that even a simple --li

Re: We can not run gnulib-tool in the MinGW.

anlex N wrote: > patching file build-aux/test-driver > /e/workspace/github.com/gnu/gnulib/gnulib-tool.py: *** could not patch > test-driver script > /e/workspace/github.com/gnu/gnulib/gnulib-tool.py: *** Stop. I would guess that you don't have a 'patch' program in your PATH. Try $ type patch $

Re: symlinks to programs

Paul Eggert wrote: > PS. There's a lot of machinery in those shell scripts for the minor > benefit of letting gnulib-tool be a symlink in your $PATH to the real > gnulib-tool. How about if we drop support for this? This is not a "minor" benefit, but a major one. 1) It's documented:

Re: symlinks to programs

On 7/4/24 20:17, Bruno Haible wrote: Paul Eggert wrote: PS. There's a lot of machinery in those shell scripts for the minor benefit of letting gnulib-tool be a symlink in your $PATH to the real gnulib-tool. How about if we drop support for this? This is not a "minor" benefit, but a major one.

Re: symlinks to programs

Paul Eggert wrote: > >1) It's documented: > > > > > > Sure, but the proposed patch changes the documentation to say how to get > the benefit in a better way. No, it's not a "better way" to ask the use

Re: symlinks to programs

Paul Eggert writes: > If people are actually using gnulib-tool via this symlink trick then > we should keep supporting it. But I'm truly curious as to who they are > and why they want to do that rather than the obvious thing. The Debian gnulib package has a symlink in /usr/bin that goes to /usr/

Re: symlinks to programs

Bruno Haible writes: >> If people are actually using gnulib-tool via this symlink trick then we >> should keep supporting it. > > The documentation has been describing this approach for 15 years. > Therefore it is guaranteed that a number of people use this symlink trick. FWIW I use it like thi

Re: gitlog-to-changelog: Improve handling of time zones.

Collin Funk wrote: > I've pushed the attached patch. Mostly the same as the original but the > default behavior is unchanged. Thanks a lot! > The option is now named '--commit-timezone'. I'm not very creative so > feel free to change it if you think of something better. :) I had nothing better t

Re: gitlog-to-changelog: Improve handling of time zones.

Bruno Haible writes: > The doc looks good, except there's no point in showing the bodies of the > three ChangeLog entries. > > I like in particular that you start the description with > "If you wish to output the @file{ChangeLog} with dates respecting the >time zone each individual commit w

Re: symlinks to programs

On 7/4/24 21:49, Simon Josefsson wrote: The Debian gnulib package has a symlink in /usr/bin that goes to /usr/share/gnulib, and there are several source packages that invoke gnulib this way. While this suggest the usage exists, I don't think it necessarily means we must continue support it -- th

Re: We can not run gnulib-tool in the MinGW.

After install DEPENDENCIES in the gnulib source code, it can run: hello@world UCRT64 /e/workspace/github.com/gnu/gnulib $ ./gnulib-tool --create-testdir --dir=/tmp/my-testdir terminfo Module list with included dependencies (indented): absolute-header alignasof alignasof-tests asser

Re: We can not run gnulib-tool in the MinGW.

anlex N wrote: > After install DEPENDENCIES in the gnulib source code, it can run: Good! > But only /tmp folder can be run, or “not overwriting destination directory” > error still occurs, why? Permission problems on Windows are hard to understand: The permissions depend not only on the owner an

Re: We can not run gnulib-tool in the MinGW.

Bruno Haible writes: >> But only /tmp folder can be run, or “not overwriting destination directory” >> error still occurs, why? > > Permission problems on Windows are hard to understand: The permissions > depend not only on the owner and permissions of the particular directory, > but also of all

Re: We can not run gnulib-tool in the MinGW.

However, it can create in the /tmp folder, but can not build, so crazy: hello@world UCRT64 /tmp/my-testdir2 $ MSYS2_ENV_CONV_EXCL=* LDFLAGS=/e/workspace/github.com/gnu/ncurses/build/make/built/lib ./configure configure: loading site script /etc/config.site checking for a BSD-compatible install...