Re: [RFU 64bit] w3m-0.5.3-1

On 2013-04-29 17:31, Bob Heckel wrote: Initial 64bit package (no X11 image support yet). Uploaded. Yaakov

Re: how to build setup.exe?

On 2013-04-26 10:35, SB Lock wrote: 1. do I need to download and build libbz2 liblzma libgcrypt or should bootstrap already be able to find them and the headers? do I need some extra build environment settings? On Cygwin, you need to install the following packages and their dependencies: aut

Re: [HEADSUP] Please try to build your packages for 64 bit

On 2013-04-23 05:20, Corinna Vinschen wrote: But isn't that what noarch packages are about? Since they are architecture-independent you can easily share them. Or do you have an example where we must have different versions of a noarch package in the i686 and the x86_64 release? In general, we

Re: [RFU 64bit] gmp / mpfr / mpc / ppl / isl / cloog-ppl / cloog

On Sun, 2013-04-21 at 21:41 +0200, marco atzeri wrote: > there is also a mismatch gmp-devel and libgmp-devel, how we solve ? > Similar for the some of the other packages AFAIAC we should stick with the lib*-devel names. Yaakov

Re: [RFU 64bit] gmp / mpfr / mpc / ppl / isl / cloog-ppl / cloog

On Sun, 2013-04-21 at 20:12 +0200, Achim Gratz wrote: > After some false starts trying to get things play well together, I've > done extensive changes to the packaging so it becomes more coherent, to > me anyway. I hope this makes the maintenance a bit easier in the long > run, but if anybody has

Re: [HEADSUP] Please try to build your packages for 64 bit

On 2013-04-20 03:43, marco atzeri wrote: for ImageMagick still missing: libautotrace3 libfpx1 libgs9 libpango1.0_0 librsvg2_2 librsvg deps pango which deps harfbuzz, so we need to fix the C++ template issue first. Yaakov

Re: No cc command.

On 2013-04-20 13:46, Corinna Vinschen wrote: Yes, known problem. cc is only missing for the time being. So far it was created by alternatives (to support gcc-3 vs. gcc-4 on 32 bit), but in future I guess we should simply create cc as symlink to gcc right in the gcc-core package. Just create th

Re: cloog-ppl vs. cloog-isl

On 2013-04-20 12:39, Achim Gratz wrote: I've realized that both packages try to install /usr/share/info/cloog.info. Simply renaming the file doesn't work since the directory entry will be wrong. I could drop libcloog-ppl-doc and only provide this via libcloog-isl-doc or I'd have to patch the te

Re: [RFU] (gcc-4.7.2-2 test) ppl

On 2013-04-18 12:37, Achim Gratz wrote: $wget/ppl/libppl-devel/setup.hint FYI, there is no obsoletes: tag. I created the necessary upgrade helper for ppl-devel and marked it as test:. Yaakov

Re: [RFU] (gcc-4.7.2-2 test) gmp

On 2013-04-19 03:03, Corinna Vinschen wrote: Uploaded. The libgmp10/setup.hint file was missing a "test:" line. I added that on cygwin.com. I just uploaded the rest. Yaakov

Re: [RFU] (gcc-4.7.2-2 test) gmp

On 2013-04-18 12:32, Achim Gratz wrote: Test packages built with gcc-4.7.2-2, please upload as test and leave current and previous unchanged. The bundled setup.hint files only set the test version, I hope this works as intended with upset. No, it doesn't. Quoting from

Re: GCC-4.7.2-2: Go/No-go?

On 2013-04-09 11:17, Dave Korn wrote: I have a release of 4.7.2-2 ready to upload. FYI, there is still the issue with Ada code linked with -bargs -shared not exiting normally[1]. As this is not a regression from 4.5, and only affects GNAT, please don't hold up 4.7.3 over this, but it woul

Re: GCC-4.7.2-2: Go/No-go?

On 2013-04-11 07:32, Dave Korn wrote: On 11/04/2013 07:58, Yaakov (Cygwin/X) wrote: Your boehm-gc patch can replace my java-libgc-win32.patch, provided it works properly. It appears to, libjava testsuite results are as good as they've ever been, although I don't know whether

Re: [RFU 32 + 64bit] fltk-1.3.1.9857-2

On 2013-04-15 15:03, marco atzeri wrote: On 4/15/2013 8:40 PM, a.rburgers wrote: I switched from manual setup.hints to cygport autobuilded setup.hint. I had embedded newlines in the values of the _REQUIRES variables, which apparently is not allowed. new packages for fltk-1.3 fixing this are ava

