Re: Questions on package adoption conventions

On 31/10/2015 00:25, Mark Geisert wrote: Thanks Marco. On Fri, 30 Oct 2015, Marco Atzeri wrote: On 30/10/2015 22:48, Mark Geisert wrote: Q3: What kind of external access is typically used for hosting final builds? I've run a micro-ISP that allowed on-request FTP access, by IP address

Re: [ITP] Inetutils 1.9.4

On 01/11/2015 15:19, D. Boland wrote: Marco Atzeri wrote: Arghh! I also forgot I had to install (copy) some missing include files. Thanks for checking this. I got these from the glibc-2.21 source code: /usr/include/arpa/tftp.h tftp has this https://cygwin.com/packages/x86_64/tftp/tftp

Re: [ITP] Inetutils 1.9.4

On 31/10/2015 11:32, D. Boland wrote: Hi group, I intend to package the new version of Inetutils, version 1.9.4. I guess I could have just announced the update, but since I am adopting the package, maybe I should submit it for approval first: http://cygwin.boland.nl/x86/release/inetutils/

Re: cfget-0.18-1 32bit (uploaded soon)

On 05/11/2015 14:12, Jon Turney wrote: On 05/11/2015 10:26, Marco Atzeri wrote: Jari aewm++ 64 bit also, please. You uploaded only aewm++-goodies $ grep aewm++ pkg_arch.txt aewm++ 32 bitJari Aalto aewm++-goodies Both

Re: cfget-0.18-1 32bit (uploaded soon)

On 05/11/2015 10:54, Jari Aalto wrote: On 2015-11-05 10:26, Corinna Vinschen wrote: | On Oct 20 12:23, Corinna Vinschen wrote: | > Jari, ping? | > | > On Oct 19 17:54, Marco Atzeri wrote: | > > On 19/10/2015 17:45, Corinna Vinschen wrote: | > > >On Sep 26 11:43, Marco At

Re: cfget-0.18-1 32bit ?

On 19/10/2015 17:45, Corinna Vinschen wrote: On Sep 26 11:43, Marco Atzeri wrote: Jari, any specific reason why there is only a 64 bit version ? As it seems just a python script, it should work on both arch correct ? Did this get resolved? Corinna the 32bit version is still missing

Re: [ITP] nccmp 1.7.4.1

On 19/10/2015 17:57, Remik Ziemlinski wrote: Can this be validated? I fixed upstream to build out of source-tree. it builds and tests and tests fine. Existing reference Ubuntu packages: https://launchpad.net/~remik-ziemlinski/+archive/ubuntu/nccmp No sure if this classify as included in

Re: [ITP] cfitsio : FITS (Flexible Image Transport System) lib and utility

On 5/3/2015 10:25 PM, Marco Atzeri wrote: On 5/3/2015 10:07 PM, Achim Gratz wrote: Marco Atzeri writes: package already presents in the major disti's. Yaakov has the previous version in ports, IIRC with a slightly different packaging. You might want to check his cygport files and coordinate

Re: [ITA] Perl Distributions

On 7/11/2015 8:33 PM, Achim Gratz wrote: Net-DNS has received an update with patches for Win32/Cygwin. It also has a few new dependencies, some of them optional. In order for the full functionality to be available, the following new packages need to be maintained by me: perl-MIME-Base32

Re: missing 64bit ports

On 22/07/2015 11:08, Marco Atzeri wrote: On 7/20/2015 8:16 PM, Jon TURNEY wrote: On 15/07/2015 15:24, Marco Atzeri wrote: I spent a bit of time checking the real situation of the packages still missing as 64 bit port. After xdelta, bsdiff and iperf porting, without counting the few mingw ones

Re: missing 64bit ports

On 19/07/2015 13:02, jari wrote: Let's put those comment there for recent x64 ports: "Jari Aalto (up for grabs)" I'll continue to keep them under my shelter but anyone wanting to maintain those are more than welcome to step up. Jari Jari, the 64 bit packages are sill in the staging

cfget-0.18-1 32bit ?

