Marco Atzeri wrote:
Should they stay in libGraphicsMagick3
or in libGraphicsMagick-devel ?
To avoid having all GM users pull in a dependency on perl, I'd put these
files into a new package, GraphicsMagick-perl (or perl-GraphicsMagick?
nah...)
--
Chuck
--- Dom 22/3/09, Charles Wilson ha scritto:
Da: Charles Wilson
Oggetto: Re: [ITA][1.7] GraphicsMagick-1.3.5-2
A: CygWin-Apps
Data: Domenica 22 marzo 2009, 07:46
Marco Atzeri wrote:
Should they stay in libGraphicsMagick3
or in libGraphicsMagick-devel ?
To avoid having all GM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
To avoid having all GM users pull in a dependency on perl, I'd put these
files into a new package, GraphicsMagick-perl (or perl-GraphicsMagick?
nah...)
I've been using perl-Graphics-Magick in Ports.
Yaakov
-BEGIN PGP
--- Dom 22/3/09, Yaakov (Cygwin/X) yselkow...@users.sourceforge.net ha
scritto:
Da: Yaakov (Cygwin/X) yselkow...@users.sourceforge.net
Oggetto: Re: [ITA][1.7] GraphicsMagick-1.3.5-2
A: cygwin-apps@cygwin.com
Data: Domenica 22 marzo 2009, 10:40
-BEGIN PGP SIGNED MESSAGE-
Hash:
Marco Atzeri wrote:
GraphicsMagick-perl-1.3.5-3.tar.bz2
usr/lib/perl5/
usr/lib/perl5/5.10/
usr/lib/perl5/5.10/i686-cygwin/
usr/lib/perl5/5.10/i686-cygwin/perllocal.pod
usr/lib/perl5/site_perl/
usr/lib/perl5/site_perl/5.10/
usr/lib/perl5/site_perl/5.10/i686-cygwin/
--- Dom 22/3/09, Charles Wilson ha scritto:
Da: Charles Wilson
Oggetto: Re: [ITA][1.7] GraphicsMagick-1.3.5-2
A: Marco Atzeri
Cc: CygWin-Apps
Data: Domenica 22 marzo 2009, 15:05
Marco Atzeri wrote:
GraphicsMagick-perl-1.3.5-3.tar.bz2
usr/lib/perl5/
usr/lib/perl5/5.10/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
Almost. You can't install perllocal.pod because it will clobber the
existing one -- and .packlist is probably wrong. Take a look at
/usr/share/cygport/perl.class (perl_postinst) to see how you should
manage perllocal.pod
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-03-22 10:09:01
Modified files:
winsup/utils : ChangeLog ldd.cc passwd.c
Log message:
* ldd.cc: Fix compiler warning.
* passwd.c: Use mbstowcs instead of
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-03-22 19:18:26
Modified files:
winsup/utils : ChangeLog passwd.c
Log message:
* passwd.c (main): Always get logonserver from environment and
use when fetching user info for
On Mar 21 19:23, Vass Dude wrote:
Thanks for the signature for setup.exe; please post one for 1.7 so I
can try it out.
You don't need the sig to use it. If you're just interested to know
that it hasn't been tampered with, the SHA1 sum is
SHA1(setup-1.7.exe)=
On Mar 21 11:10, Corinna Vinschen wrote:
On Mar 20 18:43, Julio Emanuel wrote:
Hi,
I've been tracing some problems related to the installation scripts of
ssh (more info on another mail later), and the root cause for one of
the problems is the passwd misbehaving.
The test case is very
Andy Koppe wrote:
Corinna Vinschen:
I just think the -e option is along the lines of the -c option for shells.
Every Unix shell has a -c option and it always means the same, even
for csh and, FWIW, cmd.exe.
Agreed, and implemented in 0.3.8.
Thanks all for sorting this out (only just got
Hi.
I have found a new software which interfere with Cygwin.
It is the Logitech SetPoint, at least a version 4.7.213.
When I kill SetPoint's process the Cygwin work normally.
I use Cygwin which is included to Altera Quartus II 9.0.
--
С уважением, Владимир Ромашкин.
E-mail:
Hi Corinna,
On Sun, Mar 22, 2009 at 10:09, Corinna Vinschen wrote:
On Mar 21 11:10, Corinna Vinschen wrote:
On Mar 20 18:43, Julio Emanuel wrote:
Hi,
I've been tracing some problems related to the installation scripts of
ssh (more info on another mail later), and the root cause for one
On 3/18/2009 8:28 AM, Charles Wilson wrote:
But lzma-4.32.7-3 -- the *current* version of lzma -- IS empty.
4.43-2 is...WAY old. 4.32.7-2 is the most recent one, prior to the
latest update.
I know it looks like it, but 4.43 is NOT actually newer.
lzma-4.43 was derived from a patched version
On Mar 22 17:34, J?lio Costa wrote:
~ $ # Just typed Ctrl-C. Not in the mood right now :)
~ $ # And now for the interesting part:
~ $ ./my_passwd.exe -S SYSTEM
my_passwd: unknown user SYSTEM
The SYSTEM user is not in the user database. So that's an expected
result.
~ $ # Ooops. And what
On Sun, Mar 22, 2009 at 07:42:23PM +0300, Vladimir Romashkin wrote:
I have found a new software which interfere with Cygwin.
It is the Logitech SetPoint, at least a version 4.7.213.
When I kill SetPoint's process the Cygwin work normally.
I use Cygwin which is included to Altera Quartus II
Ken Brown said:
Has this been taken care of? I'm seeing 4.32.7-2 as the current version of
lzma when I run setup-1.7.exe rather than 4.32.7-3.
Interesting. I just looked at the setup.hint on sourceware (release-2
area):
category: _obsolete
requires: xz
sdesc: removed package
ldesc:
On Sun, Mar 22, 2009 at 03:25:31PM -0400, Charles Wilson wrote:
Ken Brown said:
Has this been taken care of? I'm seeing 4.32.7-2 as the current version of
lzma when I run setup-1.7.exe rather than 4.32.7-3.
Interesting. I just looked at the setup.hint on sourceware (release-2
area):
On Sun, Mar 22, 2009 at 05:03:41PM -0400, Christopher Faylor wrote:
And, in fact, there was no lzma-4.32.7-3*tar.bz2 files in the lzma
^
release-2
directory. Apparently they
Christopher Faylor wrote:
I don't understand how you'd posit this as an upset bug if upset is
working correctly for the release directory. That implies a difference
between the two directories, not an upset bug.
I didn't notice the missing -3 version, because I didn't expect it to be
there.
David Arnstein wrote:
On Sun, Mar 22, 2009 at 07:42:23PM +0300, Vladimir Romashkin wrote:
I have found a new software which interfere with Cygwin.
It is the Logitech SetPoint, at least a version 4.7.213.
When I kill SetPoint's process the Cygwin work normally.
I use Cygwin which is included
Lee D.Rothstein wrote:
* Until a recent update. During that update, lots of things went
haywire, including scads of messages about not being able to read from
'null'.
Can't tell you anything about it, but I just saw this myself yesterday. It
happened using 1.5, when I was doing a fresh
This is in all probability, not a bug. I suspect it falls into CGF's
category of works but isn't (wasn't) guaranteed.
All of my scripts (developed under Cygwin 1.5 or earlier) that involve
a Windows native app use:
winapp $(cygpath -w $something)
have stopped working properly since I
Ho there gang. Over on gcc-patches, Kai has posted a patch to add some
documentation for the i386 cygming subtarget options. See the thread at:
http://gcc.gnu.org/ml/gcc-patches/2009-03/threads.html#00994
I asked him if he would add a note mentioning that -mno-cygwin is
deprecated,
Hi,
Using Cygwin 1.7.0(0.193/5/3), there is /usr/include/wordexp.h but the
functions defined there are not in a library (they belong to libc).
Do I need a ?-development package? The comment at the end of the
wordexp.h file is strange, it says you need bash... what has that to do
with a
In case someone else has this problem ... after many years of working w/o a
problem, setup.exe failed half way through an install leaving me with a busted
WIN XP cygwin. I removed several Windows updates that i thought might have
caused the problem but that didn't help. I tried my previous
I figured out a solution, but it still has limitations.
The solution:
It just requires doing a cd into the path (complete directory path) of the
argument, and cd'ing into that path. If the command operates on a
directory as Explorer does, then you submit '.' as the argument.
If the command
28 matches
Mail list logo
