Re: HEADSUP: Packages with obsolete dependencies

On 2/15/2015 7:29 PM, Ken Brown wrote: On 2/10/2015 11:14 PM, Yaakov Selkowitz wrote: clispORPHANED (Reini Urban) As I mentioned in the libopenssl098 thread, I have a build of clisp-2.48 (32-bit only for now) that seems to work and that links against

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

On 2/5/2015 8:18 PM, Achim Gratz wrote: Corinna Vinschen writes: With that out of the way… can someone please hand over (co-)ownership of _autorebase in cygwin-pkg-maint and !packages to me so that I can actually upload the new package? done. You are no co-owner with Corinna Regards,

[ITA] tesseract-ocr 3.02.02 + {ITP] leptonica-1.71

The package is not officially orphaned, but Reini seems short of time and tesseract is currently lacking a 64bit ports. wget -r -np -nH --cut-dirs=0 \ http://matzeri.altervista.org/x86_64/leptonica/index.html wget -r -np -nH --cut-dirs=0 \

Re: Obsolete dependency report, 2015-Mar-19

Marco Atzeri nmh David Levine octave Marco Atzeri octave-communicationsMarco Atzeri opencdk Dr. Volker Zell R

Re: [ITA/ITP] lots of perl distributions

On 3/8/2015 8:28 PM, Achim Gratz wrote: Marco Atzeri writes: done Thank you. I'm ready for the upload, but there's one thing I don't know how to handle correctly: I'm obsoleting perl-LWP in favor of perl-libwww-perl (that's the actual distribution name and it is needed for automated

Re: cygGraphicsMagick++-3.dll dependency

On 3/3/2015 7:18 AM, Yaakov Selkowitz wrote: On Mon, 2015-03-02 at 12:02 +0100, Marco Atzeri wrote: On 3/1/2015 8:18 PM, Yaakov Selkowitz wrote: On Sun, 2015-03-01 at 12:17 +0100, Marco Atzeri wrote: as GraphicsMagick 1.3.21 is pumping C++ ABI, libGraphicsMagick++3 and libGraphicsMagick

Re: Obsolete dependency report, 2015-Mar-19

On 3/20/2015 12:14 AM, Yaakov Selkowitz wrote: On Thu, 2015-03-19 at 23:15 +0100, Marco Atzeri wrote: I will look on lylipond after guile. I built latest guile but make check fails on some modules, and I need to investigate. By latest guile do you mean 2.0.x? We'll need to work out a way

Re: sunrpc dependecies

On 3/30/2015 9:22 AM, Corinna Vinschen wrote: On Mar 27 16:59, Marco Atzeri wrote: Making some cleaning on 32bit, I noticed that currently sunrpc requires : libtirpc libtirpc-devel but there is no libtirpc package anymore I assume the dependency should be libtirpc-common Any objection

Re: Upload fails with connection closed

On 2/27/2015 12:59 PM, Federico Hernandez wrote: Hi again. No problem. I will prepare some URLs and mail you them this evening. I will also try alternativ clients. Thanks for your efforts. /F lftp works fine for me. Regards Marco

Re: cygGraphicsMagick++-3.dll dependency

On 3/1/2015 8:18 PM, Yaakov Selkowitz wrote: On Sun, 2015-03-01 at 12:17 +0100, Marco Atzeri wrote: as GraphicsMagick 1.3.21 is pumping C++ ABI, I will split the current libGraphicsMagick3 /usr/bin/cygGraphicsMagick++-3.dll /usr/bin/cygGraphicsMagick-3.dll /usr/bin

Re: [ATTN MAINTAINER] python

On 3/4/2015 10:23 PM, Achim Gratz wrote: Corinna Vinschen writes: DLL version? Did you call addr2line to see where 0001801C2F96 is (hint: requires cygwin-debuginfo) in the DLL? This might give a clue. /mnt/share/maint (1962) uname -a CYGWIN_NT-6.3 Cygwin 1.7.35(0.286/5/3) 2015-02-27

cygGraphicsMagick++-3.dll dependency

as GraphicsMagick 1.3.21 is pumping C++ ABI, I will split the current libGraphicsMagick3 /usr/bin/cygGraphicsMagick++-3.dll /usr/bin/cygGraphicsMagick-3.dll /usr/bin/cygGraphicsMagickWand-2.dll in 3 packages libGraphicsMagick3 /usr/bin/cygGraphicsMagick-3.dll libGraphicsMagick_cxx11

Re: [Fwd: ImageMagick update to 6.9.0-9. So-name bump: libMagick++-6.Q16.so.3 - libMagick++-6.Q16.so.6]

On 3/5/2015 5:36 AM, Yaakov Selkowitz wrote: Marco, Well, that didn't take long, see attached. (Not that I'm surprised, given their history.) Before you update ImageMagick to upstream 6.9.0-9, you'll need to (re)build the current release (or a newer one prior to 6.9.0-9) and split the DLLs

