emacs 29.3-2 (TEST)

2024-03-27 Thread Ken Brown via Cygwin-announce
The following packages have been uploaded to the Cygwin distribution as 
test releases.


* emacs-29.3-2
* emacs-common-29.3-2
* emacs-basic-29.3-2
* emacs-w33-29.3-2
* emacs-gtk-29.3-2
* emacs-lucid-29.3-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.3-1, but it is built with the native 
compilation feature.  See the announcement of emacs-29.3-1 for more 
information about the release.


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.


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 some of the 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

--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



emacs 29.3-1

2024-03-27 Thread Ken Brown via Cygwin-announce

The following packages have been uploaded to the Cygwin distribution.

* emacs-29.3-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.3-1
* emacs-w32-29.3-1
* emacs-gtk-29.3-1
* emacs-lucid-29.3-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.3-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.  It is an emergency 
release to fix security vulnerabilities.  See the NEWS file ('C-h n' 
within emacs) for details.


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
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



TeX Live 2024

2024-03-27 Thread Ken Brown via Cygwin-announce
Cygwin's TeX Live packages have been updated to the latest upstream 
release, TeX Live 2024.


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 2023, and see

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

for a list of known issues in TeX Live 2024.

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


* texlive-20240312-1

* libkpathsea6-20240312-1
* libkpathsea-devel-20240312-1

libkpathsea is a TeX file and path search library.

* libptexenc1-20240312-1
* libptexenc-devel-20240312-1

libptexenc is a TeX Unicode encoding library.

* libsync2-20240312-1
* libsync-devel-20240312-1

libsync is a TeX source/output synchronization library.

* libtexlua53_5-20240312-1
* libtexlua53-devel-20240312-1

libtexlua53 is a TeX lua scripting library.

* libtexluajit2-20240312-1
* libtexluajit-devel-20240312-1

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

* asymptote-2.88-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-20240312-1
* texlive-collection-basic-doc-20240312-1
* texlive-collection-bibtexextra-20240312-1
* texlive-collection-bibtexextra-doc-20240312-1
* texlive-collection-binextra-20240312-1
* texlive-collection-binextra-doc-20240312-1
* texlive-collection-context-20240312-1
* texlive-collection-context-doc-20240312-1
* texlive-collection-fontsextra-20240312-1
* texlive-collection-fontsextra-doc-20240312-1
* texlive-collection-fontsrecommended-20240312-1
* texlive-collection-fontsrecommended-doc-20240312-1
* texlive-collection-fontutils-20240312-1
* texlive-collection-fontutils-doc-20240312-1
* texlive-collection-formatsextra-20240312-1
* texlive-collection-games-20240312-1
* texlive-collection-humanities-20240312-1
* texlive-collection-humanities-doc-20240312-1
* texlive-collection-langarabic-20240312-1
* texlive-collection-langchinese-20240312-1
* texlive-collection-langcjk-20240312-1
* texlive-collection-langcyrillic-20240312-1
* texlive-collection-langczechslovak-20240312-1
* texlive-collection-langenglish-20240312-1
* texlive-collection-langeuropean-20240312-1
* texlive-collection-langfrench-20240312-1
* texlive-collection-langgerman-20240312-1
* texlive-collection-langgreek-20240312-1
* texlive-collection-langitalian-20240312-1
* texlive-collection-langjapanese-20240312-1
* texlive-collection-langkorean-20240312-1
* texlive-collection-langother-20240312-1
* texlive-collection-langpolish-20240312-1
* texlive-collection-langportuguese-20240312-1
* texlive-collection-langspanish-20240312-1
* texlive-collection-latex-20240312-1
* texlive-collection-latex-doc-20240312-1
* texlive-collection-latexextra-20240312-1
* texlive-collection-latexextra-doc-20240312-1
* texlive-collection-latexrecommended-20240312-1
* texlive-collection-latexrecommended-doc-20240312-1
* texlive-collection-luatex-20240312-1
* texlive-collection-luatex-doc-20240312-1
* texlive-collection-mathscience-20240312-1
* texlive-collection-mathscience-doc-20240312-1
* texlive-collection-metapost-20240312-1
* texlive-collection-metapost-doc-20240312-1
* texlive-collection-music-20240312-1
* texlive-collection-music-doc-20240312-1
* texlive-collection-pictures-20240312-1
* texlive-collection-pictures-doc-20240312-1
* texlive-collection-plaingeneric-20240312-1
* texlive-collection-plaingeneric-doc-20240312-1
* texlive-collection-pstricks-20240312-1
* texlive-collection-pstricks-doc-20240312-1
* texlive-collection-publishers-20240312-1
* texlive-collection-publishers-doc-20240312-1
* texlive-collection-xetex-20240312-1
* texlive-collection-xetex-doc-20240312-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: 

