AW: [bulk] - Re: Cygwin build scripts in perl

[DEWI - N. Zacharias]

Hello all,


> Von: Christopher Faylor [mailto:cgf-use-the-mailinglist-ple...@cygwin.com]
> Gesendet: Donnerstag, 25. Februar 2010 16:43
> An: cygwin@cygwin.com
> Betreff: [bulk] - Re: Cygwin build scripts in perl
>
> On Tue, Feb 23, 2010 at 03:30:05PM -0800, Ilguiz Latypov wrote:
> >(a) I found that winsup/cygwin/mkimport specified non-existent file
> >names as arguments to objcopy invocations.  I am not sure why this did
> >not cause build breaks earlier.
> >
> >(b) It appears perl 5.6 and, possibly, perl 5.10 do not implement the
> >"list form of pipe" in calls to "open()",
> >
> >open $my_fd, '-|', $cmd, $arg1, $arg2

Try

use IO::File;

my $dosomething ="ls -al $what";
my $in = IO::File->new("$dosomething |");

while(my $line=$in->getline)
{
Do what you need to do
}

For additional infos on this issue just use your favored search engine with
Keywords Perl pipe open

For me this stuff works fine and without problems under Cygwin.


> >I got around that by using regular pipes.
> >
> >(c) The Windows native build of perl wrapped into a cygpath-translating
> >script /usr/bin/perl will require protection of drive letters when
> >using a regex in speclib.  I believe this change may still work with
> >Cygwin builds of perl.

With the cygwin port you can use Cygwin:: win_to_posix_path to make
live easier

More info for perl and cygwin :

http://search.cpan.org/~shay/perl/README.cygwin


A nice weekend to everbody
Norbert

> >I am not aware of the purpose of the two scripts that I modified, but
> >the fixes made my build succeed.
>
> It isn't clear from your email what you are attempting to accomplish but
> it sounds like you are trying to build cygwin using a non-cygwin-aware
> version of perl.  If that is the case, then this is not of interest to
> the project or this mailing list.
>
> In the patch below many of the changes are either inexplicable or just
> whitespace so I haven't spent much time trying to figure out if there
> is a bug fix in there.  I suspect that, since many people are building
> the Cygwin DLL, there can't be much of a problem.
>
>
> cgf
>
> >Index: speclib
> >===
> 
> >RCS file: /cvs/src/src/winsup/cygwin/speclib,v
> >retrieving revision 1.24
> >diff -d -u -r1.24 speclib
> >--- speclib  30 Nov 2009 15:40:23 -  1.24
> >+++ speclib  23 Feb 2010 23:18:37 -
> >@@ -13,7 +13,7 @@
> >
> > my ($ar, $as, $nm, $objcopy);
> > GetOptions('exclude=s'=>\...@exclude, 'static!'=>\$static, 'v!'=>\$inverse,
> >-   'ar=s'=>\$ar, 'as=s'=>\$as,'nm=s'=>\$nm, 'objcopy=s'=>\$objcopy);
> >+   'ar=s'=>\$ar, 'as=s'=>\$as,'nm=s'=>\$nm, 'objcopy=s'=>\$objcopy);
>   
> gratuitous whitespace change
> >
> > $_ = File::Spec->rel2abs($_) for @ARGV;
> >
> >@@ -22,8 +22,11 @@
> > (my $iname = basename $lib) =~ s/\.a$//o;
> > $iname = '_' . $iname . '_dll_iname';
> >
> >-open my $nm_fd, '-|', $nm, '-Apg', '--defined-only', @ARGV, $libdll or
> >-  die "$0: execution of $nm for object files failed - $!\n";
> >+my $qargs = join(" ", map("\"$_\"", @ARGV));
> >+my $cmd_nm = "$nm -Apg --defined-only $qargs \"$libdll\"";
> >+print "Reading from $cmd_nm ...\n";
> >+open my $nm_fd, "$cmd_nm |" or
> >+  die "E: $0: $cmd_nm:\n$!\n";
>  ^^
> inexplicable prepending of "E:" to an error message.
>
> --
> Problem reports:   http://cygwin.com/problems.html
> FAQ:   http://cygwin.com/faq/
> Documentation: http://cygwin.com/docs.html
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple


--
Dipl. Phys.
Norbert Zacharias
Wind Measurements & Power Curve Measurements
DEWI GmbH
Ebertstrasse 96
26382 Wilhelmshaven
Germany


Tel.:   +49 4421 4808 876

Fax:+49 4421 4808 843


