Well, it is showing up with two processes in the windows task manager,
with one consuming 15% or so of the CPU, but the icon never appears in
the task bar.
The system is a fresh install of cygwin 64 bit version on a new laptop -
see attached cygcheck.out.
To reproduce this the x server is
Hi Reini,
Reini Urban wrote:
2010/1/19 Marco Atzeri:
(snip)
I already updated perl-Graphics-Magick to version 1.3.7-2,
but it seems you asked for the other Perl-Magick package.
From the maintainer list:
perl-graphics-magickMarco Atzeri
perl-image-magick Volker
Morgan Gangwere wrote:
Volker Quetschke wrote:
You are trying to start xmgrace from outside a cygwin environment, i.e.
it does not know about cygwin softlinks.
To confirm if I'm guessing right try this (only works from a cygwin
shell):
$ ls -l `which xmgrace`
Otherwise provide more info
Hi,
Jorg Kewisch wrote:
I have been using the plot program xmgrace (package grace) for a long
time, and it has stopped working (tested with 3 cygwin from-scratch
installations )
Symptoms:
x-server is running
xterm is running
xclock produces clock
xmgrace exits immediately without any
Dr. Volker Zell wrote:
referenced in
o http://sourceware.org/ml/cygwin/2008-03/msg00179.html
Drats, you're right. I could have sworn it was gone last time
I checked ...
I'll try to debug and/or report upstream.
Volker
--
PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net
Please upload the new and long overdue ImageMagick package. Actually
this are four packages, find links below.
Since upstream version 6.3.8-5 of ImageMagick the following changes
were made by the ImageMagick team:
Renames:
/usr/include = /usr/include/ImageMagick
libMagick = libMagickCore
Corinna Vinschen wrote:
On Mar 20 19:30, Volker Quetschke wrote:
Since upstream version 6.3.8-5 of ImageMagick the following changes
were made:
Renames:
/usr/local/include = /usr/local/include/ImageMagick
libMagick = libMagickCore
libWand = libMagickWand
Magick-config (deprecated
Since upstream version 6.3.8-5 of ImageMagick the following changes
were made:
Renames:
/usr/local/include = /usr/local/include/ImageMagick
libMagick = libMagickCore
libWand = libMagickWand
Magick-config (deprecated) = MagickCore-config
Wand-config (deprecated) = MagickWand-config
And as
Corinna Vinschen wrote:
Volker?
On Mar 11 15:57, Dr. Volker Zell wrote:
Volker Quetschke writes:
I just looked into the ImageMagick stuff and I would also like to keep
grace.
By the way, there is a grace version sitting in test for more than a
year now. What about that version
I wanted to prepare a new ImageMagick package, but I am stuck with
the following problem.
It should be easy, its a cygport build with the following files
http://www.scytek.de/ImageMagick-6.3.9.8-X/ImageMagick-6.3.9.8-1.cygport
Yaakov (Cygwin Ports) wrote:
Brian Dessent wrote:
| Anyway, since this bundled libtool looks like it's very recent it
| doesn't make sense to try to forcibly autoreconf it to something older,
| as cygautoreconf seems to want to run autoreconf --force. Normally
| autoreconf would only run
Gergely Budai wrote:
I'm slightly irritated. Is there some hidden agreement between you
and Volker to take over all his packages? If so, it would be nice
if we would know about that.
No there is no hidden agreement between us, neither did I want to take over all
his packages.
Well, lets
Igor Peshansky wrote:
On Fri, 7 Mar 2008, Andrew Schulman wrote:
convert -list Format
from ImageMagick coredumps for me. Can anybody else check ?
Sure enough... same result here.
IM seems to be fairly up to date. README lists [EMAIL PROTECTED] as the
maintainer. Is s/he listening?
I'm
Corinna Vinschen wrote:
On Mar 5 20:51, Gergely Budai wrote:
http://home.arcor.de/thuffir/cygwin/gnupg/gnupg-1.4.8-2-src.tar.bz2 \
http://home.arcor.de/thuffir/cygwin/gnupg/gnupg-1.4.8-2.tar.bz2 \
http://home.arcor.de/thuffir/cygwin/gnupg/setup.hint
Uploaded. I added bash and tar to
As the current maintainer of gnupg I don't mind passing the
maintainership to Gergely. I didn't thoroughly test the package
but it looks good on a first glance.
This does not need to be a test package, if no problems arise
this should be curr.
If no one beats me to it I will do more test later
David Rothenberger wrote:
On 3/3/2008 11:47 AM, Gergely Budai wrote:
Package location:
=
http://home.arcor.de/thuffir/cygwin/gnupg/gnupg-1.4.8-1-src.tar.bz2
This doesn't build for me, but maybe that's because I already have GPG
installed? Only the tests fail.
Making all in
Don't send my private email regarding this topic, I am subscribed to
the cygwin list.
Tatsuro MATSUOKA wrote:
Hello
--- Volker Quetschke [EMAIL PROTECTED] wrote:
The grace have not been executed on my computer.
Are there people who tried to work the grace on thier computers?
Yes, works fine
Rodrigo Medina wrote:
Hi,
Unlike the distributions of all other packages the distribution
of grace does not put the executable program in one of the standard
directories /bin or /usr/X11R6/bin. Instead it puts xmgrace.exe inside
/usr/share/grace/bin. In /bin there are only links pointing to
Tatsuro MATSUOKA wrote:
Hello
The grace have not been executed on my computer.
Are there people who tried to work the grace on thier computers?
Yes, works fine here.
I'm not using the grace in dairy works.
But I think that it is a good software.
I hope that it works well on any computer
Christopher Faylor wrote:
On Mon, Dec 25, 2006 at 04:02:20PM -0500, Volker Quetschke wrote:
I recently tripped over the following problem: If a non-cygwin
program gets started by cygwin's spawnvp() the spawn doesn't return
until the started program returns.
Should be fixed in the latest
Please no personal email, http://cygwin.com/acronyms/#PPIOSPE.
You neglected to give any information regarding your setup, see:
Problem reports: http://cygwin.com/problems.html
but I might hazard a guess that you're seeing this problem:
Hi!
I recently tripped over the following problem: If a non-cygwin
program gets started by cygwin's spawnvp() the spawn doesn't return
until the started program returns.
To illustrate the problem just compile attached the attached
breaktestwin.c file as a cygwin executable
$ gcc breaktestwin.c
Hi bjf,
I am having trouble when importing Keys with the GnuPG package distributed
with cygwin. I continue to get the same warning. I have searched for this
warning and have found a solution on uinx environments, however, it will not
work with cygwin. Is there any way around this solution.
Debasish Mukherjee wrote:
there is a fatal error
Please tell me what to do.
Lern how to ask a question. Be precise!
--
PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D
signature.asc
Description: OpenPGP
It's a little more complicated than the subject suggests, the output
vanishes after the first command in a new bash. Have a look at the
following recipe:
1. Start cygwin.bat (no prior setting of the CYGWIN environment
variable)
See the transcript of an example session:
[EMAIL PROTECTED] ~
$
I have a strange problem with rsync. Using rsync in the way
describes in the man page as:
USING RSYNC-DAEMON FEATURES VIA A REMOTE-SHELL CONNECTION
fails but starting the daemon manually and using it and also
the directly using rsync via ssh works. Some examples (the used
/etc/rsyncd.conf follows
Dave Korn wrote:
On 01 December 2006 18:35, Christopher Faylor wrote:
On Fri, Dec 01, 2006 at 12:54:39PM -0500, David Barr wrote:
I tried installing Gnupg 1.4.5-1 on a new system with the base Cygwin
install and a couple other packages. When I tried to run gpg, it
would exit without any
[EMAIL PROTECTED] wrote:
Αρχικό μήνυμα από Volker Quetschke quetschke argh scytek pif de:
[big snip]
So the bottom line is I should run this from a bash prompt. Here is what I am
afraid of: The script actually running and calling gracebat is a (n
Activestate) perl script
that interfaces
[EMAIL PROTECTED] wrote:
Looks like initially a path problem, plus an X-problem
I found out that at least one of the reasons grace and gracebat would not run
from the DOS command line
Oh! You never said anything about cmd.exe. Naturally cygwin links only
work in a cygwin shell. bash, ash,
[EMAIL PROTECTED] wrote:
Subject: Re: XmGrace does not work
References: [EMAIL PROTECTED]
I seem to have two different paths for the problem.
One is to download an old xorg, then the question is: WHERE DO I GET THAT?
The second is use a newer Imagemagick. Again, the question is : WHERE
Volker Quetschke wrote:
moka at hol blub gr wrote:
Oops, sorry :( for quoting your email.
Looking at your cygcheck one sees that you are hiding a lot of cygwin
programs with MinGW and other stuff. Reorganize your PATH to solve this.
You also never told us if xmgrace works.
Oh, sorry, you
[EMAIL PROTECTED] wrote:
I need to port a linux application to windows. The main issue
is the graphics, for which I use a system call to gracebat. So since the
windows machine cannot be on the internet, I downloaded cygwin to a flash
drive
and then copied it and istalled it from the
Hi!
In case this wasn't clear enough, there is a Src? box behind most
cygwin packages when you use setup.exe, if you check that you will find
the source package and patches in /usr/src/.
Thanks I was not aware of that or
In general you find information regarding building a cygwin package
djh wrote:
Volker,
thanks for your efforts with the ImageMagick port for cygwin.
You're welcome :)
Having said that, I don't appreciate personal mail with regard to
cygwin packages. Please use the mailing list, I'm reading it.
I tried to build ImageMagick recently and was successfull for
Wynfield Henman wrote:
Yaakov mentioned A fix for this is part of
ports/apps/imagemagick/ImageMagick-6.2.9.8-1.src.patch; I don't think
it's perl's fault, but rather the package's for putting a link library
in LDFLAGS instead of LIBS.
How can I get the patch, mentioned above, i.e.,
The following packages have been updated/added to the Cygwin
distribution:
* ImageMagick-6.3.0.1-2
* libMagick10-6.3.0.1-2
* libMagick-devel-6.3.0.1-2
* perl-Image-Magick-6.3.0.1-2 (new package)
DESCRIPTION
===
ImageMagick® is a software suite to create, edit, and compose bitmap
images.
The following packages have been updated/added to the Cygwin
distribution:
* ImageMagick-6.3.0.1-2
* libMagick10-6.3.0.1-2
* libMagick-devel-6.3.0.1-2
* perl-Image-Magick-6.3.0.1-2 (new package)
DESCRIPTION
===
ImageMagick® is a software suite to create, edit, and compose bitmap
images.
Eric Blake wrote:
According to Volker Quetschke on 11/5/2006 2:45 PM:
Please upload:
...
Done, and sorry for not more closely reviewing the -1 version (cgf's wet
blanket caught up with me). I assume you wanted 6.0.4-1 left as previous,
and delete 6.3.0.1-1; so that's the approach I took
I had to revert to the previous versions
fontconfig 2.2.2-1
libfontconfig-devel 2.2.2-1
libfontconfig1 2.2.2-1
because the new version was generating the problems shown below.
I *guess* the problem stems from this entry in /usr/lib/libfontconfig.la
- snip -
# Directory that
Thanks to Yaakov's hints this now builds without special patches.
http://www.scytek.de/cygwin/release/ImageMagick/setup.hint
http://www.scytek.de/cygwin/release/ImageMagick/ImageMagick-6.3.0.1-1.tar.bz2
http://www.scytek.de/cygwin/release/ImageMagick/ImageMagick-6.3.0.1-1-src.tar.bz2
Charles Wilson wrote:
(snip)
Furthermore, there are some packaging issues in the main ImageMagick
package:
/usr/share/doc/ImageMagick-6.3.0/www/subversion.html
/usr/share/ImageMagick-6.3.0/ChangeLog
/usr/share/ImageMagick-6.3.0/config/coder.xml
Yaakov S (Cygwin Ports) wrote:
Volker Quetschke wrote:
| The only problem is that due to a MakeMaker problem, see
| http://cygwin.com/ml/cygwin/2006-11/msg00024.html
| the build is not completely self contained. An extra patch for
| MM_Unix.pm is needed.
A fix for this is part of
ports
As ImageMagick is a dependency for XmGrace and other packages I'm
proposing to adopt ImageMagick. I followed Yaakov's Cygports
packaging and divided it in four packages.
The only problem is that due to a MakeMaker problem, see
http://cygwin.com/ml/cygwin/2006-11/msg00024.html
the build is not
Sorry, typo in the URLs. Fixed below.
As ImageMagick is a dependency for XmGrace and other packages I'm
proposing to adopt ImageMagick. I followed Yaakov's Cygports
packaging and divided it in four packages.
The only problem is that due to a MakeMaker problem, see
When building PerlMagick from ImageMagick 6.3.0.1 the build fails
with the errorlog shown below.
The problem seems to stem from the wrong order of link switches
in the MakeMaker generated makefile and can be fixed with the
attached patch to
/lib/perl5/5.8/ExtUtils/MM_Unix.pm .
Volker
Eric Blake wrote:
According to Volker Quetschke on 10/30/2006 7:59 AM:
Hi!
$ cygport package.cygport deps
doesn't report the dependencies.
The attached patch fixes this for me.
Duplicate of this:
http://cygwin.com/ml/cygwin/2006-10/msg00852.html
and already fixed in cygport CVS
gnupg-1.4.5-1 has been uploaded to cygwin.com
DESCRIPTION
===
GNU Privacy Guard is GNU's tool for secure communication and data
storage. It can be used to encrypt data and to create digital
signatures. GnuPG is a complete and free replacement for PGP. It
includes an advanced key
gnupg-1.4.5-1 has been uploaded to cygwin.com
DESCRIPTION
===
GNU Privacy Guard is GNU's tool for secure communication and data
storage. It can be used to encrypt data and to create digital
signatures. GnuPG is a complete and free replacement for PGP. It
includes an advanced key
Hi!
$ cygport package.cygport deps
doesn't report the dependencies.
The attached patch fixes this for me.
Volker
--
PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D
--- /usr/bin/cygport2006-10-19
Volker Quetschke wrote:
I wanted to build the latest ImageMagick but the build fails for
me. I attach the cygport script and patch that I use (shamelessly
adapted from Yaakov's cygports version).
It looks like libtool is not finding libstdc++.a (logsnippet below)
Any ideas?
The real
New upstream version using libintl8 and containing a patch for the
'--refresh-keys' problem.
Please upload:
http://www.scytek.de/cygwin/release/gnupg/setup.hint
http://www.scytek.de/cygwin/release/gnupg/gnupg-1.4.5-1.tar.bz2
http://www.scytek.de/cygwin/release/gnupg/gnupg-1.4.5-1-src.tar.bz2
I wanted to build the latest ImageMagick but the build fails for
me. I attach the cygport script and patch that I use (shamelessly
adapted from Yaakov's cygports version).
It looks like libtool is not finding libstdc++.a (logsnippet below)
Any ideas?
Volker
The build fails with:
if
Volker Quetschke wrote:
Max Bowsher wrote:
Max Bowsher wrote:
When running 'gpg --refresh-keys', the second updated key results in:
gpg: renaming `/home/max/.gnupg/pubring.gpg' to
`/home/max/.gnupg/pubring.gpg~' failed: Permission denied
gpg: error writing keyring `/home/max/.gnupg
This is merely a reminder that some packages fail because the current
Xorg version removed some dlls that are needed by ImageMagick.
This is not a new issue, see here:
http://www.cygwin.com/ml/cygwin-xfree/2006-08/msg00052.html
http://www.cygwin.com/ml/cygwin/2006-10/msg00236.html
Volker
--
I've installed Cygwin in my laptop running Windows XP, and a program
that I really need a lot (XmGrace) does not work. When I type the
command xmgrace and press Enter, nothing happens. I've seen that
this problem is related to the current version of xorg. Ok, I
reinstalled a previous version
Hi!
Eric Blake wrote:
According to Christopher Faylor on 9/13/2006 8:07 PM:
I doubt that Eric will want to deal with the fallout of having bash not
understand \r\n line endings but, if he does, it would be his decision
and, again, I would support it 100%. I am very eager to see things like
Dave Korn wrote:
On 14 September 2006 17:59, Volker Quetschke wrote:
Hi!
(snip)
+#ifdef __CYGWIN__
+ /* lseek'ing on text files is problematic; lseek reports the true
+ file offset, but read collapses \r\n and returns a character
+ count. We cannot reliably seek backwards
Hi,
mwoehlke wrote:
Eric Blake wrote:
mwoehlke mwoehlke at tibco.com writes:
(snip)
... If the scan in binary mode
succeeds, then leave the file in binary mode, assuming that the file
is unix format even though it is on a text mount, and that lseeks will
work. If the file starts life
Christopher Faylor wrote:
On Wed, Sep 13, 2006 at 04:46:28PM -0700, Volker Quetschke wrote:
(snip)
Do I have to make the observation again that whether this is the case or
not, it is not a primary goal of the Cygwin project to support these
people?
Yes. Did it ever cross your mind
Hi,
after getting spurious Resource temporarily unavailable errors
with cygwin 1.5.21 (after the last M$ patch day!!) I decided to try
the latest cygwin snapshot on my favorite testcase - compiling OOo.
The good news is that I haven't seen another Resource temporarily
unavailable error so far,
Back, Birger B. wrote:
Starting with a completely new installation from Cygwin I cannot get
Grace to work - no window pops up. I've tried installing another
X-server (Xming) instead, but the result is the same. Any ideas??
Yes, run rebaseall.
Volker
Cheers,
Birger
--
Hi
I encountered this when writing some c++ program that uses execvp
to start another process.
Basically (see the attached example program)
int execvp(const char *path, char * const *argv);
the prototype of execvp() doesn't like constant char arrays for the second
parameter, but that's what
Volker Quetschke wrote:
Basically (see the attached example program)
D'oh! I forgot the attachment.
Volker
--
PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D
#include string
#include iostream
#include
Max Bowsher wrote:
Max Bowsher wrote:
When running 'gpg --refresh-keys', the second updated key results in:
gpg: renaming `/home/max/.gnupg/pubring.gpg' to
`/home/max/.gnupg/pubring.gpg~' failed: Permission denied
gpg: error writing keyring `/home/max/.gnupg/pubring.gpg': file rename error
Dave Korn wrote:
On 25 July 2006 08:48, Krzysztof Duleba wrote:
When I try to run python in Windows shell, it hangs. Even the simplest test
like python -c 'print foo' will result in ntvdm process taking 100% CPU.
I tried it with 1.5.19 and 1.5.17 and got the same result.
When I strace python,
Volker Quetschke wrote:
This is an X problem, redirecting to the correct ml.
Charles L. Werner wrote:
(snip)
Yes, reproducible. But not cygwin1.dll is the culprit but xorg
6.8.99.901-1.
I updated the cygwin installation to the latest and greatest except
the xorg packages and xmgrace still
ARGH!!!
Volker Quetschke wrote:
Volker Quetschke wrote:
This is an X problem, redirecting to the correct ml.
Charles L. Werner wrote:
(snip)
Yes, reproducible. But not cygwin1.dll is the culprit but xorg
6.8.99.901-1.
I updated the cygwin installation to the latest and greatest except
This is an X problem, redirecting to the correct ml.
Charles L. Werner wrote:
H
Hi all,
Recently I attempted to run the xmgrace application (installed from the
xmgrace cygwin package) and
it fails to start. After typing the command and after a 1 or 2 second
delay, it simply returns with
no
Volker Quetschke wrote:
(snip)
Ok, starting from snapshot from 20060602 I get problems. This only happens
on my Opteron system (Windows XP SP2), I'll attach a cygcheck created with
snapshot 20060601. On another note I don't see any of the problems reported
below on a different system (Celeron M
Christopher Faylor wrote:
I've rewritten some of the pty/tty code in the latest snapshot to work
around problems that Dave Korn raised. Thanks to Dave for finding the
problem and for his patch which would have made things work better.
If you read the cygwin-patches mailing list, you will see
Please, don't send cygwin related questions to me privately. Use the
mailing list (cc'ed).
Ag wrote:
Hi,
I am trying to install xmrace from Cygwin on Windows XP,
but I miss some vital package and the oucome
is
Can't open display
Failed initializing GUI,exiting
xmgrace needs a running
Yaakov S (Cygwin Ports) wrote:
Yaakov S (Cygwin Ports) wrote:
I would like to propose my cygport package as a new package
building/maintaining method, as well as a new package for the distribution.
This still needs two more votes and a GTG. In the meantime, I've made
an update. New URLs:
Hi Larry,
Larry Hall (Cygwin) wrote:
On 04/26/2006, Volker Quetschke wrote:
1. It only hangs from rxvt. (Invoked with shortlink from desktop to:
C:\cygwin\bin\rxvt.exe -cr green -sl 1000 -tn linux -e /usr/bin/bash
--login -i)
I guess the actual switches don't matter. Startting the following
On my search for the infamous cygwin hang while building OOo,
see http://sources.redhat.com/ml/cygwin/2005-12/msg00279.html,
and http://wiki.services.openoffice.org/wiki/Windows#Miscellaneous_info
that I couldn't reproduce myself (WJFFM) I finally managed to get a
reproducible hang on my systems
Christopher Faylor wrote:
On Wed, Apr 26, 2006 at 05:39:37PM -0400, Volker Quetschke wrote:
On my search for the infamous cygwin hang while building OOo,
see http://sources.redhat.com/ml/cygwin/2005-12/msg00279.html,
and http://wiki.services.openoffice.org/wiki/Windows#Miscellaneous_info
mwoehlke wrote:
I'm seeing something funny. While trying to build a large program on
Cygwin using cl.exe (i.e. I am building a non-Cygwin app; just using
Cygwin to drive 'make'), every now and then, cl.exe hangs. Before you
tell me I'm on the wrong list :-), here's the funny part. If I do
Hi!
Paul D. Smith wrote:
%% gustav [EMAIL PROTECTED] writes:
g There is a bug either in GNU make or in tcsh or in both---on
g Cygwin. The combination of csh and GNU make will hang if SHELL is
g declared as /bin/csh -f.
I don't know what is causing this particular issue.
First a
The newest 20060324/20060326 snapshots started to hang on the
following testcase. Note, I only tried the following versions:
release 1.5.19 no hang
snapshot 20060306 no hang
snapshot 20060324 hangs
snapshot 20060326 hangs
The testcase is a bit lengthy, download it here:
Christopher Faylor wrote:
On Sun, Mar 26, 2006 at 10:03:57PM -0500, Volker Quetschke wrote:
The newest 20060324/20060326 snapshots started to hang on the
following testcase. Note, I only tried the following versions:
release 1.5.19 no hang
snapshot 20060306 no hang
snapshot 20060324
Christopher Faylor wrote:
On Sun, Mar 26, 2006 at 10:34:42PM -0500, Christopher Faylor wrote:
How about narrowing it down a little? I have been keeping more snapshots
around so that it's easier to do that sort of thing.
Nevermind. It dawned on me what the problem probably was.
However, if
gnupg-1.4.2.1-1 has been uploaded to cygwin.com
DESCRIPTION
===
GNU Privacy Guard is GNU's tool for secure communication and data
storage. It can be used to encrypt data and to create digital
signatures. GnuPG is a complete and free replacement for PGP. It
includes an advanced key
Hi!
Sven Köhler wrote:
A Dialog opens, with the title:
gpgkeys_hkp.exe - component not found
This version of gpg should have hardcoded the location of all the gpgkeys
programs, which are in /usr/sbin.
The gpgkeys_hkp.exe is found, but the cygwin1.dll is not found according
to the following
Hi!
Volker Quetschke wrote:
The gpgkeys_hkp.exe is found, but the cygwin1.dll is not found according
to the following text:
Yep, is it in your path?
No, propably not. I could replicate your problem in a cmd shell with
cygwin1.dll not being in my path.
There are several possibilities to fix
gnupg-1.4.2.1-1 has been uploaded to cygwin.com
DESCRIPTION
===
GNU Privacy Guard is GNU's tool for secure communication and data
storage. It can be used to encrypt data and to create digital
signatures. GnuPG is a complete and free replacement for PGP. It
includes an advanced key
Eric Blake wrote:
According to Volker Quetschke on 2/24/2006 5:21 PM:
New upstream version, please upload:
http://www.scytek.de/cygwin/release/gnupg/setup.hint
http://www.scytek.de/cygwin/release/gnupg/gnupg-1.4.2.1-1.tar.bz2
http://www.scytek.de/cygwin/release/gnupg/gnupg-1.4.2.1-1
New upstream version, please upload:
http://www.scytek.de/cygwin/release/gnupg/setup.hint
http://www.scytek.de/cygwin/release/gnupg/gnupg-1.4.2.1-1.tar.bz2
http://www.scytek.de/cygwin/release/gnupg/gnupg-1.4.2.1-1-src.tar.bz2
Regards
Volker
--
PGP/GPG key (ID: 0x9F8A785D) available from
Hi Yaakov,
Applications relying on GnuPG to authenticate digital signatures may
incorrectly believe a signature has been verified.
Solution: upgrade to 1.4.2.1.
I got the hint ;) Expect a new version in the next week or so.
Volker
--
PGP/GPG key (ID: 0x9F8A785D) available from
This is basically a me too, so I snipped as much as possible.
Max Kaehn wrote:
...
Occasionally, the build process hangs with a spawned child (sh.exe)
eating with 100% user cpu.
It seems the build command itself (spawned make) finished but
child/parent? shell doesnt exit.
When i kill sh.exe
I recently encountered the following problem. This perl script
- - - test.pl - - -
#!/usr/bin/perl
use File::Temp qw/ tempfile /;
my ( $treetmpfilehandle, $treetmpfile ) = tempfile(abc , DIR =
$ENV{TMP});
print(done);
- - - test.pl - - -
fails with this error message for the user q for me:
Please upload grace-5.1.19-1 (new upstream release) and
grace-5.99.0-1 (development version, as test).
The grace-5.1.17 version can be removed.
New setup hint:
http://www.scytek.de/cygwin/release/grace/setup.hint
URLs:
http://www.scytek.de/cygwin/release/grace/grace-5.1.19-1.tar.bz2
Christopher Faylor wrote:
upset: *** warning package grace requires non-existent package libjpeg-62
I changed that to libjpeg62.
Oops, thanks! I changed that here too.
Volker
--
PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913 9E53
New upstream release: grace-5.1.19-1 has been uploaded to the Cygwin
net distribution. See
http://plasma-gate.weizmann.ac.il/Grace/doc/CHANGES.html
for a detailed list of changes.
New test version: grace-5.99.0-1 has been uploaded as a test version
to the Cygwin net distribution to preview the
New upstream release: grace-5.1.19-1 has been uploaded to the Cygwin
net distribution. See
http://plasma-gate.weizmann.ac.il/Grace/doc/CHANGES.html
for a detailed list of changes.
New test version: grace-5.99.0-1 has been uploaded as a test version
to the Cygwin net distribution to preview the
Hi,
Two questions about GRACE:
1- Why is the folder of GRACE in /usr/ and not in /usr/share/ as
everything else?
Because that is the default setting if --prefix is pointing to /usr.
I didn't know that there is a --enable-grace-home=DIR switch for
configure that can be used to change this
With the 20051224 - 14:34 snapshot I see a strange hang while
building OOo.
The build script hangs and the system is running on 100%. Now the
funny part. I see one perl hanging (process is shown by ps and
task manager) and I see another perl process (only shown in the task
manager) popping up
Volker Quetschke wrote:
With the 20051224 - 14:34 snapshot I see a strange hang while
building OOo.
Forgot the cygcheck, attached ..
--
PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D
Cygwin Configuration
Volker Quetschke wrote:
With the 20051224 - 14:34 snapshot I see a strange hang while
building OOo.
The build script hangs and the system is running on 100%. Now the
funny part. I see one perl hanging (process is shown by ps and
task manager) and I see another perl process (only shown
Also unfortunately, unless you can come up with a short test case this
isn't going to be fixed. I've already admitted defeat in the case of
building openoffice.org.
I'm trying a binary search backward now to find the snapshot
that doesn't fail.
I was hoping that this defeat was ment per
Volker Quetschke wrote:
With the 20051224 - 14:34 snapshot I see a strange hang while
building OOo.
Not any longer. After changing a few snapshots/some reboots I couldn't
reproduce the issue anymore.
Sorry for the noise
Volker
--
PGP/GPG key (ID: 0x9F8A785D) available from
I noticed the following behaviour: (found by my favorite testcase ;) )
$ rm -rf foo* ; touch foo.exe
$ test -e foo echo found foo
found foo
$ test -e foo.exe echo found foo.exe
found foo.exe
Hmm, how can I test if foo exists without also looking at foo.exe?
Does this count as a bug in test?
1 - 100 of 341 matches
Mail list logo