The following packages have been updated in the Cygwin distribution as
test releases:
*** emacs-24.3.91-1
*** emacs-X11-24.3.91-1
*** emacs-w32-24.3.91-1
*** emacs-el-24.3.91-1
Emacs is a powerful, customizable, self-documenting, modeless text
editor. Emacs contains special code editing featu
For what it's worth, I also ran into the problem with the Cygwin setup
updater hanging during the man-db update.
I'm on Win8.1, using Cygwin 64-bit.
I didn't have GDB installed, so checked with Process Explorer, the mandb.exe
process was using CPU, but I didn't notice a particular file handle ope
On 2014-06-23 11:09, Corinna Vinschen wrote:
> On Jun 19 19:53, Denis Excoffier wrote:
>
> Do you really *want* to enumerate 500K users when accessing the DCs
> remote over a slow DSL line? Isn't this a situation in which you'd
> rather like to avoid enumerating accounts or restrict it to an
> es
The following packages have been updated in the Cygwin distribution:
*** vim-7.4.335-1
*** vim-common-7.4.335-1
*** vim-minimal-7.4.335-1
*** xxd-7.4.335-1
*** gvim-7.4.335-1
Vim is an advanced text editor that seeks to provide the power of the
de-facto Unix editor 'Vi', with a more complete fe
The following packages have been updated for both arches:
* libusb1.0-1.0.19-1
* libusb1.0-devel-1.0.19-1
LibUSB is a library that provides generic access to USB devices.
As a library, it is meant to be used by developers, to facilitate the
production of applications that communicate with USB ha
The following packages have been updated in the Cygwin distribution:
* libtool-2.4.2-5
* libltdl7-2.4.2-5
GNU libtool is a generic library support script for use in conjuction
with autoconf and automake. Libtool hides the complexity of using shared
libraries behind a consistent, portable inter
The following packages have been updated in the Cygwin distribution:
* jbigkit-2.0-14
* libjbig2-2.0-14
* libjbig-devel-2.0-14
JBIG-KIT is a software implementation of the JBIG1 data compression
standard (ITU-T T.82), which was designed for bi-level high-resolution
image data such as scanned d
I for one am finding this discussion rather boring and would prefer it be moved
elsewhere.
I can't see any changes happening - only one vote in favour apart from the OP,
and that's someone
who's views, as a result of his earlier behaviour, are likely to receive less
weight than he'd like.
I'm
On 6/21/2014 19:23, Andrey Repin wrote:
5. cygwin-patches
This one's going to be missing as soon as the Cygwin repo is migrated to Git,
IMO.
Are you imagining Github style managed pull requests here? I expect
Cygwin will be using their own hosting, which means you don't get that
feature. Th
On 6/21/2014 05:51, Adam Dinwoodie wrote:
On Fri, Jun 20, 2014 at 03:07:37PM -0600, Warren Young wrote:
Every time someone says "That's not on topic here, go elsewhere," it
can easily be read as "Go away."
I've never seen a reply saying "that's not on topic here, go away"
I said "go elsewher
Christopher Faylor writes:
> Isn't the real question why the numbering went backwards? It sounds
> like there is a packaging error here and this should have been
> zip-3.0-12 rather than zip-3.0-2.
Indeed, looking at the 64bit version it seems the same cygport file has
been used for both architec
On 06/23/2014 09:57 AM, Thomas Anderson wrote:
Hi, after a recent upgrade (maybe the 20) I have some problem with
special characters and ls --color
For example:
$ ls --color
file.txt temp/
is ok
but
$ ls --color > ls.txt
is not
$ less ls.txt
file.txt
ls.txt
ESC[0mESC[01;34mtempESC[0m/
On Mon, Jun 23, 2014 at 06:29:11PM +0200, Achim Gratz wrote:
>Corinna Vinschen writes:
>> I fixed this on cygwin.com by adding "prev" and "curr" entries.
>
>Confirmed, thanks.
Isn't the real question why the numbering went backwards? It sounds
like there is a packaging error here and this should
Corinna Vinschen writes:
> I fixed this on cygwin.com by adding "prev" and "curr" entries.
Confirmed, thanks.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#Wa
On Jun 23 12:15, Ken Brown wrote:
> On 6/23/2014 9:07 AM, Marco Atzeri wrote:
> >
> >On 23/06/2014 14:25, Corinna Vinschen wrote:
> >>Hi Marco,
> >>
> >>On Jun 23 13:41, Marco Atzeri wrote:
> >
> >>>
> >>>64 $ ./getaddrinfo_test-2_64
> >>>getaddrinfo: Non-recoverable failure in name resolution
> >>
On 6/23/2014 9:07 AM, Marco Atzeri wrote:
On 23/06/2014 14:25, Corinna Vinschen wrote:
Hi Marco,
On Jun 23 13:41, Marco Atzeri wrote:
64 $ ./getaddrinfo_test-2_64
getaddrinfo: Non-recoverable failure in name resolution
Am I missing something ?
The second way is currently used on postgres
On 06/20/2014 03:07 PM, Warren Young wrote:
> The Cygwin project has too many mailing lists. This causes an
> unjustifiable amount of friction.
I tend to disagree; I'm happy with the current division of lists. None
of the lists are high-volume except for the main cygwin and X lists, and
it is al
On Jun 23 10:13, Christopher Faylor wrote:
> On Mon, Jun 23, 2014 at 02:55:02PM +0200, Corinna Vinschen wrote:
> >On Jun 23 12:35, Achim Gratz wrote:
> >> Since the new release doesn't provide a rsync-debuginfo package, there
> >> should be setup.hint file that makes the old debuginfo package the p
On Mon, Jun 23, 2014 at 02:55:02PM +0200, Corinna Vinschen wrote:
>On Jun 23 12:35, Achim Gratz wrote:
>> Since the new release doesn't provide a rsync-debuginfo package, there
>> should be setup.hint file that makes the old debuginfo package the previous
>> version.
>
>I guess Jari just forgot to
Hi, after a recent upgrade (maybe the 20) I have some problem with
special characters and ls --color
For example:
$ ls --color
file.txt temp/
is ok
but
$ ls --color > ls.txt
is not
$ less ls.txt
file.txt
ls.txt
ESC[0mESC[01;34mtempESC[0m/
I'm on Windows 7 with the 32 bit version.
Bye,
t
On Jun 23 15:07, Marco Atzeri wrote:
>
> On 23/06/2014 14:25, Corinna Vinschen wrote:
> >Hi Marco,
> >
> >On Jun 23 13:41, Marco Atzeri wrote:
>
> >>
> >>64 $ ./getaddrinfo_test-2_64
> >>getaddrinfo: Non-recoverable failure in name resolution
> >>
> >>
> >>Am I missing something ?
> >>The second
On 23/06/2014 14:25, Corinna Vinschen wrote:
Hi Marco,
On Jun 23 13:41, Marco Atzeri wrote:
64 $ ./getaddrinfo_test-2_64
getaddrinfo: Non-recoverable failure in name resolution
Am I missing something ?
The second way is currently used on postgresql in several places,
but it seems to fail
On Jun 23 12:35, Achim Gratz wrote:
> Since the new release doesn't provide a rsync-debuginfo package, there
> should be setup.hint file that makes the old debuginfo package the previous
> version.
I guess Jari just forgot to upload the debuginfo packages. They are
auto-generated by cygport anywa
On Jun 23 11:49, Achim Gratz wrote:
> Yaakov Selkowitz cygwin.com> writes:
> > The following package has been updated in the Cygwin distribution:
> >
> > * zip-3.0-2
>
> The previous package in the x86 branch had been zip-3.0-11, but no
> appropriate setup.hint is present in the package director
Since the new release doesn't provide a rsync-debuginfo package, there
should be setup.hint file that makes the old debuginfo package the previous
version.
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Hi Marco,
On Jun 23 13:41, Marco Atzeri wrote:
> Hi,
> the attached two test programs should perform exactly the same call
> to getaddrinfo for 127.0.0.1
>
> however on 32 bit
> CYGWIN_NT-6.1-WOW64 1.7.30(0.272/5/3) 2014-05-23 10:36 i686 Cygwin
>
> 32 $ ./getaddrinfo_test-1_32
> 127.0.0.1 ai_ad
Yaakov Selkowitz cygwin.com> writes:
> The following package has been updated in the Cygwin distribution:
>
> * zip-3.0-2
The previous package in the x86 branch had been zip-3.0-11, but no
appropriate setup.hint is present in the package directory. Can this please
be corrected?
Regards,
Achim
Hi,
the attached two test programs should perform exactly the same call
to getaddrinfo for 127.0.0.1
however on 32 bit
CYGWIN_NT-6.1-WOW64 1.7.30(0.272/5/3) 2014-05-23 10:36 i686 Cygwin
32 $ ./getaddrinfo_test-1_32
127.0.0.1 ai_addr
02 00 00 00 7f 00 00 01 00 00 00 00 00 00 00 00
32 $ ./getad
On 23/06/2014 11:20, Corinna Vinschen wrote:
On Jun 20 16:59, Marco Atzeri wrote:
Hi,
6006791 [main] pg_regress 8200 transport_layer_pipes::write: error
writing to pipe, error = 233
276818 [main] pg_regress 8200 __set_errno: virtual ssize_t
transport_layer_pipes::write(void*,
On Jun 20 16:59, Marco Atzeri wrote:
> Hi,
>
> trying to debug why recent postgresql code is failing only on
> cygwin64 (all other platform and cygwin 32 are fine)
>
> $ uname -vrm
> 1.7.30(0.272/5/3) 2014-05-23 10:36 x86_64
>
> I noticed this strange output in the strace log
>
> 1026076
On Jun 19 19:53, Denis Excoffier wrote:
> On 2014-06-18 20:01, Corinna Vinschen wrote:
> > On Jun 18 10:33, Corinna Vinschen wrote:
> >>
> >>
> >> The idea I was proposing was just to drop all attempts to seconds guess
> >> how fast a DC replies. We're going to use LDAP with default settings
> >
31 matches
Mail list logo
