On 2014-06-02 10:37, Chris J. Breisch wrote:
Chris J. Breisch wrote:
I replied to this off-list accidentally.
Yaakov (Cygwin/X) wrote:
> On 2014-05-30 12:32, Yaakov (Cygwin/X) wrote:
>> I started reviewing this, see inline.
>
> My modifications can be found he
Dr. Volker Zell,
gnutls-3.2.15 and libtasn1-3.6 contain fixes for several security
vulnerabilities. Are you able to update these libraries soon?
Yaakov
On 2014-05-31 17:58, Filipp Gunbin wrote:
On 2014-05-30 18:22, Filipp Gunbin wrote:
mp3info does not write or play mp3 stream (but it may read the stream
when given -r or -x switches, I don't know exactly).
And that's exactly why we can't allow it.
My final attempt: what if we remove those s
On 2014-05-30 12:32, Yaakov (Cygwin/X) wrote:
I started reviewing this, see inline.
My modifications can be found here:
https://sourceforge.net/p/cygwin-ports/man-db/
On 2014-05-30 09:22, Chris J. Breisch wrote:
Still, I've put up a new set of files, now. I eliminated the library
pa
On 2014-05-30 18:22, Filipp Gunbin wrote:
mp3info does not write or play mp3 stream (but it may read the stream
when given -r or -x switches, I don't know exactly).
And that's exactly why we can't allow it.
Yaakov
On 2014-05-30 14:18, Ken Brown wrote:
I'm attaching texlive_arch.patch and texlive_install.patch. The first
takes account of the fact that upstream TeX Live now supports 64-bit
Cygwin. The second avoids installing files that are intended for TeX
Live on native Windows.
Committed to master wit
I started reviewing this, see inline.
On 2014-05-30 09:22, Chris J. Breisch wrote:
Still, I've put up a new set of files, now. I eliminated the library
package for a few reasons.
1) The libraries can't be compiled into DLL's without some effort.
They appear to have unresolved references.
On 2014-05-29 17:14, David Stacey wrote:
On 29/05/14 18:26, Yaakov (Cygwin/X) wrote:
Sorry; our policy is to not include MP3 software in the distribution,
so unfortunately this package cannot be accepted.
Could you possibly elaborate on this please, as I wasn't aware of this
policy. I pr
On 2014-05-28 18:26, Filipp Gunbin wrote:
I'd like to maintain mp3info for Cygwin. It does not have a good build
system, but it's simple and I somewhat managed it to work. Besides
using it as a standalone utility, it can be used in Emacs EMMS (that's
in fact is why I need it).
Sorry; our poli
As just announced on the list, I have switched our Kerberos
implementation from Heimdal to MIT. The following packages need to be
rebuilt ASAP once you upgrade your libkrb5-devel and its dependencies:
* cyrus-sasl (David Rothenberger)
* serf (David Rothenberger)
* squid (Dr. Volker Zell)
Dr.
On 2014-04-27 21:34, Yaakov (Cygwin/X) wrote:
On 2014-04-24 15:42, Jon TURNEY wrote:
From a previous discussion [1] on this subject, it seems to be that
if this is
desirable, then source packages should be fixed rather than working
around
this in setup.
Attached is a patch to cygport to do
On 2014-05-04 02:29, Achim Gratz wrote:
Achim Gratz writes:
First off, there is a flurry of changes in the content of perl_vendor
that you didn't list in the announcement. This is exactly my gripe with
opaque bundling: anyone who's been relying on perl_vendor to deliver a
certain set of Perl di
On 2014-05-02 21:05, Ken Brown wrote:
On 5/2/2014 4:21 AM, Achim Gratz wrote:
Reini Urban writes:
It's vastly easier to keep perl_vendor than to split it up.
I've been looking at the test package for the upcoming 5.18.2 release
announced in http://cygwin.com/ml/cygwin-announce/2014-04/msg0003
On 2014-04-24 15:42, Jon TURNEY wrote:
From a previous discussion [1] on this subject, it seems to be that if this is
desirable, then source packages should be fixed rather than working around
this in setup.
Attached is a patch to cygport to do exactly that.
The downside is, if you then rebui
On 2014-03-27 13:50, Yaakov (Cygwin/X) wrote:
On 2014-03-19 13:04, Yaakov (Cygwin/X) wrote:
On 2014-03-19 11:32, Ken Brown wrote:
I've just started experimenting with using cygport for cross compiling,
and I've come across two issues:
1. This is just a request: The latest cygport
On 2014-04-08 15:52, Reini Urban wrote:
On Tue, Apr 8, 2014 at 1:01 PM, Achim Gratz wrote:
Reini Urban writes:
Nope.
Care to explain?
Already did. It's vastly easier to keep perl_vendor than to split it up.
For all parties.
Obviously, it's not, because perl_vendor hasn't been updated for
Chuck,
A vulnerability has been announced in jbigkit[1][2]; please either
update to 2.1, or add the following patch to 2.0:
http://pkgs.fedoraproject.org/cgit/jbigkit.git/plain/jbigkit-CVE-2013-6369.patch
TIA,
Yaakov
[1] https://www.cl.cam.ac.uk/~mgk25/jbigkit/CHANGES
[2] https://bugzilla.
On 2014-04-04 03:40, Corinna Vinschen wrote:
On Apr 3 18:52, Ken Brown wrote:
There is a problem with having fontconfig include the Windows Fonts
directory in /etc/fonts/fonts.conf. Namely, the font cache for that
directory is very likely to be out of date [*], but most users have
no idea that
On 2014-03-19 13:04, Yaakov (Cygwin/X) wrote:
On 2014-03-19 11:32, Ken Brown wrote:
I've just started experimenting with using cygport for cross compiling,
and I've come across two issues:
1. This is just a request: The latest cygport for Fedora appends i686 or
x86_64 to the n
I will be uploading the libraries listed in the subject soon. They are
all optional dependencies of ImageMagick, and libwebp can be used by
GraphicsMagick and will eventually be a dependency of future releases of
GStreamer and WebKit.
Please note that the uploaded version of libwebp will be n
On 2014-03-25 21:30, Shaddy Baddah wrote:
[snip]
If so, do we need a release of the -2 soon?
No, we don't; 0.20.2 will be available for both arches as soon as I'm
finished building GNOME 3.10 (as early as tomorrow).
Yaakov
On 2014-03-19 11:32, Ken Brown wrote:
I've just started experimenting with using cygport for cross compiling,
and I've come across two issues:
1. This is just a request: The latest cygport for Fedora appends i686 or
x86_64 to the name of the working directory. I would find it convenient
if cygp
On 2014-03-15 13:54, Reini Urban wrote:
Oh sorry. I was waiting for the latest socket fix upstream to fix the problem
with processes from the the CPAN shell not reacting to input, but it
didn't happen.
There are 12 test cases failing 32bit and 3 for 64bit so I guess it's time now.
http://perl514
In cygport git master, I changed how cygport uses pkg-config when
cross-compiling.
While pkg-config isn't technically a target tool (its configure doesn't
accept --target), using the plain pkg-config for cross-compiling
requires setting several environment variables. While this is easy
withi
Just noticed that Windows 8.1 compatibility was missing from
setup*.exe.manifest; patch attached.
Yaakov
2014-02-25 Yaakov Selkowitz
* setup.exe.manifest: Add Windows 8.1 to compatibility list.
* setup64.exe.manifest: Ditto.
Index: setup.exe.manifest
===
On 2014-02-18 07:28, Jon TURNEY wrote:
These packages contain the minidump analysis part of breakpad, a
multi-platform crash reporting and analysis system using minidumps.
It doesn't make much sense to package the libbreakpad_client crash handling
library, as this conflicts with cygwin's error_s
On 2014-02-17 16:44, Ken Brown wrote:
On 2/17/2014 3:25 PM, Yaakov (Cygwin/X) wrote:
On 2014-02-17 13:28, Ken Brown wrote:
If not, can the .la files for those three libraries be added to the
x86_64 distro?
That's clearly not necessary. The real question is if we should be
providing s
On 2014-02-17 13:28, Ken Brown wrote:
I know there has been a change in cygport so that by default, .la files
are no longer shipped. But the .la files for fontconfig, expat, and
freetype are needed for the Cygwin build of xetex.exe for the native TeX
Live distribution. This is a static build.
On 2014-02-11 04:22, Corinna Vinschen wrote:
On Feb 10 15:07, Yaakov (Cygwin/X) wrote:
When running rebase on multiple DLLs for x86, downwards rollover is
now going back to the top of the 64-bit address space, which isn't
right for x86 images. This patch should restore the previous
beha
When running rebase on multiple DLLs for x86, downwards rollover is now
going back to the top of the 64-bit address space, which isn't right for
x86 images. This patch should restore the previous behaviour of rolling
over (under?) to the top of the 32-bit space instead. I didn't attempt
to de
On 2014-02-06 20:41, Ken Brown wrote:
On 2/6/2014 7:43 PM, Yaakov (Cygwin/X) wrote:
AFAICS these are yours, as dependencies of biber:
[snip]
perl-Business-ISBN-DATA
Data
Typo, but cygwin-pkg-maint is all lower case anyway.
And these as mine, as dependencies of git
Dr. Volker,
When you have a chance, could you please rebuild neon with
--with-ca-bundle=/usr/ssl/certs/ca-bundle.crt, and add ca-certificates
to libneon27_REQUIRES?
TIA,
Yaakov
Ken,
During the x86_64 porting process, we added a large number of Perl
modules to the distro rather quickly, but we never updated cygwin-pkg-maint.
AFAICS these are yours, as dependencies of biber:
perl-Business-ISBN
perl-Business-ISBN-DATA
perl-Business-ISMN
perl-Business-ISSN
perl-Capture-
Corinna,
Now that ca-certificates provides /usr/ssl/cert.pem[1][2], which is the
hardcoded location in libcrypto, AFAICS libopenssl100 should depend on
ca-certificates. Note that Fedora does this as well[3], as do our
libgnutls28 and libnss3 packages. This would assure that e.g.
wget.x86_64
On 2014-01-29 11:07, Adam Dinwoodie wrote:
I seem to recall there being some discussion (I can't remember the
specific cases) about whether it would be sensible to have, for at least
the first release after a split, all the new packages depending on the
thinned down base one.
As an example, some
On 2014-01-29 05:53, Adam Dinwoodie wrote:
I have an outstanding issue with the packaging I've just spotted --
git-cvs relies on perl-DBD-SQLite, which doesn't exist.
More specifically, there has been one for x86_64 since I built
git.x86_64 during the bootstrap, but I see now that I didn't add
On 2014-01-15 03:12, Jan Nijtmans wrote:
2014/1/14 Yaakov (Cygwin/X):
I don't see any links to a -src package, or better yet, a URL to the
.cygport and patches (if any).
That's because the -src package is the same as
the "sqlite3" src package.
However, the one with the
Dr. Volker,
Could you add this patch to xpdf for CVE-2012-2142:
http://pkgs.fedoraproject.org/cgit/xpdf.git/plain/xpdf-3.03-CVE-2012-2142.diff
Yaakov
On 2014-01-14 13:49, Corinna Vinschen wrote:
Ok, thanks. Apart from that, would you mind to review the package and
give a GTG (or not)? I'm just not feeling savvy enough, neither in tcl
nor in sqlite.
I don't see any links to a -src package, or better yet, a URL to the
.cygport and patches (
On 2014-01-14 14:52, Corinna Vinschen wrote:
In how far does that affect the filename? We're adding new APIs
to Cygwin all the time, but the DLL is still called cygwin1.dll.
And that's how it works for any other DLL as well as long as it
doesn't break backward compatibility, API-wise.
This is
On 2014-01-14 09:50, Jan Nijtmans wrote:
After some experimenting, I'm proposing the following layout:
usr/lib/tcl8.5/sqlite3-> ../tcl8.6/sqlite3 (soft link)
usr/lib/tcl8.6/sqlite3/pkgIndex.tcl
usr/lib/tcl8.6/sqlite3/tclsqlite3.dll
usr/share/man/mann/sqlite3.n.gz
This way,
On 2014-01-14 10:45, Corinna Vinschen wrote:
And, having said that, I'm wondering why Cygwin has two dirs:
/usr/lib/tcl8.5
/usr/lib/tcl8
with the latter having two subdirs, 8.4 and 8.5. What's the
deal here?
There are two different ways of providing tcl extensions, packages and
module
On 2014-01-14 03:55, Corinna Vinschen wrote:
I don't know much about sqlite, but your package content puzzles me:
usr/lib/sqlite3.8.2/pkgIndex.tcl
usr/lib/sqlite3.8.2/sqlite382.dll
usr/share/man/mann/sqlite3.n.gz
This looks only vaguely related to tcl. I see that the existing
tcl-sqli
On 2014-01-10 00:06, Christopher Faylor wrote:
On Thu, Jan 09, 2014 at 11:32:44PM -0600, Yaakov (Cygwin/X) wrote:
Now that we're long finished bootstrapping cygwin64, I was wondering to
what degree (if any) are the cygwin32-* and cygwin64-* packages in
either the Cygwin distro or the F
Now that we're long finished bootstrapping cygwin64, I was wondering to
what degree (if any) are the cygwin32-* and cygwin64-* packages in
either the Cygwin distro or the Fedora Cygwin repository are of actual
use. If you are using any of these, please specify on which platform
you are using t
Please note that my SourceForge-hosted services have been upgraded to
their new platform. This means that the cygwin-ports and fedora-cygwin
git repos are now in new locations. You will need to run the following
command from within your git checkout(s) to continue to pull updates:
git remote
On 2013-11-21 03:06, Corinna Vinschen wrote:
2013-11-20 Yaakov Selkowitz
* crypt.c: #include to fix implicit declaration of time(3).
Thanks, applied. Shall I create a new release?
Since srand(3) takes an int, I'm not sure that it's actually necessary
in this particular case.
Attached patch is pretty self-explanatory.
Yaakov
2013-11-20 Yaakov Selkowitz
* crypt.c: #include to fix implicit declaration of time(3).
Index: crypt.c
===
RCS file: /cvs/cygwin-apps/crypt/crypt.c,v
retrieving revision 1.1.1
On 2013-11-17 14:36, Andrew Schulman wrote:
$ cygport lftp prep
cygport lftp.cygport prep ...
The .cygport is mandatory with spec-style cygport(5).
BTW, do you have pkg-config installed?
Yaakov
On 2013-11-06 13:52, Christopher Faylor wrote:
I've made a new version of 'texinfo' available for installation. This
is the most recent version of texinfo available from ftp.gnu.org.
Headsup package maintainers:
Some packages, particularly older ones, may require a patch for
compatibility wi
On 2013-10-18 11:40, Corinna Vinschen wrote:
On Oct 18 16:54, Sebastien wrote:
And I understood why they were missing: my locale is french under cygwin
(LANG=fr_FR), and the cygport tool is grepping output of "objdump -p" for the
text "DLL Name:" (file pkg_info.cygpart in cygport sources). When
On 2013-10-25 04:25, Damien Doligez wrote:
So, here it is: I have a new version of the OCaml package (4.01.0-1),
both for 32 and 64 bits. Both packages are marked as "test":
I have successfully finished my OCaml rebuild for both arches, so I made
these stable. It would still be helpful to hav
On 2013-10-29 04:14, Corinna Vinschen wrote:
On Oct 28 15:17, Yaakov (Cygwin/X) wrote:
I started working on porting flexdll-0.31, but the testsuite is
failing with "cannot relocate, target is too far" errors; IIUC the
issue has to do with our use of the medium code model. In the
On 2013-10-25 04:25, Damien Doligez wrote:
So, here it is: I have a new version of the OCaml package (4.01.0-1),
both for 32 and 64 bits. I have uploaded the files to cygwin.com,
but I haven't put the !ready files yet.
Both packages are marked as "test":
- For 32 bits, because I don't want to h
On 2013-10-25 04:25, Damien Doligez wrote:
How do we proceed? Should I send these !ready files?
Yes, please; I'll try to work on this from my end next week.
Yaakov
On 2013-10-22 12:59, Andrew Schulman wrote:
I'm sorry there's still no lftp for 64-bit - I'm having trouble compiling
it - a configure problem. I'll post about this soon to see if someone can
help me to solve it.
This builds and seems to be working:
http://cygwin-ports.git.sourceforge.net/git
On 2013-10-21 01:26, Jan Nieuwenhuizen wrote:
Jan, our 32 bit version of guile is 1.8.7 from 2010, the 64 bit version
is at 1.8.8. Do you see any chance to update guile to a 2.x version?
Ah, am I still maintainer for Guile?
Yes.
Currently, LilyPond does not work with guile 2 yet so we'd ha
On 2013-09-15 12:52, Jari Aalto wrote:
http://cante.net/~jaalto/tmp/cygwin/lcab/64/lcab/setup.hint
There were two errors in this setup.hint file:
1) The tag is 'requires:' with an 's'.
2) 'cygwin' should never be listed in requires:.
I fixed this on sourceware; please fix your local cop
On 2013-10-08 15:43, Achim Gratz wrote:
Yaakov (Cygwin/X) writes:
Thanks for pointing this out, but could you give me some specific CPAN
packages which use Module::Build::Tiny so I could work on this?
I've caught it on Test::Warnings and of course Module::Build::Tiny
itself; but any of
On 2013-10-08 14:12, Achim Gratz wrote:
While building some Perl modules today that use Module::Build::Tiny, the
install took place in the system site_perl rather than the inst
directory. The reason is that Module::Build::Tiny only recognizes
options with a double dash (i.e. --destdir=/path). S
On 2013-10-07 14:46, Christopher Faylor wrote:
On Mon, Oct 07, 2013 at 02:28:00PM -0500, Yaakov (Cygwin/X) wrote:
The attached patch for genini allows it to recognize (and ignore) the
new setup.hint tags.
Only skip: is a valid setup.hint tag.
OK, bad wording, but genini accepts an existing
The attached patch for genini allows it to recognize (and ignore) the
new setup.hint tags.
Yaakov
2013-10-07 Yaakov Selkowitz
* genini (parse): Ignore arch:, release:, and skip: tags.
Index: genini
===
RCS file: /cvs/cygwin-a
On 2013-10-07 13:03, Achim Gratz wrote:
The pcre directory has a setup.hint with just "skip:" as the only entry.
This would indicate a source-only package, however pcre does have a
package with documentation and binaries that can't be installed due to
this.
Fixed, thanks for noticing.
Yaakov
On 2013-10-04 10:07, Chris Olin wrote:
Didn't see this until after sending my response to Christopher. I'm
unfamiliar with Cygwin Ports. If libevent is already available there, is
there a process to have it brought into Cygwin so then all that I really
need to do is package tmux and send out an I
On 2013-10-03 09:54, Ken Brown wrote:
On 9/15/2013 2:27 AM, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=5 \
http://cante.net/~jaalto/tmp/cygwin/ctorrent/64/ctorrent/ctorrent-1.3.4-dnh3.2-2-src.tar.bz2
\
http://cante.net/~jaalto/tmp/cygwin/ctorrent/64/ctorrent/c
On 2013-08-15 12:50, Yaakov (Cygwin/X) wrote:
On 2013-08-15 10:32, Corinna Vinschen wrote:
Jason? Is there any chance you could pick this up?
I NMU'd both python and python3 for x86_64 earlier this week as a
prerequisite for the GNOME 3.8 update; so far they're both working well
On 2013-08-31 11:52, Corinna Vinschen wrote:
Reini Urban
clamav
I have NMU'd this as well.
Yaakov
On 2013-09-16 12:40, Christopher Faylor wrote:
On Fri, Sep 13, 2013 at 02:06:19PM -0400, Christopher Faylor wrote:
On Fri, Sep 13, 2013 at 12:10:47PM -0500, Yaakov (Cygwin/X) wrote:
cygcheck needs fixing wrt .tar.xz packages; patch attached.
Thanks for noticing this but I think I'd li
On 2013-08-03 14:36, Achim Gratz wrote:
David Stacey writes:
cygport already has the --exclude option that you can use when
specifying package contents.
Not really a cygport option, but a side-effect of $pkg_contents getting
expanded into the command line of (GNU) tar which then interprets the
On 2013-08-14 09:13, Corinna Vinschen wrote:
I'm puzzled. Here's my procmail.cygport file:
[snip]
MAKEOPTS="EXE=.exe LOCKINGTEST=100 BASENAME=${D}/usr MANDIR=${D}/usr/share/man"
[snip]
The important thing here is the definition of MAKEOPTS. When I call
`cygport procmail.cygport install, th
On 2013-09-12 13:32, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=5 \
http://cante.net/~jaalto/tmp/cygwin/pristine-tar/64/pristine-tar/pristine-tar-1.28-1-src.tar.bz2
\
http://cante.net/~jaalto/tmp/cygwin/pristine-tar/64/pristine-tar/pristine-tar-1.28-1.tar.bz2
On 2013-09-12 13:31, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=5 \
http://cante.net/~jaalto/tmp/cygwin/joe/64/joe/joe-3.7-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/joe/64/joe/joe-3.7-1.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/joe/64/joe/setu
On 2013-09-12 13:29, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=5 \
http://cante.net/~jaalto/tmp/cygwin/wcd/64/wcd/setup.hint \
http://cante.net/~jaalto/tmp/cygwin/wcd/64/wcd/wcd-5.2.4-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/wcd/64/wcd/wcd-5.2.4
On 2013-09-12 13:43, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=5 \
http://cante.net/~jaalto/tmp/cygwin/arc/64/arc/arc-5.21p-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/arc/64/arc/arc-5.21p-1.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/arc/64/arc/
On 2013-09-12 07:59, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-2.6.0-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-2.6.0-1.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/bzr/setup.hint
Upl
On 2013-09-11 21:44, Jari Aalto wrote:
2013-09-12 01:48 "Yaakov (Cygwin/X)"
| Could you rearrange the 64bit packages so they don't all end up in a
| 64' directory? e.g. ~jaalto/tmp/cygwin64/wcd/ with --cut-dirs=3?
Adjusted in later posts (bug in script dind't conside
On 2013-09-08 17:16, Christopher Faylor wrote:
- Handles any compression format as long as it is understood by 'tar
-vtf'. So .xz files should now be ok. If it isn't I'll be able to fix
that quickly. I believe that setup.exe should also properly handle .xz
files so I'd be interested in seeing
On 2013-09-09 01:15, David Stacey wrote:
# 32-bit:
# 64-bit:
Uploaded.
Please delete 1.8.3.1 and leave 1.8.4 as previous.
Done.
Yaakov
On 2013-09-09 01:16, David Stacey wrote:
In my capacity as doxygen maintainer, I have a build of mscgen for
64-bit Cygwin. Doxygen can use this package to add sequence diagrams to
the output. For sake of completeness, you may wish to take this until
such a time as Michael McTernan (the mscgen mai
On 2013-09-10 13:55, A.R. Burgers wrote:
new packages for fltk-1.3 are here for upload:
Uploaded.
Yaakov
On 2013-09-11 10:20, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/msmtp/msmtp-1.4.31-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/msmtp/msmtp-1.4.31-1.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/msmtp/setup.h
On 2013-09-11 10:43, Jari Aalto wrote:
2013-09-11 18:13 Jari Aalto wrote:
| Perl; upload to both 32bit and 64bit
wget --recursive --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/pwget/pwget-2013.0911+gitaf1c897-2-src.tar.bz2
\
http://cante.net/~jaalto/tmp/cy
On 2013-09-11 02:44, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/wcd/setup.hint \
http://cante.net/~jaalto/tmp/cygwin/wcd/wcd-5.2.4-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/wcd/wcd-5.2.4-1.tar.bz2
wget --re
On 2013-09-11 04:02, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-2.6.0-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-2.6.0-1.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/bzr/setup.hint
These 40
On 2013-09-11 04:49, Jari Aalto wrote:
wget --recursive --no-host-directories --cut-dirs=4 \
http://cante.net/~jaalto/tmp/cygwin/wcd/64/setup.hint \
http://cante.net/~jaalto/tmp/cygwin/wcd/64/wcd-5.2.4-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/wcd/64/wcd-5.2.4-1.tar.bz2
On 2013-09-11 08:47, Jon TURNEY wrote:
Is it possible to move python3-lxml from ports to the distro?
Done for both python-lxml and python3-lxml. HTH,
Yaakov
On 2013-09-03 07:53, Dr. Volker Zell wrote:
Is it possible to move libzip from ports to the distros ? I could use it in the
latest version of pstoedit for a new backend generating PowerPoint pptx files.
Done. HTH,
Yaakov
On 2013-08-31 11:52, Corinna Vinschen wrote:
Charles Wilson
libtirpc
xerces-c
Reini Urban
protobuf
FYI, I just NMU'd these as prereqs of Ports packages.
Yaakov
On 2013-09-10 12:50, Christopher Faylor wrote:
upset's version normalizer considers (not unreasonably I think)
4-1.4p6-11 to be the same as 4-1.4-p6-11. So, having both files in the
same directory is going to confuse things.
This would be partially my fault. I NMU'd 1.4-p6-11 as part of the
On 2013-08-15 13:23, Corinna Vinschen wrote:
On Aug 15 12:50, Yaakov (Cygwin/X) wrote:
I NMU'd both python and python3 for x86_64 earlier this week as a
prerequisite for the GNOME 3.8 update; so far they're both working
well.
That sounds good, basically, but what means "N
On 2013-08-15 10:32, Corinna Vinschen wrote:
Jason? Is there any chance you could pick this up?
I NMU'd both python and python3 for x86_64 earlier this week as a
prerequisite for the GNOME 3.8 update; so far they're both working well.
Yaakov
On 2013-08-05 04:25, Corinna Vinschen wrote:
beforelight
e2fsimage
exif
fvwm
gsm
libesmtp
libmetalink
mkcomposecache
odbc-psql
python-twisted
sessreg
snownews
xcb-util-renderutil
These are up now as well.
>grandr
>xfindproxy
These are deprecated,
On 2013-08-05 04:25, Corinna Vinschen wrote:
editres
js185
lighttpd
nspr
nss
perl-clone
These are up now.
Yaakov
On 2013-07-30 20:52, Yaakov (Cygwin/X) wrote:
I have patchsets ready for 2.7.5 (to fix the parsetuple issue) and 3.2.5
in Ports git; see 3.2-thread-cygwin64.patch for my proposed solution,
which would have to be rebased to a newer version and expanded to all
the other platform-specific
On 2013-08-06 14:48, Jon TURNEY wrote:
ORPHANED
xmon
I do use this occasionally, so if Yaakov doesn't want this, I will adopt it.
Go ahead.
Yaakov
On 2013-08-06 00:26, Andrew Schulman wrote:
In x86, please obsolete lablgtk2, and unfortunately also sng. sng depends
on libpng12, which is now obsolete.
FreeBSD Ports builds sng with libpng15's internal headers; just added
similar hack to Ports git:
http://cygwin-ports.git.sourceforge.net/
On 2013-08-02 09:32, Corinna Vinschen wrote:
The configury consists of a non-autoconf configure file in the toplevel
dir, which disallows to build outside the source tree. But I have to
use it to get a `all in one go' configure/make run.
This is explicitly mentioned in the cygconf section of t
On 2013-08-01 07:57, Simon Barnes wrote:
I'm having difficulty with this and would appreciate any suggestions.
It does build under 32-bit cygwin.
Not really. The included makefile tries to force Cygwin to use ODBC32,
where we use iODBC; the conflicts between the two is what cause this
error.
On 2013-08-01 09:37, Corinna Vinschen wrote:
from the list Yaakov generated today, I created another list of missing
packages sorted by maintainer (first name). That gives you an easy
overview what's missing and which of those packages are yours. It's not
a very long list, actually.
It would b
On 2013-08-01 08:53, Chris Sutcliffe wrote:
On 1 August 2013 08:04, Corinna Vinschen wrote:
On Aug 1 07:36, Chris Sutcliffe wrote:
One thing I
noticed is that cygport listed cygwin64-gcc-core as a dependency for
cppcheck. Will this cause an issue when installed on 64-bit Cygwin?
This looks
1 - 100 of 1060 matches
Mail list logo
