Achim,
Could you add isl and cloog-isl to the i686 distro as well? They are
needed for the 32-to-64 cross-compiler which some maintainers need to
build their packages for x86_64.
Yaakov
Yaakov (Cygwin/X) writes:
Could you add isl and cloog-isl to the i686 distro as well? They are
needed for the 32-to-64 cross-compiler which some maintainers need to
build their packages for x86_64.
Will do. I will also roll a new release for 64bit after correcting the
problem with the info
On 2013-05-06 21:52, Vasiliy wrote:
- 1.14.0-2 XWin X Server installation is broken after replacing 1.13
in Cygwin (1.17.18 / 1.17.19s)
Do you have only a 3-button mouse? If so, the issue is known and a fix
is already queued up for 1.14.1-1.
Yaakov
--
Unsubscribe info:
I just installed cygwin/X + Xming + a number of packages (X11, gcc, grace,
xclock, xeyes, etc.). I also added C:\cygwin\bin to the path. Most things
seem to work fine. For example, I can open xterm, xclock, xeyes and run gcc in
the cygwin window.
However, grace doesn't load. This is what I
Il 5/7/2013 10:52 AM, Yoav Kashiv ha scritto:
I just installed cygwin/X + Xming + a number of packages (X11, gcc, grace, xclock, xeyes,
etc.). I also added C:\cygwin\bin to the path. Most things seem to work fine.
For example, I can open xterm, xclock, xeyes and run gcc in the cygwin window.
On 07/05/2013 03:52, Vasiliy wrote:
- 1.14.0-2 XWin X Server installation is broken after replacing 1.13
in Cygwin (1.17.18 / 1.17.19s)
- no software interfering with Cygwin is installed
- reinstalling xorg-server doesn't help
- with the latest Cygwin snapshot (20130503) it might cause
Hi Marco,
Il 5/7/2013 10:52 AM, Yoav Kashiv ha scritto:
I just installed cygwin/X + Xming + a number of packages (X11, gcc, grace,
xclock, xeyes, etc.). I also added C:\cygwin\bin to the path. Most things
seem to work fine. For example, I can open xterm, xclock, xeyes and run gcc
in
Works Just Fine For Me
http://cygwin.com/acronyms/#WJFFM
Thanks for the test release, and your suggestions.
Kind regards,
Vasiliy
PS. Please, update also the instructions at
http://x.cygwin.com/devel/backtrace.html
On Tue, May 7, 2013 at 6:35 PM, Jon TURNEY jon.tur...@dronecode.org.uk wrote:
On 2013-05-07 13:26, Yoav Kashiv wrote:
I used your suggestion. Below is the output of cygcheck /usr/bin/xmgrace.exe.
It says
cygcheck: track_down: could not find cygsasl2-2.dll
Volker,
I fixed libopenldap2_4_2's deps on sourceware accordingly.
Yaakov
--
Unsubscribe info:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2013-05-08 00:10:08
Modified files:
cygwin : ChangeLog fhandler_tty.cc
Log message:
* fhandler_tty.cc (fhandler_pty_common::__acquire_output_mutex): Never
wait an
Hello,
I run a bash script in a multi-user environment.
This script uses ps -ef in particular to list all its instances.
On a common UNIX / Linux system, it gives something like this :
bobby 20326 20318 0 10:21 ?00:00:00 /bin/bash ./myscript.sh
marty 20330 20342 0 10:23 ?
Le 7 mai 2013 à 10:46, AZ 9901 a écrit :
Hello,
I run a bash script in a multi-user environment.
This script uses ps -ef in particular to list all its instances.
On a common UNIX / Linux system, it gives something like this :
bobby 20326 20318 0 10:21 ?00:00:00 /bin/bash
On 5/7/2013 02:46, AZ 9901 wrote:
This script uses ps -ef in particular to list all its instances.
Any script that relies on 'ps' output parsing is probably unportable
from the get-go.
Your script will also fail on most FreeBSD machines, for example. On
FreeBSD, there is a kernel build
Le 7 mai 2013 à 16:39, Warren Young a écrit :
Your script will also fail on most FreeBSD machines, for example. On
FreeBSD, there is a kernel build option that is often set which prevents user
space from *ever* seeing command line options. It's a security feature,
since there are all
Hi all,
Running the attached STC inside gdb hangs (zero CPU util, have to kill
gdb from Task Manager, killing a.exe doesn't cut it).
Compile line used: g++ -Wall -g -mthreads -DBUG bug.cpp
I currently have the following package versions:
cygwin-1.7.18(0.263/5/3) 2013-04-19
mintty-1.1.3-1
Thank you. Your output shows that the dependency of git upon libsasl2
is indirect, and that the real problem is that the package
libopenldap2_4_2 fails to list libsasl2 as a dependency, even though
its dll depends on it:
$ cygcheck /bin/cygldap-2-4-2.dll | grep sasl
On 4/29/2013 10:50 PM, Arthur Tu wrote:
On 4/30/2013 12:47 AM, Ken Brown wrote:
On 4/28/2013 12:56 PM, Arthur Tu wrote:
After lualatex command, file
~/.cache/texmf/luatex-cache/generic/names/otfl-names.lua was
generated.
Entry like this for example
{
[familyname]=SimSun,
On 2013-05-07 15:40, Daniel R. Grayson wrote:
Thank you. Your output shows that the dependency of git upon libsasl2
is indirect, and that the real problem is that the package
libopenldap2_4_2 fails to list libsasl2 as a dependency, even though
its dll depends on it:
$ cygcheck
Thanks for the solution, this fixed the same problem I encountered after
installing X11.
Andrey Repin-3 wrote
Greetings, All!
I was installing ImageMagick for first time, and Setup.exe hit the
abovementioned error.
Setup.log.full contains these relevant lines:
2013/02/16 21:31:27
On Fri, May 3, 2013 at 4:08 AM, Jan Nijtmans jan.nijtm...@gmail.com wrote:
2013/5/3 Kai Tietz:
2013/5/3 Jan Nijtmans wrote:
The mingw-w64 cross-compiler in Cygwin64 (x64_64-w64-mingw32)
is currently lacking errno.h,
Absoultely an absurdity. Of course mingw-w64 provides an errno.h
header.
Hello.
I am wondering why installing VIm installs so many other things: After doing a
default install of Cgwin, and then not finding VIm, I added VIM to the install
as well, but found it greatly increased my Cygwin install as follows.
Dependencies listed to be installed:
crypt
libdb4.5
21 matches
Mail list logo
