>> Inelegant but it seems to work
Thank you!
The qualifier some_fs is new to me and very useful/effective.
I reduced the syntax to
c: /c some_fs binary 0 0
d: /d some_fs binary 0 0
..
..
l: /l some_fs binary 0 0
with (so far) no glitches.
--
Problem reports: https://cygwin.com/problems.html
For years I have overwritten the content of the default /etc/fstab with the
one-liner
none / cygdrive binary 0 0
thus allowing drivenames of the style /d/ instead of /cygdrive/d/
which syntax is (2nd) shorter but mainly (1st) easily mimics Linux syntax
making scripts
mutually transferable.
Howeve
Trivial and unimportant but still worth querying:
A recent update provided diffutils v.3.12 and then later exploration of a
mismatch on platforms revealed this to be a test verson and 3.11 to be current.
I'm pretty certain that I did not request a test version (of anything) - so I
overwrote 3.12
Thank you for nano update to v.8.0 during last day.
Previously the option "set smooth" was allowed in the config file /etc/nanorc
but now gives an error message.
Is there a new way to set this option? (Or maybe a recursion to, from memory,
some switch in the command line?)
Thank you!
Fergus
--
Today's update
python39-imaging 11.1.0-1
appears to contain a weird and probably trivial packaging error.
Under
/lib/python3.9/site-packages/pillow-11.1.0.dist-info/
the two files METADATA and PKG-INFO.lnk are identical, and the 2nd is not a
link.
I deleted it and created the link
$ ln -sf METAD
Every so often one needs a standalone interim update of e.g. cygwin1.dll.
Latest working updates containing minor tweaks used to be available under the
heading "Cygwin Snapshots" at
https://cygwin.com/snapshots/
and this is still Google's best offer; but this now seems to be defunct with
the last
>> For exactly one particular purpose I still use 32-bit Cygwin.
>> Can I confirm that the appropriate setup exe file, with qualifiers, is
>> setup-x86_32.exe
--allow-unsupported-windows
--site
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/2022/11/23/063457
>> and that
For exactly one particular purpose I still use 32-bit Cygwin.
Can I confirm that the appropriate setup exe file, with qualifiers, is
setup-x86_32.exe
--allow-unsupported-windows
--site
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/2022/11/23/063457
and that the exe file
>> I just re-installed R 4.3.3.1 after noticing the following error message.
>> However the error message recurs, as follows:
>> During startup - Warning message:
>> package 'stats' in options("defaultPackages") was not found
>> (Weird - because R is a stats package .. .. ??)
> C:\cygw
-Original Message-
From: Fergus Daly
Sent: 28 August 2024 10:33
To: 'cygwin@cygwin.com'
Cc: Fergus Daly
Subject: R 4.3.3.1 packaging
I just re-installed R 4.3.3.1 after noticing the following error message.
However the error message recurs, as follows:
During startup - Warni
I just re-installed R 4.3.3.1 after noticing the following error message.
However the error message recurs, as follows:
During startup - Warning message:
package 'stats' in options("defaultPackages") was not found
(Weird - because R is a stats package .. .. ??)
--
Problem reports: https:/
It sounds to me that you are missing components in your current configuration
that were present in your previous working setup.
Maybe try adding the xinit package (from the X11 category) to what you've
already got.
--
Problem reports: https://cygwin.com/problems.html
FAQ:
Could try this (see end).
Re-reading after writing, it looks most hellishly involved.
It uses attrib as Mark has suggested but tries to capture all the required
files instead of treating them one by one.
And maybe risky :o(
Maybe somebody else will come up with something slicker and quicker.
Sorry
>> 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,
coreutils,cpio,
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
at
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:
/usr/sbin/alternativ
<< 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"
>>There
>> 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
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 US
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
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:
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 reports:
>> 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 runn
>> 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
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 r
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 versi
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
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/
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 type
>>> 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}
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/
Doc
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: /usr/
I know I have asked this before but because I cannot search the Archive I
cannot find the query
or any responses.
One used to be able to type
site:cygwin.com "keyword1 keyword2 .."
into Google and depending on the search string(s) a slew of results appeared.
This way, one could find all the posts
Requirement: to move some selected files and folders under /folder1/ to
/folder2/, preserving full pathnames.
Using cp with the switch --parents (taking care over syntax and importantly
location $PWD) it is possible to _copy_ the
Required content across from /folder1/ to /folder2/ but there does
Thank you.
Installing these two packages has done the trick, at least for the several
files that previously generated warning messages.
Sent via Outlook on my Asus ZenFone 8
From: Jon Turney
Sent: Saturday, October 8, 2022 2:01:50 PM
To: Fergus Daly ; The Cygwin
Whenever I use gv on a PostScript file as in
$ gv filename.ps
then a (usually) successful display is (almost invariably) accompanied by
Warning messages about font conversions.
It is not obvious what limitations or errors are affecting the displayed
output, if any, and I have got into the habit
o
>> $ magick test.heic test.jpg
>> $ mogrify -format jpg test.heic
>> Any ideas?
EITHER (a) your syntax might be faulty? Try:
$ convert test.heic test.jpg
OR (b) you need to install the two packages libheif-tool and libheif-devel into
your Cygwin platform;
and then try the same thing:
$ convert te
Brian Inglis wrote:
>> Setup still shows 9.1 as test, but it should not be installed by anyone.
>> Setup now also shows 9.0 in test, and it can and should be installed by
>> anyone who experienced issues with 9.1.
Jim Reisert wrote:
> 9.0 (test) is working for me now, whereas 9.1 did not work.
>
Since updating from coreutils 8.32 I’m getting a weird glitch from cp.
If /location1/dir1/ contains additional material to /location2/dir1/ (as might
frequently be the case when maintaining a backup) then the command
$ cp -vrn /location1/dir1 /location2
should copy the additional material across.
>> I've just updated coreutils. I don't use test versions. So I have $ uname
>> --version uname (GNU coreutils) 8.32 Packaged by Cygwin (8.32-1)
>> Now on 32-bit Cygwin I get
>> $ uname -s
>> CYGWIN_NT-10.0-19044-WOW64 [ previously CYGWIN_NT-10.0-WOW ]
>> And on 64-bit Cygwin I get
>> $ uname -s
>
I've just updated coreutils. I don't use test versions. So I have
$ uname --version
uname (GNU coreutils) 8.32
Packaged by Cygwin (8.32-1)
Now on 32-bit Cygwin I get
$ uname -s
CYGWIN_NT-10.0-19044-WOW64 [ previously CYGWIN_NT-10.0-WOW ]
And on 64-bit Cygwin I get
$ uname -s
CYGWIN_NT-10.0-19044
>> I'm having difficulty with longfilename in the latest mintty.
>> This is new since 3.6.0.
Sorry. On a different machine, no difficulties. Possibly (or even likely) a
local problem.
Apologies for sending.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://
I'm having difficulty with longfilename in the latest mintty.
As follows:
If I try to work with a file with such a longfilename that it extends beyond
the right hand edge
of the mintty window, as in say
$ mv longfilename .. .. OR
$ cp longfilename .. .. OR
$ md5sum longfilename OR
similar; and if
In an xterm console:
The file gn0 contains all necessary instructions for displaying a gnuplot plot:
1 As expected (or as in the past, anyway) the command "gnuplot gn0" causes the
gnuplot display to flash on screen
for an instant and then disappear. The user remains at the xterm prompt.
2 As ditto
On 08.01.2022 07:57, Fergus Daly wrote:
> Not quite sure what recent update has caused this failure.
> Up to now (and for a very long time indeed) typing
> $ /bin/xinit /bin/xterm -- -nolock -multiwindow
> at the mintty prompt has successfully started an xterm process.
> Now I
Not quite sure what recent update has caused this failure.
Up to now (and for a very long time indeed) typing
$ /bin/xinit /bin/xterm -- -nolock -multiwindow
at the mintty prompt has successfully started an xterm process.
Now I get:
"A fatal error has occurred and Cygwin/X will now exit.
Cannot
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:
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 le
-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 implementatio
>> 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 (say)
>> 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 accordingl
>> 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 accordingl
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 gnuplot-X1
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 conveni
-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 ancien
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 w
>> 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 repor
> 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.done &l
>>> 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"
> /usr/share/xml
> 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:
>
> 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/
D
>> 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> typ
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 i
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 progra
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
>> 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 (upgrade?)
-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
> $ rename "anything" "AnyThing" *.ext
> What I remember as past behaviour now fails, leaving he filename unaltered.
>> Try it with the '-v' option
So I did:
$ touch "This is the test file"
$ ls -al
-rw-r--r-- 10 Feb 29 08:10 This is the test file
$ rename -v " the " " The " *
`This is the t
I am almost certain that the command
$ rename "anything" "AnyThing" *.ext
would alter the string from lc to uc as shown, anywhere it occurred in any
filename in *.ext in the current directory.
What I remember as past behaviour now fails, leaving he filename unaltered.
(Failure in much the same way
>> Try following patch.
--- configure.ac.orig 2014-08-31 00:33:45.0 +0900
+++ configure.ac2020-01-07 08:43:59.559103700 +0900
@@ -45,10 +45,10 @@
AC_MSG_CHECKING(if ${CXX} supports -std=c++0x)
old_cxxflags="$CXXFLAGS"
old_cppflags="$CPPFLAGS"
-CXXFLAGS="$CXXFLAGS -std=c++0x"
-
>> Try following patch.
--- configure.ac.orig 2014-08-31 00:33:45.0 +0900
+++ configure.ac2020-01-07 08:43:59.559103700 +0900
@@ -45,10 +45,10 @@
AC_MSG_CHECKING(if ${CXX} supports -std=c++0x)
old_cxxflags="$CXXFLAGS"
old_cppflags="$CPPFLAGS"
-CXXFLAGS="$CXXFLAGS -std=c++0x"
-
I have
none / cygdrive binary 0 0
as the only line in the file /etc/fstab to allow for example
$ ls /h/config.sys
instead of the long-hand
$ ls /cygdrive/h/config.sys
In Linux I can type something like
ls /?/ -Ax
as a wild card to address ALL drives, but this does not work in Cygwin.
Is there a w
>> I looked for recent similar issues and only found
https://superuser.com/questions/1297658/folder-names-become-uppercase-when-syncing-to-fat32-drive
>> So if other users of this Win10 build start tripping on this same problem
>> and reporting it, it may get looked at by MS.
The site you mentio
>> ..."or operation on FAT32 was changed by Windows updates."
Starting to look exactly like that. On Windows 7 there is no problem.
On earlier W10 machines in this office there is no problem. My machine
underwent a massive (time-consuming) update on or around 13-FEB to
Microsoft Windows Version 17
>> Run stat on original and converted files.
OK. I get this:
~> stat /j/PStart.xml
File: /j/PStart.xml
Size: 7233Blocks: 8 IO Block: 65536 regular file
Device: a6418e7fh/2789314175d Inode: 7206475022584976007 Links: 1
Access: (0644/-rw-r--r--) Uid: (197609/ fergusd)
.. AND dos2unix:
~> ls -al /j/P*
-rw-r--r-- 1 dell ferg 6767 Mar 2 09:15 /j/PStart.xml
~> dos2unix /j/PStart.xml
dos2unix: converting file /j/PStart.xml to Unix format...
~> ls -al /j/P*
-rw-r--r-- 1 dell ferg 6767 Mar 2 09:16 /j/PSTART.XML
So something a bit major seems to be going on .. .
Noticed just lately that sed seems to force 8.3 (all upper-case)
file-naming if applied to 8.3 file on FAT32 filesystem. For example
~> ls -al /j/P*
-rw-r--r-- 1 dell ferg 6767 Mar 2 09:15 /j/PStart.xml
~> sed -i '/count/d ; /date/d ; /time/d' /j/PStart.xml
~> ls -al /j/P*
-rw-r--r-- 1 dell fer
> For the third time, cygcheck is no Cygwin application, and unaware of Cygwin
> paths.
> Please give it native Windows paths.
Thank you. Thank you. Thank you.
[ You are usually so patient. :o( ]
It seemed to me that a reasonable interpretation of the phrase
>>> I pushed a fix and uploaded new de
>> Cygcheck is a native Windows executable .. ..
>> I pushed a fix and uploaded new developer snapshots to
>> https://cygwin.de/snapshots/
>> Please give them a try.
I tried your link above but got "HTTP 404 Not found".
Just in case this was your intention I tried the latest cygwin1.dll
snapshot f
I have an executable (created in Cygwin) located on a mobile drive D:
$ ls -al /cygdrive/d/src/sc.exe
-rwxr-xr-x 1 ferg dell 1426958 Jan 28 17:44 /cygdrive/d/src/sc.exe*
$ cygcheck /cygdrive/d/src/sc.exe
d:\src\sc.exe
D:\consoleX\bin\cygwin1.dll
C:\Windows\system32\KERNEL32.dll
# but it all work
>> $ ./setup-2.884.x86_64.exe --local-install
>> '\\necker\download\cygwin-packages' --no-admin --upgrade-also --quiet-mode
>> --mirror-mode --no-shortcuts | ts -i
Thank you, using ts is really illuminating.
As an incidental query:
I deduce from the look of the snip above that you update Cygwin
The setup program does seem to take a long time, even when it just
means "update" and even when there's nothing to update. Here's what
happens in unattended mode:
C:\Users\User0044>D:\cyg\setup-x86.exe -L D:\cyg -R D:\consoleX -Wgqmn
Starting cygwin install, version 2.884
User has backup/restore r
I have had huge problems with the presentation of graphics (figures, diagrams,
graphs)
since the GPL Post script update from 9.15 to 9.19.
(Won't go into details as it's external software.)
Reverting to 9.15, everything works again except that I am being nagged for a
missing fle
> GPL Ghostscript
>> $ find archive -type f | wc
87 871698
>> $ time find archive -type f | xargs sed -i 's/string1/string2/g'
real1m2.587s
user0m1.200s
sys 0m12.884s
>> More than a minute for 90 files is just extraordinary.
>> Anybody else having a similar experience?
> $
>>> find dirname -type f | xargs sed -i 's/string1/string2/g'
>>> .. just hangs.
>> sed is unchanged from at least 2013, so it must be something else.
> Is is possible that this is related to a change in the Cygwin library?
Thank you very much for your interest.
I was premature in my assertion
For ages I have been able to run through all the files under a directory
changing occurrences of string1 to string2 with the command
find dirname -type f | xargs sed -i 's/string1/string2/g'
It used to take no time at all for say 6000 files.
Now the same command just hangs.
The files are all text
Such a good hint, thank you!
I re-installed rebase (and _autorebase) and the problem has gone away.
Fergus
-Original Message-
From: Andrey Repin [mailto:anrdae...@yandex.ru]
Sent: 13 April 2015 15:15
To: Fergus Daly; cygwin@cygwin.com
Subject: Re: Recurrent error message on exiting setup
Windows 7, Cygwin-32.
Lately the error message below occurs on every completion (otherwise
successful) of setup-x86.
Package: 0/Perpetual
0p_000_autorebase.dash exit code 1
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Docum
Just done a check on md5sums in setup.ini setup-timestamp: 1428012611
Usually the entries are of the style
filename filesize md5sum
but in setup.ini setup-timestamp: 1428012611 (and also I see earlier, so this
is not entirely recent) there are entries of the form
install: x86/release/dos2unix/dos2
The editor nano-2.4.0 comes with Cygwin. But recently a patch to nano-2.4.0 has
been made available on nano-devel which I would like to try on a Cygwin
platform. I'll need to patch nano from source. So I downloaded the source
direct from the nano site.
Starting with ./configure works fine. Then
grep -Pl "\xmn"
used to find files containing the ASCII character mn. For instance
grep -PL "\x0d" or "\x0a" or usefully "\x00".
^
I did mean grep -Pl in both cases.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentatio
grep -Pl "\xmn"
used to find files containing the ASCII character mn. For instance
grep -PL "\x0d" or "\x0a" or usefully "\x00".
This seems to have been lost with the current version.
Is this an error? If not, can anybody tell me what new syntax will recover the
old behaviour?
Thank you.
Fergus
> A build script I have used forever containing the line
> gcc -o execname ./{various.a} -lncurses
> has failed in a new installation today of Cygwin, with the error message
> ld: cannot find -lncurses
> collect2: error: ld returned 1 exit status
> The installation script to bui
A build script I have used forever containing the line
gcc -o execname ./{various.a} -lncurses
has failed in a new installation today of Cygwin, with the error message
ld: cannot find -lncurses
collect2: error: ld returned 1 exit status
The installation script to build Cyg
If util-linux is installed then
$ /usr/sbin/fdisk
returns a list of options as expected; but choosing one of them
$ /usr/sbin/fdisk -l
is mute.
In the past this has returned filesystem summaries as expected.
Windows 7, all up to date.
Anybody else?
Fergus
--
Problem reports: http://cygwin.
Following (I think) the recent update of the dll cygwin1.dll it seems that
rename old new *
no longer works and the cause is the wildcard. You have to use something like
rename old new f*
and the command might need several invocations with minor variants to achieve
all the required changes.
Is th
Just noticed the following missing links (and they are quite recent, presumably
following some update or other).
The last one listed seems particularly weird (redundant?).
/usr/i686-pc-mingw32/lib/crt1.o ->
/usr/i686-pc-mingw32/sys-root/mingw/lib/crt1.o
/usr/i686-pc-mingw32/lib/dl
Two messages sent from the usual home address in the past 24 hourse using
Thunderbird have failed to arrive at cygwin at, with no reason for their
pushback autodespatched by your postmaster. Interesting: either I have
unwittingly changed my TB setup, or (now using AVG) its "OK to send" accolade
The recent inclusion of cdrkit in Cygwin is marvellous, thank you.
Is there a way that one can view from within Cygwin the file/ directory
structure within a .iso file? In Linux it would be
mkdir {viewingdir}
mount {isofile} -o loop {viewingdir}
find {viewingdir}
or equival
1 - 100 of 113 matches
Mail list logo
