[ANNOUNCEMENT] Updated: setup (2.911)

[ANNOUNCEMENT] Updated: setup (2.911)

[Jon Turney]

A new version of Setup (2.911) has been uploaded to:

  https://cygwin.com/setup-x86_64.exe  (64 bit version)
  https://cygwin.com/setup-x86.exe     (32 bit version)

Changes compared to 2.909:

- Add new option '--compact-os [ALGORITHM]' (Thanks to Christian Franke)

Possible ALGORITHM values are 'xpress4k', 'xpress8k', 'xpress16k' and 
'lzx'. If ALGORITHM is omitted, 'lzx' is used.

This enables use of the Windows CompactOs API for filesystem compression 
of installed files which can benefit from it.

- Add new option '--symlink-type TYPE'

Possible TYPE values are 'sys', 'wsl', 'lnk', and 'native'.

This controls the type of Cygwin symlink (see [1]) created by setup and 
post-install scripts.

If this option is absent, the default is determined by any winsymlinks 
setting in the CYGWIN environment variable, or 'sys' if none.

This changes the default behaviour slightly, in that now symlinks 
created by post-install scripts are also of 'sys' type, rather than the 
default type used by Cygwin.

(This addresses certain exotic scenarios such as 
https://cygwin.com/pipermail/cygwin/2020-August/246008.html, where 
Cygwin is being installed into a Docker for Windows container which 
doesn't support WSL symlinks)

- '--quiet' implies 'download and install packages'

'--quiet' now implies 'download and install packages', rather than 
'whatever mode was chosen in the last run'.

This can be overridden with '--download' or '--local-install'. 
Specifying both already had the meaning 'download and install packages', 
but is now not required in combination with '--quiet' to get definite 
behaviour.

Addresses: https://cygwin.com/pipermail/cygwin/2021-September/249456.html

- Add new option '--lang LANGID'

Changes the GUI language ID from the Windows default.

- Various internal changes to facilitate GUI localization

- An experimental French localization of most GUI text (based on 
translations provided by Eric Laussage)

- Fix a race condition which could corrupt the log, causing setup to 
spin forever at exit.
   Addresses: https://cygwin.com/pipermail/cygwin/2021-November/250084.html

For instructions on obtaining and building the source code for setup, 
see https://sourceware.org/cygwin-apps/setup.html

[1] https://cygwin.com/cygwin-ug-net/using.html#pathnames-symlinks

Please send bug reports, as usual, to the public mailing list cygwin AT 
cygwin DOT com.

Re: [ANNOUNCEMENT] Updated: setup (2.911)

[Rainer Emrich]

Hi Jon,

Am 29.12.2021 um 16:58 schrieb Jon Turney:
> A new version of Setup (2.911) has been uploaded to:
> 
>   https://cygwin.com/setup-x86_64.exe  (64 bit version)
>   https://cygwin.com/setup-x86.exe     (32 bit version)
> 
for me the new setup executables do not work, same for both:

Microsoft Windows [Version 10.0.19044.1415]
(c) Microsoft Corporation. Alle Rechte vorbehalten.

D:\System\Software\cygwin-all>setup-x86_64.exe --version

D:\System\Software\cygwin-all>Cygwin setup 2.911

D:\System\Software\cygwin-all>setup-x86_64.exe

D:\System\Software\cygwin-all>Starting cygwin install, version 2.911
User has backup/restore rights
User has symlink creation right

D:\System\Software\cygwin-all>setup-x86_64.exe --verbose

D:\System\Software\cygwin-all>Starting cygwin install, version 2.911
User has backup/restore rights
User has symlink creation right

D:\System\Software\cygwin-all>

The GUI doesn't show up and nothing else happens.

Rainer

Re: [ANNOUNCEMENT] Updated: setup (2.911)

[Jon Turney]

On 30/12/2021 16:45, Rainer Emrich wrote:
> Hi Jon,
> 
> Am 29.12.2021 um 16:58 schrieb Jon Turney:
>> A new version of Setup (2.911) has been uploaded to:
>>
>>   https://cygwin.com/setup-x86_64.exe  (64 bit version)
>>   https://cygwin.com/setup-x86.exe     (32 bit version)
>>
> for me the new setup executables do not work, same for both:
> 
> Microsoft Windows [Version 10.0.19044.1415]
> (c) Microsoft Corporation. Alle Rechte vorbehalten.
> 
> D:\System\Software\cygwin-all>setup-x86_64.exe --version
> 
> D:\System\Software\cygwin-all>Cygwin setup 2.911
> 
> D:\System\Software\cygwin-all>setup-x86_64.exe
> 
> D:\System\Software\cygwin-all>Starting cygwin install, version 2.911
> User has backup/restore rights
> User has symlink creation right

That's disappointing.

Perhaps you can try the following (unfortunately complex) procedure to 
help me investigate the problem:

1. Using an old setup from https://cygwin.com/setup/, install the gdb 
and upx packages.

2. Fetch setup 2.911, and the corresponding symbols.  Make sure setup is 
executable.

$ wget https://cygwin.com/setup/setup-2.911.x86_64.exe
$ chmod +x setup-2.911.x86_64.exe
$ wget https://cygwin.com/setup/setup-2.911.x86_64.dbg

3. Decompress the setup executable using 'upx -d'.

$ upx -d setup-2.911.x86_64.exe

4. Run setup under gdb.  Avoid elevation so setup stays under the 
control of gdb.  Load the symbol file into gdb.

$ gdb --args ./setup-2.911.x86_64.exe -B
[...]
(gdb) symbol-file setup-2.911.x86_64.dbg
Reading symbols from setup-2.911.x86_64.dbg...
(gdb) r

5. When gdb reports an error, capture a backtrace.

(gdb) bt full

Re: [ANNOUNCEMENT] Updated: setup (2.911)

[Rainer Emrich]

Hi Jon,

thanks for your quick answer.

Am 30.12.2021 um 18:38 schrieb Jon Turney:
> On 30/12/2021 16:45, Rainer Emrich wrote:
>> Hi Jon,
>>
>> Am 29.12.2021 um 16:58 schrieb Jon Turney:
>>> A new version of Setup (2.911) has been uploaded to:
>>>
>>>   https://cygwin.com/setup-x86_64.exe  (64 bit version)
>>>   https://cygwin.com/setup-x86.exe     (32 bit version)
>>>
>> for me the new setup executables do not work, same for both:
>>
>> Microsoft Windows [Version 10.0.19044.1415]
>> (c) Microsoft Corporation. Alle Rechte vorbehalten.
>>
>> D:\System\Software\cygwin-all>setup-x86_64.exe --version
>>
>> D:\System\Software\cygwin-all>Cygwin setup 2.911
>>
>> D:\System\Software\cygwin-all>setup-x86_64.exe
>>
>> D:\System\Software\cygwin-all>Starting cygwin install, version 2.911
>> User has backup/restore rights
>> User has symlink creation right
> 
> That's disappointing.
> 
> Perhaps you can try the following (unfortunately complex) procedure to 
> help me investigate the problem:
> 
> 1. Using an old setup from https://cygwin.com/setup/, install the gdb 
> and upx packages.
> 
> 2. Fetch setup 2.911, and the corresponding symbols.  Make sure setup is 
> executable.
> 
> $ wget https://cygwin.com/setup/setup-2.911.x86_64.exe
> $ chmod +x setup-2.911.x86_64.exe
> $ wget https://cygwin.com/setup/setup-2.911.x86_64.dbg
> 
> 3. Decompress the setup executable using 'upx -d'.
> 
> $ upx -d setup-2.911.x86_64.exe
> 
> 4. Run setup under gdb.  Avoid elevation so setup stays under the 
> control of gdb.  Load the symbol file into gdb.
> 
> $ gdb --args ./setup-2.911.x86_64.exe -B
> [...]
> (gdb) symbol-file setup-2.911.x86_64.dbg
> Reading symbols from setup-2.911.x86_64.dbg...
> (gdb) r
> 
> 5. When gdb reports an error, capture a backtrace.
> 
> (gdb) bt full
I get the following:

(gdb) r
Starting program: /home/rainer/tmp/setup-2.911.x86_64.exe -B
[New Thread 23512.0x4d2c]
[New Thread 23512.0x4e2c]
[New Thread 23512.0x585c]
Starting cygwin install, version 2.911
User has NO backup/restore rights
User has symlink creation right
[Thread 23512.0x4d2c exited with code 1]
[Thread 23512.0x4e2c exited with code 1]
[Thread 23512.0x585c exited with code 1]

Program terminated with signal SIGHUP, Hangup.
The program no longer exists.
(gdb)

That's for a unprivileged user.

Re: [ANNOUNCEMENT] Updated: setup (2.911)

[Doug Henderson]

On Thu, 30 Dec 2021 at 09:46, Rainer Emrich
<rainer-lists@emrich-ebersheim.de> wrote:
>
> Hi Jon,
> for me the new setup executables do not work, same for both:

In my analysis, setup is reporting for a non-elevated shell:

$ ./setup-x86_64
User has NO backup/restore rights
User has symlink creation right
note: Hand installation over to elevated child process.

for an elevated shell:

$ ./setup-x86_64
Starting cygwin install, version 2.911
User has backup/restore rights
User has symlink creation right
*** --symlink-type native requires SeCreateSymbolicLink privilege or
'Developer Mode'

I went through C:\Windows\System32\gpedit.msc to add the "admin" user
to have the "Create symbolic links" permission. (I had previously
given this permission to my user account)

I do not have  'Developer Mode' enabled as it is overkill unless necessary.

I suspect that setup-x86_64.exe is not correctly checking for the
"SeCreateSymbolicLink" and/or "Create symbolic links" permission.

Doug

--
Doug Henderson, Calgary, Alberta, Canada - from gmail.com

Re: [ANNOUNCEMENT] Updated: setup (2.911)

[Rainer Emrich]

Some additional Info.

Am 30.12.2021 um 19:31 schrieb Rainer Emrich:
> Hi Jon,
> 
> thanks for your quick answer.
> 
> Am 30.12.2021 um 18:38 schrieb Jon Turney:
>> On 30/12/2021 16:45, Rainer Emrich wrote:
>>> Hi Jon,
>>>
>>> Am 29.12.2021 um 16:58 schrieb Jon Turney:
>>>> A new version of Setup (2.911) has been uploaded to:
>>>>
>>>>   https://cygwin.com/setup-x86_64.exe  (64 bit version)
>>>>   https://cygwin.com/setup-x86.exe     (32 bit version)
>>>>
>>> for me the new setup executables do not work, same for both:
>>>
>>> Microsoft Windows [Version 10.0.19044.1415]
>>> (c) Microsoft Corporation. Alle Rechte vorbehalten.
>>>
>>> D:\System\Software\cygwin-all>setup-x86_64.exe --version
>>>
>>> D:\System\Software\cygwin-all>Cygwin setup 2.911
>>>
>>> D:\System\Software\cygwin-all>setup-x86_64.exe
>>>
>>> D:\System\Software\cygwin-all>Starting cygwin install, version 2.911
>>> User has backup/restore rights
>>> User has symlink creation right
>>
>> That's disappointing.
>>
>> Perhaps you can try the following (unfortunately complex) procedure to 
>> help me investigate the problem:
>>
>> 1. Using an old setup from https://cygwin.com/setup/, install the gdb 
>> and upx packages.
>>
>> 2. Fetch setup 2.911, and the corresponding symbols.  Make sure setup 
>> is executable.
>>
>> $ wget https://cygwin.com/setup/setup-2.911.x86_64.exe
>> $ chmod +x setup-2.911.x86_64.exe
>> $ wget https://cygwin.com/setup/setup-2.911.x86_64.dbg
>>
>> 3. Decompress the setup executable using 'upx -d'.
>>
>> $ upx -d setup-2.911.x86_64.exe
>>
>> 4. Run setup under gdb.  Avoid elevation so setup stays under the 
>> control of gdb.  Load the symbol file into gdb.
>>
>> $ gdb --args ./setup-2.911.x86_64.exe -B
>> [...]
>> (gdb) symbol-file setup-2.911.x86_64.dbg
>> Reading symbols from setup-2.911.x86_64.dbg...
>> (gdb) r
>>
>> 5. When gdb reports an error, capture a backtrace.
>>
>> (gdb) bt full
> I get the following:
> 
> (gdb) r
> Starting program: /home/rainer/tmp/setup-2.911.x86_64.exe -B
> [New Thread 23512.0x4d2c]
> [New Thread 23512.0x4e2c]
> [New Thread 23512.0x585c]
> Starting cygwin install, version 2.911
> User has NO backup/restore rights
> User has symlink creation right
> [Thread 23512.0x4d2c exited with code 1]
> [Thread 23512.0x4e2c exited with code 1]
> [Thread 23512.0x585c exited with code 1]
> 
> Program terminated with signal SIGHUP, Hangup.
> The program no longer exists.
> (gdb)
> 
> That's for a unprivileged user.
> 

My unpriveleged user has symlink creation right and the SYSTEM CYGWIN 
environment variable is set to winsymlink:native.

Re: [ANNOUNCEMENT] Updated: setup (2.911)

[Jon Turney]

On 30/12/2021 18:38, Doug Henderson wrote:
> On Thu, 30 Dec 2021 at 09:46, Rainer Emrich
> <rainer-lists@emrich-ebersheim.de> wrote:
>>
>> Hi Jon,
>> for me the new setup executables do not work, same for both:
> 
> In my analysis, setup is reporting for a non-elevated shell:
> 
> $ ./setup-x86_64
> User has NO backup/restore rights
> User has symlink creation right
> note: Hand installation over to elevated child process.
> 
> for an elevated shell:
> 
> $ ./setup-x86_64
> Starting cygwin install, version 2.911
> User has backup/restore rights
> User has symlink creation right
> *** --symlink-type native requires SeCreateSymbolicLink privilege or
> 'Developer Mode'
> 
[...]

> I do not have  'Developer Mode' enabled as it is overkill unless necessary.
> 
> I suspect that setup-x86_64.exe is not correctly checking for the
> "SeCreateSymbolicLink" and/or "Create symbolic links" permission.

Thanks!  Yes, there's a few things wrong with how that permission is 
detected and it's presence reported.

I've uploaded setup 2.912 with an attempted fix.

   https://cygwin.com/setup/setup-2.912.x86_64.exe
   https://cygwin.com/setup/setup-2.912.x86.exe

Please try that, and see if it improves things for you?

Re: [ANNOUNCEMENT] Updated: setup (2.911)

[Rainer Emrich]

Hi Jon,

Am 31.12.2021 um 15:38 schrieb Jon Turney:
> On 30/12/2021 18:38, Doug Henderson wrote:
>> On Thu, 30 Dec 2021 at 09:46, Rainer Emrich
>> <rainer-lists@emrich-ebersheim.de> wrote:
>>>
>>> Hi Jon,
>>> for me the new setup executables do not work, same for both:
>>
>> In my analysis, setup is reporting for a non-elevated shell:
>>
>> $ ./setup-x86_64
>> User has NO backup/restore rights
>> User has symlink creation right
>> note: Hand installation over to elevated child process.
>>
>> for an elevated shell:
>>
>> $ ./setup-x86_64
>> Starting cygwin install, version 2.911
>> User has backup/restore rights
>> User has symlink creation right
>> *** --symlink-type native requires SeCreateSymbolicLink privilege or
>> 'Developer Mode'
>>
> [...]
> 
>> I do not have  'Developer Mode' enabled as it is overkill unless 
>> necessary.
>>
>> I suspect that setup-x86_64.exe is not correctly checking for the
>> "SeCreateSymbolicLink" and/or "Create symbolic links" permission.
> 
> Thanks!  Yes, there's a few things wrong with how that permission is 
> detected and it's presence reported.
> 
> I've uploaded setup 2.912 with an attempted fix.
> 
>    https://cygwin.com/setup/setup-2.912.x86_64.exe
>    https://cygwin.com/setup/setup-2.912.x86.exe
> 
> Please try that, and see if it improves things for you?
first impression this version works as expected.

Thanks for all your hard work!

Re: [ANNOUNCEMENT] Updated: setup (2.911)

[© Fxzx mic]

Hello, I had a problem building, which resulted in two missing dependencies, as follows:
mingw32-libzstd-static mingw64-libzstd-static
The error message is as follows:
Curl error (7): Couldn’t connect to server for https://copr.fedorainfracloud.org/coprs/jturney/mingw-zstd/repo/fedora-35/dnf.repo?arch=x86_64 [Failed to connect to copr.fedorainfracloud.org port 443 after 29 ms: Connection refused]

How can I solve this problem?
---
From:
Fxzx mic
fxzxmic@outlook.com<mailto:fxzxmic@outlook.com>
---

________________________________
发件人: Cygwin <cygwin-bounces+fxzxmic=hotmail.com@cygwin.com> 代表 Jon Turney <jon.turney@dronecode.org.uk>
发送时间: Friday, December 31, 2021 10:38:03 PM
收件人: Doug Henderson <djndnbvg@gmail.com>; Rainer Emrich <rainer-lists@emrich-ebersheim.de>; The Cygwin Mailing List <cygwin@cygwin.com>
主题: Re: [ANNOUNCEMENT] Updated: setup (2.911)

On 30/12/2021 18:38, Doug Henderson wrote:
> On Thu, 30 Dec 2021 at 09:46, Rainer Emrich
> <rainer-lists@emrich-ebersheim.de> wrote:
>>
>> Hi Jon,
>> for me the new setup executables do not work, same for both:
>
> In my analysis, setup is reporting for a non-elevated shell:
>
> $ ./setup-x86_64
> User has NO backup/restore rights
> User has symlink creation right
> note: Hand installation over to elevated child process.
>
> for an elevated shell:
>
> $ ./setup-x86_64
> Starting cygwin install, version 2.911
> User has backup/restore rights
> User has symlink creation right
> *** --symlink-type native requires SeCreateSymbolicLink privilege or
> 'Developer Mode'
>
[...]

> I do not have  'Developer Mode' enabled as it is overkill unless necessary.
>
> I suspect that setup-x86_64.exe is not correctly checking for the
> "SeCreateSymbolicLink" and/or "Create symbolic links" permission.

Thanks!  Yes, there's a few things wrong with how that permission is
detected and it's presence reported.

I've uploaded setup 2.912 with an attempted fix.

   https://cygwin.com/setup/setup-2.912.x86_64.exe
   https://cygwin.com/setup/setup-2.912.x86.exe

Please try that, and see if it improves things for you?

--
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: setup (2.911)

[Marco Atzeri]

On 01.01.2022 15:15, © Fxzx mic wrote:
> Hello, I had a problem building, which resulted in two missing dependencies, as follows:
> mingw32-libzstd-static mingw64-libzstd-static
> The error message is as follows:
> Curl error (7): Couldn’t connect to server for https://copr.fedorainfracloud.org/coprs/jturney/mingw-zstd/repo/fedora-35/dnf.repo?arch=x86_64 [Failed to connect to copr.fedorainfracloud.org port 443 after 29 ms: Connection refused]
> 
> How can I solve this problem?
> ---
> From:
> Fxzx mic
> fxzxmic@outlook.com<mailto:fxzxmic@outlook.com>
> ---
> 
Hi Fxzx,
not tested but, I would guess you need the mingw64-x86_64-zstd package

https://cygwin.com/packages/x86/mingw64-x86_64-zstd/mingw64-x86_64-zstd-1.5.0-1
as its content includes a static lib

usr/x86_64-w64-mingw32/sys-root/mingw/lib/libzstd.a

Regards
Marco