Re: 64bit: cygstdc++-6.dll

On 2013-04-15 04:48, Corinna Vinschen wrote: On 32 bit, the .xa script is used, but has no influence, apparently. On 64 bit, the .x script is used, even with --enable-auto-import. The reason being, on x86_64, .xa is used only if pseudo-reloc v1 is specified (the default is v2), where on ix86 i

Re: [64bit] GCC 4.8.0 LTO issue: lto1: internal compiler error: in add_symbol_to_partition, at lto/lto-partition.c:284

On 2013-04-11 03:58, Václav Zeman wrote: I have tried to compile log4cplus (C++ logging library) on Cygwin64 with -flto GCC option. I am getting the following failure: lto1: internal compiler error: in add_symbol_to_partition, at lto/lto-partition.c:284 Confirmed; I suggest you continue pursui

Re: Recent cygport and cygwin-specific READMEs [Was: Re: GCC-4.7.2-2: Go/No-go?]

On 2013-04-13 00:55, Andy Koppe wrote: Cygport prints ">>> mintty requires:" at the end, which is correct as it doesn't require anything beyond the Cygwin DLL, but there's no setup.hint. As Corinna already pointed out, this is a sign that the setup.hint generation succeeded, and in this case t

Re: GCC-4.7.2-2: Go/No-go?

On 2013-04-12 12:34, Dave Korn wrote: I should still package the updated version of fix-libtool-scripts-for-latest-gcc-runtimes.sh and invoke it postinstall for the benefit of any other .la files that are still on the system, right? Yes, absolutely. Yaakov

Re: GCC-4.7.2-2: Go/No-go?

On 2013-04-11 23:24, Dave Korn wrote: I usually recommend using cygport git master, and a number of maintainers track it. I want to ship packages that the general public can rebuild using the standard distro really. Do you have any idea of a schedule for releasing these features? Most of

Re: GCC-4.7.2-2: Go/No-go?

On 2013-04-11 07:35, Dave Korn wrote: On 11/04/2013 13:22, NightStrike wrote: Speaking of which.. 4.8 is out... So is GNOME 3.8.0, but I tend to let others deal with the early bugs and catch up by .1 or even .2. Point. Anyone got any particular preference whether I go for a 4

Re: GCC-4.7.2-2: Go/No-go?

On 2013-04-11 07:32, Dave Korn wrote: On 11/04/2013 07:58, Yaakov (Cygwin/X) wrote: Also in the 4.8 branch is a patch to unversion the LTO plugin; it applies to 4.7 as well. I'll take a look for that. Does it really matter? I don't suppose we need support swapping LTO plugi

Re: Recent cygport and cygwin-specific READMEs [Was: Re: GCC-4.7.2-2: Go/No-go?]

On 2013-04-11 07:37, Charles Wilson wrote: #1) Is it possible to also record cygwin-specific README content within the cygport(5)? [1] If so, can you do more than one? (I'm thinking here of inetutils, which has a separate cygwin-specific README for the -server (sub)package and for the -client (su

Re: [64bit] type conflict for INT32

On 2013-04-11 11:56, Ken Brown wrote: /usr/include/jmorecfg.h (from libjpeg-devel-1.2.1-1) contains typedef long INT32 Aside from the fact that this produces a confusing name for a 64-bit data type Per the comment there: "INT32 must hold *at least* signed 32-bit values" (emphasis mine).

Re: GCC-4.7.2-2: Go/No-go?

On 2013-04-11 01:02, Dave Korn wrote: Yes, I've looked at most of your patches already, I'm not saying there's any complication in adding them, it's just that I didn't want to wait another howevermany days before getting 4.7.2-2 out there. I'll put them all into the next release, which I'll g

Re: 64 bit: "noarch" packages and going beta

On 2013-04-10 08:16, Corinna Vinschen wrote: - Does anybody know of a simple way to find out which packages in the 32 bit distro are actually "noarch' packages? The reason I'm asking is that I'm looking for a simple way to fill up the 64 bit distro with all the packages which don't come

Re: [ITP] libffi (attn: Dave Korn)

On 2013-04-10 20:40, Dave Korn wrote: Surely there'll be a problem if the curr: version of everything else goes to 4.7.3-1 but there's no matching version of libffi4? Not as long as 4.5.3-3-src remains. Yaakov

Re: [ITA] mpfr (libmpfr-devel / libmpfr4)

