On May 28 23:47, Yaakov (Cygwin/X) wrote:
On 2012-05-26 07:17, Ken Brown wrote:
There's been discussion on the cygwin list about packages containing
debug symbols, most recently in
http://cygwin.com/ml/cygwin/2012-02/threads.html#00536
where the consensus (I think) was that package
Upstream coreutils is considering completely dropping su, in favor of
having util-linux provide su across all GNU/Linux distros. Right now,
cygwin's su.exe comes from coreutils, but with a cygwin-specific patch,
and it still doesn't do quite what users are used to from a Linux
perspective. Is it
On May 29 09:37, Eric Blake wrote:
Upstream coreutils is considering completely dropping su, in favor of
having util-linux provide su across all GNU/Linux distros. Right now,
cygwin's su.exe comes from coreutils, but with a cygwin-specific patch,
and it still doesn't do quite what users are
Am 29.05.2012 17:37, schrieb Eric Blake:
Upstream coreutils is considering completely dropping su, in favor of
having util-linux provide su across all GNU/Linux distros. Right now,
cygwin's su.exe comes from coreutils, but with a cygwin-specific patch,
and it still doesn't do quite what users
On 05/29/2012 02:58 PM, Thomas Wolff wrote:
Am 29.05.2012 17:37, schrieb Eric Blake:
Upstream coreutils is considering completely dropping su, in favor of
having util-linux provide su across all GNU/Linux distros. Right now,
cygwin's su.exe comes from coreutils, but with a cygwin-specific
On 2012-05-29 16:02, Eric Blake wrote:
So now the question is whether the util-linux maintainer is willing to
turn on the building of su (can that version even be made to work in
cygwin?) or whether I should fork su and its cygwin-specific patches out
of the coreutils package and instead into
Platform is Windows 7 64 bit, using cygwin/x 1.11.1-1 and started with:
/usr/bin/X :0 -multiwindow -clipboard -silent-dup-error -auth
/home/user/.Xauthority -auth /home/user/.serverauth.780
Once this starts up, the user is able to start mintty, xterm, etc, can
start ssh -Y otherserver and have x
Hi list,
A slightly more pared-down version of a question I've posed previously.
From a new Cygwin install on Windows 7 running 1024x768 resolution,
compare the result of the following two commands run from a Cygwin
terminal:
startx /usr/bin/xterm -- -logfile broken.log
startx /usr/bin/xterm
This seems to be a fairly fundamental problem, and the placement of the xterm
determines whether the entire X.org session is usable or not. Does anyone
know anything about this problem?
I will only mention that while I am unable to recover from this same problem
(rebase/reinstalling/different
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-05-29 12:46:02
Modified files:
winsup/lsaauth : ChangeLog Makefile.in cyglsa.c cyglsa64.dll
make-64bit-version-with-mingw-w64.sh
Log message:
* Makefile.in (LIBS):
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-05-29 13:01:50
Modified files:
winsup/cygwin : ChangeLog security.h
Log message:
* security.h (cygsidlist::+=): Correctly copy well_known_sid info from
source cygsid.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-05-29 13:11:35
Modified files:
winsup/cygwin : ChangeLog select.cc
Log message:
* select.cc (select_stuff::wait): Temporarily disable restarting
entirely.
Patches:
I know ssh is more secure, but I am interested in rsh/rlogin/rexec.. so i'm
just trying it locally on my own few computers, just for the sake of knowing
them.
rexec is working fine for me locally
$ rexec 127.0.0.1 ls
Password:
_vimrc
_vimrc
a.a
a.ag
a.b
$ rexec -l user 127.0.0.1 ls
Password:
Hi Marco,
Sorry. I believed it best to post all available details. The key problem is
this message..
Access Denied. Administrator permissions are needed to use the selected
options. Use an administrator command prompt to complete these tasks.
On Monday 28 May 2012 16:59:45 marco atzeri
As mentioned, I am just trying rexec/rsh/rlogin, just as a test, on my few
computers. I know ssh is more secure..
I have uncommented these lines in inetd.conf
shell stream tcp nowait root/usr/sbin/tcpd rshd -L
login stream tcp nowait root/usr/sbin/tcpd rlogind
exec
On May 25 15:10, Yaakov (Cygwin/X) wrote:
On 2012-05-25 04:40, Corinna Vinschen wrote:
On May 25 03:26, Yaakov (Cygwin/X) wrote:
With the 20120523 snapshot, if a process attempts to fork/exec
Which snapshot shows this effect first?
Ouch, it starts with 20120309.
Thanks. That would mean
On 05/28/12 11:32, Harry G McGavran Jr wrote:
I'm puzzled why others aren't seeing this or aren't reporting it,
but this problem seems to be back with 1.7.15 and I've now tried
the latest snapshot (May 25) and it's back there too. It occurred
with 1.7.10 and then got fixed, but now it
On May 29 12:41, Mark Pattie wrote:
I have now removed Cygwin completely from the server and reinstalled.
I am using the default service account that Cygwin creates for sshd
(cyg_server), removed the create a token object permission for this
account and configured the LSA package but have the
On 28/05/2012 1:32 PM, Harry G McGavran Jr wrote:
On 02/18/12 11:28, Harry G McGavran Jr wrote:
I've found a little more information -- this problem goes away
if I change my default shell to dash. Seems tcsh is involved somehow.
It comes back when I change my default shell back to tcsh.
Going
Hello,
I am looking at the /bin/cron-config script.
Line 627, we can find :
elif net localgroup ${_admingroup} | grep -Eiq ^${username}.?$; then
Why .? at the end of the regexp ? ^${username}.?$
We could have problems if for example we already have user1 in
administrators group, and cron user
Ryan Johnson wrote:
I routinely encounter mintty windows that don't close after
I exit the login shell they run (even though they contain no
visible child processes), but they can still be closed using
the big red X in the corner... your problem sounds like
something more sinister.
Ryan
There
On 29 May 2012 13:57, Ryan Johnson wrote:
On 28/05/2012 1:32 PM, Harry G McGavran Jr wrote:
On 02/18/12 11:28, Harry G McGavran Jr wrote:
I've found a little more information -- this problem goes away
if I change my default shell to dash. Seems tcsh is involved somehow.
It comes back when
On 29 May 2012 17:17, Harry G McGavran Jr wrote:
Ryan Johnson wrote:
I routinely encounter mintty windows that don't close after
I exit the login shell they run (even though they contain no
visible child processes), but they can still be closed using
the big red X in the corner... your problem
On 05/29/12 12:31, Andy Koppe wrote:
On 29 May 2012 17:17, Harry G McGavran Jr wrote:
Ryan Johnson wrote:
I routinely encounter mintty windows that don't close after
I exit the login shell they run (even though they contain no
visible child processes), but they can still be closed using
There is an insidious bug that affects at least lftp on the latest
cygwin snapshot as well as the 1.7.15 release. Prepare and run an lftp
script like this:
perl -e 'foreach (1..100){' \
-e 'print ls -r file:/, ' \
-e '(map {$_x10. /}(a..z)), \n}' \
test.lftp
lftp -f test.lftp |
Achim Gratz writes:
perl -e 'foreach (1..100){' \
-e 'print ls -r file:/, ' \
-e '(map {$_x10. /}(a..z)), \n}' \
test.lftp
Sorry, there's a space missing:
perl -e 'foreach (1..100){' \
-e 'print ls -r file:/, ' \
-e '(map {$_x10 . /}(a..z)), \n}' \
test.lftp
On 29/05/2012 2:27 PM, Andy Koppe wrote:
On 29 May 2012 13:57, Ryan Johnson wrote:
On 28/05/2012 1:32 PM, Harry G McGavran Jr wrote:
On 02/18/12 11:28, Harry G McGavran Jr wrote:
I've found a little more information -- this problem goes away
if I change my default shell to dash. Seems tcsh
On 5/25/2012 1:30 PM, Earnie Boyd wrote:
On Fri, May 25, 2012 at 3:55 PM, Karl M wrote:
Hi All...
With all of the recent bug fixes, could we have a new release once all the dust
settles.
WAUWOIDB (What a useless waste of internet data bits). The CRT
(Cygwin release team) will DIWTGATI (Do
28 matches
Mail list logo