On Nov 27 20:35, Jari Aalto wrote:
New upstream release:
wget \
http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-1.4-1-src.tar.bz2
\
http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-1.4-1.tar.bz2\
http://cante.net/~jaalto/tmp/cygwin/mercurial/setup.hint
On Nov 27 19:45, Dave Korn wrote:
The attached patch resolves this by noticing if the std::map::find() method
call returns the not-found result, and supplying a static dummy empty All
Category object to the PickView constructor instead. This results in a
chooser page with a single category
On Nov 28 11:32, Jari Aalto wrote:
Update to a newer upstream release:
wget \
http://cante.net/~jaalto/tmp/cygwin/msmtp/msmtp-1.4.18-1-src.tar.bz2 \
Uploaded.
http://cante.net/~jaalto/tmp/cygwin/msmtp/msmtp-1.4.18-1.tar.bz2 \
Uploaded.
Corinna Vinschen corinna-cyg...@cygwin.com writes:
http://cante.net/~jaalto/tmp/cygwin/msmtp/msmtp-1.4.18.tar.bz2 \
*Not* uploaded. What's that?
The upstream sources. Was mistakenly copied to the URL listing.
Thanks,
Jari
2009/11/30 Thomas Dickey:
Gone for Thanksgiving break, return and update cygwin, and now xterm
does not show anymore. I have not upgraded to the latest 1.7 (I am waiting
for the official release). I read the other messages and nothing seems to
work.
Does anyone have a SIMPLE solution
2009/11/30 Fergus:
(Sorry to send twice: originally sent yesterday Sunday 0728 GMT but never
arrived at cygwin-xfree at cygwin dot com; 2nd attempt today Monday 0752 GMT
and hope for better progress.) Message was:
Thank you.
1 Will this amendment eventually be incorporated into an updated
On Mon, 30 Nov 2009, Andy Koppe wrote:
2009/11/30 Thomas Dickey:
Gone for Thanksgiving break, return and update cygwin, and now xterm
does not show anymore. I have not upgraded to the latest 1.7 (I am waiting
for the official release). I read the other messages and nothing seems to
work.
On Mon, 30 Nov 2009, Andy Koppe wrote:
2009/11/30 Thomas Dickey:
Gone for Thanksgiving break, return and update cygwin, and now xterm
does not show anymore. I have not upgraded to the latest 1.7 (I am waiting
for the official release). I read the other messages and nothing seems to
work.
Thank you! xterm now works again.
The solution was:
Run the Cygwin setup program, and on the Select Packages page,
choose Utils and within there choose termcap
and downgrade to version 20050421-1.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
On Nov 29 22:42, Yaakov S wrote:
On 29/11/2009 21:28, Joe Java wrote:
Gone for Thanksgiving break, return and update cygwin, and now xterm does
not show anymore. I have not upgraded to the latest 1.7 (I am waiting for
the official release). I read the other messages and nothing seems
2009/11/30 Corinna Vinschen:
Gone for Thanksgiving break, return and update cygwin, and now xterm
does not show anymore. I have not upgraded to the latest 1.7 (I am
waiting for the official release). I read the other messages and nothing
seems to work.
Does anyone have a
Thomas Dickey wrote:
On Mon, 30 Nov 2009, Andy Koppe wrote:
The latest termcap, which was automatically generated from terminfo,
has entries longer than 1K in it.
ok... (I thought cygwin was using GNU termcap, which supposedly works
with longer entries - though I recall _that_ being fixed
Corinna Vinschen wrote:
Isn't xterm linked against ncurses?
The new 1.7 xterm is. The old 1.5 xterm is still termcap based.
Why does it break on a termcap
file at all?
1.5 only, and it breaks because the termcap file was NOT generated using
'-r' to limit the number of allowed ':tc='
Thank you, Yaakov -- this definitely fixed my problem,
and ldd shows that it requests ncurses, as desired for
the future.
Best wishes -- Eliot
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Just to be clear from the start, Cygwin 1.7 not 1.5. And I tried to
make this clear. And I tried to not let Outlook's word-wrap inter-
fere.
Lothar Brendel wrote:
Timares, Brian (Patriot) wrote:
Lothar Brendel wrote:
Timares, Brian (Patriot) wrote:
Lothar Brendel wrote:
My guess: It's the
I wrote:
And I tried to make this clear.
email -^
*sigh*
Sorry!
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:
Timares, Brian (Patriot) wrote:
Just to be clear from the start, Cygwin 1.7 not 1.5.
ACK.
[...]
i) ```time checkX -t 12''
How long does it take?
vhaisbtim...@isb-timaresbrian-lt ~
$ time checkX -t 12
real0m0.098s
user0m0.046s
sys 0m0.031s
And *that* shouldn't happen!
I
Yaakov (Cygwin/X) wrote:
On 29/11/2009 21:28, Joe Java wrote:
Gone for Thanksgiving break, return and update cygwin, and now
xterm does not show anymore. I have not upgraded to the latest 1.7 (I
am waiting for the official release). I read the other messages and
nothing seems to work.
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2009-11-30 15:40:23
Modified files:
cygwin : ChangeLog speclib
Log message:
* speclib: Use last dll found since that's the real name of the cygwin
DLL.
Patches:
On Nov 29 18:22, Robert Pendell wrote:
On Sun, Nov 29, 2009 at 5:41 PM, Angelo Graziosi wrote:
Ken Brown wrote:
I just confirmed this on my XP SP3 system. I initially got similar
behavior to what Angelo and Robert reported, but it doesn't happen if I
export TMPDIR=/tmp before running
On Nov 30 09:14, ??? wrote:
The problems occurs again.
Nothing has changed in this code.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports:
On Nov 26 22:42, Jeremy Hetzler wrote:
I have cvs on a client machine connecting to a host over ssh. The cvs
procedure finishes, but the connection does not terminate until I hit
ctrl-c. The cvs process is then left running on the host. Regular ssh
connections (ie interactive login) do not
Hi,
I've compiled and installed a console torrent client rTorrent 0.8.5 under
cygwin, following instructions here: http://rtwi.jmk.hu/wiki/rTorrentOnWindows
The problem is that rTorrent freezes for random-length periods of time with
100% CPU use.
That same version of rTorrent does not freeze
On 11/30/2009 4:43 AM, Corinna Vinschen wrote:
On Nov 29 18:22, Robert Pendell wrote:
On Sun, Nov 29, 2009 at 5:41 PM, Angelo Graziosi wrote:
Ken Brown wrote:
I just confirmed this on my XP SP3 system. I initially got similar
behavior to what Angelo and Robert reported, but it doesn't happen
On Nov 30 07:31, Ken Brown wrote:
On 11/30/2009 4:43 AM, Corinna Vinschen wrote:
On Nov 29 18:22, Robert Pendell wrote:
On Sun, Nov 29, 2009 at 5:41 PM, Angelo Graziosi wrote:
Ken Brown wrote:
I just confirmed this on my XP SP3 system. I initially got similar
behavior to what Angelo and
how to get the windows PATH env in cygwin. thanks.
--
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
Ken Brown wrote:
Nevertheless, it's somewhat startling to see permissions change as a side
effect of patching a file. One simple way to prevent this is to unset TMP and
TEMP in /etc/profile. Is there any downside to doing this? A search of the
mailing list archives shows that the default
I am encountering a peculiar problem with Cygwin 1.5.25(0.156/4/2)
The administrator has the package installed, with a vbs script that invokes a
couple of batch files to get
Cygwin and X started, when starting a local xterm.
The first .bat file sets up some variables then does a
%RUN% XWin
The timeline for 1.7 going stable is any day now. (late November,
early December)
I am running a windows 7 box that I want to install the new 1.7
Ive used older versions of cygwin so I know what to expect as far as
usage goes, but these questions weren't covered in the FAQ as far as I
could
Andy Koppe wrote:
2009/11/29 Linda Walsh:
I'm aware that this would reserve the 'display forms'
of those chars and map them them to their real forms when
interpreted within cygwin. I don't see this to be a problem.
But it is a problem. It would make it impossible to use the
On Nov 30 15:33, Thomas Wolff wrote:
Andy Koppe wrote:
2009/11/29 Linda Walsh:
They are actually listed in all CJK character sets (checking i18n
data). Whether this was really used or not, it makes their view as
presentation forms weaker.
_I_ use those [wide ASCII chars] in filesnames,
... as Corinna requested :-) ...
Fairly easy to follow forward to the maintainer's diagnosis
that a termcap entry is too big, which causes this failure.
Cheers -- Eliot
---BeginMessage---
The new termcap causes my xterm to segmentation fault.
When I back out just the termcap line of this
PACKAGE DESCRIPTION
===
Homepage: http://freshmeat.net/projects/msmtp
License : GPL
A SMTP client that can be used to send mails from Mutt and
probably other MUAs (mail user agents). It forwards mails to an SMTP
server (for example at a free mail provider), which takes care of
On Sun, Nov 29, 2009 at 07:19:07PM -0800, LiuYan ?? wrote:
I'm using Cygwin for several years, it help me very much in my work.
There's a tiny issue: after downloaded in several years, the total size of
my local setup packages directory had grown up to G bytes, while a fresh
setup packages
On Mon, Nov 30, 2009 at 03:56:16PM +0100, Corinna Vinschen wrote:
On Nov 30 15:33, Thomas Wolff wrote:
Andy Koppe wrote:
2009/11/29 Linda Walsh:
They are actually listed in all CJK character sets (checking i18n
data). Whether this was really used or not, it makes their view as
presentation
On Mon, Nov 30, 2009 at 08:06:18AM -0600, Rance Hall wrote:
The timeline for 1.7 going stable is any day now. (late November,
early December)
I am running a windows 7 box that I want to install the new 1.7
Ive used older versions of cygwin so I know what to expect as far as
usage goes, but these
On Mon, Nov 30, 2009 at 8:40 AM, Angelo Graziosi wrote:
Ken Brown wrote:
Nevertheless, it's somewhat startling to see permissions change as a side
effect of patching a file. One simple way to prevent this is to unset TMP
and TEMP in /etc/profile. Is there any downside to doing this? A search
On 11/30/2009 11:23 AM, Robert Pendell wrote:
Ken Brown wrote:
Nevertheless, it's somewhat startling to see permissions change as a side
effect of patching a file. One simple way to prevent this is to unset TMP
and TEMP in /etc/profile. Is there any downside to doing this? A search of
the
Cygwin 1.7 getopt has made some strides towards being more Linux-compatible,
but there are still a couple remaining bugs recently detected by the m4
testsuite.
On Linux, setting optind=0 forces a re-evaluation of getenv(POSIXLY_CORRECT);
this can be useful if a program wants to parse multiple
Ken Brown wrote:
On 11/30/2009 11:23 AM, Robert Pendell wrote:
I guess a side question here is if TMP does not exist then should it
be defaulting to the system wide TEMP variable, the one defined in
.bashrc for the user or should it even be created at all? I posted an
strace and it shows
I apologize for the vagueness of this post, but I dont know how to
track this down as the Windows error messages do not help much.
I have windows 7 professional, and just installed cygwin-1.7 beta.
As far as I can tell, the installation works and all is well with the
cygwin world.
However, the
On Nov 30 16:54, Eric Blake wrote:
Cygwin 1.7 getopt has made some strides towards being more Linux-compatible,
but there are still a couple remaining bugs recently detected by the m4
testsuite.
Bugs? Linux-incompatibilities, ok, but bugs?
On Linux, setting optind=0 forces a re-evaluation
On Nov 30 10:57, Rance Hall wrote:
I apologize for the vagueness of this post, but I dont know how to
track this down as the Windows error messages do not help much.
I have windows 7 professional, and just installed cygwin-1.7 beta.
As far as I can tell, the installation works and all is
On 11/26/2009 04:30 PM, Reinier Post wrote:
Dear list,
I've been using Cygwin daily for years and I'm very happy with it.
But today it threw a nice puzzle at me. I must confess I became
a list member just to report it.
...
Please don't commandeer another's email thread for your own
Corinna Vinschen corinna-cygwin at cygwin.com writes:
Bugs? Linux-incompatibilities, ok, but bugs?
Well, a bug is defined as operating differently than documented, and we are
documented as striving for linux compatibility where possible.
(and given the first bug,
there is no way to
On 11/30/2009 07:44 AM, nwpu053...@gmail.com wrote:
how to get the windows PATH env in cygwin. thanks.
$PATH returns the value of PATH. For example, to display the path, use echo
$PATH.
This is not Cygwin-specific though so further discussion is likely to be
off-topic
for this list.
--
On 11/30/2009 08:56 AM, Larry W. Virden wrote:
I am encountering a peculiar problem with Cygwin 1.5.25(0.156/4/2)
The administrator has the package installed, with a vbs script that
invokes a couple of batch files to get Cygwin and X started, when
starting a local xterm.
X problems are best
On Mon, Nov 30, 2009 at 11:50 AM, Ken Brown wrote:
On 11/30/2009 11:23 AM, Robert Pendell wrote:
Ken Brown wrote:
Nevertheless, it's somewhat startling to see permissions change as a
side
effect of patching a file. One simple way to prevent this is to unset
TMP
and TEMP in /etc/profile.
On Mon, Nov 30, 2009 at 12:11 PM, Dave Korn
dave.korn.cyg...@googlemail.com wrote:
Ken Brown wrote:
On 11/30/2009 11:23 AM, Robert Pendell wrote:
I guess a side question here is if TMP does not exist then should it
be defaulting to the system wide TEMP variable, the one defined in
.bashrc
Robert Pendell wrote:
Is there a reason for not using the cygwin /tmp folder by default?
Dunno. I can't think of a good reason for it but that doesn't mean there
isn't one.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
FAQ:
http://en.wikipedia.org/wiki/Path_%28variable%29
On Tue, Dec 1, 2009 at 6:43 AM, Larry Hall (Cygwin)
reply-to-list-only...@cygwin.com wrote:
On 11/30/2009 07:44 AM, nwpu053...@gmail.com wrote:
how to get the windows PATH env in cygwin. thanks.
$PATH returns the value of PATH. For example, to
The discussion currently going on in the thread
http://cygwin.com/ml/cygwin/2009-11/threads.html#00892
makes me think that the section on environment variables in the user's
guide (http://cygwin.com/1.7/cygwin-ug-net/setup-env.html) could use
some expansion. For example, it's not stated
Robert Pendell wrote:
P.S. - On linux (when I tested) TEMP, TMP, and TMPDIR were not set and
patch defaulted to /tmp.
I noticed that too...
Ken Brown wrote:
That's precisely why I suggested unsetting TEMP and TMP in /etc/profile. Then
things should work as in linux.
Indeed. But a question
I have no problem with Japanese-Kana or Chinese-Kanji characters
related with cygpath. Some jibberish directory or file names might exist from
legacy mis-encodings or non-recogizable character sets, but this would not be a
cygpath issue.
On Nov 30 09:14, ??? wrote:
The problems
What i mean is that, how to only get the env path of windows, such as,
`C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem.
`echo $PATH' would display the path of cygwin:
echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/local/sbin:/usr/sbin:/sbin
$PATH returns the value of
2009/12/1 �屺��o名氏 tianlij...@gmail.com:
What i mean is that, how to only get the env path of windows, such as,
`C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem.
`echo $PATH' would display the path of cygwin:
echo $PATH
2009/11/30 ︶ㄣ無名氏:
What i mean is that, how to only get the env path of windows, such as,
`C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem.
As I understand it, by the time you're in a Cygwin bash shell, the
environment variable has been changed by the Cygwin DLL, and the
original Windows
On 2009-12-01, ??? wrote:
$PATH returns the value of PATH. For example, to display the path, use echo
$PATH.
This is not Cygwin-specific though so further discussion is likely to be
off-topic for this list.
What i mean is that, how to only get the env path of windows, such
Gary Johnson wrote:
On 2009-12-01, ??? wrote:
$PATH returns the value of PATH. For example, to display the path, use echo
$PATH.
This is not Cygwin-specific though so further discussion is likely to be
off-topic for this list.
What i mean is that, how to only get the env path
On Mon, Nov 30, 2009 at 6:37 PM, Angelo Graziosi
angelo.grazi...@alice.it wrote:
Robert Pendell wrote:
P.S. - On linux (when I tested) TEMP, TMP, and TMPDIR were not set and
patch defaulted to /tmp.
I noticed that too...
Ken Brown wrote:
That's precisely why I suggested unsetting TEMP
On 11/30/2009 06:40 PM, Jeremy Bopp wrote:
Just to clarify since there seems to be a little confusion concerning
what the OP needs. Gary's suggestion will convert the value of the
PATH environment variable as the shell used to run cygpath sees it to
a value which is acceptable by
Jari Aalto wrote:
PACKAGE DESCRIPTION
===
Homepage: http://freshmeat.net/projects/msmtp
License : GPL
package 1.4.18-1?
I think your auto-announce/macro-replacement script missed a
replacement. The subject line should read
msmtp-1.4.18-1 -- Light SMTP...
--
Chuck
--
Andrew DeFaria wrote:
Simply start the Windows command prompt and type in echo %PATH%.
You must need to re-read the subject line, since your suggested method does
not actually answer the question asked.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 11/30/2009 08:05 PM, Dave Korn wrote:
Andrew DeFaria wrote:
Simply start the Windows command prompt and type in echo %PATH%.
You must need to re-read the subject line, since your suggested method
does not actually answer the question asked.
Indeed! You're right. So then the answer is that
Andrew DeFaria wrote:
The real question here is what does he need the Windows PATH for?
Agreed, it depends what purposes OP wants it for and whether it absolutely
positively has to be the exact windows path(*) or not. For complete accuracy
from within a cygwin environment you'd probably have
The terminfo packages contain the terminal information database that
enables proper operation of ncurses-based applications. The termcap
package provides an obsolete, backwards-compatible format that
contains similar information, for a few selected terminal types.
This is a bugfix release.
This
The terminfo packages contain the terminal information database that
enables proper operation of ncurses-based applications. The termcap
package provides an obsolete, backwards-compatible format that
contains similar information, for a few selected terminal types.
This is a bugfix release.
This
The terminfo packages contain the terminal information database that
enables proper operation of ncurses-based applications. The termcap
package provides an obsolete, backwards-compatible format that
contains similar information, for a few selected terminal types.
This is a bugfix release.
This
The terminfo packages contain the terminal information database that
enables proper operation of ncurses-based applications. The termcap
package provides an obsolete, backwards-compatible format that
contains similar information, for a few selected terminal types.
This is a bugfix release.
This
69 matches
Mail list logo