On 2013-04-10 10:27, Achim Gratz wrote: Yaakov (Cygwin/X) writes: Also, automating the patches is possible, e.g.: PATCH_URI=$(seq -f http://www.mpfr.org/mpfr-${VERSION}/patch%02.0f 1 3) Then use the '3' to control the number of patches available. The problem wasn't really

Re: GCC-4.7.2-2: Go/No-go?

On 2013-04-10 11:56, Dave Korn wrote: It takes 11 hours on a triple-core machine at -j6 to build and package GCC. In order to guarantee consistent reproduction I always respin the built package from -src package through two generations. It then takes three to five days to run enough of the

Re: [ITP] libffi (attn: Dave Korn)

On 2013-04-10 16:34, Dave Korn wrote: On 10/04/2013 10:50, Yaakov (Cygwin/X) wrote: Only the man3 pages collide with gcc4-core. But gcc's libffi.dll.a will take priority over the one in /usr/lib (see gcc -print-search-dirs), so manual intervention will be necessary until our gcc stops shi

Re: [RFC] libjpeg-turbo

On 2013-04-10 06:49, Charles Wilson wrote: BTW, which processor do we target these days in 32bit cygwin, as that will affect which SIMD instruction set is enabled whn libjpeg-turbo is built? i686? i686-pc-cygwin-gcc is configured with --with-arch=i686 --with-tune=generic. Yaakov

Re: [SECURITY] tiff

On 2012-12-15 23:06, Yaakov (Cygwin/X) wrote: Chuck, Security vulnerabilities have been announced for the tiff package. Please update tiff to 3.9.7 together with this patchset ASAP: http://pkgs.fedoraproject.org/cgit/libtiff.git/tree/?h=f17 http://cygwin-ports.git.sourceforge.net/git

Re: [ITA] ppl / cloog-ppl

On 2013-04-06 05:45, Achim Gratz wrote: Packages orphaned by David Billinghurst. Test version for gcc-4.7.2 only. GTG. When installing, make sure you de-install all old packages to avoid old files sticking around due to the package renames. We can create obsolete packages to handle the ren

Re: 64bit: cygstdc++-6.dll

On 2013-04-09 11:11, Dave Korn wrote: On 09/04/2013 11:30, Yaakov (Cygwin/X) wrote: On 2013-04-09 02:08, Dave Korn wrote: On 25/03/2013 08:52, Corinna Vinschen wrote: On Mar 24 03:33, Yaakov (Cygwin/X) wrote: In any case, the error is a result of adding one of Dave Korn's patches:

Re: [ITP] libffi (attn: Dave Korn)

On 2013-04-10 04:29, Corinna Vinschen wrote: On Apr 10 04:06, Yaakov (Cygwin/X) wrote: libffi development moved out of GCC into a separate project a long time ago; the copy included in GCC is used for libgcj, but only as a convenience (static) library, and it is usually a few point releases

Re: [ITA] mpclib (mpclib-devel / libmpc1 / libmpc3)

On 2013-04-02 10:27, Achim Gratz wrote: I've added test packages compiled with gcc-4.7.2-1 (to be installed by manually selecting them, like the test version of gcc itself): PKG_CONTENTS[] is deprecated. Instead, do: mpclib_CONTENTS='usr/share' libmpc3_CONTENTS='usr/bin/cygmpc-3.dll' libmpc_d

Re: [ITA] mpfr (libmpfr-devel / libmpfr4)

On 2013-04-02 10:27, Achim Gratz wrote: I've added test packages compiled with gcc-4.7.2-1 (to be installed by manually selecting them, like the test version of gcc itself): FYI, 3.1.2 is out now. Also, automating the patches is possible, e.g.: PATCH_URI=$(seq -f http://www.mpfr.org/mpfr-${VE

Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)

On 2013-04-02 10:26, Achim Gratz wrote: I've added test packages compiled with gcc-4.7.2-1 (to be installed by manually selecting them, like the test version of gcc itself): Style point: doins can take multiple arguments at once, and for installing docs, use docinto/dodoc instead, e.g.: doci

[ITP] libffi (attn: Dave Korn)

libffi development moved out of GCC into a separate project a long time ago; the copy included in GCC is used for libgcj, but only as a convenience (static) library, and it is usually a few point releases behind the standalone version. Finally, last month, GCC was patched upstream to stop inst

[RFC] libjpeg-turbo

Chuck (and other affected parties), The libjpeg-turbo project provides SIMD acceleration while remaining API and ABI compatible with IJG libjpeg 6b/7/8 (based on configure flags). I have been using this libjpeg8 locally instead of the IJG one from the distro for some time, and have seen no ABI

Re: 64bit: cygstdc++-6.dll

