Re: Updated: perl-5.40.0-1 and Perl distributions

[Ken Brown via Cygwin]

On 8/24/2024 4:11 PM, Ken Brown via Cygwin wrote:

On 8/24/2024 1:38 PM, ASSI wrote:


Perl 5.40.0-1 is now available on Cygwin, replacing perl-5.36.3.  Most
Perl distributions and dependent packages have been either re-released
or updated in conjunction with this update.  The following packages have
been released for Cygwin:

  perl-5.40.0-1-src
  perl-5.40.0-1
  perl_base-5.40.0-1
  perl_autorebase-5.40.0-1
  perl_manpages-5.40.0-1
  perl_pods-5.40.0-1

Release notes:
https://metacpan.org/release/HAARG/perl-5.40.0


Note


If setup refuses to update to the new Perl version or suggests to delete
other packages, then you likely have a package installed that depends on
the previous version and has not yet been re-released or updated.  You
can either wait for that update to happen or alternatively uninstall
that package to allow the update of Perl to the newer version to
proceed.


Attention
=

The following Perl distributions are in Perl core with a recent enough
version and will no longer be available as separate packages on Cygwin:

  perl-Carp
  perl-Config-Perl-V
  perl-CPAN-Meta
  perl-CPAN-Meta-Requirements
  perl-CPAN-Meta-YAML
  perl-Data-Alias
  perl-Digest-SHA
  perl-ExtUtils-CBuilder
  perl-ExtUtils-MakeMaker
  perl-HTTP-Tiny
  perl-IO-Compress
  perl-IO-Socket-IP
  perl-IPC-Cmd
  perl-JSON-PP


This requires perl5_032 and is required by perl_base-5.40.0, preventing 


I meant perl5_036.

--
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: Updated: perl-5.40.0-1 and Perl distributions

[Ken Brown via Cygwin]

On 8/24/2024 1:38 PM, ASSI wrote:


Perl 5.40.0-1 is now available on Cygwin, replacing perl-5.36.3.  Most
Perl distributions and dependent packages have been either re-released
or updated in conjunction with this update.  The following packages have
been released for Cygwin:

  perl-5.40.0-1-src
  perl-5.40.0-1
  perl_base-5.40.0-1
  perl_autorebase-5.40.0-1
  perl_manpages-5.40.0-1
  perl_pods-5.40.0-1

Release notes:
https://metacpan.org/release/HAARG/perl-5.40.0


Note


If setup refuses to update to the new Perl version or suggests to delete
other packages, then you likely have a package installed that depends on
the previous version and has not yet been re-released or updated.  You
can either wait for that update to happen or alternatively uninstall
that package to allow the update of Perl to the newer version to
proceed.


Attention
=

The following Perl distributions are in Perl core with a recent enough
version and will no longer be available as separate packages on Cygwin:

  perl-Carp
  perl-Config-Perl-V
  perl-CPAN-Meta
  perl-CPAN-Meta-Requirements
  perl-CPAN-Meta-YAML
  perl-Data-Alias
  perl-Digest-SHA
  perl-ExtUtils-CBuilder
  perl-ExtUtils-MakeMaker
  perl-HTTP-Tiny
  perl-IO-Compress
  perl-IO-Socket-IP
  perl-IPC-Cmd
  perl-JSON-PP


This requires perl5_032 and is required by perl_base-5.40.0, preventing 
an update of Perl.


Ken

--
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: apparent solution to Emacs multi-shell problem

[Ken Brown via Cygwin]

On 8/11/2024 2:35 PM, Brian Inglis via Cygwin wrote:

[Added Emacs to Subject to get appropriate attention]

On 2024-08-11 11:22, KARR, DAVID via Cygwin wrote:
So then I looked at my .emacs file, and I noticed the following.  Note 
that this is another block of code that I haven't changed in many 
years. I know that several of these lines are obsolete now, even some 
that aren't causing my problem:

