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 here:
https://sourceforge.net/p
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
package
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
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-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 presume
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-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
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-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
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-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
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-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
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 for Fedora
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
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]
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
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
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 name
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
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.
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
Just noticed that Windows 8.1 compatibility was missing from
setup*.exe.manifest; patch attached.
Yaakov
2014-02-25 Yaakov Selkowitz yselkow...@users.sourceforge.net
* setup.exe.manifest: Add Windows 8.1 to compatibility list.
* setup64.exe.manifest: Ditto.
Index:
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
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-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 static
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
behaviour
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
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
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
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.
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,
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
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 latest modifications can
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 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
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
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 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 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
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
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 Fedora
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
On 2013-11-21 03:06, Corinna Vinschen wrote:
2013-11-20 Yaakov Selkowitz yselkowitz@...
* crypt.c: #include time.h 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
Attached patch is pretty self-explanatory.
Yaakov
2013-11-20 Yaakov Selkowitz yselkowitz@...
* crypt.c: #include time.h to fix implicit declaration of time(3).
Index: crypt.c
===
RCS file: /cvs/cygwin-apps/crypt/crypt.c,v
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
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 have
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
In theory
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
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:
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
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).
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
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
The attached patch for genini allows it to recognize (and ignore) the
new setup.hint tags.
Yaakov
2013-10-07 Yaakov Selkowitz yselkowitz@...
* genini (parse): Ignore arch:, release:, and skip: tags.
Index: genini
===
RCS
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
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
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
\
On 2013-08-31 11:52, Corinna Vinschen wrote:
Reini Urban
clamav
I have NMU'd this as well.
Yaakov
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.
I just
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 like
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,
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
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
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 \
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 \
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 \
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
\
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-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-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 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
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
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
\
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 \
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-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
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-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-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 consider 64bit URLs)
You fixed
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 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-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 NMU'd? :}
Non
On 2013-08-05 04:25, Corinna Vinschen wrote:
editres
js185
lighttpd
nspr
nss
perl-clone
These are up now.
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-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 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:
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-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
On 2013-08-01 02:57, Corinna Vinschen wrote:
On Jul 31 18:23, Yaakov (Cygwin/X) wrote:
I just copied over the newest version of all noarch packages whose
deps are available. Ignoring obsolete packages, as of this moment,
the diffstat between the arches is +81/-316.
Cool, many thanks!
How
On 2013-08-01 04:05, Corinna Vinschen wrote:
I could take your diff and generate a missing packages list with
maintainer names from there and publish it here on cygwin-apps.
I could do this every few weeks, so we could keep a porting progress
and discussion platform to discuss the dependencies
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
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
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
On 2013-07-15 13:58, Christopher Faylor wrote:
The new setup.exe will still understand old setup.ini's, just not the
reverse.
However, all that I did to upset (for this particular change there were
a few more other changes required) was add --release and --arch options
to produce the setup.ini
1 - 100 of 975 matches
Mail list logo