On 2013-04-09 02:08, Dave Korn wrote: On 25/03/2013 08:52, Corinna Vinschen wrote: On Mar 24 03:33, Yaakov (Cygwin/X) wrote: In any case, the error is a result of adding one of Dave Korn's patches: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/gcc;a=blob;f=4.7-li

Re: 64bit doxygen-1.8.3.1-1: compilation error [ATTN: Yaakov]

On 2013-04-01 09:39, David Stacey wrote: Thank you for building a 64-bit version of doxygen. As doxygen maintainer, I wanted to rebuild this myself (mainly so that it was built for linux-g++ rather than win32-g++). However, when I try to re-build your doxygen-1.8.3.1-1 package with cygport, I get

Re: setup.exe now requires administrator privileges

On Wed, 2013-04-03 at 17:19 +1100, Shaddy Baddah wrote: > I've just run the setup64.exe following a procedure I use to defeat > UAC's privilege elevation based on the "setup" substring. That is I > renamed it to cygpkg64.exe and ran it as a non-privileged user. > > I've noticed that this no longer

Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)

On Sun, 31 Mar 2013 19:57:09 +0100, Dave Korn wrote: > And the reroll failed to build because of the problem JonY ran into with > java. Turns out that libjava keys off the presence of pthread_getattr_np > (added to the DLL a few versions ago) to decide whether to invoke a couple of > boehm-gc fu

Re: GCC 4.7 and dependencies

On Tue, 02 Apr 2013 18:23:00 +0200, Achim Gratz wrote: > Yaakov (Cygwin/X) writes: > > http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/ppl > > http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/cloog-ppl > > I'm looking at pp

Re: cygwin 64 bit X.org printproto

On Mon, 25 Mar 2013 17:38:09 +0100, adam kisiel wrote: > ftp://cygwin.com/pub/cygwin/64bit/release/X.Org/printproto/ > no packages I'm not sure how that happened, but in any case, printproto was only in the 32bit distro due to lesstif's headers' use thereof (even though it was compiled without Xpr

Re: 64bit: cygstdc++-6.dll

On 2013-03-23 04:50, Corinna Vinschen wrote: On Mar 22 19:11, marco atzeri wrote: latest libstdc++6-4.8-20130319-1 has at least a missing entry point from previous dll cmake fails with "_ZTVN10_cxxabiv117_class_type_infoE could not be located" However, a quick glance into the symbols exporte

Re: Maintainers please weigh in on 64-bit Cygwin

On Sun, 17 Mar 2013 18:43:52 +0100, Achim Gratz wrote: > My working assumption is that the differences between the two > architectures can nearly be absorbed by cygport so that a single > definition can be used to produce both packages. I also hope that it > will be possible in the future to cross

Re: [PATCH] setup: port to 64-bit, part 2

On Sun, 17 Mar 2013 13:58:10 -0400, Christopher Faylor wrote: > Btw, was it announced that Yaakov was working on a complete 64-bit > release? I knew that this was a possibility but was it actually > announced that there would be a release area in cygwin's ftp area with > packages (presumably) buil

Re: 64bit: cmake and fortran

On Sat, 16 Mar 2013 07:24:49 +0100, marco atzeri wrote: > I built the 64 bit cmake version, but it segfaults on some tests. > So I am not sure if its cygwin dll or cmake fault. Was this with -5 or -7? I'm finding -5 more reliable, despite the limitation of no parallel make. > If anyone is intere

Re: [PATCH] setup: port to 64-bit, part 2

On Sat, 16 Mar 2013 07:08:01 +0100, marco atzeri wrote: > how far we are from the 64bit setup release ? > > I miss the dependency check of cygport ;-) The setup code is ready to ship for 64bit; what's needed now is setting up a cronjob to generate the setup64.ini. Hopefully that can be done soon

Re: Release directories (was Re: [PATCH] setup: port to 64-bit, part 1)

On Thu, 14 Mar 2013 10:57:57 -0400, Christopher Faylor wrote: > On Thu, Mar 14, 2013 at 10:41:47AM +0100, Corinna Vinschen wrote: > >On Mar 13 21:01, Yaakov wrote: > >> On Wed, 13 Mar 2013 12:51:18 +0100, Corinna Vinschen wrote: > >> > If Yaakov applied the changes necessary to get the 64 bit setup

Re: Release directories (was Re: [PATCH] setup: port to 64-bit, part 1)

On Thu, 14 Mar 2013 12:23:38 +0100, Corinna Vinschen wrote: > Your mail reminds me... what about the src packages? In theory > they are only required once, regardless of the number of supported > architectures. Shouldn't this also lead to using a separate src > dir? I don't think this would wor

