I'm listed as maintainer of the perl-Error module, and am trying to
upgrade to the 0.17022 release. However, when I try to rebuild the
0.17019 release that was done on my behalf for 64-bit cygwin, it fails:
$ cygport perl-Error.cygport fetch prep make
>>> Preparing perl-Error-0.17019-1
>>> Unpack
On 04/16/2014 09:53 PM, Brandon Barker wrote:
Hello,
I am trying to provide a binary that will require Cygwin to run. The
trick is, when I compile it on one system and run it on another,
certain dependencies may or may not be present. Although I thought I
did a thorough job on my test system, I'
Hello,
I am trying to provide a binary that will require Cygwin to run. The
trick is, when I compile it on one system and run it on another,
certain dependencies may or may not be present. Although I thought I
did a thorough job on my test system, I'm missing cygcc-1.dll. When I
try to run my exec
On 4/16/2014 10:09, tedno...@bellsouth.net wrote:
I just hit the worst Cygwin bug I've encountered, the RCS bug which
silently corrupts text files > 256K.
It's not a bug, it's a buffer size choice made with the rcs 5.8 release,
which affects Cygwin for reasons unknown.
GNU rcs 5.9.2 changed
A new release of sharutils, 4.14-1, is available, leaving 4.10-2 as
previous on 32-bit cygwin. It is also my first 64-bit build; 4.13.5-1
on 64-bit cygwin was not built by me, but provided while bootstrapping
the release.
NEWS:
=
This is a new upstream version. Using shar on text mounts cont
In message
you write:
>RCS does a great job for smaller projects when I don't need the
>overhead of any of the popular larger systems. It has saved me many
>times when I'm working on a short document or a set of scripts on my
>desktop machine.
>
>I'd miss it if it were removed simply due to the l
RCS does a great job for smaller projects when I don't need the
overhead of any of the popular larger systems. It has saved me many
times when I'm working on a short document or a set of scripts on my
desktop machine.
I'd miss it if it were removed simply due to the lack of handling
10Meg of diff
On 2014-04-16 10:20, Angelo Graziosi wrote:
> JonY wrote:
>> This removes the previously included default-manifest.o file support. It
>
> This release fixes the issue I flagged here
>
> http://cygwin.com/ml/cygwin/2014-04/msg00016.html
>
>
> at least from Mingw64 side (Cygwin Windows "native" a
In message <87bnw12nuu.fsf@Rainer.invalid>you write:
>tedno...@bellsouth.net writes:
>> Just for the record, the suggested env var fix
>>
>> RCS_MEM_LIMIT=0
>>
>> to "force stdio" does not work for me, but the
>
>That was never suggested as a fix, but to show that the problem occurs
>with files muc
tedno...@bellsouth.net writes:
> Just for the record, the suggested env var fix
>
> RCS_MEM_LIMIT=0
>
> to "force stdio" does not work for me, but the
That was never suggested as a fix, but to show that the problem occurs
with files much less than 256kiB size when forcing the code path through
std
I just hit the worst Cygwin bug I've encountered, the RCS bug which
silently corrupts text files > 256K. That's the last thing I expect
from a version control system!
After some moments of panic, I was able to retrieve a good copy from
backups, but have lost my revision history.
Anyway, I immedi
Greetings, Corinna Vinschen!
> I created new ssmtp packages, version 2.64-7. This is the first
> ssmtp package for the 64 bit distro.
> For the 32 bit distro this new package is marked as "test" version!
> It would be nice if somebody familiar with ssmtp from the 32 bit distro
> could give it a
Peter A. Castro writes:
> Ah. You are making the assumption I'm running my little project
> (Cygwin Time Machine) on Windows? No. This is run on a Linux server
> I use (heresy, I know :-), mostly using automated scripts and cron
> jobs.
I just wanted to avoid folks asking for those "new" versio
On Wed, 16 Apr 2014, Achim Gratz wrote:
Peter A. Castro writes:
I've just built a newer version of upx (and ucl, etc) and now I will start
archiving setup, x86 & x86_64, (again). Need to update my webpage
automation to generate an access list, but atleast I'm grabbing and
archiving them (again
On Apr 16 03:39, 卜勇华 wrote:
> Hi Corinna,
Please don't top-post. Thank you.
> Below is what I get:
> RS-I9E3U8R4:[~/tmp/test_symlink]>uname -a
> CYGWIN_NT-6.1 RS-I9E3U8R4 1.7.29(0.272/5/3) 2014-04-07 13:46 x86_64 Cygwin
> RS-I9E3U8R4:[~/tmp/test_symlink]>echo $CYGWIN
> winsymlinks:nativestrict
On Apr 16 08:32, Ken Brown wrote:
> On 4/16/2014 8:28 AM, Ken Brown wrote:
> >On 4/16/2014 2:35 AM, Corinna Vinschen wrote:
> >>On Apr 16 10:04, Corinna Vinschen wrote:
> >>>On Apr 15 14:14, Ken Brown wrote:
> I've come across a glitch involving sshd and cygserver. [...]
> Now I close the
On 4/16/2014 8:28 AM, Ken Brown wrote:
On 4/16/2014 2:35 AM, Corinna Vinschen wrote:
Hi Ken,
On Apr 16 10:04, Corinna Vinschen wrote:
On Apr 15 14:14, Ken Brown wrote:
I've come across a glitch involving sshd and cygserver. I normally
have both running, but I've discovered that I have to sta
On 4/16/2014 2:35 AM, Corinna Vinschen wrote:
Hi Ken,
On Apr 16 10:04, Corinna Vinschen wrote:
On Apr 15 14:14, Ken Brown wrote:
I've come across a glitch involving sshd and cygserver. I normally
have both running, but I've discovered that I have to start sshd
before I start cygserver, or els
Hi folks,
I created new ssmtp packages, version 2.64-7. This is the first
ssmtp package for the 64 bit distro.
For the 32 bit distro this new package is marked as "test" version!
It would be nice if somebody familiar with ssmtp from the 32 bit distro
could give it a try, if possible both, in 3
On Apr 16 07:35, tedno...@bellsouth.net wrote:
> In message <20140416080331.gn3...@calimero.vinschen.de>you write:
> >--KC+fneiph5CALyUl
> >Content-Type: text/plain; charset=utf-8
> >Content-Disposition: inline
> >Content-Transfer-Encoding: quoted-printable
> >> ../../libtool: line 1117: lib: comma
Peter A. Castro fruitbat.org> writes:
> I've just built a newer version of upx (and ucl, etc) and now I will start
> archiving setup, x86 & x86_64, (again). Need to update my webpage
> automation to generate an access list, but atleast I'm grabbing and
> archiving them (again).
Not that I wan
In message <20140416080331.gn3...@calimero.vinschen.de>you write:
>--KC+fneiph5CALyUl
>Content-Type: text/plain; charset=utf-8
>Content-Disposition: inline
>Content-Transfer-Encoding: quoted-printable
>> ../../libtool: line 1117: lib: command not found
>
>This is *so* wrong. That's very likely a p
A new release of wget, 1.15-1, is available for download, leaving
1.13.4-1 as previous.
NEWS:
=
This is a new upstream release, and also my first time building it for
64-bit cygwin (the existing 64-bit build was provided by others to help
bootstrap the environment). This should resolve issues
Hi Ken,
On Apr 16 10:04, Corinna Vinschen wrote:
> On Apr 15 14:14, Ken Brown wrote:
> > I've come across a glitch involving sshd and cygserver. I normally
> > have both running, but I've discovered that I have to start sshd
> > before I start cygserver, or else I have problems (can't ssh from a
On 2014-04-16 09:21, Gisela Haschmich wrote:
>
>> Side note, the GNU "equivalent" of MS lib.exe is ar. (ld corresponds
>> to MS link.exe).
>>
>> Regarding the issue, it is a bad sign that the archives are named
>> libmbmath.lib,
>>
>> libmbutil.lib etc. For a Cygwin build, you want them named lib
JonY wrote:
This removes the previously included default-manifest.o file support. It
This release fixes the issue I flagged here
http://cygwin.com/ml/cygwin/2014-04/msg00016.html
at least from Mingw64 side (Cygwin Windows "native" applications still
suffer the issue).
Thanks,
Angelo.
On Apr 15 14:14, Ken Brown wrote:
> I've come across a glitch involving sshd and cygserver. I normally
> have both running, but I've discovered that I have to start sshd
> before I start cygserver, or else I have problems (can't ssh from a
> non-administrator account to an administrator account).
On Apr 16 07:21, Gisela Haschmich wrote:
>
> > Side note, the GNU "equivalent" of MS lib.exe is ar. (ld corresponds
> > to MS link.exe).
> >
> > Regarding the issue, it is a bad sign that the archives are named
> > libmbmath.lib,
> >
> > libmbutil.lib etc. For a Cygwin build, you want them named
On Apr 15 18:22, Linda Walsh wrote:
> Corinna Vinschen wrote:
> >On Apr 14 14:55, Linda Walsh wrote:
> >>I updated 77 cygwin pkgs Mar 19, and since have had
> >>problems running
> >>'locate' to completion... it dumps core at what
> >>appears to be the end of showing files within
> >>18K of the end
Version 2.24.0.3.85cf705-1 of mingw64-*-binutils have been uploaded.
This removes the previously included default-manifest.o file support. It
is now in its own package. Support for automatically linking it is being
moved into GCC instead.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
I
> Side note, the GNU "equivalent" of MS lib.exe is ar. (ld corresponds
> to MS link.exe).
>
> Regarding the issue, it is a bad sign that the archives are named
> libmbmath.lib,
>
> libmbutil.lib etc. For a Cygwin build, you want them named libmbmath.a. The
> .lib suffix is a clear indicator of a
31 matches
Mail list logo
