Re: Moving on from Cygwin

On 26/06/18 19:34, David Stacey wrote: Sadly, the time has come for me to step back from being a Cygwin package maintainer. Corinna has asked that I stay on the list for a while to help any prospective maintainer in adopting one or more of my packages, so I will remain subscribed to 'c

Re: Moving on from Cygwin

On 28/06/18 13:15, Brian Inglis wrote: On 2018-06-27 17:24, David Stacey wrote: All of these are effectively dead upstream: - 'words' is a dictionary from the Moby project. This doesn't exist anymore, and so the source file is pulled from a 2006 mirror on the Wayback Machine! I i

Re: Moving on from Cygwin

On 27/06/18 23:09, SPC wrote: I have reviewed the list of packages maintained by David so far. I have identified three packages of simple maintenance at least in appearance: - mscgen - ninvaders - words All of these are effectively dead upstream: - The last release of 'mscgen' was in 2011. Th

doxygen Notes (was: Re: Moving on from Cygwin)

On 27/06/18 11:14, Michael Wild wrote: For me the following orphaned packages are of importance (not all of them David's): * doxygen If nobody else steps up, I can adopt one or the other. Some notes on 'doxygen' that might help you (or someone else) maintain the package: doxygen is split i

Re: Moving on from Cygwin

On 26/06/18 20:55, SPC wrote: 2018-06-26 20:34 GMT+02:00 David Stacey: So with immediate effect, all of my packages are available for adoption. First of all, good luck with your new projects.​ Thank you! About the adoption of some package(s) to maintain, I have more free time than

Moving on from Cygwin

Sadly, the time has come for me to step back from being a Cygwin package maintainer. I'm keen to take on a new project, and I need to free up some time in what is already a fairly hectic life! This has meant some difficult decisions about letting some things go in order to free up the time need

Re: [ITP] cmark: CommonMark parsing and rendering library

On 28/01/18 14:58, Jon Turney wrote: On 21/01/2018 23:30, David Stacey wrote: 'cmark' is a prerequisite for the latest version of mkvtoolnix-gui. 'cmark' is found in most major distros - see https://pkgs.org/download/cmark The library does not have a 'so' versi

[ITP] cmark: CommonMark parsing and rendering library

'cmark' is a prerequisite for the latest version of mkvtoolnix-gui. 'cmark' is found in most major distros - see https://pkgs.org/download/cmark The library does not have a 'so' version. I've had a look to see how the major distros cope with this, and IMHO the most sensible is found in openSus

Re: Planned setup.ini changes for early 2018

On 10/01/18 22:44, Jon Turney wrote: * Add depends: to version descriptions * De-duplicate source archives * Migrate from setup.hint to pvr.hint in release area That all sounds good to me. Regarding the de-duplication of source files: will sources for 'noarch' packages remain in 'noarch', or

Re: AW: AW: [ITP] Mini-XML (mxml)

On 09/01/18 22:17, Stefan Köpsell wrote: I do not plan to ITPing something which uses Mini-XML -- because it seems that not so many other software packages are actually depend on it. And the ones I found in Debian do not attract me. But the reason I like to have the library in Cygwin is, that s

Re: [ITP] moreutils 0.61

On 16/11/17 15:08, Adam Dinwoodie wrote: On Wednesday 15 November 2017 at 08:52 pm +, Tony Kelman wrote: -   parallel: run multiple jobs at once I'd be hesitatnt to package that since it directly clashes with GNU parallel (not available on Cygwin yet). Hmm.  I wasn't aware of GNU parallel,

Re: [RFC] Minimal Debuginfo by default

On 15/11/17 07:38, Yaakov Selkowitz wrote: The following concept would allow for sensible backtraces without installing a -debuginfo, at the expense of a moderate size increase of binaries (particularly with C++ code): https://fedoraproject.org/wiki/Changes/MingwMiniDebugInfo Did you mean http

Re: Struggling to upload

On 29/09/17 23:44, Jon Turney wrote: On 29/09/2017 23:04, David Stacey wrote: I'm trying to upload a new version of ruby-puppet-lint, a 'noarch' package. I've FTP-d the files in and created a '!ready' cookie, but the files aren't being moved. I've prob

Struggling to upload

I'm trying to upload a new version of ruby-puppet-lint, a 'noarch' package. I've FTP-d the files in and created a '!ready' cookie, but the files aren't being moved. I've probably done something wrong - please could someone take a look. Many thanks in advance, Dave.

Re: Providing/Packaging a Postinstalled SUSV4 Doc only Package a la Debian

On 10/03/17 20:24, Achim Gratz wrote: Corinna Vinschen writes: Otherwise, I am nervous about setting a precedent for a package that could give different contents each time it is installed (yes, Microsoft, I'm looking at you too). And there are plenty of corner cases where this wouldn't work: off

Re: Providing/Packaging a Postinstalled SUSV4 Doc only Package a la Debian

On 06/03/17 20:42, Brian Inglis wrote: Debian provides a SUSV4 package which downloads the tar.bz2 and installs the HTML tree from: http://pubs.opengroup.org/onlinepubs/9699919799/download/ in the postinstall script, as they believe that complies with the terms permitting individual downloa

Re: [RFU] ruby-puppet-lint-2.0.2-1

On 24/11/2016 08:35, Corinna Vinschen wrote: usr/bin/puppet-lint starts with a shebang line like this: #!/usr/bin/ruby.exe .exe??? Ok, never mind. I just realized that other ruby gems packages already come with that, too. How unpleasant! It looks as though the shebang is being altered by

Re: [ITP] gcovr: Coverage report generator

On 15/06/16 07:12, David Stacey wrote: gcovr is a Python script to generate reports from gcov. Found in Debian and Ubuntu Latest is gcovr-3.3: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/noarch/release wget --no-check-certificate --no-host-directories --force-directories

[ITP] ruby-redcarpet

A Ruby gem for converting Mardown to HTML. Found in most popular distros [1]. # x86: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/x86/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL}/ruby-redcarpet/ruby-redcarpet-3.3.4-1-s

[ITP] ruby-metadata-json-lint

A utility to verify Puppet 'metadata.json' files. Not found in any major distros, so requires votes. Really handy if required to develop Puppet modules on Windows. # ruby-metadata-json-lint (noarch): BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/noarch/release wget --no-check-ce

Re: [RFU] ruby-puppet-lint-2.0.2-1

On 11/11/16 00:48, David Stacey wrote: A tool for checking (and fixing) Puppet manifests. Found in most Linux distros [1], including Fedora. BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/noarch/release wget --no-check-certificate --no-host-directories --force-directories

[RFU] ruby-puppet-lint-2.0.2-1

A tool for checking (and fixing) Puppet manifests. Found in most Linux distros [1], including Fedora. BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/noarch/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL}/ruby-puppet-lint/ruby

Re: [ITP] alure 1.2

On 13/10/16 18:05, Bastian Germann wrote: it's almost 4 weeks since I submitted the package. Is there something wrong with my email to not be answered? I think, I followed the Contributor's Guide pretty close. Is someone willing to review the package? It's probably only polite for /someone/ on

Re: Request for perl-Archive-Extract

On 05/10/16 19:56, Achim Gratz wrote: David Stacey writes: On 29/09/16 19:42, Achim Gratz wrote: I'll ITP that, but later. I'll have to look what else I need to roll up in that ITP. Thanks very much, Done. Thank you, Dave.

Re: Request for perl-Archive-Extract

On 29/09/16 19:42, Achim Gratz wrote: David Stacey writes: Do I take it that you'd be happy to maintain the package, or would you prefer me to submit an ITP? I'll ITP that, but later. I'll have to look what else I need to roll up in that ITP. Thanks very much, Dave.

Re: Request for perl-Archive-Extract

On 28/09/16 19:32, Achim Gratz wrote: David Stacey writes: Please could you add Archive::Extract when you next update a batch of Perl modules. I've attached a cygport file, which you might find helpful as a starting point. If you'd prefer not to maintain this yourself then let me kno

Request for perl-Archive-Extract

Achim, Please could you add Archive::Extract when you next update a batch of Perl modules. I've attached a cygport file, which you might find helpful as a starting point. If you'd prefer not to maintain this yourself then let me know and I'll submit an ITP. Many thanks in advance, Dave. #

Re: calm: Unable to upload poco-1.7.5

On 07/09/16 22:47, Jon Turney wrote: On 07/09/2016 19:30, David Stacey wrote: I'm trying to upload poco-1.7.5 and delete poco-1.6.1-2. Part of this involves removing the directory libpoco31, as there has been an ABI bump, and this is where I'm failing. I've tried creating em

calm: Unable to upload poco-1.7.5

I'm trying to upload poco-1.7.5 and delete poco-1.6.1-2. Part of this involves removing the directory libpoco31, as there has been an ABI bump, and this is where I'm failing. I've tried creating empty '-libpoco31-1.6.1-2.tar.xz' and '-setup.hint' files (in a bid to delete both), but calm won't

Re: [ITP] FUSE 2.8

On 17/07/16 02:02, Bill Zissimopoulos wrote: The package has an external dependency on my own open source project called WinFsp [WINFSP]. WinFsp includes the necessary kernel-mode driver that enables the FUSE-like functionality on Windows. Unfortunately this driver can only be built with Microsof

Re: [ITP] words - Dictionary file

On 14/07/16 15:56, Warren Young wrote: On Jul 13, 2016, at 7:30 AM, Marco Atzeri wrote: This needs to be coordinated with Warren's proposal: https://www.cygwin.com/ml/cygwin-apps/2016-07/msg00015.html the two packages seem to provide different word lists. Yes. The ‘words’ package’s sour

Re: [ITP] words - Dictionary file

On 13/07/16 14:30, Marco Atzeri wrote: On 13/07/2016 14:57, Ken Brown wrote: On 7/13/2016 4:17 AM, Marco Atzeri wrote: On 13/07/2016 00:26, David Stacey wrote: On 12/07/2016 23:22, David Stacey wrote: My good deed for the day. See https://cygwin.com/ml/cygwin/2016-07/msg00129.html Based

Re: [ITP] words - Dictionary file

On 12/07/2016 23:22, David Stacey wrote: My good deed for the day. See https://cygwin.com/ml/cygwin/2016-07/msg00129.html Based heavily on the Fedora package of the same name. Schtoopid Thunderbird. Let's try those links again. # noarch: BASEURL=https://dl.dropboxusercontent.com/u/1194

[ITP] words - Dictionary file

My good deed for the day. See https://cygwin.com/ml/cygwin/2016-07/msg00129.html Based heavily on the Fedora package of the same name. # noarch: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/noarch/release

Re: [ITP] gcovr: Coverage report generator

On 15/06/16 08:53, Marco Atzeri wrote: On 15/06/2016 08:12, David Stacey wrote: gcovr is a Python script to generate reports from gcov. Found in Debian and Ubuntu [1]. # noarch: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/noarch/release wget --no-check-certificate --no

[ITP] gcovr: Coverage report generator

gcovr is a Python script to generate reports from gcov. Found in Debian and Ubuntu [1]. # noarch: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/noarch/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL}/gcovr/gcovr-3.2-1-src.ta

Re: gcovr - Suitable for Cygwin?

On 06/06/16 20:18, Corinna Vinschen wrote: On Jun 6 10:49, Corinna Vinschen wrote: On Jun 4 19:10, David Stacey wrote: I've been using gcovr to generate coverage reports, and I'd be happy to maintain this for Cygwin. Before submitting a package, I'd be grateful if someone

gcovr - Suitable for Cygwin?

I've been using gcovr to generate coverage reports, and I'd be happy to maintain this for Cygwin. Before submitting a package, I'd be grateful if someone could check the licence [1]. It's a fairly standard 3-clause BSD affair, but with the caveat that 'the U.S. Government retains certain right

Re: [ITP] poco-doc: Documentation package for Poco

On 30/05/16 09:47, Corinna Vinschen wrote: On May 30 09:18, David Stacey wrote: On 17/05/16 23:12, David Stacey wrote: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/noarch/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL

Re: [ITP] poco-doc: Documentation package for Poco

On 17/05/16 23:12, David Stacey wrote: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/noarch/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL}/poco-doc/libpoco-doc/libpoco-doc-1.7.3-1.tar.xz \ ${BASEURL}/poco-doc/libpoco-doc

