Something I noticed while answering a post on the main list this morning.
http://sourceware.org/cygwin-apps/package-server.html still refers to the
old mirrors.txt file, which is no longer extant. This patch updates it to
refer to the canonical mirrors.lst file instead.
*
On Wed, Sep 16, 2009 at 02:21:24PM +0100, Dave Korn wrote:
Something I noticed while answering a post on the main list this morning.
http://sourceware.org/cygwin-apps/package-server.html still refers to the
old mirrors.txt file, which is no longer extant. This patch updates it to
refer to
Yaakov writes:
libproxy is a library which abstracts away the details of proxy
handling. It is a prerequisite of libsoup, which in turn used by
several other GNOME components.
ftp://ftp.cygwinports.org/pub/cygwinports/release-2/libproxy/libproxy-0.2.3-2-src.tar.bz2
Corinna,
I would like to change how we are handling the vim/gvim installation.
gvim.exe still includes the terminal interface, and will use it if
$DISPLAY is unset or if called as vim, except that it accepts the '-g'
argument. (Same goes for view/vimdiff/rvim/rview). This becomes
important
mpclib-0.7-1 has been released for cygwin 1.7.
PACKAGE DESCRIPTION
===
Homepage: http://www.multiprecision.org/mpc
Download: http://www.multiprecision.org/index.php?prog=mpcpage=download
License: Gnu Lesser General Public License, version 2.1 or later
MPC is a C library for the
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
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
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
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
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
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
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
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 '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
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 '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
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,
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
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,
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
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
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 in
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
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 a
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
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...
%
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 getfattr
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
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
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 version
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
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 script.
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:
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
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:
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:
Hi Larry,
Larry Hall (Cygwin) wrote:
snip
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'
Hi Larry,
Larry Hall (Cygwin) wrote:
snip
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'
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
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
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,
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
On Wed, 16 Sep 2009 09:02:19 -0700, Andrew DeFaria and...@defaria.com
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
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
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
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 etc.,
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.
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.
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 to an
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,
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:
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 --version
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://username@gcc.gnu.org/svn/gcc/branches/cygwin-improvements
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
* Vincent R. (Wed, 16 Sep 2009 18:08:59 +0200)
On Wed, 16 Sep 2009 09:02:19 -0700, Andrew DeFaria and...@defaria.com
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/
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
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.
cheers,
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
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 enough to
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
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 and
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
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 entering
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
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 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 exactly is the harm in
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 thinking
clients -- other than insight -- for which this
solution 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
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.
But,
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
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 -
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 yes, I'm
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 didn't mean to
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 bug
mpclib-0.7-1 has been released for cygwin 1.7.
PACKAGE DESCRIPTION
===
Homepage: http://www.multiprecision.org/mpc
Download: http://www.multiprecision.org/index.php?prog=mpcpage=download
License: Gnu Lesser General Public License, version 2.1 or later
MPC is a C library for the
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
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 '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
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
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,
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,
81 matches
Mail list logo