RFE: Cygwin installer should offer option "Add Cygwin /usr/bin to system path" ...
Hi! Small RFE, inspired by another Windows installer: RFE: Cygwin installer should offer option (boolean checkbox) "Add Cygwin /usr/bin to system path" , i.e. add "C:\cygwin64\bin\" at the end of the System variable PATH. That would make it MUCH easier for beginners just to launch a shell (and other mundane tasks). Bye, Roland i. A. Roland Mainz Entwickler Steuerungssoftware TEE ROVEMA GmbH Industriestr. 1, 35463 Fernwald, Germany T +49 641 409 528 @ roland.ma...@rovema.de www.rovema.com Rovema It's about your products. https://www.rovema-experience.com/ ROVEMA GmbH Industriestrasse 1, 35463 Fernwald, Germany Geschäftsführer: Christoph Gusenleitner Dr. Dirk Panhans Handelsregister-Eintrag/Commercial Register: Amtsgericht Gießen, HRB 8551 USt.-Ident./VAT ID No.: DE 301 430 123 -- 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
cygport may not create debug info if top directory contains a symlink
Found during tests of busybox package:
If the path of the top build directory contains a symlink and the
project's build scripts normalize pathnames, no debug info is created by
cygport.
This is because options like
-fdebug-prefix-map=${B}=/usr/src/debug/${PF}
have no effect because ${B} contains a symlink but the compiler is run
with the real source path.
The postinstall code then does not find any line number info with source
path /usr/src/debug/${PF}/...
Could be fixed easily in line 414 of /bin/cygport:
-declare -r top=$(cd ${_topdir}; pwd);
+declare -r top=$(cd ${_topdir}; /bin/pwd);
No patch provided because I'm not sure whether this has other negative
side effects.
If this is the case, it possibly makes sense to print a warning if
"$(pwd)" != "$(/bin/pwd)".
--
Regards,
Christian
--
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: [hatari-devel] compilation failing for cygwin on cirrus CI
On Sat, 16 Sep 2023 05:53:52 + Thomas Huth wrote: > Am Fri, 15 Sep 2023 15:00:37 +0200 > schrieb Nicolas Pomarède: > > > Hi > > > > somewhere around libSDL2_2.0_0 went from 2.0.7-1 to 2.28.2-1 and since > > then the compilation is failing for the cigwin version : > > > > https://cirrus-ci.com/github/hatari/hatari > > > > -- Configuring done > > CMake Error at src/CMakeLists.txt:179 (target_link_libraries): > >Target "hatari" links to: > > SDL2::SDL2 > >but the target was not found. Possible reasons include: > > * There is a typo in the target name. > > * A find_package call is missing for an IMPORTED target. > > * An ALIAS target is missing. > > > > I guess some files need to be updated to help cmake finding the library ? > > Hi, > > honestly, I don't have a clue what could have gone wrong here. The library > configuration now comes from the SDL2Config.cmake file that should be part > of the SDL2 package, i.e. the library is *not* located by Hatari anymore. > So if that fails now on cygwin, this smells like a bug in the SDL2 package > there to me. And since I don't have a Cygwin installation at hand, I have > also no means to debug this. Is there anybody else here on the list who > has a Cygwin installation and could have a look? Thanks for the report. I looked into this problem and found the cause. I will release new SDL2 package where the issue has been fixed. -- Takashi Yano -- 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] SDL2 2.28.3-2
The following packages have been uploaded to the Cygwin distribution: * libSDL2_2.0_0-2.28.3-2 * libSDL2-devel-2.28.3-2 This is the Simple DirectMedia Layer, a general API that provides low level access to audio, keyboard, mouse, joystick, 3D hardware via OpenGL, and 2D framebuffer across multiple platforms. - There were two problems in SDL2-config.cmake of 2.28.3-1. One is using WIN32 despite it had been deleted from cmake package. The other is the file name of SDL2 dll was incorrect. This release fixes them. -- 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] New: last-resort-font 15.100
The following package has been added to the Cygwin distribution: * last-resort-font 15.100 Unicode Last Resort fallback font Unicode.org Last Resort font is a Unicode font designed as a fallback with representative glyphs and labels to show a missing glyph belongs to a specific: * Unicode Block with common characteristics * Private Use Area, for which no (official) agreement exists * Unassigned Block or code point, reserved for future assignment * Noncharacter code point. NOTE A High Efficiency alternative with cmap table Format 13 Many-to-One Range Mappings subtable is included, which may not be supported by some Adobe and Windows apps, but is only 517KB, 6% of the size of the 8MB cmap table Format 12 Segmented Coverage subtable alternative. Both alternatives cmap tables include Windows required Format 4 Segment Mapping to Delta Values subtable, but that of the High Efficiency alternative is an empty stub subtable. For more information see the project home page: https://github.com/unicode-org/last-resort-font For changes, see below or read /usr/share/doc/unifont/NEWS after installation. See also Release Notes under: https://github.com/unicode-org/last-resort-font/releases/tag/15.100 15.100 2023-09-12 This version of the Last Resort fonts corresponds to Unicode Version 15.1.0. The following changes were made in this release: 627 mappings that correspond to the 627 new characters in Unicode Version 15.1 were changed. One new glyph that corresponds to the following new block was added: Range Block Name 2EBF0..2EE5FCJK Unified Ideographs Extension I 15.000 2022-09-13 This version of the Last Resort fonts corresponds to Unicode Version 15.0.0. The following changes were made in this release: The mappings for the following block were modified to reflect a new final code point, and its glyph was also modified to reflect the new end code point of the range that is specified on its right side: Original Range New Range Block Name 13430..1343F13430..1345FEgyptian Hieroglyph Format Controls Seven new glyphs that correspond to the following seven new blocks were added: Range Block Name 10EC0..10EFFArabic Extended-C 11B00..11B5FDevanagari Extended-A 11F00..11F5FKawi 1D2C0..1D2DFKaktovik Numerals 1E030..1E08FCyrillic Extended-D 1E4D0..1E4FFNag Mundari 31350..323AFCJK Unified Ideographs Extension H 4,489 mappings that correspond to the 4,489 new characters in Unicode Version 15.0 were changed. The 'meta' table was removed (see Issue #10). The Platform ID and Encoding ID of the Format 13 'cmap' subtable of the Last Resort High-Efficiency font were changed from 3 (Windows) and 10 (Unicode full repertoire), respectively, to 0 (Unicode) and 6 (Unicode full repertoire), respectively, per the OpenType Specification (see Issue #8). The Last Resort fontâs Format 4 'cmap' subtable now includes 65,535 mappings for the range ..FFFE (see Issue #9). 14.000 2021-12-01 This version of the Last Resort fonts corresponds to Unicode Version 14.0.0. The following changes were made in this release: Existing glyphs for the following two blocks were modified to reflect a new final code point (see the 2020-03-11 entry in Errata Fixed in Unicode 14.0.0): Original Range New Range Block Name 11700..1173F11700..1174FAhom 18D00..18D8F18D00..18D7FTangut Supplement 12 new glyphs that correspond to the following 12 new blocks were added: Range Block Name 0870..089F Arabic Extended-B lastresortarabicextb 10570..105BFVithkuqi 10780..107BFLatin Extended-Flastresortlatinf 10F70..10FAFOld Uyghur 11AB0..11ABFUnified Canadian Aboriginal Syllabics Extended-A lastresortucasexta 12F90..12FFFCypro-Minoan 16A70..16ACFTangsa 1AFF0..1AFFFKana Extended-B 1CF00..1CFCFZnamenny Musical Notation lastresortznamennymusic 1DF00..1DFFFLatin Extended-Glastresortlating 1E290..1E2BFToto 1E7E0..1E7FFEthiopic Extended-B lastresortethiopicextb 838 mappings that correspond to the 838 new characters in Unicode Version 14.0 were changed. 13.001 2020-10-22 This version of the Last Resort font corresponds to Unicode Version 13.0.0. This release includes two versions of the Last Resort font. Although both fonts can be installed at the same time, because they have different names, you are encouraged to download and install only the one that is expected to work in the environments that you use: 13.000 2020-10-08 This version of the Last Resort font corresponds to Unicode Version 13.0.0. -- 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] Updated: unifont, unifont-fonts, unifont-viewer 15.1.01
The following packages have been upgraded in the Cygwin distribution: * unifont 15.1.01 * unifont-viewer15.1.01 * unifont-fonts 15.1.01 GNU Unifont is a Unicode font with glyphs for all visible Unicode Basic Multilingual Plane (the first 64K) character code points, with supporting utilities to modify the font. For more information see the project home page: https://unifoundry.com/unifont/ For recent changes, see below or read /usr/share/doc/unifont/NEWS after installation. See also Release Notes under: https://unifoundry.com/unifont/index.html https://unifoundry.com/unifont/unifont-utilities.html 15.1.012023-09-12 * Glyphs updated for Unicode 15.1.0 release. * OpenType fonts are now built by default, replacing TrueType fonts. * New Hangul Johab 6/3/1 encoding devised by Ho-Seok Ee for building the Hangul Syllables block (U+AC00..U+D7A3), with new supporting programs johab2syllables, unigen-hangul, and unijohab2html. This encoding replaces Unifont's original Hanterm-derived encoding. New source files hangul.h and unihangul-support.c provide support for rendering syllable bitmaps with all Unicode Hangul letters, including all ancient Hangul, through the new unigen-hangul program. These functions also can support user-written Hangul syllable rendering programs, for example on embedded systems using graphics displays. * Added three hexadecimal digit representation CSUR/UCSUR scripts: - U+EBE0..U+EBEF: Boby Lapointe's "bibi-binary" notation - U+EBF0..U+EBFF: Bruce Alan Martin's bit location notation - U+ECF0..U+ECFF: Ronald O. Whitaker's triangular notation. * Modified hexdraw to support bitmap manipulation of up to 64 rows by 128 columns for 64-by-128 graphics display screen drawing support. Added the unihexpose program to transpose Unifont glyphs, for use with graphics display controller chips that encode each byte as 8 rows by 1 column, left to right. NOTE This release does not include Truetype format, only Opentype format Unifont fonts, as previously announced. One known issue with TrueType is Pango combining character rendering, which will not be fixed; the Pango maintainers pretty much just want to support OpenType. As these fonts are bitmap glyphs rendered into modern font formats, both formats should render the same glyphs. All modern systems support both Opentype and Truetype format fonts, so there should be few or no issues if future releases provide only Opentype format Unifont, which are also less than half the file size of the Truetype format. If anyone encounters issues using the Opentype format Unifont, please let us know so we can address any issues. -- 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] Updated: libwebp{, -devel, 7, decoder3, demux2, mux3} 1.3.2
The following packages have been upgraded in the Cygwin distribution: * libwebp 1.3.2 * libwebp-devel 1.3.2 * libwebp7 1.3.2 * libwebpdecoder3 1.3.2 * libwebpdemux2 1.3.2 * libwebpmux3 1.3.2 WebP is a modern web image format with superior compression. WebP lossless images are 26% smaller in size compared to PNGs. Lossless WebP supports (alpha channel) transparency at a cost of 22% overhead. WebP lossy images are 25-34% smaller than JPEG images at equivalent quality. Lossy WebP supports transparency with 3Ã smaller file sizes than PNG. A WebP file consists of VP8 or VP8L image data in a RIFF container. For more information see the project home page: https://developers.google.com/speed/webp/ As there are multiple components and changes each release please see below or read /usr/share/doc/libwebp/NEWS after installation; for complete details of changes see: /usr/share/doc/libwebp/ChangeLog or https://chromium.googlesource.com/webm/libwebp/+log/refs/tags/v1.3.2/ChangeLog 1.3.2 2023-09-13 This is a binary compatible release. * security fix for lossless decoder (chromium: #1479274, CVE-2023-4863) -- 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