[ITP] poco-doc: Documentation package for Poco

The Poco documentation used to be libpoco-doc, a child package of poco, but I would like to spin it out into its own package. This will make it easier to maintain, and as a top-level package it can be marked as 'noarch'. I have taken the opportunity to update Poco to the latest version: BASEU

Re: [ACTION REQUIRED] ARCH=noarch uploads with cygport 0.22.0

On 11/05/16 21:15, Yaakov Selkowitz wrote: On 2016-05-11 11:26, David Stacey wrote: On 11/05/16 07:17, Yaakov Selkowitz wrote: On 2016-05-11 00:07, Marco Atzeri wrote: So at this stage not the documentation subpackages, but only if all subpackages are in this category. correct ? At this

Re: [ACTION REQUIRED] ARCH=noarch uploads with cygport 0.22.0

On 11/05/16 07:17, Yaakov Selkowitz wrote: On 2016-05-11 00:07, Marco Atzeri wrote: So at this stage not the documentation subpackages, but only if all subpackages are in this category. correct ? At this time we are only considering those where all subpackages are noarch, i.e. ARCH=noarch is

Re: [ITP] ghex - GNOME hex editor

On 17/09/15 18:11, Yaakov Selkowitz wrote: On Tue, 2015-09-15 at 21:53 +0100, David Stacey wrote: ghex is a hex editor for GNOME, found in most Linux distros [1], and I'd like to see it in Cygwin too. Yaakov: As ghex is currently available in Ports, yours is first refusal. If you'