Re: Updating cygwin "libnfs" package ?

2024-03-22 Thread 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


emacs-auctex 13.3-1

2024-02-24 Thread Ken Brown via Cygwin-announce

The following packages have been uploaded to the Cygwin distribution:

* emacs-auctex-13.3-1
* preview-latex-13.3-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/2024-01/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
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



doxygen 1.10.0-1

2024-02-24 Thread Ken Brown via Cygwin-announce

The following packages have been uploaded to the Cygwin distribution:

* doxygen-1.10.0-1
* doxygen-doxywizard-1.10.0-1
* doxygen-latex-1.10.0-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
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



tree-sitter 0.21.0-1

2024-02-24 Thread Ken Brown via Cygwin-announce

The following packages have been uploaded to the Cygwin distribution:

* libtree-sitter0-0.21.0-1
* libtree-sitter-devel-0.21.0-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
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



texinfo 7.1-1

2024-02-23 Thread Ken Brown via Cygwin-announce

The following packages have been uploaded to the Cygwin distribution:

* texinfo-7.1-1
* texinfo-tex-7.1-1
* info-7.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/2023-10/msg00110.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
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



lcms2 2.16-1

2024-02-22 Thread Ken Brown via Cygwin-announce

The following packages have been uploaded to the Cygwin distribution:

* lcms2-2.16-1
* liblcms2_2-2.16-1
* liblcms2-devel-2.16-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/2023/12/12/lcms2-2.16/

for a list of changes since the previous release.

Ken
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



harfbuzz 8.3.0-1

2024-02-22 Thread Ken Brown via Cygwin-announce

The following packages have been uploaded to the Cygwin distribution:

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

HarfBuzz is an OpenType text shaping engine.

This is an update to the latest upstream release.

Ken
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



Re: Creating a desktop shortcut to Cygwin emacs

2024-02-22 Thread 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

2024-02-22 Thread 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


teckit 2.5.12-1

2024-02-22 Thread Ken Brown via Cygwin-announce

The following packages have been uploaded to the Cygwin distribution:

* teckit-2.5.12-1
* libteckit0-2.5.12-1
* libteckit-devel-2.5.12-1

TECkit is a low-level toolkit intended to be used by applications for 
conversions between text encodings.  For example, it can be used when 
importing legacy text into a Unicode-based application.  The primary 
component of TECkit is a library: the TECkit engine.  The engine relies 
on mapping tables in a specific, documented binary format.  The TECkit 
compiler creates these tables from plain-text, human-readable descriptions.


This is an update to the latest upstream release.

Ken
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



libpng 1.6.42-1

2024-02-22 Thread Ken Brown via Cygwin-announce

The following packages have been uploaded to the Cygwin distribution:

* libpng16-1.6.42-1
* libpng16-devel-1.6.42-1
* libpng-devel-1.6.42-1
* libpng-tools-1.6.42-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
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



libpaper 1.1.29-1

2024-02-22 Thread Ken Brown via Cygwin-announce

The following packages have been uploaded to the Cygwin distribution:

* libpaper1-1.1.29-1
* libpaper-common-1.1.29-1
* libpaper-devel-1.1.29-1
* paperconf-1.1.29-1

The libpaper paper-handling library automates recognition of many 
different paper types and sizes for programs that need to deal with 
printed output.


This is an update to the latest upstream release.

Ken
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



freetype2 2.13.2-1

2024-02-22 Thread Ken Brown via Cygwin-announce

The following packages have been uploaded to the Cygwin distribution:

* freetype2-demos-2.13.2-1
* libfreetype6-2.13.2-1
* libfreetype-devel-2.13.2-1
* libfreetype-doc-2.13.2-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
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



