Hi cygwinners,
as you mentioned in the last months, i'd a lot of problems to fulfill my task
as cygwin emacs maintainer. This has many reasons. There is this rsync/cygport
problem mentioned sometimes before i have at my machine, but also a lack of
time for the cygwin work coming from a really
On May 14 08:28, Steffen Sledz wrote:
Hi cygwinners,
as you mentioned in the last months, i'd a lot of problems to fulfill my task
as cygwin emacs maintainer. This has many reasons. There is this
rsync/cygport problem mentioned sometimes before i have at my machine, but
also a lack of
On 5/14/2009 4:10 AM, Corinna Vinschen wrote:
On May 14 08:28, Steffen Sledz wrote:
Hi cygwinners,
as you mentioned in the last months, i'd a lot of problems to fulfill my task
as cygwin emacs maintainer. This has many reasons. There is this rsync/cygport
problem mentioned sometimes before i
It seems unclear (unlikely?) that this feature is definitely wanted,
but on the chance that it is, responses to comments below:
On Wed, May 13, 2009 at 10:23 PM, Christopher Faylor wrote:
Thanks for the patch but since you asked, I don't understand why you
chose to add so many new files and so
Christopher Faylor wrote:
And some of us just run setup from the command line and never even
bother with the GUI until it has run to completion
There's that too. I am hoping to make that even more convenient
eventually. I'd like to get rid of all remnants of the GUI when
-q (or some
On May 14 07:43, Ken Brown wrote:
On 5/14/2009 4:10 AM, Corinna Vinschen wrote:
On May 14 08:28, Steffen Sledz wrote:
Hi cygwinners,
as you mentioned in the last months, i'd a lot of problems to fulfill my
task as cygwin emacs maintainer. This has many reasons. There is this
rsync/cygport
Ralph Hempel wrote on Thursday, May 14, 2009 7:06 AM:
Christopher Faylor wrote:
And some of us just run setup from the command line and never even
bother with the GUI until it has run to completion
There's that too. I am hoping to make that even more convenient
eventually. I'd like
New test release.
cd release-2
wget -x -nH --cut-dirs=2 \
http://www.math.cornell.edu/~kbrown/cygwin-1.7/emacs/setup.hint \
http://www.math.cornell.edu/~kbrown/cygwin-1.7/emacs/emacs-23.0.92-1-src.tar.bz2
\
http://www.math.cornell.edu/~kbrown/cygwin-1.7/emacs/emacs-23.0.92-1.tar.bz2 \
Thrall, Bryan wrote:
One additional feature that might be useful is a command
line switch that allows a search through the package list
that puts out a list of matches.
Think of it as a grep through setup.ini
You mean like 'cygcheck -p desired filename'?
No, not quite. If I do something
On Thu, May 14, 2009 at 07:43:40AM -0400, Ken Brown wrote:
On 5/14/2009 4:10 AM, Corinna Vinschen wrote:
On May 14 08:28, Steffen Sledz wrote:
Hi cygwinners,
as you mentioned in the last months, i'd a lot of problems to fulfill my
task as cygwin emacs maintainer. This has many reasons.
On Thu, May 14, 2009 at 08:06:14AM -0400, Ralph Hempel wrote:
Christopher Faylor wrote:
And some of us just run setup from the command line and never even
bother with the GUI until it has run to completion
There's that too. I am hoping to make that even more convenient
eventually. I'd like
I guess I am the de-facto maintainer of this package, as I have been updating the same
content which is published on the x.cygwin.com website.
Given that I've gone to the trouble of updating the content, I suppose I should produce an
updated package, just in case anyone actually installs it
On 5/14/2009 10:22 AM, Ken Brown wrote:
New test release.
Well, I'm off to a great start. I just realized that I forgot to edit
the README to reflect the fact that I'm the new maintainer. When I
built the packages a month ago, I thought I was just helping out.
Is there still time for me
On May 14 16:52, Ken Brown wrote:
On 5/14/2009 10:22 AM, Ken Brown wrote:
New test release.
Well, I'm off to a great start. I just realized that I forgot to edit
the README to reflect the fact that I'm the new maintainer. When I
built the packages a month ago, I thought I was just
On Thu, May 14, 2009 at 11:02 AM, Christopher Faylor wrote:
I know that Dave asked for this but I really don't see the need to add
this much machinery. ?I think this is a lot of work to go to for
something that is run infrequently and which is usually just clicked
through. ?For other
On May 14 18:03, Jon TURNEY wrote:
http://www.dronecode.org.uk/cygwin/release/cygwin-x-doc/cygwin-x-doc-1.1.0-1-src.tar.bz2
http://www.dronecode.org.uk/cygwin/release/cygwin-x-doc/cygwin-x-doc-1.1.0-1.tar.bz2
http://www.dronecode.org.uk/cygwin/release/cygwin-x-doc/setup.hint
Uploaded.
Ken Brown wrote:
New test release.
cd release-2
wget -x -nH --cut-dirs=2 \
http://www.math.cornell.edu/~kbrown/cygwin-1.7/emacs/setup.hint \
http://www.math.cornell.edu/~kbrown/cygwin-1.7/emacs/emacs-23.0.92-1-src.tar.bz2
\
On 5/14/2009 4:55 PM, Corinna Vinschen wrote:
On May 14 16:52, Ken Brown wrote:
Well, I'm off to a great start. I just realized that I forgot to edit
the README to reflect the fact that I'm the new maintainer. When I
built the packages a month ago, I thought I was just helping out.
Is
On 5/14/2009 5:57 PM, Mark Harig wrote:
In case you were unaware, Emacs version 23.0.93.1 (pre-release test) has
been
available for a few weeks. It might be worth considering providing both
23.0.92
and 23.0.93 so that you can work out how to maintain two versions:
stable and unstable
(not
Ken Brown wrote:
On 5/14/2009 5:57 PM, Mark Harig wrote:
In case you were unaware, Emacs version 23.0.93.1 (pre-release test)
has been
available for a few weeks. It might be worth considering providing
both 23.0.92
and 23.0.93 so that you can work out how to maintain two versions:
stable and
On Thu, May 14, 2009 at 07:41:30PM -0400, Mark Harig wrote:
Ken Brown wrote:
On 5/14/2009 5:57 PM, Mark Harig wrote:
In case you were unaware, Emacs version 23.0.93.1 (pre-release test)
has been available for a few weeks. It might be worth considering
providing both 23.0.92 and 23.0.93 so that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jonathon Merz on 5/14/2009 2:56 PM:
On Thu, May 14, 2009 at 11:02 AM, Christopher Faylor wrote:
I know that Dave asked for this but I really don't see the need to add
this much machinery. ?I think this is a lot of work to go to for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 5/14/2009 7:50 PM:
People who are willing to use the not-yet-released Cygwin 1.7 and the
not-yet-released Emacs 23 ought to be expecting some instability.
Please don't argue with a package maintainer about what
Jon TURNEY wrote:
Mark Chesterfield wrote:
Hi,
I am trying to connect to the preview release of Fedora 11 running
Gnome 2.26 on my
laptop and am getting an Xwin server crash.
This isn't a crash. The Xwin server is terminating with a error.
I know my Xwin Server works with the -query
It worked with /usr/bin/XWin :1
The X icon appeared and the xterm application worked as expected.
netstat -p showed nothing before or after XWin started. It also showed
nothing with a live SSH connection started from my Cygwin bash shell.
After starting XWin with XWin :1 the process appeared
Where did the standard X clients, such as xterm, xhost, xdpyinfo,
xclock, and xeyes go?
I've tried to install several times. There is no 'xinit' package from
the 'X11' category.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Kim Goldov wrote:
It worked with /usr/bin/XWin :1
The X icon appeared and the xterm application worked as expected.
This seems pretty strong evidence that the error message you reported is
correct.
_XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed
Nevermind... the mirror I used the first time around just
didn't have the complete set.
Where did the standard X clients, such as xterm, xhost, xdpyinfo,
xclock, and xeyes go?
I've tried to install several times. There is no 'xinit' package from
the 'X11' category.
--
Unsubscribe info:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-05-14 10:03:26
Modified files:
winsup/doc : ChangeLog new-features.sgml pathnames.sgml
Log message:
* new-features.sgml: Add automounting of /, /usr/bin, and /usr/lib.
*
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-05-14 11:03:43
Modified files:
winsup/doc : ChangeLog faq-setup.xml faq-using.xml
pathnames.sgml
Log message:
* faq-setup.xml (faq.setup.upgrade-mountpoints):
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2009-05-14 14:44:31
Modified files:
cygwin : ChangeLog mount.cc
Log message:
* mount.cc (mount_info::init): Remove MOUNT_CYGWIN_EXEC setting when
auto-mounting /usr/bin.
Hi All,
I am newbie to Cygwin world. I have very basic doubt regarding cygwin.
My question is 1.) Why you have designed cygwin as DLL ? What's the advantage ?
2.) What is Cygwin emulation layer ?
3.) How Cygwin work internally. Please explain in
Neeraj Sahu wrote:
Why you have designed cygwin as DLL ? What's the advantage ?
The advantage relative to what? Propose another way it could work, and
we can compare and contrast the alternatives.
What is Cygwin emulation layer ?
cygwin1.dll. It sits between POSIX type programs and
On May 13 23:49, Matthias Andree wrote:
Am 13.05.2009, 17:17 Uhr, schrieb Corinna Vinschen
corinna-cyg...@cygwin.com:
I followed the suggestion to use UTF-8 for internal conversions when the
locale is set to C. This will also be used as default conversion when
converting the Windows
Ken Brown-6 wrote:
On 5/13/2009 2:25 PM, Marc Girod wrote:
The lines in the postinstall scripts involving desktop-database and
mime-database were added by cygport, not by me.
Indeed, no visible problem.
One thing I noticed, is that I used cperl-mode 6.2,
and 23.0.92 brought back 5.3
Ken Brown-6 wrote:
I've built emacs 23 under both cygwin 1.5 and 1.7, and it runs fine for
me except for a glitch involving time zones: Emacs gets the local time
zone wrong by 4 hours.
I am using your port on 1.7, and cannot reproduce.
In my *scratch* buffer:
Time-stamp:
I am routinely having problems with programs compiled and running via cygwin if
they are
using network shares and the level of I/O stress is high.
In a typical case, I have a single Windows Server 2003 node with a single share
open to all,
and 3 Windows Server 2003 clients each running an
I still block on the prompt bash.
I don't arrive to have a valid and read shell.
When i run ssh-host-config, i have error with bash.exe and Windows 2008 send
me a repport.
I have try with the -l but not success.
With the .bat it's the same
Thanks for your help
Andy Koppe wrote:
2009/5/7
Marc Girod wrote:
Looking at the sources, the most suspicious place given your description,
seems to be msdos.c, around lines 4453-4494...
and even more so with lines 4450-4452:
/* Time zone determined from country code. To make this possible, the
country code may not span more
On 5/14/2009 4:34 AM, Marc Girod wrote:
One thing I noticed, is that I used cperl-mode 6.2,
and 23.0.92 brought back 5.3 (21.2 had 4.23...).
Do you think it would be worth upgrading it for everybody?
Or would this be a departure from 23 as on other platforms,
and therefore unwanted?
I just
On 5/14/2009 5:38 AM, Marc Girod wrote:
Ken Brown-6 wrote:
I've built emacs 23 under both cygwin 1.5 and 1.7, and it runs fine for
me except for a glitch involving time zones: Emacs gets the local time
zone wrong by 4 hours.
I am using your port on 1.7, and cannot reproduce.
BTW, my
Neeraj Sahu wrote on Thursday, May 14, 2009 2:51 AM:
I have searched for the answers in Google, and cygwin mailing list,
In addition to Google, the ML archives, and Warren Young's comments,
you should might want to look at the FAQ and other documentation.
Documentation:
2009/5/14 Corinna Vinschen corinna-cyg...@cygwin.com:
Should the following part not be modified?
winsup/cygwin/fhandler_console.cc:
dev_state-con_mbtowc = __mbtowc;
dev_state-con_wctomb = __wctomb;
I'd rather not. It only affects the console and if LANG=C I'd rather
see the single
On 2009-05-14 05:49Z, Nicholas Sherlock wrote:
David Billinghurst wrote:
Nicholas Sherlock wrote:
Hey everyone,
I'm trying to use the function rand_r with gcc-4 in Cygwin 1.7, all
my packages are up to date. It's supposed to be defined in stdlib.h, and
I can see it there. But if I
If someone could help, perhaps by briefly explaining what it is
they're worried about, and why they needn't be, I would greatly
appreciate it.
I have no idea what your management will be worried about, but I suggest
that you explain to them how much more productive it makes you at your
On May 14 21:39, IWAMURO Motonori wrote:
2009/5/14 Corinna Vinschen corinna-cyg...@cygwin.com:
Should the following part not be modified?
winsup/cygwin/fhandler_console.cc:
dev_state-con_mbtowc = __mbtowc;
dev_state-con_wctomb = __wctomb;
I'd rather not. It only affects the
There is something strange going on with national characters in
directory names when using Cygwin 1.7 with UTF-8. Here's a sample
session:
# test.rb
# -*- coding: utf-8 -*-
filename = File.expand_path(test.txt)
puts filename
puts File.open(filename) { |f| f.read }
# test.txt
This is a test
No one here asked me whether it was safe to install open source software,
but if they had I was ready to explain that it's a well established and
stable product, I've been using it and contributing to it for many years,
and have never had a problem with it.
You might add that the applications
2009/5/14 Corinna Vinschen corinna-cyg...@cygwin.com:
I see a couple of potential problems.
What problems are those?
And have some time to discuss whether these are something the
user can or even should fix or workaround alone.
I think that the application that use locale by the environment
On May 14 23:06, IWAMURO Motonori wrote:
2009/5/14 Corinna Vinschen corinna-cyg...@cygwin.com:
I see a couple of potential problems.
What problems are those?
I have no example off-hand. When I thought about it I always got sick
thinking about scenarios where the library is using, say,
On May 14 17:35, Alexey Borzenkov wrote:
There is something strange going on with national characters in
directory names when using Cygwin 1.7 with UTF-8. Here's a sample
session:
That's what we discuss in the thread starting at
http://cygwin.com/ml/cygwin/2009-05/msg00344.html
I have all
-Original Message-
From: Chap Harrison
Sent: Tuesday, May 12, 2009 16:28
Subject: Selling management on Cygwin
Hi,
First time post. Believe I have read and carried out all
specified do this before posting guidelines.
Ok.
I work for a 5-person company whose IT
On May 14 16:42, Corinna Vinschen wrote:
On May 14 23:06, IWAMURO Motonori wrote:
2009/5/14 Corinna Vinschen corinna-cyg...@cygwin.com:
I see a couple of potential problems.
What problems are those?
I have no example off-hand. When I thought about it I always got sick
thinking
If you are looking for technical reason to make cygwin the default, then
give it up. Of a person has spent years on a MS system, they will be
reluctant to change. Contrary to a person using a *Unix system will be
very glad to use tools that they know. You'll trying to force everyone
to use
I've been using git for a few weeks now and recently ran into a problem
that I just can't workaround. I tried updating to the cygwin 1.7
release hoping that this would fix the issue but it didn't. I found
that a checkout of a branch new_file_system from the master branch (or
vice versa) would
2009/5/13 Corinna Vinschen vinsc...@redhat.com:
http://www.cl.cam.ac.uk/~mgk25/ucs/wcwidth.c
This looks nice.
Do you import Markus Kuhn's wcwidth implementation?
Trouble is, there's the thorny issue of the CJK Ambiguous Width
category of characters, which consists of things like Greek and
2009/5/15 Corinna Vinschen corinna-cyg...@cygwin.com:
Here's one problem. What if an application uses setenv(LANG, ...)?
Oh. Hmmm, I think that anything should not occur.
Do you want Cygwin to intercept all calls to setenv() to check for
setting $LC_ALL/LC_CTYPE/LANG?
No. I think that only
On May 15 01:34, IWAMURO Motonori wrote:
2009/5/15 Corinna Vinschen corinna-cyg...@cygwin.com:
Here's one problem. What if an application uses setenv(LANG, ...)?
Oh. Hmmm, I think that anything should not occur.
Do you want Cygwin to intercept all calls to setenv() to check for
On May 15 00:58, IWAMURO Motonori wrote:
2009/5/13 Corinna Vinschen vinsc...@redhat.com:
http://www.cl.cam.ac.uk/~mgk25/ucs/wcwidth.c
This looks nice.
Do you import Markus Kuhn's wcwidth implementation?
Trouble is, there's the thorny issue of the CJK Ambiguous Width
category of
Hi All...
In the recent setup discussion, there was objection to administrators.none as
the default for setup to use. I'm not suggesting any changes, just asking
questions for my own understanding.
Would administrators.none cause any security issues on an install?
Is setup expected to
Date: Thu, 14 May 2009 02:38:37 -0700 (PDT)
From: Marc Girod marc.girod at gmail dor com
Looking at the sources, the most suspicious place given your description,
seems to be msdos.c, around lines 4453-4494...
msdos.c is not compiled in the Cygwin build. It is only compiled in
the MS-DOS
On May 14 10:38, Karl M wrote:
Hi All...
In the recent setup discussion, there was objection to administrators.none as
the default for setup to use. I'm not suggesting any changes, just asking
questions for my own understanding.
Would administrators.none cause any security issues on
On 5/14/2009 2:48 PM, Eli Zaretskii wrote:
Date: Thu, 14 May 2009 02:38:37 -0700 (PDT)
From: Marc Girod marc.girod at gmail dor com
Looking at the sources, the most suspicious place given your description,
seems to be msdos.c, around lines 4453-4494...
msdos.c is not compiled in the Cygwin
I've been using git for a few weeks now and recently ran into a
problem
that I just can't workaround. I tried updating to the cygwin 1.7
release hoping that this would fix the issue but it didn't. I found
that a checkout of a branch new_file_system from the master branch
(or
vice versa)
Date: Thu, 14 May 2009 21:22:23 +0200
From: corinna
Subject: Re: Cygwin 1.7 setup question
On May 14 10:38, Karl M wrote:
Hi All...
In the recent setup discussion, there was objection to administrators.none
as the default for setup to use. I'm
On May 14 19:23, Corinna Vinschen wrote:
On May 15 01:34, IWAMURO Motonori wrote:
2009/5/15 Corinna Vinschen corinna-cyg...@cygwin.com:
Here's one problem. What if an application uses setenv(LANG, ...)?
Oh. Hmmm, I think that anything should not occur.
Do you want Cygwin to
On Wed, May 13, 2009 at 10:06 PM, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Lenik on 5/13/2009 7:49 PM:
You have it backwards. Forking doesn't break the relocation. Relocation
breaks forking. cygwin1.dll needs to have a very special memory layout to
Eli Zaretskii wrote:
msdos.c is not compiled in the Cygwin build.
Indeed! MS Disk Operative System :-P
Cheers,
Angelo
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Corinna Vinschen wrote:
On May 15 00:58, IWAMURO Motonori wrote:
2009/5/13 Corinna Vinschen vinsc...@redhat.com:
http://www.cl.cam.ac.uk/~mgk25/ucs/wcwidth.c
This looks nice.
Do you import Markus Kuhn's wcwidth implementation?
Trouble is, there's the thorny
On Thu, May 14, 2009 at 05:20:58PM -0400, Matt Wozniski wrote:
On Wed, May 13, 2009 at 10:06 PM, Eric Blake wrote:
According to Lenik on 5/13/2009 7:49 PM:
You have it backwards. Forking doesn't break the relocation.
Relocation breaks forking. cygwin1.dll needs to have a very special
memory
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
We can't say it enough:
Read the source.
Is this a place where using vfork() instead of fork() helps (where it's
applicable, of course)? If so, we might be able to reduce the number
of rebase failures in the future just
On Thu, May 14, 2009 at 11:23:08PM +, Eric Blake wrote:
Christopher Faylor writes:
We can't say it enough:
Read the source.
Is this a place where using vfork() instead of fork() helps (where it's
applicable, of course)? If so, we might be able to reduce the number
of rebase failures in the
Chap Harrison wrote:
I work for a 5-person company whose IT infrastructure is exclusively
Windows Server-based, and whose mindset is very narrowly
Microsoftian. I prefer *nix. Four months ago I quietly created a
Windows Server 2003 machine running in a VM on a test box, installed
Cygwin,
Jason Pyeron wrote:
Semi-light hearted, semi-jabbing responses follow...
Please note, none of these issues are meant to imply that other
solutions do not have these issues, these are just some of the issues
we have received from customers' management about tools, including Cygwin.
OOS:
*
I've installed cygwin 1.5 on my WHS box as Administrator. I've opened a
cygwin terminal and executed the mkpasswd -l /etc/passwd and mkgroup
-l /etc/group commands, executed ssh-host-setup and used privilege
separation, and everything seems to have executed OK. I can ssh to that
machine as
75 matches
Mail list logo