[ITP] ghex - GNOME hex editor

ghex is a hex editor for GNOME, found in most Linux distros [1], and I'd like to see it in Cygwin too. Yaakov: As ghex is currently available in Ports, yours is first refusal. If you'd like to maintain ghex yourself, please could you bring ghex and its child packages across from Ports. However

Re: Poco: Please remove empty directories

On 10/08/15 22:49, Yaakov Selkowitz wrote: On Mon, 2015-08-10 at 22:29 +0100, David Stacey wrote: With the release of poco-1.6.1, I've decided to do some housekeeping and remove some of the earlier versions. I've managed to do this, but it has left some empty directories lying arou

Poco: Please remove empty directories

With the release of poco-1.6.1, I've decided to do some housekeeping and remove some of the earlier versions. I've managed to do this, but it has left some empty directories lying around. Please could some kind soul remove the following: x86_64/release/poco/libpoco16/ x86_64/release/po

Re: [ITP] znc 1.6.0

On 23/07/15 00:03, David Stacey wrote: That's because there's no 'libznc-1.6.dll.a' to link against. You need to add the following to your link command when producing the shared DLL: -Wl,--out-implib=libznc-1.6.dll.a Again, I'll leave it to you to get this into th

Re: [ITP] znc 1.6.0

On 22/07/2015 00:53, Alexey Sokolov wrote: David, how did you try to build it? What was the exact error message? What do you change in Makefile.in to get it working? Attempting to compile znc-1.6.0-3 with cygport under Cygwin x86. It's worth saying that my Cygwin installation is about a month

