> On 2020-09-10 04:57, Fergus Daly via Cygwin wrote:
> >>>> Sorry if this has been asked 4 million times already.
> >
> >>> $ head /etc/postinstall/{fontconfig_dtd,libxml2}.*
> >>==> /etc/postinstall/fontconfig_dtd.sh.do
>>> Sorry if this has been asked 4 million times already.
>> $ head /etc/postinstall/{fontconfig_dtd,libxml2}.*
>==> /etc/postinstall/fontconfig_dtd.sh.done <==
>> if [ -x /usr/bin/xmlcatalog ] ; then
> /usr/bin/xmlcatalog --noout --add "system" "fonts.dtd"
>
> Greetings, Fergus Daly!
>> Sorry if this has been asked 4 million times already.
>> During postinstall, both at ground-zero installation and at every update
>> thereafter, and for both Cygwin-32 and -64,
>> (both using the appropriate setup-x86[_64].exe) I get:
>> running:
>> Fergus and Hamish, the problem you reported should be fixed with
>> fontconfig 2.13.1-2 and libxml2-2.9.10-2.
Yes: all good now.
For me, anyway: I tried
setup-x86.exe -P texlive-collection-latex -mn
(i.e. just Base + TeX) which earlier caused the problem: no errors.
Thank you!
--
Problem
-Original Message-
From: marco atzeri [mailto:marco.atz...@gmail.com]
Sent: 25 May 2020 13:13
To: Fergus Daly
Cc: cygwin@cygwin.com
Subject: Re: Current setup timestamp 1590343308
On Mon, May 25, 2020 at 2:08 PM Fergus Daly via Cygwin wrote:
>
> Current setup timestamp 1590
>> It looks to me that /etc/setup/timestamp is updated by the last successful
>> setup
>> (upgrade?) run, and contains a copy of the selected mirror's setup.ini
>> setup_timestamp field as of the last successful setup (upgrade?) run, a few
>> hours earlier than the last successful setup
>> Does Cygwin include the capability to convert heic to jpg (or png or
>> anything else Windows-readable)?
>> I tried "convert" (previously all-powerful) but that does not work (in any
>> obvious way, anyway).
>> Thank you!
> Works for me. What does `type convert` say?
I have this:
~/tmp>
This is a bash question, but it is posed only because I am experiencing a lack
of parallel alignment
between bash and mintty in Cygwin. Hope OK to ask.
The file /etc/minttyrc [or equivalent] [or R-click in the mintty console] can
be used to set FG and BG colours, font style and size.
When using
Of more than 640 *.c files incorporated into a locally-built executable,
exactly one contains many references
to readline, such as "#include ". The 32-bit build
proceeds impeccably to completion:
there is a subdirectory x86/release/readline in the Cygwin resource and a
paragraph for @ readline
Lately I have been experiencing an xterm stackdump with varying triggers but all
leading to a forced exit. Here is typical output.
Exception: STATUS_INTEGER_DIVIDE_BY_ZERO at eip=0045D5EF
eax=0092 ebx=80080300 ecx= edx= esi=800D4C88 edi=
ebp=0004 esp=006BC820
> The just uploaded ImageMagick 7 is able to convert
> from heic to both jpg and png (and more I assume ..)
> I also added libheif and libde265 needed for the job.
All working well. THANK YOU!
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
This one-line DOS command to start an xterm terminal:
D:\cygwin> bin\run bin\XWin -clipboard -nolock -multiwindow 2> nul &
timeout 4 > nul 2> nul &
bin\xterm -display :0.0 2> nul &
bin\kill -KILL -- -1
(broken here after each "&" for clarity of presentation only) works, and is a
neat and
Both cygwin32 and cygwin64, both up-to-date:
Following recent update to gnuplot I'm getting post-install errors
as follows in both setup logs:
running: D:\cygwin..\bin\bash.exe --norc --noprofile
"/etc/postinstall/gnuplot.sh"
abnormal exit: exit code=1
My installed.db shows
gnuplot-X11
>> Despite best efforts I cannot find a way of setting user preferences
>> for vi (e.g. preferred syntax-sensitive settings) and gnuplot (e.g.
>> preferred line colours / thickness).
>> I have tried editing /etc/vimrc, /etc/virc for vi; and
>> /etc/X11/app-defaults/Gnuplot for gnuplot
>> Despite best efforts I cannot find a way of setting user preferences
>> for vi (e.g. preferred syntax-sensitive settings) and gnuplot (e.g.
>> preferred line colours / thickness).
>> I have tried editing /etc/vimrc, /etc/virc for vi; and
>> /etc/X11/app-defaults/Gnuplot for gnuplot
-Original Message-
From: Cygwin On Behalf Of rt...@sciencetools.com
Sent: 18 November 2020 22:03
To: cygwin@cygwin.com
Subject: Trouble with starting XWin, "(EE) Can't read lock file /tmp/.XO-lock"
Hey everyone,
SUPER long time Cygwin user, seldom need help, and my versions are all
With W7 no longer supported, W10-32 supported but no longer provided on new
machines (Microsoft states that, "Beginning with Windows 10, version 2004, all
new Windows 10 systems will be required to use 64-bit builds and Microsoft will
no longer release 32-bit builds for OEM distribution .. the
>> I might be wrong but:
>> The Cygwin implementation of rename seems completely different from "the"
>> (my) Linux version.
>> (Almost unique? Otherwise the matching in Cygwin of all syntax -
>> vocab, switches, outcomes - to Linux, seems almost perfect.)
>> Can I rename a set of files *.d
Am 14.11.2021 um 11:32 schrieb Marco Atzeri via Cygwin:
> On 14.11.2021 08:37, Peter Steiner via Cygwin wrote:
>> On webpage
>>
>> https://cygwin.com/
>>
>> I found only a CgyWin Installer to download.
>>
>> I prefer to put CygWin on an USB flash drive and run it on various
>> computers without
Does this:
$ ls /usr/share/terminfo/terminfo
lrwxrwxrwx /usr/share/terminfo/terminfo -> /usr/share/terminfo/
serve a purpose, or supply a workaround .. or .. is it a packaging glitch?
(Only in Cygwin64, not Cygwin32.)
--
Problem reports: https://cygwin.com/problems.html
FAQ:
-Original Message-
From: Eliot Moss
Sent: 24 October 2021 17:11
To: Fergus Daly ; 'cygwin@cygwin.com'
Subject: Re: rename using regexpr - is it possible?
On 10/24/2021 4:55 PM, Fergus Daly wrote:
>>> I might be wrong but:
>>> The Cygwin implementation of rename seems completely
I made a new installation of Cygwin 64 on a new USB stick, including the
package xinit.
(I use setup -P followed by a longish but far from complete list of required
packages ..,..,xinit,..,..)
At this first use of setup I got a single error message:
Package: _/xinit xinit.sh exit code 3
At
Should have added: the file /var/log/setup.log shows no detail beyond
2023/10/21 09:29:46 running: G:\console64\bin\bash.exe --norc --noprofile
"/etc/postinstall/xinit.sh"
2023/10/21 09:29:49 abnormal exit: exit code=3
-Original Message-
I made a new installation of Cygwin 64 on a new
>> Should have added: the file /var/log/setup.log shows no detail beyond
>> 2023/10/21 09:29:46 running: G:\console64\bin\bash.exe --norc --noprofile
>> "/etc/postinstall/xinit.sh"
>> 2023/10/21 09:29:49 abnormal exit: exit code=3
>>
>> -Original Message-
>>
>> I made a new installation
<< Detail >>
>> When I used Explorer to visit C:\ProgramData\Microsoft\Windows\Start
>> Menu\Cygwin-X I was told:
>> "You don't currently have permission to access this folder"
>> and clicking on Continue to get access I was told:
>> "You have been denied permission to access this folder"
>>> In a gcc build script terminating with the instruction
>>> gcc -w -static -o myexe -O3 ./myarchive.a -lreadline -lncurses -lm
>>> I have suddenly started getting very many instances of both of
>>> ld: /usr/src/debug/readline-8.2-2/terminal.c:nn various: undefined
>>> reference to
>> In a gcc build script terminating with the instruction
>> gcc -w -static -o myexe -O3 ./myarchive.a -lreadline -lncurses -lm
>> I have suddenly started getting very many instances of both of
>> ld: /usr/src/debug/readline-8.2-2/terminal.c:nn various: undefined
>> reference to
In a gcc build script terminating with the instruction
gcc -w -static -o myexe -O3 ./myarchive.a -lreadline -lncurses -lm
I have suddenly started getting very many instances of both of
ld: /usr/src/debug/readline-8.2-2/terminal.c:nn various: undefined
reference to `{various}'
ld:
What causes long lines without word wrap in posts to this list (such as the
immediately preceding
"gcc v.11.3.0 failing") and how can they be avoided?
(They are very inconvenient - sorry!)
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Until recently my Cygwin installation (which is of considerable size though far
from complete)
consisted entirely of directories (here about 3300), files (49000), links
(2300) and just 1 socket.
Now under /dev/ I find
3 directories
0 files
4 links
12 type b being block (buffered) special
17
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?
(*) Weird. For no particular
>> 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
I update my local Cygwin using setup-x86_64.exe.
The latest setup.ini file includes the lines
setup-timestamp: 1676945925
setup-version: 2.924
@ make
version: 4.4-1
[prev]
version: 4.3-1
[test]
version: 4.4.0.91-1
I definitely do not use the switch -t (for test
A visit to
https://www.fsarchiver.org/
yields references to versions 0.8.x but at ./configure (though at
a very late stage) presents the error msg
configure: error: Unsupported system type Cygwin
The application looks very competent.
Has anybody managed to hack it for Cygwin?
--
Problem
>> I'm concerned that the bad setup.zst might propagate to other mirrors.
Yes, identical error arising at
https://cygwin.mirror.uk.sargasso.net/x86_64/setup.zst
and elsewhere.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:
I have a "hash bang" bash shell script i.e. first line
#! /bin/sh
or equivalently
#! /bin/bash
For various reasons I want this file to be identified as binary so its second
line
is the single character null \x00 showing up in some editors e.g. nano as
^@
This does not prevent the script from
Just to say: the instructions at
https://cygwin.com/pipermail/cygwin-announce/2022-November/010810.html
work really well. I used the following single command at the Command Prompt:
"setup-x86-2.924.exe --allow-unsupported-windows
--site
During today's update (not test 3.0.9-0.1) this probably unimportant error msg
occurred:
running: D:\cygwin64\bin\bash.exe --norc --noprofile
"/etc/postinstall/openssl.sh"
can't run /etc/postinstall/openssl.sh: No such file
--
Problem reports: https://cygwin.com/problems.html
FAQ:
I don't think it matters much (or at all*) but while installing today's
python39 update I got:
running: .. .. \bin\bash.exe --norc --noprofile
"/etc/preremove/python39-pip.sh"
abnormal exit: exit code=2
On inspection the .sh file contains the single command:
There are 12 tasks never shown ".done" in /etc/postinstall/ (6 .dash and 6
.sh) and therefore repeated at every update.
(Other users' installations might have 12 +/-.)
They are not particularly intrusive (though they can take a while) but nor is
their inclusion or the exclusion of many others
>> A list of those would be useful unless access to your system is available?
Thank you Brian.
For info my very reduced but entirely adequate Cygwin installation (to my
purposes) is driven by
setup-x86_64 -P
ImageMagick,R,autoconf,automake,bash-completion,bc,binutils,bison,byacc,
41 matches
Mail list logo