Hi,
> Have there been any changes to OpenGL libraries in 32-bit cygwin in the last
> six months?
i also have another OpenGL app crashing.
glxinfo reports wrong Video memory size.
glxgears raises SIGSEGV under swrast_dri.so.
i could not reach exact crash point, b/c dri-drivers looks having no
deb
Have there been any changes to OpenGL libraries in 32-bit cygwin in the last
six months?
The opengl application I use (geomview 1.9.5) is now crashing on an uptodate
Cygwin where it worked previously. (Can't compare with previous Cygwin install
- had to replace drive)
It runs without texturema
The following packages have been uploaded to the Cygwin distribution:
* atril-1.14.1-1
* caja-1.14.1-1
* caja-extensions-1.14.0-1
* caja-python-1.14.0-1
* engrampa-1.14.1-1
* eom-1.14.1-1
* libmatekbd-1.14.1-1
* libmatemixer-1.14.0-1
* libmateweather-1.14.0-1
* marco-1.14.2-1
* mate-applets-1.14.0
On 05/23/2016 10:56 AM, x y wrote:
>> It is always possible to create file list with find and use that
>> to tar whatever using --files-from=FILE option
>
>> I don't see the need to change tar behaviour to meet your wish.
>
> Hi Marco,
>
> Consider that you are working in the IT department of a
On Mon, May 23, 2016 at 4:40 AM, x y wrote:
> Hello,
>
> The MS Office applications are changing the ctime value of .doc and
> .xls files even if they are not modified. Opening and closing an
> office file without modifying the content is changing ctime and the
> unmodified document is included in
>It is always possible to create file list with find and use that
>to tar whatever using --files-from=FILE option
>I don't see the need to change tar behaviour to meet your wish.
Hi Marco,
Consider that you are working in the IT department of a company and
you have thousands of documents in your
On 23/05/2016 16:57, x y wrote:
mtime is fakeable, ctime is not. Using only mtime makes it likely that
your incremental backup will miss files. I don't have any good reason
to differ from upstream behavior here.
Hi Eric,
The problem is not faking time stamps. Even commercial Windows backup
p
> On Mon, May 23, 2016 at 5:29 PM, Eric Blake wrote:
>> On 05/23/2016 03:18 AM, x y wrote:
>>> It is not clear to me your expectation:
>>> - are you asking how to use ctime to select the file with tar alone ?
>>> It is not possible for my understanding of the manual.
>>>
>>> - Are you asking the
>mtime is fakeable, ctime is not. Using only mtime makes it likely that
>your incremental backup will miss files. I don't have any good reason
>to differ from upstream behavior here.
Hi Eric,
The problem is not faking time stamps. Even commercial Windows backup
programs are checking the modific
On 05/23/2016 03:18 AM, x y wrote:
> It is not clear to me your expectation:
> - are you asking how to use ctime to select the file with tar alone ?
> It is not possible for my understanding of the manual.
>
> - Are you asking the package maintainer to change the behaviour of
> cygwin tar ? Un
On May 22 00:29, Brian Clifton wrote:
> >On Apr 24 17:18, Brian Clifton wrote:
> >> Hi folks,
> >>
> >> I have a proposed change for the web site. This patch (see below) will
> >> update most of the urls to HTTPS. In many cases there was a redirect; for
> >> those I captured the new canonical ad
> From: Marco Atzeri
> To: cygwin> Cc:
> Date: 2016/5/23, Mon 14:27
> Subject: Re: setup*.exe : zp_fontconfig_cache_1.sh exit code 1
>
> On 23/05/2016 01:01, Tatsuro MATSUOKA wrote:
>> Hello
>> I have encoungtered the message in the last window of the Cygwin setup:
>> Package: z/Perpetual
>>
It is not clear to me your expectation:
- are you asking how to use ctime to select the file with tar alone ?
It is not possible for my understanding of the manual.
- Are you asking the package maintainer to change the behaviour of
cygwin tar ? Unlikely to happen, but I leave to him.
Regards
On 23/05/2016 10:54, x y wrote:
Hi Marco,
Thanks for your reply. The problem is that there are a lot of files to
be checked so replacing ctime by time to support tar incremental
backup should be more practical.
Bottom post on this mailing list, please.
It is not clear to me your expectation:
Hi Marco,
Thanks for your reply. The problem is that there are a lot of files to
be checked so replacing ctime by time to support tar incremental
backup should be more practical.
On Mon, May 23, 2016 at 11:46 AM, Marco Atzeri wrote:
> On 23/05/2016 10:40, x y wrote:
>>
>> Hello,
>>
>> The MS Off
On 23/05/2016 10:40, x y wrote:
Hello,
The MS Office applications are changing the ctime value of .doc and
.xls files even if they are not modified. Opening and closing an
office file without modifying the content is changing ctime and the
unmodified document is included in the incremental tar a
Hello,
The MS Office applications are changing the ctime value of .doc and
.xls files even if they are not modified. Opening and closing an
office file without modifying the content is changing ctime and the
unmodified document is included in the incremental tar archive. Could
it be possible to us
Version 2.6.1-1 of
flex
for cygwin 32bit and 64bit have been uploaded.
CHANGES
This is a new upstream release.
For the full list of changes:
https://github.com/westes/flex/releases
CYGWIN CHANGES
Build system moved to cygport
DESCRIPTION
flex, the fast lexical analyzer generator, is a tool
Version 1.8.17-1 of
hdf5
libhdf5-devel
libhdf5_10
libhdf5cpp_12 (C++ api bumped)
libhdf5hl_10(package split)
libhdf5hlcpp_11 (package split)
for cygwin 32bit and 64bit have been uploaded.
CHANGES
This is a new upstream release.
For the full list of changes:
https:/
19 matches
Mail list logo