Re: [ITP] znc 1.6.0

On 21/07/2015 08:12, Corinna Vinschen wrote: On Jul 20 19:58, Alexey Sokolov wrote: Well, in that case 1.6 works fine. When 1.7.0 will be released, the filename will be changed to cygznc-1.7.dll. Assuming 1.7 does not break the ABI. The problem here is that modules built for 1.6 won't run on 1

Re: [ITP] foobillard - OpenGL snooker / pool game

On 25/06/15 03:38, Yaakov Selkowitz wrote: On Wed, 2015-06-24 at 21:21 +0100, David Stacey wrote: Built this to try out SDL that was added to Cygwin recently. Sadly, performance of the game is rather disappointing compared to the native Linux version running on the same hardware. Consequently

Re: [ITP] foobillard - OpenGL snooker / pool game

On 25/06/2015 03:38, Yaakov Selkowitz wrote: GTG, thanks. Please upload whenever you're ready. Please could you update cygwin-pkg-maint, as Yaakov is listed as maintainer and this is stopping me uploading. Many thanks in advance, Dave.

Re: [ITA] foobillard - OpenGL snooker / pool game

Subject line: s/ITA/ITP/ - sorry.

[ITA] foobillard - OpenGL snooker / pool game

# 32-bit: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL}/foobillard/foobillard-3.0a-1-src.tar.xz \ ${BASEURL}/foobillard/foobillard-3.0a-1.tar.xz \ ${BASEURL}/foobillard/fo

