Re: libtool can't build shared library unless -no-undefined specified
On 5/16/2024 4:24 PM, Brian Inglis via Cygwin-apps wrote: Hi folks, Trying to update dateutils, autotools build fails with: libtool: error: can't build x86_64-pc-cygwin shared library unless -no-undefined is specified Suggestions for overrides or fixes? Tried: LDFLAGS="$LDFLAGS -Wl,--no-allow-shlib-undefined -Wl,--no-undefined" CYGCONF_ARGS=" --enable-contrib --enable-tzmap-fetch lt_no_undefined_flag=--no-undefined no_undefined_flag=--no-undefined You and I discussed this a few years ago in connection with curl. The solution there, and in most similar cases, is to add -no-undefined to the appropriate lib*_la_LDFLAGS variable(s) in Makefile.am. See https://cygwin.com/pipermail/cygwin-apps/2020-August/040411.html Ken
Re: pagefile.sys is reported as being a directory
On 5/3/2024 3:31 PM, Bruno Haible wrote: Hi Ken, It turns out that this was a regression in 3.5.3 and was already reported (in a slightly different form) in https://cygwin.com/pipermail/cygwin/2024-April/255812.html and fixed for 3.5.4. Thanks for the investigations! Do you have a workaround? In Gnulib we wish to have a way to access this file, that works on all versions of Cygwin. 3.5.3 is the only version that's bad. The regression was apparently caused by commit c1cf14a871528d1adba88a0128813b58d52ba926 on the cygwin-3_5-branch. Therefore the affected versions are 3.5.2 and 3.5.3. Just for the record, there never was a release 3.5.2. But that doesn't matter for your workaround. I can't think of a workaround I think I'll just make the boot time function skip that file if it appears to be a directory. Sounds good. Ken -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: pagefile.sys is reported as being a directory
On 5/2/2024 7:40 PM, Bruno Haible wrote: Hi, Ken Brown noticed this: pagefile.sys and swapfile.sys are being reported by Cygwin 3.5.3 as being directories. Cygwin 3.5.3 on Windows 10: $ ls -ld /proc/cygdrive/c/pagefile.* drwxr-x--- 17664 Unknown+User Unknown+Group 0 Jan 1 1601 /proc/cygdrive/c/pagefile.sys $ ls -ld /proc/cygdrive/c/swapfile.* drwxr-x--- 17664 Unknown+User Unknown+Group 0 Jan 1 1601 /proc/cygdrive/c/swapfile.sys It turns out that this was a regression in 3.5.3 and was already reported (in a slightly different form) in https://cygwin.com/pipermail/cygwin/2024-April/255812.html and fixed for 3.5.4. Until that's released, you can try the latest test release (3.6.0-0.115.g579064bf4d40). Do you have a workaround? In Gnulib we wish to have a way to access this file, that works on all versions of Cygwin. 3.5.3 is the only version that's bad. I can't think of a workaround, but maybe someone else can. If not, I guess Gnulib will just have to bail out and return a boot time of 0 on Cygwin 3.5.3. Ken -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
emacs 29.3-2 (TEST)
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
emacs 29.3-1
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
TeX Live 2024
ckages too. Medium: Install texlive-collection-binextra, texlive-collection-fontsrecommended, texlive-collection-fontutils, texlive-collection-latexrecommended, texlive-collection-luatex, texlive-collection-mathscience, texlive-collection-metapost, texlive-collection-plaingeneric, and texlive-collection-xetex. Fontconfig == There is a script /usr/bin/texlive-enable-fontconfig that you can run if you want the fonts distributed with TeX Live to be available to applications that rely on fontconfig. See /usr/share/doc/texlive/README.Cygwin for more details. (The script can take a few minutes to run, so be patient.) tlmgr = texlive-collection-basic includes a restricted version of the tlmgr (TeX Live Manager) utility. See /usr/share/doc/texlive-collection-basic/README.Cygwin for more details. Ken -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** The easiest way to unsubscribe is to visit <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
Re: Updating cygwin "libnfs" package ?
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
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
doxygen 1.10.0-1
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
tree-sitter 0.21.0-1
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
texinfo 7.1-1
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
lcms2 2.16-1
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
harfbuzz 8.3.0-1
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
Re: Creating a desktop shortcut to Cygwin emacs
[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
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
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
libpng 1.6.42-1
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
libpaper 1.1.29-1
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
freetype2 2.13.2-1
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
icu 74.2-1
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
Re: Fwd: calm: cygwin package report for Ken Brown
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)
[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)
[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)
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
Subject: emacs 29.2-1
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
texlive 20230313-3
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 <https://cygwin.com/mailman/options/cygwin-announce>, and click 'Unsubscribe'. If you need more information on unsubscribing, start reading here: <https://sourceware.org/lists.html#unsubscribe>.
Re: luatex panics after update of zlib to 1.3.1
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
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
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
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
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
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
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
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
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
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
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
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
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
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)
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
[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
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
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
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
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
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
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
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
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
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
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
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
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
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
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)
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
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
d non-graphics LaTeX packages. Install texlive-collection-pictures if you want the standard graphics packages too. Medium: Install texlive-collection-binextra, texlive-collection-fontsrecommended, texlive-collection-fontutils, texlive-collection-latexrecommended, texlive-collection-luatex, texlive-collection-mathscience, texlive-collection-metapost, texlive-collection-plaingeneric, and texlive-collection-xetex. Fontconfig == There is a script /usr/bin/texlive-enable-fontconfig that you can run if you want the fonts distributed with TeX Live to be available to applications that rely on fontconfig. See /usr/share/doc/texlive/README.Cygwin for more details. (The script can take a few minutes to run, so be patient.) tlmgr = texlive-collection-basic includes a restricted version of the tlmgr (TeX Live Manager) utility. See /usr/share/doc/texlive-collection-basic/README.Cygwin for more 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
TeX Live 2023
d non-graphics LaTeX packages. Install texlive-collection-pictures if you want the standard graphics packages too. Medium: Install texlive-collection-binextra, texlive-collection-fontsrecommended, texlive-collection-fontutils, texlive-collection-latexrecommended, texlive-collection-luatex, texlive-collection-mathscience, texlive-collection-metapost, texlive-collection-plaingeneric, and texlive-collection-xetex. Fontconfig == There is a script /usr/bin/texlive-enable-fontconfig that you can run if you want the fonts distributed with TeX Live to be available to applications that rely on fontconfig. See /usr/share/doc/texlive/README.Cygwin for more details. (The script can take a few minutes to run, so be patient.) tlmgr = texlive-collection-basic includes a restricted version of the tlmgr (TeX Live Manager) utility. See /usr/share/doc/texlive-collection-basic/README.Cygwin for more details. Ken
Re: Fwd: calm: cygwin package report for Ken Brown
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
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
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
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
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
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
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
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
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
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