Email:  n.zachar...@dewi.de
Home:   http://http://www.dewi.de

DEWI GmbH - Deutsches Windenergie-Institut, Wilhelmshaven
Commercial Register No.: Amtsgericht Oldenburg, HRB 130241
Managing Director: Jens Peter Molly
Chairman of the supervisory board: Ministerialrat Dr. Niels Kämpny

P Please consider the environment before printing this email.



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Cygwin's svn appends unwanted .exe to file name on checkout

[alan.burn]

Hi,

I am having trouble as described below. Is there a way I can prevent this or is 
it a bug? Thanks.

My problem:
A windows exe file is checked into a svn repository and the file name does not 
end in .exe. On checkout .exe is appended to the file name even though 
subversion output shows the expected file name.

Example test with Cygwin output (hypertrm.xxx is a exe file renamed for the 
test case below):

802593...@btg245549 /cygdrive/c/svn-test-exe 
$ svn list file:///C:/svn-test-repo 
Text Document.xxx 
hypertrm.xxx 

802593...@btg245549 /cygdrive/c/svn-test-exe 
$ svn co file:///C:/svn-test-repo direxe 
A direxe/hypertrm.xxx 
A direxe/Text Document.xxx 
Checked out revision 2. 

802593...@btg245549 /cygdrive/c/svn-test-exe 
$ ls direxe 
Text Document.xxx hypertrm.xxx.exe 

===

cygcheck.out is attached.

Thanks in advance,

Alan Burn

cygcheck.out
Description: cygcheck.out
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: iperf package

[Eric Blake]

According to Mohit Aron on 2/25/2010 11:25 PM:
> Hello,
> 
> it seems the iperf package is not in cygwin. The cygwin-apps mailing
> list had some discussion last year and it appeared it was going to be
> added to cygwin. Any reason why cygwin still doesn't have it ?

Most likely because no one has taken the time to submit it as a package.
Would you like to volunteer?

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

What does this bash line do?

[Tim Visher]

Hi All,

I'm working on my bashrc and I found [this
line](http://pastie.org/844068) that I had copied out of /etc/skel via
cygwin.  I'm trying to create a platform agnostic bash configuration
in the spirit of .emacs.d with .bashrc and .bash_profile and one thing
I'm running into is that various locations change so I need to either
conditionally load them via `if [ ]` statements or possibly better yet
discover the platform I'm on and have a single conditional or set a
variable in the spirit of `(emacs-type)`.

My question then, is what exactly is this line doing?  Like I said, I
got it from my Cygwin install but it works very similarly at home on
Apple Bash w/ MacPorts underneath.  I understand this isn't strictly a
Cygwin question but I figure you all are bash experts anyway so why
not?

-- 

In Christ,

Timmy V.

http://burningones.com/
http://five.sentenc.es/ - Spend less time on e-mail

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

OpenSSL update breaks Subversion

[K Stahl]

After updating cygwin this morning, I discovered that the subversion
command line client did not work.

I tried the following:
svn stat
svn info
svn help

All svn command simply would not return anything.

I first reinstalled the subversion packages, but that did not solve the issue.
Next, I reverted each package I updated today (one at a time).

After reverting openssl, subversion started to work as expected.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: What does this bash line do?

[Eric Blake]

According to Tim Visher on 2/26/2010 6:46 AM:
> Hi All,
> 
> I'm working on my bashrc and I found [this
> line](http://pastie.org/844068)

Pasting 3 lines to pastebin was a waste; just inline them in your email:

case $- in
  *i*) [[ -f /etc/bash_completion ]] && . /etc/bash_completion ;;
esac

> My question then, is what exactly is this line doing?

It is seeing if you have bash-completion installed, and if so, loading it,
so that your tab-completion is more powerful.  The check for an i within
$- is to make sure your shell is interactive, as it is a waste to start
bash-completion in a non-interactive shell.

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

terminals getting killed on parent's termination

[Thomas Wolff]

In general, a GUI application started in the background, like a terminal,
should detach itself from its parent process so that it survives if the 
parent is terminated.
I've noticed the following sometimes surprising inconsistencies about this:

mintty
xterm &
mintty &
exit
-> all child terminals remain
mintty
xterm &
mintty &
Close/Alt-F4
-> dialog "Processes are running in session. Exit anyway?"
OK
-> xterm remains
-> mintty is killed
xterm
xterm &
mintty &
exit
-> all child terminals remain
xterm
xterm &
mintty &
Close/Quit
-> xterm remains
-> mintty is killed
cygwin console
xterm &
mintty &
exit/Alt-F4
-> console hangs
Close
-> mintty remains
-> xterm is killed

