Hi guys,
Given that 1.7 is due really soon now (before summer), I'm wondering if
not all maintainers should switch to Cygwin 1.7 now and build packages
for 1.7 only from now on.
The foremost advantage would be that all maintainers would automatically
test Cygwin 1.7. The subsequent advantage
Corinna Vinschen wrote:
Hi guys,
Given that 1.7 is due really soon now (before summer), I'm wondering if
not all maintainers should switch to Cygwin 1.7 now and build packages
for 1.7 only from now on.
I'm going to do the final experimental release of gcc4 with DLLs on 1.5, to
leave the
Dave Korn wrote:
I'm about ready to release a new compiler package. This is going to mean a
whole bunch of new packages and one obsoletion, and I was hoping I could get a
hand proof-reading the setup hints and any comments anyone has on packaging,
names and categories.
Thanks for all
On Tue, Feb 10, 2009 at 04:47:29PM +, Dave Korn wrote:
?? But doesn't that mean the info directory page would only get updated
every time there's a new release of texinfo? I'm really confused here. I
thought we used the _update-info-dir dependency to save having to add the
postinstall
Christopher Faylor wrote:
On Tue, Feb 10, 2009 at 04:47:29PM +, Dave Korn wrote:
?? But doesn't that mean the info directory page would only get updated
every time there's a new release of texinfo? I'm really confused here. I
thought we used the _update-info-dir dependency to save
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dave Korn wrote:
I have whatever version of libffi was in the GCC tree at the time 4.3
was branched. I don't know how closely tied to the particular API the
compiler is. This means that if I create a libffi-devel package, it could
clash
Yaakov (Cygwin/X) wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dave Korn wrote:
I must be missing something here. How and when does the info directory get
updated? Is running install-info on newly added info files under
/usr/share/info superfluous for some reason that I don't
Yaakov (Cygwin/X) wrote:
[ libffi considerations aside for the minute, ]
(BTW, your libtool patch to force the DLLs of non-module libraries which
are deeper than ${prefix}/lib into ${prefix}/bin should be considered
for inclusion in libtool itself, as gcc is not unique in that regard.)
On Feb 10 11:40, Warren Young wrote:
Corinna Vinschen wrote:
Other than that I'm wondering about the small trickle of bug reports
related to Cygwin 1.7. Either it's already quite stable, or it gets
only tested by 3 or 4 users...
.38 fixed the only two bugs I've seen with 1.7: the scp bug
Corinna Vinschen wrote:
Well, there's still the 1.5/1.7 entanglement problem, but that's not going
to be fixed, so we can't count that.
What entanglement problem?
This one: http://www.cygwin.com/ml/cygwin/2009-01/msg00648.html
Given that 1.7 is due really soon now (before summer), I'm wondering if
not all maintainers should switch to Cygwin 1.7 now and build packages
for 1.7 only from now on.
The foremost advantage would be that all maintainers would automatically
test Cygwin 1.7. The subsequent advantage would
2009/2/10 Corinna Vinschen corinna-cyg...@cygwin.com:
Given that 1.7 is due really soon now (before summer), I'm wondering if
not all maintainers should switch to Cygwin 1.7 now and build packages
for 1.7 only from now on.
I already switched in my daily work to 1.7 (for rsync)
but need some
Andrew Schulman wrote:
I've been running 1.5 alongside of 1.7 as needed for testing, with no
compatibility problems.
Me too. I had a few issues with side-by-side installs early on; gave up
and ran 1.7 inside a VM for a while, but since mid-December returned to
the side-by-side setup. Since
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
We're in the process of adding Xinerama extension support to the X
servers (see bug 9762). Accordingly, we need to add the X.Org
components xineramaproto and libXinerama to the distro.
On Feb 10 13:59, Warren Young wrote:
Corinna Vinschen wrote:
Well, there's still the 1.5/1.7 entanglement problem, but that's not
going to be fixed, so we can't count that.
What entanglement problem?
This one: http://www.cygwin.com/ml/cygwin/2009-01/msg00648.html
Well, that's not such
On Feb 10 20:00, Yaakov (Cygwin/X) wrote:
ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/libXinerama-1.0.3-1-src.tar.bz2
ftp://ftp.cygwinports.org/pub/cygwinports/release/X.Org/libXinerama/libXinerama-devel/libXinerama-devel-1.0.3-1.tar.bz2
Yaakov? Ping?
On Feb 6 17:06, Corinna Vinschen wrote:
On Feb 6 09:49, Sam Robb wrote:
[...]
So, I'm putting the following packages up for adoption or retirement.
They're kind of old and crufty - no significant updates in the past 3 years
- and so might require a little bit of
The common thing seems to be vncclient. I guess I'll check on the vncclient
list and see if there are any clues. Are we on our own?
I will try to start vncclient after I start X and see if that matters.
Have you tried sorting this out at all?
Gentlemen start your finger pointing! It's
Linda Walsh cyg...@tlinx.org writes:
The startxwin.sh script works, but startxwin.bat does not work if
your Cygwin installation isn't in the default location.
My cygwin lives in D: and X starts from bat file.
,
| SET CYGWIN_ROOT=\home\installations\cygwin
`
Or did I completely miss
I am Mark Johnson the president of HOME BEVERAGE LIMITED .
We are a growing firm with a good per capital turn up per year we try as much
as possible to make sure we increase our capital base every year that goes by
to be able compete with other much bigger firm in the same line of business.
Jon TURNEY wrote:
Those packages are not available for cygwin, because those X server
extensions don't do anything useful (at least at the moment, in the Xinerama
case)
The X server should be ./configure'd with --disable-xinerama --disable-xv,
which is what the .cygport file should be doing
Maybe we have an exploit on our systems.
Or possibly we have the same video driver?
Or same network card. Etc.
I'll gather together what hardware I've got and we can compare.
On Tue, 10 Feb 2009 10:05:27 +0100
Frédéric Bron frederic.b...@m4x.org wrote:
The common thing seems to be vncclient.
Jared Silva wrote:
I was still running ./autogen.sh at this point. Everything works now
using cygport.
I ended up installing all of your referenced packages to compile, so I
cannot verify anything not being needed. However, you may want to add
bison (for yacc) to the list.
Thanks for the
Maybe we have an exploit on our systems.
Or possibly we have the same video driver?
Or same network card. Etc.
I'll gather together what hardware I've got and we can compare.
I have a notebook : DELL Latitude D830, Video = nVidia Quadro NVS 140M
F. Bron
--
Unsubscribe info:
A solution to this problem from the Oracle Installer on AIX was to add the -fp
path to XWIN in startxwin.bat as follows.
%RUN% XWin -multiwindow -clipboard -silent-dup-error -
fp /usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/TTF,/usr/X11R6/lib/
On Mon, Feb 2, 2009 at 12:04 PM, Dan Moulding dmould...@gmail.com wrote:
I typically update my Cygwin installations about once a month, and
rarely run into any difficulties. However, this morning after updating
I could no longer start any X applications due to some apparent font
problems.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
John Thomas wrote:
A solution to this problem from the Oracle Installer on AIX was to add the
-fp
path to XWIN in startxwin.bat as follows.
%RUN% XWin -multiwindow -clipboard -silent-dup-error -
fp
* Linda Walsh (Mon, 09 Feb 2009 16:34:21 -0800)
Larry Hall (Cygwin X) wrote:
Linda Walsh wrote:
The startxwin.sh script works, but startxwin.bat does not work if
your Cygwin installation isn't in the default location.
You could use mount -p (presuming your cygwin\bin is in your
On Feb 9 20:09, Charles Wilson wrote:
Corinna Vinschen wrote:
I have a problem using libtool 2.2.6a.
[snip]
So there's the `-static-libgcc' twice in the libtool comamnd line when
called from make. But when libtool calls gcc, nothing's left of it. I
understand why CFLAGS is missing,
I've updated the Cygwin 1.7 version of file to 5.00-1.
This is an update to the latest official upstream version 5.00.
The Cygwin version is build from the vanilla sources with the
latest libtool applied and a minor change in an error message.
Both changes have been send upstream.
To update
This might not be quite what you are after, but possibly will provide a
starting point. My Cygwin installation is mounted in the root directory
of a portable drive so, depending on where I am, the drive might end up
being D: or F: or G: or M: or ... The lines following are the first few
lines
Recently I updated some cygwin packages because I needed to install something
new. Yesterday and Today I am finding that about 50% of the time running
ssh-add, ssh, or rsync will simply freeze - sometimes before and sometimes
after I provide my ssh password. The process isn't spinning since my
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Thorsten Kampe on 2/10/2009 2:01 AM:
For that matter, how would a windows .bat file find the
'mount.exe' binary if the .bat file doesn't know 'cygdrive path'?
Mount is not a Cygwin application (meaning it doesn't have to know
When I press ` ^ ¨ or ~ and then space keys in xterm, it ignores the
accents and puts a simple space. The same with composition of accented
characters like é. What worse is: this behaviour can change back to
normal and back to improper, and I have no clue as to upon exactly what?
Seems that
Morten Kjærulff mortenkjaru...@hotmail.com writes:
Hi,
Before complaining that unison does not syncronize the permission bits
between my C: drive and my USB drive, I would like to ask if it should
be able to do it?
I have searched a lot, and found various indicators that it should be
I didn't know about the Copy on select option (and I already wanted to
start whining about that feature missing), so when I read the message of
rhubble I run to enable that feature and it worked flawlessly.
I run WinXP Pro with latest patches too.
The only strange behavior I can see is when I
When edit a file (via :e filename) with vim under Cygwin 1.7 the
first time I'm opened a cygwin terminal (mintty), there is a message
that briefly pops up and seems to be overwritten by the vim display.
In the command bar I'm left with:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
On Feb 10 09:55, Chris Sutcliffe wrote:
When edit a file (via :e filename) with vim under Cygwin 1.7 the
first time I'm opened a cygwin terminal (mintty), there is a message
that briefly pops up and seems to be overwritten by the vim display.
In the command bar I'm left with:
When edit a file (via :e filename) with vim under Cygwin 1.7 the
first time I'm opened a cygwin terminal (mintty), there is a message
that briefly pops up and seems to be overwritten by the vim display.
In the command bar I'm left with:
On Tue, Feb 10, 2009 at 10:05 AM, Chris Sutcliffe wrote:
When edit a file (via :e filename) with vim under Cygwin 1.7 the
first time I'm opened a cygwin terminal (mintty), there is a message
that briefly pops up and seems to be overwritten by the vim display.
In the command bar I'm left with:
What might be happening is that you're seeing previous contents of the
alternate screen, i.e. whatever the last program that used it left
there. That's been annoying me on occasion anyway, and I'll have to
investigate how other terminals handle that, i.e. whether they clear
the alternate screen
On Feb 10 10:05, Chris Sutcliffe wrote:
When edit a file (via :e filename) with vim under Cygwin 1.7 the
first time I'm opened a cygwin terminal (mintty), there is a message
that briefly pops up and seems to be overwritten by the vim display.
In the command bar I'm left with:
Uh, that explains it. The full message is
MS-DOS style path detected: %s
Preferred POSIX equivalent is: %s
CYGWIN environment variable option nodosfilewarning turns off this warning.
Consult the user's guide for more details about POSIX paths:
Hi,
Since I installed Windows 64 bits on a new PC, I found out that 'make'
now runs about 8 times slower than on Windows 32bits (not the compiler,
only the time 'make' takes to spawn the compiler). The speed degradation
seems to be related to the spawning of new processes. For example, if I
On Feb 10 10:17, Chris Sutcliffe wrote:
Uh, that explains it. The full message is
MS-DOS style path detected: %s
Preferred POSIX equivalent is: %s
CYGWIN environment variable option nodosfilewarning turns off this
warning.
Consult the user's guide for more details about POSIX
Hello:
Is it possible to offer a link on cygwin.com to download a renamed setup.exe,
such as setup.ex_ or setup.eex? I am jobless and, as a result, have no
internet connection in my home and am dependent on my local library for an
internet connection; their firewall blocks the download of
Hans-Georg Scherneck wrote:
When I press ` ^ ¨ or ~ and then space keys in xterm, it ignores the
accents and puts a simple space. The same with composition of accented
characters like é. What worse is: this behaviour can change back to
normal and back to improper, and I have no clue as to
On Tue, 10 Feb 2009 07:29:03 +
Andy Koppe andy.ko...@gmail.com wrote:
That's a new one actually. Can you reproduce it? If it's not too much
bother, any details about the bug and your system would be
appreciated. The ~/.minttyrc file might be helpful too.
It's winxp with latest
On Feb 10 16:29, Corinna Vinschen wrote:
On Feb 10 10:17, Chris Sutcliffe wrote:
Uh, that explains it. The full message is
MS-DOS style path detected: %s
Preferred POSIX equivalent is: %s
CYGWIN environment variable option nodosfilewarning turns off this
warning.
Jon Blanchard wrote:
Hello:
Is it possible to offer a link on cygwin.com to download a renamed
setup.exe, such as setup.ex_ or setup.eex?
Would a .zip file work? I zipped a copy of setup.exe (and the digital
signature file setup.exe.sig), and uploaded it to rapidshare; see if you can
get
Dave Korn wrote:
Would a .zip file work? I zipped a copy of setup.exe (and the digital
signature file setup.exe.sig), and uploaded it to rapidshare; see if you can
get at it from:
http://rapidshare.com/files/196431248/setup.zip
*smacks self on back of wrist*
And then, in order to
Corinna Vinschen wrote:
This message is only generated once per session and can be switched
off entirely using the CYGWIN=nodosfilewarning setting.
an environment
variable containing a DOS path
I have seen the message when executing cygwin.bat where environment
variables for other
On Tue, Feb 10, 2009 at 09:47:44AM -0800, Tim Prince wrote:
Corinna Vinschen wrote:
This message is only generated once per session and can be switched
off entirely using the CYGWIN=nodosfilewarning setting.
an environment
variable containing a DOS path
I have seen the message when executing
Sorry. Fat-fingered the response.
On Tue, Feb 10, 2009 at 12:52:44PM -0500, Christopher Faylor wrote:
On Tue, Feb 10, 2009 at 09:47:44AM -0800, Tim Prince wrote:
Corinna Vinschen wrote:
This message is only generated once per session and can be switched
off entirely using the
Christopher Faylor wrote:
Sorry. Fat-fingered the response.
On Tue, Feb 10, 2009 at 12:52:44PM -0500, Christopher Faylor wrote:
On Tue, Feb 10, 2009 at 09:47:44AM -0800, Tim Prince wrote:
Corinna Vinschen wrote:
This message is only generated once per session and can be switched
off
On second thought, is it possible that you're using a native vim as well
and so maybe have a vim rc file with DOS paths in it? Or an environment
variable containing a DOS path which is referred by both vims, as, say,
$VIM or $VIMRUNTIME?
Yep, that was it, in one of my functions in .vimrc I
Larry Hall (Cygwin) wrote:
What do you think?
Actually, this has been discussed already and has been resolved by
having 1.7's 'setup.exe' putting the Cygwin root installation directory
in... the registry! See HKLM/Software/Cygwin/setup, the rootdir
value.
I know, it's not in the
Before complaining that unison does not syncronize the permission bits
between my C: drive and my USB drive, I would like to ask if it should
be able to do it?
I have searched a lot, and found various indicators that it should be
able, but also that it will not do it on windows
On 02/10/2009, Linda Walsh wrote:
Plblblblb! (*raz*)
Um...so..um...
I know it could spoil your day and all...but it really would
be more *linux* like if it was added to the environment variables.
OK, I need to be clear. I have nothing against the enviroment variable
idea. I
Are you and Linda married by any chance?
On Tue, 10 Feb 2009 15:36:49 -0500
Larry Hall (Cygwin) reply-to-list-only...@cygwin.com wrote:
On 02/10/2009, Linda Walsh wrote:
Plblblblb! (*raz*)
Um...so..um...
I know it could spoil your day and all...but it really would
be
rhubbell wrote:
Are you and Linda married by any chance?
Now that's funny! :-)
In case I need to be crystal clear on this subject, no we have no
common relationship beyond that of both being participants on this
list.
--
Larry Hall http://www.rfk.com
RFK
On Tue, 10 Feb 2009, Linda Walsh cyg...@tlinx.org wrote:
Then anything else in Cygwin that uses paths -- including setup's
cygwin.bat could use %CygWinDir%
Not that there's being a vote taken or anything, but I would like to
support that notion. I have several trampoline scripts, a bat file
Tim McDaniel wrote:
On Tue, 10 Feb 2009, Linda Walsh cygwin AT tlinx DOT org wrote:
http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks.
Then anything else in Cygwin that uses paths -- including setup's
cygwin.bat could use %CygWinDir%
Not
Larry Hall (Cygwin) wrote:
This can be done now, if you look back through the thread to all the
different options I outlined and even a few scripts others have thrown
in. What Linda is proposing here is simply having the mechanism for
communicating this be an environment variable. While this
On Tue, 10 Feb 2009, Larry Hall (Cygwin) wrote:
Tim McDaniel wrote:
I have several trampoline scripts, a bat file
doing nothing but invoking a corresponding bash shell script or Perl
program. I have to hard-code a location for the bash / perl
interpreter, but those locations change from user
Tim McDaniel wrote:
On Tue, 10 Feb 2009, Larry Hall (Cygwin) wrote:
Tim McDaniel wrote:
I have several trampoline scripts, a bat file
doing nothing but invoking a corresponding bash shell script or Perl
program. I have to hard-code a location for the bash / perl
interpreter, but those
On Tue, 10 Feb 2009, Larry Hall wrote:
Tim McDaniel wrote:
I have several trampoline scripts, a bat file doing nothing but
invoking a corresponding bash shell script or Perl program. I have
to hard-code a location for the bash / perl interpreter, but those
locations change from user to user
Tim McDaniel wrote:
On Tue, 10 Feb 2009, Larry Hall wrote:
snip
Sounds similar to Cygwin's 'regtool'. Definitely would be helpful
if you're trying to batch script something like this.
Well, not in *this* special case, because like this is trying to
find the Cygwin installation in the
On 2009-01-29 05:08Z, Charles Wilson wrote:
Greg Chicares wrote:
On 2009-01-28 05:28Z, Charles Wilson wrote:
Forgive my delay in thanking you for taking so much time to
point out the many issues with what I'm doing. Perhaps the
worst problem was this:
An incidental oddity is that the
On Tue, Feb 10, 2009 at 1:11 PM, Chris Sutcliffe wrote:
On second thought, is it possible that you're using a native vim as well
and so maybe have a vim rc file with DOS paths in it? Or an environment
variable containing a DOS path which is referred by both vims, as, say,
$VIM or $VIMRUNTIME?
I am trying to compile an OpenMP program in Cygwin using GCC 4.3.2
installed from the repositories. This program compiles in linux with
the exact same compiler fine.
$ gcc-4 -std=gnu99 -fopenmp -o mvp-cygwin matrix-vector-bench.c
matrix-vector-bench.c:11:18: error: omp.h: No such file or
Dan Tsafrir wrote:
Hi, a few days ago I reported a problem regarding xdvi and did not get
any response, so I'm trying again:
When opening xdvi, I get the following error message:
Warning: locale not supported by C library, locale unchanged
Warning: locale not supported by Xlib, locale
Michael Craft wrote:
I am trying to compile an OpenMP program in Cygwin using GCC 4.3.2
installed from the repositories. This program compiles in linux with
the exact same compiler fine.
$ gcc-4 -std=gnu99 -fopenmp -o mvp-cygwin matrix-vector-bench.c
matrix-vector-bench.c:11:18: error: omp.h:
Is there a workaround?
$ (pwd echo
/hibernate-distribution-3.3.1.GA/project/testsuite/src/test/java/org/hibernate/t
est/event/collection/association/bidirectional/on
etomany/.svn/text-base/BidirectionalOneToManyBagSubclassCollectionEventTest.java
.svn-base) | wc
2 2 262
-jason
-Original Message-
From: cygwin-ow...@cygwin.com
[mailto:cygwin-ow...@cygwin.com] On Behalf Of Jason Pyeron
Sent: Tuesday, February 10, 2009 23:34
To: cygwin@cygwin.com
Subject: File name too long issues while using snv (subversion)
Is there a workaround?
This is what I have
-Original Message-
From: cygwin-ow...@cygwin.com
[mailto:cygwin-ow...@cygwin.com] On Behalf Of Jason Pyeron
Sent: Wednesday, February 11, 2009 0:30
To: cygwin@cygwin.com
Subject: RE: File name too long issues while using snv (subversion)
-Original Message-
From:
On Tue, Feb 10, 2009 at 06:22:21PM -0600, Tim McDaniel wrote:
Well, not in *this* special case, because like this is trying to find
the Cygwin installation in the first place; if it knew where regtool
was, it would already know where Cygwin was installed ...
You sort of have to know where reg or
On Wed, Feb 11, 2009 at 12:49:10AM -0500, Jason Pyeron wrote:
How can I make use of
http://www.cygwin.com/ml/cygwin-developers/2008-03/msg0.html?
You obviously haven't been paying attention to Corinna's Cygwin
1.7 announcements.
cgf
--
Unsubscribe info:
Larry Hall (Cygwin) wrote:
Michael Craft wrote:
I am trying to compile an OpenMP program in Cygwin using GCC 4.3.2
installed from the repositories. This program compiles in linux with
the exact same compiler fine.
$ gcc-4 -std=gnu99 -fopenmp -o mvp-cygwin matrix-vector-bench.c
On Wed, 11 Feb 2009, Christopher Faylor wrote:
On Tue, Feb 10, 2009 at 06:22:21PM -0600, Tim McDaniel wrote:
Well, not in *this* special case, because like this is trying to
find the Cygwin installation in the first place; if it knew where
regtool was, it would already know where Cygwin was
80 matches
Mail list logo