sunrpc dependecies

Making some cleaning on 32bit, I noticed that currently sunrpc requires : libtirpc libtirpc-devel but there is no libtirpc package anymore I assume the dependency should be libtirpc-common $ cygcheck -l libtirpc /etc/defaults/etc/netconfig /etc/postinstall/libtirpc.sh

Re: [ITA/ITP] lots of perl distributions

On 3/7/2015 4:58 PM, Achim Gratz wrote: Achim Gratz writes: I've had a typo in the patch and I need to additionally unbundle and update Win32-API (the version that comes with Perl is too old to recognize modern Windows versions). Sorry, that would be Win32, not Win32-API (I'll eventually

Re: [ITP] perl-WWW-Curl

On 4/13/2015 9:55 PM, Achim Gratz wrote: Achim Gratz writes: As requested here: https://cygwin.com/ml/cygwin/2015-03/msg00525.html The package provides a Perl binding to libcurl. It compiles cleanly on x86 and with an implicit conversion overflow warning on x86_64 (looks harmless) and tests

Re: [ITP] perl-WWW-Curl

On 4/13/2015 10:50 PM, Marco Atzeri wrote: On 4/13/2015 9:55 PM, Achim Gratz wrote: Achim Gratz writes: The package provides a Perl binding to libcurl. It compiles cleanly on x86 and with an implicit conversion overflow warning on x86_64 (looks harmless) and tests cleanly on both

Re: [ITA] xclip-0.12: Command line clipboard grabber

On 4/23/2015 1:53 PM, Dr. Volker Zell wrote: Hi I would like to adopt and maintain the orphaned 'xclip' package. already your https://cygwin.com/cygwin-pkg-maint I presume Corinna touched it, but there is no trace in the cvs log. Regards Marco

singular package status

Hi, This is an update status from Yue Ren and me on the progress to update Singular to latest version 4.0.x and port it also to 64bit, plus of course remove the obsolete dependencies. - new additional packages needed by Singular-4.0.x have been built and prepared for both 32 and 64 bit one.

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

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 with him. Regards, Achim. Noted

Re: [ITP] OpenCoarrays 1.0

On 5/7/2015 6:51 PM, Alessandro Fanfarillo wrote: Dear all, I would like to port the OpenCoarrays library (opencoarrays.org) on Cygwin. The library implements the multi-image Coarray Fortran support on GCC 5.1 and it is distributed under BSD 3 license. It requires GCC 5.1 and a MPI

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

Hi all, package already presents in the major disti's. CFITSIO is a library of C and Fortran subroutines for reading and writing data files in FITS (Flexible Image Transport System) data format. https://heasarc.gsfc.nasa.gov/docs/software/fitsio/ to download (remove the index.html's) :

Fwd: upset messages

It seems something went wrong on my upload on the 32bit area. upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package singular-help-3.1.6-2 refers to nonexistent external-source: singular however https://cygwin.com/packages/x86/singular/ says I have the new versions:

Re: Obsolete dependency report, 2015-May-15 [GOLDSTAR]

On 5/17/2015 10:38 AM, Yaakov Selkowitz wrote: On Sat, 2015-05-16 at 10:56 +0200, Marco Atzeri wrote: I am uploading the dependencies of singular now and testing Yue's last monolithic proposal. If it passes the test as expected I will also upload both archs during weekend. Wonderful! Thank

MATE category ?