icu 74.2-1

2024-02-22 Thread Ken Brown via Cygwin-announce

The following packages have been uploaded to the Cygwin distribution:

* libicu74-74.2-1
* libicu-devel-74.2-1
* icu-doc-74.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/74

for the changes since the previous release.

Ken
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



Re: Fwd: calm: cygwin package report for Ken Brown

2024-02-19 Thread Ken Brown via Cygwin-apps

On 3/20/2023 7:17 PM, Jon Turney wrote:

On 20/03/2023 22:17, Ken Brown via Cygwin-apps wrote:
It looks like my plan for having scallywag deploy all the TeX Live 
packages won't work (see below).  calm would have to be more 
permissive and allow deploying a package that requires something that 
will be provided by a future package.


In this case, I made asymptote require tl_2023, which will be provided 
by the next texlive release.  But I don't want to deploy the latter 
until all the other packages for TeX Live 2023 have been deployed.


Unless this is easy to fix, I'll just forget about using scallywag and 
go back to my old method of uploading everything manually.


This is trivially fixable.

calm already has a list of 'provides which don't exist (yet)', so I 
think I just need to add tl_2023 and tl_basic_2023 to that list


Future work: make these regexes so we don't have same problem again in a 
years time.


Jon,

In preparation for TeX Live 2024, please add tl_2024 and tl_basic_2024 
to the list of provides which don't exist yet (unless you've already 
done the regex future work).


Thanks.

Ken


Re: emacs 29.2-2 (TEST)

2024-02-14 Thread 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 <mailto:jjreis...@alum.mit.edu>> 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)

2024-02-02 Thread 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


emacs 29.2-2 (TEST)

2024-02-02 Thread Ken Brown via Cygwin-announce
The following packages have been uploaded to the Cygwin distribution as 
test releases.


* emacs-29.2-2
* emacs-common-29.2-2
* emacs-basic-29.2-2
* emacs-w32-29.2-2
* emacs-gtk-29.2-2
* emacs-lucid-29.2-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.2-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 some of the 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

--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



Subject: emacs 29.2-1

2024-02-01 Thread Ken Brown via Cygwin-announce

The following packages have been uploaded to the Cygwin distribution.

* emacs-29.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-29.2-1
* emacs-w32-29.2-1
* emacs-gtk-29.2-1
* emacs-lucid-29.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-29.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.  It is a bug-fix 
release, with no new features with respect to Emacs 29.1.


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
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



texlive 20230313-3

2024-02-01 Thread Ken Brown via Cygwin-announce
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/2024-January/255285.html

Ken
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.



Re: luatex panics after update of zlib to 1.3.1

2024-02-01 Thread 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

2024-01-31 Thread 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

2023-12-20 Thread 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: [attn maintainer] latex dependencies

2023-12-14 Thread Ken Brown via Cygwin-apps

On 12/14/2023 2:46 PM, Marco Atzeri via Cygwin-apps wrote:

On 14/12/2023 16:50, Ken Brown via Cygwin-apps wrote:

On 12/14/2023 4:22 AM, Marco Atzeri via Cygwin-apps wrote:

Hi Ken,

it seems that both

    texlive-collection-latex
    texlive-collection-latexextra

depend on

   texlive-collection-latexrecommended

that seems to me contra intuitive. can you please check ?


Hi Marco,

Do you have an example of a LaTeX file that uses packages only in 
texlive-collection-latex but fails to compile if 
texlive-collection-latexrecommended is not installed?  Without this, 
it's very hard for me to check if the occurrences of "pdftexcmds.sty" 
that you found really indicate dependencies.  My technical knowledge 
of LaTeX is not good enough to determine this just from looking at the 
.sty files.  See below for further comments on a few of the occurrences.




the last gl2ps package had such issue

https://github.com/cygwin/scallywag/actions/runs/7204747329/job/19626758626

adding the texlive-collection-latexrecommended
as dependency, solved that issue

https://github.com/cygwin/scallywag/actions/runs/7206881393/job/19632744288


Thanks.  The problem is that line 111 of 
/usr/share/texmf-dist/tex/latex/hyperref/hyperref.sty contains 
\RequirePackage{pdftexcmds}.  Since hyperref is in the latex collection, 
pdftexcmds should also be in that collection.  I'll report this upstream.