I noticed, just as a testcase, that in those cases mintty gets killed 
also setup.exe gets killed.
Also, mintty can be protected from being killed by spawning it with 
(mintty&)
while xterm, spawned this way from a cygwin console, still gets killed.

Puzzled
Thomas

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: What does this bash line do?

[Tim Visher]

On Fri, Feb 26, 2010 at 8:53 AM, Eric Blake  wrote:
> According to Tim Visher on 2/26/2010 6:46 AM:
>> Hi All,
>>
>> I'm working on my bashrc and I found [this
>> line](http://pastie.org/844068)
>
> Pasting 3 lines to pastebin was a waste; just inline them in your email:
>
> case $- in
>  *i*) [[ -f /etc/bash_completion ]] && . /etc/bash_completion ;;
> esac

Yeah. I hate GMail's text formatting so I was basically trying to
avoid that.  You're right, though.

>> My question then, is what exactly is this line doing?
>
> It is seeing if you have bash-completion installed, and if so, loading it,
> so that your tab-completion is more powerful.  The check for an i within
> $- is to make sure your shell is interactive, as it is a waste to start
> bash-completion in a non-interactive shell.

I had worked that much out.  My question was a little preemptive so I
apologize for clogging up the inboxes.  I was actually just being lazy
and not looking up bash case statements and syntax.

Thanks for your help!

-- 

In Christ,

Timmy V.

http://burningones.com/
http://five.sentenc.es/ - Spend less time on e-mail

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: OpenSSL update breaks Subversion

[David Rothenberger]

On 2/26/2010 5:52 AM, K Stahl wrote:
> After updating cygwin this morning, I discovered that the subversion
> command line client did not work.
> 
> I tried the following:
> svn stat
> svn info
> svn help
> 
> All svn command simply would not return anything.
> 
> I first reinstalled the subversion packages, but that did not solve the issue.
> Next, I reverted each package I updated today (one at a time).
> 
> After reverting openssl, subversion started to work as expected.

It's working fine for me here.

Please run "cygcheck -s -v -r > cygcheck.out" and send that file as an
attachment to the list. Please do not compress or otherwise encode the
output. Just attach it as a straight text file so that it can be easily
viewed.

-- 
David Rothenberger    daver...@acm.org

Captain Penny's Law:
You can fool all of the people some of the
time, and some of the people all of the
time, but you can't fool mom.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Cygwin's svn appends unwanted .exe to file name on checkout

[David Rothenberger]

On 2/26/2010 3:49 AM, Alan wrote:
> A windows exe file is checked into a svn repository and the file name
> does not end in .exe. On checkout .exe is appended to the file name
> even though subversion output shows the expected file name.

I cannot reproduce this problem. I used the notepad.exe executable that
came with Windows XP as my exe. I've attached my attempt to reproduce
the problem as a script. Would you run it in a new directory and report
the output?

> 802593...@btg245549 /cygdrive/c/svn-test-exe 
> $ svn list file:///C:/svn-test-repo 

At first, I was suspicious of the URL, thinking that the DOS syntax was
causing an issue, but that didn't turn out to be the case. Nevertheless,
I suggest you try the Cygwin-style for your URL:
file:///cygdrive/c/svn-test-repos

-- 
David Rothenberger    daver...@acm.org

"Oh what wouldn't I give to be spat at in the face..."
-- a prisoner in "Life of Brian"
#!/bin/bash

rm -fr repos trunk tst
R=file:///$(cygpath -ma .)/repos
echo "R=$R"

# Create the repository
svnadmin create repos

# Create the trunk
svn mkdir -m '' "$R/trunk"
svn co "$R/trunk"

# Add an EXE and a TXT file
cd trunk
cp "$(cygpath -Wua)"/notepad notepad.xxx
date > text.txt
svn add *
svn ci -m ''

# Check out into another directory
cd ..
svn co "$R/trunk" tst
cd tst
ls -l
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [bulk] - Re: Cygwin build scripts in perl

[Christopher Faylor]

