On 4/7/2013 12:21 AM, Charles Wilson wrote:
On 4/5/2013 10:15 AM, Corinna Vinschen wrote:
Chuck, editrights was the last dependency missing for csih. Would you
mind to build a new package? I was going to just copy it over from the
32 bit release area, but then it occured to me that it isn't
On 25/03/2013 08:52, Corinna Vinschen wrote:
On Mar 24 03:33, Yaakov (Cygwin/X) wrote:
In any case, the error is a result of adding one of Dave Korn's patches:
http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/gcc;a=blob;f=4.7-libstdc-dllimport.patch;hb=refs/heads/4.8#l29
On Apr 8 23:26, Ronald Blaschke wrote:
@ coreutils
...
requires: bash libattr1 libgmp3 libiconv2 libintl8 tzcode
...
I think this should be libgmp10, not libgmp3. I noticed this
because expr reported an error during a fresh install, and expr
worked only after I installed libgmp10.
On Apr 9 02:12, Charles Wilson wrote:
On 4/7/2013 12:21 AM, Charles Wilson wrote:
On 4/5/2013 10:15 AM, Corinna Vinschen wrote:
Chuck, editrights was the last dependency missing for csih. Would you
mind to build a new package? I was going to just copy it over from the
32 bit release area,
On 2013-04-01 09:39, David Stacey wrote:
Thank you for building a 64-bit version of doxygen. As doxygen
maintainer, I wanted to rebuild this myself (mainly so that it was built
for linux-g++ rather than win32-g++). However, when I try to re-build
your doxygen-1.8.3.1-1 package with cygport, I
On 4/9/2013 06:17, JonY wrote:
On 4/9/2013 03:58, Charles Wilson wrote:
Yes. I'm not sure how that should be handled. If you want to force the
switch, for that particular toolchain, then the cygwin package of the
mingw-w64-headers for that toolchain should probably stop shipping those
On 2013-04-09 02:08, Dave Korn wrote:
On 25/03/2013 08:52, Corinna Vinschen wrote:
On Mar 24 03:33, Yaakov (Cygwin/X) wrote:
In any case, the error is a result of adding one of Dave Korn's patches:
On 3/17/2013 12:45 PM, Christopher Faylor wrote:
1) Do you have a 64-bit version of Windows available?
2) If no, would you be willing to install one?
3) Are you willing to download the current 64-bit Cygwin and start porting
your stuff, knowing that there are still bugs?
4) Or, would you
On 09/04/2013 11:30, Yaakov (Cygwin/X) wrote:
On 2013-04-09 02:08, Dave Korn wrote:
On 25/03/2013 08:52, Corinna Vinschen wrote:
On Mar 24 03:33, Yaakov (Cygwin/X) wrote:
In any case, the error is a result of adding one of Dave Korn's
patches:
Hi all,
I have a release of 4.7.2-2 ready to upload. It fixes the dependencies back
to the 4.5.3-3 curr: version dependencies, makes TLS vars exported from DLLs
work and restores java and libffi. I've also been running the testsuite over
the last few days and the results look quite
I would like to contribute the (Debian) Linux version of hostname(1) and
would suggest to remove the GNU hostname command from coreutils package.
This version of hostname allows to show the FQDN (-f), DNS domain name
(-d, dnsdomainname), alias names (-a, -A) or network addresses (-i, -I).
On 04/09/2013 02:55 PM, Christian Franke wrote:
I would like to contribute the (Debian) Linux version of hostname(1) and
would suggest to remove the GNU hostname command from coreutils package.
Makes sense to me, since upstream coreutils no longer installs
'hostname' by default. I guess that
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-64bit-branch
Changes by: cori...@sourceware.org 2013-04-09 10:41:32
Modified files:
winsup/cygwin : ChangeLog.64bit mount.cc
Log message:
* mount.cc (MINIMAL_WIN_NTFS_FLAGS): Fix comment.
Patches:
csih (cygwin-service-installation-helper) provides a library
of shell functions that can be used by other cygwin packages
that provide servers and daemons. It can assist in various
service installation tasks, such as:
* identifying the underlying Windows OS
* detecting whether a privileged user
On 3/27/2013 9:38 AM, BGINFO4X wrote:
I'm using winProductName.exe(from the csih packgae) in a Windows 2012 Server.
I'm using the last version 0.9.6, and the output information is not
managed correctly:
The output obtained is: Microsoft Windows Server 8 unknown, 64-bit
(build 9200).
I know
On Apr 8 17:01, Charles Wilson wrote:
On 3/29/2013 4:36 PM, Larry Hall (Cygwin) wrote:
On 3/29/2013 4:25 PM, Bill Priest wrote:
#3 I saw lots of complaints and responses for requests for drive info;
but I never saw an explanation of why this checking is being done.
I haven't looked at the
On Apr 8 13:54, Charles Wilson wrote:
On 4/8/2013 3:48 AM, Corinna Vinschen wrote:
On Apr 8 01:59, Charles Wilson wrote:
Any suggestions for a fix?
Yes. Do not use the ddk headers with Cygwin. Not only that intrin.h is
really missing(*), the ddk headers in mingw-w64 are not fit for
On Apr 9 01:05, Charles Wilson wrote:
The following are missing from the definition of enum
WELL_KNOWN_SID_TYPE in winnt.h:
[...]
Should I send this as a patch to mingw64.sf (are they the
maintainers of our w32api now?)
Yes, and yes.
Thanks,
Corinna
--
Corinna Vinschen
On Apr 8 13:53, Gregory M. Turner wrote:
On 4/8/2013 2:38 AM, Corinna Vinschen wrote:
On Apr 8 10:10, Corinna Vinschen wrote:
On Apr 7 13:53, Gregory M. Turner wrote:
On my cygwin64, all bash process substitutions fail:
$ ls -l (echo foo)
lrwxrwxrwx 1 greg None 0 Apr 7 13:20 /dev/fd/63
On Apr 9 11:16, Corinna Vinschen wrote:
On Apr 8 13:54, Charles Wilson wrote:
On 4/8/2013 3:48 AM, Corinna Vinschen wrote:
On Apr 8 01:59, Charles Wilson wrote:
Any suggestions for a fix?
Yes. Do not use the ddk headers with Cygwin. Not only that intrin.h is
really missing(*),
2013/4/9 Corinna Vinschen schrieb:
On Apr 9 01:05, Charles Wilson wrote:
The following are missing from the definition of enum
WELL_KNOWN_SID_TYPE in winnt.h:
[...]
Should I send this as a patch to mingw64.sf (are they the
maintainers of our w32api now?)
Yes, and yes.
Thanks,
Corinna
Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes:
On 4/8/2013 12:04 PM, andrei wrote:
Hi
Running version 1.7.17-1
Trying to $ dd if=/dev/sdb of=/dev/null count=10 - compact flash card in
the
PC CF card reader.
Running above command displays: dd: opening
On 2013-04-07 15:38, David Stacey wrote:
I would like to adopt perl-Text-CSV and perl-Text-CSV_XS. At the moment,
both of these are present in Cygwin Ports, and previously Yaakov asked
for first refusal when it comes to adopting packages that are already
present in Ports.
Yaakov: If you are
On Apr 9 10:41, andrei wrote:
Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes:
What's the result of 'ls /dev/sd*'?
Hello Larry,
result of 'ls /dev/sd*':
$ ls /dev/sd*
/dev/sda /dev/sda2 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1
/dev/sda1 /dev/sdb /dev/sdc
Greetings, andrei!
result of 'ls /dev/sd*':
I should have /dev/shm and /dev/mqueue and possibly other directories in the
/dev directory?
If you list files matching /dev/sd* pattern, you're unlikely to see anything
other, than what you're looking for.
I hope, that was a simple oversight on
On Tue, Apr 9, 2013 at 2:23 AM, Corinna Vinschen wrote:
No, not really. You can do that, and I still use the Linux cross
compiler to build Cygwin, but we don't really *have* to bootstrap
anymore.
snip
$ cygport cygwin.cygport download prep compile install package
or
$
On 4/9/2013 5:16 AM, Corinna Vinschen wrote:
On Apr 8 13:54, Charles Wilson wrote:
But doesn't this mean that the cygwin's w32api package should
exclude all of the ddk headers; it's not simply a case that you
shouldn't use ddk/*.h, but that you actually cannot, because
compilation will fail.
On Apr 9 09:19, Charles Wilson wrote:
On 4/9/2013 5:16 AM, Corinna Vinschen wrote:
On Apr 8 13:54, Charles Wilson wrote:
But doesn't this mean that the cygwin's w32api package should
exclude all of the ddk headers; it's not simply a case that you
shouldn't use ddk/*.h, but that you actually
On 4/9/2013 3:50 AM, Corinna Vinschen wrote:
On Apr 8 17:01, Charles Wilson wrote:
user@machine /k/path $ cp bob fred
cp: skipping file `bob', as it was replaced while being copied
cp checks the inode numbers before and after, and it seems the inode
numbers on this drive are not persistent.
Greetings,
the problem I'm having seems to be either Mercurial or Cygwin related.
I'm currently using Mercurial 2.4.2 and Cygwin 1.7.17, which I'm running
with the winsymlinks option in the CYGWIN environment variable:
@echo off
set CYGWIN=glob:noignorecase proc_retry:10 nodosfilewarning
On 4/9/2013 11:19 AM, Dr. Rainer Woitok wrote:
Greetings,
the problem I'm having seems to be either Mercurial or Cygwin related.
I'm currently using Mercurial 2.4.2 and Cygwin 1.7.17, which I'm running
with the winsymlinks option in the CYGWIN environment variable:
@echo off
set
Here's my script that works on linux:
cmd=ssh -T -N -g -1 -L 10001:anotherhost:22
fifo=`mktemp -u`
mkfifo $fifo
$cmd $fifo
exec 3$fifo
# message: Pseudo-terminal will not be allocated because stdin is not a
terminal.
# netstat shows that port 10001 is LISTENING
#
Should be fixed in 0.9.7.
Yes, it is fixed. The information reported now is:
OS Name: Microsoft Windows Server 2012
OS Version:64 bits (Build 9200).
Thanks a lot for your time.
Regards.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Tue, Apr 09, 2013 at 08:04:29PM +0400, Ilya Basin wrote:
Here's my script that works on linux:
cmd=ssh -T -N -g -1 -L 10001:anotherhost:22
fifo=`mktemp -u`
mkfifo $fifo
$cmd $fifo
exec 3$fifo
# message: Pseudo-terminal will not be allocated because stdin is not a
On 2013-03-27, Adam Dinwoodie wrote:
Having bash-completion installed significantly slows down starting a new
Cygwin
Bash login shell. It's a problem I've noticed, and I've seen other users
report it on this list and elsewhere, too. I've done a bit of digging into
what the problem is, and
I agree that it should be released. The sooner the better.
It might help me and others with some building problems I've runn into, that
didn't exist before. At the very least, it would reduce the number of variables
that might be the cause of unsuccessful builds.
Dave Korn wrote:
Hi all,
csih (cygwin-service-installation-helper) provides a library
of shell functions that can be used by other cygwin packages
that provide servers and daemons. It can assist in various
service installation tasks, such as:
* identifying the underlying Windows OS
* detecting whether a privileged user
37 matches
Mail list logo