Yaakov, there are several device with MATE as category. Are we going over the list defined in: https://cygwin.com/setup.html Regards Marco

Re: Obsolete dependency report: 2015-Jun-05

On 6/5/2015 9:43 PM, Yaakov Selkowitz wrote: With the removal of brltty we were able to remove the last of the really ancient obsolete libraries. It would be nice to have that back someday, but would require some work to make that happen. Since the last report there have been two unresolved

Re: guile 2.0 [was: Obsolete dependency report, 2015-Mar-19]

On 6/8/2015 11:43 AM, Yaakov Selkowitz wrote: On Thu, 2015-03-25 at 15:42 +0100, Marco Atzeri wrote: On Thu, 2015-03-19 at 18:14 -0500, Yaakov Selkowitz wrote: On Thu, 2015-03-19 at 23:15 +0100, Marco Atzeri wrote: I built latest guile but make check fails on some modules, and I need

Re: setup

On 6/3/2015 10:19 AM, Corinna Vinschen wrote: If you're willing to take a look into these upset perl scripts, please apply for a normal ssh account on sourceware.org via https://sourceware.org/cgi-bin/pdw/ps_form.cgi Use my private email address as approver. And make sure to use

[Att maintainer] imlib2

Hi Yaakov, $ imlib2-config --libs -L/usr/lib -lImlib2 @my_libs@ ^ https://bugzilla.redhat.com/show_bug.cgi?id=1184166 https://git.enlightenment.org/legacy/imlib2.git/commit/?id=5dde234b2d3caf067ea827858c53adc5d4c56c13 Regards Marco

Re: [ITA] Perl distributions (in preparation of Perl 5.22)

On 6/22/2015 6:59 PM, Achim Gratz wrote: Achim Gratz writes: That leaves the following Perl distributions in the hands of Yaakov, mainly because they are related to library or tool packages he owns. There are a few Perl distribution packages that are captive in another source package. The

Re: [Attn Maintainer] octave

On 6/22/2015 6:49 PM, Achim Gratz wrote: Marco Atzeri writes: 2) zp_octave_finish.dash checks if /var/lib/octave/update.flag exists and if so execute /usr/bin/octave-cli /var/lib/octave/update_packages_list You need to set the path in the update script so that it finds the DLL

Re: [ITA] Perl distributions (in preparation of Perl 5.22)

On 5/29/2015 9:26 PM, Achim Gratz wrote: Achim Gratz writes: […] The upstream release of Perl 5.22.0 is still scheduled for June 1st. This means that again Yaakov as well as Marco and Volker need to re-release those. I need to hear from you three when you are ready to do these updates,

Re: [Attn Maintainer] octave

On 5/30/2015 8:01 AM, Achim Gratz wrote: Marco Atzeri writes: TeXLive had the same problem, that's one of the reasons perpetual postinstall scripts were introduced. You can look at that to see how Ken deals with that. .. Regards, Achim. Hi Achim, if I understood correctly a script called

Re: [Fwd: ImageMagick update to 6.9.0-9. So-name bump: libMagick++-6.Q16.so.3 - libMagick++-6.Q16.so.6]

On 3/5/2015 12:08 PM, Marco Atzeri wrote: On 3/5/2015 5:36 AM, Yaakov Selkowitz wrote: Marco, Well, that didn't take long, see attached. (Not that I'm surprised, given their history.) Before you update ImageMagick to upstream 6.9.0-9, you'll need to (re)build the current release

Re: [Attn Maintainer] octave

On 5/30/2015 8:01 AM, Achim Gratz wrote: Marco Atzeri writes: - /usr/share/octave/packages does not exist if the database is empty so I can not change its permission in the postinstall phase before its creation. Why is that? Just because cygport by default removes empty directories

Re: [Attn Maintainer] octave

On 5/29/2015 9:22 PM, Achim Gratz wrote: The site octaverc has code that tries to keep the package directory up-to-date. That's a no-no, since normal users don't have permission to change files under /usr/lib. /usr/share/octave/site/m/startup/octaverc is updating /usr/share/octave/packages

Re: [Attn Maintainer] octave