Re: Release directories (was Re: [PATCH] setup: port to 64-bit, part 1)

On Thu, 14 Mar 2013 11:43:20 +0100, marco atzeri wrote: > 64 bit > $ tar -tf readline-6.2-1.tar.bz2 |grep dll > usr/bin/cyghistory7.dll > usr/bin/cygreadline7.dll That was a mistake which I just fixed. Yaakov

Re: Release directories (was Re: [PATCH] setup: port to 64-bit, part 1)

On Thu, 14 Mar 2013 10:41:47 +0100, Corinna Vinschen wrote: > On Mar 13 21:01, Yaakov wrote: > > Before we do that, I think we need to consider a bit of > > reorganization. As in any binary distribution, there are many "noarch" > > packages which could be used for both i686 and x86_64. Providing

Release directories (was Re: [PATCH] setup: port to 64-bit, part 1)

On Wed, 13 Mar 2013 12:51:18 +0100, Corinna Vinschen wrote: > If Yaakov applied the changes necessary to get the 64 bit setup running > for a start, would it be possible to let upset create a setup64.ini file > for the current cygwin/64bit/release test area? Before we do that, I think we need to c

[PATCH] setup: port to 64-bit, part 2

This patch adjusts the EXE name, ini/bz2 name, registry calls, and default Cygwin root for x86_64. For now, setup64.exe is x86_64 only, but hopefully this should allow a future patch to allow switching based on command-line option or additional preference page to be minimally invasive. -- Yaakov

[PATCH] crypt: cross-compiling and 64-bit issues

The attached patch fixes issues building crypt for x86_64. -- Yaakov crypt-cross-compile.patch Description: Binary data

Re: GCC 4.7 and dependencies

On Tue, 12 Mar 2013 07:44:56 +0100, Achim Gratz wrote: > How did isl make it into the list, it doesn't seem to be used so > far, perhaps a new dependency for gcc48? Exactly; we're already using 4.8 for x86_64. Yaakov

Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)

On Tue, 12 Mar 2013 07:02:22 +0100, Achim Gratz wrote: > I can spin whatever version you want (I did start with 5.1.1 actually, > but had to row back) if you can ensure that the system as a whole keeps > working after the update, which involves AFAICS a large number of > packages to be updated simu

Re: GCC 4.7 and dependencies

On Mon, 11 Mar 2013 18:40:55 -0500, Yaakov (Cygwin/X) wrote: > JonY, Achim, and others, > > I have updated .cygport and patch files for GCC and its dependencies: > > http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/gcc I forgot to mention that this requi

Re: [ITA] mpclib (mpclib-devel / libmpc1 / libmpc3)

On Sun, 10 Mar 2013 16:50:04 +0100, Achim Gratz wrote: > - provide libmpc1 for compatibility with existing packages (the old > package pinned the library version to -1 even though the API version > was -3), the actual library content is identical This was a mistake then; please don't propagate

Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)

On Sun, 10 Mar 2013 16:36:05 +0100, Achim Gratz wrote: > Packages orphaned by David Billinghurst. > > - no update due to compatibility issues with existing applications GCC 4.8 uses isl/cloog-isl for Graphite, which require GMP 5.x. So we need to update now; packages which depend on libgmp3 will

Re: GCC 4.7 and dependencies

On Tue, 12 Mar 2013 00:57:45 +, Dave Korn wrote: > > I have updated .cygport and patch files for GCC and its dependencies: > > > > http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/gcc > > I'm trying to look at this, but all I get is errors: > > > $ git clone git://cygw

Re: RFU: mksh-44-1

On Wed, 6 Mar 2013 17:36:11 -0500, Chris Sutcliffe wrote: > Please upload: [snip] > Please remove 43-1 and leave 41-1 as previous. Done and done. Yaakov

Re: ITP: unrar-free 0.0.1+cvs2007112-1

On Wed, 06 Mar 2013 12:28:05 +0200, Jari Aalto wrote: > sdesc: "Unarchiver for RAR files" > ldesc: "Extract files from RAR archives. This program does not create RAR > archives. Note: Because RAR algorithm is non-free, it may not be > possible that not all RAR archives are not compatible with the >

Re: GCC maintainer volunteer?

On Sat, 23 Feb 2013 23:55:43 -0500, Christopher Faylor wrote: > I'd be happy to get rid of it but don't people still use it? We can't > have the gcc4 package overwriting someone's gcc3 if so. For what exactly? The only messages I have seen about it are those who installed 'gcc' thinking it was t

