Version 1.72-1 of packages
leptonica
libleptonica-devel
libleptonica_3
are available in the Cygwin distribution:
CHANGES
New upstream release.
http://www.leptonica.org/source/version-notes.html
DESCRIPTION
Leptonica is a pedagogically-oriented open source site containing
software tha
On Tue, 28 Apr 2015, Dr. Volker Zell wrote:
Date: Tue, 28 Apr 2015 00:56:52 +0200
From: Dr. Volker Zell
Subject: [Packaging error] Re: [ANNOUNCEMENT] Updated: suite3270-3.3.15ga8-1,
c3270-3.3.15ga8-1, pr3287-3.3.15ga8-1, s3270-3.3.15ga8-1,
tcl3270-3.3.15ga8-1, x3270-3.3.15ga8-1
Peter A
> Peter A Castro writes:
> An updated version of the suite3270 packages has been released and should
be at
> a mirror near you real soon. This is an upstream release.
> NOTICE
> ==
> Version 3.3.15ga8 has just been released for both 32-bit and 64-bit
Cygwin. The
The following code:
#include
#include
int main()
{
int32_t ival = 1;
uint32_t uval = 2;
printf("int = %"PRId32", uint = %"PRIu32".\n", ival, uval);
return 0;
}
when compiled with either gcc or clang on a 32-bit system and with the -Wall
flag produces the foll
An updated version of the suite3270 packages has been released and should
be at a mirror near you real soon. This is an upstream release.
NOTICE
==
Version 3.3.15ga8 has just been released for both 32-bit and 64-bit
Cygwin. The updated packages are as follows:
suite3270-3.3.15ga8-1.tar
An updated version of zsh (zsh-5.0.7-1) has been released and should be
at a mirror near you real soon. This is an upstream release.
NOTICE:
===
Version 5.0.7 has just been released for both 32-bit and 64-bit Cygwin.
This release contains several fixes, but is mostly to address the problem
Tobias Zawada wrote:
> Dear David, dear Corinna,
> thanks for your fast response and the workaround, David.
>
> Could it be that the problem is related to the following one:
>
> https://cygwin.com/ml/cygwin/2013-07/msg00376.html
I believe Corinna has fix the issue in that message.
I've made som
Just to try to close this:
I have not seen my X server exit with a Clipboard Error in at least a
couple of weeks. I can't say what was causing the problem. My
working theory was that somehow TeamViewer (remote control software)
was causing the problem. However, I have been doing extensive remot
Ah, nice, that works. Many thanks Peter.
2015-04-27 16:08 GMT+02:00 Peter Rosin :
> On 2015-04-27 15:25, Björn Kautler wrote:
>> Hi,
>>
>> I have a permissionproblem on a CIFS share.
>>
>> The line in fstab reads "//fileserver.company.de/git/mnt/git
>> cifsbinary,posix=0,user,noacl"
>>
>>
On Apr 26, 2015, at 12:50 AM, Steven Penny wrote:
>
> I feel that wget or curl should be a Cygwin base package. I looked at these
> distros and they all come with one or both pre-installed.
Cygwin’s “base” doesn’t use the same philosophy as the Linux distros you list.
It’s closer to the base i
Hi Cygwin friends and users,
I just released Cygwin 2.0.0-1.
This release bumps the major version number of Cygwin. This is something
I was looking forward to for a while since the numbering scheme is a bit
awkward.
In future, bugfix releases will bump the last number, new feature
releases wil
On 2015-04-27 15:25, Björn Kautler wrote:
> Hi,
>
> I have a permissionproblem on a CIFS share.
>
> The line in fstab reads "//fileserver.company.de/git/mnt/git
> cifsbinary,posix=0,user,noacl"
>
> I then try to push some Git changes, but it does only work by
> repeating the push multip
Hi,
I have a permissionproblem on a CIFS share.
The line in fstab reads "//fileserver.company.de/git/mnt/git
cifsbinary,posix=0,user,noacl"
I then try to push some Git changes, but it does only work by
repeating the push multiple times.
Following you see the execution history, I did not
On Apr 27 14:31, Corinna Vinschen wrote:
> On Apr 27 15:12, Pavel Fedin wrote:
> > Hello!
> >
> > Our asm/types.h defines Linux-compatible things like __u8, __u16, etc.
> > However, code which includes it might also expect __u64 and __s64, which are
> > unsigned long long and long long correspon
On Apr 27 15:12, Pavel Fedin wrote:
> Hello!
>
> Our asm/types.h defines Linux-compatible things like __u8, __u16, etc.
> However, code which includes it might also expect __u64 and __s64, which are
> unsigned long long and long long correspondingly. An example of this is
> u-boot tools (like mk
Hello!
Our asm/types.h defines Linux-compatible things like __u8, __u16, etc.
However, code which includes it might also expect __u64 and __s64, which are
unsigned long long and long long correspondingly. An example of this is
u-boot tools (like mkimage).
Can this be fixed ?
Kind regards,
Pave
16 matches
Mail list logo
