No, it wasn't a mess of my own making. I did not ever touch
permissions, and it was a clean install. I don't know where these
permissions came from, but ls -l displayed something like that for
most files:
drwxr-xr-x+ 1 user group 0 2010-09-02 09:32 tests
This "+" sign after permissions strin
On 2 September 2010 05:18, Vasya Pupkin wrote:
> I'm trying to compile setup.exe from source code I got from CVS.
Great!
> For some reason, I am getting an error:
>
> propsheet.cc: In member function `bool PropSheet::SetActivePage(int)':
> propsheet.cc:444: error: expected id-expression before ':
Will do as soon as I get this thing to at least compile. Actually,
since there is no abstract layer for nt_wfopen(), all calls to this
function have to be modified. Alternatively, the function can be
modified to ignore perms parameter and alternative version of
setup.exe can be compiled then. That
On Thu, Sep 02, 2010 at 06:08:37AM +0400, Vasya Pupkin wrote:
>Because I prefer to keep things under control. And I don't think it
>will require a huge amount of work to disable working with permissions
>in setup.exe with command line switch.
Well, go ahead then. What are you waiting for? Send u
gt;I also have sources, and built the latest from CVS, and that cygwin1.dll
>> >fails in the same way.
>>
>> Sorry about that. It should be fixed now.
>>
>> http://cygwin.com/snapshots/
>
>Services refuse to start with the 20100901 snapshot. fork() doe
On 2 September 2010 03:08, Vasya Pupkin wrote:
> Because I prefer to keep things under control
Oh $DEITY.
> And I don't think it
> will require a huge amount of work to disable working with permissions
> in setup.exe with command line switch. I started to worry about it
> because cygwin failed so
Today I try to setup cygwin on a new server, it keeps failed with a
"cyggcc_s-1.dll is missed" error in the last post-install phase.
I run the setup again, and can't find Devel/gcc4 and Base/libgcc1 package in
the package list in "Select Packages" step.
And I run the setup again in command line
I'm trying to compile setup.exe from source code I got from CVS. For
some reason, I am getting an error:
propsheet.cc: In member function `bool PropSheet::SetActivePage(int)':
propsheet.cc:444: error: expected id-expression before '::' token
propsheet.cc:444: error: expected `)' before '::' token
>fails in the same way.
>
> Sorry about that. It should be fixed now.
>
> http://cygwin.com/snapshots/
>
> cgf
Services refuse to start with the 20100901 snapshot. fork() does seem
to be faster, though (Win7 x64 RTM).
Yaakov
--
Problem reports:
Hi Andrey,
> Did you tried to *uninstall* bash-completion?
I have now. Surprisingly (to me) it worked. The time-to-prompt has
dropped to ~5 seconds on one of the machines and ~8 seconds on the
other. Both are still too long but a vast improvement over 50 seconds.
Regards
-Mark
--
Prob
On 2 September 2010 10:12, Steven Woody wrote:
> On 25 August 2010 20:58, Csaba Raduly wrote:
>> On Sun, Aug 22, 2010 at 8:15 PM, Steven Woody wrote:
>>>
>>> $ ldd /usr/lib/gcc/i686-pc-cygwin/4.3.4/cc1.exe
>>> ntdll.dll => /cygdrive/c/WINDOWS/system32/ntdll.dll (0x7c92)
>>> ker
On 25 August 2010 20:58, Csaba Raduly wrote:
> On Sun, Aug 22, 2010 at 8:15 PM, Steven Woody wrote:
>>
>> $ ldd /usr/lib/gcc/i686-pc-cygwin/4.3.4/cc1.exe
>> ntdll.dll => /cygdrive/c/WINDOWS/system32/ntdll.dll (0x7c92)
>> kernel32.dll => /cygdrive/c/WINDOWS/system32/kernel32.dll
Because I prefer to keep things under control. And I don't think it
will require a huge amount of work to disable working with permissions
in setup.exe with command line switch. I started to worry about it
because cygwin failed so much with permissions, having both
cygwin-specific and inherited one
A new release of sharutils, 4.10-2, is available, leaving 4.8-1 as
previous. (4.10-1 was briefly on the mirrors, but was missing some patches).
NEWS:
=
This is a new upstream version. Details about the release are listed
below. Using shar on text mounts continues to have the possibility tha
Normally I don't bother with cmd, and only run bash at the
command prompt, but I ran into a problem on my system.
To possibly fix some problem it was suggested I try the
'winmgmt' command with 2 different switches, Thing
is, it fails when I run it from bash, but works fine when I run
it from
Eric Blake wrote:
> On 09/01/2010 04:31 PM, René Berber wrote:
>> Corinna Vinschen wrote:
>>
>> [snip]
>>> I'll drop the info dir entirely for the next release.
>>
>> Please don't do that, there is useful information there from many
>> packages that explicitly put a short version on the man page, a
Reid Thompson schrieb am 31.08.2010 um 23:26 (-0400):
> Download the mutt 1.5.20 source from the mutt website.. it configures
> fine for me (had to add some dev libs, etc)
Thanks. Same here for the Cygwin source package after the `prepare'
step. It's just about knowing which strings to pull.
--
Matthias Andree schrieb am 01.09.2010 um 02:19 (+0200):
> It's your problem if you don't like the answers.
Not a problem at all, actually. :-)
> Your "fix" attempts break the build system further, meaning that:
> if you "touch config.sub", you create a blank canonicalization
> script, so don't c
On 09/01/2010 04:31 PM, René Berber wrote:
Corinna Vinschen wrote:
[snip]
I'll drop the info dir entirely for the next release.
Please don't do that, there is useful information there from many
packages that explicitly put a short version on the man page, and the
full documentation in the inf
Corinna Vinschen wrote:
[snip]
> I'll drop the info dir entirely for the next release.
Please don't do that, there is useful information there from many
packages that explicitly put a short version on the man page, and the
full documentation in the info file(s), for instance read the last page
of
Daniel Barclay wrote:
> Where is the documentation of the igncr (ignore-CR) option for Cygwin 1.7's
> bash?
You probably are really looking for shopt, which is a bash builtin and
the documentation is in man bash.
$ shopt | grep igncr
igncr off
--
René Berber
--
Problem reports:
On Wed, Sep 01, 2010 at 03:19:15PM -0500, Heath Kehoe wrote:
> On 9/1/2010 2:10 PM, Christopher Faylor wrote:
>> I rewrote the signal initialization stuff today and have generated a
>> new snapshot. Please let me know if this works better for you. I haven't
>> actually tried to run a fork per se
On Sep 1 16:36, Christopher Faylor wrote:
> On Wed, Sep 01, 2010 at 08:33:02PM +0100, Andy Moreton wrote:
> >Hi,
> >
> >I've noticed that the info files for libc and libm get installed twice:
> >
> >~> cygcheck -f /usr/share/info/libm.info
> >cygwin-1.7.7-1
> >~> cygcheck -f /usr/share/info/libm.i
On Wed, Sep 01, 2010 at 05:05:17PM -0400, Christopher Faylor wrote:
>On Wed, Sep 01, 2010 at 08:56:32PM +, Saurabh T wrote:
>>I was trying to get the "execvp: argument list too long" error to go
>>away while using make on cygwin, and followed the instructions mentioned
>>in several posts such a
On Wed, Sep 01, 2010 at 08:56:32PM +, Saurabh T wrote:
>I was trying to get the "execvp: argument list too long" error to go
>away while using make on cygwin, and followed the instructions mentioned
>in several posts such as this one:
>http://cygwin.com/ml/cygwin/2005-05/msg00358.html
That sho
On Wed, Sep 01, 2010 at 08:33:02PM +0100, Andy Moreton wrote:
>Hi,
>
>I've noticed that the info files for libc and libm get installed twice:
>
>~> cygcheck -f /usr/share/info/libm.info
>cygwin-1.7.7-1
>~> cygcheck -f /usr/share/info/libm.info.gz
>cygwin-doc-1.7-1
>
>~> cygcheck -f /usr/share/info/
On 9/1/2010 2:10 PM, Christopher Faylor wrote:
I rewrote the signal initialization stuff today and have generated a
new snapshot. Please let me know if this works better for you. I haven't
actually tried to run a fork per sec. test yet so there may be other
lurking problems.
http://cygwin.co
Hi,
This command line from chere is not working anymore for zsh version
4.3.10, but it worked for zsh version 4.3.9:
C:\cygwin\bin\run.exe C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh.exe "%L"
any help appreciated.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
>> Yep - that email (most recently here[1]), along with
>> /usr/share/doc/Cygwin/bash.README, are the definitive sources of all
>> documentation to cygwin-specific patches to bash (of which igncr is one).
>> [1] http://cygwin.com/ml/cygwin-announce/2010-08/msg00015.html
That read-me file says:
On 1 September 2010 15:18, Vasya Pupkin wrote:
>> Do creating any entries in /etc/passwd or /etc/group or /etc/fstab
>> files can overcome this...
>
> Nothing can overcome thins until setup.exe is modified to support
> noacl option in /etc/fstab or get a similar comman line parameter or
> even a c
On 1 September 2010 09:00, Harie Ram wrote:
> I am currently packaging Cygwin 1.7 i.e. bundling all the files into
> an msi and installing it. The requirement is : install only the basic
> cygwin packages. Provide permissions to the Cygwin users so that they
> can install the packages that they req
Hi,
I've noticed that the info files for libc and libm get installed twice:
~> cygcheck -f /usr/share/info/libm.info
cygwin-1.7.7-1
~> cygcheck -f /usr/share/info/libm.info.gz
cygwin-doc-1.7-1
~> cygcheck -f /usr/share/info/libc.info
cygwin-1.7.7-1
~> cygcheck -f /usr/share/info/libc.info.gz
cyg
Whenever I do this:
1. Launch gitk from a cygwin bash shell (either using cygwin.bat or
with mintty),
2. Exit the cygwin bash shell, and then
3. Pick File > Reload from the gitk menu,
I get the following error dialog:
Error parsing revisions: 1 [main] git 5724 C:\cygwin\bin\git.exe:***
fatal
Eric Blake wrote:
On 09/01/2010 12:12 PM, Daniel Barclay wrote:
Where is the documentation of the igncr (ignore-CR) option for Cygwin
1.7's
bash?
(There does not appear to be any reference to it in
- the current Cygwin User's Guide (http://cygwin.com/cygwin-ug-net/),
- the current CygWin FAQ (h
On Mon, Aug 30, 2010 at 02:16:55PM +0300, Sagi Ben-Akiva wrote:
>For the last couple of weeks I'm trying to identify the cause for cygwin
>slowdown on x64 machines which was reported by David Morgan about 6
>months ago.
>
>Using cvsps I was able to generate a patchset which contains all the
>cha
On 9/1/2010 1:12 PM, Magnus Holmgren wrote:
To test this, I removed the call to sigproc_init in dll_crt0_0 and made sure
it was always called in dll_crt0_1 instead. Suddenly the sigp thread started
executing immediately, and its initialization was complete long before
wait_for_sigthread was call
On Wed, Sep 01, 2010 at 05:12:19PM +, Magnus Holmgren wrote:
>Magnus Holmgren gmail.com> writes:
>
>> I did some testing on my 64-bit Vista system, and it appears that
>> CreateThread is the main cause.
>
>I think I've found the reason for the slow CreateThread. It seems like
>the following r
On Wed, Sep 1, 2010 at 10:30 AM, Eric Blake wrote:
> Oh my poor eyes! Context diffs (diff -u), please.
> http://cygwin.com/contrib.html describes how to form a proper patch
> submission (and it doesn't go to this list, either).
You mean unified diffs. Context diffs (-c) are also eyesores.
--
Pr
On 09/01/2010 12:12 PM, Daniel Barclay wrote:
Where is the documentation of the igncr (ignore-CR) option for Cygwin 1.7's
bash?
(There does not appear to be any reference to it in
- the current Cygwin User's Guide (http://cygwin.com/cygwin-ug-net/),
- the current CygWin FAQ (http://cygwin.com/fa
Where is the documentation of the igncr (ignore-CR) option for Cygwin 1.7's
bash?
(There does not appear to be any reference to it in
- the current Cygwin User's Guide (http://cygwin.com/cygwin-ug-net/),
- the current CygWin FAQ (http://cygwin.com/faq.html), or
- in bash man page from CygWin.
(I
On 09/01/2010 11:26 AM, Magnus Holmgren wrote:
Since you obviously have a patch, would you mind sharing it, rather than
just your conclusions from said patch?
Not quite ready for commit as is, but here it is:
Oh my poor eyes! Context diffs (diff -u), please.
http://cygwin.com/contrib.html de
Eric Blake redhat.com> writes:
> >> I did some testing on my 64-bit Vista system, and it appears that
> >> CreateThread is the main cause.
> >
> > To test this, I removed the call to sigproc_init in dll_crt0_0 and made sure
> > it was always called in dll_crt0_1 instead. Suddenly the sigp thread
On 09/01/2010 11:12 AM, Magnus Holmgren wrote:
Magnus Holmgren gmail.com> writes:
I did some testing on my 64-bit Vista system, and it appears that
CreateThread is the main cause.
To test this, I removed the call to sigproc_init in dll_crt0_0 and made sure
it was always called in dll_crt0_1
Magnus Holmgren gmail.com> writes:
> I did some testing on my 64-bit Vista system, and it appears that
> CreateThread is the main cause.
I think I've found the reason for the slow CreateThread. It seems like
the following remark in the MSDN documentation is relevant, at least for
WOW64 processe
Greetings, Christopher Faylor!
With cygwin-1.5.25 I can cross-compile libraries for native win32 by
starting with the following configure command:
./configure --host=i686-pc-mingw32 --build=i686-pc-cygwin CC='gcc
-mno-cygwin' host_alias=i686-pc-mingw32
and that
gonzalo diethelm wrote:
>> Try: which ssh
>
> $ which ssh
> /usr/bin/ssh
>
>> Or even a simple: /bin/ssh to run the real Cygwin program.
>
> $ /bin/ssh
> Aborted
OK, that's strange.
Try: cygcheck `which ssh`
--
René Berber
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Sep 1 12:06, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> Corinna Vinschen sent the following at Tuesday, August 31, 2010 4:59 AM
> > I just released 1.7.7-1.
>
> The package is significantly bigger than 1.7.6-1. Most of the difference
> comes from usr/bin/dumper.exe.
That's from using a newer
[Sorry, I wasn't subscribed to the list so I could not reply to
messages; I am subscribed now.]
> Try: which ssh
$ which ssh
/usr/bin/ssh
> Or even a simple: /bin/ssh to run the real Cygwin program.
$ /bin/ssh
Aborted
$ /usr/bin/ssh
Aborted
> You could also have an alias to something else.
T
Reini,
Thanks for packaging this!
However, with rakudo-star 201007-1, rakudo_47-1 and parrot 2.6.0-1
installed:
$ perl6 -e 'say "hello";'
hello
$ perl6 -e 'sub hello() { say "hello"; }'
===SORRY!===
No such file or directory
– Michael
--
Problem reports: http://cygwin.com/problems
Corinna Vinschen sent the following at Tuesday, August 31, 2010 4:59 AM
> I just released 1.7.7-1.
The package is significantly bigger than 1.7.6-1. Most of the difference
comes from usr/bin/dumper.exe.
SizeSource of size info.
506894http://cygwin.com/packages/cygwin/cygwin-1.7.6-1
1
gonzalo diethelm wrote:
> I have also updated cygwin just 20 minutes ago (with
> setup.exe v2.721), and reinstalled the OpenSSH package (v5.6p1-1). When
> I open a cygwin console and simply type "ssh", I get back "Aborted"; no
> matter what options I give the ssh command, all it prints is "Aborte
On Wed, Sep 01, 2010 at 11:33:13AM -0400, gonzalo diethelm wrote:
>I am running on Windows XP SP3 with all Microsoft critical updates
>installed. I have also updated cygwin just 20 minutes ago (with
>setup.exe v2.721), and reinstalled the OpenSSH package (v5.6p1-1). When
>I open a cygwin console an
I am running on Windows XP SP3 with all Microsoft critical updates
installed. I have also updated cygwin just 20 minutes ago (with
setup.exe v2.721), and reinstalled the OpenSSH package (v5.6p1-1). When
I open a cygwin console and simply type "ssh", I get back "Aborted"; no
matter what options I gi
On Wed, Sep 01, 2010 at 06:35:18PM +0400, Andrey Repin wrote:
>Greetings, Charles Wilson!
>
>>> With cygwin-1.5.25 I can cross-compile libraries for native win32 by
>>> starting with the following configure command:
>>>
>>> ./configure --host=i686-pc-mingw32 --build=i686-pc-cygwin CC='gcc
>>> -mno
On 9/1/2010 10:35 AM, Andrey Repin wrote:
Greetings, Charles Wilson!
With cygwin-1.5.25 I can cross-compile libraries for native win32 by
starting with the following configure command:
./configure --host=i686-pc-mingw32 --build=i686-pc-cygwin CC='gcc
-mno-cygwin' host_alias=i686-pc-mingw32
an
Greetings, Charles Wilson!
>> With cygwin-1.5.25 I can cross-compile libraries for native win32 by
>> starting with the following configure command:
>>
>> ./configure --host=i686-pc-mingw32 --build=i686-pc-cygwin CC='gcc
>> -mno-cygwin' host_alias=i686-pc-mingw32
>>
>> and that has worked fine o
Nothing can overcome thins until setup.exe is modified to support
noacl option in /etc/fstab or get a similar comman line parameter or
even a checkbox.
On Wed, Sep 1, 2010 at 6:00 PM, Harie Ram wrote:
> Do creating any entries in /etc/passwd or /etc/group or /etc/fstab
> files can overcome this.
Do creating any entries in /etc/passwd or /etc/group or /etc/fstab
files can overcome this...
Thanks
On Wed, Sep 1, 2010 at 7:21 PM, Vasya Pupkin wrote:
> Cygwin uses NTFS ACLs to imitate POSIX style permissions. It can also
> be configured to not touch ACL's at all, but setup program ignores
>
Cygwin uses NTFS ACLs to imitate POSIX style permissions. It can also
be configured to not touch ACL's at all, but setup program ignores
that and messes up permissions every time something is
installed/updated.
On Wed, Sep 1, 2010 at 4:49 PM, Rolf Campbell
wrote:
> On 2010-09-01 04:00, Harie Ram
On 2010-09-01 04:00, Harie Ram wrote:
The issue that I am currently facing is : the modify permissions given
to the INSTALLDIR "C:\Cygwin" using the msi lock permission table is
being inherited through all the subfolders and files. Any new manually
created folders and files anywhere within C:\Cyg
Greetings, Mark Callow!
> We updated the cygwin installation on one of our systems on 8/26. We
> immediately started to experience a very lengthy delay of > 50 seconds
> getting the bash prompt, measured beginning when the terminal emulator
> window appears. Also bash scripts seem to be taking lon
We updated the cygwin installation on one of our systems on 8/26. We
immediately started to experience a very lengthy delay of > 50 seconds
getting the bash prompt, measured beginning when the terminal emulator
window appears. Also bash scripts seem to be taking longer to run than
before.
While
I am facing similar issue and this is actually why I stopped using
Cygwin. There is no way to tell setup.exe to stop destroying
permissions. And noone seem to care about it.
On Wed, Sep 1, 2010 at 12:00 PM, Harie Ram wrote:
> -- Forwarded message --
> From: Harie Ram
> Date: Tue,
-- Forwarded message --
From: Harie Ram
Date: Tue, Aug 31, 2010 at 8:11 PM
Subject: Windows File permissions are not being inherited - Cygwin 1.7
- Windows 7
To: cygwin-i...@cygwin.com
Hi ,
I am currently packaging Cygwin 1.7 i.e. bundling all the files into
an msi and installin
64 matches
Mail list logo
