Re: RFC: [ITP] Installation Profiles packages
Its done.
What is the process for releasing beta versions of setup.exe?
If someone will post a URL, I'll be happy to run it on a test box.
^Carl K
Op Sun, 13 Nov 2005 02:15:51 -0500 (EST) schreef Igor Pechtchanski
in Pine.GSO.4.63.0511130213590.24379atslinky.cs.nyu.edu:
: On Sun, 13 Nov 2005, Bas van Gompel wrote:
[Patch to let setup store the latest view of the chooser window]
: Can we please get this re-sent with a non-inline patch and
On Sun, 13 Nov 2005, Bas van Gompel wrote:
Op Sun, 13 Nov 2005 02:15:51 -0500 (EST) schreef Igor Pechtchanski
in Pine.GSO.4.63.0511130213590.24379atslinky.cs.nyu.edu:
: On Sun, 13 Nov 2005, Bas van Gompel wrote:
[Patch to let setup store the latest view of the chooser window]
: Can we
On Sun, 13 Nov 2005, Carl Karsten wrote:
Re: RFC: [ITP] Installation Profiles packages
Its done.
What is the process for releasing beta versions of setup.exe?
If someone will post a URL, I'll be happy to run it on a test box.
When the patch is officially accepted into CVS, a new setup
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lynx is vulnerable to an issue which allows the remote execution of
arbitrary commands.
iDefense labs discovered a problem within the feature to execute local
cgi-bin programs via the lynxcgi: URI handler. Due to a configuration
error, the default
This argument has been discussed many times on these mailing lists (for
example : msg00048, Apr 11 2005 in cygwin-xfree ml, etc...) and with the
test version of XWin (6.8.99.901-1) it is re-emerged in a more drastic
way.
If you remember, the problem consists in the fact that Non-admin users
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-11-14 04:28:45
Modified files:
cygwin : ChangeLog cygheap.cc cygheap.h dtable.cc
fhandler.h fhandler_clipboard.cc
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2005-11-14 05:36:16
Modified files:
cygwin : ChangeLog fhandler.h fhandler_console.cc
fhandler_tty.cc pinfo.cc syscalls.cc
Log message:
* fhandler.h
I have long backed up my work laptop (running win2k) by running the rsync
daemon using cygrunsrv on the lap top and using an overnight cron job from my
Debian server to suck out all the data and save it.
I have just got a new laptop that runs XP (professional). I set up rsync on
there
Hi
Xemacs will be broken after upgrading postgresql to the new stable or
test version. This is because Xemacs depends on pq.dll which somehow got
renamed to cygpq.dll in newer versions of postgresql.
I will rebuild Xemacs ASAP but can only upload in a week or so.
In the meantime rename pq.dll to
On Nov 12 17:44, Christian Franke wrote:
Hi,
if the exec in cygrunsrv fails or the command exits to early, cygrunsrv
will hang forever.
The service can no longer be controlled until cygrunsrv has been kill(-9)ed.
Auto restart of service does not work in this case.
Steps to reproduce
Corinna Vinschen wrote:
[...]
Thanks for this report and the simple testcases. The description
is very helpful. I just don't really like the idea to leave the
service_main function through _exit.
Agree. But this is IMO the only way to let SCM automatically restart a
failed service if
On Nov 13 15:46, Christian Franke wrote:
Corinna Vinschen wrote:
Thanks for this report and the simple testcases. The description
is very helpful. I just don't really like the idea to leave the
service_main function through _exit.
Agree. But this is IMO the only way to let SCM
Hi,
when starting a daemon from the console, the console will not close
before the daemon finishes.
Try, e.g:
$ /usr/sbin/syslogd
$ exit
Shell exits, but console window persists until syslogd is terminated.
Workaround:
setsid();
+ #ifdef __CYGWIN__
+ FreeConsole();
+ #endif
The
On Nov 13 10:05, Eugene Kotlyarov wrote:
Hello
I've tried to build latest Curl on Cygwin and encountered problem reason
of which is very nicely summarized on the following page
http://www.greenend.org.uk/rjk/2001/06/poll.html
It shows that behaviour of cygwin poll when socket is
APR and APR-util, portability and miscellaneous utility libraries,
have been updated in the Cygwin net distribution to version 0.9.7-1.
This is an upstream bugfix release.
I've also backported a few build-related changes from 1.x so that it
really is possible to build apr-util separately from
I have updated cygrunsrv to version 1.11-1.
This is a bugfix release. When a service process exits unexpectedly
while startup, cygrunsrv accidentally didn't inform the system that
the service has stopped. The result was an unresponsive cygrunsrv
and a service control manager which could neither
On Sun, Nov 13, 2005 at 05:09:03PM +0100, Christian Franke wrote:
Hi,
when starting a daemon from the console, the console will not close
before the daemon finishes.
Try, e.g:
$ /usr/sbin/syslogd
$ exit
Shell exits, but console window persists until syslogd is terminated.
Workaround:
On Sun, Nov 13, 2005 at 05:09:03PM +0100, Christian Franke wrote:
Diagnostic via strace doesn't help. The program works as expected if
run via strace ... interesting?-)
Incidentally, running strace on bash and then starting the test program
shows what's going on pretty clearly.
cgf
--
Dr. Volker Zell wrote:
Xemacs will be broken after upgrading postgresql to the new stable or
test version. This is because Xemacs depends on pq.dll which somehow got
renamed to cygpq.dll in newer versions of postgresql.
I will rebuild Xemacs ASAP but can only upload in a week or so.
In the
René Berber wrote:
A better fix is to link cygpq.dll to pq.dll:
# ln /usr/bin/cygpq.dll /usr/bin/pq.dll
That's not a great habit to get into. It will only work if the program
uses Cygwin methods (e.g. dlopen()) to dynamically load the dll at
runtime. It will absolutely not work for a .exe
Brian Dessent wrote:
René Berber wrote:
A better fix is to link cygpq.dll to pq.dll:
# ln /usr/bin/cygpq.dll /usr/bin/pq.dll
This will be hard link on WinNT+ and NTFS. So it will be ok for those
with such configuration.
That's not a great habit to get into. It will only work if the
Brian Dessent wrote:
René Berber wrote:
A better fix is to link cygpq.dll to pq.dll:
# ln /usr/bin/cygpq.dll /usr/bin/pq.dll
that's a hardlink command, Brian -- which devolves to a copy on FAT32.
That's not a great habit to get into. It will only work if the program
uses Cygwin
On Sun, 13 Nov 2005, Brian Dessent wrote:
René Berber wrote:
A better fix is to link cygpq.dll to pq.dll:
# ln /usr/bin/cygpq.dll /usr/bin/pq.dll
That's not a great habit to get into. It will only work if the program
uses Cygwin methods (e.g. dlopen()) to dynamically load the dll at
On Sun, 13 Nov 2005, Christian Franke wrote:
when starting a daemon from the console, the console will not close
before the daemon finishes.
Try, e.g:
$ /usr/sbin/syslogd
$ exit
Shell exits, but console window persists until syslogd is terminated.
Workaround:
setsid();
+ #ifdef
Christopher Faylor wrote:
[...]
The attached program demonstrates the assumption that only
stdin/stdout/stderr are open when the program is started. A shell could
conceivably keep other fds open.
Try applying the below patch to gain the behavior that you want.
I had already tested a
Igor Pechtchanski wrote:
[...]
Yep, so, as CGF noted, try
$ /usr/sbin/syslogd /dev/null 21 /dev/null
$ exit
That makes no difference. Shell exits but console window persists (at
least on XP SP2) until syslogd is terminated.
Did you get a different result?
Christian
--
Unsubscribe
Flu-X AKA Informações wrote:
Any other comments regarding the bulding/execution of the Wine under
Cygwin would be very welcome.
FLu-X
Andrew DeFaria responded:
I guess I don't see the point.
One obvious application -- facing me now -- is to run Win 3.11 and Win
95 applications that break
On Sun, 13 Nov 2005, Christian Franke wrote:
Igor Pechtchanski wrote:
[...]
Yep, so, as CGF noted, try
$ /usr/sbin/syslogd /dev/null 21 /dev/null
$ exit
That makes no difference. Shell exits but console window persists (at
least on XP SP2) until syslogd is terminated.
Did you
On Sun, Nov 13, 2005 at 11:52:23PM +0100, Christian Franke wrote:
Igor Pechtchanski wrote:
[...]
Yep, so, as CGF noted, try
$ /usr/sbin/syslogd /dev/null 21 /dev/null
$ exit
That makes no difference. Shell exits but console window persists (at
least on XP SP2) until syslogd is terminated.
Hi,
I've searched around a lot but can't find an answer, hoping someone can help.
Does anyone know if there's a vpn client that can run entirely from
within cygwin?
For example I use the cisco vpn linux client on my linux machine to
connect to work. What I want is to run some compatible vpn
Leon Brooks wrote:
One obvious application -- facing me now -- is to run Win 3.11 and Win
95 applications that break under XP but not under WINE.
I suffer no such malady! If there is a Win 3.11 or Win 95 application
that's having a problem running under XP then the chances are high that
On Sun, Nov 13, 2005 at 06:56:26PM -0800, Andrew DeFaria wrote:
Leon Brooks wrote:
One obvious application -- facing me now -- is to run Win 3.11 and Win
95 applications that break under XP but not under WINE.
I suffer no such malady! If there is a Win 3.11 or Win 95 application
that's having a
On Sun, Nov 13, 2005 at 08:29:05PM -0500, Christopher Faylor wrote:
On Sun, Nov 13, 2005 at 11:52:23PM +0100, Christian Franke wrote:
Igor Pechtchanski wrote:
[...]
Yep, so, as CGF noted, try
$ /usr/sbin/syslogd /dev/null 21 /dev/null
$ exit
That makes no difference. Shell exits but console
I have updated cygrunsrv to version 1.11-1.
This is a bugfix release. When a service process exits unexpectedly
while startup, cygrunsrv accidentally didn't inform the system that
the service has stopped. The result was an unresponsive cygrunsrv
and a service control manager which could neither
35 matches
Mail list logo