Jari, any specific reason why there is only a 64 bit version ? As it seems just a python script, it should work on both arch correct ? Regards Marco

Re: missing 64bit ports

On 15/07/2015 19:39, Marcos Vives Del Sol wrote: Reason I didn't port libnfc was because I lost my SSH key due to a hard drive crash. Any procedure on how to get a new one so I can compile and upload it? hi Marcos, Any news ? Regards Marco

Re: [ITP] nccmp 1.7.4.1

On 30/09/2015 02:54, Remik Ziemlinski wrote: This is a command-line diff tool for the NetCDF scientific data file format. It's used by labs worldwide and I am the author. $ cygport nccmp.cygport check does not work. gcc -DHAVE_CONFIG_H -I.

Re: [ADOPT] iperf 2.0.8

On 14/07/2015 19:17, Joel Johnson wrote: On 2015-07-14 05:34, Marco Atzeri wrote: On 7/14/2015 10:27 AM, Joel Johnson wrote: On 2015-07-13 19:31, Joel Johnson wrote: I've put together an update for iperf, with no significant changes needed. I've done some consolidation into just the cygport

Re: missing 64bit ports

On 26/09/2015 12:51, Marcos Vives Del Sol wrote: Compiled, tested and uploaded. 2015-09-26 11:50 GMT+02:00 Marco Atzeri <marco.atz...@gmail.com>: On 15/07/2015 19:39, Marcos Vives Del Sol wrote: Reason I didn't port libnfc was because I lost my SSH key due to a hard drive cras

Re: missing 64bit ports

On 03/09/2015 15:58, Marco Atzeri wrote: Jari, the 64 bit packages are sill in the staging area waiting for !READY. $ find -type f ./x86/release/aewm++/setup.hint ./x86/release/aewm++/aewm++-1.1.2-2.tar.xz ./x86/release/aewm++/aewm++-1.1.2-2-src.tar.xz ./x86_64/release/xgraph/setup.hint

Re: new arch mismatches

On 08/12/2015 04:19, Yaakov Selkowitz wrote: - Original Message - This is strange spice 64 bit there is a "spice-debuginfo" package but not a "spice" binary package. The binary packages are named libspice-server*. That are missing in the 32 bit $ grep "^@"

Re: [ITP] Perl distributions

On 17/12/2015 09:55, Achim Gratz wrote: Three new build dependencies for existing Perl distributions should be added to Cygwin: perl-Sub-Identify perl-SUPER perl-Test-MockModule The patch for cygwin-pkg-maint: Regards, Achim. Done

new arch mismatches

Hi Yaakov, These packages exist in only one arch: gnome-characters32 bit kde-l10n-id 64 bit xf86-video-qxl 64 bit This is strange spice 64 bit there is a "spice-debuginfo" package but not a "spice" binary package. $ grep "@ spice" setup.ini*

Re: Python not reading result from bash command

On 23/11/2015 10:04, Aaron Schneider wrote: Subject: Python not reading result from bash command Trying to read an argument as string, however doesn't work on python for cygwin. Tested on Python 3.5.0 (32-bit) from Python Software Foundation and works perfectly. test.py: import datetime

Re: [ITP] libsass v3.3.6

snapshot indeed, as generated by GitHub (using the built-in release functionality), and they forgot to create the VERSION file after creating the package. The .tar.gz is 1:1 from https://github.com/sass/libsass/releases/tag/3.3.6. 2016-06-07 12:02 GMT+02:00 Marco Atzeri: As VERSION doesn't exist

Re: [ITP] libsass v3.3.6

On 07/06/2016 11:49, Achim Gratz wrote: Marcos Vives Del Sol writes: This script is called using m4_esyscmd_s from configure.ac line 6: - AC_INIT([libsass], m4_esyscmd_s([./version.sh]), [support@...]) - to set the library version at compile

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

thereof do not contain anything compiled with the *native* gcc, and the file contents are (or can be) 100% identical for x86 and x86_64. Examples include, but are not limited to, packages which contain only: this is not a noarch one Marco Atzerioctave-level-set Regards Marco

