Christopher Faylor wrote:
> I just went to a relatively current mirror to download the old version
> of the setup.hint so that I could try to fix upset to give an error when
> it finds a nested double quote. But:
>
[snip]
>
> there are no nested double quotes in this setup.hint. That would seem
On Tue, Nov 11, 2008 at 12:07:55AM -0500, Lee Dilkie wrote:
>Christopher Faylor wrote:
>> On Mon, Nov 10, 2008 at 11:07:23PM -0500, Lee Dilkie wrote:
>>> Sorry, but where is the manual or documentation for 1.7.?
>>
>> 1.7.0 hasn't been released. It's in a "If you have to ask you probably
>> should
Corinna Vinschen wrote:
> No, it's not feasible. If you leave out the Everyone ACE, the
> permissions are not POSIX-like anymore. Leaving out means that others
> have no permissions at all. Not even to see the permissions. That's
> not correct from a POSIX POV.
> Even if others don't have rwx
Christopher Faylor wrote:
> On Mon, Nov 10, 2008 at 11:07:23PM -0500, Lee Dilkie wrote:
>
>> Christopher Faylor wrote:
>>
>>> On Mon, Nov 10, 2008 at 06:33:03PM -0500, Lee Dilkie wrote:
>>>
>>>
Larry Hall (Cygwin) wrote:
Thanks for the reply Larry.
On Mon, Nov 10, 2008 at 11:07:23PM -0500, Lee Dilkie wrote:
>
>
>Christopher Faylor wrote:
>> On Mon, Nov 10, 2008 at 06:33:03PM -0500, Lee Dilkie wrote:
>>
>>> Larry Hall (Cygwin) wrote:
>>>
>>> Thanks for the reply Larry.
>>>
> It is reporting an absolute path for
> windows style
Christopher Faylor wrote:
> On Mon, Nov 10, 2008 at 06:33:03PM -0500, Lee Dilkie wrote:
>
>> Larry Hall (Cygwin) wrote:
>>
>> Thanks for the reply Larry.
>>
It is reporting an absolute path for
windows style in all invocations and ignoring the absence of -a.
$ cygpath
On Mon, Nov 10, 2008 at 06:33:03PM -0500, Lee Dilkie wrote:
>
>
>Larry Hall (Cygwin) wrote:
>
>Thanks for the reply Larry.
>>> It is reporting an absolute path for
>>> windows style in all invocations and ignoring the absence of -a.
>>>
>>> $ cygpath -w foo
>>> C:\foo
>>>
>>> $ cygpath -wa foo
>>>
Evgeniy wrote:
At main office we have a data storage server
I use rsync to move files between and within Windows, Linux, and FreeBSD
machines. All are running sshd. I create a "dpchrist" account on each
machine, create ssh DSA keys for each account, and copy the public keys
to the authoriz
Hi, This issue has been noted before
(http://sourceware.org/ml/cygwin/2008-01/msg00583.html, for instance).
It's been replicated on multiple Xen platforms (SLES10, XenServer,
among others), as well as on KVM
(http://sourceforge.net/tracker/?func=detail&atid=893831&aid=1872255&group_id=180599).
Like
Larry Hall (Cygwin) wrote:
Thanks for the reply Larry.
>> It is reporting an absolute path for
>> windows style in all invocations and ignoring the absence of -a.
>>
>> $ cygpath -w foo
>> C:\foo
>>
>> $ cygpath -wa foo
>> C:\foo
>>
>> $ cygpath -u foo
>> foo
>>
>> $ cygpath -ua foo
>> /cygdrive
Yaakov (Cygwin Ports) wrote:
> Reini Urban wrote:
>> The cygwin clamav packages (Clam AntiVirus - GPL anti-virus toolkit)
>> has been updated to 0.94-1
>
> Reini,
>
> libclamav.la is broken again[1][2], this time with a fake libbz2.la.
> PLEASE, get rid of all the fake .la files from your system
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Reini Urban wrote:
> The cygwin clamav packages (Clam AntiVirus - GPL anti-virus toolkit)
> has been updated to 0.94-1
Reini,
libclamav.la is broken again[1][2], this time with a fake libbz2.la.
PLEASE, get rid of all the fake .la files from your s
Lee Dilkie wrote:
Hi folks,
If this isn't the list, or the method, how would one go about reporting
a bug in the cygpath utility.
This is the proper place to report Cygwin bugs.
It is reporting an absolute path for
windows style in all invocations and ignoring the absence of -a.
$ cygpath
Hi folks,
If this isn't the list, or the method, how would one go about reporting
a bug in the cygpath utility. It is reporting an absolute path for
windows style in all invocations and ignoring the absence of -a.
$ cygpath -w foo
C:\foo
$ cygpath -wa foo
C:\foo
$ cygpath -u foo
foo
$ cygpath
Hello,
At main office we have a data storage server with a ~100 Gb folder of data
which is daily updated on about 80 Mb. These updated 80 Mb of data should be
daily synchronized to a remote data storage at branch office via rsync. rsync
client is installed on a workstation at the branch office
On 11/10/2008, Andy Molina wrote:
Well I'm trying to completely get rid of the services and all from the
Vista box, I have XP on the new one. And I've tried changing the
permissions under Vista on the Security tab, but when I go to hit Apply/OK
it tells me that I'm unable to because I don't hav
Corinna Vinschen wrote:
> On Nov 10 06:20, Fergus wrote:
>> Line 6521 beginning "cerr >>" is causing setup.exe to abort with a parsing
>> error.
>> (At least, that's what's happening to me, with the reported cause ...)
>> Fergus
>
> I got the same. I don't know why this occurs. As a temporary m
On Mon, Nov 10, 2008 at 10:30:48AM -0500, Charles Wilson wrote:
>Corinna Vinschen wrote:
>> On Nov 10 06:20, Fergus wrote:
>>> Line 6521 beginning "cerr >>" is causing setup.exe to abort with a parsing
>>> error.
>>> (At least, that's what's happening to me, with the reported cause ...)
>>> Fergus
Alexander Stadler wrote:
> gcc -c -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -fno-strict-aliasing
> -pipe -I/
> usr/local/include -DUSEIMPORTLIB -O3 -DVERSION=\"0.02\"
> -DXS_VERSION=\"0.02\"
> "-I/usr/lib/perl5/5.10/i686-cygwin/CORE" UUID.c
> rm -f blib/arch/auto/UUID/UUID.dll
> g++ --share
[Chuck? This affects csih and tcp_wrappers]
On Nov 8 07:44, Herb Maeder wrote:
> Running sshd (openssh 5.1p1-d57 or 5.1p1-7) on cygwin-1.7 and vista
> results in the following error:
>
> % ssh localhost pwd
> [EMAIL PROTECTED]'s password:
> initgroups: Permission denied
I got the UUID package from
ftp://ftp.perl.org/pub/CPAN/modules/by-module/UUID/UUID-0.02.tar.gz .
Because whyever perl -MCPAN -e "install 'UUID'" says it's not avalaible.
But after extracting I have the following problem(s):
$ perl Makefile.PL
results to:
Note (probably harmless): No library foun
I've just updated the version of OpenSSH to 5.1p1-8.
Revised version of the bugfix release which fixes a bug in the
ssh-host-config script which stumbles over user names with a substring
of "ssh" in them and thinks that ssh processes are still running.
There's an equivalent new 5.1p1-9 release fo
On Nov 10 06:20, Fergus wrote:
> Line 6521 beginning "cerr >>" is causing setup.exe to abort with a parsing
> error.
> (At least, that's what's happening to me, with the reported cause ...)
> Fergus
I got the same. I don't know why this occurs. As a temporary measure
I removed the offending lin
On Nov 9 23:13, charles5687 wrote:
> Corinna Vinschen-2 wrote:
> > The real answer is: It can't be prevented and there are no plans to add
> > code to prevent it, since these read permissions are required to get
> > POSIX-like permissions.
>
> I'm not sure I follow. Does this mean there are no p
24 matches
Mail list logo