Re: [ITP] pugixml - A lightweight C++ XML processing library

On 01/06/15 19:37, Yaakov Selkowitz wrote: On Sat, 2015-05-30 at 12:21 +0100, David Stacey wrote: pugixml is a lightweight C++ XML processing library. It is present in most Linux distros [1] and is a dependency of mkvtoolnix. Fedora and Centos both name the library package pugixml rather than

[ITP] mkvtoolnix - Tools for manipulating Matroska files

# 32-bit: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL}/mkvtoolnix/mkvtoolnix-7.9.0-1-src.tar.xz \ ${BASEURL}/mkvtoolnix/mkvtoolnix-7.9.0-1.tar.xz \ ${BASEURL}/mkvtoolnix/

[ITP] pugixml - A lightweight C++ XML processing library

# 32-bit: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL}/pugixml/pugixml-1.6-1-src.tar.xz \ ${BASEURL}/pugixml/pugixml-debuginfo/pugixml-debuginfo-1.6-1.tar.xz \ ${BASEURL}

[ITP] libmatroska - Open audio/video container format library

# 32-bit: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL}/libmatroska/libmatroska-1.4.2-1-src.tar.xz \ ${BASEURL}/libmatroska/libmatroska-debuginfo/libmatroska-debuginfo-1.4

[ITP] libebml - Extensible Binary Meta Language library

# 32-bit: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL}/libebml/libebml-1.3.1-1-src.tar.xz \ ${BASEURL}/libebml/libebml-debuginfo/libebml-debuginfo-1.3.1-1.tar.xz \ ${BASE

[ITP] mkvtoolnix and its dependencies

Recently, I had to process some video files [1] in the 'mkv' container format, and used mkvtoolnix for this purpose. I'm happy to maintain it in case it is useful to anyone else. There are four packages involved; I'll send separate ITP e-mails for each. Dave. [1] - Home movies, obviously ;-)

Re: perl-5.22.0-RC2 / Perl distributions

On 26/05/15 06:32, Achim Gratz wrote: David Stacey writes: I downloaded this with the intention of building perl-Text-CSV_XS and perl-Text-CSV, but discovered that you'd built them already! I'm more than happy for you to build these packages for the sake of transitioning to a new

Re: perl-5.22.0-RC2 / Perl distributions

On 24/05/15 21:02, Achim Gratz wrote: I've built perl-5.22.0-RC2 and bootstrapped the Perl distributions for Cygwin (well, most of them -- I will send another ITA for some additional ones I've hat to build later). It doesn't make much sense to try a test release on sourceware, so I've uploaded t

Re: [ANNOUNCEMENT] Updated: mscgen-0.20-2

On 26/02/2015 11:58, Thomas Wolff wrote: On 25.02.2015 21:34, David Stacey wrote: On 25/02/2015 07:27, Thomas Wolff wrote: Am 19.02.2015 um 00:05 schrieb David Stacey: The following package has been updated in the Cygwin distribution: * mscgen-0.20-2 Mscgen is a small programme that parses