Re: RFU: checkbashisms 2.12.6-1

On Tue, 05 Mar 2013 12:26:16 +0200, Jari Aalto wrote: > wget --recursive --no-host-directories --cut-dirs=3 \ > > http://cante.net/~jaalto/tmp/cygwin/checkbashisms/checkbashisms-2.12.6-1-src.tar.bz2 > \ > > http://cante.net/~jaalto/tmp/cygwin/checkbashisms/checkbashisms-2.12.6-1.tar.bz2

Re: RFU: pylint 0.25.1-2 (Python 2.7 transition)

On Tue, 05 Mar 2013 13:20:36 +0200, Jari Aalto wrote: > wget --recursive --no-host-directories --cut-dirs=3 \ > http://cante.net/~jaalto/tmp/cygwin/pylint/pylint-0.25.1-2-src.tar.bz2 \ > http://cante.net/~jaalto/tmp/cygwin/pylint/pylint-0.25.1-2.tar.bz2 \ > http://cante.net/~jaalto/tmp/

Re: RFU: httping 1.6-1

On Tue, 05 Mar 2013 12:33:32 +0200, Jari Aalto wrote: > wget --recursive --no-host-directories --cut-dirs=3 \ > http://cante.net/~jaalto/tmp/cygwin/httping/httping-1.6-1-src.tar.bz2 \ > http://cante.net/~jaalto/tmp/cygwin/httping/httping-1.6-1.tar.bz2 \ > http://cante.net/~jaalto/tmp/cy

Re: RFU: posh 0.11

On Tue, 05 Mar 2013 11:53:12 +0200, Jari Aalto wrote: > wget --recursive --no-host-directories --cut-dirs=3 \ > http://cante.net/~jaalto/tmp/cygwin/posh/posh-0.11-1-src.tar.bz2 \ > http://cante.net/~jaalto/tmp/cygwin/posh/posh-0.11-1.tar.bz2 \ > http://cante.net/~jaalto/tmp/cygwin/posh/

Re: RFU: pngquant 1.8.3+20130305+git0e3fb62-1

On Tue, 05 Mar 2013 11:49:54 +0200, Jari Aalto wrote: > wget --recursive --no-host-directories --cut-dirs=3 \ > > http://cante.net/~jaalto/tmp/cygwin/pngquant/pngquant-1.8.3+20130305+git0e3fb62-1-src.tar.bz2 > \ > > http://cante.net/~jaalto/tmp/cygwin/pngquant/pngquant-1.8.3+20130305+git

Re: RFU: pngcrush 1.7.26+20130305+gitb6d8931-1

On Tue, 05 Mar 2013 11:40:44 +0200, Jari Aalto wrote: > wget --recursive --no-host-directories --cut-dirs=3 \ > > http://cante.net/~jaalto/tmp/cygwin/pngcrush/pngcrush-1.7.26+20130305+gitb6d8931-1-src.tar.bz2 > \ > > http://cante.net/~jaalto/tmp/cygwin/pngcrush/pngcrush-1.7.26+20130305+g

Re: RFU: msmtp 1.4.30-1

On Tue, 05 Mar 2013 11:24:26 +0200, Jari Aalto wrote: > wget --recursive --no-host-directories --cut-dirs=3 \ > http://cante.net/~jaalto/tmp/cygwin/msmtp/msmtp-1.4.30-1-src.tar.bz2 \ > http://cante.net/~jaalto/tmp/cygwin/msmtp/msmtp-1.4.30-1.tar.bz2 \ > http://cante.net/~jaalto/tmp/cygw

Re: RFU: licensecheck 2.12.6-1

On Tue, 05 Mar 2013 11:06:39 +0200, Jari Aalto wrote: > wget --recursive --no-host-directories --cut-dirs=3 \ > > http://cante.net/~jaalto/tmp/cygwin/licensecheck/licensecheck-2.12.6-1-src.tar.bz2 > \ > > http://cante.net/~jaalto/tmp/cygwin/licensecheck/licensecheck-2.12.6-1.tar.bz2 > \

Re: RFU: fossil 20130216000435-1

On Tue, 05 Mar 2013 10:45:40 +0200, Jari Aalto wrote: > wget --recursive --no-host-directories --cut-dirs=3 \ > > http://cante.net/~jaalto/tmp/cygwin/fossil/fossil-20130216000435-1-src.tar.bz2 > \ > > http://cante.net/~jaalto/tmp/cygwin/fossil/fossil-20130216000435-1.tar.bz2 \ > http