On Fri, Feb 26, 2010 at 10:04:22AM +0100, DEWI - N. Zacharias wrote:
>
>Hello all,
>
>
>> Von: Christopher Faylor [mailto:cgf-use-the-mailinglist-ple...@cygwin.com]
>> Gesendet: Donnerstag, 25. Februar 2010 16:43
>> An: cygwin@cygwin.com
>> Betreff: [bulk] - Re: Cygwin build scripts in perl
>>
>> On Tue, Feb 23, 2010 at 03:30:05PM -0800, Ilguiz Latypov wrote:
>> >(a) I found that winsup/cygwin/mkimport specified non-existent file
>> >names as arguments to objcopy invocations.  I am not sure why this did
>> >not cause build breaks earlier.
>> >
>> >(b) It appears perl 5.6 and, possibly, perl 5.10 do not implement the
>> >"list form of pipe" in calls to "open()",
>> >
>> >open $my_fd, '-|', $cmd, $arg1, $arg2
>
>Try

I'm not sure who this is directed to.  I've already said I'm not going
to change anything and the OP obviously already had a solution.

Lets not use this discussion to show off our perl fu please.

Unless someone can demonstrate a bug in the code, this issue is closed.

cgf

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

chmod Permission Error with Non-Windows Paths

[Holmberg, Eric]

I'm seeing an "Permission denied" failure when using chmod on a mapped network 
drive.  The problem doesn't occur on the local drive and if I use a 
Windows-style backslash in the name, it works?!

CYGWIN_NT-5.1 EHOLMBER-XP 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin

$ echo $CYGWIN
nontsec

eholm...@eholmber-xp /cygdrive/b
$ touch test.txt

$ ls -l test.txt
-rwx--+ 1 eholmber Domain Users 0 2010-02-26 11:16 test.txt

$ ls -l .\\test.txt
-rw-r--r-- 1 eholmber Domain Users 0 2010-02-26 11:16 .\test.txt

$ chmod +w test.txt
chmod: changing permissions of `test.txt': Permission denied

$ chmod +w .\\test.txt

$ ls -l .\\test.txt
-rw-r--r-- 1 eholmber Domain Users 0 2010-02-26 11:16 .\test.txt


Any help is greatly appreciated!

Thanks,
Eric



Trimmed down cygcheck -rs output


Cygwin Configuration Diagnostics
Current System Time: Fri Feb 26 09:48:45 2010

Windows XP Professional Ver 5.1 Build 2600 Service Pack 3

Path:   C:\cygwin\bin
.\

Output from C:\cygwin\bin\id.exe
UID: 267328(eholmber)
GID: 10513(Domain Users)
544(Administrators)
545(Users)
1005(Debugger Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

CYGWIN = 'nontsec'
HOME = 'C:\Documents and Settings\eholmber\My Documents'
Path = 'C:\cygwin\bin;.\'

HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
  (default) = '\\.\tape1:'
  unix = '/dev/st1'
  fbinary = 0x
  fsilent = 0x0001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
  (default) = '\\.\tape0:'
  unix = '/dev/st0'
  fbinary = 0x
  fsilent = 0x0001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
  (default) = '\\.\b:'
  unix = '/dev/fd1'
  fbinary = 0x
  fsilent = 0x0001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
  (default) = '\\.\a:'
  unix = '/dev/fd0'
  fbinary = 0x
  fsilent = 0x0001
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
  (default) = 'C:'
  unix = '/'
  fbinary = 0x
  fsilent = 0x
HKEY_CURRENT_USER\Software\Cygwin
HKEY_CURRENT_USER\Software\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygwin\setup
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start
 Menu\Programs\Cygwin
  (default) = (unsupported type)
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = '/cygdrive'
  cygdrive flags = 0x0020
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'C:\cygwin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = 'C:\cygwin/bin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = 'C:\cygwin/lib'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions

Re: OpenSSL update breaks Subversion

[David Rothenberger]

On 2/26/2010 10:37 AM, K Stahl wrote:

Cygcheck output attached (Edited to remove personal content).


That didn't help me, sorry.

What does "svn help; echo $?" output?

--
David Rothenberger    daver...@acm.org

Cursor, n.:
One whose program will not run.
-- Robb Russon

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

question about cygwin package

[Vincent Richomme]

Hi,

I am just curious to understand how package are installed on cygwin
because from what I can see they are stored as .tar.bz2 archive.
Let's say I have a package with one exe, so it will be packaged
inside \usr\bin :

usr
  bin
someapp.exe

however once installed it will end up inside CYGWINDIR/bin
and not CYGWINDIR/usr/bin.
I understand it comes from the fact that  /usr/bin is mapped 
on CYGWINDIR/bin BUT what I don't understand is how do you move files
inside package into their final destination.



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: question about cygwin package

[Christopher Faylor]

On Fri, Feb 26, 2010 at 08:05:16PM +0100, Vincent Richomme wrote:
>Hi,
>
>I am just curious to understand how package are installed on cygwin
>because from what I can see they are stored as .tar.bz2 archive.
>Let's say I have a package with one exe, so it will be packaged
>inside \usr\bin :
>
>usr
>  bin
>someapp.exe
>
>however once installed it will end up inside CYGWINDIR/bin
>and not CYGWINDIR/usr/bin.
>I understand it comes from the fact that  /usr/bin is mapped 
>on CYGWINDIR/bin BUT what I don't understand is how do you move files
>inside package into their final destination.

cd /
tar xjf foo.tar.bz2

Where foo.tar.bz2 contains relative paths to where you want things
installed.

Inspect one of Cygwin's tar.bz2 packages for a real example.

cgf

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: OpenSSL update breaks Subversion

[Ken Brown]

On 2/26/2010 1:59 PM, David Rothenberger wrote:

On 2/26/2010 10:37 AM, K Stahl wrote:

Cygcheck output attached (Edited to remove personal content).


That didn't help me, sorry.


The cygcheck output does indicate some possible BLODA interference.

Ken

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: chmod Permission Error with Non-Windows Paths

[Larry Hall (Cygwin)]

On 02/26/2010 01:38 PM, Holmberg, Eric wrote:

I'm seeing an "Permission denied" failure when using chmod on a mapped network 
drive.  The problem doesn't occur on the local drive and if I use a Windows-style 
backslash in the name, it works?!

CYGWIN_NT-5.1 EHOLMBER-XP 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin

$ echo $CYGWIN
nontsec


Here's your problem.




eholm...@eholmber-xp /cygdrive/b
$ touch test.txt

$ ls -l test.txt
-rwx--+ 1 eholmber Domain Users 0 2010-02-26 11:16 test.txt

$ ls -l .\\test.txt
-rw-r--r-- 1 eholmber Domain Users 0 2010-02-26 11:16 .\test.txt

$ chmod +w test.txt
chmod: changing permissions of `test.txt': Permission denied