But there's no bug in the latexextra package.  The upstream latexextra 
collection does indeed depend on the latexrecommended collection, and 
this is reflected in the Cygwin packaging.  So this dependency is by 
design (and it makes intuitive sense to me).


Thanks for the report.

Ken


Re: [attn maintainer] latex dependencies

2023-12-14 Thread Ken Brown via Cygwin-apps

On 12/14/2023 4:22 AM, Marco Atzeri via Cygwin-apps wrote:

Hi Ken,

it seems that both

    texlive-collection-latex
    texlive-collection-latexextra

depend on

   texlive-collection-latexrecommended

that seems to me contra intuitive. can you please check ?


Hi Marco,

Do you have an example of a LaTeX file that uses packages only in 
texlive-collection-latex but fails to compile if 
texlive-collection-latexrecommended is not installed?  Without this, 
it's very hard for me to check if the occurrences of "pdftexcmds.sty" 
that you found really indicate dependencies.  My technical knowledge of 
LaTeX is not good enough to determine this just from looking at the .sty 
files.  See below for further comments on a few of the occurrences.



$ cd /usr/share/texmf-dist/tex

$ grep -rH pdftexcmds.sty .
./generic/catchfile/catchfile.sty:  \input pdftexcmds.sty\relax


The previous line contains "IfFileExists", but I can't parse that line 
well enough to know if it prevents a problem.



./generic/filemod/filemod-expmin.tex:   \input pdftexcmds.sty
./generic/oberdiek/iflang.sty:  \input pdftexcmds.sty\relax


This is wrapped in an \if...\else that I can't parse.


./generic/stringenc/stringenc.sty:  \input pdftexcmds.sty\relax


The previous line contains "IfFileExists".


./latex/hardwrap/hardwrap.sty:\IfFileExists{pdftexcmds.sty}{%


Doesn't "IfFileExists" prevent a problem in this case?


./latex/nlctdoc/nlctuserguide.sty:    % copied from pdftexcmds.sty


"pdftexcmds.sty" occurs only in a comment.

Ken


Re: Cygwin 3.4.9 - how to install ssh-keygen

2023-11-29 Thread 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

2023-11-22 Thread 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

2023-09-12 Thread 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


texlive 20230313-2

2023-08-21 Thread Ken Brown via Cygwin-announce
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


[ANNOUNCEMENT] texlive 20230313-2

2023-08-21 Thread 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

2023-08-21 Thread 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

2023-08-21 Thread 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

2023-08-03 Thread 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


harfbuzz 8.1.1-1

2023-08-03 Thread Ken Brown via Cygwin-announce

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


[ANNOUNCEMENT] emacs 29.1-2 (TEST)

2023-08-03 Thread 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


emacs 29.1-2 (TEST)

2023-08-03 Thread Ken Brown via Cygwin-announce
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


[ANNOUNCEMENT] emacs 29.1-1

2023-08-03 Thread 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


emacs 29.1-1

2023-08-03 Thread Ken Brown via Cygwin-announce

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


[ANNOUNCEMENT] ghostscript 10.01.2-1

2023-08-03 Thread 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


ghostscript 10.01.2-1

2023-08-03 Thread Ken Brown via Cygwin-announce

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


[ANNOUNCEMENT] freetype2 2.13.1-1

2023-08-03 Thread 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


freetype2 2.13.1-1

2023-08-03 Thread Ken Brown via Cygwin-announce

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


[ANNOUNCEMENT] icu 73.2-1

2023-08-03 Thread 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


icu 73.2-1

2023-08-03 Thread Ken Brown via Cygwin-announce

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


Re: vfork: Resource temporarily unavailable

2023-07-09 Thread 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

2023-07-09 Thread 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

2023-07-01 Thread 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


tree-sitter 0.20.8-1

2023-07-01 Thread Ken Brown via Cygwin-announce

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


Re: Updating glib2 in cygwin

2023-06-11 Thread Ken Brown via Cygwin-apps

On 6/11/2023 1:55 PM, Jon Turney wrote:

On 28/02/2022 13:29, Ken Brown wrote:

The last discussion of this that I can recall started here:

   https://cygwin.com/pipermail/cygwin-apps/2020-May/040105.html

What's needed is for someone to adopt all of the GNOME components and 
maintain them.  As you'll see in the discussion I cited, I briefly 
considered updating only glib2 and a few others, but then I decided 
that I wasn't willing to take the responsibility of fixing/updating 
other components that broke as a result of this.  So I pushed what I 
had done and left it there.


It would be great if someone would step up and take over, but I'm not 
in a position to do that myself.


Since this is possibly the most important unmaintained package (it's #1 
by dependencies on this list [1]), I guess I'll adopt it.


I see you got as far as 2.64.3 [2].  I'm inclined to deploy that (maybe 
as test) and deal with the fallout myself, while I work on bringing it 
completely up to date.


