x.dash
0p_texlive_prep.dash
zp_texlive_finish.dash
0p_update-info-dir.dash
The requirements adwaita and texlive are the most time-consuming (and
perplexing!).
Fergus
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:
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
/usr/sbin/alternatives --remove pip3 /usr/bin/pip3.9
This syntax with arguments and switches is duplicated frequently in
/etc/preremove/ scripts
so I cannot quite see where the problem resides .. ..
Fergus
(*) Nothing seems to be broken.
--
Problem reports: https://cygwin.com/problem
<< 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"
>> 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
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
>> 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
>> 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
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
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
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
>>> 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
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/
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:
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
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
>> $ 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
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.
any other variations on cp or explored any other commands (e.g.
ls) that have altered with the update.
This occurs in both 32-bit and 64-bit Cygwin.
Fergus
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https
e there
> arguments for suppression, other than backward compatibility?
None central. I have a script with sequenced
case `uname -s` in
allowing for multiple platforms and it wobbled with this change.
I will rewrite it.
Thanks for clarity.
Fergus
--
Problem reports: https://cyg
-19044 [ previously CYGWIN_NT-10.0 ]
Packaging error?
Fergus
--
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
>> 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:
facility but cannot develop
this suspicion into anything useful.)
Fergus
--
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
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
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.
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:
ost. Whilst not "Full" the installation is
way in advance
of "Base". I just run
setup -P
at the Windows command prompt, installing to a formatted FAT32 stick, and away
I go.
Time after time after time.
Fergus
--
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
-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 renam
x one in /usr/bin.
> It further seems that "normally" these two have different names, like
> rename.ul and prename,
> and /etc/alternatives is used to set up the rename command.
> This required some web searching to determine ...
> Cheers - Eliot
Perfect. Worked like a
highlighting as well as
> some other vim features.
> If you want a full-featured vim, install the vim package.
> Regards, Gary
Seen immediately after my reply to Eliot. Thanks very much - now all is clear.
Fergus
--
Problem reports: https://cygwin.com/problems.html
FAQ:
>> 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
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
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
lly after some relevant update.
Any good?
BUT NB I am Cygwin-current - what's your difficulty with updating?
Fergus
--
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
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
>> 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!
> 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:
>
> 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/
>> 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>
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
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
(b) if so, is
it intended? or is it a trivial glitch introduced goodness-knows-how that can
be corrected; and (c) if intended, to provide what improvement? because it
seems to me a bad move.
Fergus
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cyg
-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
ered.
BTW failure consistent on both FAT32 and exFAT filesystems; but the rename
command _works_as_expected_ on NTFS.
I get the subtle distinctions between FAT (all versions) and NTFS platforms;
but, all the same, the rename command surely worked on *FAT* in the past - I
would have noticed if it did
ring the versatility of the command rename?
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
>> 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"
ESULT(yes)
], [
CX0FLAGS=""
Thank you! This patch enabled compilation of the grap-1.45 executable for
32-bit and 64-bit Cygwin respectively.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ng * files
might also be recovered.)
Thank you!
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
.
Is there a wild card syntax that would?
Thank you.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Can anybody supply or point me to the Cygwin .tar.xz (or probably .tar.bz2,
it will be that ancient) for wish v.8.4?
Please, if at all possible, an email attachment or explicit pointer rather
than a HowTo would be so much appreciated.
(I've tried the Time Machine.)
Thank you.
Fergus
*** [Makefile:496: grap.o] Error 1
make[1]: Leaving directory '/d/mole/grap-1.45'
make: *** [Makefile:380: all] Error 2
I guess you are right that I am missing a package.
Thank you.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin
other users requiring grap (in both x86 and x86_64
environments) get it / build it?
Can you provide a HowTo? Thank you!
Fergus
PS I find the requirements for, and utilisation of, ghostscript / gsview /
gv incredibly opaque, and suspect I need the same hand-holding there; but
I'll try to crack
>> Just installed Cygwin64. Beautiful.
>> However, I need to build an executable. In Cygwin32 the build proceeds
>> without exception but in Cygwin64 two error msgs are generated during the
>> attempt:
>> 1) fatal error: readline/readline.h: No such file or directory
>> 2) cannot find
up -P .. .." instruction?
Thank you.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
t of the Cygwin filesystem.
I cannot work out what activity has triggered it .. ..
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
-8288-1A9A39C3FDA2}.2.ver0x0001.db
Any ideas why? .. how to prevent?
Thank you!
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com
for it.
Anybody else? Any ideas?
Thank you!
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ay, 05-MAR-2018: to
version 1709 OS build 16299.251. Hopes of a return to correct
behaviours were immediately dashed. :o(
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe inf
a FAT32 stick. (Can anybody confirm this behaviour?) So I'm
guessing Windows has revised its default mount shortname syntax for
VFAT. Is there a way I can climb in and alter / override that, does
anybody know?
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ:
: but it's just
started in the past few days. Can't think what has been updated that
would cause this change. Previously sed and dos2unix which I use
constantly (and others) did NOT change the case of the filename.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ:
be going on .. ..
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
6299)
~> sed --version
sed (GNU sed) 4.4
Packaged by Cygwin (4.4-1)
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
x and uploaded new developer snapshots to
>>> https://cygwin.de/snapshots/
>>> Please give them a try.
was that something might have changed.
Clearly an over-interpretation.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.
ed the latest cygwin1.dll
snapshot from
https://cygwin.com/snapshots/
being 20180216 but still got
> $ cygcheck /d/src/sc.exe
> cygcheck: could not find '/d/src/sc.exe'
I just tried the 20180220 snapshot; but still get
> $ cygcheck /d/src/sc.exe
> cygcheck: could not find '/d/src/s
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
you update Cygwin from
within Cygwin?
I have always done so from within a DOS Command Prompt window,
believing your way to be fatally flawed.
Is your way (much more convenient) ALWAYS OK? What if cygwin1.dll is
itself being updated?
Fergus
PS Or maybe you are using Windows PowerShell or similar.
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
decompressing
tcl-devel-8.6.6-1.tar.xz
tcl-tk-devel-8.6.6-1.tar.xz
(These two files were not part of the original downloaded update.
Should they have been?)
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: htt
The recent updates
tcl-8.6.6-1 ; tcl-tix-8.4.3-3 ; tcl-tk-8.6.6-1
have induced two links
/lib/tcl8.6/tclConfig.sh -> ../tclConfig.sh
/lib/tk8.6/tkConfig.sh -> ../tkConfig.sh
that lead nowhere. Is there a fix?
Thank you.
Fergus
--
Problem reports: http://cygwin.com/problems.ht
oo" on
the mailing list I'll give it another crack. If it works I'll forget
it once didn't; if it doesn't work I'll try to dig deeper.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsub
command to update conventionally from the internet and
everything worked properly: the update occurred without a glitch.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
During attempted update today timestamp 1490167294:
Error message reads:
"Package python has dependency python2 we can't find"
Usually dependencies are identified automatically and found and installed. Is
there something that I should be doing, or that I should have done?
Thank you.
Fergus
Never seen this before: I updated Cygwin about 5 hours ago using setup.ini
with timestamp 1485762241 downloaded from
ftp://ftp.mirrorservice.org/sites/sourceware.org/pub/cygwin/x86/setup*ini*
Just interrogated the same site again. The timestamp is 1485760326.
Perplexing.
--
Problem reports:
want a download, not a setup) and finally - really
usefully, since the intention is to build a local mirror and then maybe do
something useful with it - it would pull down the *src files, which are a
pain in setup, requiring individual ticking of many many checkboxes. But: I
tried wget, an
xactly what was done for 95/98: petrify the last relevant sources
along with .ini and .exe, re-label conveniently and obviously, and upload to
mirrors.
Could this not still be done? Sure, continuing usage of XP carries its own
risks, but that's a quite different issue.
Fergus
--
Problem r
no idea what space a full install requires: fwiw my installation
including some extras under /home/ and
/usr/local/ takes 5G on a hard drive and the identical setup just 1.2G on a
stick. Even including TeX, it's tiny.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ
ossess full functionality.
Can anybody explain / interpret the different endings?
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
tus 0xc005
Segmentation fault
and cannot translate this either as a guide to the cause of the problem, or
its solution.
Can anybody please provide any insight / instruction?
Thank you.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/
/bin/wget*
-rwxr-xr-x 1 Administrator None 514589 Jul 11 18:10 wget.exe*
If the size is right, is there any explanation for its demise and can I
recover its functionality
(other than by re-installing??
Thank you!
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ:
GPL Ghostscript 9.15: Can't find initialization file gs_init.ps.
Can anybody please point me to an example gs_init.ps file,
and where it should be located?
Thank you.
Fergus
I realise the fundamental problem might reside outside Ghostscript and outside
Cygwin,
but for the moment I am after a fix.
--
Prob
d remains consistent +/- 1 second within and between machines. More detective
work required, I guess. And any "Me Too"s very gratefully received.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http:
ve -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?
(Thank you again.)
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ:
text files, no binaries or anything awkward. Just don't
understand it.
(By contrast
find dirname -type f | xargs md5sum
still works just fine. 6000 files in less than a second.)
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
I have set
/bin/mount -c "/"
in ~/.bashrc with many subsequent easements in use.
In /usr/share/fonts/microsoft/ there are unfortunately
multiple links referring to files in
/cygdrive/c/Windows/Fonts/; all broken.
Similarly in /etc/, several links pointing to files in
The latest setup.ini refers to new updates under release/iso-codes but the
files and the entire subdirectory including [orev] files is missing on at least
3 mirrors that I tried.
Fergus
Sent from my BlackBerry 10 smartphone.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Probably a temporary glitch, same on three mirrors, probably all will be fine
at the next update. But it's the first time this has happened AFAIK. Just
sharing.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Is there a package that includes /lib/libtermcap.a?
I've tried Search Packages with nil response so I'm not hopeful but reckoned it
worth asking.
Thank you.
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
I always install / update Cygwin from a x86/release/ directory located on my
hard drive, and kept up to date.
The new setup-x86.exe requires setup.ini.sig located in x86/ as well as
setup.ini.
Easy to manage, but is this additional requirement intentional?
Fergus
--
Problem reports: http
1 - 100 of 564 matches
Mail list logo