Re: UTF32 crash in poco-1.6.0 - Request for help

On 25/02/15 23:07, Achim Gratz wrote: David Stacey writes: I'm still trying to get to the bottom of this. The UTF16 test (the one that works) uses std::wstring, but the UTF32 test (the one that crashes) uses a custom string made with a 32-bit integer and corresponding traits class. If the

Re: UTF32 crash in poco-1.6.0 - Request for help

On 18/02/15 12:09, David Stacey wrote: The test causing the crash is the UnicodeConverterTest (Foundation/testsuite/src/UnicodeConverterTest.cpp). This is templated, and is instantiated with both UTF16 and UTF32 strings. The UTF16 case works correctly; it is the UTF32 instantiation that is

Re: [ANNOUNCEMENT] Updated: mscgen-0.20-2

On 25/02/2015 07:27, Thomas Wolff wrote: Am 19.02.2015 um 00:05 schrieb David Stacey: The following package has been updated in the Cygwin distribution: * mscgen-0.20-2 Mscgen is a small programme that parses Message Sequence Chart descriptions and produces PNG, SVG, EPS or server side image

[ITA] mscgen - Message Sequence Chart rendering programme

# 32-bit: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL}/mscgen/mscgen-0.20-2-src.tar.xz \ ${BASEURL}/mscgen/mscgen-0.20-2.tar.xz \ ${BASEURL}/mscgen/mscgen-debuginfo/mscge

UTF32 crash in poco-1.6.0 - Request for help

to_maintainer\poco\poco-1.6.0-1.x86_64\build\Foundation\testsuite\bin\CYGWIN\x86_64, no-keep-rel, no-add-slash) 44 79017 [main] testrunner 3936 normalize_win32_path: D:\Dave\Linux\Cygwin64\cygwin_auto_maintainer\poco\poco-1.6.0-1.x86_64\build\Foundation\testsuite\bin\CYGWIN\x86_64 = normalize_win

Re: HEADSUP: Packages with obsolete dependencies

On 11/02/15 04:14, Yaakov Selkowitz wrote: I just cleared out a huge number of obsolete and stale packages. More remain, but the following packages currently depend on one or more obsolete libraries (including the recently-obsoleted libpng15 and libgd2): mscgen

Re: perl-5.14.4

On 04/02/15 20:41, Achim Gratz wrote: If this sounds like a good idea to everybody else I'd remove the current test package for 5.18.4 on 32bit and replace it with another test package for 5.14.4, likely in about two weeks. In readiness for the new perl test package, I've removed the test vers

Re: [HEADSUP] Moving setup sources to git

On 10/02/15 18:53, Achim Gratz wrote: David Stacey writes: For the last ten months, I've been running the Coverity Scan static analyser over Cygwin snapshots. Do you want me to continue using the snapshots, or would you prefer me to switch to git master? Would there be much difference be

Re: [HEADSUP] Moving setup sources to git

On 09/02/15 16:24, Corinna Vinschen wrote: I just created a git repo for setup: git clone cygwin.com:/git/cygwin-setup.git For the last ten months, I've been running the Coverity Scan static analyser over Cygwin snapshots. Do you want me to continue using the snapshots, or would you prefe

Re: perl-5.14.4

On 04/02/15 20:41, Achim Gratz wrote: If this sounds like a good idea to everybody else I'd remove the current test package for 5.18.4 on 32bit and replace it with another test package for 5.14.4, likely in about two weeks. Comments or suggestions? Do you expect the XS modules built against 5.

Re: Setup patch to keep test version if test version installed

On 25/01/15 17:20, Corinna Vinschen wrote: Instead of always defaulting to the curr version, Setup now checks if the installed version of a package is higher than the curr version of the package. This sounds like a great idea - providing that the logic to compare two version numbers is suffici

Re: [HEADSUP] Dropping libopenssl098 from distro