--
(defun my-shell-mode-hook ()
;(add-hook 'comint-output-filter-functions
;    'shell-strip-ctrl-m nil t)
   (add-hook 'comint-output-filter-functions
    'comint-watch-for-password-prompt nil t)
   (setq explicit-shell-file-name "bash")
   ;; For subprocesses invoked via the shell
   ;; (e.g., "shell -c command")
   (setq shell-file-name explicit-shell-file-name)
   (ansi-color-for-comint-mode-on)
   (shell-strip-ctrl-m)
   (setq shell-prompt-pattern "^\[[A-z0-9]+:[A-z0-9/]+\] ")
   (local-set-key "\C-xs" 'cycle-go-shell)
   (local-set-key "\C-xS" 'cycle-find-shell-or-shells-buffer-list)
   (local-set-key "\C-j" 'lfd-send-input)
   (local-set-key [f5] 'comint-previous-matching-input-from-input)
   (local-set-key [f12] 'compilation-shell-minor-mode)
   )
-

For most of this, I can't even remember what it was for.  I tried 
commenting out portions of this and retesting, and I finally narrowed 
it down to the two sets of the related "file-name" variables. When I 
comment both of those out and retest, the problem doesn't occur.  I 
see that the new value of "shell-file-name" is "/bin/bash", instead of 
the "bash" value that I was hardcoding before.  Certainly less code is 
better than more code, especially if it works, but it would be useful 
to understand if something changed recently that might have caused 
that error.


Sorry, but I have no idea.  I'm not aware of anything that's changed in 
Emacs that would explain this.


I also briefly examined some of these other blocks, and I see that 
apparently "shell-strip-ctrl-m" is obsolete.  Is it best to have this?:


 (add-hook 'comint-output-filter-functions
'comint-strip-ctrl-m nil t)


I don't know of any reason you would need that.  I've never done 
anything like that myself.


Ken

--
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: [PATCH v2] Cygwin: pthread: Fix a race issue introduced by the commit 2c5433e5da82

[Ken Brown via Cygwin]

Hi Takashi,

On 6/1/2024 10:18 AM, Takashi Yano via Cygwin wrote:

int
pthread::once (pthread_once_t *once_control, void (*init_routine) (void))
{
   /* Sign bit of once_control->state is used as done flag.
  Similary, the next significant bit is used as destroyed flag. */


Typo: Similarly


   const int done = INT_MIN;/* 0b1000 */
   const int destroyed = INT_MIN >> 1;/* 0b1100 */


Shouldn't the constants in the comments have 32 bits?  Other than that, 
LGTM.  (But you should wait for Bruno to confirm before you commit.)


Ken

--
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: TeX Live 2024:: asympote 2.88-1 hangs after outputting a pdf

[Ken Brown via Cygwin]

On 5/30/2024 3:39 PM, Jon Turney via Cygwin wrote:

On 27/05/2024 16:14, Ken Brown via Cygwin wrote:

On 5/27/2024 5:17 AM, Lemures Lemniscati via Cygwin wrote:

On Sun, 26 May 2024 18:02:54 -0400, Ken Brown via Cygwin
Here is a log from gdb. Will it help?
  run
  info threads
  info stack
  list


$ HOME=/tmp gdb --args asy -vv -f pdf test

[...]

Thread 5 "sig" received signal SIGTRAP, Trace/breakpoint trap.


I don't get this SIGRAP when I run the same command.  The program just 
runs to completion.  Maybe someone can explain what might cause this.  
I have no idea.


Getting SIGTRAP rather than SIGSEGV or whatever here seems like it might 
be an unintended consequence of the dumper changes I made in 3.5.0.


0  0x7ffd8487d313 in KERNELBASE!DebugBreak () from 
/cygdrive/c/WINDOWS/System32/KERNELBASE.dll
#1  0x7ffd527f6367 in break_here () at 
/usr/src/debug/cygwin-3.5.3-1/winsup/cygwin/dcrt0.cc:472
#2  0x7ffd52810349 in try_to_debug () at 
/usr/src/debug/cygwin-3.5.3-1/winsup/cygwin/exceptions.cc:597
#3  exception::handle (e=0x28bc6f0, frame=, 
in=0x28bc200, dispatch=)

    at /usr/src/debug/cygwin-3.5.3-1/winsup/cygwin/exceptions.cc:810
#4  0x7ffd871b49ff in ntdll!.chkstk () from 
/cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#5  0x7ffd8712e466 in ntdll!RtlFindCharInUnicodeString () from 
/cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#6  0x7ffd871b39ee in ntdll!KiUserExceptionDispatcher () from 
/cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
#7  0x7ffd5291bdd4 in init_cygheap::find_tls (this=0x8, 
sig=20, issig_wait=@0x28bca3f: false)


The important thing in this backtrace is that an exception is occurring 
in find_tls, not that we break into the debugging while handling it 
(rather than rethrowing the exception to let the debugger handle it, 
which is maybe what should happen? and did in previous versions of 
Cygwin??)


Thanks.  So find_tls, running in the "sig" thread, is getting an 
exception while Cygwin is trying to process signal 20.  The latter is 
SIGCHLD.  Based on Lem's original report, I would guess that the SIGCHLD 
is generated by ghostscript exiting when it finishes processing the 
file.  An error in processing the signal would explain the fact that asy 
hangs.


I'm not familiar enough with Cygwin's signal-handling code to be able to 
debug this, especially since I can't reproduce the problem.


It would be helpful if others could try Lem's recipe and see if they can 
reproduce it.


Ken

--
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: TeX Live 2024:: asympote 2.88-1 hangs after outputting a pdf

[Ken Brown via Cygwin]

On 5/27/2024 5:17 AM, Lemures Lemniscati via Cygwin wrote:

On Sun, 26 May 2024 18:02:54 -0400, Ken Brown via Cygwin
Here is a log from gdb. Will it help?
  run
  info threads
  info stack
  list


$ HOME=/tmp gdb --args asy -vv -f pdf test

[...]

Thread 5 "sig" received signal SIGTRAP, Trace/breakpoint trap.


I don't get this SIGRAP when I run the same command.  The program just 
runs to completion.  Maybe someone can explain what might cause this.  I 
have no idea.



[Switching to Thread 10728.0x4c0c]
0x7ffd8487d313 in KERNELBASE!DebugBreak () from 
/cygdrive/c/WINDOWS/System32/KERNELBASE.dll
(gdb) info threads
   Id   Target Id  Frame
   1Thread 10728.0x57c8 "asy"  0x7ffd871b04a4 in 
ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
   2Thread 10728.0xa9c 0x7ffd871b35a4 in 
ntdll!ZwWaitForWorkViaWorkerFactory () from 
/cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
   3Thread 10728.0x3ed00x7ffd871b35a4 in 
ntdll!ZwWaitForWorkViaWorkerFactory () from 
/cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
   4Thread 10728.0xbd0 0x7ffd871b35a4 in 
ntdll!ZwWaitForWorkViaWorkerFactory () from 
/cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
* 5Thread 10728.0x4c0c "sig"  0x7ffd8487d313 in 
KERNELBASE!DebugBreak () from /cygdrive/c/WINDOWS/System32/KERNELBASE.dll
   7Thread 10728.0x29d0 "asy"  0x7ffd871b04a4 in 
ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
   8Thread 10728.0x4ec8 "asy"  0x7ffd871b04a4 in 
ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
   9Thread 10728.0x2cfc "asy"  0x7ffd871b04a4 in 
ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
   10   Thread 10728.0x47bc "asy"  0x7ffd871b04a4 in 
ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
   11   Thread 10728.0x22d0 "asy"  0x7ffd871b04a4 in 
ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
   12   Thread 10728.0x4268 "asy"  0x7ffd871b04a4 in 
ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
   13   Thread 10728.0x2f94 "asy"  0x7ffd871b04a4 in 
ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
   14   Thread 10728.0x43cc "waitproc" 0x7ffd871af9d4 in 
ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll


The one thing that strikes me about this is the large number of "asy" 
threads.  There was a recent bug report about multithreading in 
cygwin-3.5.3:


  https://cygwin.com/pipermail/cygwin/2024-May/255987.html

Can you try installing a 3.4.x version of cygwin and see if you still 
get the hang?


Ken

--
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: TeX Live 2024:: asympote 2.88-1 hangs after outputting a pdf

[Ken Brown via Cygwin]

On 5/26/2024 12:11 AM, Lemures Lemniscati via Cygwin wrote:

But, now, asy hangs after outputting a pdf.

How to reproduce:

1. Prepare test.asy:

// test.asy
dot((0,0));
// test.asy

2. `asy -vv test.asy` will successfully write test.eps.

3. But, `asy -vv -f pdf test.asy` will hang after gs produces test.pdf...


Sorry, I can't reproduce this on my system.  Can you attach gdb to the 
hanging process to see where the hang occurs?


Ken

--
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: pagefile.sys is reported as being a directory

[Ken Brown via Cygwin]

On 5/3/2024 3:31 PM, Bruno Haible wrote:

Hi Ken,


It turns out that this was a regression in 3.5.3 and was already
reported (in a slightly different form) in

https://cygwin.com/pipermail/cygwin/2024-April/255812.html

and fixed for 3.5.4.


Thanks for the investigations!


Do you have a workaround? In Gnulib we wish to have a way to access this file,
that works on all versions of Cygwin.


3.5.3 is the only version that's bad.


The regression was apparently caused by commit
c1cf14a871528d1adba88a0128813b58d52ba926 on the cygwin-3_5-branch. Therefore
the affected versions are 3.5.2 and 3.5.3.


Just for the record, there never was a release 3.5.2.  But that doesn't 
matter for your workaround.



I can't think of a workaround


I think I'll just make the boot time function skip that file if it
appears to be a directory.


Sounds good.

Ken

--
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: pagefile.sys is reported as being a directory

[Ken Brown via Cygwin]

On 5/2/2024 7:40 PM, Bruno Haible wrote:

Hi,

Ken Brown noticed this: pagefile.sys and swapfile.sys are being
reported by Cygwin 3.5.3 as being directories.

Cygwin 3.5.3 on Windows 10:

$ ls -ld /proc/cygdrive/c/pagefile.*
drwxr-x--- 17664 Unknown+User Unknown+Group 0 Jan  1  1601 
/proc/cygdrive/c/pagefile.sys
$ ls -ld /proc/cygdrive/c/swapfile.*
drwxr-x--- 17664 Unknown+User Unknown+Group 0 Jan  1  1601 
/proc/cygdrive/c/swapfile.sys


It turns out that this was a regression in 3.5.3 and was already 
reported (in a slightly different form) in


  https://cygwin.com/pipermail/cygwin/2024-April/255812.html

and fixed for 3.5.4. Until that's released, you can try the latest test 
release (3.6.0-0.115.g579064bf4d40).



Do you have a workaround? In Gnulib we wish to have a way to access this file,
that works on all versions of Cygwin.


3.5.3 is the only version that's bad.  I can't think of a workaround, 
but maybe someone else can.  If not, I guess Gnulib will just have to 
bail out and return a boot time of 0 on Cygwin 3.5.3.


Ken

--
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: Updating cygwin "libnfs" package ?

[Ken Brown via Cygwin]

On 3/22/2024 9:49 AM, Roland Mainz via Cygwin wrote:

Hi!



Is it possible to update the Cygwin "libnfs" package, please ?

The current Cygwin "libnfs" version is rather old (per
https://cygwin.com/cgit/cygwin-packages/libnfs/log/


If you look near the upper right corner of that page, you'll see 
"ORPHANED".  See also


  https://cygwin.com/packages/summary/libnfs-src.html .

That means there is no maintainer.  So someone needs to volunteer to 
maintain it before it will get updated.  Are you interested in doing 
this?  If so, start at


  https://cygwin.com/packages.html

and ask for help on the cygwin-apps mailing list if you run into problems.

Ken

--
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: Creating a desktop shortcut to Cygwin emacs

[Ken Brown via Cygwin]

[Please don't top post on this list.  Thanks.]

On 2/22/2024 4:23 PM, David Karr wrote:

Ok. I forgot I had to add that package.

However, now there's another odd problem. The command line still doesn't 
start anything, but it does print an error message, saying that it can't 
find "/usr/local/bin/emacs.xml".  I can copy that file from the old 
laptop, but is that file supposed to be generated by something?


It's not generated automatically.  There's a script 
/usr/bin/make-emacs-shortcut that you can run to create it.  See 
/usr/share/doc/emacs/README.Cygwin for details.  Or just copy it from 
your old computer.


Ken

--
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: Creating a desktop shortcut to Cygwin emacs

[Ken Brown via Cygwin]

On 2/22/2024 2:44 PM, David Karr via Cygwin wrote:

Every three years or so I have to set up a new laptop, and several things
that I only do in that period I either lose the notes on it, or something
has changed that I'm not aware of.

I'm installing Cygwin on a new laptop, version 3.5.0-1.x86_64. I had 3.4.6
on the old laptop.

My desktop shortcut on the old laptop goes to:

C:\cygwin64\bin\run2.exe --display 127.0.0.1:0.0 /usr/local/bin/emacs.xml

I tried to set this up on the new laptop, and I noticed that "run2" doesn't
exist, but "run" does.


The run2 package still exists:

  https://cygwin.com/packages/summary/run2.html

Ken

--
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: emacs 29.2-2 (TEST)

[Ken Brown via Cygwin]

[Redirecting to the Cygwin list.]

On 2/13/2024 10:02 PM, Jim Reisert AD1C wrote:



On Fri, Feb 2, 2024 at 10:55 AM Jim Reisert AD1C > wrote:


On Fri, Feb 2, 2024 at 10:53 AM Ken Brown mailto:kbr...@cornell.edu>> wrote:


 > On 2/2/2024 9:40 AM, Jim Reisert AD1C wrote:
 > > The first time I opened this version with a .CSV file:
 > >
 > >   ■  Warning (comp): libgccjit.so: error: error invoking gcc driver
 > >   ■  Warning (comp): /usr/share/emacs/29.2/lisp/ezimage.el.gz:
Error:
 > > Internal native compiler error failed to compile
 > [...]
 > >   ■  Warning (comp):
 > > /usr/share/emacs/29.2/lisp/emacs-lisp/cl-seq.el.gz: Error: Internal
 > > native compiler error failed to compile
 >
 > I can't reproduce this.  Did you by any chance forget to install the
 > test release of emacs-common?

I don't think so, but I can't access that computer right now.

I did the same update on my laptop and it all seems OK, so I'll have
to check when I get home.


This is what I have installed.  Is there any kind of debug mode to turn 
on, to see what is really happening?

> [...]

I see from your screen shot [deleted] that you've installed the test 
release of libgccjit0.  What happens if you revert to the stable 
release, 11.4.0-1?


Ken

--
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: emacs 29.2-2 (TEST)

[Ken Brown via Cygwin]

[Redirecting to the cygwin list.]

On 2/2/2024 9:40 AM, Jim Reisert AD1C wrote:

The first time I opened this version with a .CSV file:

  ■  Warning (comp): libgccjit.so: error: error invoking gcc driver
  ■  Warning (comp): /usr/share/emacs/29.2/lisp/ezimage.el.gz: Error:
Internal native compiler error failed to compile

[...]

  ■  Warning (comp):
/usr/share/emacs/29.2/lisp/emacs-lisp/cl-seq.el.gz: Error: Internal
native compiler error failed to compile


I can't reproduce this.  Did you by any chance forget to install the 
test release of emacs-common?


Ken

--
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: luatex panics after update of zlib to 1.3.1

[Ken Brown via Cygwin]

On 1/30/2024 3:49 PM, Heiko Oberdiek via Cygwin wrote:

Hallo,

after the latest update of Cygwin, especially
zlib from 1.3 to 1.3.1, luatex and related
programs (lualatex, texdoc, ...) abort
with a panic error: the version 1.3 of the header files
of zlib (compile time) does not match the version 1.3.1
of the dynamic library (runtime).

I assume, luatex from texlive-collection-luatex
needs to be recompiled with the updated zlib
sources.


I've just uploaded a new texlive package which should fix this problem. 
Give it about an hour to reach the mirrors.


Ken

--
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: luatex panics after update of zlib to 1.3.1

[Ken Brown via Cygwin]

On 1/31/2024 3:16 AM, ASSI via Cygwin wrote:

Heiko Oberdiek via Cygwin writes:

I assume, luatex from texlive-collection-luatex
needs to be recompiled with the updated zlib
sources.


Yes, and that version check needs to actually look at the ABI and not
some random string; or at least not complain when only the minor version
changes.  OTOH, I think that's happened before.


Yes, it has.  I'll take care of it.

Ken

--
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: vim: errors launching "/usr/bin/vi

[Ken Brown via Cygwin]

On 12/20/2023 1:34 PM, Lee via Cygwin wrote:

On Wed, Dec 20, 2023 at 9:01 AM marco atzeri  wrote:


On Wed, Dec 20, 2023 at 6:04 AM Marco Atzeri wrote:


On 20/12/2023 03:47, Beau James via Cygwin wrote:

This problem appeared with my most recent Cygwin update that included an
update to "vim".


vi is usually an alias to vim

$ alias | grep vi

   alias vi='vim'

so you are in reality calling vim

$ which vim
/usr/bin/vim


I am investigating the /usr/bin/vi issue



-2 version should have solved the issue


I don't get any error or warning messages now but 'vi' still doesn't
always get me the same thing:

$ vi --version | head -5
VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Dec 20 2023 06:57:02)
Included patches: 1-2155
Modified by 
Compiled by 
Huge version without GUI.  Features included (+) or not (-):

$ /bin/sh

$ vi --version | head -5
VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Dec 20 2023 06:53:22)
Included patches: 1-2155
Modified by 
Compiled by 
Tiny version without GUI.  Features included (+) or not (-):


Your second shell is not a login shell.  Could that be the problem?

Ken

--
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: Cygwin 3.4.9 - how to install ssh-keygen

[Ken Brown via Cygwin]

On 11/29/2023 8:03 PM, Jose Isaias Cabrera via Cygwin wrote:

On Wednesday, November 29, 2023 05:46 PM, Brian Inglis expressed:
However, if I turn off the
Windows Firewall, it works. So, now I have to figure that out.


You need to create a firewall exception for sshd on the machine you're 
trying to ssh into.


Ken

--
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: Capturing a Cygwin instance from another PC

[Ken Brown via Cygwin]

On 11/22/2023 4:38 PM, Jose Isaias Cabrera via Cygwin wrote:

Thanks, Eliot. Hmmm... I would have thought that by now this process would have 
been thought of.


It has been:

  https://cygwin.com/pipermail/cygwin/2020-June/245384.html

Ken

--
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: Python 3.9 Support for Fiona Package

[Ken Brown via Cygwin]

On 9/12/2023 1:27 AM, Joel Breazeale via Cygwin wrote:

I am attempting to use the fiona package.  This code works on Python on a
Linux box.  The code starts out:

#!/usr/bin/python
import sys
import fiona
import shapely
import os
. . .


The error I'm getting from the import is:

Traceback (most recent call last):
   File "/home/Joel/bin/inshape1.py", line 3, in 
 import fiona
   File "/cygdrive/c/Python39/Lib/site-packages/fiona/__init__.py",


This file appears to be part of Python for Windows, not Cygwin's Python. 
 Do you have an environment variable set that's causing python to 
search /cygdrive/c/Python39/Lib/site-packages?


Ken

--
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

[ANNOUNCEMENT] texlive 20230313-2

[Ken Brown via Cygwin-announce via Cygwin]

This is a rebuild of the TeX Live binaries against the latest zlib.  It 
should fix the problem reported here:


  https://cygwin.com/pipermail/cygwin/2023-August/254245.html

For some unknown reason I was unable to build pmx, so it is omitted from 
this release.  If that's a big inconvenience for anyone, let me know and 
I'll try harder.


Ken

--
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: lulatex problems after update of zlib

[Ken Brown via Cygwin]

On 8/21/2023 11:02 AM, ASSI via Cygwin wrote:

(although in this case maybe i got spooked by the change
from 1.2.x to 1.3)


It looks like that's exactly what happened.  The version check compares 
the first 4 characters of the version string.


Ken

--
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: lulatex problems after update of zlib

[Ken Brown via Cygwin]

On 8/21/2023 3:31 AM, Per Larsson via Cygwin wrote:

After the latest update of zlib (1.2.13 -> 1.3),  I’ve got a problem using 
lualatex:

“lualatex failed: PANIC: unprotected error in call to Lua API (zlib library 
version does not match - header: 1.2.13, library: 1.3)”

It can be avoided by resetting zlib to the previous version, but reporting here 
to notice the problem.


Thanks for the report.  I think I can fix this by rebuilding the TeX 
Live binaries with the new zlib.  I'll do that ASAP.


Ken

--
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

[ANNOUNCEMENT] harfbuzz 8.1.1-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* harfbuzz-8.1.1-1
* libharfbuzz0-8.1.1-1
* libharfbuzz-devel-8.1.1-1
* libharfbuzz-gobject0-8.1.1-1
* libharfbuzz-gobject-devel-8.1.1-1
* libharfbuzz-subset0-8.1.1-1
* libharfbuzz-subset-devel-8.1.1-1
* libharfbuzz-icu0-8.1.1-1
* libharfbuzz-icu-devel-8.1.1-1
* libharfbuzz-cairo0-8.1.1-1
* libharfbuzz-cairo-devel-8.1.1-1
* girepository-HarfBuzz0.0-8.1.1-1

HarfBuzz is an OpenType text shaping engine.

This is an update to the latest upstream release.

Ken

--
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

[ANNOUNCEMENT] emacs 29.1-2 (TEST)

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution as 
test releases.


* emacs-29.1-2
* emacs-common-29.1-2
* emacs-basic-29.1-2
* emacs-w32-29.1-2
* emacs-gtk-29.1-2
* emacs-lucid-29.1-2

Emacs is a powerful, customizable, self-documenting, modeless text 
editor.  Emacs contains special code editing features, a scripting 
language (elisp), and the capability to read mail, news, and more 
without leaving the editor.


This is the same as emacs-29.1-1, but it is built with the native 
compilation feature, which we explain briefly:


Many of the editing commands used in Emacs are defined in elisp 
libraries (*.el files).  To make Emacs run faster, these libraries are 
usually compiled to architecture-independent *.elc files, containing 
"byte-code" representations of the functions in the original files. 
These byte-code functions are interpreted by the Emacs "byte-code 
interpreter" when they are called.


Native compilation takes this one step further by using gcc to compile 
the elisp libraries to native shared libraries (like DLLs, but with an 
extension .eln instead of .dll).  This results in a substantial speed-up 
of Emacs.


Some of the .eln files are created at build time.  These are installed 
in a subdirectory of /usr/lib/emacs//native-lisp.  Others are 
created as needed and are stored by default in a subdirectory of 
~/.emacs.d/eln-cache.


The first few times you run Emacs, it might seem slow to start.  This is 
because it is compiling the elisp libraries that are needed for your 
init file (usually .emacs).  For the same reason, you might see 
occasional pauses the first time you use a command.  But otherwise you 
should see a noticeable speed-up of Emacs.


The .eln files have been built with ASLR[1] enabled.  The hope is that 
this eliminates the fork failures (and the need to rebase) that were 
present in previous releases with native compilation.


If you experience a fork failure in spite of this, please make a bug 
report to the mailing list.  I'd also like to get feedback from people 
who try the test release for a month or so and don't have any problems.


Ken

[1] 
https://www.mandiant.com/resources/blog/six-facts-about-address-space-layout-randomization-on-windows


--
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

[ANNOUNCEMENT] emacs 29.1-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution.

* emacs-29.1-1

This is a virtual package that forces installation of one of the 
following four "binary" packages.  If you don't select one of these 
four, then emacs-basic will be installed by default.


* emacs-basic-29.1-1
* emacs-w32-29.1-1
* emacs-gtk-29.1-1
* emacs-lucid-29.1-1

Each of these packages contains an emacs binary of the same name as the 
package.  For example, emacs-basic provides /usr/bin/emacs-basic.exe.


* emacs-common-29.1-1

This contains files needed by each of the four binaries.

Emacs is a powerful, customizable, self-documenting, modeless text 
editor.  Emacs contains special code editing features, a scripting 
language (elisp), and the capability to read mail, news, and more 
without leaving the editor.


This is an update to the latest upstream release.  Browse the NEWS file 
('C-h n' within emacs) for changes since the last release.  One 
interesting change is that Emacs is now built with the tree-sitter 
parsing library.  See the NEWS file and 
/usr/share/doc/emacs/README.Cygwin for more information.


This release was *not* built with the native compilation feature, which 
still needs more testing on Cygwin.  I will make a test release built 
with native compilation shortly.


CYGWIN NOTES


1. The four binary packages emacs-basic, emacs-w32, emacs-gtk, and
   emacs-lucid have been listed in order of increasing "priority".
   The postinstall scripts create a symlink /usr/bin/emacs that
   resolves to the highest-priority binary that you have installed.
   Thus the command 'emacs' will start emacs-lucid.exe if you've
   installed the emacs-lucid package; otherwise, it will start
   emacs-gtk.exe if you've installed emacs-gtk; otherwise, it will
   start emacs-w32.exe if you've installed emacs-w32; otherwise, it
   will start emacs-basic.exe.  Similar remarks apply to emacsclient.

   If you have installed more than one of the binary packages and
   don't like the default resolution of /usr/bin/emacs, you can run
   one of the /usr/bin/set-emacs-default-*.sh scripts to change it.
   For example,

 /usr/bin/set-emacs-default-w32.sh

   will make /usr/bin/emacs resolve to /usr/bin/emacs-w32.exe,
   regardless of which packages you've installed.

2. Install emacs-gtk if you want to use the X11 GUI with the GTK+
   toolkit.  You can then type 'emacs&' in an xterm window, and
   emacs-gtk.exe will start in a new window.  If you prefer the Lucid
   toolkit, install emacs-lucid instead.

3. Install emacs-w32 if you want to use the native Windows GUI instead
   of X11.

4. Install emacs-basic if you want a minimal emacs with no GUI.

5. If you use the Emacs MH-E library for email, consider installing
   Cygwin's mailutils-mh package.  To use it, put the line

 (load "mailutils-mh")

   in your site-start.el or ~/.emacs file.

6. If you have sshd running and want to be able to run emacs-gtk or
   emacs-lucid from a remote machine, you need to enable X11
   forwarding by adding the following line to /etc/sshd_config:

 X11Forwarding yes

   You might also need to have the cygserver service running.

7. The script /usr/bin/make-emacs-shortcut can be used to create a
   shortcut for starting emacs.  See
   /usr/share/doc/emacs/README.Cygwin for details.

Ken

--
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

[ANNOUNCEMENT] ghostscript 10.01.2-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* ghostscript-10.01.2-1
* libgs9-10.01.2-1
* libgs-devel-10.01.2-1

GNU Ghostscript is a PostScript interpreter capable of converting PS 
files into a number of printer output formats.  Ghostscript can also 
render PS files into a number of graphics file formats.


This is an update to the latest upstream release.  See

  https://ghostscript.readthedocs.io/en/latest/News.html

for a summary of the changes since the previous release.

Ken

--
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

[ANNOUNCEMENT] freetype2 2.13.1-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* freetype2-demos-2.13.1-1
* libfreetype6-2.13.1-1
* libfreetype-devel-2.13.1-1
* libfreetype-doc-2.13.1-1

FreeType 2 is a software font engine that is designed to be small, 
efficient, and highly customizable while capable of producing 
high-quality output (glyph images).


This is an update to the latest upstream release.

Ken

--
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

[ANNOUNCEMENT] icu 73.2-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* libicu72-73.2-1
* libicu-devel-73.2-1
* icu-doc-73.2-1

ICU is a mature, widely used set of C/C++ and Java libraries providing 
Unicode and Globalization support for software applications.  ICU is 
widely portable and gives applications the same results on all platforms 
and between C/C++ and Java software.


This is an update to the latest upstream release.  See

  https://icu.unicode.org/download/73

for the changes since the previous release.

Ken

--
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: vfork: Resource temporarily unavailable

[Ken Brown via Cygwin]

On 7/9/2023 12:55 PM, Eliot Moss wrote:

On 7/9/2023 11:56 AM, Ken Brown via Cygwin wrote:

On 7/8/2023 9:37 PM, Eliot Moss via Cygwin wrote:

Dear cygwin-ers --

I'm running 64-bit cygwin 3.4.7-1 and lately I've been getting these 
vfork
errors from emacs-gtk when I try to run dired on a directory.  I 
believe this
tries to fork ls to get the necessary file information.  I've tried 
updating
cygwin, which runs rebase, and I've tried rebooting my Windows 11 
system.  I
thought the newer 64-bit Cygwin was supposed to have overcome this 
historic

issue in 32-bit Cygwin ...

Anyway, I attach output from cygcheck -s -v -r -h and also from ldd
/usr/bin/emacs.

Any guidance on fixing this would be appreciated.  IIRC, cyggif is 
the library

that had a conflict.


Your cygcheck output shows that you're using the test release of 
emacs, which is built with the native compilation feature.  As 
explained in the release announcement, fork failures are to be 
expected unless you take certain steps to make sure that the .eln 
files get rebased:


   https://cygwin.com/pipermail/cygwin/2022-September/252217.html


Thanks for the response, Ken!

Indeed I have the necessary file with the necessary line in it:

cat /var/lib/rebase/userpath.d/moss
/home/moss/.emacs.d/eln-cache


That's too bad.  I was hoping for an easy solution.


whoami is definite that my username is moss.

I will try the ephemeral rebase and see if that holds me until a restart,
but I have definitely run setup, mor than once, since this started
happening.  


You might check /var/log/setup.log.full to see if there's anything that 
looks strange regarding rebasing.


If it's of help, I offer the result of ls -lR 
~/.emacs.d/eln-cache

below.  Should I delete the .tmp files?


It wouldn't hurt to delete them, but I doubt if it will help either.


Also, some of the permissions are
different from others; could that be interfering with rebase?  (Not sure 
how

they got that way, either!)


It looks to me like the permissions are different only for the .tmp 
files, so I don't think that's the issue.


I'm stumped.  Maybe someone else will have an idea.

Ken

P.S. You mentioned the cyggif DLL.  Is that consistently the one 
mentioned in the error message?  If so, you might try forcibly rebasing 
it to a new address.  I recall having to do that occasionally in the 
distant past, although that was probably for 32-bit Cygwin.


--
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: vfork: Resource temporarily unavailable

[Ken Brown via Cygwin]

On 7/8/2023 9:37 PM, Eliot Moss via Cygwin wrote:

Dear cygwin-ers --

I'm running 64-bit cygwin 3.4.7-1 and lately I've been getting these vfork
errors from emacs-gtk when I try to run dired on a directory.  I believe 
this
tries to fork ls to get the necessary file information.  I've tried 
updating
cygwin, which runs rebase, and I've tried rebooting my Windows 11 
system.  I

thought the newer 64-bit Cygwin was supposed to have overcome this historic
issue in 32-bit Cygwin ...

Anyway, I attach output from cygcheck -s -v -r -h and also from ldd
/usr/bin/emacs.

Any guidance on fixing this would be appreciated.  IIRC, cyggif is the 
library

that had a conflict.


Your cygcheck output shows that you're using the test release of emacs, 
which is built with the native compilation feature.  As explained in the 
release announcement, fork failures are to be expected unless you take 
certain steps to make sure that the .eln files get rebased:


  https://cygwin.com/pipermail/cygwin/2022-September/252217.html

Ken

--
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

[ANNOUNCEMENT] tree-sitter 0.20.8-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* libtree-sitter0-0.20.8-1
* libtree-sitter-devel-0.20.8-1

Tree-sitter is a parser generator tool and an incremental parsing 
library.  It can build a concrete syntax tree for a source file and 
efficiently update the syntax tree as the source file is edited. 
Tree-sitter aims to be:


 * General enough to parse any programming language
 * Fast enough to parse on every keystroke in a text editor
 * Robust enough to provide useful results even in the presence
   of syntax errors
 * Dependency-free so that the runtime library (which is written
   in pure C) can be embedded in any application

This is an update to the latest upstream release.

Ken

--
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

[ANNOUNCEMENT] Subject: doxygen 1.9.7-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* doxygen-1.9.7-1
* doxygen-doxywizard-1.9.7-1
* doxygen-latex-1.9.7-1

Doxygen is the de facto standard tool for generating documentation from 
annotated C++ sources, but it also supports other popular programming 
languages such as C, Objective-C, C#, PHP, Java, Python, IDL (Corba, 
Microsoft, and UNO/OpenOffice flavors), Fortran, VHDL, and to some 
extent D.  It can generate an on-line documentation browser (in HTML) 
and/or an off-line reference manual (in LaTeX) from a set of documented 
source files.  There is also support for generating output in RTF 
(MS-Word), PostScript, hyperlinked PDF, compressed HTML, and Unix man 
pages.  The documentation is extracted directly from the sources, which 
makes it much easier to keep the documentation consistent with the 
source code.


Doxywizard is a GUI for creating and editing configuration files that 
are used by doxygen.


doxygen-latex is a virtual package that pulls in the TeX Live packages 
needed for producing LaTeX/pdf output from doxygen.


This is an update to the latest upstream release.  See

  https://www.doxygen.org/manual/changelog.html

for a list of changes since the previous release.

Ken

--
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

[ANNOUNCEMENT] harfbuzz 7.3.0-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* harfbuzz-7.3.0-1
* libharfbuzz0-7.3.0-1
* libharfbuzz-devel-7.3.0-1
* libharfbuzz-gobject0-7.3.0-1
* libharfbuzz-gobject-devel-7.3.0-1
* libharfbuzz-subset0-7.3.0-1
* libharfbuzz-subset-devel-7.3.0-1
* libharfbuzz-icu0-7.3.0-1
* libharfbuzz-icu-devel-7.3.0-1
* libharfbuzz-cairo0-7.3.0-1
* libharfbuzz-cairo-devel-7.3.0-1
* girepository-HarfBuzz0.0-7.3.0-1

HarfBuzz is an OpenType text shaping engine.

This is an update to the latest upstream release.

Ken

--
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

[ANNOUNCEMENT] savi 1.6.0-1

[Ken Brown via Cygwin-announce via Cygwin]

The following package has been uploaded to the Cygwin distribution:

* savi-1.6.0-1

SaVi simulates satellite orbits and coverage, in two and three 
dimensions.  SaVi lets you explore satellite constellations.  SaVi can 
use Geomview, an optional package, for 3D rendering.


This is an update to the latest upstream release.

Ken

--
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

[ANNOUNCEMENT] emacs-auctex 13.2-1

[Ken Brown via Cygwin-announce via Cygwin]

Subject: emacs-auctex 13.2-1

The following packages have been uploaded to the Cygwin distribution:

* emacs-auctex-13.2-1
* preview-latex-13.2-1

AUCTeX is an extensible package for writing and formatting TeX files in 
GNU Emacs.  It supports many different TeX macro packages, including 
AMS-TeX, LaTeX, Texinfo, ConTeXt, and DocTeX (dtx files).  AUCTeX 
includes preview-latex, which makes LaTeX a tightly integrated component 
of your editing workflow by visualizing selected source chunks (such as 
single formulas or graphics) directly as images in the source buffer.


preview_latex is a self-contained subpackage of emacs-auctex that allows 
appropriately selected parts of a LaTeX document to be formatted and 
displayed within the Emacs editor.  It also has uses that do not require 
Emacs.


This is an update to the latest upstream major release.  See the 
announcement at


  https://lists.gnu.org/archive/html/info-auctex/2023-04/msg0.html

for details.

Note: An alternative to installing this package is to install AUCTeX via
the Emacs package manager (ELPA) instead.  Simply do 'M-x list-packages 
' within Emacs, mark the auctex package for installation with 'i', 
and hit 'x' to execute the installation procedure


This alternative is in fact strongly recommended by the AUCTeX 
developers.  One advantage is that you will receive intermediate bugfix 
releases between major AUCTeX releases conveniently.


Ken

--
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

[ANNOUNCEMENT] harfbuzz 7.2.0-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* harfbuzz-7.2.0-1
* libharfbuzz0-7.2.0-1
* libharfbuzz-devel-7.2.0-1
* libharfbuzz-gobject0-7.2.0-1
* libharfbuzz-gobject-devel-7.2.0-1
* libharfbuzz-subset0-7.2.0-1
* libharfbuzz-subset-devel-7.2.0-1
* libharfbuzz-icu0-7.2.0-1
* libharfbuzz-icu-devel-7.2.0-1
* libharfbuzz-cairo0-7.2.0-1
* libharfbuzz-cairo-devel-7.2.0-1
* girepository-HarfBuzz0.0-7.2.0-1

HarfBuzz is an OpenType text shaping engine.

This is an update to the latest upstream release.

Ken

--
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: ConTeXt no longer available on Cygwin

[Ken Brown via Cygwin]

On 3/24/2023 11:00 AM, Ken Brown via Cygwin wrote:

On 3/22/2023 12:56 PM, Ken Brown via Cygwin wrote:
As I mentioned in the announcement of TeX Live 2023, there has been a 
major change in ConTeXt; see


   https://tug.org/texlive/bugs.html

Briefly, ConTeXt development has been moved out of TeX Live into a 
separate project.  Unfortunately, the maintainer of that project 
decided to remove Cygwin support, so I cannot easily provide a context 
binary. One Cygwin user of ConTeXt complained upstream, to no avail.


At some point I will probably remove the texlive-collection-context 
package, which is now useless.  But I am waiting to see how other 
distros are going to deal with this change.


If you will be greatly inconvenienced by the absence of a context 
binary, please let me know by replying to this message.  There may or 
may not be anything I can do about it.


This turned out to be simple to fix.  I will do that shortly, but first 
I want to finish discussing this with TeX Live maintainers for other 
distros.


I've now uploaded texlive-collection-context-20230313-2, containing the 
missing binary.


Ken

--
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: Issue with texlive-collection-context

[Ken Brown via Cygwin]

On 4/12/2023 7:54 AM, Vanda Vodkamilkevich via Cygwin wrote:

When using setup.exe, I have the following error message :
Package: _/Unknown package
texlive-collection-context.sh exit code 127

I tried to run the script manually and got:
$ sh -x  texlive-collection-context.sh
+ /usr/bin/mtxrun --generate
texlive-collection-context.sh: ligne 1: /usr/bin/mtxrun: No such file or
directory

Dunno where is mtxrun supposed to come from, any hints?


See https://cygwin.com/pipermail/cygwin/2023-March/253327.html


--
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

[ANNOUNCEMENT] texinfo 7.0.3-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* texinfo-7.0.3-1
* texinfo-tex-7.0.3-1
* info-7.0.3-1

Texinfo is a documentation system that uses a single source file to 
produce output in a number of formats, both online and printed (HTML, 
PDF, DVI, Info, DocBook, LaTeX, EPUB 3, etc.).


This is an update to the latest upstream release.  It is a minor bugfix 
release.  See


  https://lists.gnu.org/archive/html/bug-texinfo/2023-03/msg00087.html

for a list of changes since the previous release.

Cygwin packaging

The info package contains the standalone info viewer as well as the 
install-info program.  The texinfo package contains everything else 
except support for the printable output formats (such as pdf).  The 
texinfo-tex package supplies the latter.  In particular, 
/usr/bin/texi2any is in the texinfo package, but the command texi2any 
--pdf' won't work unless you install texinfo-tex.


Ken

--
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

[ANNOUNCEMENT] harfbuzz 7.1.0-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* harfbuzz-7.1.0-1
* libharfbuzz0-7.1.0-1
* libharfbuzz-devel-7.1.0-1
* libharfbuzz-gobject0-7.1.0-1
* libharfbuzz-gobject-devel-7.1.0-1
* libharfbuzz-subset0-7.1.0-1
* libharfbuzz-subset-devel-7.1.0-1
* libharfbuzz-icu0-7.1.0-1
* libharfbuzz-icu-devel-7.1.0-1
* libharfbuzz-cairo0-7.1.0-1
* libharfbuzz-cairo-devel-7.1.0-1
* girepository-HarfBuzz0.0-7.1.0-1

HarfBuzz is an OpenType text shaping engine.

This is an update to the latest upstream release.

Ken

--
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] TeX Live 2023

[Ken Brown via Cygwin]

On 3/24/2023 10:50 AM, Lester Ingber via Cygwin wrote:

I think my attachments stopped this email, so I'm sending this without
them:

My install seems to fail with:

  texlive-collection-context.sh exit code 127


ConTeXt is completely broken on Cygwin (but will be fixed shortly).  See

  https://cygwin.com/pipermail/cygwin/2023-March/253307.html

and the follow-up to it that I just sent a few minutes ago.

If you're actually a ConTeXt user, then I suggest you rename 
/etc/postinstall/texlive-collection-context.sh to 
/etc/postinstall/texlive-collection-context.sh.done so that you won't be 
bothered by the error message while you wait for me to upload the fixed 
version.  If you're not a context user, then you can just uninstall 
texlive-collection-context.


Ken

--
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: ConTeXt no longer available on Cygwin

[Ken Brown via Cygwin]

On 3/22/2023 12:56 PM, Ken Brown via Cygwin wrote:
As I mentioned in the announcement of TeX Live 2023, there has been a 
major change in ConTeXt; see


   https://tug.org/texlive/bugs.html

Briefly, ConTeXt development has been moved out of TeX Live into a 
separate project.  Unfortunately, the maintainer of that project decided 
to remove Cygwin support, so I cannot easily provide a context binary. 
One Cygwin user of ConTeXt complained upstream, to no avail.


At some point I will probably remove the texlive-collection-context 
package, which is now useless.  But I am waiting to see how other 
distros are going to deal with this change.


If you will be greatly inconvenienced by the absence of a context 
binary, please let me know by replying to this message.  There may or 
may not be anything I can do about it.


This turned out to be simple to fix.  I will do that shortly, but first 
I want to finish discussing this with TeX Live maintainers for other 
distros.


Ken

--
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: newlocale: Linux incompatibility

[Ken Brown via Cygwin]

On 3/24/2023 8:18 AM, Corinna Vinschen via Cygwin wrote:

On Mar 23 22:14, Corinna Vinschen via Cygwin wrote:

On Mar 23 15:48, Ken Brown via Cygwin wrote:

Consider the following test case:

$ cat locale_test.c
#include 
#include 

int main ()
{
   const char *locale = "en_DE.UTF-8";
   locale_t loc = newlocale (LC_COLLATE_MASK | LC_CTYPE_MASK, locale, 0);
   if (!loc)
 perror ("newlocale");
   else
 printf ("newlocale succeeded on invalid locale %s\n", locale);
}

$ gcc -o locale_test locale_test.c

$ ./locale_test.exe
newlocale succeeded on invalid locale en_DE.UTF-8

On Linux, the newlocale call fails with ENOENT, as is documented on the man
page.

Three bugs in fact.

First, it's a bug in the Emacs testsuite.  The test simply assumes that
there's no en_DE locale on any system, but that's just not true.
Windows support the RFC 5646 locale "en-DE", which is called "English
(Germany)" in the "Region" settings.

You can also check with `locale -av | less' and search for en_DE.

For the reminder of this mail, I assume you're talking about Cygwin 3.5.
I won't fix this for 3.4 anymore, given how much locale handling has
changed for 3.5.

The second bug is that Cygwin blindly trusts the Windows function
ResolveLocaleName().  That function blatantly converts even vaguely
similar locales into something it supports.  E.g., it converts "en-XY"
to "en-US".  I. .e., even if you use "en_XY.utf8" as locale, the above
testcase will wrongly succeed.  So I have to rethink how I resolve POSIX
locales to Windows locales.

And the third bug is that Cygwin fails to set errno if it doesn't
support a locale, but that's a minor inconvenience in comparison.

Thanks for the report, I totally missed the above problem with
ResolveLocaleName.


I pushed a couple of patches which hopefully clean up the code. 


I had to create a replacement function for ResolveLocaleName which
doesn't return totally screwy and unexpected results, and special case
two more locales in /proc/locales output so the output makes sense.

Oh, and I added error handling to the code so newlocale is now able to
set errno to ENOENT if the locale is not supported.

If you want to test this, the changes are in test release
3.5.0-0.260.gb5b67a65f87c, which is just building.


That was fast!  I can confirm that newlocale now fails with ENOENT on 
the invalid locale en_XY.utf8.


Thanks.

Ken

--
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

newlocale: Linux incompatibility

[Ken Brown via Cygwin]

I'm reporting this here rather than the newlib list because the behavior 
is compatible with Posix but not Linux, so I think it's a Cygwin issue.


Consider the following test case:

$ cat locale_test.c
#include 
#include 

int main ()
{
  const char *locale = "en_DE.UTF-8";
  locale_t loc = newlocale (LC_COLLATE_MASK | LC_CTYPE_MASK, locale, 0);
  if (!loc)
perror ("newlocale");
  else
printf ("newlocale succeeded on invalid locale %s\n", locale);
}

$ gcc -o locale_test locale_test.c

$ ./locale_test.exe
newlocale succeeded on invalid locale en_DE.UTF-8

On Linux, the newlocale call fails with ENOENT, as is documented on the 
man page.  Posix doesn't say what should happen on an invalid locale, so 
this is not, strictly speaking, a bug.


Ken

P.S. I noticed this because of a failing Emacs test.  No one else has 
reported this test failure, so it seems that newlocale fails on an 
invalid locale on all platforms supported by Emacs other than Cygwin.


--
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: Strange link /bin/rungs in 32-bit Cygwin

[Ken Brown via Cygwin]

On 3/23/2023 9:10 AM, Fergus Daly via Cygwin wrote:

Maybe of diminishing interest (32-bit Cygwin) - but:
Out of nowhere (but see below (*)) a link has occurred
/bin/rungs -> /usr/share/texmf-dist/scripts/texlive/rungs.tlu
which is, I think, a typo for /usr/share/texmf-dist/scripts/texlive/rungs.lua
Can anybody confirm?


The symlink and script come from texlive-collection-basic.  In current 
TeX Live on 64-bit Cygwin, the link does indeed point to rungs.lua.  But 
I think the .tlu extension is used for texlua scripts, so what you're 
seeing might not be a typo.  I'd have to look back at last year's 
texlive-collection-basic to be sure, but you can do that more easily 
than I can, since you already have a system with last year's 
texlive-collection-basic.


Ken

--
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] TeX Live 2023

[Ken Brown via Cygwin]

On 3/22/2023 12:53 PM, Ken Brown via Cygwin-announce via Cygwin wrote:

* texlive-collection-basic-20230313-1


This had a packaging bug that caused the postinstall script 
zp_texlive_finish.dash to fail.  I've just uploaded


   texlive-collection-basic-20230313-2

which should fix this.

Ken

--
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

ConTeXt no longer available on Cygwin

[Ken Brown via Cygwin]

As I mentioned in the announcement of TeX Live 2023, there has been a 
major change in ConTeXt; see


  https://tug.org/texlive/bugs.html

Briefly, ConTeXt development has been moved out of TeX Live into a 
separate project.  Unfortunately, the maintainer of that project decided 
to remove Cygwin support, so I cannot easily provide a context binary. 
One Cygwin user of ConTeXt complained upstream, to no avail.


At some point I will probably remove the texlive-collection-context 
package, which is now useless.  But I am waiting to see how other 
distros are going to deal with this change.


If you will be greatly inconvenienced by the absence of a context 
binary, please let me know by replying to this message.  There may or 
may not be anything I can do about it.


Ken

--
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

[ANNOUNCEMENT] biber 2.19-1

[Ken Brown via Cygwin-announce via Cygwin]

The following package has been uploaded to the Cygwin distribution:

* biber-2.19-1

Biber is a BibTeX replacement for users of BibLaTeX.  Biber supports 
full UTF-8, can (re-)encode input and output, supports highly 
configurable sorting, dynamic bibliography sets, and many other features.


This is an update to the latest upstream release.  It is designed to 
work with biblatex-3.19.  The latter is contained in 
texlive-collection-bibtexextra, which has also just been updated as part 
of TeX Live 2023.


Ken

--
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] ghostscript 10.0.0-1 (TEST)

[Ken Brown via Cygwin]

On 2/4/2023 5:05 PM, Ken Brown via Cygwin-announce via Cygwin wrote:
The following packages have been uploaded to the Cygwin distribution as 
test releases:


* ghostscript-10.0.0-1
* libgs9-10.0.0-1
* libgs-devel-10.0.0-1


[...]

This is a test release because of reported problems with TeX Live.  I 
will probably leave it as a test release until it's time to release TeX 
Live 2023.


This has now been promoted from test to current.

Ken

--
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

[ANNOUNCEMENT] TeX Live 2023

[Ken Brown via Cygwin-announce via Cygwin]

Cygwin's TeX Live packages have been updated to the latest upstream 
release, TeX Live 2023.


TeX Live provides a comprehensive, cross-platform TeX system.  It 
includes all the major TeX-related programs, macro packages, and fonts 
that are free software, including support for many languages around the 
world.  For more information, see


  http://www.tug.org/texlive/

See

  http://www.tug.org/texlive/doc/texlive-en/texlive-en.html#news

for a list of changes since TeX Live 2022, and see

  https://tug.org/texlive/bugs.html

for a list of known issues in TeX Live 2023.  In particular, there has 
been a major change in ConTeXt, which I will describe in a separate message.


The TeX Live executables and supporting libraries are contained in the 
following Cygwin packages:


* texlive-20230313-1

* libkpathsea6-20230313-1
* libkpathsea-devel-20230313-1

libkpathsea is a TeX file and path search library.

* libptexenc1-20230313-1
* libptexenc-devel-20230313-1

libptexenc is a TeX Unicode encoding library.

* libsync2-20230313-1
* libsync-devel-20230313-1

libsync is a TeX source/output synchronization library.

* libtexlua53_5-20230313-1
* libtexlua53-devel-20230313-1

libtexlua53 is a TeX lua scripting library.

* libtexluajit2-20230313-1
* libtexluajit-devel-20230313-1

libtexluajit is a TeX Just-In-Time lua compiler library.

* asymptote-2.85-1

Asymptote is a powerful descriptive vector graphics language for 
technical drawing, inspired by MetaPost but with an improved C++-like 
syntax.  Asymptote provides for figures the same high-quality 
typesetting that LaTeX does for scientific text.


In addition, upstream TeX Live provides thousands of "packages", grouped 
into "collections".  There is a Cygwin package for each upstream 
collection; there are also Cygwin packages containing documentation for 
many of the collections.


* texlive-collection-basic-20230313-1
* texlive-collection-basic-doc-20230313-1
* texlive-collection-bibtexextra-20230313-1
* texlive-collection-bibtexextra-doc-20230313-1
* texlive-collection-binextra-20230313-1
* texlive-collection-binextra-doc-20230313-1
* texlive-collection-context-20230313-1
* texlive-collection-context-doc-20230313-1
* texlive-collection-fontsextra-20230313-1
* texlive-collection-fontsextra-doc-20230313-1
* texlive-collection-fontsrecommended-20230313-1
* texlive-collection-fontsrecommended-doc-20230313-1
* texlive-collection-fontutils-20230313-1
* texlive-collection-fontutils-doc-20230313-1
* texlive-collection-formatsextra-20230313-1
* texlive-collection-games-20230313-1
* texlive-collection-humanities-20230313-1
* texlive-collection-humanities-doc-20230313-1
* texlive-collection-langarabic-20230313-1
* texlive-collection-langchinese-20230313-1
* texlive-collection-langcjk-20230313-1
* texlive-collection-langcyrillic-20230313-1
* texlive-collection-langczechslovak-20230313-1
* texlive-collection-langenglish-20230313-1
* texlive-collection-langeuropean-20230313-1
* texlive-collection-langfrench-20230313-1
* texlive-collection-langgerman-20230313-1
* texlive-collection-langgreek-20230313-1
* texlive-collection-langitalian-20230313-1
* texlive-collection-langjapanese-20230313-1
* texlive-collection-langkorean-20230313-1
* texlive-collection-langother-20230313-1
* texlive-collection-langpolish-20230313-1
* texlive-collection-langportuguese-20230313-1
* texlive-collection-langspanish-20230313-1
* texlive-collection-latex-20230313-1
* texlive-collection-latex-doc-20230313-1
* texlive-collection-latexextra-20230313-1
* texlive-collection-latexextra-doc-20230313-1
* texlive-collection-latexrecommended-20230313-1
* texlive-collection-latexrecommended-doc-20230313-1
* texlive-collection-luatex-20230313-1
* texlive-collection-luatex-doc-20230313-1
* texlive-collection-mathscience-20230313-1
* texlive-collection-mathscience-doc-20230313-1
* texlive-collection-metapost-20230313-1
* texlive-collection-metapost-doc-20230313-1
* texlive-collection-music-20230313-1
* texlive-collection-music-doc-20230313-1
* texlive-collection-pictures-20230313-1
* texlive-collection-pictures-doc-20230313-1
* texlive-collection-plaingeneric-20230313-1
* texlive-collection-plaingeneric-doc-20230313-1
* texlive-collection-pstricks-20230313-1
* texlive-collection-pstricks-doc-20230313-1
* texlive-collection-publishers-20230313-1
* texlive-collection-publishers-doc-20230313-1
* texlive-collection-xetex-20230313-1
* texlive-collection-xetex-doc-20230313-1

Recommendations
===
Most people do not need the full TeX Live installation, which is huge 
and can take a long time to install.  If you're not sure what you need, 
here are some possible ways to start:


Minimal: Install texlive and its dependencies.  This provides plain TeX 
but not LaTeX.


Basic: Install texlive-collection-latex and its dependencies.  This is a 
minimal installation with LaTeX.


Small: Install texlive-collection-latexrecommended and its dependencies. 
 This provides the most commonly used non-graphics LaTeX pac

Re: [ANNOUNCEMENT] Test: gcc-11.3.1+20230310-0.1

[Ken Brown via Cygwin]

On 3/11/2023 1:50 PM, Achim Gratz via Cygwin wrote:


The native Gcc compilers have been updated to the latest upstream
snapshot version of the gcc-11 branch:

  gcc-11.3.1+20230310


Thanks!

I've given it a pretty good workout with builds of Emacs and TeX Live, 
and everything seems good so far.



This release includes libgccjit as a separate package for the native
toolchain.  Since Cygwin does not yet enable ASLR by default, any
nontrivial dynamic objects that are created in this way will likely need
to get rebased before they can be used.  It is unlikely that build
systems recognize the need for doing that at the moment.


FYI, following a suggestion made by Corinna on IRC, I'm building all the 
Emacs libraries (.eln files as well as tree-sitter grammar libs) with 
ASLR enabled and no rebasing.  I have about 400 of these libraries on my 
system.  I've been doing this for about a month without any fork failures.


Ken

--
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

[ANNOUNCEMENT] libpng 1.6.39-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* libpng16-1.6.39-1
* libpng16-devel-1.6.39-1
* libpng-devel-1.6.39-1
* libpng-tools-1.6.39-1

libpng is the official reference library for the Portable Network 
Graphics (PNG) image format.


This is an update to the latest upstream release.

Ken

--
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

[ANNOUNCEMENT] lcms2 2.15-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* lcms2-2.15-1
* liblcms2_2-2.15-1
* liblcms2-devel-2.15-1

Little CMS is an Open Source small-footprint color management engine, 
with special focus on accuracy and performance.  It uses the 
International Color Consortium standard (ICC), which is the modern 
standard regarding color management.  The ICC specification is widely 
used and is referred to in many International and other de-facto standards.


This is an update to the latest upstream release.  It is a maintenance 
release.  See


  https://sourceforge.net/p/lcms/mailman/message/37784871/

for a list of changes since the previous release.

Ken

--
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: General scripting issues vs. Linux

[Ken Brown via Cygwin]

On 3/10/2023 8:47 AM, Markus Becker via Cygwin wrote:

Dear Guys,

I am quite an newby in Cygwin scripting and encountered several execution
issues with bash scripts. For example, when i try to execute the following
simple scriptfile "skript1.sh":

# This is a testscript
Statement="This is the testscript number 3"
FILE="home/mbecker/Secure_Copy_Beispiel.txt"
ls -l $FILE
echo $Statement
echo The file is $FILE

i got these results:

$ ./skript1.sh
ls: cannot access 'home/mbecker/Secure_Copy_Beispiel.txt'$'\r\r': No such
file or directory
This is the testscript number 3
The file is home/mbecker/Secure_Copy_Beispiel.txt

or another results from a different script:

$ ./skript7.sh
./skript7.sh: line 3: $'clear\r': command not found
Dr▒cken sie beliebige Tasten und dann return
': not a valid identifierd: `TASTE

These are just two of several issues coming up with bash scripting in
Cygwin. Maybe this is merely a corse problem with my platform
understanding. But why is Cygwin calling errors when performing standard
Linux bash commands? Is it due to a different syntax? Or is it even simpler?


It looks like your scripts have CRLF line endings.

Ken

--
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: [ERROR] msgget() "Function not implmented" Error : Cygwin

[Ken Brown via Cygwin]

[Please don't top-post.]

On 3/1/2023 6:56 AM, Yeo Kai Wei via Cygwin wrote:

Do you want to install cygserver as service?
(Say "no" if it's already installed as service) (yes/no) yes
/usr/bin/cygserver-config: line 181: cygrunsrv: command not found

Installation of cygserver as service failed.  Please check the
error messages you got.  They might give a clue why it failed.

A good start is either you don't have administrator privileges
or a missing cygrunsrv binary.  Please check for both."


May I ask what I should do next?


Did you check for the cygrunsrv binary?  If you don't have it, then 
install the cygrunsrv package.


Ken

--
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

[ANNOUNCEMENT] harfbuzz 7.0.1-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* harfbuzz-7.0.1-1
* libharfbuzz0-7.0.1-1
* libharfbuzz-devel-7.0.1-1
* libharfbuzz-gobject0-7.0.1-1
* libharfbuzz-gobject-devel-7.0.1-1
* libharfbuzz-subset0-7.0.1-1
* libharfbuzz-subset-devel-7.0.1-1
* libharfbuzz-icu0-7.0.1-1
* libharfbuzz-icu-devel-7.0.1-1
* libharfbuzz-cairo0-7.0.1-1
* libharfbuzz-cairo-devel-7.0.1-1
* girepository-HarfBuzz0.0-7.0.1-1

HarfBuzz is an OpenType text shaping engine.

This is an update to the latest upstream release.  The subpackages 
libharfbuzz-cairo0 and libharfbuzz-cairo-devel are new with this release.


Ken

--
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

[ANNOUNCEMENT] freetype2 2.13.0-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* freetype2-demos-2.13.0-1
* libfreetype6-2.13.0-1
* libfreetype-devel-2.13.0-1
* libfreetype-doc-2.13.0-1

FreeType 2 is a software font engine that is designed to be small, 
efficient, and highly customizable while capable of producing 
high-quality output (glyph images).


This is an update to the latest upstream release.

Ken

--
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

[ANNOUNCEMENT] harfbuzz 6.0.0-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* harfbuzz-6.0.0-1
* libharfbuzz0-6.0.0-1
* libharfbuzz-devel-6.0.0-1
* libharfbuzz-gobject0-6.0.0-1
* libharfbuzz-gobject-devel-6.0.0-1
* libharfbuzz-subset0-6.0.0-1
* libharfbuzz-subset-devel-6.0.0-1
* libharfbuzz-icu0-6.0.0-1
* libharfbuzz-icu-devel-6.0.0-1
* girepository-HarfBuzz0.0-6.0.0-1

HarfBuzz is an OpenType text shaping engine.

This is an update to the latest upstream release.

Ken

--
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

[ANNOUNCEMENT] ghostscript 10.0.0-1 (TEST)

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution as test 
releases:


* ghostscript-10.0.0-1
* libgs9-10.0.0-1
* libgs-devel-10.0.0-1

GNU Ghostscript is a PostScript interpreter capable of converting PS files into 
a number of printer output formats.  Ghostscript can also render PS files into a 
number of graphics file formats.


This is an update to the latest upstream release.  See

  https://ghostscript.readthedocs.io/en/latest/News.html

for a summary of the changes since the previous release.  The big change in this 
release is that the old PDF interpreter (written in PostScript) is now fully 
deprecated in favor of an implementation written in C.


This is a test release because of reported problems with TeX Live.  I will 
probably leave it as a test release until it's time to release TeX Live 2023.


Ken

--
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

[ANNOUNCEMENT] zziplib 0.13.72-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* zziplib-0.13.72-1
* libzzip0.13-0.13.72-1
* libzzip-devel-0.13.72-1

The zziplib library provides read access to zipped files in a zip-archive, using 
compression based solely on free algorithms provided by zlib.  It also provides 
a functionality to overlay the archive filesystem with the filesystem of the 
operating system environment.


This is an update to the latest upstream release.

Ken

--
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

[ANNOUNCEMENT] freeglut 3.4.0-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* libglut3-3.4.0-1
* libglut-devel-3.4.0-1

freeglut is a completely OpenSourced alternative to the OpenGL Utility Toolkit 
(GLUT) library.  GLUT was originally written by Mark Kilgard to support the 
sample programs in the second edition OpenGL 'RedBook'.  Since then, GLUT has 
been used in a wide variety of practical applications because it is simple, 
widely available, and highly portable.  GLUT (and hence freeglut) allows the 
user to create and manage windows containing OpenGL contexts on a wide range of 
platforms and also read the mouse, keyboard, and joystick functions.


This is an update to the latest upstream release.

Ken

--
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

[ANNOUNCEMENT] icu 72.1-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* libicu72-72.1-1
* libicu-devel-72.1-1
* icu-doc-72.1-1

ICU is a mature, widely used set of C/C++ and Java libraries providing Unicode 
and Globalization support for software applications.  ICU is widely portable and 
gives applications the same results on all platforms and between C/C++ and Java 
software.


This is an update to the latest upstream release.  See

  https://icu.unicode.org/download/72

for the changes since the previous release.

Ken

--
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

[ANNOUNCEMENT] doxygen 1.9.6-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* doxygen-1.9.6-1
* doxygen-doxywizard-1.9.6-1
* doxygen-latex-1.9.6-1

Doxygen is the de facto standard tool for generating documentation from 
annotated C++ sources, but it also supports other popular programming languages 
such as C, Objective-C, C#, PHP, Java, Python, IDL (Corba, Microsoft, and 
UNO/OpenOffice flavors), Fortran, VHDL, and to some extent D.  It can generate 
an on-line documentation browser (in HTML) and/or an off-line reference manual 
(in LaTeX) from a set of documented source files.  There is also support for 
generating output in RTF (MS-Word), PostScript, hyperlinked PDF, compressed 
HTML, and Unix man pages.  The documentation is extracted directly from the 
sources, which makes it much easier to keep the documentation consistent with 
the source code.


Doxywizard is a GUI for creating and editing configuration files that are used 
by doxygen.


doxygen-latex is a virtual package that pulls in the TeX Live packages needed 
for producing LaTeX/pdf output from doxygen.


This is an update to the latest upstream release.  See

  https://www.doxygen.org/manual/changelog.html

for a list of changes since the previous release.

Ken

--
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

[ANNOUNCEMENT] texinfo 7.0.2-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* texinfo-7.0.2-1
* texinfo-tex-7.0.2-1
* info-7.0.2-1

Texinfo is a documentation system that uses a single source file to produce 
output in a number of formats, both online and printed (HTML, PDF, DVI, Info, 
DocBook, LaTeX, EPUB 3, etc.).


This is an update to the latest upstream release.  See

  https://lists.gnu.org/archive/html/bug-texinfo/2023-01/msg00120.html

for a list of changes since the previous release.

Cygwin packaging

The info package contains the standalone info viewer as well as the install-info 
program.  The texinfo package contains everything else except support for the 
printable output formats (such as pdf).  The texinfo-tex package supplies the 
latter.  In particular, /usr/bin/texi2any is in the texinfo package, but the 
command texi2any --pdf' won't work unless you install texinfo-tex.


Ken

--
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

[ANNOUNCEMENT] ghostscript 9.56.1-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution as test 
releases:


* ghostscript-9.56.1-1
* libgs9-9.56.1-1
* libgs-devel-9.56.1-1

GNU Ghostscript is a PostScript interpreter capable of converting PS files into 
a number of printer output formats.  Ghostscript can also render PS files into a 
number of graphics file formats.


This is an update to the latest upstream release in the 9.x series [*], with 
some patches from Fedora.  See


  http://www.ghostscript.com/doc/9.56.1/News.htm

for a summary of the changes since the previous release.  The most interesting 
change is that the PDF Interpreter has a new implementation written in C (rather 
than PostScript).


Ken

[*] The latest upstream release is 10.0.0, but I am not uploading it yet because 
of reported problems with TeX Live.


--
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] icu 71.1-1 (TEST)

[Ken Brown via Cygwin]

On 4/11/2022 9:24 PM, Ken Brown via Cygwin-announce wrote:

The following packages have been uploaded to the Cygwin distribution
as test releases:

* libicu71-71.1-1
* libicu-devel-71.1-1
* icu-doc-71.1-1


These have (belatedly) been promoted from "test" to "current".  If no breakage 
is reported within the next couple weeks, I'll update to icu 72.1-1, which has 
been released in the meantime.


Ken

--
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: [clisp-list] FYI: Cygwin package is crippled: no FFI.

[Ken Brown via Cygwin]

[Redirecting from the clisp list.]

On 1/12/2023 3:03 AM, Kaz Kylheku wrote:

Hi All,

Just a heads up that whoever is maintaining the CLISP
package for Cygwin seems not to have built it with
FFI support.

The FFI package doesn't exist.

I'm trying to use an old program of mine, and oops!


I'm Cygwin's clisp maintainer.  But it's been several years since I've thought 
about it, and I'm not interested in going back and trying to remember what I did 
and why.  If you'd like to take over as maintainer and try to add FFI support, 
you're welcome to it.


Ken

--
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

[ANNOUNCEMENT] tree-sitter 0.20.7-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* libtree-sitter0-0.20.7-1
* libtree-sitter-devel-0.20.7-1

Tree-sitter is a parser generator tool and an incremental parsing library.  It 
can build a concrete syntax tree for a source file and efficiently update the 
syntax tree as the source file is edited.  Tree-sitter aims to be:


 * General enough to parse any programming language
 * Fast enough to parse on every keystroke in a text editor
 * Robust enough to provide useful results even in the presence
   of syntax errors
 * Dependency-free so that the runtime library (which is written
   in pure C) can be embedded in any application

This is a new package for the Cygwin distribution.  It will be used by the 
upcoming emacs-29.


Ken

--
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

[ANNOUNCEMENT] lcms2 2.14-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* lcms2-2.14-1
* liblcms2_2-2.14-1
* liblcms2-devel-2.14-1

Little CMS is an Open Source small-footprint color management engine, with 
special focus on accuracy and performance.  It uses the International Color 
Consortium standard (ICC), which is the modern standard regarding color 
management.  The ICC specification is widely used and is referred to in many 
International and other de-facto standards.


This is an update to the latest upstream release.  See

  https://littlecms.com/blog/2022/11/02/lcms2-2.14

for a list of changes since the previous release.

Ken Brown
Cygwin's lcms2 maintainer

--
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

[ANNOUNCEMENT] texinfo 7.0.1-1

[Ken Brown via Cygwin-announce via Cygwin]

The following packages have been uploaded to the Cygwin distribution:

* texinfo-7.0.1-1
* texinfo-tex-7.0.1-1
* info-7.0.1-1

Texinfo is a documentation system that uses a single source file to produce 
output in a number of formats, both online and printed (HTML, PDF, DVI, Info, 
DocBook, LaTeX, EPUB 3, etc.).


This is an update to the latest upstream release.  See

  https://lists.gnu.org/archive/html/bug-texinfo/2022-11/msg00036.html
  https://lists.gnu.org/archive/html/bug-texinfo/2022-11/msg00237.html

for a list of changes since the previous release.

Cygwin packaging

The info package contains the standalone info viewer as well as the install-info 
program.  The texinfo package contains everything else except support for the 
printable output formats (such as pdf).  The texinfo-tex package supplies the 
latter.  In particular, /usr/bin/texi2any is in the texinfo package, but the 
command 'texi2any --pdf' won't work unless you install texinfo-tex.


Ken Brown
Cygwin's texinfo maintainer

--
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: luatex not loading opentype fonts

[Ken Brown via Cygwin]

On 12/22/2022 2:02 AM, Luis Rivera via Cygwin wrote:

While developing a package for LuaTeX with the texlive-collection, I
noticed that LuaTeX could not access the directories for OpenType
fonts;

```
$ luatex sloth
This is LuaTeX, Version 1.15.0 (TeX Live 2022/Cygwin)
  restricted system commands enabled.
(./sloth.tex (/home/root/.local/share/texmf/tex/luatex/luatex85.sty)
(/usr/share/texmf-dist/tex/generic/yax/yax.tex
(/usr/share/texmf-dist/tex/generic/texapi/texapi.tex))
(/usr/share/texmf-dist/tex/generic/gates/gates.tex
(/usr/share/texmf-dist/tex/generic/texapi/texapi.tex)) (./lua.ptx) (./files.ptx
) (./fonts.ptx./fonts.ptxlua:285: cannot open .:/home/root/.config/texmf/fonts/
opentype/:/home/root/.cache/texmf/fonts/opentype/:/home/root/.local/share/texmf
/fonts/opentype/:/usr/share/texmf-site/fonts/opentype/:/etc/texmf/fonts/opentyp
e/:/var/lib/texmf/fonts/opentype/:/usr/share/texmf-dist/fonts/opentype/:/home/r
oot/.config/texmf/fonts/truetype/:/home/root/.cache/texmf/fonts/truetype/:/home
/root/.local/share/texmf/fonts/truetype/:/usr/share/texmf-site/fonts/truetype/:
/etc/texmf/fonts/truetype/:/var/lib/texmf/fonts/truetype/:/usr/share/texmf-dist
/fonts/truetype/:/cygdrive/c/windows/fonts/: No such file or directory


I'm not a luatex user, but I find the error message puzzling.  It appears to be 
referring to a colon-separated list of directories as though it were a single 
file or directory name.  Is there something in your package that's preventing 
the colon from being recognized as a separator?  Are you perhaps mixing Cygwin 
and Windows path conventions?



stack traceback:
 [C]: in function 'lfs.dir' >  ./fonts.ptxlua:285: in local 
'check_fonts'
 ./fonts.ptxlua:366: in main chunk
 [C]: in function 'dofile'
 [\directlua]:1: in main chunk.
\inputluafile ...ua {dofile(kpse.find_file("#1"))}

l.1 \inputluafile fonts.ptxlua

?

```

Which is weird, because my program works correctly in the windows
version of TeXLive, and `ls /cygdrive/c/windows/fonts` returns the
directory listing correctly.


I don't read the error message as referring to that directory alone.

Ken

--
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: Xlib: sequence lost (0x10000 > 0x21c) in reply type 0x13!

[Ken Brown via Cygwin]

On 12/19/2022 4:05 PM, Ken Brown via Cygwin wrote:

On 12/19/2022 11:52 AM, Jim Reisert AD1C via Cygwin wrote:

I just updated Cygwin to "3.4.3-1.x86_64 2022-12-16 12:38 UTC x86_64
Cygwin" and in addition the X package refresh.  I started emacs-X11 in
an xterm and am now seeing this in the console:

Xlib: sequence lost (0x1 > 0x16c) in reply type 0x13!
Xlib: sequence lost (0x1 > 0x172) in reply type 0x1c!
Xlib: sequence lost (0x1 > 0x17f) in reply type 0xf!
Xlib: sequence lost (0x1 > 0x185) in reply type 0x1c!
Xlib: sequence lost (0x1 > 0x1ba) in reply type 0xf!
Xlib: sequence lost (0x1 > 0x519) in reply type 0xf!

Did something go awry with the update?


These messages are probably the result of the update of libX11.  I know the 
messages are annoying, but I'd advise you to ignore them unless you're seeing 
actual problems with emacs.


Nevertheless, there are a couple of things that I'll try when I get a chance. 
One is to rebuild emacs against the new libX11.  The other is to see if the 
problem still exists in the current emacs development tree.


Never mind.  See Jon's reply.

Ken

--
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: Xlib: sequence lost (0x10000 > 0x21c) in reply type 0x13!

[Ken Brown via Cygwin]

On 12/19/2022 11:52 AM, Jim Reisert AD1C via Cygwin wrote:

I just updated Cygwin to "3.4.3-1.x86_64 2022-12-16 12:38 UTC x86_64
Cygwin" and in addition the X package refresh.  I started emacs-X11 in
an xterm and am now seeing this in the console:

Xlib: sequence lost (0x1 > 0x16c) in reply type 0x13!
Xlib: sequence lost (0x1 > 0x172) in reply type 0x1c!
Xlib: sequence lost (0x1 > 0x17f) in reply type 0xf!
Xlib: sequence lost (0x1 > 0x185) in reply type 0x1c!
Xlib: sequence lost (0x1 > 0x1ba) in reply type 0xf!
Xlib: sequence lost (0x1 > 0x519) in reply type 0xf!

Did something go awry with the update?


These messages are probably the result of the update of libX11.  I know the 
messages are annoying, but I'd advise you to ignore them unless you're seeing 
actual problems with emacs.


Nevertheless, there are a couple of things that I'll try when I get a chance. 
One is to rebuild emacs against the new libX11.  The other is to see if the 
problem still exists in the current emacs development tree.


Ken

--
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: Creating the sqlite3.exe stand-alone w/o cygwin dependency

[Ken Brown via Cygwin]

On 12/9/2022 4:34 PM, Jose Isaias Cabrera via Cygwin wrote:


Greetings!

Using these commands,

./configure --host=i686-w64-mingw32 CFLAGS=-shared CFLAGS=-static-libgcc
make sqlite3.exe sqlite3.dll

I can create the sqlite3 DOS application and the sqlite3 Windows 10 DLL. I have 
no problem with the DLL. But with the sqlite3.exe CLI tool, I can run it in the 
Cygwin environment, and I can also double click on the app from the Windows 10 
environment and run it, and that also works perfectly. The problem happens 
after I move that sqlite3.exe to C:\bin directory. When I run it from the DOS 
Command Prompt, I get this error:

DOS|16:19:00.58>sqlite3
DOS|sqlite3: FATAL: Couldn't find sqlite3.

If I add .exe to the end,

DOS|16:19:57.46>sqlite3.exe
DOS|
DOS|16:21:33.36>

It appears as if it starts and does nothing. I tried chatting with SQLite 
folks, but, apparently, I am the only one that uses Cygwin. I have been using 
Cygwin for a long time, and I like it. Thoughts? Suggestions? Any help would be 
greatly appreciated.

PS: This is the make sqlite.exe run:

E608313@HOR711318E ~/b/sqlite/SQLite-78723a9a
$ make sqlite3.exe
./libtool --mode=link i686-w64-mingw32-gcc -shared -static-libgcc 
-DSQLITE_OS_WIN=1 -I. -I/home/E608313


I don't know if this is the problem, but do you really want to be using 
'-shared' when building an executable?  I thought that was for building shared 
libraries.


Ken

--
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: Building SQLite3 CLI without

[Ken Brown via Cygwin]

On 12/3/2022 4:14 PM, Jose Isaias Cabrera via Cygwin wrote:

To do this, use the mingw32 or 64 compiler, as this,

CC=i686-w64-mingw32-gcc ./configure

and the SQLite3 tool will work without the cygwin1.dll.


I think the preferred way to do this is

  ./configure --host=i686-w64-mingw32 ,

although it might not matter in this case.  See


https://www.gnu.org/software/autoconf/manual/autoconf-2.70/html_node/Specifying-Target-Triplets.html

Ken

--
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

[ANNOUNCEMENT] emacs 28.2-2 (64-bit only, TEST)

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution as test 
releases.


* emacs-28.2-2
* emacs-basic-28.2-2
* emacs-w32-28.2-2
* emacs-gtk-28.2-2
* emacs-lucid-28.2-2
* emacs-common-28.2-2

This is the same as emacs-28.2-1, but it is built with the native compilation 
feature (explained below).  If you want to test this, create a file


  /var/lib/rebase/userpath.d/

with one line, which is the absolute path to ~/.emacs.d/eln-cache.  For example, 
on my system I have:


  $ cat /var/lib/rebase/userpath.d/kbrown
  /home/kbrown/.emacs.d/eln-cache

If more than one user will be using Emacs on your system, create a file like 
this for each user.


Here is a brief explanation of native compilation:

Many of the editing commands used in Emacs are defined in elisp libraries (*.el 
files).  To make Emacs run faster, these libraries are usually compiled to 
architecture-independent *.elc files, containing "byte-code" representations of 
the functions in the original files.  These byte-code functions are interpreted 
by the Emacs "byte-code interpreter" when they are called.


Native compilation takes this one step further by using gcc to compile the elisp 
libraries to native shared libraries (like DLLs, but with an extension .eln 
instead of .dll).  This results in a substantial speed-up of Emacs.


Some of the .eln files are created at build time.  These are installed in a 
subdirectory of /usr/lib/emacs//native-lisp.  Others are created as 
needed and are stored by default in a subdirectory of ~/.emacs.d/eln-cache. 
(You can change this default, but then you also have to make the corresponding 
change to /var/lib/rebase/userpath.d/.)


The first few times you run Emacs, it might seem slow to start.  This is because 
it is compiling the elisp libraries that are needed for your init file (usually 
.emacs).  For the same reason, you might see occasional pauses the first time 
you use a command.  But otherwise you should see a noticeable speed-up of Emacs.


To prevent fork failures, the .eln files need to be rebased occasionally, for 
the reasons explained here:


  https://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-process-problems

This is handled by autorebase every time you run setup (which you should do with 
no Cygwin processes running).  But it is not currently done when new .eln files 
are created.  If you ever see a fork failure whose error message refers to a 
.eln file, you should be able to fix it temporarily by exiting emacs and running 
the script


  /usr/bin/emacs_ephemeral_rebase.sh

which rebases the .eln files in ~/.emacs.d/eln-cache.  Alternatively, stop all 
Cygwin processes and run setup.


I don't expect this to happen often, but please make a bug report to the mailing 
list if it does happen.  I'd also like to get feedback from people who try the 
test release for a month or so and don't have any rebase problems.


Ken

--
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

[ANNOUNCEMENT] emacs 28.2-1

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution.

* emacs-28.2-1

This is a virtual package that forces installation of one of the following four 
"binary" packages.  If you don't select one of these four, then emacs-basic will 
be installed by default.


* emacs-basic-28.2-1
* emacs-w32-28.2-1
* emacs-gtk-28.2-1
* emacs-lucid-28.2-1

Each of these packages contains an emacs binary of the same name as the package. 
 For example, emacs-basic provides /usr/bin/emacs-basic.exe.


* emacs-common-28.2-1

This contains files needed by each of the four binaries.

Emacs is a powerful, customizable, self-documenting, modeless text editor. 
Emacs contains special code editing features, a scripting language (elisp), and 
the capability to read mail, news, and more without leaving the editor.


This is an update to the latest upstream release.  Browse the NEWS file ('C-h n' 
within emacs) for changes since the last release.


This release was *not* built with the native compilation feature, which still 
needs more testing on Cygwin.  If there is demand for it I will make a test 
release built with native compilation.


CYGWIN NOTES


1. The four binary packages emacs-basic, emacs-w32, emacs-gtk, and
   emacs-lucid have been listed in order of increasing "priority".
   The postinstall scripts create a symlink /usr/bin/emacs that
   resolves to the highest-priority binary that you have installed.
   Thus the command 'emacs' will start emacs-lucid.exe if you've
   installed the emacs-lucid package; otherwise, it will start
   emacs-gtk.exe if you've installed emacs-gtk; otherwise, it will
   start emacs-w32.exe if you've installed emacs-w32; otherwise, it
   will start emacs-basic.exe.  Similar remarks apply to emacsclient.

   If you have installed more than one of the binary packages and
   don't like the default resolution of /usr/bin/emacs, you can run
   one of the /usr/bin/set-emacs-default-*.sh scripts to change it.
   For example,

 /usr/bin/set-emacs-default-w32.sh

   will make /usr/bin/emacs resolve to /usr/bin/emacs-w32.exe,
   regardless of which packages you've installed.

2. Install emacs-gtk if you want to use the X11 GUI with the GTK+
   toolkit.  You can then type 'emacs&' in an xterm window, and
   emacs-gtk.exe will start in a new window.  If you prefer the Lucid
   toolkit, install emacs-lucid instead.

3. Install emacs-w32 if you want to use the native Windows GUI instead
   of X11.

4. Install emacs-basic if you want a minimal emacs with no GUI.

5. If you use the Emacs MH-E library for email, consider installing
   Cygwin's mailutils-mh package.  To use it, put the line

 (load "mailutils-mh")

   in your site-start.el or ~/.emacs file.

6. If you have sshd running and want to be able to run emacs-gtk or
   emacs-lucid from a remote machine, you need to enable X11
   forwarding by adding the following line to /etc/sshd_config:

 X11Forwarding yes

   You might also need to have the cygserver service running.

7. The script /usr/bin/make-emacs-shortcut can be used to create a
   shortcut for starting emacs.  See
   /usr/share/doc/emacs/README.Cygwin for details.

Ken Brown
Cygwin's Emacs maintainer

--
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

[ANNOUNCEMENT] doxygen 1.9.5-1

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution:

* doxygen-1.9.5-1
* doxygen-doxywizard-1.9.5-1
* doxygen-latex-1.9.5-1

Doxygen is the de facto standard tool for generating documentation from 
annotated C++ sources, but it also supports other popular programming languages 
such as C, Objective-C, C#, PHP, Java, Python, IDL (Corba, Microsoft, and 
UNO/OpenOffice flavors), Fortran, VHDL, and to some extent D.  It can generate 
an on-line documentation browser (in HTML) and/or an off-line reference manual 
(in LaTeX) from a set of documented source files.  There is also support for 
generating output in RTF (MS-Word), PostScript, hyperlinked PDF, compressed 
HTML, and Unix man pages.  The documentation is extracted directly from the 
sources, which makes it much easier to keep the documentation consistent with 
the source code.


Doxywizard is a GUI for creating and editing configuration files that are used 
by doxygen.


doxygen-latex is a virtual package that pulls in the TeX Live packages needed 
for producing LaTeX/pdf output from doxygen.


This is an update to the latest upstream release.  See

  https://www.doxygen.org/manual/changelog.html

for a list of changes since the previous release.

Ken Brown
Cygwin's Doxygen maintainer

--
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

[ANNOUNCEMENT] potrace 1.16-1

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution:

* potrace-1.16-1
* libpotrace0-1.16-1
* libpotrace-devel-1.16-1

Potrace is a tool for tracing a bitmap, which means, transforming a bitmap into 
a smooth, scalable image.  The input is a bitmap (PBM, PGM, PPM, or BMP), and 
the default output is one of several vector file formats.  A typical use is to 
create EPS files from scanned data, such as company or university logos, 
handwritten notes, etc.  The resulting image is not jaggy like a bitmap, but 
smooth.  It can then be rendered at any resolution.


This is an update to the latest upstream release.

Ken Brown
Cygwin's potrace maintainer

--
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

[ANNOUNCEMENT] texlive-collection-bibtexextra 20220707-1

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution:

* texlive-collection-bibtexextra-20220707-1
* texlive-collection-bibtexextra-doc-20220707-1

This is an update to the latest upstream release.  It includes biblatex-3.18, 
which is needed for biber-2.18.


Ken Brown
Cygwin's TeX Live maintainer

--
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

[ANNOUNCEMENT] biber 2.18-1

[Ken Brown via Cygwin-announce]

The following package has been uploaded to the Cygwin distribution:

* biber-2.18-1

Biber is a BibTeX replacement for users of BibLaTeX.  Biber supports full UTF-8, 
can (re-)encode input and output, supports highly configurable sorting, dynamic 
bibliography sets, and many other features.


This is an update to the latest upstream release.  It is designed to work with 
biblatex-3.18.  The latter is contained in texlive-collection-bibtexextra, which 
has also just been updated.


Ken Brown
Cygwin's Biber maintainer

--
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

[ANNOUNCEMENT] doxygen 1.9.4-1

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution:

* doxygen-1.9.4-1
* doxygen-doxywizard-1.9.4-1
* doxygen-latex-1.9.4-1

Doxygen is the de facto standard tool for generating documentation from 
annotated C++ sources, but it also supports other popular programming languages 
such as C, Objective-C, C#, PHP, Java, Python, IDL (Corba, Microsoft, and 
UNO/OpenOffice flavors), Fortran, VHDL, and to some extent D.  It can generate 
an on-line documentation browser (in HTML) and/or an off-line reference manual 
(in LaTeX) from a set of documented source files.  There is also support for 
generating output in RTF (MS-Word), PostScript, hyperlinked PDF, compressed 
HTML, and Unix man pages.  The documentation is extracted directly from the 
sources, which makes it much easier to keep the documentation consistent with 
the source code.


Doxywizard is a GUI for creating and editing configuration files that are used 
by doxygen.


doxygen-latex is a virtual package that pulls in the TeX Live packages needed 
for producing LaTeX/pdf output from doxygen.


This is an update to the latest upstream release.  See

  https://www.doxygen.org/manual/changelog.html

for a list of changes since the previous release.

Ken Brown
Cygwin's Doxygen maintainer

--
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

[ANNOUNCEMENT] harfbuzz 4.2.1-1

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution:

* harfbuzz-4.2.1-1
* libharfbuzz0-4.2.1-1
* libharfbuzz-devel-4.2.1-1
* libharfbuzz-gobject0-4.2.1-1
* libharfbuzz-gobject-devel-4.2.1-1
* libharfbuzz-subset0-4.2.1-1
* libharfbuzz-subset-devel-4.2.1-1
* libharfbuzz-icu0-4.2.1-1
* libharfbuzz-icu-devel-4.2.1-1
* girepository-HarfBuzz0.0-4.2.1-1

HarfBuzz is an OpenType text shaping engine.

This is an update to the latest upstream release.

Ken Brown
Cygwin's harfbuzz maintainer

--
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

[ANNOUNCEMENT] xpdf 4.04-1

[Ken Brown via Cygwin-announce]

The following package has been uploaded to the Cygwin distribution:

* xpdf-4.03-1

Xpdf is an open source viewer for Portable Document Format (PDF) files.  (These 
are also sometimes called 'Acrobat' files, from the name of Adobe's PDF 
software.)  The Xpdf viewer uses the Qt cross-platform GUI toolkit.  The Xpdf 
project also includes a PDF text extractor, PDF-to-PostScript converter, and 
various other utilities.  These are not included in the Cygwin xpdf package 
because poppler provides similar utilities.


This is an update to the latest upstream release.  It is primarily a bugfix 
release, but there are also a few new features.  See


  https://forum.xpdfreader.com/viewtopic.php?f=1&t=42260

for more details.

Ken Brown
Cygwin's Xpdf maintainer

--
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

[ANNOUNCEMENT] freetype2 2.12.1-1

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution:

* freetype2-demos-2.12.1-1
* libfreetype6-2.12.1-1
* libfreetype-devel-2.12.1-1
* libfreetype-doc-2.12.1-1

FreeType 2 is a software font engine that is designed to be small, efficient, 
and highly customizable while capable of producing high-quality output (glyph 
images).


This is an update to the latest upstream release.

Ken Brown
Cygwin's FreeType2 maintainer

--
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

[ANNOUNCEMENT] emacs 28.1-2 (64-bit only, TEST)

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution as test 
releases.


* emacs-28.1-2
* emacs-common-28.1-2
* emacs-basic-28.1-2
* emacs-w32-28.1-2
* emacs-gtk-28.1-2
* emacs-lucid-28.1-2

Emacs is a powerful, customizable, self-documenting, modeless text editor. 
Emacs contains special code editing features, a scripting language (elisp), and 
the capability to read mail, news, and more without leaving the editor.


This is the same as emacs-28.1-1, but it is built with the native compilation 
feature (explained below).  If you want to test this, create a file


  /var/lib/rebase/userpath.d/

with one line, which is the absolute path to ~/.emacs.d/eln-cache.  For example, 
on my system I have:


  $ cat /var/lib/rebase/userpath.d/kbrown
  /home/kbrown/.emacs.d/eln-cache

If more than one user will be using Emacs on your system, create a file like 
this for each user.


Here is a brief explanation of native compilation:

Many of the editing commands used in Emacs are defined in elisp libraries (*.el 
files).  To make Emacs run faster, these libraries are usually compiled to 
architecture-independent *.elc files, containing "byte-code" representations of 
the functions in the original files.  These byte-code functions are interpreted 
by the Emacs "byte-code interpreter" when they are called.


Native compilation takes this one step further by using gcc to compile the elisp 
libraries to native shared libraries (like DLLs, but with an extension .eln 
instead of .dll).  This results in a substantial speed-up of Emacs.


Some of the .eln files are created at build time.  These are installed in a 
subdirectory of /usr/lib/emacs//native-lisp.  Others are created as 
needed and are stored by default in a subdirectory of ~/.emacs.d/eln-cache. 
(You can change this default, but then you also have to make the corresponding 
change to /var/lib/rebase/userpath.d/.)


The first few times you run Emacs, it might seem slow to start.  This is because 
it is compiling the elisp libraries that are needed for your init file (usually 
.emacs).  For the same reason, you might see occasional pauses the first time 
you use a command.  But otherwise you should see a noticeable speed-up of Emacs.


To prevent fork failures, the .eln files need to be rebased occasionally, for 
the reasons explained here:


  https://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-process-problems

This is handled by autorebase every time you run setup (which you should do with 
no Cygwin processes running).  But it is not currently done when new .eln files 
are created.  If you ever see a fork failure whose error message refers to a 
.eln file, you should be able to fix it by exiting emacs and issuing the command


  find ~/.emacs.d/eln-cache -name '*.eln' | rebase -O -T -

provided you have created the file /var/lib/rebase/userpath.d/ as 
instructed above.  Alternatively, stop all Cygwin processes and run setup.


I don't expect this to happen often, but please make a bug report to the mailing 
list if it does happen.  I'd also like to get feedback from people who try the 
test release for a month or so and don't have any rebase problems.


Ken

--
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

[ANNOUNCEMENT] icu 71.1-1 (TEST)

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution
as test releases:

* libicu71-71.1-1
* libicu-devel-71.1-1
* icu-doc-71.1-1

ICU is a mature, widely used set of C/C++ and Java libraries providing Unicode 
and Globalization support for software applications.  ICU is widely portable and 
gives applications the same results on all platforms and between C/C++ and Java 
software.


This is an update to the latest upstream release.  See

  https://icu.unicode.org/download/71

for the changes since the previous release.

Ken Brown
Cygwin's ICU maintainer

--
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

[ANNOUNCEMENT] icu 70.1-1

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution:

* libicu70-70.1-1
* libicu-devel-70.1-1
* icu-doc-70.1-1

ICU is a mature, widely used set of C/C++ and Java libraries providing Unicode 
and Globalization support for software applications.  ICU is widely portable and 
gives applications the same results on all platforms and between C/C++ and Java 
software.


This is an update to a recent upstream release.  See

  https://icu.unicode.org/download/70

for the changes since the previous release.

Ken Brown
Cygwin's ICU maintainer

--
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

[ANNOUNCEMENT] ghostscript 9.56.0-1 (TEST)

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution as test 
releases:


* ghostscript-9.56.0-1
* libgs9-9.56.0-1
* libgs-devel-9.56.0-1

GNU Ghostscript is a PostScript interpreter capable of converting PS files into 
a number of printer output formats.  Ghostscript can also render PS files into a 
number of graphics file formats.


This is an update to the latest upstream release.  See

  http://www.ghostscript.com/doc/9.56.0/News.htm

for a summary of the changes since the previous release.  The most interesting 
change is that the PDF Interpreter has a new implementation written in C (rather 
than PostScript).


Ken Brown
Cygwin's Ghostscript maintainer

--
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

[ANNOUNCEMENT] harfbuzz 4.2.0-1 (TEST)

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution as test 
releases:


* harfbuzz-4.2.0-1
* libharfbuzz0-4.2.0-1
* libharfbuzz-devel-4.2.0-1
* libharfbuzz-gobject0-4.2.0-1
* libharfbuzz-gobject-devel-4.2.0-1
* libharfbuzz-subset0-4.2.0-1
* libharfbuzz-subset-devel-4.2.0-1
* libharfbuzz-icu0-4.2.0-1
* libharfbuzz-icu-devel-4.2.0-1
* girepository-HarfBuzz0.0-4.2.0-1

HarfBuzz is an OpenType text shaping engine.

This is an update to the latest upstream release.

Ken Brown
Cygwin's harfbuzz maintainer

--
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

[ANNOUNCEMENT] lcms2 2.13-1

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution:

* lcms2-2.13-1
* liblcms2_2-2.13-1
* liblcms2-devel-2.13-1

Little CMS intends to be an Open Source small-footprint color management engine, 
with special focus on accuracy and performance.  It uses the International Color 
Consortium standard (ICC), which is the modern standard regarding color 
management.  The ICC specification is widely used and is referred to in many 
International and other de-facto standards.


This is an update to the latest upstream release.  See

  https://littlecms.com/blog/2022/01/28/lcms2-2.13

for a list of changes since the previous release.

Ken Brown
Cygwin's lcms2 maintainer

--
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

[ANNOUNCEMENT] biber 2.17-1

[Ken Brown via Cygwin-announce]

The following package has been uploaded to the Cygwin distribution:

* biber-2.17-1

Biber is a BibTeX replacement for users of BibLaTeX.  Biber supports full UTF-8, 
can (re-)encode input and output, supports highly configurable sorting, dynamic 
bibliography sets, and many other features.


This is an update to the latest upstream release.  It is designed to work with 
biblatex-3.17.  The latter is contained in texlive-collection-bibtexextra, which 
has just been updated as part of TeX Live 2022.


Ken Brown
Cygwin's Biber maintainer

--
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

[ANNOUNCEMENT] TeX Live 2022

[Ken Brown via Cygwin-announce]

Cygwin's TeX Live packages have been updated to the latest upstream release, TeX 
Live 2022.


TeX Live provides a comprehensive, cross-platform TeX system.  It includes all 
the major TeX-related programs, macro packages, and fonts that are free 
software, including support for many languages around the world.  For more 
information, see


  http://www.tug.org/texlive/

And see

  http://www.tug.org/texlive/doc/texlive-en/texlive-en.html#news

for a list of changes since TeX Live 2021.

The TeX Live executables and supporting libraries are contained in the following 
Cygwin packages:


* texlive-20220321-1

* libkpathsea6-20220321-1
* libkpathsea-devel-20220321-1

libkpathsea is a TeX file and path search library.

* libptexenc1-20220321-1
* libptexenc-devel-20220321-1

libptexenc is a TeX Unicode encoding library.

* libsync2-20220321-1
* libsync-devel-20220321-1

libsync is a TeX source/output synchronization library.

* libtexlua53_5-20220321-1
* libtexlua53-devel-20220321-1

libtexlua53 is a TeX lua scripting library.

* libtexluajit2-20220321-1
* libtexluajit-devel-20220321-1

libtexluajit is a TeX Just-In-Time lua compiler library.

* asymptote-2.79-1

Asymptote is a powerful descriptive vector graphics language for technical 
drawing, inspired by MetaPost but with an improved C++-like syntax.  Asymptote 
provides for figures the same high-quality typesetting that LaTeX does for 
scientific text.


In addition, upstream TeX Live provides thousands of "packages", grouped into 
"collections".  There is a Cygwin package for each upstream collection; there 
are also Cygwin packages containing documentation for some of the collections.


* texlive-collection-basic-20220321-1
* texlive-collection-basic-doc-20220321-1
* texlive-collection-bibtexextra-20220321-1
* texlive-collection-bibtexextra-doc-20220321-1
* texlive-collection-binextra-20220321-1
* texlive-collection-binextra-doc-20220321-1
* texlive-collection-context-20220321-1
* texlive-collection-context-doc-20220321-1
* texlive-collection-fontsextra-20220321-1
* texlive-collection-fontsextra-doc-20220321-1
* texlive-collection-fontsrecommended-20220321-1
* texlive-collection-fontsrecommended-doc-20220321-1
* texlive-collection-fontutils-20220321-1
* texlive-collection-fontutils-doc-20220321-1
* texlive-collection-formatsextra-20220321-1
* texlive-collection-games-20220321-1
* texlive-collection-humanities-20220321-1
* texlive-collection-humanities-doc-20220321-1
* texlive-collection-langarabic-20220321-1
* texlive-collection-langchinese-20220321-1
* texlive-collection-langcjk-20220321-1
* texlive-collection-langcyrillic-20220321-1
* texlive-collection-langczechslovak-20220321-1
* texlive-collection-langenglish-20220321-1
* texlive-collection-langeuropean-20220321-1
* texlive-collection-langfrench-20220321-1
* texlive-collection-langgerman-20220321-1
* texlive-collection-langgreek-20220321-1
* texlive-collection-langitalian-20220321-1
* texlive-collection-langjapanese-20220321-1
* texlive-collection-langkorean-20220321-1
* texlive-collection-langother-20220321-1
* texlive-collection-langpolish-20220321-1
* texlive-collection-langportuguese-20220321-1
* texlive-collection-langspanish-20220321-1
* texlive-collection-latex-20220321-1
* texlive-collection-latex-doc-20220321-1
* texlive-collection-latexextra-20220321-1
* texlive-collection-latexextra-doc-20220321-1
* texlive-collection-latexrecommended-20220321-1
* texlive-collection-latexrecommended-doc-20220321-1
* texlive-collection-luatex-20220321-1
* texlive-collection-luatex-doc-20220321-1
* texlive-collection-mathscience-20220321-1
* texlive-collection-mathscience-doc-20220321-1
* texlive-collection-metapost-20220321-1
* texlive-collection-metapost-doc-20220321-1
* texlive-collection-music-20220321-1
* texlive-collection-music-doc-20220321-1
* texlive-collection-pictures-20220321-1
* texlive-collection-pictures-doc-20220321-1
* texlive-collection-plaingeneric-20220321-1
* texlive-collection-plaingeneric-doc-20220321-1
* texlive-collection-pstricks-20220321-1
* texlive-collection-pstricks-doc-20220321-1
* texlive-collection-publishers-20220321-1
* texlive-collection-publishers-doc-20220321-1
* texlive-collection-xetex-20220321-1
* texlive-collection-xetex-doc-20220321-1

Recommendations
===
Most people do not need the full TeX Live installation, which is huge and can 
take a long time to install.  If you're not sure what you need, here are some 
possible ways to start:


Minimal: Install texlive and its dependencies.  This provides plain TeX but not 
LaTeX.


Basic: Install texlive-collection-latex and its dependencies.  This is a minimal 
installation with LaTeX.


Small: Install texlive-collection-latexrecommended and its dependencies.  This 
provides the most commonly used non-graphics LaTeX packages.  Install 
texlive-collection-pictures if you want the standard graphics packages too.


Medium: Install texlive-collection-binextra, texlive-collection-context, 
texlive-collection-fonts

[ANNOUNCEMENT] emacs 28.1-1 (TEST)

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution as test 
releases.  Note that there have been some packaging changes, so that the package 
names better reflect the package contents.


* emacs-28.1-1

This is now a virtual package that forces installation of one of the following 
four "binary" packages.  If you don't select one of these four, then emacs-basic 
will be installed by default.


* emacs-basic-28.1-1
* emacs-w32-28.1-1
* emacs-gtk-28.1-1
* emacs-lucid-28.1-1

Each of these contains an emacs binary of the same name as the package.  For 
example, emacs-basic provides /usr/bin/emacs-basic.exe, formerly called 
emacs-nox.exe.  emacs-gtk used to be called emacs-X11.  For backwards 
compatibility, the old names /usr/bin/emacs-nox and /usr/bin/emacs-X11 can still 
be used.


* emacs-common-28.1-1

This contains files needed by each of the four binaries.

Emacs is a powerful, customizable, self-documenting, modeless text editor. 
Emacs contains special code editing features, a scripting language (elisp), and 
the capability to read mail, news, and more without leaving the editor.


This is an update to the latest upstream release.  Browse the NEWS file ('C-h n' 
within emacs) for changes since the last release.


This release is a test release only because of the packaging changes.  If no 
problems are reported, it will be promoted from test to current in a week or so.


Unlike the previous test release, this release was *not* built with the new 
native compilation feature, which still needs more testing.  Once 28.1-1 has 
been promoted to current, I will make a new test release, 28.1-2, built with 
native compilation.


CYGWIN NOTES


1. The four binary packages emacs-basic, emacs-w32, emacs-gtk, and
   emacs-lucid have been listed in order of increasing "priority".
   The postinstall scripts create a symlink /usr/bin/emacs that
   resolves to the highest-priority binary that you have installed.
   Thus the command 'emacs' will start emacs-lucid.exe if you've
   installed the emacs-lucid package; otherwise, it will start
   emacs-gtk.exe if you've installed emacs-gtk; otherwise, it will
   start emacs-w32.exe if you've installed emacs-w32; otherwise, it
   will start emacs-basic.exe.  Similar remarks apply to emacsclient.

   If you have installed more than one of the binary packages and
   don't like the default resolution of /usr/bin/emacs, you can run
   one of the /usr/bin/set-emacs-default-*.sh scripts to change it.
   For example,

 /usr/bin/set-emacs-default-w32.sh

   will make /usr/bin/emacs resolve to /usr/bin/emacs-w32.exe,
   regardless of which packages you've installed.

2. Install emacs-gtk if you want to use the X11 GUI with the GTK+
   toolkit.  You can then type 'emacs&' in an xterm window, and
   emacs-gtk.exe will start in a new window.  If you prefer the Lucid
   toolkit, install emacs-lucid instead.

3. Install emacs-w32 if you want to use the native Windows GUI instead
   of X11.

4. Install emacs-basic if you want a minimal emacs with no GUI.

5. If you use the Emacs MH-E library for email, consider installing
   Cygwin's mailutils-mh package.  To use it, put the line

 (load "mailutils-mh")

   in your site-start.el or ~/.emacs file.

6. If you have sshd running and want to be able to run emacs-gtk or
   emacs-lucid from a remote machine, you need to enable X11
   forwarding by adding the following line to /etc/sshd_config:

 X11Forwarding yes

   You might also need to have the cygserver service running.

7. The script /usr/bin/make-emacs-shortcut can be used to create a
   shortcut for starting emacs.  See
   /usr/share/doc/emacs/README.Cygwin for details.

Ken Brown
Cygwin's Emacs maintainer

--
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

[ANNOUNCEMENT] emacs-auctex 13.1-1

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution:

* emacs-auctex-13.1-1
* preview-latex-13.1-1

AUCTeX is an extensible package for writing and formatting TeX files in GNU 
Emacs.  It supports many different TeX macro packages, including AMS-TeX, LaTeX, 
Texinfo, ConTeXt, and DocTeX (dtx files).  AUCTeX includes preview-latex, which 
makes LaTeX a tightly integrated component of your editing workflow by 
visualizing selected source chunks (such as single formulas or graphics) 
directly as images in the source buffer.


preview_latex is a self-contained subpackage of emacs-auctex that allows 
appropriately selected parts of a LaTeX document to be formatted and displayed 
within the Emacs editor.  It also has uses that do not require Emacs.


This is an update to the latest upstream major release.  See the announcement at

  https://lists.gnu.org/archive/html/info-auctex/2022-02/msg0.html

for details.

Note: An alternative to installing this package is to install AUCTeX via
the Emacs package manager (ELPA) instead.  Simply do 'M-x list-packages ' 
within Emacs, mark the auctex package for installation with 'i', and hit 'x' to 
execute the installation procedure


This alternative is in fact strongly recommended by the AUCTeX developers.  One 
advantage is that you will receive intermediate bugfix releases between major 
AUCTeX releases conveniently.  For example, version 13.1.1 is already available 
through ELPA.


Ken Brown
Cygwin's emacs-auctex maintainer

--
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

[ANNOUNCEMENT] lcms2 2.13-1

[Ken Brown via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution:

* lcms2-2.13-1
* liblcms2_2-2.13-1
* liblcms2-devel-2.13-1

Little CMS intends to be an Open Source small-footprint color
management engine, with special focus on accuracy and performance.  It
uses the International Color Consortium standard (ICC), which is the
modern standard regarding color management.  The ICC specification is
widely used and is referred to in many International and other
de-facto standards.

This is an update to the latest upstream release.  See

  https://littlecms.com/blog/2022/01/28/lcms2-2.13/

for a list of changes since the previous release.

Ken Brown
Cygwin's lcms2 maintainer

--
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: Remmina: error while loading shared libraries: cygssh_threads-4.dll: cannot open shared object file: No such file or directory

[Ken Brown via Cygwin]

On 11/28/2021 3:50 PM, Verachten Bruno via Cygwin wrote:

Hello there,

I installed Remmina tonight, and got this error when launching it:
"error while loading shared libraries: cygssh_threads-4.dll: cannot
open shared object file: No such file or directory


That DLL used to be provided by the libssh4 package, but it's not in the latest 
version due to upstream changes.  As a workaround, you could try reverting to 
libssh4-0.7.5-1, but I don't know if that will break something else.


The real solution is probably to rebuild remmina using the current versions of 
the development packages.  Unfortunately, remmina is orphaned, so someone would 
have to adopt it or do a non-maintainer upload.


Ken

--
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: ssmtp-config fails on step 6

[Ken Brown via Cygwin]

On 11/19/2021 7:07 PM, Andrey Repin via Cygwin wrote:

alternatives is known to make links to nonexistent objects. While this is
possible on *NIX, you can only link to existing objects on Windows.


You're talking about native Windows symlinks, not Cygwin symlinks.  The latter 
can point to nonexistent objects just as on *NIX.  This shouldn't fail unless 
the user has forced Cygwin to use native Windows symlinks by setting 
winsymlinks:nativestrict in the CYGWIN environment variable.


Kevin, have you done this?  If not, do you have any reason to think that 
alternatives failed to create symlinks?  What does 'ls -l 
/etc/alternatives/mta*' show?  On my system I see:


$ ls -l /etc/alternatives/mta*
lrwxrwxrwx 1 kbrown-admin None 19 2021-11-20 17:04 /etc/alternatives/mta -> 
/usr/sbin/ssmtp.exe*
lrwxrwxrwx 1 kbrown-admin None 19 2021-11-20 17:04 /etc/alternatives/mta-mailq 
-> /usr/sbin/ssmtp.exe*
lrwxrwxrwx 1 kbrown-admin None 19 2021-11-20 17:04 
/etc/alternatives/mta-newaliases -> /usr/sbin/ssmtp.exe*
lrwxrwxrwx 1 kbrown-admin None 19 2021-11-20 17:04 
/etc/alternatives/mta-sendmail -> /usr/sbin/ssmtp.exe*


I also have:

$ ls -l /usr/sbin/sendmail
lrwxrwxrwx 1 kbrown-admin None 21 2021-11-20 17:04 /usr/sbin/sendmail -> 
/etc/alternatives/mta*


and

$ /usr/sbin/alternatives.exe --display mta
mta - status is manual.
 link currently points to /usr/sbin/ssmtp.exe
/usr/sbin/ssmtp.exe - priority 0
 slave mta-sendmail: /usr/sbin/ssmtp.exe
 slave mta-mailq: /usr/sbin/ssmtp.exe
 slave mta-newaliases: /usr/sbin/ssmtp.exe
Current `best' version is /usr/sbin/ssmtp.exe.

Do you see something different on your system?

Last question: You said in your first post that "ssmtp-config fails silently" 
and that you isolated this to the alternatives command failing.  What do you 
mean when you say it failed?  Since it failed "silently", do you mean that 'echo 
$?' showed a nonzero error code?  Or do you mean that something is not working 
as expected?


Ken

--
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] New: unison2.48+4.04.2, unison2.48+4.08.1 [test]

[Ken Brown via Cygwin]

On 9/8/2020 4:57 PM, Andrew Schulman via Cygwin-announce wrote:
[...]

You can install any number of these packages side-by-side. Separate
packages are needed because in order to synchronize your files, you have to
run compatible versions of Unison on the client and server. Two Unison
executables are compatible if and only if:

(1) They have the same first two numbers of the Unison version. For
example, all Unison versions 2.48.* are compatible with each other. But if
you try to use version 2.51.x to sync with a server running version 2.48.y,
Unison will issue an error message about incompatible versions and quit.

AND

(2) They were built with compatible versions of the OCaml compiler.


This old problem reared its ugly head again for me, but I found a simple 
solution that I'm passing on in case it's of use to others.


My situation is that for years I have been syncing my Cygwin system with a Linux 
system on which I had built unison 2.48.x with OCaml 4.04.x.  This is compatible 
with Cygwin's unison2.48+4.04.2.  But I just added a second Linux system that I 
want to keep in sync with my other systems, and this one comes with a Unison 
compatible with Cygwin's unison2.48+4.08.1.


It turns out that Unison's upstream maintainer is making Linux binaries 
available, built with various different versions of OCaml.  See, for examples, 
the Assets listed under v2.51.4 at


  https://github.com/bcpierce00/unison/releases

So if I install unison2.51 on Cygwin and install the appropriate binary in ~/bin 
on both of the Linux machines that I want to sync with, then everything works. 
For example, if I see


  $ unison -version
  unison version 2.51.4 (ocaml 4.12.0)

on Cygwin, then I know that I need to use 
unison-v2.51.4+ocaml-4.12.0+x86_64.linux.tar.gz on the Linux machines.


It's still annoying, but not as bad as it used to be.

Ken

--
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