$ chmod +w .\\test.txt

$ ls -l .\\test.txt
-rw-r--r-- 1 eholmber Domain Users 0 2010-02-26 11:16 .\test.txt


Any help is greatly appreciated!


We very much prefer to see cygcheck output unedited and *attached*,
not appended.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: OpenSSL update breaks Subversion

[K Stahl]

OK, I installed the update once again, and now things work as expected.

I'm not sure what changed, but thank you David for your support.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

cygport development moved to git

[Yaakov (Cygwin/X)]

I have moved the cygport development tree from Subversion to Git.

Repository:
git://cygwin-ports.git.sourceforge.net/gitroot/cygwin-ports/cygport

Gitweb:
http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/cygport

The Ports tree remains in Subversion.


Yaakov
Cygwin Ports

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: terminals getting killed on parent's termination

[Andy Koppe]

Thomas Wolff wrote:
> In general, a GUI application started in the background, like a terminal,
> should detach itself from its parent process so that it survives if the
> parent is terminated.

Says who? You can always invoke it with setsid or some such to detach it.

> I've noticed the following sometimes surprising inconsistencies about this:
>
> mintty
>        xterm &
>        mintty &
>        Close/Alt-F4
>        -> dialog "Processes are running in session. Exit anyway?"
>        OK
>        -> xterm remains
>        -> mintty is killed
> xterm
>        xterm &
>        mintty &
>        Close/Quit
>        -> xterm remains
>        -> mintty is killed

Mintty has default handling for SIGHUP, i.e. it exits. Same for rxvt.
Xterm presumably chooses to ignore it.

> mintty
>        xterm &
>        mintty &
>        exit
>        -> all child terminals remain
> xterm
>        xterm &
>        mintty &
>        exit
>        -> all child terminals remain

I don't understand why there isn't a SIGUP in these cases.

> cygwin console
>        xterm &
>        mintty &
>        exit/Alt-F4
>        -> console hangs

It's not really hanging; it's just waiting for xterm to finish. Xterm
is linked as a console subsystem program, which means at startup it
attaches to its parent's console (or opens its own if there isn't
one). Consoles stay open as long as there's at least one process
attached to them.

Mintty, meanwhile, is a GUI subsystem program, which means it doesn't
attach to or open a console.

>        Close
>        -> mintty remains
>        -> xterm is killed

When a console is closed, Windows kills all processes attached to it.

> Also, mintty can be protected from being killed by spawning it with
> (mintty&)
> while xterm, spawned this way from a cygwin console, still gets killed.

Yep, doing that doesn't break the console attachment.

Andy

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