On 5/30/2015 8:12 AM, Marco Atzeri wrote: On 5/30/2015 8:01 AM, Achim Gratz wrote: Marco Atzeri writes: - /usr/share/octave/packages does not exist if the database is empty so I can not change its permission in the postinstall phase before its creation. Why is that? Just because

Re: [SECURITY] postgresql

On 6/2/2015 12:20 AM, Yaakov Selkowitz wrote: Marco, PostgreSQL 9.4.2 contains fixes for three security vulnerabilities: http://www.postgresql.org/about/news/1587/ -- Yaakov I know, I built last week and immediately I received the announce of coming 9.4.3 so I postponed the upload. Today

setup : request

Achim, as you are playing with setup, can you add a switch that allow to commute between: old behaviour : current or test is default installed current behaviour : if installed is higher than current do nothing The new behaviour is usually fine, but going back and forth between all new perl

[ITP] hwloc-1.11.0-1

Library and tool for Portable Hardware Locality already in most Linux and BSD distri. Packages hwloc hwloc-devel libhwloc5 Homepage http://www.open-mpi.org/projects/hwloc/ to download (remove the index.html's) : wget -r -np -nH --cut-dirs=0 \

[ITA] xdelta

one of the 32bit only orphans. xdelta seems to have had several reshuffling. Latest version is number 3 and currently does not provide a library only a stand alone binary. HOMEPAGE http://xdelta.org/ to download (remove the index.html's) : wget -r -np -nH --cut-dirs=0 \

Re: [ITA] Perl distributions (in preparation of Perl 5.22)

On 6/22/2015 11:46 PM, Marco Atzeri wrote: On 6/22/2015 6:59 PM, Achim Gratz wrote: I would appreciate if you could indicate whether the builds are finished. In particular I didn't hear anything from Volker yet. Regards, Achim. I will prepare perl-Graphics-Magick perl-Image-Magick

Re: [ITA] Perl distributions (in preparation of Perl 5.22)

On 7/4/2015 12:46 PM, Achim Gratz wrote: Yaakov Selkowitz writes: BTW I didn't notice any mention of rebuilding subversion and weechat. Here's the list of packages that also need to be re-released when perl gets updated since they install into /usr/lib/vendor_perl/5.14, in addition to the

Re: perl-Win32-GUI package doesn't appear in latest cygwin.

On 17/08/2015 16:44, Javier Martin wrote: I have an application that is using perl-Win32-GUI and I have just checked that this package cannot be installed with latest setup-x86.exe and it doesn't appear in the list. Can you help me with this ?, is it maybe automatically included in any

Re: [Attn Maintainer] irssi GraphicsMagick ImageMagick

On 7/27/2015 9:46 PM, Achim Gratz wrote: The update to Perl 5.22 is planned for the end of this week. Please notify immediately if you cannot provide the updated packages indicated below by then to your package upload area on cygwin.com. Your following packages contain sub-packages that need

Re: [Attn Maintainer] amanda

On 7/27/2015 9:46 PM, Achim Gratz wrote: The update to Perl 5.22 is planned for the end of this week. Please notify immediately if you cannot provide the updated packages indicated below by then to your package upload area on cygwin.com. Your following packages place Perl modules into

Re: [ITA] md5deep

On 8/1/2015 8:25 PM, Achim Gratz wrote: I've updated the orphaned md5deep to the latest upstream version 4.4 and compiled for both architectures. That should take another 32bit-only package from the list. Regards, Achim. all your, I update cygwin-pkg-maint cygwin-64bit-missing. Builds

Re: [ITA] gnucap

On 8/1/2015 8:29 PM, Achim Gratz wrote: I've rebuilt gnucap 2009-12-07 as release -4 for both architectures to get rid of another 32bit-only package. I do not intend to update the package to a later version since the current maintainers have ripped out autotools just after that release and not

