-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Larry Adams wrote:
> pkg-config-0.23.tar.gz <- No sure.
Yes, the distro provides pkg-config-0.23a.
> pixman-0.10.0.tar.gz <- Not sure
Just added as part of the X11R7.4 release. Look for libpixman1-devel in
the X11 category.
> cairo-1.6.4.tar.gz
All,
I have attempted to build RRDtool 1.3 in Cygwin on quite a few occasions
without success. I saw the announce from Yakkov today updating
Fontconfig and so I thought that I would ask the question of the mailing
list.
Here are the build dependencies from Tobi's from rrdtool.org web site.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The following packages have been updated in the Cygwin net release:
*** perl-ExtUtils-PkgConfig-1.12-1
This is an update to the latest upstream release.
Yaakov
DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The following packages have been updated in the Cygwin net release:
*** netpbm-10.44.2-1
*** netpbm-doc-10.44.2-1
*** libnetpbm10-10.44.2-1
*** libnetpbm-devel-10.44.2-1
This is an update to the latest upstream release, built against X11R7.4.
Ya
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The following packages have been updated in the Cygwin net release:
*** libexif12-0.6.17-1
*** libexif-devel-0.6.17-1
This is an update to the latest upstream release.
Yaakov
DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The following packages have been updated in the Cygwin net release:
*** intltool-0.40.5-1
This is an update for GNOME 2.24.
Yaakov
DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The following packages have been updated in the Cygwin net release:
*** gnome-common-2.24.0-1
This is an update to for GNOME 2.24.
Yaakov
DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to ban
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The following packages have been updated in the Cygwin net release:
*** fontconfig-2.6.0-1
*** libfontconfig1-2.6.0-1
*** libfontconfig-devel-2.6.0-1
This is an update to the latest upstream release, and has been
configured to use the new modular f
Christopher Faylor wrote:
> FWIW, it is entirely possible that if you had submitted the requested
> cygcheck output the problem would have been more obvious.
>
> --
>
>
I don't doubt that for a minute. In fact, I went and gathered all the
cygcheck output and was composing the email when I came
On Tue, Nov 11, 2008 at 01:33:52PM -0500, Lee Dilkie wrote:
>Corinna Vinschen wrote:
>> On Nov 10 16:06, Lee Dilkie wrote:
>>> If this isn't the list, or the method, how would one go about reporting
>>> a bug in the cygpath utility. It is reporting an absolute path for
>>> windows style in all invo
Corinna Vinschen wrote:
> On Nov 10 16:06, Lee Dilkie wrote:
>
>> Hi folks,
>>
>> If this isn't the list, or the method, how would one go about reporting
>> a bug in the cygpath utility. It is reporting an absolute path for
>> windows style in all invocations and ignoring the absence of -a.
>>
2008/11/10 Evgeniy:
> Hello,
>
> At main office we have a data storage server with a ~100 Gb folder of data
> which is daily updated on about 80 Mb. These updated 80 Mb of data should be
> daily synchronized to a remote data storage at branch office via rsync. rsync
> client is installed on a wo
Barry Kelly wrote:
Corinna Vinschen wrote:
No, it's not feasible. If you leave out the Everyone ACE, the
permissions are not POSIX-like anymore. Leaving out means that others
have no permissions at all. Not even to see the permissions. That's
not correct from a POSIX POV.
Even if others
>> So my next question is: Do you know what parameters are needed so that
>> the
>> Makefile will be created with the right settings (without manually
>> executing g++ after the crashed first make)?
>>
>> Because creating it with:
>> perl Makefile.PL LIBS=-L/usr/lib/e2fsprogs
>
> I would have tried
Alexander Stadler wrote:
> So my next question is: Do you know what parameters are needed so that the
> Makefile will be created with the right settings (without manually
> executing g++ after the crashed first make)?
>
> Because creating it with:
> perl Makefile.PL LIBS=-L/usr/lib/e2fsprogs
I w
On Nov 10 16:06, Lee Dilkie wrote:
> Hi folks,
>
> If this isn't the list, or the method, how would one go about reporting
> a bug in the cygpath utility. It is reporting an absolute path for
> windows style in all invocations and ignoring the absence of -a.
>
> $ cygpath -w foo
> C:\foo
>
> $ c
>> gcc -c -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -fno-strict-aliasing
>> -pipe -I/
>> usr/local/include -DUSEIMPORTLIB -O3 -DVERSION=\"0.02\"
>> -DXS_VERSION=\"0.02\"
>> "-I/usr/lib/perl5/5.10/i686-cygwin/CORE" UUID.c
>> rm -f blib/arch/auto/UUID/UUID.dll
>> g++ --shared -Wl,--enable-aut
2008/11/10 René Berber:
> Yaakov (Cygwin Ports) wrote:
>
>> Reini Urban wrote:
>>> The cygwin clamav packages (Clam AntiVirus - GPL anti-virus toolkit)
>>> has been updated to 0.94-1
>>
>> Reini,
>>
>> libclamav.la is broken again[1][2], this time with a fake libbz2.la.
>> PLEASE, get rid of all th
18 matches
Mail list logo