On Thu, Aug 19, 2010 at 06:30:07AM +0100, Andy Koppe wrote:
At the moment, non-experimental packages don't get updated when 'Exp'
is selected. This was reported at
http://cygwin.com/ml/cygwin/2010-08/msg00460.html.
The fix turned out to be quite simple.
Andy
ChangeLog:
* package_meta.h
On Aug 19 00:15, Yaakov S wrote:
On Tue, 2010-08-17 at 11:54 +0200, Corinna Vinschen wrote:
I have prepared a new release of vim, 7.3.002-1, so it's the new 7.3
release from yesterday with its first two patches.
[snip]
You can find the source and binary packages on sourceware under
Hi Chuck,
On Aug 18 23:32, Charles Wilson wrote:
sunrpc is orphaned. It provides libraries and headers for rpc routines,
utilities including rpcgen, documentation, and the portmap daemon.
just go ahead with libtirpc, rpcgen, and sunrpc. Please also update
the cygwin-pkg-maint file, and make
On Aug 19 10:43, Corinna Vinschen wrote:
On Aug 19 00:15, Yaakov S wrote:
On Tue, 2010-08-17 at 11:54 +0200, Corinna Vinschen wrote:
I have prepared a new release of vim, 7.3.002-1, so it's the new 7.3
release from yesterday with its first two patches.
[snip]
You can find the source
Hi Chuck,
On Aug 18 23:32, Charles Wilson wrote:
sunrpc is orphaned. It provides libraries and headers for rpc routines,
utilities including rpcgen, documentation, and the portmap daemon.
just go ahead with libtirpc, rpcgen, and sunrpc. Please also update
the cygwin-pkg-maint file,
The following package has been updated for the Cygwin distribution:
*** gvim-7.3.003-1
gVim provides a GTK+ GUI for the Vim text editor.
This is an update to the latest upstream version with the current
patchset, and requires a simultaneous 7.3.x update to the vim package in
order to operate.
Started installing cygwinX on Windows XP August 19 EST 1700h.
Used ucalgary.ca mirror
Chose default, plus ssh, ssl, vim
Download OK, installing Ok, final stages stopped ~1900h
Error libglade2.0_0 and libglade2.0.sh
'package does not exist' or words to that effect
Hit Back, so lost the exact
Tried to print the PDF version of the guide, August 19 1700h.
All screenshots are displaced off the right-hand side.
Change magnification and they are still displaced.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-08-19 10:14:31
Modified files:
winsup/cygwin : ChangeLog external.cc
winsup/cygwin/include/sys: cygwin.h
Log message:
* external.cc (sync_wincwd): New function.
On Wed, Aug 18, 2010 at 05:42:21PM -0700, Daniel Colascione wrote:
The other crazy idea would be to override the Win32 file and path
functions and handle the notion of a current directory entirely within
Cygwin for both Win32 and Cygwin functions, but IIRC, playing games with
Windows API functions
On Aug 18 20:31, Buchbinder, Barry (NIH/NIAID) [E] wrote:
Corinna Vinschen sent the following at Wednesday, August 18, 2010 4:43 AM
That usually just means you don't have admin privs.
For the archive: That is indeed the case.
Here's the actual problem:
cygdrive prefix /
On Aug 18 22:00, Buchbinder, Barry (NIH/NIAID) [E] wrote:
Corinna Vinschen sent the following at Tuesday, August 17, 2010 4:16 AM
What changed since Cygwin 1.7.5:
- Cygwin handles the current working directory entirely on its own. The
Win32 current
On Aug 18 21:57, Andy Koppe wrote:
On 18 August 2010 21:50, Corinna Vinschen wrote:
On Aug 18 21:32, William Blunn wrote:
On 18/08/2010 19:26, Christopher Faylor wrote:
On Wed, Aug 18, 2010 at 06:40:17PM +0100, William Blunn wrote:
My apologies to all the folks NOT involved in maintaining
On Aug 18 18:50, Rolf Campbell wrote:
I have an 2nd NTFS disk mounted in a directory in my primary NTFS
disk. When I use 'find' (with no arguments), it only displays a
small fraction of the files in the current directory.
Using cygwin 1.7.5, it displayed about 100,000 files.
Using cygwin
On Aug 19 02:03, Christopher Faylor wrote:
On Wed, Aug 18, 2010 at 05:42:21PM -0700, Daniel Colascione wrote:
The other crazy idea would be to override the Win32 file and path
functions and handle the notion of a current directory entirely within
Cygwin for both Win32 and Cygwin functions, but
On Aug 19 10:31, Corinna Vinschen wrote:
On Aug 18 18:50, Rolf Campbell wrote:
I have an 2nd NTFS disk mounted in a directory in my primary NTFS
disk. When I use 'find' (with no arguments), it only displays a
small fraction of the files in the current directory.
Using cygwin 1.7.5, it
On Aug 18 22:17, Corinna Vinschen wrote:
On Aug 18 15:51, Charles Wilson wrote:
On 8/18/2010 3:41 PM, Corinna Vinschen wrote:
Chuck, btw., the function setup_win_environ() in run.c can easily be
replaced with `cygwin_internal (CW_SYNC_WINENV);'
Yes, I was just looking at that. I
I am trying to build the development version of Emacs with the
imagemagick support. In the configure step one gets:
$ ./configure --with-imagemagick
[...]
checking for Wand... yes
checking IMAGEMAGICK_CFLAGS... -fopenmp -I/usr/include/ImageMagick
checking IMAGEMAGICK_LIBS... -lMagickWand
On 18/08/2010 21:50, Corinna Vinschen wrote:
On Aug 18 21:32, William Blunn wrote:
On 18/08/2010 19:26, Christopher Faylor wrote:
On Wed, Aug 18, 2010 at 06:40:17PM +0100, William Blunn wrote:
My apologies to all the folks NOT involved in maintaining the ImageMagick
On 8/19/2010 7:33 AM, Angelo Graziosi wrote:
I am trying to build the development version of Emacs with the
imagemagick support. In the configure step one gets:
$ ./configure --with-imagemagick
[...]
checking for Wand... yes
checking IMAGEMAGICK_CFLAGS... -fopenmp -I/usr/include/ImageMagick
Greetings,
after having recently upgraded Cygwin on my laptop running Windows Vista
the Bash Shell started misbehaving by issuing -sh: exclude: unbound
variable whenever I hit Tab for file name completion. After trying
the obvious (that is, issuing set +u) and even having success with it,
On 8/19/2010 6:48 AM, Corinna Vinschen wrote:
I applied the patch which adds the CW_SYNC_WINCWD code and I updated
the documentation accordingly.
I uploaded the rewritten chapter about using the Win32 file API here:
http://cygwin.de/cygwin-ug-177/using.html#pathnames-win32-api
Please
It might be helpful if I could be clear what the reasons for not having
a bug tracker are.
I could take a stab as:
1. It is not the feeling of the Cygwin maintainers that a bug tracker
would provide a significantly better solution than the current mailing
list solution
2. There is
On Aug 19 09:20, Charles Wilson wrote:
On 8/19/2010 6:48 AM, Corinna Vinschen wrote:
I applied the patch which adds the CW_SYNC_WINCWD code and I updated
the documentation accordingly.
I uploaded the rewritten chapter about using the Win32 file API here:
On 8/18/2010 10:22 AM, Dr. Rainer Woitok wrote:
Greetings,
after having recently upgraded Cygwin on my laptop running Windows Vista
the Bash Shell started misbehaving by issuing -sh: exclude: unbound
variable whenever I hit Tab for file name completion. After trying
the obvious (that is,
On 19/08/2010 14:57, Andrew Schulman wrote:
I think that a bug tracker would be a nice improvement to our
development workflow. As a package maintainer, I'd love to be able to
call up a page of all of the open bugs for all of the packages I maintain.
I also think that the work to set up and
On Aug 19 09:57, Andrew Schulman wrote:
It might be helpful if I could be clear what the reasons for not having
a bug tracker are.
I could take a stab as:
1. It is not the feeling of the Cygwin maintainers that a bug tracker
would provide a significantly better solution than the
The question is if the maintainers really want that, and cgf and I are
just 2 out of ~60 maintainers, maintaining over 1400 packages. From
these ~60 maintainers we have quite a few who either don't reply to any
mail about their package, or who only reply after some nudging.
Agreed, but OTOH
On Aug 19 09:50, Rolf Campbell wrote:
NTFS Junction point: yes. I used the builtin windowns tool
mountvol to mount the disk in an empty directory. It's
technically mounted as C:\.timemachine\3.
Output from ls -l
[...]
I do not set the CYGWIN environmental variable when running find.
I
On Aug 19 10:41, Andrew Schulman wrote:
The question is if the maintainers really want that, and cgf and I are
just 2 out of ~60 maintainers, maintaining over 1400 packages. From
these ~60 maintainers we have quite a few who either don't reply to any
mail about their package, or who only
Ken Brown wrote:
This looks to me like an Emacs configuration problem, not a Cygwin problem. The code in
image.c:7723 is guarded by #ifdef HAVE_MAGICKEXPORTIMAGEPIXELS, and configure reported
no in the corresponding test.
If I understand this rightly,
...
checking for
http://cygwin.com/acronyms/#SHTDI ?
Auto-updating the package categories daily doesn't seem hard to me, I would
build that if we had a bug tracker working.
But before we get to that point, I'd have a few other questions.
(1) Most important: How many people care? Do users want a bug tracker?
What is the status of http://cygwin.com/bugzilla? It appears to have been
in use at least last year.
Provisional effort? Occasionally used? Useful, not useful?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 8/19/2010 10:18 AM, Andrew Schulman wrote:
(1) Most important: How many people care? Do users want a bug tracker?
Would package maintainers use it? Would the cygwin and setup.exe
maintainers use it?
Andrew Schulman and Bill Blunn would find a bug tracker useful, but that's
not enough
On 08/19/2010 08:43 AM, Corinna Vinschen wrote:
Hmm, digging through Cygwin's readdir code, I have a vague idea.
Eric, does find honor the struct dirent d_type flag? I'm wondering
if d_type is erroneously set to DT_REG for some reason. If so, we
could find this out by augmenting the debug
On Thu, Aug 19, 2010 at 10:33:16AM +0200, Corinna Vinschen wrote:
On Aug 19 02:03, Christopher Faylor wrote:
On Wed, Aug 18, 2010 at 05:42:21PM -0700, Daniel Colascione wrote:
The other crazy idea would be to override the Win32 file and path
functions and handle the notion of a current
On Aug 19 10:28, Eric Blake wrote:
On 08/19/2010 08:43 AM, Corinna Vinschen wrote:
Hmm, digging through Cygwin's readdir code, I have a vague idea.
Eric, does find honor the struct dirent d_type flag? I'm wondering
if d_type is erroneously set to DT_REG for some reason. If so, we
On Aug 19 11:23, Andrew Schulman wrote:
What is the status of http://cygwin.com/bugzilla? It appears to have been
in use at least last year.
Provisional effort? Occasionally used? Useful, not useful?
Not used for Cygwin, right now.
Corinna
--
Corinna Vinschen Please,
On Aug 19 11:18, Andrew Schulman wrote:
http://cygwin.com/acronyms/#SHTDI ?
Auto-updating the package categories daily doesn't seem hard to me, I would
build that if we had a bug tracker working.
But before we get to that point, I'd have a few other questions.
(1) Most important:
libtirpc is an updated version of the Sun RPC library. As such, it
replaces part of the (orphaned) sunrpc package -- just as on linux, it
replaces the built-in RPC routines in glibc:
http://nfsv4.bullopensource.org/doc/tirpc_rpcbind.php
You should update sunrpc, if installed, to 4.0-4 or above.
rpcgen is a tool that generates C code to implement an RPC protocol.
The input to rpcgen is a language similar to C known as RPC Language
(Remote Procedure Call Language). This package replaces a component
of the (soon-to-be-obsolete) sunrpc package; you should update sunrpc
to the 4.0-4 version
This update is simply a repackaging of the existing sunrpc package,
without any testing. If the old version still works at this late
date (4.0-3 was published in 2005, during the cygwin-1.3.x era), then
this new version will too, because the .exe is *the same file*. OTOH,
if this new version is
Hello!
Has MySQL ever been successfully ported to Cygwin? I recall as we were
making the move towards 1.7 that it came up several times.
-
Gregg C Levine gregg.drw...@gmail.com
This signature fought the Time Wars, time and again.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Aug 19 11:23, Andrew Schulman wrote:
What is the status of http://cygwin.com/bugzilla? It appears to have been
in use at least last year.
Provisional effort? Occasionally used? Useful, not useful?
Not used for Cygwin, right now.
CGF was using it at least a little bit last year:
On Thu, Aug 19, 2010 at 11:18:48AM -0400, Andrew Schulman wrote:
http://cygwin.com/acronyms/#SHTDI ?
Auto-updating the package categories daily doesn't seem hard to me, I would
build that if we had a bug tracker working.
But before we get to that point, I'd have a few other questions.
(1) Most
On Thu, Aug 19, 2010 at 11:02:35AM -0500, Jeremy Bopp wrote:
On 8/19/2010 10:18 AM, Andrew Schulman wrote:
(1) Most important: How many people care? Do users want a bug tracker?
Would package maintainers use it? Would the cygwin and setup.exe
maintainers use it?
Andrew Schulman and Bill
On Thu, Aug 19, 2010 at 07:05:53PM +0200, Corinna Vinschen wrote:
On Aug 19 11:23, Andrew Schulman wrote:
What is the status of http://cygwin.com/bugzilla? It appears to have been
in use at least last year.
Provisional effort? Occasionally used? Useful, not useful?
Not used for Cygwin,
On Thu, Aug 19, 2010 at 01:26:03PM -0400, Andrew Schulman wrote:
On Aug 19 11:23, Andrew Schulman wrote:
What is the status of http://cygwin.com/bugzilla? It appears to have
been in use at least last year.
Provisional effort? Occasionally used? Useful, not useful?
Not used for Cygwin, right
On Thu, 2010-08-19 at 13:22 -0400, Gregg Levine wrote:
Has MySQL ever been successfully ported to Cygwin? I recall as we were
making the move towards 1.7 that it came up several times.
Cygwin Ports provides MySQL packages. The clients are fine, but I do
not guarantee that the server is usable,
I have updated the version of vim on cygwin.com to 7.3.003-1.
This is an update to the new upstream version 7.3, including the
first three patchsets. Cygwin Vim builds from the vanilla sources.
The official release message:
On 8/19/2010 12:34 PM, Christopher Faylor wrote:
On Thu, Aug 19, 2010 at 11:02:35AM -0500, Jeremy Bopp wrote:
A defect tracker should hopefully address such issues at least somewhat
better than mail archives. Duplicate issues can be merged, issue owners
can be more readily assumed to be able
On 08/19/2010 01:59 PM, Jeremy Bopp wrote:
Of course the quality of the defect tracker is directly related to the
effort the maintainers put in to keep it relatively pruned and
organized. Maybe that is too much to expect for most maintainers at
this time.
Bingo. That's why I'm perfectly
The version of rlwrap in Cygwin is very old; the manpage dates it to
2005. Is the package still maintained? If not, does it need a new
maintainer? :)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 8/19/2010 5:02 PM, Daniel Colascione wrote:
The version of rlwrap in Cygwin is very old; the manpage dates it to
2005. Is the package still maintained? If not, does it need a new
maintainer? :)
The listed maintainer is Mauricio Antune but my admittedly limited search
for any recent activity
On 2010-08-19 12:28, Eric Blake wrote:
On 08/19/2010 08:43 AM, Corinna Vinschen wrote:
Hmm, digging through Cygwin's readdir code, I have a vague idea.
Eric, does find honor the struct dirent d_type flag? I'm wondering
if d_type is erroneously set to DT_REG for some reason. If so, we
could
The only way I've been able to get cron running is manually by starting
the crond via execution of cron.exe.
Attached are my cygcheck.txt and crontab.
I get the following error after I install and start the cron service...
cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error
On 8/19/2010 11:54 AM, Corinna Vinschen wrote:
I have updated the version of vim on cygwin.com to 7.3.003-1.
This is an update to the new upstream version 7.3, including the
first three patchsets. Cygwin Vim builds from the vanilla sources.
After updating, /usr/bin/vi no longer exists. Is
ChangeLog entry:
2010-08-19 Pedro Izecksohn pedro.izecks...@...
* endian.h [_BSD_SOURCE || ! _POSIX_SOURCE] (htobe16, htobe32)
(htobe64, be16toh, be32toh, be64toh, htole16, htole32, htole64)
(le16toh, le32toh, le64toh): Macros defined.
I modified endian.h again:
On 8/19/2010 6:17 PM, David Rothenberger wrote:
On 8/19/2010 11:54 AM, Corinna Vinschen wrote:
I have updated the version of vim on cygwin.com to 7.3.003-1.
This is an update to the new upstream version 7.3, including the
first three patchsets. Cygwin Vim builds from the vanilla sources.
Greetings, Corinna Vinschen!
I checked the strace, and after ascending back from the ATI subdir into
the toplevel dir successfully, find appears to exit just so, without
any trace that it even *tries* to continue to scan further subdirs. And
unfortunately there's no way to see why find
On 2010-08-19 18:37, Andrey Repin wrote:
If ATI is the junction (reparse point, or however you call it) to a top-level
directory on another partition, this behavior could be explained by exiting
through the window: process enter the partition from the doors (junction),
dig it, then trying to
On 8/17/2010 6:07 AM, Global International wrote:
Hi Dear,
Please confirm if you received my last email and provide me your direct
phone number for more discussions.
Yours truly,
Mr. David Brown
Global International
Discuss what?
--
Problem reports:
On Thu, Aug 19, 2010 at 8:31 PM, Jacob Jacobson n...@biyani.org wrote:
On 8/17/2010 6:07 AM, Global International wrote:
Hi Dear,
Please confirm if you received my last email and provide me your direct
phone number for more discussions.
Yours truly,
Mr. David Brown
Global International
On 8/19/2010 8:31 PM, Jacob Jacobson wrote:
On 8/17/2010 6:07 AM, Global International wrote:
Hi Dear,
Please confirm if you received my last email and provide me your direct
phone number for more discussions.
Yours truly,
Mr. David Brown
Global International
Discuss what?
I've looked through the archives and saw some messages about building
a cross-compiler to build cygwin apps on linux, but most of those
messages/articles are pretty old. Has anyone done this recently with
more recent GCC and Cygwin versions?
Thanks,
slide
--
Problem reports:
I've build gcc 4.4.0 for arm in cygwin.
2010/8/20 Slide slide.o@gmail.com:
I've looked through the archives and saw some messages about building
a cross-compiler to build cygwin apps on linux, but most of those
messages/articles are pretty old. Has anyone done this recently with
more
On Thu, Aug 19, 2010 at 08:40:44PM -0400, Gregg Levine wrote:
On Thu, Aug 19, 2010 at 8:31 PM, Jacob Jacobson n...@biyani.org wrote:
On 8/17/2010 6:07 AM, Global International wrote:
Hi Dear,
Please confirm if you received my last email and provide me your direct
phone number for more
On Thu, Aug 19, 2010 at 06:18:11PM -0700, Slide wrote:
I've looked through the archives and saw some messages about building
a cross-compiler to build cygwin apps on linux, but most of those
messages/articles are pretty old. Has anyone done this recently with
more recent GCC and Cygwin versions?
Greetings, All!
I've been pointed to this (without a doubt) exceptional piece of software.
http://www.uwe-sieber.de/usbdlm_e.html
I'm toying with it now, but what I find in it, what would be most attractive
to the Cygwin community, is it's ability to mount removable drives as NTFS
reparse
On Fri, Aug 20, 2010 at 05:37:31AM +0400, Andrey Repin wrote:
I've been pointed to this (without a doubt) exceptional piece of software.
http://www.uwe-sieber.de/usbdlm_e.html
I'm toying with it now, but what I find in it, what would be most attractive
to the Cygwin community, is it's ability to
When I run df -h dir where dir is part of a
native-NTFS-mounted-drive, then df prints details about the root drive
(not the mounted drive).
This acts differently if the drive is *also* mounted as a separate
top-level drive. In that case, if you specify the mount point itself,
it prints
On Thu, Aug 19, 2010 at 6:23 PM, Christopher Faylor
cgf-use-the-mailinglist-ple...@cygwin.com wrote:
On Thu, Aug 19, 2010 at 06:18:11PM -0700, Slide wrote:
I've looked through the archives and saw some messages about building
a cross-compiler to build cygwin apps on linux, but most of those
libtirpc is an updated version of the Sun RPC library. As such, it
replaces part of the (orphaned) sunrpc package -- just as on linux, it
replaces the built-in RPC routines in glibc:
http://nfsv4.bullopensource.org/doc/tirpc_rpcbind.php
You should update sunrpc, if installed, to 4.0-4 or above.
rpcgen is a tool that generates C code to implement an RPC protocol.
The input to rpcgen is a language similar to C known as RPC Language
(Remote Procedure Call Language). This package replaces a component
of the (soon-to-be-obsolete) sunrpc package; you should update sunrpc
to the 4.0-4 version
74 matches
Mail list logo