On 14/01/15 14:13, Corinna Vinschen wrote: The following packages have dependecies of their own, so they can't go away until the dependent packages have been rebuilt: libpqMarco Atzeri required by: xemacs Dr. Volker Zell Some time ago, there was a pro

Re: [HEADSUP] Base category

On 06/12/14 21:19, Achim Gratz wrote: Maybe what we should consider is removing the 'Select required packages (RECOMMENDED)' check box on the 'Resolving Dependencies' page in the installer. Under what use case is unticking this a sensible idea? Since setup doesn't have something like soft depend

Re: [HEADSUP] Base category

On 06/12/2014 18:52, Andrew Schulman wrote: isn't it rather annoying that even Base packages have dependencies outside the Base category? So, even if I perform a plain Base-only installation, I get asked if dependencies shall be fullfilled, which, as a question, is more than borderline anyway.

Re: HEADSUP Maintainers: Stale packages on sourceware

On 29/10/14 13:42, Yaakov Selkowitz wrote: Please find attached a list of old package tarballs which are not listed anywhere in setup.ini, meaning that they are not listed as a previous, current, or test package, and cannot be installed with setup. These files consume a total of over 1.3Gib.

Re: [ITP] tinyxml2 - A simple, small and efficient C++ XML parser

On 29/09/14 07:58, Marco Atzeri wrote: please move usr/share/ usr/share/doc/ usr/share/doc/Cygwin/ usr/share/doc/Cygwin/tinyxml2.README usr/share/doc/tinyxml2/ usr/share/doc/tinyxml2/README.md from libtinyxml2_2 to libtinyxml2-devel On the lib package we put only the dll's and data needed by t

Re: [ITA] cppcheck-1.66-1

On 22/09/14 05:03, Yaakov Selkowitz wrote: On 2014-09-21 14:28, David Stacey wrote: I would like to adopt cppcheck, which was orphaned by Chris Sutcliffe last week [1]. The following notes may be of use when reviewing this package: I have enabled custom rules for cppcheck, which gives the user

[ITP] tinyxml2 - A simple, small and efficient C++ XML parser

# 32-bit: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL}/tinyxml2/libtinyxml2-devel/libtinyxml2-devel-2.1.0-1.tar.xz \ ${BASEURL}/tinyxml2/libtinyxml2-devel/setup.hint \ ${

Re: cygport 0.17.0: Incorrect 'requires' line in setup.hint

On 26/09/2014 17:57, Marco Atzeri wrote: On 25/09/2014 22:05, David Stacey wrote: I am trying to package tinyxml2, to be used by cppcheck. I have split the package into a library package called 'libtinyxml2-2', and a devel package 'libtinyxml2-devel'. However, when I run cyg

cygport 0.17.0: Incorrect 'requires' line in setup.hint

I am trying to package tinyxml2, to be used by cppcheck. I have split the package into a library package called 'libtinyxml2-2', and a devel package 'libtinyxml2-devel'. However, when I run cygport to generate the packages, the setup.hint file for the devel package claims that it is dependent o

[ITA] cppcheck-1.66-1

# 32-bit: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL}/cppcheck/cppcheck-1.66-1-src.tar.xz \ ${BASEURL}/cppcheck/cppcheck-1.66-1.tar.xz \ ${BASEURL}/cppcheck/cppcheck-debu

Re: perl-5.18.2-1

On 15/08/14 22:15, Yaakov Selkowitz wrote: Where did we leave off wrt breaking out perl_vendor? Back in April, Reini expressed a desire to keep perl_vendor, claiming that it is the easiest solution for both user and maintainer [1]. Whilst there are some of us who might question this, Reini h

Re: upset messages

On 11/08/14 23:11, cygwin-no-re...@cygwin.com wrote: upset: couldn't unlink /sourceware/cygwin-staging/home/David Stacey/x86/!ready - No such file or directory I'm not sure what happened here - apologies if it was my fault. I was attempting to upload new versions of xmlstarle

[ITA] xloadimage

xloadimage is an X11 image viewer and processor. The Cygwin package was orphaned by Jari earlier this month [1]. # 32-bit: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=5 \ ${BASEURL}