Any issues I should be aware or, or other problems you foresee with that 
approach?


Nothing I'm aware of.  Thanks for taking this on!

Ken


[ANNOUNCEMENT] Subject: doxygen 1.9.7-1

2023-05-25 Thread 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


Subject: doxygen 1.9.7-1

2023-05-25 Thread Ken Brown via Cygwin-announce

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


harfbuzz 7.3.0-1

2023-05-20 Thread Ken Brown via Cygwin-announce

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


[ANNOUNCEMENT] harfbuzz 7.3.0-1

2023-05-20 Thread 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


Re: [Attn. MAINTAINERS] Heads up: Perl 5.36.1 is imminent

2023-05-06 Thread Ken Brown via Cygwin-apps

On 5/6/2023 9:34 AM, Jon Turney wrote:
(There's definitely a problematic dependency chain cygport -> automake 
-> automake1.* -> texinfo -> versioned perl which we need to be aware of 
in future when rebuilding texinfo for updated perl)


In addition to the dependencies above, there's actually a direct 
dependency cygport -> texinfo.


I was aware of this when rebuilding texinfo, after an initial failed 
attempt using SCALLYWAG.  The way I dealt with it was to forcibly update 
perl, ignoring setup's warnings.  I don't know if there's a better way 
to handle this in the future.  Maybe temporarily (or permanently?) 
remove those dependencies on texinfo?


Ken


Fwd: calm: cygwin package report for Ken Brown

2023-05-04 Thread Ken Brown via Cygwin-apps

