Please upload: mined-2013.23-0

Please upload the release update package for mined: cd mined #src: wget http://towo.net/mined/cygwin/mined-2013.23-0-src.tar.bz2 #32bit: wget http://towo.net/mined/cygwin/32/mined-2013.23-0.tar.bz2 #64bit: wget

Re: some cygport packaging issues

Am 15.08.2013 10:36, schrieb Corinna Vinschen: On Aug 14 22:25, Thomas Wolff wrote: (Packaging algol68g) There are two warnings at the end: *** Warning: setup.hint is missing *** Warning: algol68g.hint is missing What's the latter (algol68g.hint)? The file setup.hint is in the same directory

Re: [RFU] serf-1.3.1-1

On 8/16/2013 12:43 PM, David Rothenberger wrote: Please delete serf-1.3.0-1 and 1.3.0-2 and leave 1.2.1-1 as previous. Thanks! D=http://home.comcast.net/~david.rothenberger/cygwin/x86 wget -x -nH --cut-dirs=3 \ ${D}/serf/libserf1_0/libserf1_0-1.3.1-1.tar.bz2 \

Re: some cygport packaging issues

On 8/17/2013 4:10 AM, Thomas Wolff wrote: Am 15.08.2013 10:36, schrieb Corinna Vinschen: [...] and drop the DEPEND line. The deps will be autogenerated anyway. Amazing, I wonder, how this works reliably (even with packages that do not use auto-stuff). If cygport would still consider

[ITA] whois

I would like to adopt whois. I've packaged the latest release. setup.hint -- category: Net requires: libcrypt0 libiconv2 libidn11 sdesc: GNU Whois ldesc: A client for the whois directory service. It allows you to retrieve

[ITP] git-review - Tool to submit code to Gerrit

git-review is included in Debian [1] and Fedora [2]. setup.hint -- category: Devel requires: python sdesc: Tool to submit code to Gerrit ldesc: A git command for submitting branches to Gerrit download:

[RFU] mksh-48-1

Please upload mksh-48-1: 32-bit: wget -x -nH --cut-dirs=3 \ http://dl.dropbox.com/u/5530441/cygwin/mksh/setup.hint \ http://dl.dropbox.com/u/5530441/cygwin/mksh/mksh-48-1.tar.bz2 \ http://dl.dropbox.com/u/5530441/cygwin/mksh/mksh-48-1-src.tar.bz2 \

A walking bug on Cygwin home page

Have you noticed the walking bug appeared today on the Cygwin Home Page (http://www.cygwin.com). I initially thought that it was a real insect inside my PC monitor, but then I realized it was a graphical bug walking on the same path, an horizontal 8. I wonder if it doesn't hide some new

Re: A walking bug on Cygwin home page

On Sat, Aug 17, 2013 at 01:13:14PM +0200, Angelo Graziosi wrote: Have you noticed the walking bug appeared today on the Cygwin Home Page (http://www.cygwin.com). I initially thought that it was a real insect inside my PC monitor, but then I realized it was a graphical bug walking on the same

Re: binutils feature request: ld --disable-large-address-aware [PATCH]

Christian Franke wrote: A few programs are not compatible with --large-address-aware which is enabled by default in current x86 ld. For example cdrkit, dvd+rw-tools and smartmontools use IOCTL_SCSI_PASS_THROUGH_DIRECT which apparently requires user buffers below 2GiB. Using

mt and tar fail on LTO-5 drives

Hello People, I have here two SAS connected LTO-5 drives: one IBM and one HP. Both drives work work fine, but sadly mt does not. The size reported by mt is a meager 35 GB, instead of the expected 1.5TB I have tried both an older 32 bit and the 'current' 64 bit cygwin: same result. Writing to

emacs-nox hogs CPU if backgrounded during compile

Hi all, The following STC causes emacs-nox to peg a CPU indefinitely. Emacs remains responsive, but C-c C-k doesn't kill the compile; you have to exit emacs to remove the Compiling status. Killing the buffer or starting a new compile offers to kill the offending process, but doesn't.

Re: emacs-nox hogs CPU if backgrounded during compile

On Sat, Aug 17, 2013 at 02:41:32PM -0400, Ryan Johnson wrote: The following STC causes emacs-nox to peg a CPU indefinitely. Emacs remains responsive, but C-c C-k doesn't kill the compile; you have to exit emacs to remove the Compiling status. Killing the buffer or starting a new compile offers