Re: RFU: mercurial 2.5.2

On Tue, 05 Mar 2013 10:29:48 +0200, Jari Aalto wrote: > wget --recursive --no-host-directories --cut-dirs=3 \ > > http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-2.5.2-1-src.tar.bz2 \ > http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-2.5.2-1.tar.bz2 \ > http://cante.net

Re: ITP: unrar-nonfree 4.2.4-1

On Tue, 05 Mar 2013 09:56:09 +0200, Jari Aalto wrote: > sdesc: "Unarchiver for RAR files" > ldesc: "Extract files from RAR archives. This program does not create RAR > archives. Note: Because RAR algorithm is non-free, it may not be > possible that not all RAR archives are not compatible with the >

[PATCH] setup: remove legacy code

The attached patch removes all is_legacy and !IsWindowsNT() codepaths, as well as one part specific to Win2K. Yaakov 2013-03-04 Yaakov Selkowitz Throughout, drop support for Cygwin 1.5 and Windows pre-XP. Index: AntiVirus.cc ==

Re: [PATCH] setup: port to 64-bit, part 1

On Mon, 4 Mar 2013 01:55:42 -0600, Yaakov (Cygwin/X) wrote: > On Mon, 4 Mar 2013 02:09:58 -0500, Christopher Faylor wrote: > > On Sun, Mar 03, 2013 at 08:39:45PM +0100, Corinna Vinschen wrote: > > >Yaakov already ported setup to 64 bit. Only the autoload stuff is > > >

Re: [ITP] xview - X OpenLook toolkit

On Wed, 27 Feb 2013 14:25:57 +, Jon TURNEY wrote: > xview is a user interface toolkit with the look and feel of Sun's pre-X11 > SunView. This is occasionally requested, mainly by people with ancient > scientific applications which use this toolkit. Is the /usr/openwin prefix mandatory? If it

Re: upset: *** setup.ini: warning - package gcc4-java requires non-existent package java-ecj

On Fri, 01 Mar 2013 06:10:19 +0800, JonY wrote: > On 3/1/2013 03:42, Yaakov (Cygwin/X) wrote: > > On Thu, 28 Feb 2013 11:14:22 -0500, Christopher Faylor wrote: > >> Could someone fix this please? > > > > I removed the require for the moment, but the proper solutio

Re: [PATCH] setup: port to 64-bit, part 1

On Mon, 4 Mar 2013 02:09:58 -0500, Christopher Faylor wrote: > On Sun, Mar 03, 2013 at 08:39:45PM +0100, Corinna Vinschen wrote: > >I think it's easier to present the choice on the web page rather than > >in setup. The name of the tool, setup64, is a wonderful clue as to > >what this version insta

[PATCH] setup: remove autoload

With XP being the minimum supported version, we can scrap autoload and link all functions directly; patch attached. Yaakov 2013-03-04 Yaakov Selkowitz * Makefile.am (inilint_extras): Remove autoload.c. (setup_SOURCES): Ditto. (setup_LDADD): Add ntdll and wininet. (autoload.o): Remove rule

Re: [RFU] lftp

On Sun, 3 Mar 2013 18:40:37 -0500, Chris Sutcliffe wrote: > For some reason lftp-debuginfo is also being pulled down with this > release (it shows in the "pending" list, I've selected to skip it). > Is this on purpose or a mistake in the setup.hint? Somehow the files didn't land where they should

Re: [PATCH] setup: port to 64-bit, part 1

On Sun, 3 Mar 2013 10:46:38 +0100, Corinna Vinschen wrote: > On Mar 3 00:46, Yaakov (Cygwin/X) wrote: > > 3) The resulting binary is still named setup.exe, but we'll want to > > provide this for download as e.g. setup64.exe. It would be up to > > whomever (cgf?) to

[PATCH] setup: port to 64-bit, part 1

This patch fixes the remaining issues, *except in autoload.c*, for a 64bit setup.exe. Some notes: 1) This assumes that 64bit .ini will be named setup64.ini. 2) This also assumes that 64bit setup will only install 64bit packages (IOW only use setup64.ini, regardless of argv[0]) 3) The resulting

[PATCH] setup: rebuild res.o upon change to setup.exe.manifest

setup-make-deps.patch Description: Binary data

Re: GCC maintainer volunteer?

On Thu, 28 Feb 2013 07:06:21 -1000, NightStrike wrote: > Does cygwin have an automatic package building machinery thing like > Fedora? Fedora does mass rebuilds with mingw-w64 often, for instance. No, we don't, and we haven't done a mass rebuild since 1.5.0 IIRC (too long, IMO). Yaakov

