On 27/09/2017 08:46, Achim Gratz wrote:
Please build and prepare packages meant for release to Cygwin only with
this latest Perl version, but preferrably do no yet actually upload.
Otherwise, in the unlikely case of me still finding an error somewhere,
you may have to re-release your package
On 30/09/2017 11:31, Andy Li wrote:
Hi,
I've just noticed that the git package 2.14.2-1 is buggy:
$ git clone https://github.com/andyli/HaxeCI.git
Cloning into 'HaxeCI'...
fatal: Unable to find remote helper for 'https'
According to
https://stackoverflow.com/questions/8329485/unable-to-find-re
On 29/09/2017 18:26, Achim Gratz wrote:
Am 28.09.2017 um 17:31 schrieb Yaakov Selkowitz:
Unfortunately, we haven't heard from Dr. Volker Zell in quite some time,
and a number of his packages are in need of updates or rebuilds. I have
marked them ORPHANED in the maintainer list. ITAs welcome.
On 24/09/2017 19:24, Marco Atzeri wrote:
On 24/09/2017 11:25, Achim Gratz wrote:
Marco Atzeri writes:
I am uploading as test
Please hold on until I have uploaded the release version sometime later
today. You need to build with that, not the RC1 if you are going to put
it on the official
On 24/09/2017 11:25, Achim Gratz wrote:
Marco Atzeri writes:
I am uploading as test
Please hold on until I have uploaded the release version sometime later
today. You need to build with that, not the RC1 if you are going to put
it on the official Cygwin distribution.
I will re-run the
On 17/09/2017 22:05, Achim Gratz wrote:
Things took a bit longer than expected, but the RC1 plus all Cygwin
modules that I maintain or co-maintain are now available. Please point
setup to http://cygwin.stromeko.net/perl-5.26 as an additional
installation source and it should let you update. Th
On 17/09/2017 07:53, Achim Gratz wrote:
I seem to have forgotten to get these three into Cygwin before, so I'd
like to do it before updating Perl:
Regards,
Achim.
done.
Regards
Marco
On 05/09/2017 00:38, Yaakov Selkowitz wrote:
On 2017-09-04 15:03, Marco Atzeri wrote:
On 04/09/2017 21:52, Yaakov Selkowitz wrote:
A recent discussion on Fedora's devel list has brought to my attention
that ImageMagick 7 would be incompatible with 6 not only wrt API/ABI but
also wr
On 04/09/2017 21:52, Yaakov Selkowitz wrote:
Marco,
A recent discussion on Fedora's devel list has brought to my attention
that ImageMagick 7 would be incompatible with 6 not only wrt API/ABI but
also wrt CLI (affecting scripts etc.). It would seem prudent to stick
with the 6 series for the tim
On 24/08/2017 22:04, Achim Gratz wrote:
Achim Gratz writes:
Please make that list:
perl-Package-DeprecationManager
perl-Class-Factory-Util
perl-DateTime-Format-Strptime
perl-DateTime-Calendar-Julian
perl-DateTime-Format-Builder
perl-PerlIO-utf8_strict
perl-Sort-Key
I've missed perl-Sub-Name,
On 20/07/2017 13:06, Michal Feix wrote:
Hi, I've prepared updated package for NASM, the Netwide Assembler for
x86 CPUs, hosted on nasm.us. I tried to contact current maintainer, but
no response.
Package for x86-64 is ready for inspection at
http://feix.cz/pub/x86-64/nasm/.
I'm volunteering to o
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 bin
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
On 02/07/2017 23:07, Ken Brown wrote:
On 7/2/2017 4:47 PM, Marco Atzeri wrote:> builds fine. I assume you have
tested
Yes.
GTG for me
Thanks, Marco. Could you add it to cygwin-pkg-maint (patch attached)?
Thanks.
Ken
done
On 02/07/2017 22:06, Ken Brown wrote:
savi is in Debian:
https://packages.debian.org/stretch/savi
My cygport file and patches are attached.
Package files
=
http://sanibeltranquility.com/cygwin/x86/release/savi/savi-1.5.1-1-src.tar.xz
http://sanibeltranquility.com/cygwin/x86/rele
On 01/07/2017 15:54, Jon Turney wrote:
On 01/07/2017 06:18, Marco Atzeri wrote:
On 17/04/2017 13:34, Jon Turney wrote:
If you have shell access on sourceware, and make such changes, you can
force calm to run with '~cygwin-admin/bin/calm scan-(uploads|relarea)'.
Jon,
I have shell
On 01/07/2017 09:18, Mark Geisert wrote:
On Sat, 1 Jul 2017, Marco Atzeri wrote:
On 01/07/2017 07:47, Mark Geisert wrote:
Esteemed co-conspirators,
I've been pulling my hair out trying to build a new cygutils package on
32-bit Cygwin. The exact same source package builds fine on 64-bit b
On 01/07/2017 07:47, Mark Geisert wrote:
Esteemed co-conspirators,
I've been pulling my hair out trying to build a new cygutils package on
32-bit Cygwin. The exact same source package builds fine on 64-bit but
32-bit fails with the following...
CC src/ipc/semstat.o
CXX src/cygdro
On 17/04/2017 13:34, Jon Turney wrote:
calm continues to also run on a schedule at :10 and :40 past the hour,
so it will still note changes which have been made directly on sourceware.
If you have shell access on sourceware, and make such changes, you can
force calm to run with '~cygwin-admin/
On 30/06/2017 22:20, Yaakov Selkowitz wrote:
On 2017-06-30 00:34, Marco Atzeri wrote:
On 29/06/2017 08:27, Yaakov Selkowitz wrote:
In order to update gpgme, we need libassuan in the distribution, as
GnuPG 2 support is no longer optional. While I think we could get by
with just that (and allow
On 30/06/2017 21:22, Andrew Schulman wrote:
I am uploading all except gpa, that will follow later.
Is that the gpg-agent? That'd be great to have. Save me half or 2/3 of the
typing when I'm signing packages.
GNU Privacy Assistant, as it requires gpgme (GnuPG Made Easy)
I need to wait until Y
On 29/06/2017 08:27, Yaakov Selkowitz wrote:
Marco,
In order to update gpgme, we need libassuan in the distribution, as
GnuPG 2 support is no longer optional. While I think we could get by
with just that (and allow it to fall back to 1.x support at runtime), it
did spur me to take another look
On 29/06/2017 19:29, Doug Henderson wrote:
On 29 June 2017 at 09:38, Marco Atzeri wrote:
On 29/06/2017 17:22, Doug Henderson wrote:
I am willing to take over maintenance of the nasm package.
Source and download:
# source and patch files
HOMEPAGE="http://www.nasm.us/";
SRC
On 29/06/2017 17:22, Doug Henderson wrote:
I am willing to take over maintenance of the nasm package.
Info for current release:
# package name
NAME="nasm"
VERSION=2.10.07
RELEASE=2
are you planning to just align the x86 and x86_64 version ?
It is worth ?
# .hint generation
CATEGORY="Devel"
On 29/06/2017 08:27, Yaakov Selkowitz wrote:
Marco,
In order to update gpgme, we need libassuan in the distribution, as
GnuPG 2 support is no longer optional. While I think we could get by
with just that (and allow it to fall back to 1.x support at runtime), it
did spur me to take another look
On 15/06/2017 20:53, Achim Gratz wrote:
The protobuf package is orphaned by Reini Urban and hasn't been updated
in quite a while. The package currently provides version 2.5.0 and API
version 8, while the current upstream is at version 3.3.1 and API
version 13.
Aside from fixing a bad assumptio
On 20/05/2017 12:43, Paul Mansfield wrote:
I was hoping somebody could add lldp to cygwin. There's no decent/free
implementation of lldpd on Windows, so being able to run the daemon
and userspace tool in cygwin would be a huge bonus.
Pretty much all linux distros bundle lldp daemon and userspace
On 12/05/2017 08:52, Andy Li wrote:
On Fri, May 12, 2017 at 4:21 AM, Marco Atzeri wrote:
build fine and pass the tests, however there are no manual.
Thanks for the suggestion! I've added that by combining the commands into
cygmake lib-ext man all
In addition as it is a OCaml Pa
On 10/05/2017 08:44, Andy Li wrote:
Hi,
I would like to create and maintain a cygwin package for OPAM, i.e.
OCaml Package Manager.
It would be a dependency of the next version Haxe, which I would like
to package too.
The initial cygport file I created can be found at:
https://github.com/andyli/
On 05/05/2017 22:37, Yaakov Selkowitz wrote:
On 2017-03-24 14:02, Yaakov Selkowitz wrote:
On 2017-02-22 13:53, Yaakov Selkowitz wrote:
No, the details are in the .spec file. In short, you want 1.900.13 plus
the jasper-1.900.1-CVE-2008-3520.patch and
jasper-1.900.13-CVE-2016-9583.patch patches.
On 06/05/2017 02:20, Brian Inglis wrote:
On 2017-05-01 13:57, Achim Gratz wrote:
Jon Turney writes:
What is your reason for changing the name?
There shouldn't be two different naming conventions for the same
purpose. So
package-version-release[-purpose].tar.xz
with purpose:=[source|debuginfo]
On 05/05/2017 17:17, Ken Brown wrote:
On 5/5/2017 10:59 AM, Marco Atzeri wrote:
On 05/05/2017 16:15, Ken Brown wrote:
Would someone please add the following two lines to cygwin-pkg-maint?
texlive-collection-mathscience Ken Brown
texlive-collection-mathscience-doc Ken
On 05/05/2017 16:15, Ken Brown wrote:
Would someone please add the following two lines to cygwin-pkg-maint?
texlive-collection-mathscience Ken Brown
texlive-collection-mathscience-doc Ken Brown
The first obsoletes texlive-collection-mathextra and
texlive-collection-sci
On 30/04/2017 15:30, Andy Li wrote:
Hi,
Following up my quest of packaging Haxe. After creating a Cygwin
package for mbed TLS, here is another one: Neko, which is a VM kind of
comparable to Lua. Neko is maintained by the Haxe Foundation. More
info of Neko can be found at http://nekovm.org/.
The
On 29/04/2017 11:20, Andy Li wrote:
please no TOFU
https://cygwin.com/acronyms/#TOFU
Noted. Sorry about that!
Only one test is failing on both architecture,
but is not a blocking point
$ PATH=/pub/temp/mbedtls-2.4.2-1.x86_64/build/library:$PATH
./test_suite_timing.exe -v
Timing selftest
On 29/04/2017 09:26, Andy Li wrote:
Thanks for the review!
please no TOFU
https://cygwin.com/acronyms/#TOFU
(I know it is common use in company mails, but we prefer a clean reply)
I've just updated the cygport file as suggested:
* moved the dll files to /usr/bin
* use DIFF_EXCLUDES to exc
On 28/04/2017 07:32, Andy Li wrote:
Hi,
This is Andy, a member of the Haxe Foundation, which is the
organization behind the Haxe programming language [1].
I would like to maintain a Cygwin package for Haxe. There are some
dependencies not packaged for cygwin, so I am going to package and
mainta
On 28/04/2017 10:08, Joni Eskelinen wrote:
Hi all,
I've renamed cygscript as proposed. Hopefully cygregext conveys its
purpose more clearly. A man page has also been added.
This application is not included in any other distro, so i reckon a vote
must be first passed.
+1
+1
Regards
Marco
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 pack
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
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
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/
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
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 an
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 read
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
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
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 rev
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 uploa
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
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
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 27-Aug-
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 cur
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
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 i
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 exist
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
files
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
/us
Yaakov,
can you bump to 2.9.4 ?
https://www.cvedetails.com/cve/CVE-2016-4448/
Regards
Marco
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.
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
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 for a
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 me
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
r
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, he
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
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 -
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
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 category here. But on
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
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:
BASEURL=https
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
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,
content-pr
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 spec
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 th
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
--cut-di
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.
27;s a Git 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&
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
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
kages
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
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 time. Then configure
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
(http://packages.
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 Co
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 arc
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
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 sou
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
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 of
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 C
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
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
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 impl
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
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 t
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.
ftp://ftp.cygwinports.org/pub/cygwinports/noarch/r
On 30/04/2016 14:29, Andrew Schulman wrote:
I've built and uploaded packages for the next version of unison, unison2.49.
Please add unison2.49 to the package list with me as maintainer.
Thanks, Andrew.
Done
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 mkProjectInfo.ml
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 a
Already present in most of the distributions
-
GEOS (Geometry Engine - Open Source) is a C++ port of the Java
Topology Suite (JTS). As such, it aims to contain the complete
functionality of JTS in C++. This includes all the
601 - 700 of 1465 matches
Mail list logo