On Tue, 2012-08-28 at 21:08 -0400, Ken Brown wrote:
> D=http://sanibeltranquility.com/cygwin/release/TeX
> TC=texlive-collection
> wget -x -nH --cut-dirs=2 \
>${D}/${TC}-bibtexextra/${TC}-bibtexextra-20120821-1.tar.bz2\
>${D}/${TC}-bibtexextra/${TC}-bibtexextra-20120821-1-src.tar.bz2\
>
On 2012-08-27 13:07, Ken Brown wrote:
D=http://sanibeltranquility.com/cygwin/release/emacs
find emacs -name '*23.4-2*' | xargs rm
find emacs -name '*24.1-1*' | xargs rm
Done and done.
Yaakov
On 2012-08-22 10:02, Christopher Faylor wrote:
Yaakov, you probably saw this already but I thought that I'd mention
this in the right ml.
I started to make the change to setup.hint but then figured you'd
probably rather do that yourself.
As I mentioned previously[1], the proper solution is to
On 2012-08-21 04:38, Yaakov (Cygwin/X) wrote:
The following distro packages depend on Ruby, by maintainer:
Jari Aalto: bsfilter, rdtool (needs update)
Since Jari hasn't responded to the two-week old ping of the four-week
old security announcement on exif, I decided not to wait for hi
On 2012-08-22 16:24, Ken Brown wrote:
The three scripts I tried before now seem to work fine. I'll do some
further testing as I have time, but it looks good so far.
Thanks for the prompt response.
Yaakov
On 2012-08-22 18:35, David Rothenberger wrote:
Thanks for the patch. I've built a test release of subversion
against ruby 1.9. All the ruby tests pass except for one, but
there's a FIXME comment in the test so I think that's okay. I don't
use the Ruby bindings myself so that's about as much as I
On 2012-08-26 03:31, marco atzeri wrote:
new upstream bugfix release
Remove arpack-3.0.1-1 and leave arpack-3.1.0-1 as previous
Done and done.
Yaakov
On 2012-08-21 06:21, Ken Brown wrote:
D=http://sanibeltranquility.com/cygwin/release/TeX
TC=texlive-collection
wget -x -nH --cut-dirs=2 ${D}/${TC}-basic/setup.hint
cd TeX
rm \
${D}/${TC}-basic/${TC}-basic-20120312-2.tar.bz2\
${D}/${TC}-basic/${TC}-basic-20120312-2-src.tar.bz2
Done and do
On 2012-08-22 08:48, Ken Brown wrote:
On 8/21/2012 7:53 PM, Yaakov (Cygwin/X) wrote:
I have moved 1.9.3-p194-1 into the distro as a test release. Please
update and/or test your packages ASAP.
I tested three of the TeX Live scripts (match_parens, epspdf, and
texexec), and all fail with a slew
On 2012-08-21 21:17, James Zern wrote:
/bin/sh ../libtool --tag=CC--mode=link gcc -g -O2 -o
cwebp.exe cwebp-cwebp.o ../src/libwebp.la -ljpeg -ltiff
libtool: link: gcc -g -O2 -o .libs/cwebp.exe cwebp-cwebp.o
../src/.libs/libwebp.a /usr/lib/libtiff.dll.a -ljbig
/usr/lib/libjpeg.dll.a -lz
On 2012-08-21 04:38, Yaakov (Cygwin/X) wrote:
Upstream has announced EOL for Ruby 1.8.x; right now it is receiving
only security fixes. Therefore, it is now time to move on to the
now-stable 1.9.x series.
For the moment, the latest release is here:
ftp://ftp.cygwinports.org/pub/cygwinports
On 2012-08-21 09:21, Ken Brown wrote:
As a result of the recent libpng update, emacs won't build. emacs-X11
depends on gdk-pixbuf, and the latter (in its *.pc file) requires
libpng14.
And *this* shows the problem with removing libpng14-devel without
warning. It's not just gdk-pixbuf2.0; -lpn
On 2012-08-21 09:13, Jon TURNEY wrote:
There are a also couple of other issues which prevent X server from compiling
successfully with these headers, which should probably be fixed in the X server:
DEFINE_GUID is defined in terms of GUID_SECT, which no longer exists. I'm not
sure what the broke
Upstream has announced EOL for Ruby 1.8.x; right now it is receiving
only security fixes. Therefore, it is now time to move on to the
now-stable 1.9.x series.
For the moment, the latest release is here:
ftp://ftp.cygwinports.org/pub/cygwinports/uploads/ruby/
The newly ITP'd libyaml0_2 is a n
(lib)yaml is a new requirement for ruby-1.9.x, and is therefore already
included in recent releases of Fedora and Debian:
ftp://ftp.cygwinports.org/pub/cygwinports/uploads/yaml/
Yaakov
On 2012-08-20 07:15, JonY wrote:
New version up. Was the first uploaded?
No, nor can it until packages which depend on w32api build correctly.
http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api/w32api-3.0b_svn5373-1-src.tar.bz2/download
http://sourceforge.net/proje
On Wed, 2012-08-15 at 12:16 -0400, Bob Heckel wrote:
> Is anyone interested in taking over as maintainer of libgc and w3m?
> libgc used cygports for its current version, w3m used g-b-s.
Hopefully this will be of help:
http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/libgc
http
On Thu, 2012-03-29 at 13:39 -0500, Yaakov (Cygwin/X) wrote:
> On 2012-03-29 09:58, Lapo Luchini wrote:
> > Yaakov (Cygwin/X) wrote:
> >> BLODA?
> >
> > Not that I know of:
> >
> > WindowsDefender is deactivated (and I checked the service is not
> >
On Tue, 2012-08-14 at 22:05 +0200, Corinna Vinschen wrote:
> Chuck?
>
> Ping 2?
>
> If you don't reply I guess we have to assume you're not with us
> anymore. Which would be too bad.
Indeed. :-(
> On Aug 3 09:58, Corinna Vinschen wrote:
> > On
Ken,
A security vulnerability has been announced for GNU Emacs, details and
patches for 23.4 and 24.1 here:
https://bugzilla.redhat.com/show_bug.cgi?id=847698
http://pkgs.fedoraproject.org/cgit/emacs.git/plain/emacs-cve-2012-3479.patch?h=f16
http://pkgs.fedoraproject.org/cgit/emacs.git/plain/emac
On 2012-08-12 01:49, JonY wrote:
New w32api preliminary upload, now with mingw-w64 parts.
Nack. Both mintty and xorg-server FTBFS with this w32api.
It contains the headers and win32 and win64 DLL import libraries.
It does require multilib capable GCC to build.
Why? What is the purpose of
On 2012-07-27 02:45, waterlan wrote:
Yaakov (Cygwin/X) schreef op 2012-07-27 08:05:
On 2012-07-26 13:07, Erwin Waterlander wrote:
wget -x -nH
http://waterlan.home.xs4all.nl/cygwin/dos2unix-6.0.1-1.tar.bz2 [1]
http://waterlan.home.xs4all.nl/cygwin/dos2unix-6.0.1-1-src.tar.bz2 [2]
http
On 2012-07-26 13:56, marco atzeri wrote:
wget -r -np -nH --cut-dirs=1 \
http://matzeri.altervista.org/cygwin-1.7/GraphicsMagick/index.html
Remove GraphicsMagick-1.3.14-1 and GraphicsMagick-1.3.14-2
Done and done.
Yaakov
On 2012-07-26 13:07, Erwin Waterlander wrote:
wget -x -nH \
http://waterlan.home.xs4all.nl/cygwin/dos2unix-6.0.1-1.tar.bz2 \
http://waterlan.home.xs4all.nl/cygwin/dos2unix-6.0.1-1-src.tar.bz2 \
http://waterlan.home.xs4all.nl/cygwin/setup.hint
Uploaded. Which old versions can be removed?
Yaak
Jari,
A security vulnerability (CVE-2012-2845) has been announced for the
outdated version of the exif package currently in the distribution.
Please update exif to 0.6.21 ASAP.
And while I'm at it, ping:
http://cygwin.com/ml/cygwin-apps/2008-11/msg00078.html
http://cygwin.com/ml/cygwin/2012-0
On 2012-07-23 16:17, Jason Tishler wrote:
I uploaded the python3 packages to the following:
sourceware.org:~jlt63/staging/python3-3.2.3-1
Would you mind making a quick review before I copy them to the release
area and announce?
I rebuilt all my python3-* packages, and eric5 is working.
Chuck,
Security vulnerabilities are accumulating for the tiff package
(CVE-2011-0192, CVE-2011-1167, CVE-2012-1173, CVE-2012-2088,
CVE-2012-2113, CVE-2012-3401). This can be fixed by updating to 3.9.6
and applying the four patches found here:
http://pkgs.fedoraproject.org/gitweb/?p=libtiff.
On 2012-07-21 05:59, Ken Brown wrote:
D=http://sanibeltranquility.com/cygwin/release/emacs
find emacs -name '*23.3-3*' | xargs rm
find emacs -name '*24.0.96-2*' | xargs rm
Done and done.
Yaakov
On 2012-07-20 16:11, Ken Brown wrote:
On 7/20/2012 3:32 PM, Yaakov (Cygwin/X) wrote:
On 2012-07-20 13:49, Ken Brown wrote:
TeX Live includes biber.exe, which is packaged as a stand-alone binary
using the PAR::Packer module. I've just discovered that the version
I've been shipping wi
On 2012-07-20 09:51, Aaron Schneider wrote:
On 20/07/2012 14:33, Yaakov (Cygwin/X) wrote:
The deps command only works if the files created by the install command
are present.
Aren't that those files generated by 'cygport *.cygport all' ? Because
they are present. If not, how
On 2012-07-20 13:49, Ken Brown wrote:
TeX Live includes biber.exe, which is packaged as a stand-alone binary
using the PAR::Packer module. I've just discovered that the version
I've been shipping with texlive doesn't function as a stand-alone binary
because it's been stripped by cygport. Is the
On 2012-07-20 11:19, Ken Brown wrote:
On 7/20/2012 8:35 AM, Yaakov (Cygwin/X) wrote:
The first version is now in cygport git master. See the Packaging
section of the manual for the variables you need to set in order for
this to work, and be sure to remove your .hint files from $C.
Wow, that
On 2012-07-19 00:22, Yaakov (Cygwin/X) wrote:
On 2012-07-18 06:53, Ken Brown wrote:
When I build a package using cygport, I sometimes forget to run
cygport's "dep" command to make sure my setup.hint is up to date. I
think it would be useful for cygport to do this as part of its
On 2012-07-20 06:17, Aaron Schneider wrote:
Instead of relying on cygcheck or ldd to determine dependencies, you
should use cygport itself, IOW:
cygport pv-1.3.4-1.cygport deps
Got this
$ cygport pv-1.3.4-1.cygport deps
/usr/share/cygport/lib/syntax.cygpart: line 56: pushd:
/usr/src/pv-1.3.4-1
On 2012-07-18 14:36, Jason Tishler wrote:
BTW, to get the _dbm module to build I had to change 3.1-dbm.patch as
follows:
[snip]
Additionally, I removed --with-dbmliborder=gdbm from CYGCONF_ARGS.
Since we're using gdbm_compat, I would leave --with-dbmliborder and use
the 3.2-dbm.patch now in
On 2012-07-18 06:53, Ken Brown wrote:
When I build a package using cygport, I sometimes forget to run
cygport's "dep" command to make sure my setup.hint is up to date. I
think it would be useful for cygport to do this as part of its packaging
step. It could print out a list of dependencies or,
On 2012-07-18 19:36, Aaron Schneider wrote:
* requires: libintl8 libiconv2
Close; you only need libintl8. The binary isn't linked against
libiconv2; that only shows up because libintl8 depends on it.
Instead of relying on cygcheck or ldd to determine dependencies, you
should use cygport it
On 2012-07-18 18:27, Aaron Schneider wrote:
Solved. The changes are:
* Some minor edition in README (deleted cygwin from runtime
requirements, updated list of included files)
You can list cygwin as a dep in the README, just not in the setup.hint.
* CYGCONF_ARGS="
--enable-nls
--ena
On 2012-07-18 09:07, Reini Urban wrote:
http://rurban.xarch.at/software/cygwin/release/perl-IO-Tty/
http://rurban.xarch.at/software/cygwin/release/mosh/
http://rurban.xarch.at/software/cygwin/release/protobuf/
GTG; I'll remove protobuf from Ports.
Yaakov
It slipped by me at the time[1], but cgf asked if I could update
dejagnu, so here it is:
ftp://ftp.cygwinports.org/pub/cygwinports/release-2/dejagnu/
Yaakov
[1] http://cygwin.com/ml/cygwin/2012-04/msg00649.html
On 2012-07-17 18:00, Reini Urban wrote:
mosh-1.2.2-1
protobuf-2.4.1-1
perl-IO-Tty-1.10-1
hints and packages here:
http://perl514.cpanel.net/cygwin/
I'm getting connection timeout errors.
Yaakov
On 2012-07-17 13:39, Christopher Faylor wrote:
On Tue, Jul 17, 2012 at 08:36:48PM +0200, Achim Gratz wrote:
So if there's a source package package-version-src.tar.bz2, then the
debuginfo package would be called package-version-debuginfo.tar.bz2 and
it would be selected from libpackage if that ha
On 2012-07-16 06:10, Aaron Schneider wrote:
wget http://pvcyg.awardspace.biz/setup.hint
wget http://pvcyg.awardspace.biz/pv-1.3.4-1.tar.bz2
wget http://pvcyg.awardspace.biz/pv-1.3.4-1-src.tar.bz2
This is missing NLS support. Please install gettext and rebuild, then
fix the requires accordingl
On 2012-07-16 12:07, Ken Brown wrote:
Sorry, I messed up some setup.hint files. Please upload the corrected
ones:
Done.
Yaakov
On 2012-07-16 02:49, marco atzeri wrote:
octave-forge-20120714-1-src.tar.bz2
octave-forge-20120714-1.tar.bz2
setup.hint
Leave octave-forge-20120224-1 and remove octave-forge-20110730-1
Done and done.
Yaakov
On 2012-07-15 21:10, Yaakov (Cygwin/X) wrote:
On 2012-07-15 20:45, Ken Brown wrote:
D=http://sanibeltranquility.com/cygwin/release/TeX
I'm working on it now.
Done.
Yaakov
On 2012-07-15 20:45, Ken Brown wrote:
D=http://sanibeltranquility.com/cygwin/release/TeX
I'm working on it now.
Yaakov
On 2012-07-09 10:39, Corinna Vinschen wrote:
The question I'd like to discuss now is, how do we organize the access
to the Platform SDK headers and libs from the Mingw64 project, so that a
native Cygwin compiler has access to them?
Please note that I'm only talking about the PSDK stuff. We don'
On 2012-06-26 02:51, Yaakov (Cygwin/X) wrote:
On Fri, 2012-06-22 at 13:18 -0400, Jason Tishler wrote:
I really appreciate your feedback. Can you post your WIP Python 3.2
cygport script and patches?
http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/python3
http://cygwin
On Sat, 2012-06-30 at 18:38 -0400, Ken Brown wrote:
> TeX Live upstream has thousands of packages, grouped into "collections".
> Cygwin's TeX Live distribution, as originally packaged by Yaakov, has
> one texlive-collection-* package for each upstream collection. I've
> just discovered that a
On Thu, 2012-06-21 at 01:24 -0500, Yaakov (Cygwin/X) wrote:
> Attached is a first draft of a patch to support split debuginfo packages
> automatically in cygport.
Second draft patch attached.
Yaakov
diff --git a/bin/cygport.in b/bin/cygport.in
index 32e7dd1..b3d953b 100755
---
On Tue, 2012-06-26 at 10:51 -0700, David Rothenberger wrote:
> Please remove 1.0.3-1. 0.7.1-2 must remain for use with subversion-1.6.
Done.
Yaakov
On Wed, 2012-05-02 at 01:01 -0500, Yaakov (Cygwin/X) wrote:
> On 2012-03-26 04:31, Dr. Volker Zell wrote:
> >>>>>> Yaakov writes:
> >
> > > A security vulnerability has just been announced for gnutls
> > (CVE-2012-1573).
> > > Th
On Fri, 2012-05-25 at 13:47 +0200, Dr. Volker Zell wrote:
> Can you provide me with a download URL of your Xaw3d package so I can
> test it locally with all dependent packages. If everything is fine you
> can take over Xaw3d.
ftp://ftp.cygwinports.org/pub/cygwinports/uploads/X.Org/libXaw3d/
Yaa
On Tue, 2012-06-26 at 12:08 -0700, David Rothenberger wrote:
> On 6/26/2012 11:07 AM, Achim Gratz wrote:
> > I've had to comment out the Apache module build since the mod_dav.la
> > was nowhere to be found and no Cygwin package provides it.
>
> Achim is referring to rebuilding Subversion. I just
Chuck,
Starting with 3.2, python implements PEP3147[1]. The attached patch
(for automake-1.11.3) fixes py-compile wrt this.
Yaakov
[1] http://www.python.org/dev/peps/pep-3147/
--- origsrc/pygobject-3.2.2/py-compile 2012-05-14 11:54:54.0 -0500
+++ src/pygobject-3.2.2/py-compile 2012-06-
On Fri, 2012-06-22 at 13:18 -0400, Jason Tishler wrote:
> I really appreciate your feedback. Can you post your WIP Python 3.2
> cygport script and patches?
http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/python3
http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwi
On Fri, 2012-06-22 at 15:32 -0400, Ken Brown wrote:
> Prior to each year's TeX Live release, there is a lengthy pretest period
> during which the normal tlnet archive
> (mirror://ctan/systems/texlive/tlnet/archive,
> in cygport language) is frozen. All updates during this period are done
> to a
On 2012-06-21 04:03, Corinna Vinschen wrote:
On Jun 21 01:24, Yaakov (Cygwin/X) wrote:
2) This places the debuginfo from e.g. /usr/bin/cygfoo-X.dll into
/usr/lib/debug/usr/bin/cygfoo-X.dbg. Unfortunately, when gdb finds
library dependencies, they show up as e.g.
/cygdrive/c/cygwin/bin/cygfoo
Attached is a first draft of a patch to support split debuginfo packages
automatically in cygport. I'm looking for comments and suggestions,
particularly on the following:
1) I propose adding a Debug category for all -debuginfo packages.
2) This places the debuginfo from e.g. /usr/bin/cygfoo-
On 2012-06-19 14:57, Corinna Vinschen wrote:
On Jun 19 03:10, Yaakov (Cygwin/X) wrote:
Sorry for the delay. How about the attached patch, adding
SRC_DIR=src before the inherit cvs in your .cygport?
If I add SRC_DIR=src, what of the above is supposed to stay and what
should go?
CVS_URI
On 2012-05-11 02:50, Corinna Vinschen wrote:
My first version of this patch defined a new variable "CVS_SOURCEWARE"
rather than "CVS_TOPLEVEL", but then it occured to me that you have
potentially the same problem in all CVS repos which are a merge of a
couple of projects in a single tree. The fa
On 2012-05-26 05:55, Ken Brown wrote:
TeX Live 2012 is in its pretesting phase and is using poppler-0.20.0.
Would you be able to update Cygwin's poppler within the next few weeks?
Done.
Yaakov
On 2012-06-15 03:46, Jacek Caban wrote:
On 06/14/12 11:55, Yaakov (Cygwin/X) wrote:
Both mingw.org and Wine support CINTERFACE wrt the REF*ID defines.
Thanks for the report, I've fixed Wine [1].
Not AFAICS. Look at all the places where REF*ID is taken as an argument
which are condit
On 2012-06-14 13:56, Jason Tishler wrote:
See attached for a diff between your python3-3.1.5rc1-1 cygport script
and my WIP 3.2 one. I'm still deciding on which patches to include
and/or getting them to apply cleanly, so ignore those diffs for now.
I'm most interested in your feedback on my chan
On 2012-06-12 04:37, Kai Tietz wrote:
2012/6/12 Yaakov (Cygwin/X):
Currently I get:
/usr/i686-w64-mingw32/sys-root/mingw/lib/libmsvcrt.a(daqubs01139.o):(.text+0x0):
multiple definition of `_swprintf'
io_stream_file.o:/usr/i686-w64-mingw32/sys-root/mingw/include/wchar.h:547:
first defined
On 2012-06-12 03:51, Jacek Caban wrote:
On 06/12/12 07:06, Yaakov (Cygwin/X) wrote:
On 2012-06-04 04:04, Jacek Caban wrote:
Where? I don't see any. There is one change to propkeydef.h, but and I
believe incorrect. Generally, this patch makes REFIID and similar
typedefs depend on CINTE
b2189-c518-4cd8-80cc-2656b9c0d37f
Yaakov
Cygwin/X
cygwin's
setup-case we don't want it.
So I would like to see here instead: !defined (__NO_USE_DLLIMPORT)
How about just !defined(DECLSPEC_IMPORT)?
Yaakov
Cygwin/X
On 2012-06-01 02:45, Yaakov (Cygwin/X) wrote:
Fedora has switched from the i686-pc-mingw32 toolchain to the
{i686,x86_64}-w64-mingw32 toolchains in F17. This means that setup
cannot currently be built on F17.
The attached draft patches for setup and mingw64-headers (r4913) allow
setup to be
On 2012-06-01 18:45, JonY wrote:
Some of these errors might be related to ntdef.h use, try removing it.
This stops the duplication errors, but NT_SUCCESS is defined in ntdef.h,
leading to some undeclared errors.
There appear to be some bugs in winternl.h. According to MSDN[1],
winternl.h i
On 2012-06-01 12:08, JonY wrote:
2) DDK headers can't find other DDK headers which they require. IMHO
those should be changed from<> includes to "" includes in mingw64-headers.
You are supposed to use -I/path/to/include/ddk to use the headers, this
is one of the differences with mingw.org.
On 2012-06-01 03:47, JonY wrote:
On 6/1/2012 15:45, Yaakov (Cygwin/X) wrote:
Fedora has switched from the i686-pc-mingw32 toolchain to the
{i686,x86_64}-w64-mingw32 toolchains in F17. This means that setup
cannot currently be built on F17.
The attached draft patch fixes most of the issues
Fedora has switched from the i686-pc-mingw32 toolchain to the
{i686,x86_64}-w64-mingw32 toolchains in F17. This means that setup
cannot currently be built on F17.
The attached draft patch fixes most of the issues with the build. (I
just added the necessary mingw64-i686-* libraries to Ports.)
The attached patch enables automake-1.11+ silent rules.
Yaakov
setup-silent-rules.patch
Description: application/itunes-itlp
On 2012-05-29 16:02, Eric Blake wrote:
So now the question is whether the util-linux maintainer is willing to
turn on the building of su (can that version even be made to work in
cygwin?) or whether I should fork su and its cygwin-specific patches out
of the coreutils package and instead into its
On 2012-05-26 05:55, Ken Brown wrote:
TeX Live 2012 is in its pretesting phase and is using poppler-0.20.0.
Would you be able to update Cygwin's poppler within the next few weeks?
It's on my todo list.
Volker, per our previous discussion[1], you'll need to remove
pdfdetach(1) from xpdf before
On 2012-05-26 07:17, Ken Brown wrote:
There's been discussion on the cygwin list about packages containing
debug symbols, most recently in
http://cygwin.com/ml/cygwin/2012-02/threads.html#00536
where the consensus (I think) was that package maintainers could provide
such packages if they wanted
On 2012-05-19 15:48, Ken Brown wrote:
I tried to build glib using glib2.0-2.32.2-1.cygport from the source for
Cygwin's libglib2.0_0-2.32.2-1 package, and the build failed as follows:
So I added the lines
export LIBFFI_LIBS="-lffi"
export LIBFFI_CFLAGS="-I${includedir}"
to the .cygport file, a
On 2012-04-04 12:38, Dr. Volker Zell wrote:
The last time I tried updating to Xaw3d-1.5E, xfig linked against that
version core dumped right away as soon as you clicked on some button.
You need to un-XCOMM the #define XAW3D1_5E for compatibility with
1.5E/1.6.x. You'll also need to add -DXAW_
On 2012-05-16 02:19, Thomas Wolff wrote:
wget http://towo.net/algol68g/setup.hint
wget http://towo.net/algol68g/algol68g-2.3.7.4-0.tar.bz2
wget http://towo.net/algol68g/algol68g-2.3.7.4-0-src.tar.bz2
Release numbers start with 1, not 0, but otherwise this okay now.
Yaakov
On 2012-04-22 17:10, Yaakov (Cygwin/X) wrote:
Jari,
http://cygwin.com/ml/cygwin-apps/2008-11/msg00078.html
http://cygwin.com/ml/cygwin/2012-04/msg4.html
http://cygwin.com/ml/cygwin/2012-04/msg5.html
Ping?
Ping #2?
Yaakov
On 2012-04-17 13:46, Yaakov (Cygwin/X) wrote:
On 2012-04-17 09:06, Jason Tishler wrote:
Yaakov,
On Mon, Apr 16, 2012 at 07:07:43PM -0500, Yaakov (Cygwin/X) wrote:
Security vulnerabilities have been announced in Python (CVE-2011-3389,
CVE-2012-0845, CVE-2012-0876, CVE-2012-1150) and are fixed
On 2012-05-12 03:03, A.R. Burgers wrote:
this package has the .dll.a files but not the .a files:
I checked the libpcre build from source, the .a files are built,
but apparently they are not included in the devel package.
No, they are not built at all:
http://cygwin.com/ml/cygwin-apps/2012-03/m
On 2012-05-14 00:31, upset lived up to its name and complained:
upset: *** setup.ini: warning - package minizip requires non-existent package
libgcc_1
Chuck,
I made the obvious fix on sourceware; please fix your local copy, etc.
Yaakov
On Mon, 2012-05-07 at 17:06 +0200, Corinna Vinschen wrote:
> > As always, if you could specify the actual package and .cygport you
> > are trying to build, I may be able to find other solutions.
>
> Attached. See the FIXME comment.
Comments inlined.
> DESCRIPTION="The UNIX emulation engine"
>
On 2012-05-07 03:49, Corinna Vinschen wrote:
Consider I would like to convert the cygwin package to cygport packed.
So I create a tag and then...
CVS_URI=":pserver:anon...@cygwin.com:/cvs/src"
CVS_MODULE="winsup"
CVS_BRANCH="cygwin-${PV//\./_}-release"
inherit cvs
`cygport fetch' fa
On 2012-05-10 20:30, Christopher Faylor wrote:
I see that there's an OCaml category in setup now. Did I miss a
discussion which introduced an OCaml category?
That would be my fault. ocaml-llvm (a subpackage of llvm) was a
carry-over from Ports, where I do use that category to cover nearly 10
On Wed, 2012-05-09 at 10:14 +0200, Corinna Vinschen wrote:
> Yaakov? Ping? Did you have a look into the patch?
Not yet; I just finished working on the GNOME 3.4 upgrade. I'll try to
look at this soon.
Yaakov
On 2012-05-07 05:33, Corinna Vinschen wrote:
assuming I'd like to add some arbitrary files to the source package, so
that the -src package looks like this:
foo-3.4.5.tar.bz2
foo-3.4.5-1.cygport
foo-3.4.5-1.cygwin.patch
foo-3.4.5-1.src.patch
arbitrary-file-1
arbitrary-file-2
Th
On 2012-05-04 17:27, Corinna Vinschen wrote:
On May 4 15:34, Yaakov (Cygwin/X) wrote:
On 2012-05-04 03:37, Corinna Vinschen wrote:
Yaakov, Ping?
my workaround has a problem, see below.
Yes, because the P* variables aren't set that early.
Correction: P* are set, its S/B/C/D that a
On 2012-04-04 15:26, Warren Young wrote:
There's something about the way I have one of my development systems set
up that causes Cygport to chase a symlink loop infinitely in the "Fixing
libtool modules:" step of "cygport install".
It apparently has something to do with the fact that the source
On 2012-05-06 06:35, Corinna Vinschen wrote:
Some upstream packages are not available as tar archives, but can only
be fetched directly from their source code control repo. How would you
fetch them via cygport?
cygport supports downloading from bzr, cvs, fossil, git, hg, mtn, and
svn reposito
On 2012-03-29 19:00, Yaakov (Cygwin/X) wrote:
On 2012-02-26 02:02, marco atzeri wrote:
Vulnerability Warning
All versions of libpng from 1.0.6 through 1.5.8, 1.4.8, 1.2.46, and
1.0.56, respectively, fail to correctly validate a heap allocation in
png_decompress_chunk(), which can lead to a
On 2012-05-04 03:37, Corinna Vinschen wrote:
Yaakov, Ping?
my workaround has a problem, see below.
Yes, because the P* variables aren't set that early.
Therefore it would be nice if we could get some official method to
set package-relevant variables in a pre-package stage, like I asked
for i
On 2012-03-26 04:31, Dr. Volker Zell wrote:
Yaakov writes:
> A security vulnerability has just been announced for gnutls
(CVE-2012-1573).
> This can be fixed by updating to 2.12.18.
Yaakov can you update your p11-kit package. I could use it in a new gnutls
build.
Ping? I upda
On 2012-04-29 03:52, Corinna Vinschen wrote:
On Apr 29 01:41, Yaakov (Cygwin/X) wrote:
On 2012-04-28 04:44, Corinna Vinschen wrote:
- Another problem I found is the way the `doenv' command works.
I like the idea, but it's not working well for tcsh scripts.
[snip]
A mo
On 2012-04-27 06:05, Ken Brown wrote:
texlive_install creates many symlinks like this:
/usr/bin/htlatex -> ../share/texmf-dist/scripts/tex4ht/htlatex.sh
This won't work if the script is invoked as /bin/htlatex (which will
happen if /bin precedes /usr/bin in $PATH). Patch attached.
Committed t
On 2012-04-28 04:44, Corinna Vinschen wrote:
- Another problem I found is the way the `doenv' command works.
I like the idea, but it's not working well for tcsh scripts.
Assuming I want to extend the MANPATH variable, as for OpenSSL:
doenv MANPATH '${MANPATH}:/usr/ssl/man'
The re
On 2012-04-25 22:08, Chris Sutcliffe wrote:
Please upload:
Please leave 1.53-1 as previous and feel free to remove older releases.
Done and done.
Yaakov
401 - 500 of 1060 matches
Mail list logo
