> Jack S via Cygwin writes:
> > Hi everyone. I'm having a problem running the "stow" command from the stow
> > 2.4.1+5.40-1 package. When I run it I get some Perl compilation errors and
> > file not found errors.
>
> That seems to be a failure of the de
ge. When I run it I get some Perl compilation errors
> and
> > file not found errors.
>
> That seems to be a failure of the dependency generation for the stow
> package. Based on the error message you got, it should depend on perl,
> but actually only depends on perl-base. Please ins
Jack S via Cygwin writes:
> Hi everyone. I'm having a problem running the "stow" command from the stow
> 2.4.1+5.40-1 package. When I run it I get some Perl compilation errors and
> file not found errors.
That seems to be a failure of the dependency generation for the sto
Hi everyone. I'm having a problem running the "stow" command from the stow
2.4.1+5.40-1 package. When I run it I get some Perl compilation errors and
file not found errors.
Here's the output:
$ stow
Can't locate builtin.pm in @INC (you may need to install the buil
up here:
>
> when building ruby with a high -j value (I'm doing make -j21), I get
> errors of the sort:
> 0 [main] miniruby 9272 fhandler_dev_zero::fixup_mmap_after_fork:
> requested 0x6FFFE6A6 != 0x0 mem alloc base 0x0, state 0x1, size
> 17545331867648, Win32 err
On Tue, 21 Jan 2025, Jeremy Drake via Cygwin wrote:
> I did not see this happen with ruby 3.3.7, or when building with -j1.
Sorry, spoke too soon, I did see this immediately with 3.3.7 as well.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/fa
I've been trying to track down why ruby 3.4.1 is failing to build for
msys2. I've now confirmed that this same issue reproduces with
upstream Cygwin 3.5.4 and 3.6.0-0.335.gb879cd1661ad, so I thought I'd
bring it up here:
when building ruby with a high -j value (I'm doing make
1, it causes syntax errors
when the igncr option is set:
```
$ set -o igncr
$ PS1='$(date)\n\$ '
-bash: command substitution: line 1: syntax error near unexpected token `)'
-bash: command substitution: line 1: `date)'
```
(Confirmed with bash-5.2.21-1)
I found an issue in rewind_
Hi,
I'm seeing consistent behaviour when running `jq` on Cygwin, where
commands that should trigger jq to produce an error message instead
cause it to assert and die.
Simple test case: run `jq -n 'error("oh no!")'`, which should raise a jq
error with the text "oh no!".
Output on Cygwin:
$ j
On 2023-12-20 12:47, matthew patton wrote:
No, because that's system-wide.
Vi vs Vim is a personal choice. Also alternatives is for supporting
multiple
Most of us run Cygwin on a device called a /Personal Computer/ that allows
us to make our own choices about OS, desktop UI, services, and
c
On Wed, Dec 20, 2023 at 2:45 PM gs-cygwin wrote:
>
> On Wed, Dec 20, 2023 at 02:23:49PM -0500, Lee via Cygwin wrote:
> > If anyone has access to a redhat linux system, do they 'alias vi=vim'
> > or put vi under /etc/alternatives?
>
> FYI: neither.
Wow! I would have never guessed 'wrapper script'
On Wed, Dec 20, 2023 at 2:44 PM Brian Inglis wrote:
>
> On 2023-12-20 12:30, matthew patton via Cygwin wrote:
> >> I'd say vi/vim needs to be put under /etc/alternatives
>
> > No, because that's system-wide.
> > Vi vs Vim is a personal choice. Also alternatives is for supporting multiple
> > versio
On Wed, Dec 20, 2023 at 2:30 PM matthew patton wrote:
>
> > I'd say vi/vim needs to be put under /etc/alternatives
>
> No, because that's system-wide.
Which is what I want.
> Vi vs Vim is a personal choice.
Which I've made :)
Anyone that doesn't like that decision can make their own work-aroun
> I've got "export EDITOR=vi" in my .bash_profile, so anytime $EDITOR is
> called I want the huge version of vim.
Then set EDITOR=
If you want to cheat and only use 'vi' then you need to walk the dependency
chain and/or search_for_binary mechanism employed by the SHELL to find the
correct target.
>> No, because that's system-wide.
>> Vi vs Vim is a personal choice. Also alternatives is for supporting multiple
> Most of us run Cygwin on a device called a /Personal Computer/ that allows us
> to
> make our own choices about OS, desktop UI, services, and configuration. ;^>
yeah, yeah I know
On Wed, Dec 20, 2023 at 2:24 PM Ken Brown via Cygwin wrote:
>
> 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:
> T
On Wed, Dec 20, 2023 at 02:23:49PM -0500, Lee via Cygwin wrote:
> If anyone has access to a redhat linux system, do they 'alias vi=vim'
> or put vi under /etc/alternatives?
FYI: neither.
$ cat /etc/fedora-release
Fedora release 39 (Thirty Nine)
$ cat /usr/bin/vi
#!/usr/bin/sh
# run vim if:
# -
On 2023-12-20 12:30, matthew patton via Cygwin wrote:
I'd say vi/vim needs to be put under /etc/alternatives
No, because that's system-wide.
Vi vs Vim is a personal choice. Also alternatives is for supporting multiple
versions. Say v8.02 versus v9.1 of 'vim' on a system, one being in /usr/bin
> I'd say vi/vim needs to be put under /etc/alternatives
No, because that's system-wide.
Vi vs Vim is a personal choice. Also alternatives is for supporting multiple
versions. Say v8.02 versus v9.1 of 'vim' on a system, one being in /usr/bin and
the other in /usr/local/bin just as an example.
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".
On Wed, Dec 20, 2023 at 1:57 PM matthew patton wrote:
>
> > Would you please let me know how to make an /etc/alternatives for vi/vim?
>
> did you install the alternatives package?
I installed cygwin back in 2017; I don't remember what all I've
installed but it seems to be there:
$ ls -l /usr/sbin/
> Would you please let me know how to make an /etc/alternatives for vi/vim?
did you install the alternatives package? I just use aliases (actually I set
EDITOR=xxx) after I enumerate the editors I consider worthy of inclusion and
resident. What DOES need nuking is the forced alias in /etc/profile
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
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
ot;/usr/bin/vim" works fine.
But launching "/usr/bin/vi" (which has worked fine for many years, until
the most recent update), results in a long string of startup E319 errors:
$ /usr/bin/vi
Error detected while processing /usr/share/vim/vim90/filetype.vim:
line 11:
t;/usr/bin/vi" (which has worked fine for many years, until
the most recent update), results in a long string of startup E319 errors:
$ /usr/bin/vi
Error detected while processing /usr/share/vim/vim90/filetype.vim:
line 11:
E319: Sorry, the command is not
On 18/12/2023 20:42, Lee via Cygwin wrote:
tl,dr: Did vi/vim change from /etc/alternatives to an alias?
$ ls -l $(which vi) $(which vim)
-rwxr-xr-x 1 root Administrators 1507859 Dec 12 09:07 /usr/bin/vi.exe
-rwxr-xr-x 1 root Administrators 3565587 Dec 12 09:07 /usr/bin/vim.exe
they are two d
and /etc/profile.d/vim.sh has this bit:
if [ -n "$BASH_VERSION" -o -n "$KSH_VERSION" -o -n "$ZSH_VERSION" ]; then
# for bash and zsh, only if no alias is already set
alias vi >/dev/null 2>&1 || alias vi=vim
fi
someone needs to be smacked good and hard for that.
--
Problem reports: ht
ot; -o -n "$KSH_VERSION" -o -n "$ZSH_VERSION" ]; then
# for bash and zsh, only if no alias is already set
alias vi >/dev/null 2>&1 || alias vi=vim
fi
So I end up with
$ alias | grep ' vi'
alias vi='vim'
and vi works in the shell but gives all thos
On Mon, Dec 18, 2023 at 11:36 AM Michael Soegtrop wrote:
>
> Dear Cygwin Team,
>
> since a while I have these errors in the setup log file of new cygwin
> installations
>
> C:\bin\cygwin\var\log\setup.log.full:
>
> running: C:\bin\cygwin\bin\bash.exe --norc --nopro
Dear Cygwin Team,
since a while I have these errors in the setup log file of new cygwin
installations
C:\bin\cygwin\var\log\setup.log.full:
running: C:\bin\cygwin\bin\bash.exe --norc --noprofile
"/etc/postinstall/ca-certificates.sh"
/usr/bin/ln: failed to create symbolic link
&#
t available in this version: func
TestFiletypeFuncs(testlist)
.
.
and so on.
Running '/usr/bin/vim' does not produce those errors (not surprisingly). This
happens even if I use 'env HOME=/ /usr/bin/vi' (just to try to remove home dir
dot files from the question)
ssage-
From: Cygwin
On Behalf Of Mark Geisert via Cygwin
Sent: Wednesday, September 6, 2023 6:32 PM
To: Cygwin Mailing List
Subject: EXTERNAL SENDER: Re: Fork errors
Dale Lobb via Cygwin wrote:
Since upgrading to the latest version of Cygwin a few weeks ago on a
server I manage, I&#x
> -Original Message-
> From: Cygwin
> On Behalf Of Mark Geisert via Cygwin
> Sent: Wednesday, September 6, 2023 6:32 PM
> To: Cygwin Mailing List
> Subject: EXTERNAL SENDER: Re: Fork errors
>
> Dale Lobb via Cygwin wrote:
> >Since upgrading to the latest
> -Original Message-
> From: Jose Isaias Cabrera
> Sent: Wednesday, September 6, 2023 4:04 PM
> To: Jose Isaias Cabrera ; Dale Lobb
> ; tryandbuy via Cygwin
> Subject: EXTERNAL SENDER: RE: Fork errors
>
> On September 6, 2023 5:01 PM, Jose Isaias Cabrera e
> -Original Message-
> From: Jose Isaias Cabrera
> Sent: Wednesday, September 6, 2023 4:01 PM
> To: Dale Lobb ; tryandbuy via Cygwin
>
> Subject: EXTERNAL SENDER: RE: Fork errors
>
> On September 6, 2023 2:52 PM, Dale Lobb expressed:
> >
> > Sinc
Bill Stewart via Cygwin wrote:
On Wed, Sep 6, 2023 at 5:32 PM Mark Geisert wrote:
Speculation: The specific exit code 0xC142 may or may not have
something to do
with Windows error 142, which is ERROR_BUSY_DRIVE. I cannot help further
on this.
Correction: The low word of 0xC142 = hex 1
On Wed, Sep 6, 2023 at 5:32 PM Mark Geisert wrote:
Speculation: The specific exit code 0xC142 may or may not have
> something to do
> with Windows error 142, which is ERROR_BUSY_DRIVE. I cannot help further
> on this.
>
Correction: The low word of 0xC142 = hex 142 = decimal 322 =
ERROR_D
Dale Lobb via Cygwin wrote:
Since upgrading to the latest version of Cygwin a few weeks ago on a server
I manage, I've been experiencing an issue with fork errors. The Cygwin
installation had not been updated for almost a year before that.
The issue happens every time a scri
On September 6, 2023 5:01 PM, Jose Isaias Cabrera expressed:
>
>
> On September 6, 2023 2:52 PM, Dale Lobb expressed:
> >
> > Since upgrading to the latest version of Cygwin a few weeks ago on a
> > server I manage, I've been experiencing an issue with fork err
On September 6, 2023 2:52 PM, Dale Lobb expressed:
>
> Since upgrading to the latest version of Cygwin a few weeks ago on a
> server I manage, I've been experiencing an issue with fork errors.
> The Cygwin installation had not been updated for almost a year
> before
Since upgrading to the latest version of Cygwin a few weeks ago on a server I
manage, I've been experiencing an issue with fork errors. The Cygwin
installation had not been updated for almost a year before that.
The issue happens every time a script is invoked that purges files from
produced.
>>> Nevertheless, i tried to compile cygwin from sources
>>> (newlib-cygwin-3.3.6.tar.bz2),
>>> knowing that "Normally, building ignores any errors in building the
>>> documentation"
>>> (see https://cygwin.com/faq.html#faq.programming.build
y
>> this C:\Cygwin64 which dates back to 2019).
>> This means that /usr/share/docbook2X and /usr/bin/docbook2x-texi are missing.
>> Consequently, no *.info* file is produced.
>> Nevertheless, i tried to compile cygwin from sources
>> (newlib-cygwin-3.3.6.tar.bz2),
&g
r/bin/docbook2x-texi are missing.
Consequently, no *.info* file is produced.
Nevertheless, i tried to compile cygwin from sources
(newlib-cygwin-3.3.6.tar.bz2),
knowing that "Normally, building ignores any errors in building the
documentation"
(see https://cygwin.com/faq.html#faq.progr
y, no *.info* file is produced.
Nevertheless, i tried to compile cygwin from sources
(newlib-cygwin-3.3.6.tar.bz2),
knowing that "Normally, building ignores any errors in building the
documentation"
(see https://cygwin.com/faq.html#faq.programming.building-cygwin)
However, in order to
Greetings, All!
I've had quite a situation today.
My machine joined company domain, and my user's credentials have changed.
However, new user retained local administrator access.
I've copied configuration and startup scripts from my old profile and suddenly
discovered that the script intended to s
Greetings, Knappe III, Edmond!
> I am still having Download Errors on alternatives-1.3.30c-10 package.
> From cygwin.com, the Setup script downloaded is "Cygwin setup 2.918 (64-bit)"
> Using https://mirrors.kernel.org I am still receiving download Errors.
> Maybe it i
following package(s) had download errors:
2022/03/10 06:58:06 alternatives-1.3.30c-1
Is this "403 Forbidden Error" happening because of something on
the https://mirrors.kernel.org site or could this Forbidden Error
be happening because of a setting on my PC?
Edmond
CONFIDENTIALITY NOTI
On Wed, Mar 09, 2022 at 06:49:02PM +, Knappe III, Edmond via Cygwin wrote:
> I am still having Download Errors on alternatives-1.3.30c-10 package.
>
> From cygwin.com, the Setup script downloaded is "Cygwin setup 2.918 (64-bit)"
> Using https://mirrors.kernel.org I am st
I am still having Download Errors on alternatives-1.3.30c-10 package.
>From cygwin.com, the Setup script downloaded is "Cygwin setup 2.918 (64-bit)"
Using https://mirrors.kernel.org I am still receiving download Errors.
Maybe it is an issue with Cygwin setup 2.918?
How can I get
On Wed, 9 Mar 2022 at 10:24, Knappe III, Edmond via Cygwin
wrote:
>
> CYGWIN,
>
> In trying to install CYGWIN today, I am getting a Download Error on the
> required "alternatives-1.3.30c-10 package". Since this is a REQUIRED package,
> I am unable to continue. I have tried multiple Mirror sites
CYGWIN,
In trying to install CYGWIN today, I am getting a Download Error on the
required "alternatives-1.3.30c-10 package". Since this is a REQUIRED package,
I am unable to continue. I have tried multiple Mirror sites and get the
same Download Error with this package.
Edmond Knappe
edmond.kna..
CYGWIN,
In trying to install CYGWIN today, I am getting a Download Error on the
required "alternatives-1.3.30c-10 package". Since this is a REQUIRED package,
I am unable to continue. I have tried multiple Mirror sites and get the
same Download Error with this package.
Edmond Knappe
SENIOR SCIE
On 23/01/2022 19:17, James McKelvey wrote:
I keep getting download errors for python-sip-6.5.0-1. My Cygwin is
otherwise up to date. I've tried multiple repositories.Today it was
mirrors.sonic.net.
Thanks for reporting this.
It's a bug in setup that it's trying to download thi
On 23.01.2022 20:17, James McKelvey wrote:
I keep getting download errors for python-sip-6.5.0-1. My Cygwin is
otherwise up to date. I've tried multiple repositories.Today it was
mirrors.sonic.net.
Hi James,
python-sip is an obsolete empty package
you are probably looking for pyt
I keep getting download errors for python-sip-6.5.0-1. My Cygwin is otherwise
up to date. I've tried multiple repositories.Today it was mirrors.sonic.net.
On Sunday, January 23, 2022, 04:00:56 AM PST, cygwin-requ...@cygwin.com
wrote:
Send Cygwin mailing list submissio
I just tried the new packages (using the previous build method, with no
circular dependency), and it appears that everything is working properly
again.
Thank you!
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https:/
On 10/18/2021 9:43 PM, OwN-3m-All via Cygwin wrote:
I upgraded both libharfbuzz0 and libfreetype6 to the latest version again,
and the issues are back.
I tested these previous versions for both, and they work:
libharfbuzz0 2.7.4-1 and 2.8.1-1 work
libfreetype6 2.10.4-1 and 2.10.4-2 work
The la
I upgraded both libharfbuzz0 and libfreetype6 to the latest version again,
and the issues are back.
I tested these previous versions for both, and they work:
libharfbuzz0 2.7.4-1 and 2.8.1-1 work
libfreetype6 2.10.4-1 and 2.10.4-2 work
The latest versions of these libs need to be reverted or pro
On 10/18/2021 4:43 PM, OwN-3m-All via Cygwin wrote:
Since those are the two DLLs that are causing a problem for you, maybe
that
circular dependency doesn't work well on Cygwin for some reason. Please
try
downgrading to the previous versions of harfbuzz and freetype2 and see if
that
fixes t
> Since those are the two DLLs that are causing a problem for you, maybe
that
> circular dependency doesn't work well on Cygwin for some reason. Please
try
> downgrading to the previous versions of harfbuzz and freetype2 and see if
that
> fixes the problem.
That did fix the problem! I downgraded
vious versions of harfbuzz and
freetype2 and see if that fixes the problem.
Is /etc/postinstall/0p_000_autorebase.dash rebase completing
successfully after the new installs?
Maybe check and/or attach the cygwin install log /var/log/setup.log.full
for dependency, install, or postinstall errors
On 10/16/2021 9:49 PM, OwN-3m-All via Cygwin wrote:
Hopefully I can strace at some point soon and get back to you with the
results.
I have multiple confirmed reports from other people that this no longer
works though. And again, I tried it on three different fresh installs of
different Windows
Greetings, OwN-3m-All!
> I can't seem to get apache via cygwin to work on Windows Server 2019.
My question is tangential to Cygwin: why can't you run native Apache with
native PHP? What Cygwin specific is in your needs?
> Any idea why this is happening or how to fix it?
cygcheck may provide a
Hopefully I can strace at some point soon and get back to you with the
results.
I have multiple confirmed reports from other people that this no longer
works though. And again, I tried it on three different fresh installs of
different Windows operating systems (with no bloatware or BLODA), and al
On 10/15/2021 4:04 PM, OwN-3m-All via Cygwin wrote:
Downgrading (choosing lower versions) httpd and httpd-mod_php7 didn't
help. Same issue. It appears to be something cygwin specific and not
package related? I don't know...
Running the httpd command under strace might provide a clue. See if
Downgrading (choosing lower versions) httpd and httpd-mod_php7 didn't
help. Same issue. It appears to be something cygwin specific and not
package related? I don't know...
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:
I checked, and I'm not running anything listed here:
https://cygwin.com/faq/faq.html#faq.using.bloda
I even disabled Windows Defender to see if that would make a difference,
but it didn't.
Results in a fresh install of Windows 10 Pro N 21H1 19043.928 are similar:
1 [main] httpd 1879 child
> I suggest you disable whatever BLODA
Such as? This is a fresh install of Windows Server 2019 with no additional
apps installed.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscrib
OwN-3m-All via Cygwin writes:
[…]
> \??\C:\OGP64\bin\cygharfbuzz-0.dll: Loaded to different address:
> parent(0x3FE6C) != child(0x60)
> [Thu Oct 14 20:35:18.358045 2021] [mpm_prefork:error] [pid 89] (11)Resource
> temporarily unavailable: AH00159: fork: Unable to fork new process
> 0
> Apache had/has two run modes, pre-forking and threaded. It appears
you're running it in pre-forking mode. Try running it in threaded mode.
This might be controlled by httpd.conf or some other Apache config file.
That is doable, but changing it makes it so that PHP no longer works.
To make tha
Hi,
OwN-3m-All via Cygwin wrote:
Hi All,
I can't seem to get apache via cygwin to work on Windows Server 2019.
Here is my error log:
0 [main] httpd 1360 child_info_fork::abort:
\??\C:\OGP64\bin\cygharfbuzz-0.dll: Loaded to different address:
parent(0x3FAF6) != child(0xCD)
[Thu
Hi All,
I can't seem to get apache via cygwin to work on Windows Server 2019.
Here is my error log:
0 [main] httpd 1360 child_info_fork::abort:
\??\C:\OGP64\bin\cygharfbuzz-0.dll: Loaded to different address:
parent(0x3FAF6) != child(0xCD)
[Thu Oct 14 20:21:24.306514 2021] [mpm_pre
:46 pip3 -> /usr/bin/pip3.8*
>> > lrwxrwxrwx 1 Admin None 22 Jun 16 07:34 python -> /usr/bin/python3.8.exe*
>> > -rw-r--r-- 1 Admin None 163 Apr 4 2013 README
>>
>> This shows that alternatives worked in June. Have you changed anything since
>> then that m
Doug Henderson via Cygwin writes:
> Alternatives does not work correctly when CYGWIN=nativestrict. Perhaps
> it is trying to create a link before the link target exists. Unlike
> Linux, Windows does not allow creating symbolic links to non-existent
> targets.
Which is one reason why Windows symlin
5.3.1.gz
> > lrwxrwxrwx 1 Admin None 20 Jun 16 17:48 luac -> /usr/bin/luac5.3.exe*
> > lrwxrwxrwx 1 Admin None 32 Jun 16 17:48 luac.1.gz ->
> > /usr/share/man/man1/luac5.3.1.gz
> > lrwxrwxrwx 1 Admin None 15 Jun 5 08:46 pip3 -> /usr/bin/pip3.8*
> > lrw
the CYGWIN environment variable)?
Here are a few other things you could try:
1. Attach cygcheck output as requested in https://cygwin.com/problems.html
2. Add --verbose to the alternatives call.
3. Run the alternatives call under strace and look for errors involving
symlinks. Or post th
On Wed, 14 Jul 2021 at 16:33, Ken Brown via Cygwin wrote:
>
> On 7/14/2021 5:08 PM, Doug Henderson via Cygwin wrote:
> > On Wed, 14 Jul 2021 at 13:03, Achim Gratz wrote:
> >>
> >> Doug Henderson via Cygwin writes:
> >>> The first error message occurred when I installed all pending packages
> >>>
On 7/14/2021 5:08 PM, Doug Henderson via Cygwin wrote:
On Wed, 14 Jul 2021 at 13:03, Achim Gratz wrote:
Doug Henderson via Cygwin writes:
The first error message occurred when I installed all pending packages
this morning. I hoped to heal the problem by reinstalling the
installed gnuplot pack
On Wed, 14 Jul 2021 at 13:03, Achim Gratz wrote:
>
> Doug Henderson via Cygwin writes:
> > The first error message occurred when I installed all pending packages
> > this morning. I hoped to heal the problem by reinstalling the
> > installed gnuplot packages. Now I get both the messages.
>
> If yo
On 14.07.2021 21:02, Achim Gratz wrote:
Doug Henderson via Cygwin writes:
The first error message occurred when I installed all pending packages
this morning. I hoped to heal the problem by reinstalling the
installed gnuplot packages. Now I get both the messages.
If you look in /var7Log/set
Doug Henderson via Cygwin writes:
> The first error message occurred when I installed all pending packages
> this morning. I hoped to heal the problem by reinstalling the
> installed gnuplot packages. Now I get both the messages.
If you look in /var7Log/setup.log.full you should be able to see wha
When running setup-x86_64.exe version 2.908 (64-bit) I get errors after rebase:
Package: _/gnuplot-base
gnuplot-base.dash exit code 2
Package: _/Unknown package
python38-devel.sh exit code 2
The first error message occurred when I installed all pending packages
this morning. I hoped to
Hi!
Brian wrote:
Install cygport, libbz2-devel, and any other unzip build dependencies, then in
the source unzip.cygport directory, run:
$ cygport unzip.cygport download all check
and you should have a successful build in five minutes or less.
Thanks very much. It all went as you descr
On Mon, Feb 15, 2021 at 11:10 AM Marco Atzeri
wrote:
>
> $ cygport unzip.cygport all
> ...
> Stripping executables:
> usr/bin/funzip.exe
> usr/bin/unzip.exe
> usr/bin/unzipsfx.exe
> Preparing debuginfo source files:
> 18 files
> >>> Packaging unzip-6.0-17.x86_
mbler) errors. Here is my console output:
$ /usr/bin/make -f unix/Makefile cygwin
ln: failed to create hard link './Makefile': File exists
/usr/bin/make unzips CC=gcc LD=gcc AS=gcc\
CFLAGS="-O3 -DASM_CRC -DNO_LCHOWN -DNO_LCHMOD"\
AF="-Di386 " CRCA_O=crc_gcc.o\
On 2021-02-13 19:34, Soren via Cygwin wrote:
Hi, again. I sent a request for help with this build. Then I put on my
thinking cap and snatched in the cygwin src for this pkg, which is new
(6.0). Yet I still cannot build. Thus, here is the output on my console:
But first, weirdly we are finding a d
On 14.02.2021 03:34, Soren via Cygwin wrote:
Hi, again. I sent a request for help with this build. Then I put on my
thinking cap and snatched in the cygwin src for this pkg, which is new
(6.0). Yet I still cannot build. Thus, here is the output on my console:
But first, weirdly we are finding
Hi, again. I sent a request for help with this build. Then I put on my
thinking cap and snatched in the cygwin src for this pkg, which is new
(6.0). Yet I still cannot build. Thus, here is the output on my console:
But first, weirdly we are finding a different make:
$ which make
/usr/bin/make
((a
On 2/13/2021 7:01 PM, Soren via Cygwin wrote:
HI. HI!. I've been away from cygwin (and all computer programming
/messing-about) fro several years. Still love Cygwin.
I've gotan archive with the source for `unzip' and I am having trouble
compiling that program. The is the output on the console:
HI. HI!. I've been away from cygwin (and all computer programming
/messing-about) fro several years. Still love Cygwin.
I've gotan archive with the source for `unzip' and I am having trouble
compiling that program. The is the output on the console:
$ make
gcc -c -DASM_CRC -DWIN32 -D__GW32__ -D_LA
On 01.02.2021 10:25, Michael Soegtrop via Cygwin wrote:
Hi Achim,
I have some evidence that this update leads to random assembler errors.
I have 3 CI failures (out of 5 runs) since the update in an open source
project I maintain. The failure is always an error from the MinGW 64
assembler and
Michael Soegtrop via Cygwin writes:
> I have some evidence that this update leads to random assembler
> errors. I have 3 CI failures (out of 5 runs) since the update in an
> open source project I maintain. The failure is always an error from
> the MinGW 64 assembler and the error
An update on this:
I reverted to the previous version of MinGW 64 binutils in our CI and
didn't have issues since then.
Best regards,
Michael
Am 01/02/2021 um 10:25 schrieb Michael Soegtrop:
Hi Achim,
I have some evidence that this update leads to random assembler
errors. I have
Hi Achim,
I have some evidence that this update leads to random assembler errors.
I have 3 CI failures (out of 5 runs) since the update in an open source
project I maintain. The failure is always an error from the MinGW 64
assembler and the errors are random - that is if I rerun the same CI
Allen Hewes via Cygwin writes:
> I think the recent man* package update has an issue in the postinstall script:
Yes, the script got broken when it was generated for packaging. It's
hopefully fixed now.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wal
Hi,
I think the recent man* package update has an issue in the postinstall script:
Postinstall script errors
Package: z/Perpetual
zp_man-db-update-index.dash exit code 2
$ /etc/postinstall/zp_man-db-update-index.dash
/etc/postinstall/zp_man-db-update-index.dash: line 4: syntax error near
GROUP:(OI)(CI)(IO)(RX)
>>> Everyone:(OI)(CI)(IO)(RX)
>>>
>>> Successfully processed 1 files; Failed processing 0 files
>
>> The results seem to be normal...
> Yesterday I tried adjusting the CYGWIN= values to do with symlink creation,
> b
Hi Takashi,
Yesterday I tried adjusting the CYGWIN= values to do with symlink creation, but
that didn’t seem to , tried lnk, native, restrictnative but the errors
persisted.
Peter
Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
From: Takashi Yano<mailto:
1 - 100 of 1310 matches
Mail list logo