file permission

[dsula1]

Hi,

I have many files showing a file permission of 000. This happens with files
I drag and drop from somewhere into the cygwin folder. There's only one user
on this computer and I don't understand why I get a permission of 000. I
then try to chmod the files, but I get a "permission denied". But even then
I'm allowed to delete and execute the files, even with permission 000.

I double checked the setup, performed and verified mkpasswd, mkgroup and
also mounted with ACL enabled. I'm a bit lost.

Thank you

-- 
View this message in context: 
http://old.nabble.com/file-permission-tp27723507p27723507.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Cygwin's svn appends unwanted .exe to file name on checkout

[alan.burn]

Hi Dave,

Thanks for helping.

> > A windows exe file is checked into a svn repository and the 
> file name 
> > does not end in .exe. On checkout .exe is appended to the file name 
> > even though subversion output shows the expected file name.
> 
> I cannot reproduce this problem. I used the notepad.exe 
> executable that came with Windows XP as my exe. I've attached 
> my attempt to reproduce the problem as a script. Would you 
> run it in a new directory and report the output?

Done. The script reproduces the problem on two machines. One of my colleagues 
also has the problem on a third machine.

Here is the output from my work machine:

802593...@btg245549 /cygdrive/c/svn-test-dr1
$ ./reproduce.sh
R=file:///C:/svn-test-dr1/repos
cygwin warning:
  MS-DOS style path detected: C:/svn-test-dr1/repos/format
  Preferred POSIX equivalent is: /cygdrive/c/svn-test-dr1/repos/format
  CYGWIN environment variable option "nodosfilewarning" turns off this warning.
  Consult the user's guide for more details about POSIX paths:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames

Committed revision 1.
Checked out revision 1.
A  (bin)  notepad.xxx
A text.txt
Adding  (bin)  notepad.xxx
Adding text.txt
Transmitting file data ..
Committed revision 2.
Atst/notepad.xxx
Atst/text.txt
Checked out revision 2.
total 69
-rwxr-xr-x+ 1 802593373 mkgroup-l-d 69120 2010-02-26 20:48 notepad.xxx.exe
-rw-r--r--+ 1 802593373 mkgroup-l-d31 2010-02-26 20:48 text.txt


> > file:///C:/svn-test-repo
> 
> At first, I was suspicious of the URL, thinking that the DOS 
> syntax was causing an issue, but that didn't turn out to be 
> the case. Nevertheless, I suggest you try the Cygwin-style 
> for your URL:
> file:///cygdrive/c/svn-test-repos

I did as you asked and the problem still occurs. When we originally came across 
this we were using Cygwin paths.

The output:

802593...@btg245549 /cygdrive/c/svn-test-exe
$ svn list file:cygdrive/c/svn-test-repo
Text Document.xxx
hypertrm.xxx

802593...@btg245549 /cygdrive/c/svn-test-exe
$ svn co file:cygdrive/c/svn-test-repo direxe
Adirexe/hypertrm.xxx
Adirexe/Text Document.xxx
Checked out revision 2.

802593...@btg245549 /cygdrive/c/svn-test-exe
$ ls -l direxe
total 29
-rwxr-xr-x+ 1 802593373 mkgroup-l-d46 2010-02-26 21:06 Text Document.xxx
-rw-r--r--+ 1 802593373 mkgroup-l-d 28160 2010-02-26 21:06 hypertrm.xxx.exe


Thanks again,
Alan Burn


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Cygwin's svn appends unwanted .exe to file name on checkout

[David Rothenberger]

On 2/26/2010 1:23 PM, Alan wrote:

Hi Dave,

Thanks for helping.


A windows exe file is checked into a svn repository and the

file name

does not end in .exe. On checkout .exe is appended to the file name
even though subversion output shows the expected file name.


I cannot reproduce this problem. I used the notepad.exe
executable that came with Windows XP as my exe. I've attached
my attempt to reproduce the problem as a script. Would you
run it in a new directory and report the output?


Done. The script reproduces the problem on two machines. One of my colleagues 
also has the problem on a third machine.


I'm about out of ideas. The script is working fine for me on two 
different Windows XP machines - one in a domain and one not in a domain, 
if that matters. There must be some kind of environmental difference, 
but I don't know what.


As a last gasp effort, please try the attached (modified) reproduce.sh 
script. It uses an empty user Subversion configuration directory, just 
to rule that out. Please also move /etc/subversion out of the way before 
running it. There are commands to do that at the top and bottom of the 
script, but they're commented out.