Re: upset: *** setup.ini: warning - package gcc4-java requires non-existent package java-ecj

On Thu, 28 Feb 2013 11:14:22 -0500, Christopher Faylor wrote: > Could someone fix this please? I removed the require for the moment, but the proper solution is to provide the jar in the distro. If you want, I could do that in a way that doesn't require pulling in the entire GNU Classpath environm

Re: GCC maintainer volunteer?

On Wed, 27 Feb 2013 14:59:20 +0100, Corinna Vinschen wrote: > On Feb 27 21:29, JonY wrote: > > I'm worried that I might break gcc installs if I overlooked something > > obvious. > > > > The upload will be overwriting the .hint files, java and libffi are > > empty packages (I could not get java to

Re: GCC maintainer volunteer?

On Thu, 21 Feb 2013 17:59:07 +0100, Corinna Vinschen wrote: > Exactly. The question is then, what patches from the 4.5.3 gcc were > not applied upstream and still make sense today. I have a copy of the patchset here with a few additions of my own: http://cygwin-ports.git.sourceforge.net/git/gitw

[PATCH] cygutils: cross-compiling fix

Chuck, When cross-compiling, w32api isn't going to be under /usr/lib; the specific syntax I used was the only one I could get to work with automake -Wall -Werror. Patch attached. Yaakov 2013-02-20 Yaakov Selkowitz * Makefile.am: Use $CC -print-file-name to find the location of w32api libu

Re: GCC maintainer volunteer? (was Re: Changing dependent library version numbers vs. test packages vs. requires: lines.)

On Tue, 19 Feb 2013 18:21:56 +0800, JonY wrote: > I can give Cygwin GCC a try over the weekends. Not sure if it is too > complicated. > > Well, if someone else wants to take maintainership, feel free to over > take me :) Please let me know if I can help; I have a fair amount of experience with bu

Re: RFU: mksh-42-1

On Thu, 14 Feb 2013 22:18:11 -0500, Chris Sutcliffe wrote: > Please upload: Done. > Anything older than 41-1 can be removed. Removed 40f-1. Yaakov

Re: RFU: libtorrent-0.12.9-3

On Thu, 14 Feb 2013 06:48:43 -0500, Chris Sutcliffe wrote: > Please leave 0.12.9-2 as previous and feel free to remove all others. Done. I also removed rtorrent-0.8.6-1, which was neither curr: nor prev:, as it depended on the just-removed libtorrent11. Yaakov

Re: RFU: libtorrent-0.12.9-3

On Wed, 13 Feb 2013 20:59:09 -0500, Chris Sutcliffe wrote: > Updated libtorrent to link against libopenssl100. Uploaded. Can any older versions be removed? Yaakov

Re: [RFC] Incremental autorebase

On Wed, 13 Feb 2013 19:58:03 +0100, Achim Gratz wrote: > Updated again to read paths to search for additional dynamic objects in > /etc/rebase/dynpath.d/ and dropping content there initially for octave, > perl, php, R, and python2[67]. Don't forget python3.2 and ruby. Yaakov

Re: [PATCH 0/2 rebase] Handle CPAN/etc. DLLs in rebaseall

On Tue, 12 Feb 2013 10:26:00 +0100, Corinna Vinschen wrote: > On Feb 12 02:58, Yaakov wrote: > > On Tue, 12 Feb 2013 09:18:30 +0100, Corinna Vinschen wrote: > > > Yes, the file idea makes sense. /etc/rebase-extra-dirs? > > > > Having a single file which multiple packages are responsible for > > e

Re: [PATCH 0/2 rebase] Handle CPAN/etc. DLLs in rebaseall

On Tue, 12 Feb 2013 09:18:30 +0100, Corinna Vinschen wrote: > On Feb 11 21:10, Jason Tishler wrote: > > They look fine to me too. However, I like Chris' idea of storing the > > directories in a separate file. What do others think? > > Yes, the file idea makes sense. /etc/rebase-extra-dirs? Hav

Re: [PATCH 2/2 rebase] Handle CPAN/etc. DLLs in rebaseall

On Mon, 11 Feb 2013 20:42:38 +0100, Achim Gratz wrote: > Yaakov (Cygwin/X) writes: > > The attached patch finds DLLs in certain directories that may have been > > installed via CPAN (Perl), easy_install (Python), pecl (PHP), gem > > (Ruby), or R's install.packages() com

<    1   2   3   4   5   6   7   8   9   10   >