INFO: package 'savi': errors in license expression: ['Unknown license
key(s): BSD-Advertising-Acknowledgement']


Any idea why calm complained about this license key?  It's listed at
https://spdx.org/licenses/.

Ken



Re: [Attn. MAINTAINERS] Heads up: Perl 5.36.1 is imminent

2023-05-03 Thread Ken Brown via Cygwin-apps

On 5/3/2023 8:19 AM, Ken Brown via Cygwin-apps wrote:
I wonder if those obsoleted packages are confusing setup.  In a new 
Cygwin installation, choosing only the base packages and cygport, setup 
wants to install perl-Test-Harness (and therefore perl 5.32).


I just tried a second experiment (with a new installation).  I chose 
base plus perl-Test-Harness.  Setup didn't report any problems; it 
simply added perl 5.32, and I let it complete the installation.  I then 
ran setup again, and the Pending view of the Select Packages page showed 
perl being upgraded to 5.36 and perl-Test-Harness being uninstalled.


So setup ended up doing the right thing with respect to the obsolete 
package, but it needed two passes.


Finally, I reran setup and chose cygport for installation.  This went 
through without a hitch.


Ken


[ANNOUNCEMENT] savi 1.6.0-1

2023-05-03 Thread 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


savi 1.6.0-1

2023-05-03 Thread Ken Brown via Cygwin-announce

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


Re: [Attn. MAINTAINERS] Heads up: Perl 5.36.1 is imminent

2023-05-03 Thread Ken Brown via Cygwin-apps

On 5/3/2023 9:33 AM, Jon Turney wrote:

On 03/05/2023 13:19, Ken Brown via Cygwin-apps wrote:
I wonder if those obsoleted packages are confusing setup.  In a new 
Cygwin installation, choosing only the base packages and cygport, 
setup wants to install perl-Test-Harness (and therefore perl 5.32).  
Or maybe there's something else causing perl 5.32 to be chosen, but I 
don't see it.


Yeah, there's something weird going on there:

Just adding just perl 5.36 to base seems to work fine.

Adding cygport, pulls in automake-{12,13,14}, which depend on perl-Carp 
or perl-Test-Harness. I'm not sure why the solver then goes on to choose 
those packages, rather than perl_base which obsoletes them.


Could we work around the problem by removing the dependency of the 
obsolete packages on perl5_032?


Ken


Re: [Attn. MAINTAINERS] Heads up: Perl 5.36.1 is imminent

2023-05-03 Thread Ken Brown via Cygwin-apps

On 5/2/2023 4:45 PM, Achim Gratz via Cygwin-apps wrote:

Jon Turney via Cygwin-apps writes:

There's an updated report available [1], which should list the
affected packages.

[1] https://cygwin.com/packages/reports/perl_rebuilds.html


Thanks.  The newly obsolated packages (due to core now recent enough)
are still shown in this list (that's probably to be expected).


I wonder if those obsoleted packages are confusing setup.  In a new 
Cygwin installation, choosing only the base packages and cygport, setup 
wants to install perl-Test-Harness (and therefore perl 5.32).  Or maybe 
there's something else causing perl 5.32 to be chosen, but I don't see it.


Ken


emacs-auctex 13.2-1

2023-05-01 Thread Ken Brown via Cygwin-announce

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


[ANNOUNCEMENT] emacs-auctex 13.2-1

2023-05-01 Thread 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

2023-05-01 Thread 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


harfbuzz 7.2.0-1

2023-05-01 Thread Ken Brown via Cygwin-announce

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


Re: ConTeXt no longer available on Cygwin

2023-04-15 Thread 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: ConTeXt no longer available on Cygwin

2023-04-13 Thread Ken Brown via Cygwin-apps
[This is a follow-up to 
https://cygwin.com/pipermail/cygwin/2023-March/253326.html, on the 
cygwin list.]


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.


This turns out to be a complete mess, with no uniformity among 
maintainers, so I'm on my own.  The simplest way for me to handle it is 
to package the missing binary as part of texlive-collection-context.(*) 
This presumably means that the latter can no longer be a noarch package. 
 Jon, can you (or calm) cope with a package changing from  noarch to 
x86_64?  Alternatively, I could make a completely new package, say 
texlive-context-bin, which contains only the binary, if you think that's 
better.


Ken

(*) It used to be contained in the texlive package, but the sources are 
no longer in the texlive source tree, and the build system is completely 
different.


Re: Issue with texlive-collection-context

2023-04-12 Thread 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

2023-03-30 Thread 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


texinfo 7.0.3-1

2023-03-30 Thread Ken Brown via Cygwin-announce

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


harfbuzz 7.1.0-1

2023-03-30 Thread Ken Brown via Cygwin-announce

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


[ANNOUNCEMENT] harfbuzz 7.1.0-1

2023-03-30 Thread 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

2023-03-24 Thread 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

2023-03-24 Thread 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

2023-03-24 Thread 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

2023-03-23 Thread 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


[PATCH cygport] git.cygclass: Try 'main' if there's no master branch

2023-03-23 Thread Ken Brown via Cygwin-apps

Patch attached.From 048a1e91cc9c4b14f4e17a6b52b6f4edb1843bf9 Mon Sep 17 00:00:00 2001
From: Ken Brown 
Date: Thu, 23 Mar 2023 09:20:14 -0400
Subject: [PATCH] git.cygclass: Try 'main' if there's no master branch

---
 cygclass/git.cygclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/cygclass/git.cygclass b/cygclass/git.cygclass
index dd9aedbacdf2..e53a7985af99 100644
--- a/cygclass/git.cygclass
+++ b/cygclass/git.cygclass
@@ -93,7 +93,7 @@ git_fetch() {
 
 #v* git.cygclass/GIT_BRANCH
 #  DESCRIPTION
-#  Branch from which to clone.  If undefined, the 'master' branch is used.
+#  Branch from which to clone.  If undefined, the 'master' or 'main' branch is 
used.
 #
 #v* git.cygclass/GIT_REV
 #  DESCRIPTION
@@ -116,7 +116,7 @@ git_fetch() {
then
verbose git checkout ${GIT_REV} || error "git checkout failed"
else
-   verbose git checkout master || error "git checkout failed"
+   verbose git checkout master || verbose git checkout main || 
error "git checkout failed"
fi
 
if [ -f .gitmodules ]
-- 
2.39.0



Re: Strange link /bin/rungs in 32-bit Cygwin

2023-03-23 Thread 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

2023-03-22 Thread 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

2023-03-22 Thread 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

2023-03-22 Thread 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)

2023-03-22 Thread 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


biber 2.19-1

2023-03-22 Thread Ken Brown via Cygwin-announce

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


[ANNOUNCEMENT] TeX Live 2023

2023-03-22 Thread 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 

TeX Live 2023

2023-03-22 Thread Ken Brown via Cygwin-announce
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 

Re: Fwd: calm: cygwin package report for Ken Brown

2023-03-20 Thread Ken Brown via Cygwin-apps

On 3/20/2023 7:17 PM, Jon Turney wrote:

On 20/03/2023 22:17, Ken Brown via Cygwin-apps wrote:
It looks like my plan for having scallywag deploy all the TeX Live 
packages won't work (see below).  calm would have to be more 
permissive and allow deploying a package that requires something that 
will be provided by a future package.


[...]


This is trivially fixable.

calm already has a list of 'provides which don't exist (yet)', so I 
think I just need to add tl_2023 and tl_basic_2023 to that list


Thanks!

[...]


Maybe calm doesn't need to do this kind of check any more?

But then people might write REQUIRES="typoed-package-name" and not 
notice until it's uninstallable, so I don't know.


I don't know either, but I think I lean toward not doing the check, in 
order to give maintainers maximum flexibility.  In your example, the 
problem is easily fixed as soon as the maintainer (or someone else) 
notices that the package is uninstallable.  And when they try to select 
it for installation, setup will immediately tell them what the problem is.


Ken


Fwd: calm: cygwin package report for Ken Brown

2023-03-20 Thread Ken Brown via Cygwin-apps
It looks like my plan for having scallywag deploy all the TeX Live 
packages won't work (see below).  calm would have to be more permissive 
and allow deploying a package that requires something that will be 
provided by a future package.


In this case, I made asymptote require tl_2023, which will be provided 
by the next texlive release.  But I don't want to deploy the latter 
until all the other packages for TeX Live 2023 have been deployed.


Unless this is easy to fix, I'll just forget about using scallywag and 
go back to my old method of uploading everything manually.


Ken

 Forwarded Message 
Subject: calm: cygwin package report for Ken Brown
Date: Mon, 20 Mar 2023 21:57:12 -
From: cygwin-no-re...@cygwin.com
Reply-To: cygwin-apps@cygwin.com
To: kbr...@cornell.edu

ERROR: package 'asymptote' version '2.85-1' depends: 'tl_2023', but 
nothing satisfies that

ERROR: error while validating merged x86_64 packages for Ken Brown
SUMMARY: 2 ERROR(s)



Re: How to avoid tying up scallywag

2023-03-20 Thread Ken Brown via Cygwin-apps

On 3/20/2023 7:22 AM, Jon Turney wrote:

On 19/03/2023 23:04, Ken Brown via Cygwin-apps wrote:

Jon,

I'll be ready to go with TeX Live 2023 in a couple days.  That 
involves about 60 packages.  If I push them all at once, I'm afraid 
that would tie up scallywag and make it unusable by others.  I was 
thinking of pushing them in batches of 5, with a couple hours in 
between batches. But I don't know how many jobs scallywag can do at 
once.  What do you think?


As far as I can tell, the documented limits for the GitHub free service 
currently used are currently:


* 20 concurrent jobs
* runs which are queued for more than 45 minutes without starting are 
discarded.


So I should even be able to do 10 or 15 at once without clogging the 
system.  Maybe I'll start with one batch of 15 and see what happens.


The implementation of how the build back-end is used in scallywag is 
moderately modularized, so if these restrictions become irksome, and we 
ever have access to a better compute service, that could be used instead.



Note that if you are just updating the repository, without using 
scallywag to deploy, then pushing with --push-option=nobuild is more 
slightly more efficient that SCALLYWAG="nobuild" in the cygport, as it 
can short-cut things, since it doesn't need to start a job to evaluate 
the tokens to determine if nobuild is set.


Good to know, but in the present case I'm planning to deploy.

Ken


How to avoid tying up scallywag

2023-03-19 Thread Ken Brown via Cygwin-apps

Jon,

I'll be ready to go with TeX Live 2023 in a couple days.  That involves 
about 60 packages.  If I push them all at once, I'm afraid that would 
tie up scallywag and make it unusable by others.  I was thinking of 
pushing them in batches of 5, with a couple hours in between batches. 
But I don't know how many jobs scallywag can do at once.  What do you think?


Ken


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

2023-03-13 Thread 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


Re: Possible "stage" token for SCALLYWAG builds

2023-03-13 Thread Ken Brown via Cygwin-apps

On 2/16/2023 7:13 PM, Ken Brown via Cygwin-apps wrote:

On 2/16/2023 3:31 PM, Jon Turney wrote:

On 15/02/2023 21:48, Ken Brown via Cygwin-apps wrote:

Jon,

When building TeX Live (once a year), I have to build texlive, 
asymptote, and all the texlive-collection-* packages.  I currently 
can't use SCALLYWAG to do the builds because these packages need to 
all be deployed at once.  So I have to build them all locally, upload 
them to my staging area, and then upload !ready files, one for x86_64 
and one for noarch.


It would be convenient for me if SCALLYWAG would accept a "stage" 
token that would upload the files to my staging area without 
deploying them. Then I could let SCALLYWAG do the builds, and I could 
upload the !ready files when everything is staged.


If I'm the only maintainer who would find this useful, then I can 
continue doing it the way I always have.  But maybe others would find 
it useful too.


I'm not opposed to adding a some feature to support this if needed, 
but from the way you are describing it, this sounds more like a 
constraint that the dependency solver should be aware of.


(just because texlive-2023 and texlive-collection-foo-2023 are made 
available to download at the same time, doesn't mean that they always 
end up installed together, as the user might alter the version of one 
or the other)


If they really must be kept in lockstep to work correctly, then 
there's at least a couple of ways of doing that:


* give texlive an additional provide, such as texlive_2023, and make 
everything that requires it, require that (something similar is done 
with perl and perl modules)


* make things which require texlive do so with a version constraint 
like 'requires: texlive (>= 2023), texlive (<2024)' (in theory 
this works, but I have no doubt that a bug will emerge when someone 
tries to use it, and ofc, it relies on the range of future versions 
which are compatible being correctly known in advance)


Thanks for the suggestions.  I think I should be able to make things 
work with one or both of your ideas.


Just to finish this off for the sake of the archives, here's the 
solution I've decided on.  First, the only two packages that absolutely 
have to be in lockstep are texlive and texlive-collection-basic.  I 
achieve this as follows:


 - Make texlive provide tl_2023 and require tl_basic_2023.
 - Make texlive-collection-basic provide tl_basic_2023 and require tl_2023.

In addition, I prefer (but don't require) that the other 
texlive-collection-* packages stay in lockstep with texlive and 
texlive-collection-basic.  To this end,


 - Make the other texlive-collection-* packages require tl_basic_2023.

As long as I deploy texlive after all the collections, I get what I 
want.  Alternatively, I could deploy texlive-collection-basic after all 
the other collections.  If I forget to do one of those things, it won't 
be a disaster.


I've done some local testing, and this appears to work.

Ken


Re: scallywag

2023-03-11 Thread Ken Brown via Cygwin-apps

On 3/11/2023 2:18 AM, Marco Atzeri via Cygwin-apps wrote:

may I propose another PLUSH HIPPO for Jon Turney for
implementating and maintaining scallywag ?


Seconded!

Ken


[ANNOUNCEMENT] libpng 1.6.39-1

2023-03-10 Thread 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


libpng 1.6.39-1

2023-03-10 Thread Ken Brown via Cygwin-announce

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


[ANNOUNCEMENT] lcms2 2.15-1

2023-03-10 Thread 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


lcms2 2.15-1

2023-03-10 Thread Ken Brown via Cygwin-announce

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


Re: General scripting issues vs. Linux

2023-03-10 Thread 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

2023-03-01 Thread 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


  1   2   3   4   5   6   7   8   9   10   >