Re: UPDATE: cygwin-64bit-missing

On 12/06/14 17:20, Jari Aalto wrote: [*] package has been uploaded to x64 (2014-06-12) * Please could you check '' as I'm not seeing this package listed for x86_64: https://cygwin.com/cgi-bin2/package-grep.cgi?grep=&arch=x86_64 Many thanks, Dave.

Re: O: xloadimage -- Graphics file viewer under X11

On 12/06/14 12:30, Jari Aalto wrote: I'm orphaning package "xloadimage". If anyone feels insterested in taking over, please go ahead. I've got this to compile under x86_64 using the latest patch set from Debian. With 30 patches applied, you wonder how much of the original source code is still

Re: [ITP] AtomicParsley

On 04/06/2014 00:32, Yaakov Selkowitz wrote: On 2014-06-03 14:05, David Stacey wrote: AtomicParsley is a utility for reading and writing metadata tags on MP4 files. It is found in many Linux distros, including Fedora [1]. The package name has been capitalised to reflect the name of the

[ITP] AtomicParsley

AtomicParsley is a utility for reading and writing metadata tags on MP4 files. It is found in many Linux distros, including Fedora [1]. # 32-bit: BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/32bit/release wget --no-check-certificate --no-host-directories --force-directories --c

Re: [ITP] mp3info-0.8.5a

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 that it's something like licence issues (

Re: 64-bit: Missing perl modules

On 07/04/14 19:54, Reini Urban wrote: The new 5.18.2 package will be unified for 32bit and 64bit, yes. perl_vendor will probably stay as is, as it is the easiest for the user and the maintainer. Thank you for your reply. I'm pleased that there is a way forward to get these perl modules into 6

Re: 64-bit: Missing perl modules

On 06/04/14 17:38, Achim Gratz wrote: David Stacey writes: Thank you for your reply. Yes, I was aware of that discussion. I'm not talking about breaking up 'perl_vendor' for 32-bit Cygwin (although IMHO that would be a good thing in the long term). I'd just like to se

Re: 64-bit: Missing perl modules

On 06/04/14 07:32, Achim Gratz wrote: David Stacey writes: Reini: I am aware that you maintain these modules in the 32-bit distribution through the 'perl_vendor' package. I don't want to tread on any toes, and I don't know what plans you have for 'perl_vendor'

64-bit: Missing perl modules

32-bit Cygwin has a 'perl_vendor' package, which contains a number of perl modules that are not present in 64-bit Cygwin. Specifically, I am interested in the following perl modules: Devel::Symdump Pod::Coverage Test::Pod Test::Pod::Coverage These are all available in the 'perl

Re: [RFC] cygport: arch-specific workdir

On 27/03/14 18:50, Yaakov (Cygwin/X) wrote: Actually, that is experimental code (based on a request from another cygport user) that was accidentally shipped when I had to reroll the source tarball for compatibility with F20/UnversionedDocDirs. Would people like to see this done always, never, or

Re: [ITP] onc-rpc-headers-20140129-1

On 03/02/14 11:23, Pavel Fedin wrote: Hello! Thanks, but... you missed to include links to your package files. Huh... That's the main question... What if i have no server at my disposal ? Presumably you could find some public cloud with free storage space - I use Dropbox, but I'm sure t

Re: Struggling to upload

On 12/11/13 05:31, Christopher Faylor wrote: On Mon, Nov 11, 2013 at 10:50:00PM +, David Stacey wrote: >I am attempting to upload perl-Text-CSV_XS-1.02-1 for both x86 and >x86_64 architectures. I have uploaded the files into my home directory, >and created '~/x86/!ready&

Struggling to upload

I am attempting to upload perl-Text-CSV_XS-1.02-1 for both x86 and x86_64 architectures. I have uploaded the files into my home directory, and created '~/x86/!ready' and '~/x86_64/!ready' files. I see that the two '!ready' files have disappeared, but the new package is still in my home director

  1   2   >