If the problem goes away, then we know it's something in the subversion 
configuration files. If it doesn't, then I'm at a loss what to do next.


I know the Cygwin DLL has some "magic" for appending the .exe extension 
and I suspect that's getting in the way here, but I don't know when or 
why it happens.


--
David Rothenberger    daver...@acm.org

Sometimes when I get up in the morning, I feel very peculiar.  I feel
like I've just got to bite a cat!  I feel like if I don't bite a cat
before sundown, I'll go crazy!  But then I just take a deep breath and
forget about it.  That's what is known as real maturity.
-- Snoopy
#!/bin/bash

#if [ -d /etc/subversion ]; then
#  mv /etc/subversion /etc/subversion.disabled || echo "Cannot move 
/etc/subversion"
#fi

rm -fr repos trunk tst cfg
mkdir cfg

R=file:///$(cygpath -ua .)/repos
CFG="$(cygpath -ua cfg)"
echo "R=$R"

# Create the repository
svnadmin create repos

# Create the trunk
svn mkdir --config-dir $CFG -m '' "$R/trunk"
svn co --config-dir $CFG "$R/trunk"

# Add an EXE and a TXT file
cd trunk
cp "$(cygpath -Wua)"/notepad notepad.xxx
date > text.txt
svn add --config-dir $CFG *
svn ci --config-dir $CFG -m ''

# Check out into another directory
cd ..
svn co --config-dir $CFG "$R/trunk" tst
cd tst
ls -l

#mv /etc/subversion.disabled /etc/subversion
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: question about cygwin package

[Eric Blake]

According to Vincent Richomme on 2/26/2010 12:05 PM:
> however once installed it will end up inside CYGWINDIR/bin
> and not CYGWINDIR/usr/bin.

That's all due to the magic of mount points - in cygwin, /bin and /usr/bin
are two spellings for the same directory from cygwin's point of view
(unless you manually change /etc/fstab to state otherwise, which is not
recommended).  The files are visible in both locations.

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

setup.exe for Cygwin 1.5 doesn't recognise mirror's .ini file

[David Antliff]

Hello,

I have an existing Cygwin-1.5 environment that I use to support my
development team. I am setting up a virtual machine with Cygwin 1.5 so
that I can test the upgrade to Cygwin 1.7.

The installation process for my Cygwin 1.5 environment involves
installing from a previously downloaded and archived "local directory"
for the most part, but there's one final step where a few final
packages (like apache2) are downloaded from an Internet mirror.
However, the setup.exe that I currently have for 1.5 now fails to
parse the current .ini file it downloads from any mirror - it suggests
using a newer version of setup.exe. But I cannot find a version of
setup.exe for Cygwin 1.5, only for the newer Cygwin 1.7, and this one
will force me to upgrade I believe (unless there's a commandline
switch I don't know about).

This makes me wonder if the official mirrors don't carry Cygwin 1.5
packages any more. Is this the case? If they do, how can I get hold of
a correct version of setup.exe that understands the latest version of
the downloaded ini file but won't upgrade me to Cygwin 1.7?

Or am I stuck with a mandatory upgrade to Cygwin 1.7? If that is the
case, I can't see how I can test the upgrade process, and there's no
way I can roll out Cygwin 1.7 onto our production servers without
running it through a test upgrade first. If I can't install Cygwin 1.5
any more, I can't test this upgrade process. So there must be a way to
do this and I'm missing something obvious.

I understand that my 1.5 installation archive should have contained
*all* the packages we need, and downloading the latest version of
apache2 etc is the cause of my problem. However, hindsight is a
wonderful thing... :)

All help thankfully appreciated,

-- David.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: setup.exe for Cygwin 1.5 doesn't recognise mirror's .ini file

[Rance Hall]

