On 2/26/2014 5:07 AM, Corinna Vinschen wrote:
Weird, I was pretty sure we already have an /etc/shells file installed
by default. Apparently not. So, shan't we add one?
/bin/sh
/bin/bash
/bin/dash
/bin/mksh
/bin/zsh
/usr/bin/sh
/usr/bin/bash
/usr/bin/dash
On 2/17/2014 12:25 PM, Jon TURNEY wrote:
Since I've been running with CYGWIN error_start always set at the moment, I've
noticed that run is always crashing after launching the process.
I went to all the trouble of investigating this, discovering that
run2_freeargv() is double-freeing the last
On 2/12/2014 7:45 AM, Pavel Fedin wrote:
This is me again, and this is my promised RPC package. Folder URL:
https://www.dropbox.com/sh/s95jz1ql5xs8yx7/8mhUDlI_Kg
I have updated the whole thing using recent source code. Translations
included. I hope you'll like the result.
One small
On 2/6/2014 12:46 AM, Pavel Fedin wrote:
I'd be happy to hand off rpcgen. All it would take is a coordinated
upload, once Pavel's combined package is ready.
Good. I think we can safely experiment on x86-64 version. On i386
this new package would conflict with old sunrpc, however sunrpc
On 2/5/2014 4:19 AM, Corinna Vinschen wrote:
On Feb 5 10:39, Pavel Fedin wrote:
Hello!
Presumably you could find some public cloud with free storage space - I
use Dropbox, but I'm sure there are plenty of others.
https://www.dropbox.com/sh/s95jz1ql5xs8yx7/8mhUDlI_Kg
However, before
On 1/31/2014 3:38 PM, Corinna Vinschen wrote:
On Jan 31 14:17, Hsu, Justine wrote:
The attached program tries to save a blank 64 x 64 TIFF image to specified path.
When the path specified is local, the images saves fine.
If the path is on a network drive on a Windows7, then it saves a corrupt
On 1/28/2014 4:02 PM, Andrey Repin wrote:
I've found that I need to do the following:
PATH=/usr/bin git
or I get odd failures. So I've actually set that up as an alias:
alias git='PATH=/usr/bin git'
This sounds like you have issues with the default $PATH order.
Nope, /usr/bin
On 1/23/2014 6:01 PM, Balaji Venkataraman wrote:
Rebase didn't help. Still broken, IMO. I'm going back to 1.7.9 or will
rebuild w/ cygcrypto-0.9.8 as the OP had suggested.
x86$ git clone https://github.com/FFmpeg/FFmpeg.git ffmpeg
Cloning into 'ffmpeg'...
remote: Reusing existing pack: 345748,
On 1/28/2014 12:00 PM, Charles Wilson wrote:
I've found that I need to do the following:
PATH=/usr/bin git
or I get odd failures. So I've actually set that up as an alias:
alias git='PATH=/usr/bin git'
NM. Should have read thru to the end of the thread before posting. Sorry
On 1/14/2014 5:08 PM, Christian Franke wrote:
Buchbinder, Barry (NIH/NIAID) [E] wrote:
Thomas Wolff sent the following at Tuesday, January 14, 2014 4:26 PM
After today's setup update, cygstart (e.g. cygstart .) fails
with: /usr/bin/cygstart.exe: error while loading shared libraries:
On 12/3/2013 8:40 AM, Frank Fesevur wrote:
2013/11/15 Charles Wilson:
CHANGES (since 1.7-2)
o Updated to latest upstream release
o Rely on cygport to autogenerate setup.hints
o Split package into client and server components.
I just tried to install the clients
On 11/30/2013 10:01 PM, Christopher Faylor wrote:
On Sat, Nov 30, 2013 at 09:52:01PM -0500, Max Polk wrote:
Follow-up to run 1.0.3 crashing and leaving run.exe.stackdump, first
reported at http://cygwin.com/ml/cygwin/2013-08/msg00169.html
The list wouldn't let me send a patch because it had an
On 11/25/2013 10:11 PM, Mark Hadfield wrote:
On 32-bit Cygwin the CVS package is at version 1.12.13 whereas on
64-bit Cygwin it is at 1.11.23. The latter can handle proxy servers
whereas the former cannot, so I would prefer 1.12.13 on both.
I note that 1.11.23 (the last stable release) is quite
On 11/25/2013 4:41 PM, Katherine Moss wrote:
This command results in:
interactive is only allowed with install.
The same thing happens when I attempt to install Inetd.
For inetd, try using the iu-config script instead of installing
manually. It's possible you may need to be in an elevated
On 11/20/2013 8:28 AM, Corinna Vinschen wrote:
Apart from the fact that it would be nice if our linker would do this
automatically and transparently,
Or libtool, if you use it to link your exe? PTC...since $new-libtool is
pretty high on my to-do list.
It'd be better if there was an option
On 11/19/2013 12:13 PM, Corinna Vinschen wrote:
Why do they have to make such a mess out of a simple function like
GetVersionEx? It returns different OS version numbers based on the
existence of a manifest in the executable. How dense is that?
So we have thousands of executables, none of them
On 11/17/2013 1:31 AM, marco atzeri wrote:
starting to see programs with
configure.ac:16: error: Libtool version 2.4.2 or higher is required
m4/libtool.m4:48: LT_PREREQ is expanded from...
any chanche to move on ?
On the related libtool annaunce, some time ago:
Now that (a) inetutils is
On 11/18/2013 8:36 AM, Patrick Herbst wrote:
https://sourceware.org/ml/cygwin/2013-09/msg00394.html. That's the
latest from Wednesday last week.
Any news on this??
No, it's been on hold until I could get the inetutils package pushed
out. Now it's back to the top of the task list.
--
is now available. However, neither the servers nor the clients have been
well tested...so report any problems (that didn't already show up in
32bit cygwin with inetutils-1.7-2) to the main list.
--
Chuck
libwrap, but it was a necessary API change to enable DLL
builds on cygwin.
--
Charles Wilson
volunteer tcp_wrappers maintainer for cygwin
To update your installation, click on the Install Cygwin now link
on the http
for cygwin64.
CHANGES (since 1.7-2)
o Updated to latest upstream release
o Rely on cygport to autogenerate setup.hints
o Split package into client and server components.
o Added debuginfo package
o First cygwin64 release
--
Charles Wilson
volunteer inetutils maintainer
libwrap, but it was a necessary API change to enable DLL
builds on cygwin.
--
Charles Wilson
volunteer tcp_wrappers maintainer for cygwin
To update your installation, click on the Install Cygwin now link
on the http
On 11/13/2013 7:05 AM, Corinna Vinschen wrote:
libproj-devel libproj0
proj libproj0
I think these dependencies are deliberate, to cover the older 4.5.0a-2
version. Chuck? Shouldn't they go away in favor of libproj1 only?
Yep. Fixed on sware (32bit only, as I
On 11/6/2013 5:31 PM, Jean-Pierre Flori wrote:
Is there a canonical way to do so?
dlltool --identify libfoo.a
--
Chuck
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
On 11/5/2013 4:52 AM, Corinna Vinschen wrote:
On Nov 4 20:18, Yaakov (Cygwin/X) wrote:
Under the circumstances, configuring inetutils with
--libexecdir=/usr/sbin makes the most sense.
Full ACK. Otherwise you'd have to provide some script which tweaks an
existing /etc/inetd.conf to use the
On 11/4/2013 7:22 AM, marco atzeri wrote:
Hi George,
unfortunately the nfs-server is without a package maintainer
http://cygwin.com/cygwin-pkg-maint
Yes, but the patch is actually for sunrpc, of which I am (nominally)
listed as the maintainer. There's an issue with sunrpc in general (I'll
On 10/30/2013 9:51 AM, Ryan Johnson wrote:
On 30/10/2013 8:48 AM, Charles Wilson wrote:
Yeah; even for my stripped-down version, I need to pre-process the
setup.ini and remove all mentions of cygwin, libstdc++6, libgcc1, etc.
The ncurses DLLs are also a huge nexus. (It's probably easier
On 11/4/2013 6:42 AM, Corinna Vinschen wrote:
On Nov 2 23:54, Yaakov (Cygwin/X) wrote:
So, while I'm not convinced that this is a huge issue overall, if
don't do that isn't good enough, the easiest workaround is to
configure GCC with --libexecdir=/usr/lib.
That would be the safer option, I
On 10/26/2013 5:40 AM, David Stacey wrote:
On 25/10/13 17:12, Charles Wilson wrote:
Oooo - this sounds like fun. I've knocked up some (very bad) perl that
gives you what you need. It generates a graphviz file that you can pipe
to 'dot' to generate the dependency graph in whatever format you
On 10/28/2013 4:25 PM, KARR, DAVID wrote:
I saw this, but haven't had time to investigate. It's at the top of the
list, right after finishing the port/respin of inetutils-1.9 for 32bit
and 64bit cygwin.
Just checking for status. Is this still pending investigation?
Yes -- it is still
On 10/29/2013 3:21 PM, Christopher Faylor wrote:
On Tue, Oct 29, 2013 at 06:37:46PM +, Lavrentiev, Anton (NIH/NLM/NCBI) [C]
wrote:
CYGWIN lets me access some Windows-specific APIs (the same way one
would do by using some UNIX-flavor-specific libraries), without having
to port them all to
On 10/26/2013 12:23 PM, Andrew DeFaria wrote:
On 10/23/2013 07:56 PM, Andrew DeFaria wrote:
Please excuse any duplication.
I'm getting the following when attempting to clone a large git
repository using Cygwin's git:
$ git clone gitolite@172.20.10.200:axcient
Cloning into 'axcient'...
remote:
Does anybody have a script or a tool that can parse a setup.ini and
generate a dependency graph? I'm using pmcyg to create a stripped-down
standalone installation CD and it's too big, so I'm trying to figure out
where the culprit is that's pulling in so much stuff...
--
Chuck
--
Problem
On 10/6/2013 4:05 PM, Tom Goodman wrote:
I am seeing bad output and an abort when running banner.
$ banner fred
X X
Known issue (since last Thursday). Haven't had a chance to debug it yet,
but thanks for the report.
--
Chuck
--
Problem
On 9/25/2013 2:36 PM, KARR, DAVID wrote:
Looks fine. I'm out of ideas. Maybe Chuck (the run and run2
maintainer) can help you if you want to pursue this.
Anyone else (Chuck?) have any ideas on this? As I can't open Emacs
from the shortcut anymore, my current workaround is opening an rxvt
On 9/18/2013 1:53 PM, Frédéric Bron wrote:
Is it possible to build setup64.exe from a 32bit cygwin?
As previously mentioned, despite the subject, there is no such thing as
setup64.exe. The makefile creates setup.exe. The filename gets changed
when it gets uploaded to cygwin.com to either
On 9/10/2013 1:50 PM, Christopher Faylor wrote:
upset's version normalizer considers (not unreasonably I think)
4-1.4p6-11 to be the same as 4-1.4-p6-11. So, having both files in the
same directory is going to confuse things.
Yaakov explained downthread how this came about. I /did/ notice
On 9/4/2013 5:43 PM, Earnie Boyd wrote:
Just a note to those of you using Cygwin64 to build packages. You
will need to most likely replace the config.guess and config.sub files
in those packages with newer ones from
ftp://ftp.gnu.org/pub/gnu/config/ because it won't guess your system
correctly.
On 9/2/2013 5:09 PM, Václav Zeman wrote:
On 09/02/2013 09:14 PM, Robert McBroom wrote:
make[2]: Entering directory `/usr/local/src/rxvt/W11/w32'
gcc -c xlib.c -O -I.. -mwin32
xlib.c: In function ‘XOpenDisplay’:
xlib.c:131:26: error: lvalue required as left operand of assignment
On 8/29/2013 11:11 AM, Corinna Vinschen wrote:
On Aug 29 14:34, Achim Gratz wrote:
Achim Gratz Stromeko at NexGo.DE writes:
With the initial heap size set to 1MB, the same allocations for mmap work
just fine. The mmap length used by xz is the same for files of all sizes.
The large mmap is
On 8/29/2013 12:00 PM, Corinna Vinschen wrote:
On Aug 29 11:32, Charles Wilson wrote:
So...this is NOTABUG, right?
Right. But is a bit lame that it just fails. Does it have to use
this big buffer or would it also work with a smaller buffer, if there's
no memory chunk big enough?
From what
On 8/28/2013 2:20 AM, Arthur Tu wrote:
Also lftp and inet-tools(which includes telnet).
I'm currently working on inetutils. It's slow going, as the cygwin
version is *heavily* patched from stock, and I'm forward-porting those
changes from inetutils-1.7 to inetutils-1.9. Stay tuned.
I
On 8/23/2013 2:12 PM, Warren Young wrote:
I don't think ncurses can work without a tty interface
Orpie runs in a cmd.exe window. ncurses must have some fall-back mode.
When you launch a cygwin program in a cmd.exe window, cygwin sets up a
tty-like interface (the TERM=cygwin terminal), and
with either the rsh client or server,
please report to the cygwin mailing list.
Changes since 0.17-1
* Rely on cygport to autogenerate setup.hints
* Added debuginfo package
* First cygwin64 release
--
Charles Wilson
volunteer rsh maintainer for cygwin
with either the rsh client or server,
please report to the cygwin mailing list.
Changes since 0.17-1
* Rely on cygport to autogenerate setup.hints
* Added debuginfo package
* First cygwin64 release
--
Charles Wilson
volunteer rsh maintainer for cygwin
On 8/16/2013 4:17 AM, Corinna Vinschen wrote:
I assume the format of the git database files depends on the
architecture. Therefore it's probably not advisable to use
a git repo created under 32 bit git with a 64 b
Oh, wow. That's...awkward. I'm sharing the same drive area mounted in
both
On 8/13/2013 2:09 PM, Yaakov (Cygwin/X) wrote:
For now, I think you'll have to add a wrapper script.
Which would cause issues (dos boxes, etc) when launching from a
shortcut, unless you use run.exe or run2.exe. With run2 (assuming the
upcoming(?) release fixes the known issues), you can set
On 8/12/2013 11:45 AM, Corinna Vinschen wrote:
On Aug 12 11:29, Christopher Faylor wrote:
On Mon, Aug 12, 2013 at 01:16:33PM +0200, Corinna Vinschen wrote:
On Aug 12 07:10, Ken Brown wrote:
Maybe I jumped to an incorrect conclusion, but that (and earlier
instances of the same problem) made me
On 8/10/2013 1:34 PM, foo wrote:
Whenever I execute run.exe, it generates run.exe.stackdump.
At line 370 in run.c, run2_freeargv() tries to free newargv, and
run2_freeqrgv() expects that newargv is terminated by NULL. However,
in shifting newargv at line 253-256, it fails to shift NULL
(e.g. perl), or
otherwise do not actually represent regressions in automake itself,
so to speak.
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation, click on the Install Cygwin now link
to be related to platform updates (perl, libtool,
etc) and do not actually represent regressions in automake itself,
so to speak.
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation, click
They all appear to be related to platform updates (perl, libtool,
etc) and do not actually represent regressions in automake itself,
so to speak.
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation
failures are regressions from the
previous am1.6 release:
0 of 370 tests failed
They all appear to be related to platform updates (perl, libtool,
gettext) and do not actually represent regressions in automake
itself, so to speak.
--
Charles Wilson
volunteer automake maintainer for cygwin
structure, and so unexpected
warnings are emitted.
These errors all appear to be related to platform updates (perl,
libtool) and do not actually represent regressions in automake
itself, so to speak.
--
Charles Wilson
volunteer automake maintainer for cygwin
in
transliteration operator at .../lib/Automake/Wrap.pm line 60.
This messes up the expected stderr output.
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation, click on the Install Cygwin
(e.g. perl), or
otherwise do not actually represent regressions in automake itself,
so to speak.
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation, click on the Install Cygwin now link
to be related to platform updates (perl, libtool,
etc) and do not actually represent regressions in automake itself,
so to speak.
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation, click
They all appear to be related to platform updates (perl, libtool,
etc) and do not actually represent regressions in automake itself,
so to speak.
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation
failures are regressions from the
previous am1.6 release:
0 of 370 tests failed
They all appear to be related to platform updates (perl, libtool,
gettext) and do not actually represent regressions in automake
itself, so to speak.
--
Charles Wilson
volunteer automake maintainer for cygwin
structure, and so unexpected
warnings are emitted.
These errors all appear to be related to platform updates (perl,
libtool) and do not actually represent regressions in automake
itself, so to speak.
--
Charles Wilson
volunteer automake maintainer for cygwin
in
transliteration operator at .../lib/Automake/Wrap.pm line 60.
This messes up the expected stderr output.
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation, click on the Install Cygwin
, that the current of GCC automake would
require the installation of the out-of-date GCC autoconf.
On Fri, Aug 2, 2013 at 9:41 AM, Charles Wilson
wrote:
Please don't feed the spammers.
--
Chuck
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
On 8/4/2013 10:24 PM, Larry Hall (Cygwin) wrote:
On 8/4/2013 9:50 PM, wynf... wrote:
It is clearly written in my message, in fact in imported it from the
checkX documentation. What part of the problem I'm describing is not
clear
to you?
DESCRIPTION
Determines if X is installed,
automake (wrapper)9-1
automake1.14 1.14-1
automake1.13 1.13.4-1
automake1.12 1.12.6-2
automake1.11 1.11.6-2
automake1.10 1.10.3-2
automake1.9
* Rely on cygport to autogenerate setup.hint files
* Provide cygwin64 version
--
Charles Wilson
volunteer autoconf maintainer for cygwin
To update your installation, click
* Rely on cygport to autogenerate setup.hint files
* Provide cygwin64 version
--
Charles Wilson
volunteer autoconf maintainer for cygwin
To update your
/msg7.html
CHANGES SINCE 1.9.6-1
* Rely on cygport to autogenerate setup.hint files
* Provide cygwin64 version
--
Charles Wilson
volunteer automake maintainer for cygwin
* Rely on cygport to autogenerate setup.hint files
* Provide cygwin64 version
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation, click on the Install Cygwin now link
on the http://cygwin.com
was
created by automake-1.6 from Makefile.am, then the wrapper will know
to invoke automake-1.6).
Changes (automake-7-1 --- automake-9-1)
* update to latest Gentoo release (am-wrapper-9.sh rev 1.1)
+ Adds support for automake1.13, automake1.14.
--
Charles
, but the test expects it to be legal. The question is, why
does the test pass on cyg32? Unsure...
Still -- only 4 (or 1) failures out of over 3000 tests is not bad.
--
Charles Wilson
volunteer automake maintainer for cygwin
of almost 3000 tests is not bad.
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation, click on the Install Cygwin now link
on the http://cygwin.com/ web page. This downloads setup.exe to
your
-- only 4 (or 0) failures out of almost 3000 tests is not bad.
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation, click on the Install Cygwin now link
on the http://cygwin.com/ web page
programs.
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation, click on the Install Cygwin now link
on the http://cygwin.com/ web page. This downloads setup.exe to
your system. Then, run setup
and the capabilities of my vala:
Any attempt to actally launch valac reports: error: Unknown
profile posix
I'm really not too concerned about these failures, since they all appear
to be (a) bugs in the testsuite, or (b) bugs in other programs.
--
Charles Wilson
volunteer automake
* Rely on cygport to autogenerate setup.hint files
* Provide cygwin64 version
--
Charles Wilson
volunteer autoconf maintainer for cygwin
To update your installation, click
* Rely on cygport to autogenerate setup.hint files
* Provide cygwin64 version
--
Charles Wilson
volunteer autoconf maintainer for cygwin
To update your
/msg7.html
CHANGES SINCE 1.9.6-1
* Rely on cygport to autogenerate setup.hint files
* Provide cygwin64 version
--
Charles Wilson
volunteer automake maintainer for cygwin
of almost 3000 tests is not bad.
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation, click on the Install Cygwin now link
on the http://cygwin.com/ web page. This downloads setup.exe to
your
-- only 4 (or 0) failures out of almost 3000 tests is not bad.
--
Charles Wilson
volunteer automake maintainer for cygwin
To update your installation, click on the Install Cygwin now link
on the http://cygwin.com/ web page
and the capabilities of my vala:
Any attempt to actally launch valac reports: error: Unknown
profile posix
I'm really not too concerned about these failures, since they all appear
to be (a) bugs in the testsuite, or (b) bugs in other programs.
--
Charles Wilson
volunteer automake
On 8/1/2013 5:18 AM, Corinna Vinschen wrote:
Btw., I just built and uploaded the tftp package for x86_64.
For some reason, even though inetutils is built without tftp
and tftpd support, it still needs the arp/tftp.h file provided
by the tftp package.
stock inetutils assumes that tftp.h is
online at http://cygwin.com/cygwin-64bit-missing.
I'll keep it up-to-date as new packages arrive.
ORPHANED
editrights
Really? it's in the cygwin-apps repository; I thought *you* were the
maintainer.
Charles Wilson
automake1.5
automake1.6
automake1.7
automake1.8
On 8/1/2013 7:19 AM, Angelo Graziosi wrote:
Charles Wilson wrote:
Is there a way to test run-2.0? What is the syntax to replace:
C:\Cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe
Sure:
and how to replace
C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/{.X*,dbus*,orbit
On 8/1/2013 8:40 AM, wynfi...@gmail.com wrote:
Re: un2 0.4.2
$ checkX --verbose
checkX Info: Unspecified X display (check --display in xml
SelfOptions or in cmdline; also check $DISPLAY environment
variable).
But, Xwindows is running, and was started from this terminal sith
startx
Shouldn't
On 7/31/2013 9:41 AM, Jim Reisert AD1C wrote:
[1] http://cygwin.com/ml/cygwin/2013-07/msg00532.html
Yeah, I need to add even more runtime-debugging in run-1.0 and put out a
test release, so we can figure out what's going wrong there.
Is there a way to test run-2.0? What is the syntax to
On 7/30/2013 11:48 PM, Yaakov (Cygwin/X) wrote:
* The gnuconfigize function for replacing config.{guess,sub} is now
public, and is called by all relevant *autoreconf functions.
As soon as all the test suites finish, I'll be publishing updated
versions of ALL of the automake* packages (for
I was running the automake-1.12 test suite, and found a difference in
behavior between the two cygwin's. On 32bit, it appears to miss the
SIGQUIT signal:
== 32 bit ==
PASS: t/tap-signal.tap 1 - make check fails
FAIL: t/tap-signal.tap 2 - count of test results
PASS:
On 7/31/2013 10:11 AM, Corinna Vinschen wrote:
On Jul 31 09:08, Charles Wilson wrote:
FAIL: t/tap-signal.tap 5 - TAP driver catch test termination by
signal SIGQUIT
Hmm.
$ cat
In another shell:
$ ps
PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
568
On 7/28/2013 5:47 PM, Jon TURNEY wrote:
On 25/07/2013 05:24, Kenneth Wolcott wrote:
I downloaded a fresh setup-x86_64.exe from cygwin.com and then ran
the update again.
Now I get only this postinstall error:
Package: xinit
xinit.sh exit code 134
I can reproduce this problem, so
for patches):
* Update (some?) utilities to handle unicode filenames, similar to
IWAMURO Motonori's work on cygstart. Which utilities need this?
mkshortcut and lpr, probably. Any others?
--
Charles Wilson
volunteer cygutils maintainer for cygwin
for patches):
* Update (some?) utilities to handle unicode filenames, similar to
IWAMURO Motonori's work on cygstart. Which utilities need this?
mkshortcut and lpr, probably. Any others?
--
Charles Wilson
volunteer cygutils maintainer for cygwin
On 7/26/2013 11:29 AM, Christopher Faylor wrote:
On Fri, Jul 26, 2013 at 04:07:55PM +0400, Pavel Fedin wrote:
Let me also drop my 5 cents into this...
We should be very careful about this. At least there is one case where
difference between Cygwin console and real Windows console plays a key
On 7/25/2013 4:28 AM, Corinna Vinschen wrote:
On Jul 24 22:38, Tom Honermann wrote:
My suspicion that this started with 1.7.21 is based on Corinna's
comments in http://cygwin.com/ml/cygwin/2013-07/msg00343.html and
other anecdotal evidence of new problems occurring as of that
release.
This is
On 7/25/2013 8:11 AM, Angelo Graziosi wrote:
C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/{.X*,dbus*,orbit*,*};
XWin -nowgl -multiwindow -clipboard -silent-dup-error 2/dev/null '
What is the result of executing the previous line directly from a bash
shell (with --run-debug=2
On 7/23/2013 8:46 PM, Josh Litherland wrote:
How can I cycle through my fonts in rxvt (non-X11 version) if I don't
have a numeric keypad? The manpage mentions bigfont_key and
smallfont_key if enabled, but I haven't been successful getting them
to do anything. Perhaps I need to recompile rxvt
On 7/23/2013 3:23 PM, Corinna Vinschen wrote:
On Jul 23 15:08, Charles Wilson wrote:
But even if /bin/bash is elevated, it doesn't follow that any of the
tools launched within a script -- via cygwin's fork/exec method --
ALSO retain that elevation.
Does it?
Yes, it does. CreateProcess
.
--
Charles Wilson
volunteer run maintainer for cygwin
To update your installation, click on the Install Cygwin now link
on the http://cygwin.com/ web page. This downloads setup.exe to
your system. Then, run setup and answer all
On 7/17/2013 11:52 AM, Charles Wilson wrote:
On 7/17/2013 10:54 AM, Charles Wilson wrote:
On 7/17/2013 10:33 AM, Corinna Vinschen wrote:
Can you quickly check if that works? If so, we have a bit less pressure
to fix libcmain.
Seems to work for run2.exe. Stay tuned for checkX.exe
.
--
Charles Wilson
volunteer run maintainer for cygwin
To update your installation, click on the Install Cygwin now link
on the http://cygwin.com/ web page. This downloads setup.exe to
your system. Then, run setup and answer all
On 7/23/2013 12:40 AM, Yaakov (Cygwin/X) wrote:
On 2013-07-22 19:52, Kenneth Wolcott wrote:
Postinstall errors:
Package: xinit
xinit.sh exit code 134
This is from a SIGABRT in mkshortcut. Chuck?
From xinit.sh:
/usr/bin/mkshortcut $CYGWINFORALL -P .
where $CYGWINFORALL is
1 - 100 of 3868 matches
Mail list logo