Re: Uploading packages built against Perl 5.2.2 [

On 7/28/2015 7:43 AM, Achim Gratz wrote: Adam Dinwoodie writes: Is there a consensus on the way to upload files ready for Perl 5.22 to be made available? The Git packages are ready to go, but I'm not sure if I should be uploading them without a !ready file, or as a test release.

Re: missing 64bit ports

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, the duplicates we are down to ~44

Re: [ITP] perl-Stow

On 7/22/2015 3:10 PM, Andrew Schulman wrote: Please make me the maintainer of the new perl-Stow package, which is being split off from stow. Thanks, Andrew. Will you have a separate source package or not ? If the source package is the same you don't need a a separate line just a split of

Re: [ADOPT] iperf 2.0.8

On 7/14/2015 3:31 AM, Joel Johnson wrote: The list of packages that we use that are not built for 64-bit has gotten small enough that the only one remaining is iperf, which is marked as orphaned and will therefore not likely have an update. I'd like to volunteer as a maintainer of the iperf

Re: [ADOPT] iperf 2.0.8

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 file, and removed the override of src_compile as there were no special

Re: Perl 5.22.0

On 7/14/2015 9:51 PM, Achim Gratz wrote: Achim Gratz writes: There are a few Perl distribution packages that are captive in another source package. The hopefully complete list of such packages: perl-Graphics-Magick perl-gv perl-Image-Magick perl-ming perl-Net-Libproxy perl-Xfce4-Xfconf

Re: Perl 5.22.0

On 7/14/2015 10:40 PM, Marco Atzeri wrote: On 7/14/2015 9:51 PM, Achim Gratz wrote: Achim Gratz writes: There are a few Perl distribution packages that are captive in another source package. The hopefully complete list of such packages: perl-Graphics-Magick perl-gv perl-Image-Magick perl

Re: missing 64bit ports

On 7/16/2015 10:06 AM, jari wrote: On 2015-07-15 16:12, Ken Brown wrote: | On 7/15/2015 2:28 PM, Corinna Vinschen wrote: | On Jul 15 16:24, Marco Atzeri wrote: | Dear All, | I spent a bit of time checking the real situation of the packages | still missing as 64 bit port. | After xdelta, bsdiff

Re: [ADOPT] iperf 2.0.8

On 7/14/2015 7:17 PM, Joel Johnson wrote: On 2015-07-14 05:34, Marco Atzeri wrote: build fine. Have you tested it? on 64 bit I see $ iperf -s -D $ 1 [main] iperf 5396 fork: child -1 - forked process 9264 died unexpectedly, retry 0, exit code 0xC005, errno 11 error and 32bit

Re: missing 64bit ports (xdelta3 vs xdelta and pristine-tar)

On 7/16/2015 8:35 PM, Achim Gratz wrote: jari writes: This is the command that fails (from debugging pristine-tar): xdelta delta -0 --pristine /tmp/pristine-tar.joIgDIVU9F/recreatetarball /tmp/pristine-tar.9DVOtZUF7E/origtarball /tmp/pristine-tar.9DVOtZUF7E/deltaxdel So, the option missing

Re: missing 64bit ports (xdelta3 vs xdelta and pristine-tar)

On 7/17/2015 9:22 AM, jari wrote: | I will repack xdelta1 | | As I already bumped xdelta to 3.x series | any problem if I create a new xdelta1 package ? All good, provided that: xdelta1 = /usr/bin/xdelta (the original) xdelta3 = /usr/bin/xdelta3 Jari that is the plan. I will

Re: missing 64bit ports

On 7/17/2015 9:32 AM, Corinna Vinschen wrote: On Jul 15 16:12, Ken Brown wrote: On 7/15/2015 2:28 PM, Corinna Vinschen wrote: On Jul 15 16:24, Marco Atzeri wrote: Thanks for looking into this. Two points: - Shall we remove all 32b-bit only orphaned packages for which we don't get

Re: missing 64bit ports

On 7/17/2015 11:50 AM, Corinna Vinschen wrote: On Jul 17 10:39, Marco Atzeri wrote: On 7/17/2015 9:32 AM, Corinna Vinschen wrote: On Jul 15 16:12, Ken Brown wrote: On 7/15/2015 2:28 PM, Corinna Vinschen wrote: On Jul 15 16:24, Marco Atzeri wrote: Thanks for looking into this. Two

Re: missing 64bit ports

On 7/17/2015 2:52 PM, Ken Brown wrote: I understand, but they are unmaintained. So, who's going to check if they are buildable as 64 bit packages? Good point. In that case, I volunteer to maintain ffcall, just to protect it. I have an interest in it because it's used by clisp (and probably

Re: missing 64bit ports (xdelta3 vs xdelta and pristine-tar)

On 7/18/2015 10:11 AM, jari wrote: On 2015-07-17 20:17, Achim Gratz wrote: | jari writes: | All good, provided that: | | xdelta1 = /usr/bin/xdelta (the original) | xdelta3 = /usr/bin/xdelta3 | | Why? The most current version of pristine-tar from git includes a commit | that gets

Re: missing 64bit ports

On 7/17/2015 11:59 AM, Marco Atzeri wrote: Jari (the not-maintainer) just uploaded aewm++. I updated the list, accordingly. but I suspect that everything Jari is loading is stacked on his load stage area as ORPHANED (Jari Aalto) Jari Aalto Corinna, Yaakov, could you take care ? Regards

Re: missing 64bit ports

On 7/19/2015 9:05 AM, Corinna Vinschen wrote: On Jul 19 07:39, Marco Atzeri wrote: On 7/17/2015 11:59 AM, Marco Atzeri wrote: Jari (the not-maintainer) just uploaded aewm++. I updated the list, accordingly. but I suspect that everything Jari is loading is stacked on his load stage area

Re: [ITP] znc 1.6.0

On 7/19/2015 9:10 PM, Achim Gratz wrote: Alexey Sokolov writes: Is 1 some special number which should be used? Just some number that gets bumped whenever the ABI changes (i.e. applications that link against the library would need to be recompiled). ZNC 1.6.0 is supposed to be

Re: [ITP] perl-XML-SAX-Expat

On 7/19/2015 8:57 PM, Achim Gratz wrote: Please add me as a maintainer for this package, which will be part of the Perl update. Regards, Achim. added Marco

Re: missing 64bit ports (xdelta3 vs xdelta and pristine-tar)

On 7/19/2015 1:05 PM, jari wrote: On 2015-07-18 21:46, Marco Atzeri wrote: | | | as today | $ cygcheck -cd |grep xdelta | xdelta 3.0.9-1 | | To avoid backwards, my proposal is | | xdelta1-1.1.4-2 | xdelta-3.0.9-2 (removing the xdelta link to xdelta3

Re: Perl 5.22.0

On 7/20/2015 9:28 AM, Corinna Vinschen wrote: Hi Achim, On Jul 19 20:55, Achim Gratz wrote: Achim Gratz writes: I have rebuilt Perl 5.22.0 and all distributions including some updates in the last month with the updated toolchain. I've uploaded the files to my server if you want to test,

Re: Inetutils 1.9.4

On 7/13/2015 8:07 PM, D. Boland wrote: Hi group, I am working on the release of the recently adopted inetutils package. I noticed that parts of this package are being released seperately: PROGRAMPACKAGEMAINTAINER whoiswhoisDavid R. hostnamehostname

missing 64bit ports

Dear All, 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, the duplicates we are down to ~44. Please see here the analysis :

Re: Perl: fails to install CPAN PBKDF2 module

On 13/11/2015 17:02, Aaron Schneider wrote: Just running the usual: perl -MCPAN -e shell cpan[1]> install Crypt::OpenSSL::PBKDF2 Reading '/home/Aaron/.cpan/Metadata' Database was generated on Thu, 12 Nov 2015 21:17:02 GMT Running install for module 'Crypt::OpenSSL::PBKDF2' Checksum for

Re: [ITP] Inetutils 1.9.4

On 01/11/2015 00:02, D. Boland wrote: Marco Atzeri wrote: Have you forgot to update Fakesu package or there is a wrong include ? Regards Marco Oops, sorry about that. I forgot to update. I just updated libfakesu to version 1.2.0-0 Sincerely, Daniel Hi Daniel, with that is still

Re: Questions on package adoption conventions

On 30/10/2015 22:48, Mark Geisert wrote: Q1: Does a new maintainer typically put out a new package version upon take-over, or can he/she run with the existing version number and just keep bumping the build number (e.g. for bug fixes)? As needed. If you are not changing the upstream source just

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

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