Re: [ITP] libsass v3.3.6

On 02/06/2016 17:09, Marcos Vives Del Sol wrote: LibSass is an open-source, MIT-licensed implementation in C++ of a CSS preprocessor for SASS and SCSS. It is already packed by several mainstream distros, such as Debian (https://packages.debian.org/source/sid/libsass) and Ubuntu

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

On 07/06/2016 23:44, Yaakov Selkowitz wrote: On 2016-06-07 06:23, Marco Atzeri wrote: mex are recognized and properly stripped Package Name | Version | Installation directory --+-+--- tsa | 4.4.1 | .../inst/usr/share/octave/packages/tsa

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

On 06/06/2016 18:58, Yaakov Selkowitz wrote: On 2016-05-11 16:31, Yaakov Selkowitz wrote: On 2016-05-11 16:02, Marco Atzeri wrote: On 11/05/2016 22:48, Yaakov Selkowitz wrote: But what about the following? octave-nan octave-octcdf octave-stk octave-tsa /usr/lib/octave/packages/ contains

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

On 08/06/2016 01:41, Marco Atzeri wrote: On 07/06/2016 23:44, Yaakov Selkowitz wrote: On 2016-06-07 06:23, Marco Atzeri wrote: mex are recognized and properly stripped but dependency are not catched. They should be: $ cyg-dependency ./covm_mex.mex /usr/bin/cygwin1.dll => cygwin-2.5.

Re: [ITP] gcovr: Coverage report generator

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-host-directories --force-directories

Re: per-version hints proposal

On 21/06/2016 14:03, Corinna Vinschen wrote: On Jun 20 16:28, Jon Turney wrote: Currently, the setup.hint file is shared between all versions. This means that manual intervention (by the package maintainer, or on sourceware) is needed when versions have different dependencies. To automate

Re: per-version hints proposal

On 21/06/2016 16:28, Corinna Vinschen wrote: On Jun 21 15:49, Marco Atzeri wrote: On 21/06/2016 14:03, Corinna Vinschen wrote: On Jun 20 16:28, Jon Turney wrote: Ideally we wouldn't need something like "prev" at all since the version number itself is sufficient to specify w

Re: How to get upload rights for existing packages

On 29/01/2016 08:43, Michael Feher wrote: Hello everybody! The maintainers of the "task" package (taskwarrior.org) have asked on their homepage for support with the cygwin package of their software. I have received from them the information which steps are required to create an updated cygwin

Re: [ITP] perl-Canary-Stability

On 27/02/2016 14:14, Achim Gratz wrote: A new build dependency for perl-JSON-XS, diff for cygwin-pkg-maint: Regards, Achim. done

Re: packaging dependencies and testing

On 18/02/2016 21:40, Subhasis Ray wrote: Hi, I am trying to build a package for moose (https://github.com/BhallaLab/moose-core). It builds and runs on latest cygwin using setup.py. I have two questions regarding packaging for cygwin: 2) Is there a way that I can check that my package works

crypt mismatch

on x86: $ cygcheck -f /usr/bin/cygcrypt-0.dll crypt-1.2-1 $ cygcheck -l crypt /usr/bin/cygcrypt-0.dll /usr/bin/crypt.exe /usr/lib/libcrypt.a /usr/lib/libcrypt.dll.a /usr/include/crypt.h /usr/share/doc/Cygwin/crypt.README on x64 crypt 1.1-1 libcrypt-devel

[ITP] cfitsio-3.380

CFITSIO is a library of C and Fortran subroutines for reading and writing data files in FITS (Flexible Image Transport System) data format. CFITSIO provides simple high-level routines for reading and writing FITS files that insulate the programmer from the internal complexities of the FITS

Re: [ITP] cfitsio-3.380

scrap it. Yaakov already ported to cygwin. I missed the announcement On 19/02/2016 18:21, Marco Atzeri wrote: CFITSIO is a library of C and Fortran subroutines for reading and writing data files in FITS (Flexible Image Transport System) data format. CFITSIO provides simple high-level routines

Re: [HEADSUP] orphaned packages soon to be removed

On 17/03/2016 22:58, Yaakov Selkowitz wrote: The following packages have been unmaintained for a long time. If anyone is interested in maintaining them, please ITA them soon, otherwise they will be removed from the distro: ccdocORPHANED (Joe Linoff)

Re: [ITA] procps

On 16/03/2016 08:14, Wayne Porter wrote: I'm new to this community so I wasn't sure if I went about this the proper way. 3.3.11 is the latest but is not listed as stable in the debian package list. I was going by the guidelines on the contribution page that for it to be considered for the

Re: [ITA] ? xgraph-12.1-4

On 07/04/2016 23:52, Yaakov Selkowitz wrote: On 2016-04-02 10:34, Marco Atzeri wrote: As Jari seems a reluctant maintainer https://cygwin.com/ml/cygwin-apps/2014-06/msg00046.html I rebuilt xgraph with latest debian patches using cygport. It solves the 64 bit segfault reported on: https

[ITA] wtf-0.0.4-8

to download (remove the index.html's) : wget -r -np -nH --cut-dirs=0 \ http://matzeri.altervista.org/x86/wtf/index.html wget -r -np -nH --cut-dirs=0 \ http://matzeri.altervista.org/wtf/GraphicsMagick/index.html find x86 x86_64 -name index.html -o -name md5.sum | xargs rm Notes: - ported to 64

[ITP] ncview-2.1.6-1

Ncview is a visual browser for netCDF format files. http://meteora.ucsd.edu/~pierce/ncview_home_page.html Already present in Fedora, Debian. to download (remove the index.html's) : wget -r -np -nH --cut-dirs=0 \ http://matzeri.altervista.org/x86/ncview/index.html wget -r -np -nH --cut-dirs=0

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.5.0-0.8

On 20/03/2016 11:59, Achim Gratz wrote: Corinna Vinschen writes: If so, it might be a good idea for maintainers to test that nothing unexpected happens when they build their packages. Yes, that's really a good idea. I've run a fresh build of Perl on this. - there's a new signal: SIGIOT -

Re: [ITP] procps-ng

On 22/03/2016 10:38, Corinna Vinschen wrote: Can you please, please provide *direct* download links to the files which allows *easy* reviewing without having to hunt down the files for review? Thank you, Corinna This seems effective wget -r -np

Re: [ITP] libSBML-5.12.0-core and moose-3.0.2

On 03/03/2016 22:19, Subhasis Ray wrote: Hi Marco, Achim, Thanks for your quick feedback. On Thu, Mar 3, 2016 at 11:51 AM, Marco Atzeri <marco.atz...@gmail.com> wrote: On 03/03/2016 17:32, Subhasis Ray wrote: I created working cygport files for both: [cut] as attachment was

Re: [ITP] libSBML-5.12.0-core and moose-3.0.2

On 03/03/2016 17:32, Subhasis Ray wrote: Hi, Hi Ray I am willing to maintain cygwin packaging of the MOOSE simulation environment (http://moose.ncbs.res.in) and its dependency libSBML-core (http://sbml.org/Software/libSBML). MOOSE is GPL3 and libSBML is LGPL. I created working cygport

[ITA] ? xgraph-12.1-4

As Jari seems a reluctant maintainer https://cygwin.com/ml/cygwin-apps/2014-06/msg00046.html I rebuilt xgraph with latest debian patches using cygport. It solves the 64 bit segfault reported on: https://cygwin.com/ml/cygwin/2016-03/msg00538.html to download (remove the index.html's) : wget -r

Re: [ITP] procps-ng

On 22/03/2016 14:46, Corinna Vinschen wrote: On Mar 22 12:15, Marco Atzeri wrote: On 22/03/2016 10:38, Corinna Vinschen wrote: Can you please, please provide *direct* download links to the files which allows *easy* reviewing without having to hunt down the files for review? Thank you

[RFC] splitting documentation

To move the documentation in a noarch package I split lilypond in two source packages. http://matzeri.altervista.org/noarch/lilypond-doc/ http://matzeri.altervista.org/x86/lilypond/ http://matzeri.altervista.org/x86_64/lilypond/ The documentation is just a copy of the upstream PDF so : - the

Re: [RFC] splitting documentation

On 20/05/2016 20:20, Achim Gratz wrote: Marco Atzeri writes: To move the documentation in a noarch package I split lilypond in two source packages. I'm not too enamored with this idea… we will eventually end up with the possibility of having parts of packages noarch and other parts arch-ful

Re: [RFC] splitting documentation

On 23/05/2016 15:59, Jon Turney wrote: On 20/05/2016 16:10, Marco Atzeri wrote: moving back to apps. Sorry about that. I'll get the hang of this email thing eventually. The packages with no source package are currently R_autorebase Marco Atzeri base-cygwin Corinna

[ITA] flex-2.6.1

Built last version with cygport New HOMEPAGE https://github.com/westes/flex/ to download (remove the index.html's) : wget -r -np -nH --cut-dirs=0 \ http://matzeri.altervista.org/x86/flex/index.html wget -r -np -nH --cut-dirs=0 \ http://matzeri.altervista.org/x86_64/flex/index.html find x86

Re: [RFC] splitting documentation

moving back to apps. On 20/05/2016 16:41, Jon Turney wrote: On 19/05/2016 22:34, Marco Atzeri wrote: To move the documentation in a noarch package I split lilypond in two source packages. http://matzeri.altervista.org/noarch/lilypond-doc/ http://matzeri.altervista.org/x86/lilypond/ http

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

On 11/05/2016 00:11, Yaakov Selkowitz wrote: Package Maintainers, cygport 0.22.0 is on its way to the mirrors. With this release, and thanks to Jon Turney's continuing work on calm (the replacement for upset which generates setup.ini), packages marked ARCH=noarch will be uploaded once under

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

On 11/05/2016 08: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

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

On 11/05/2016 22:48, Yaakov Selkowitz wrote: On 2016-05-11 13:38, Marco Atzeri wrote: On 11/05/2016 00:11, Yaakov Selkowitz wrote: Package Maintainers, Once you have upgraded to cygport 0.22.0, maintainers MUST email a list of their package(s) which qualify as noarch AND are already marked

Re: [ITP] Cgreen v1.0.0

On 18/05/2016 14:41, Thomas Nilsson wrote: Hi! I'm interested in maintaining the cygwin port of Cgreen, a modern unit testing and mocking framework for C and C++. I am one of the committers on that project and have used Cygwin as one of my major development platforms for many years and wanted

Re: [ITP] Cgreen v1.0.0

On 18/05/2016 14:54, Thomas Nilsson wrote: Marco Atzeri skrev: On 18/05/2016 14:41, Thomas Nilsson wrote: Hi! I'm interested in maintaining the cygwin port of Cgreen, a modern unit testing and mocking framework for C and C++. I am one of the committers on that project and have used Cygwin

Re: Building from source packages

On 13/05/2016 16:33, Jon Turney wrote: Recently I've done a little prototyping of a system to build from uploaded source packages in a VM, to verify that they recreate packages with the same contents as the uploaded packages. Issues I noted were: * a handful of packages are oddities These

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

On 11/05/2016 00:11, Yaakov Selkowitz wrote: Package Maintainers, Once you have upgraded to cygport 0.22.0, maintainers MUST email a list of their package(s) which qualify as noarch AND are already marked ARCH=noarch or will be with the next release. (Note that inheriting cross.cygclass

Re: [ITP] terminator 0.96 (from Cygwin Ports)

On 01/05/2016 15:38, Mike DePaulo wrote: This package is currently in Cygwin ports, as well as major distros like Fedora & Debian. There is a new 0.98 upstream release, but I figured I would bring 0.96 over from Cygwin Ports before I update it.

[ITP] gdal-2.0.2

Already present in most of the distributions - GDAL is a translator library for raster and vector geospatial data formats that is released under an X/MIT style Open Source license by the Open Source Geospatial Foundation. As

Re: unison-2.48 build fails with latest ocaml and flexdll (ping: Yaakov, Damien)

On 26/04/2016 21:47, Andrew Schulman wrote: I'm trying to build unison 2.48.3, which worked fine the last time I tried it, in June 2015. Today the build fails, with "flexdll error: cannot relocate": Compiling unison2.48-2.48.3-2.x86_64 ocamlc -o mkProjectInfo unix.cma str.cma

Re: ITA: GNU miscfiles

On 14/07/2016 16:28, Warren Young wrote: On Jul 13, 2016, at 6:58 AM, Ken Brown wrote: On 7/13/2016 7:05 AM, Corinna Vinschen wrote: On Jul 12 11:06, Warren Young wrote: CATEGORY=Misc This is not a legal category. Sorry, I used it because setup.exe shows that as a

how to manage 2 guile version

I was thinking to pack the last guile-2.0.x however this will require the repack of 1.8.8 version. No problem for the headers as they are properly isolated /usr/include/guile/1.8/libguile/__scm.h /usr/include/guile/1.8/libguile.h but what to do of /usr/lib/libguile.dll.a relocate it somewhere

Re: [ITP] FUSE 2.8

On 22/07/2016 19:58, Bill Zissimopoulos wrote: winfsp-fuse is a reasonable name. dokan-fuse also (IMHO) In the interest of moving things forward, I am happy to rename the package. Is it possible for a package with a name winfsp-fuse to satisfy a “fuse” dependency? Bill It is not clear to

Re: [ITP] FUSE 2.8

On 23/07/2016 02:31, Bill Zissimopoulos wrote: On 7/22/16, 12:57 PM, Marco Atzeri wrote: On 22/07/2016 19:58, Bill Zissimopoulos wrote: winfsp-fuse is a reasonable name. dokan-fuse also (IMHO) In the interest of moving things forward, I am happy to rename the package. Is it possible

Re: Fwd: calm: cygwin package upload report from sourceware.org for Marco Atzeri

On 30/07/2016 13:47, Jon Turney wrote: On 30/07/2016 05:45, Marco Atzeri wrote: I have some problem to remove the obsolete versions The usual trick before was to remove all x86/release/ImageMagick/-ImageMagick-6.9.0.0-4-src.tar.xz x86/release/ImageMagick/libMagickC++6_5/-libMagickC++6_5

Re: [RFC] Removing .la files from x86

On 03/08/2016 10:00, Corinna Vinschen wrote: On Aug 2 22:09, Yaakov Selkowitz wrote: Libtool .la files are generally a waste of time and space. They slow down linking of other libraries with libtool, and they cause otherwise unnecessary private dependencies to be pulled in by -devel packages.

Re: [ITP] words - Dictionary file

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 heavily on the Fedora package of the same name. Schtoopid Thunderbird. Let's try those links again. # noarch:

Re: how to manage 2 guile version

On 14/07/2016 23:29, Yaakov Selkowitz wrote: On 2016-07-14 15:13, Marco Atzeri wrote: I was thinking to pack the last guile-2.0.x however this will require the repack of 1.8.8 version. Yes, that would be a good idea at this point. No problem for the headers as they are properly isolated

Re: [RFC] Remove pdftk and gcc-java

On 15/07/2016 09:23, Yaakov Selkowitz wrote: GCJ is practically dead these days, and it has been completely dropped from Fedora. For that reason I didn't bother porting gcc-java to x86_64 after seeing that work would be required to do so. The one package in the distro which still required GCJ

Re: [ITP] words - Dictionary file

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 heavily on the Fedora package of the same

Re: [ITP] FUSE 2.8

On 17/07/2016 03:02, Bill Zissimopoulos wrote: This package adds FUSE 2.8 support to Cygwin. FUSE is the well-known "Filesystem in Userspace" project for Linux and other platforms: [FUSE]. FUSE file systems that use this package usually require minimal changes to run on Cygwin. For example,

[ITP] qpdf-6.0.0-1

Available in Fedora and Debian. Hi, as PDFTK is java dependent and not available for 64 bit, I found another tool that allow to perform PDF manipulation. http://qpdf.sourceforge.net/ License: Version 2.0 of the Artistic License. QPDF is a command-line program that does structural,

Re: [ITP] qpdf-6.0.0-1

On 07/07/2016 06:47, Yaakov Selkowitz wrote: On 2016-07-06 15:23, Marco Atzeri wrote: as PDFTK is java dependent and not available for 64 bit, I found another tool that allow to perform PDF manipulation. The devel package should be named libqpdf-devel. Otherwise, looks good. noted

Re: [ITP] FUSE 2.8

On 22/07/2016 14:30, Adrien JUND wrote: Hi, Here is Liryna from Dokan-dev community, our project Dokany have the same purpose of Bill project. Like WinFSP, it is able to mount FUSE filesystem on cygwin before WinFSP exist. I would like to point out that naming WinFSP package "fuse" is not the

Re: fish 2.5.0-1?

On 07/02/2017 17:49, Andrew Schulman wrote: I uploaded fish 2.5.0-1 for x86 and x86_64 on Sunday, Feb. 5. I got a confirmation notice from calm around noon EST. But it hasn't shown up in any of the mirrors yet (at least, the 3 I looked at). Is there just a delay, or some problem that needs to be

Re: Ping/offer on FlexDLL 0.35, OCaml 4.04, Camlp4, etc.

On 24/11/2016 21:34, Yaakov Selkowitz wrote: On 2016-11-24 14:06, Anton Bachin wrote: Cygwin’s package “ocaml” is currently at 4.02.3, and “flexdll” is at 0.34. The latest FlexDLL, 0.35, makes it possible to build and use OCaml 4.03.0 and 4.04.0 on Cygwin [1]. Thanks for the ping, I just

[SECURITY] libxml2

Yaakov, can you bump to 2.9.4 ? https://www.cvedetails.com/cve/CVE-2016-4448/ Regards Marco

libargp inconsistent packaging

Andrew, should be better to create a separate package libargp-devel for the development portion ? $ cygcheck -l libargp /usr/bin/cygargp-0.dll /usr/include/argp.h /usr/lib/libargp.dll.a /usr/share/doc/Cygwin/libargp.README /usr/share/doc/libargp/COPYING /usr/share/doc/libargp/COPYING.LESSER

Re: libargp inconsistent packaging

On 16/09/2016 11:15, Andrew Schulman wrote: Andrew Schulman writes: Hi Marco. I think I thought about this in the past, but because the total size of this package is so small, I decided it wasn't worth the trouble to split it in two. I think that both packages would have to include the doc

Re: [ITP] Perl distributions

On 03/10/2016 11:45, Achim Gratz wrote: perl-Archive-Extract (as requested by D. Stacey) perl-ExtUtilsHelpers (an indirect build dependency of perl-Readonly) added. I also would like to get co-maintainership for perl-MIME-tools perl-MailTools which are behind their latest releases and

Re: per-version hints proposal

On 18/09/2016 18:41, Ken Brown wrote: Another thing: The page still says that all release announcements should contain information about unsubscribing from the cygwin-announce mailing list. But it seems that many (most?) maintainers have stopped doing this. And 'cygport announce' doesn't do

Re: per-version hints proposal

On 18/09/2016 19:16, Achim Gratz wrote: Marco Atzeri writes: I suggest to remove the requirements. The main list have in automatic: Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html

Re: per-version hints proposal

On 17/09/2016 08:14, Achim Gratz wrote: Jon Turney writes: Currently, the setup.hint file is shared between all versions. This means that manual intervention (by the package maintainer, or on sourceware) is needed when versions have different dependencies. To automate this problem out of

setup.hint

Hi Jon, following our previous discussion about setup.hint transition. As Yaakov asked to rebuild mutt, that I just rebuild last week I have the problem of what to do of the current "setup.hint", as "calm" did not allow to remove last time. Current situation mutt-1.7.0-1-src.tar.xz

Re: [ITP] alure 1.2

On 13/10/2016 19:05, Bastian Germann wrote: Hi, 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. just busy with other life, as most of the other maintainers for what I see on

Re: how to manage 2 guile version

On 28/03/2017 18:01, Yaakov Selkowitz wrote: On 2017-03-28 02:11, szgyg wrote: FWIW guile 2.2.0 was released two weeks ago [0]. Mostly works, but it still has failing tests [1]. Oh, great... So we probably should take this into consideration *now*, even though most guile consumers aren't

Re: how to manage 2 guile version

On 28/03/2017 17:34, Yaakov Selkowitz wrote: On 2017-03-28 00:50, Marco Atzeri wrote: Last week I was planning to just release guile-2.0.14, but while the test of guile itself is almost fine I noticed an issue when building "make" with it. Only tested on 64 bits, 'make check' of

Re: Obsolete dependency report, 2017-Mar-24

On 24/03/2017 20:35, Thomas Wolff wrote: Hi Yaakov, Am 24.03.2017 um 19:35 schrieb Yaakov Selkowitz: A few packages have been uploaded recently which require maintainers to update or rebuild their packages. For those which are related to Python, please be sure to use the latest cygport and

Re: how to manage 2 guile version

On 28/03/2017 04:15, Yaakov Selkowitz wrote: On 2016-07-17 12:01, Marco Atzeri wrote: On 14/07/2016 23:29, Yaakov Selkowitz wrote: https://github.com/cygwinports/guile https://github.com/cygwinports/guile1.8 (Those haven't been updated in a while, so they may need version/release bumps

octave-geometry no more noarch

Hi, as the next version of octave-geometry will be arch dependent, can someone revert the repository from noarch to x86 and x86_64 for the package ? I don't think is possible to upload a arch version without manual restructure of the current directories Regards Marco

residual setup.hint

Hi, Not sure if "calm" is excluding them, but I noticed for same packages we have now an excess of "setup.hint" as all existing revision have their own package-revison.hint libopenssl100/ 26-Jan-2017 20:44 - openssl-debuginfo/

Re: how to manage 2 guile version

On 28/03/2017 18:08, Yaakov Selkowitz wrote: On 2017-03-28 11:00, Marco Atzeri wrote: On 28/03/2017 17:34, Yaakov Selkowitz wrote: On 2017-03-28 00:50, Marco Atzeri wrote: Last week I was planning to just release guile-2.0.14, but while the test of guile itself is almost fine I noticed

Re: residual setup.hint

On 06/04/2017 00:42, Jon Turney wrote: I assume we are all using latest cygport and uploading only package-revison.hint :hollow laughter: Yes, one would assume that, but it turns out not to be the case :) It is not so bad. For what I see in the last 3 months only cygwin, mintty and gcc

Re: residual setup.hint

On 04/04/2017 19:38, Jon Turney wrote: On 04/04/2017 14:28, Marco Atzeri wrote: Not sure if "calm" is excluding them, but I noticed for some packages we have now an excess of "setup.hint" as all existing revision have their own package-revison.hint These old setup.hint fi

Re: [ITP] meson, ninja

On 05/04/2017 12:38, Jon Turney wrote: Meson is an open source build system meant to be extremely fast. it generates files for various backends including Ninja, Visual Studio, and Xcode. Meson does not generate Makefiles, relying solely on Ninja for Linux and Unix support. This meson has been

Re: gnupg2 ?

On 11/07/2017 23:12, Yaakov Selkowitz wrote: Based on feedback from the list, please consider the following: https://github.com/cygwinports/pinentry/commit/b5933f33b4894849280e0edf88cac7883b9e10b0.patch I will look during weekend Thanks

Re: [Attention Maintainer] gdal-2.2.1-1

On 16/07/2017 10:20, Achim Gratz wrote: This package was updated on July 2nd but apparently the update has not been announced. Also, the debuginfo file for x86 has zero bytes size so it should be re-uploaded. Regards, Achim. the lack of debuginfo on 32bit was intentional, as the bug on

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