On Fri, Feb 26, 2010 at 7:38 PM, David Antliff  wrote:
> Hello,
>
> I have an existing Cygwin-1.5 environment that I use to support my
> development team. I am setting up a virtual machine with Cygwin 1.5 so
> that I can test the upgrade to Cygwin 1.7.
>
> The installation process for my Cygwin 1.5 environment involves
> installing from a previously downloaded and archived "local directory"
> for the most part, but there's one final step where a few final
> packages (like apache2) are downloaded from an Internet mirror.
> However, the setup.exe that I currently have for 1.5 now fails to
> parse the current .ini file it downloads from any mirror - it suggests
> using a newer version of setup.exe. But I cannot find a version of
> setup.exe for Cygwin 1.5, only for the newer Cygwin 1.7, and this one
> will force me to upgrade I believe (unless there's a commandline
> switch I don't know about).
>



> All help thankfully appreciated,
>
> -- David.
>

There is no commandline switch to do what you want.  But there is an
online verion of the legacy version of 1.5 setup.exe that you could
use to create a 1.5 environment.

I think its called setup-legacy.exe but don't quote me.

Be sure to read the upgrade instructions as there are some specific
things that changed.

Woudnt it be easier to setup the virtual machine to run 1.7 and then
test all your current stuff to see if it works, tweak it till it does,
and skip the upgrade process all together?  Just a thought.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: setup.exe for Cygwin 1.5 doesn't recognise mirror's .ini file

[Peter A. Castro]

On Sat, 27 Feb 2010, David Antliff wrote:


Hello,


Greetings, David,


I have an existing Cygwin-1.5 environment that I use to support my
development team. I am setting up a virtual machine with Cygwin 1.5 so
that I can test the upgrade to Cygwin 1.7.

The installation process for my Cygwin 1.5 environment involves
installing from a previously downloaded and archived "local directory"
for the most part, but there's one final step where a few final
packages (like apache2) are downloaded from an Internet mirror.
However, the setup.exe that I currently have for 1.5 now fails to
parse the current .ini file it downloads from any mirror - it suggests
using a newer version of setup.exe. But I cannot find a version of
setup.exe for Cygwin 1.5, only for the newer Cygwin 1.7, and this one
will force me to upgrade I believe (unless there's a commandline
switch I don't know about).


You might have missed the announcement, but Cygwin's current release has
moved to 1.7 and 1.5 is effectively unsupported.  If you really need 1.5,
you can use the setup-legacy.exe (obtained from the cygwin website) and
grab from the release-legacy tree (which is trunced as of mid December of
2009).

Also, if you need some older version of 1.5 packages, there's always the
Cygwin Time Machine. :-)


This makes me wonder if the official mirrors don't carry Cygwin 1.5
packages any more. Is this the case? If they do, how can I get hold of
a correct version of setup.exe that understands the latest version of
the downloaded ini file but won't upgrade me to Cygwin 1.7?


The mirrors likely do have it, but it will be under the release-legacy
tree and you will need to use the setup-legacy.exe to access it.


Or am I stuck with a mandatory upgrade to Cygwin 1.7? If that is the
case, I can't see how I can test the upgrade process, and there's no
way I can roll out Cygwin 1.7 onto our production servers without
running it through a test upgrade first. If I can't install Cygwin 1.5
any more, I can't test this upgrade process. So there must be a way to
do this and I'm missing something obvious.


There aren't too many issues with upgrading from 1.5 to 1.7, but there's
a few adjustments to be made (such as mounts being maintained in
/etc/fstab instead of the Registry now).  All in all it should be mostly
painless...well, as much as any upgrade it painless :-)


I understand that my 1.5 installation archive should have contained
*all* the packages we need, and downloading the latest version of
apache2 etc is the cause of my problem. However, hindsight is a
wonderful thing... :)


Yes, it is.  :-)

Try the setup-legacy.exe or even the Time Machine if so needed.


All help thankfully appreciated,

-- David.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple



--
Peter A. Castro  or 
"Cats are just autistic Dogs" -- Dr. Tony Attwood

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

bash hang question

[ERIC HO]

I reported a bash hang issue a few months ago. When in bash, after enter ESC 2 4
the prompt looks like this:
(arg: 24)
Pressing ';' at this point causes bash to hang.

Someone indicated it is a missed degenerate case in Readline.
 I contacted the GNU Readline maintainer who said he could
not duplicate the problem. But he does not use cygwin. Not sure whether this is 
cygwin
specific or not.
Thanks.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

R: bash hang question

[Marco Atzeri]

--- Sab 27/2/10, ERIC HO ha scritto:

> I reported a bash hang issue a few
> months ago. When in bash, after enter ESC 2 4
> the prompt looks like this:
> (arg: 24)
> Pressing ';' at this point causes bash to hang.
> 
on my cygwin-1.7 snapshots 20100224, I have no hang,
the output is:

$ 

my bash and readline are the last ones.

> Someone indicated it is a missed degenerate case in
> Readline.
>  I contacted the GNU Readline maintainer who said he could
> not duplicate the problem. But he does not use cygwin. Not
> sure whether this is cygwin
> specific or not.
> Thanks.
> 
> --
> Problem reports:       http://cygwin.com/problems.html

could you follow this ? Eventually we could have some hint.

Regards
Marco



  


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple