Am 22.03.2020 um 21:19 schrieb Yaakov Selkowitz:
On Sat, 2020-03-21 at 07:40 +0100, Marco Atzeri via Cygwin wrote:
Am 21.03.2020 um 05:55 schrieb Marco Atzeri:
Am 20.03.2020 um 20:24 schrieb Hans-Bernhard Bröker:
Am 20.03.2020 um 00:18 schrieb Brian Inglis:
On 2020-03-18 23:25, Marco Atzeri
On Fri, 2020-03-20 at 10:29 +0100, Jan Nijtmans wrote:
> Op vr 20 mrt. 2020 om 05:03 schreef Yaakov Selkowitz:
> > To that end, in the best interest of the community, please consider my
> > packages up for adoption. I don't expect that any one person will take
> > all of them; some are obsolete
Yaakov Selkowitz writes:
> Case sensitivity. The modules depend on symbols both from other
> dependent modules as well as the C libraries which they bind. While
> for many of the libraries these names are slightly different, e.g.
> -lPango and -lpango-1.0, in the case of Cairo, the only
On Sat, 2020-03-21 at 07:40 +0100, Marco Atzeri via Cygwin wrote:
> Am 21.03.2020 um 05:55 schrieb Marco Atzeri:
> > Am 20.03.2020 um 20:24 schrieb Hans-Bernhard Bröker:
> > > Am 20.03.2020 um 00:18 schrieb Brian Inglis:
> > > > On 2020-03-18 23:25, Marco Atzeri via Cygwin wrote:
> > > > > It
Interesting. Maybe codepage-related issues, then. Sorry, I'm out of my
depth now, I'll leave it to someone else to diagnose further.
On Sun, 22 Mar 2020 at 19:54, Jay Libove wrote:
>
> Good suggestion, deleting files one by one. It's not just one file, but it
> does seem to have something to do
On Sat, 2020-03-21 at 01:37 -0700, Mark Geisert wrote:
> Eliot Moss wrote:
> > On 3/20/2020 9:39 AM, Yaakov Selkowitz wrote:
> >
> > > Cygwin doesn't support syscalls. I'd be very wary of any code which is
> > > conditional on any #ifdef SYS_*.
> >
> > Of course. AFAICT taskset does not need
Good suggestion, deleting files one by one. It's not just one file, but it does
seem to have something to do with some file name patterns.
I think I've got it. It's accented characters.
I live in Spain. Spanish has accented characters such as "Asociación".
When I remove all files containing any
On Sun, 2020-03-22 at 17:36 +0100, ASSI wrote:
> ASSI writes:
> > I see the same thing. I have no idea why the linker doesn't pick up the
> > reference, but it produces exactly the same error when removing
> > "-lcairo" from the link list, which looks suspicious.
>
> Indeed if I replace that
Have you tried deleting files one by one, to see if the issue is
related to a single file (sorry if this is an obvious suggestion that
you've already tried).
In Cygwin bash, it's the shell that glob-expands wildcards before
calling your program (e.g. ls), and in find, it's the find code that
does
Thanks Paul, both for your initial reply, and your follow-up.
In this case it's not a matter case sensitivity.
I've verified that, in one of the example cases, there are both *.pdf and *.PDF
files in the subject directory.
Both 'ls *.pdf' and 'ls *.PDF' produce the "ls: cannot access
On Sun, 22 Mar 2020 at 19:11, Marco Atzeri via Cygwin wrote:
> any reason for NOT using a cygwin shell ?
Many reasons. But that's not relevant to this thread, is it? (Note:
I'm not the OP, just an interested contributor to the thread).
I'm happy to elaborate if you want, but I suggest we do it
Am 22.03.2020 um 18:50 schrieb Jay Libove via Cygwin:
I've never seen this before.
In a Windows CMD shell, Cygwin shell expansion, for example:
ls *.pdf
returns:
ls: cannot access '*.PDF': No such file or directory
(Indeed, any Cygwin shell expansion, when executed from within Windows CMD,
Is this because cygwin globbing is (by default) case sensitive? You
could set the CYGWIN environment variable to "glob:ignorecase" to get
case-insensitive behaviour.
Paul
On Sun, 22 Mar 2020 at 17:52, Jay Libove via Cygwin wrote:
>
> I've never seen this before.
> In a Windows CMD shell, Cygwin
Marco Atzeri via Cygwin-apps writes:
> I am planning to update all the packages left behind
> by the Perl update
> (Except if Achim is interested in them)
>
> perl-Glib already built
> perl-Cairo
> perl-Gtk2
> perl-Pango
I currently have that stack in evaluation (since
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.904.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.904.x86.exe(32 bit version)
Please test, and report any problems here.
This is not the place for setup feature requests.
Changes compared
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.904.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.904.x86.exe(32 bit version)
Please test, and report any problems here.
This is not the place for setup feature requests.
Changes compared
I've never seen this before.
In a Windows CMD shell, Cygwin shell expansion, for example:
ls *.pdf
returns:
ls: cannot access '*.PDF': No such file or directory
(Indeed, any Cygwin shell expansion, when executed from within Windows CMD,
produces this error. See below)
ls *someotherwildcard*
ASSI writes:
> I see the same thing. I have no idea why the linker doesn't pick up the
> reference, but it produces exactly the same error when removing
> "-lcairo" from the link list, which looks suspicious.
Indeed if I replace that library reference with "-l:libcairo.dll.a" then
things work.
Marco Atzeri via Cygwin-apps writes:
> I already built
>
> perl-GLIB
> perl-Cairo
Yes, these are easy to build, I've even had the devel packages already
installed.
> but perl-Pango is failing
>
> [ LD blib/arch/auto/Pango/Pango.dll ]
>
Version 2.2.20-1 of
gnupg2
is available in the Cygwin distribution:
CHANGES
Latest upstream security fix release
https://lists.gnupg.org/pipermail/gnupg-announce/2020q1/000444.html
DESCRIPTION
The GNU Privacy Guard
GnuPG is a command line tool without any graphical user interface.
Version 2.2.20-1 of
gnupg2
is available in the Cygwin distribution:
CHANGES
Latest upstream security fix release
https://lists.gnupg.org/pipermail/gnupg-announce/2020q1/000444.html
DESCRIPTION
The GNU Privacy Guard
GnuPG is a command line tool without any graphical user interface.
Am 22.03.2020 um 06:51 schrieb Marco Atzeri via Cygwin:
Am 22.03.2020 um 04:21 schrieb Joe via Cygwin:
I'm using cygwin 3.1.4 on Windows 10.
The new pseudo terminal stuff seems really slow.
For example:
$ time seq 1
(output omitted)
real 0m23.510s
user 0m1.515s
sys 0m4.483s
If
22 matches
Mail list logo