Andy Koppe wrote:
> 2009/9/17 Christopher Faylor:
>>> My real gripe is with setup telling me off about putting Cygwin in the
>>> root dir ON EVERY SINGLE UPDATE.
>> My real gripe is people who COMPLAIN ABOUT FREE SOFTWARE where they
>> HAVE THE SOURCE CODE.
>
> Ah, that old lazy chestnut. Feedback
2009/9/17 Christopher Faylor:
>>My real gripe is with setup telling me off about putting Cygwin in the
>>root dir ON EVERY SINGLE UPDATE.
>
> My real gripe is people who COMPLAIN ABOUT FREE SOFTWARE where they
> HAVE THE SOURCE CODE.
Ah, that old lazy chestnut. Feedback not welcome. At least get a
On Thu, Sep 17, 2009 at 06:18:21AM +0100, Andy Koppe wrote:
>2009/9/16 Dave Korn:
>>> whatever) prefixes when accessing stuff from the other side of the
>>> fence.
>>
>> ??Never mind the fence, what colour are we going to paint the bikeshed?
>>
>> ??This is purely a matter of taste.
>
>Exactly. I d
2009/9/16 Dave Korn:
>> whatever) prefixes when accessing stuff from the other side of the
>> fence.
>
> Never mind the fence, what colour are we going to paint the bikeshed?
>
> This is purely a matter of taste.
Exactly. I didn't mean to suggest that Cygwin should go into C:\ by
default. And ye
Dave Korn wrote:
> Ah, looks like Cygwin only supports xattr on Samba filesystems.
Mhh, well okay, then maybe I can upload the new 3.0.6 release anyways,
announcing that the xattr feature is in testing (but the rest of the
release is really as good as the previous was).
--
Lapo Luchini - http://
Hi,
Before I start, I want to admit that I think I may have
misinterpreted Andy Koppe's email. I now see that Andy may have been
defending *not* demarcating the rest of the windows world with a
/cygdrive prefix by just having all c:/ subpaths accessabile directly
from the / prefix. That's not my
Yaakov (Cygwin/X) wrote:
> On 14/09/2009 18:14, Charles Wilson wrote:
>> ... IIRC ...
>
> That is incorrect. Tk's dependencies are several X libraries which are
> all available from the distro.
I see. That's good to know.
>> 'Course, this broke my insight since I didn't bother to rebuild gdb.
ion works.
I've made a build of insight according to #2. It needs the patch which
started this whole thread:
http://cygwin.com/ml/cygwin-patches/2009-q3/msg00075.html
as well as the attached patch (which is very hackish) against 20090916
insight cvs. To recreate, do this:
$ cvs -z3 -d :ps
On Wed, Sep 16, 2009 at 9:44 PM, Christopher Faylor wrote:
[re: Shaddy Baddah]
> Wow. Nice summation of the reasons for the need for a c:\cygwin.
>
> Can I get a goldstar here?
Indeed, a nice summary.
Let me dispel some misconceptions that piped up in the Apple
comparison: the two ways of thinki
On Thu, Sep 17, 2009 at 11:35:11AM +1000, Shaddy Baddah wrote:
>Hi,
>
>Andy Koppe wrote:
>> 2009/9/16 Thorsten Kampe
>>
>>> you shouldn't install Cygwin
>>> directly to C:\ (but to C:\cygwin): so you don't have the Cygwin and the
>>> Windows root folder structure mixed.
>>>
>>
>> And where
Hi,
Andy Koppe wrote:
2009/9/16 Thorsten Kampe
you shouldn't install Cygwin
directly to C:\ (but to C:\cygwin): so you don't have the Cygwin and the
Windows root folder structure mixed.
And where exactly is the harm in that? Apple certainly don't see a
problem with it, with the likes
On 16/09/2009 19:07, Dave Korn wrote:
Could we conceivably do coexistence by bringing in the new properly
cygwinized versions at version 8.5 and keep the current 8.4 DLLs and
/usr/share files around for backward compat?
Not AFAIK. The DLLs aren't really the issue as they use different
nami
Vincent R. wrote:
> Hi,
>
> Is there any good reason to force user to use /cygdrive/ before accessing
> a drive ?
> I am asking it because I regularly switch from cygwin to mingw and some
> simple script needs
> to be adapted every time.
> Wouldn't be easier to access directly to a drive without e
On Wed, Sep 16, 2009 at 10:40:33PM +0100, Dave Korn wrote:
>Andy Koppe wrote:
>> 2009/9/16 Thorsten Kampe
>> whatever) prefixes when accessing stuff from the other side of the
>> fence.
>
> Never mind the fence, what colour are we going to paint the bikeshed?
Please take this discussion to cygwin
Yaakov (Cygwin/X) wrote:
>> which, honestly, isn't very much. I'd be concerned about all those
>> tcl-db${old_version} packages -- but it looks like there are no
>> in-distro users of them. That leaves gdb, ruby, python, git, and parrot
>> -- all of which have active maintainers. Plus suite3270
On 14/09/2009 18:14, Charles Wilson wrote:
Anway, tcl-8.5.6 and tk-8.5.6 built easily on a bog-standard cygwin-1.7
system using the cygports derived from the Cygwin Ports project. I
couldn't just use the Cygwin Ports binaries because IIRC they depend on
other Cygwin Ports packages not available i
Vincent R. sent the following at Wednesday, September 16, 2009 12:09 PM
>> Vincent R. wrote:
>>> Is there any good reason to force user to use /cygdrive/ before
>>> accessing a drive?
>
>Ok I see your point but I find it weird to complicate things by adding
>/cygdrive. Maybe some people are crazy
I am trying to modify the login shell in /etc/passwd to be a shell script
instead of a binary file so I can modify the commands sent non-interactively.
However, when I do so, I get the following error when logging in via ssh or "su
- username":
- /bin/newcmd.sh: Bad file descriptor
Where /bin/
Andy Koppe wrote:
> 2009/9/16 Thorsten Kampe
> whatever) prefixes when accessing stuff from the other side of the
> fence.
Never mind the fence, what colour are we going to paint the bikeshed?
This is purely a matter of taste. To each their own and de gustibus non
disputandum est.
cheer
2009/9/16 Thorsten Kampe
> you shouldn't install Cygwin
> directly to C:\ (but to C:\cygwin): so you don't have the Cygwin and the
> Windows root folder structure mixed.
And where exactly is the harm in that? Apple certainly don't see a
problem with it, with the likes of /Applications and /Users l
* Vincent R. (Wed, 16 Sep 2009 18:08:59 +0200)
>
> On Wed, 16 Sep 2009 09:02:19 -0700, Andrew DeFaria
> wrote:
> > Vincent R. wrote:
> >> Hi,
> >>
> >> Is there any good reason to force user to use /cygdrive/ before
> >> accessing a drive ?
> > Considering you aren't forced to use /cygdrive/ (se
Hello,
I'm trying to run a program on cygwin that forks, opens a socket
connection and sends the status of the connection to the parent
process using pipes. The parent process then sends data through the
opened socket.
The program works well on linux but on cygwin, i cannot use recv on a
socket ope
Hello all,
I have created a branch in the GCC SVN repository for development work on
the Cygwin-targeted port of the compiler. The URL of the branch is
(r/o) svn://gcc.gnu.org/svn/gcc/branches/cygwin-improvements
(r/w) svn+ssh://@gcc.gnu.org/svn/gcc/branches/cygwin-improvements
and it'
Lapo Luchini wrote:
> Lapo Luchini wrote:
>> Dave Korn wrote:
>>> It appears that cygwin has the xattr functions implemented and exported
>> Of course I'd like to; I didn't hope it could be as easy as that. =)
>
> Yes, it seems it was as easy as that.
>
> % rsync-3.0.6-1/inst/usr/bin/rsync.exe
On Wed, Sep 16, 2009 at 05:59:22PM +0200, Dr. Volker Zell wrote:
>see subject,
>
>it looks like it hasn't a version: tag.
Someone deleted the release-2/task directory for some reason. I've
resurrected it.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http:
Charles Wilson wrote:
> As an aside, 'gdbtui' is kinda neat; I'd never used that before even
> though it has long been part of cgf's gdb packages.
Oh, and one last thing I forgot. Perhaps the *simplest* compromise, that
allows us to (a) switch the "main" cygwin distribution to use X-based
tcl/tk,
Christopher Faylor wrote:
> On Mon, Sep 14, 2009 at 07:01:44PM -0400, Charles Wilson wrote:
>>From this thread:
>> http://www.cygwin.com/ml/cygwin/2008-08/msg00089.html
>> I thought most people either were in favor of, or at least not opposed
>> to, "fixing" the */tk/*/insight issue by switching t
Almost every install of setup (with my prior use of 1.5, and now
with 1.7) runs into some kind of problem (some -- but not all --
of them no doubt my own confusion).
Note that I install all new packages and updates almost every
time they are available, with a frequency of about twice a week.
The
Vincent R. wrote:
> Wouldn't be easier to access directly to a drive without entering
> cygdrive? Is there any reason for that ?
Dave Korn wrote:
> Go ahead. You can create a mountpoint anywhere you like, so if you want
> MinGW-style /c, /d, etc., just use the 'mount' command or edit the fstab.
> > Wouldn't be easier to access directly to a drive without entering
> > cygdrive? Is there any reason for that ?
>
> Go ahead. You can create a mountpoint anywhere you like, so if you want
> MinGW-style /c, /d, etc., just use the 'mount' command or edit the fstab.
Personally I like /win/c et
Vincent R. wrote:
Ok I see your point but I find it weird to complicate things by adding
/cygdrive.
/cygdrive is just the string of characters the coder implementing that
code choose to use. Be thankful. He could have choose
/ThisIsThePathIWantedToUseToIndicateWindowsDrives! ;-)
Maybe some pe
On 09/16/2009 11:55 AM, Shaddy Baddah wrote:
Respectfully, I think you've misunderstood my problem. I've just
posted a followup which will show an out and out inconsistency (well,
at least in my opinion):
sha...@x-vista ~
$ ls /cygdrive/c/software/cygwin/cygdrive
sha...@x-vista ~
$ cd /cygdrive
On Wed, 16 Sep 2009 09:02:19 -0700, Andrew DeFaria
wrote:
> Vincent R. wrote:
>> Hi,
>>
>> Is there any good reason to force user to use /cygdrive/ before
>> accessing a drive ?
> Considering you aren't forced to use /cygdrive/ (see mount(1m)) no...
>> I am asking it because I regularly switch fr
Vincent R. wrote:
Hi,
Is there any good reason to force user to use /cygdrive/ before
accessing a drive ?
Considering you aren't forced to use /cygdrive/ (see mount(1m)) no...
I am asking it because I regularly switch from cygwin to mingw and
some simple script needs to be adapted every time.
Vincent R. wrote:
> Wouldn't be easier to access directly to a drive without entering
> cygdrive? Is there any reason for that ?
Go ahead. You can create a mountpoint anywhere you like, so if you want
MinGW-style /c, /d, etc., just use the 'mount' command or edit the fstab.
cheers,
see subject,
it looks like it hasn't a version: tag.
Ciao
Volker
--
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
Hi,
Is there any good reason to force user to use /cygdrive/ before accessing
a drive ?
I am asking it because I regularly switch from cygwin to mingw and some
simple script needs
to be adapted every time.
Wouldn't be easier to access directly to a drive without entering
cygdrive? Is there any rea
Hi Larry,
Larry Hall (Cygwin) wrote:
Genuine bug?
No, a feature. Having the existing drives show up under '/cygdrive'
is a convenience
for things like bash and other shells so that they can do completion
on the paths to
these drives. If you don't want what's under the '/cygdrive'
dire
Hi Larry,
Larry Hall (Cygwin) wrote:
Genuine bug?
No, a feature. Having the existing drives show up under '/cygdrive'
is a convenience
for things like bash and other shells so that they can do completion
on the paths to
these drives. If you don't want what's under the '/cygdrive'
dire
> Marco Atzeri writes:
> Versions
> {libhdf5_0,libhdf5-devel,hdf5}-1.6.8-4 for cygwin-1.5
> have been uploaded.
Bogus directory structure under /usr/share/doc
hdf5/*
hdf5-1.6.8/*
Ciao
Volker
--
Problem reports: http://cygwin.com/problems.html
FAQ:
> Marco Atzeri writes:
> Version {libhdf5_0,libhdf5-devel,hdf5}-1.6.9-1
> for cygwin-1.7 have been uploaded.
Executables from hdf5-1.6.9-1 do not have an .exe extension.
Ciao
Volker
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cy
Hi again,
Shaddy Baddah wrote:
The following is an example for 1.7:
sha...@x-vista ~
$ cd /cygdrive/c/software/cygwin/
sha...@x-vista /cygdrive/c/software/cygwin
$ ls ./cygdrive
c d e
It has occurred to me that this wasn't the optimal example, as it does
not eliminate a problem with the cd
> Lapo Luchini writes:
> Version 1.8.2-1 of botan has been uploaded.
There is a bogus /usr/docs/Botan-1.8.2 directory present which is wrong.
The contents should be moved to /usr/share/doc/botan.
Ciao
Volker
--
Problem reports: http://cygwin.com/problems.html
FAQ:
> Ross Smith, writes:
> I've made a new version of 'email' available for installation.
> This is the most recent version of email available from
http://www.cleancode.org/projects/email.
The last version of email (2.5.1-1) had /etc/defaults support with a
corresponding postinstall sc
On 09/16/2009 11:24 AM, Shaddy Baddah wrote:
Hi,
I am having a real problem with 1.7 that I am pretty sure is a
regression. Basically, I am trying to run a find over the cygwin root
installation directory itself, not from cygwin path /. However I am
finding that the cygdrive directory at the cyg
> Christopher Faylor writes:
> I just uploaded a new Cygwin 1.7 test release, 1.7.0-61.
> This is another bugfix update:
This version is missing
usr/share/info/libc.info
usr/share/info/libm.info
usr/share/man/man3/regex.3
usr/share/man/man7/regex.7
compared to the previous v
> Volker Zell writes:
> Yaakov writes:
>> The following packages have been updated in the Cygwin distribution:
>> *** util-linux-2.14.1-1
> /usr/bin/wall.exe
> /usr/share/man/man1/wall.1.gz
> conflict with sysvinit package.
> By the way /usr/bin/setterm|/usr/sha
Hi,
I am having a real problem with 1.7 that I am pretty sure is a
regression. Basically, I am trying to run a find over the cygwin root
installation directory itself, not from cygwin path /. However I am
finding that the cygdrive directory at the cygwin root installation
directory also mount
Dave Korn wrote:
> I downloaded ftp://oss.sgi.com/projects/xfs/cmd_tars/attr_2.4.43-1.tar.gz
> and found it builds OOTB, but my first attempt to use setfattr got me an
> error:
>
>> $ ./setfattr/.libs/setfattr.exe -n bar -v baz foo
>> setfattr: foo: Operation not supported
>
> Nor was getfa
Lapo Luchini wrote:
> Lapo Luchini wrote:
>> Dave Korn wrote:
>>> It appears that cygwin has the xattr functions implemented and exported
>> Of course I'd like to; I didn't hope it could be as easy as that. =)
>
> Yes, it seems it was as easy as that.
Hmm, it may or may not be...
> % rsync-3
Lapo Luchini wrote:
> Dave Korn wrote:
>> It appears that cygwin has the xattr functions implemented and exported
>
> Of course I'd like to; I didn't hope it could be as easy as that. =)
Yes, it seems it was as easy as that.
% rsync-3.0.6-1/inst/usr/bin/rsync.exe --version
rsync version 3.0.6
Dave Korn wrote:
> It appears that cygwin has the xattr functions implemented and exported:
>
> ... followed of course by regenerating configure.sh.
>
> I haven't tested this (my cpu usage is already 100% and likely to stay that
> way for the next day or two!), but maybe you'd like to give it
Dr. Christoph Gille wrote:
Closest mirror? I'm not sure what you mean by this. 'setup.exe' does not
require this as a setting. Actually, there is no such concept. You need to
specify
a mirror to work with but you can do that with '-s'.
With each superfluous click I lose a user, so it would
Lapo Luchini wrote:
> The real reason is the following test:
>
> configure:8272: checking whether to support extended attributes
> configure:8321: result: No extended attribute support found
>
> ...well, judging from configure lines 8272-8321 it seems rsync xattr
> support is only available
Hi,
I see one small remaining glitch with Unicode display; non-BMP characters
(those with Unicode value > 0x) are displayed as two boxes.
The reason is probably related to their representation as two
surrogates at some point.
I do not expect to have visible display of non-BMP in the cygwin
c
Hi
New versions of 'libtasn1/libtasn13/libtasn1-devel' have been uploaded to a
server near you.
Cygwin NEWS:
o Rebuild for cygwin 1.7 with gcc-4
libtasn1 NEWS:
===
Version 2.2 (released 2009-05-20)
- Change how the ASN1_API decorator is used in libtasn1.h, for GT
Hi
New versions of 'libwmf/libwmf027/libwmf-devel' have been uploaded to a server
near you.
Cygwin NEWS:
o Rebuild for cygwin 1.7 with gcc-4
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce mailing list, p
Hi
New versions of 'libidn/libidn11/libidn-devel' have been uploaded to a server
near you.
Cygwin NEWS:
o Rebuild for cygwin 1.7 with gcc-4
libidn NEWS:
===
* Version 1.15 (released 2009-06-08)
** libidn: Use c_strcasecmp instead of strcasecmp.
For portability t
Hi
New versions of 'liblzo2/liblzo2/liblzo2-devel' have been uploaded to a server
near you.
Cygwin NEWS:
o Rebuild for cygwin 1.7 with gcc-4
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce mailing list, p
Hi
New versions of 'gd/libgd2/libgd-devel' have been uploaded to a server near you.
Cygwin NEWS:
o Rebuild for cygwin 1.7 with gcc-4
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce mailing list, please
use
Hi
New versions of 'aalib/libaalib1/libaalib-devel' have been uploaded to a server
near you.
Cygwin NEWS:
o Rebuild for cygwin 1.7 with gcc-4
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce mailing list,
Hi
New versions of 'libtasn1/libtasn13/libtasn1-devel' have been uploaded to a
server near you.
Cygwin NEWS:
o Update to latest upstream release
libtasn1 NEWS:
===
Version 2.2 (released 2009-05-20)
- Change how the ASN1_API decorator is used in libtasn1.h, for GT
Hi
New versions of 't1lib/libt1lib5/libt1lib-devel' have been uploaded to a server
near you.
Cygwin NEWS:
o Rebuild for cygwin 1.7 with gcc-4
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce mailing list,
Hi
New versions of 'libidn/libidn11/libidn-devel' have been uploaded to a server
near you.
Cygwin NEWS:
o Update to latest upstream release
libidn NEWS:
===
* Version 1.15 (released 2009-06-08)
** libidn: Use c_strcasecmp instead of strcasecmp.
For portability t
Matthias Andree wrote:
> Now, Cygwin 1.5 and 1.7 appear to lack long double library support in
> libc/libm -- which is required for a hosted C99 implementation however,
> but not for a freestanding C99 implementation.
>
> Trying to solve this, I found another Cygwin issue: GCC 3.4.4 sets
> __STDC
Dr. Christoph Gille wrote:
>> Closest mirror? I'm not sure what you mean by this. 'setup.exe' does
>> not require this as a setting. Actually, there is no such concept. You
>> need to specify a mirror to work with but you can do that with '-s'.
>
> With each superfluous click I lose a user, so
Lapo Luchini wrote:
> Linda Walsh wrote:
>> However the local rsync was build without the external attribute support.
>
> Yes, configure fails to detect it, with the following error:
>
> configure:8048: checking for __facl
No, sorry about the noise, that has nothing to do with xattrs, it's the
p
Linda Walsh wrote:
> However the local rsync was build without the external attribute support.
Yes, configure fails to detect it, with the following error:
configure:8048: checking for __facl
configure:8048: gcc -std=gnu99 -o conftest.exe -O2 -pipe
-DHAVE_CONFIG_H -Wall -W conftest.c -lpopt -li
> Closest mirror? I'm not sure what you mean by this. 'setup.exe' does not
> require this as a setting. Actually, there is no such concept. You need to
> specify
> a mirror to work with but you can do that with '-s'.
With each superfluous click I lose a user, so it would be best if setup.exe
Cron installs as service without problems but does not run jobs. Same
thing happens when it is installed without the '-D' argument (so that
Windows does not monitor the service).
Current version
-rwxrwxrwx 1 Administrator Users 5373 Oct 21 2008
/usr/share/doc/Cygwin/cron-4.1-7.README
Running
70 matches
Mail list logo
