Marco Atzeri | 19 May 23:34 2016
Picon

[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 source package is a dummy to avoid data duplication
- the install phase phase grab the files from upstream an put in
the proper directory.

Question:
- How to properly replace the old layout with the
  new in upload ?

I expect that "calm" could complain about:

x86/release/lilypond/lilypond-doc/lilypond-doc-2.19.37-1.tar.xz
noarch/release/lilypond-doc/lilypond-doc-2.19.42-1.tar.xz

Should I move both as :

noarch/release/lilypond-doc/lilypond-doc-2.19.37-1.tar.xz
noarch/release/lilypond-doc/lilypond-doc-2.19.42-1.tar.xz

Regards
Marco

(Continue reading)

Marco Atzeri | 19 May 14:18 2016
Picon

[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 x86_64 -name index.html -o -name md5.sum | xargs rm

Testing suffers an upstream bug
https://github.com/westes/flex/issues/72

I put a workaround for the major portions of it.

Regards
Marco

Marco Atzeri | 18 May 18:15 2016
Picon

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 as one of my major development
>>> platforms for many years and wanted to give something back.
>>>
>>> Cgreen is on GitHub. We've just released v1.0.0 and have yet to port to
>>> any major platforms although it has continuously been tested on various
>>> Linuxen, Darwin and Cygwin, of course.
>>>
>>> Cgreen is distributed under ICS license ("Open BSD").
>>>
>>> setup.hint part of cgreen.cygport:
>>> --------------------------------------------
>>> # setup.hint generation
>>> CATEGORY="Devel Utils Libs"
>>>
>>> SUMMARY="A modern C and C++ unit testing and mocking framework"
>>>
>>> DESCRIPTION="A modern C and C++ unit testing and mocking
>>> framework. Cgreen uses a fluent API for asserts and constraints
>>> which makes writing concise unit tests a breeze. Output for failing
>>> asserts are clear and descriptive. The optional runner will
>>> automatically find all your tests without you having to remember to
(Continue reading)

Thomas Nilsson | 18 May 14:41 2016
Picon
Gravatar

[ITP] Cgreen v1.0.0

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 to give something back.

Cgreen is on GitHub. We've just released v1.0.0 and have yet to port to 
any major platforms although it has continuously been tested on various 
Linuxen, Darwin and Cygwin, of course.

Cgreen is distributed under ICS license ("Open BSD").

setup.hint part of cgreen.cygport:
--------------------------------------------
# setup.hint generation
CATEGORY="Devel Utils Libs"

SUMMARY="A modern C and C++ unit testing and mocking framework"

DESCRIPTION="A modern C and C++ unit testing and mocking
framework. Cgreen uses a fluent API for asserts and constraints
which makes writing concise unit tests a breeze. Output for failing
asserts are clear and descriptive. The optional runner will
automatically find all your tests without you having to remember to
add them to the test suite. All in all, awesome for TDD-ing."
-----------------------------------------

Regards,
     Thomas
(Continue reading)

David Stacey | 18 May 00:12 2016
Picon

[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:

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/setup.hint \
${BASEURL}/poco-doc/poco-doc-1.7.3-1-src.tar.xz \
${BASEURL}/poco-doc/poco-doc-1.7.3-1.tar.xz \
${BASEURL}/poco-doc/setup.hint

If you are happy with this, please add 'poco-doc' to 
cygwin-package-maint as a top-level package, so I can upload.

The rest of this e-mail is for information. For the inquisitive, here is 
the corresponding version of Poco, built without documentation:

# 32-bit:
BASEURL=https://dl.dropboxusercontent.com/u/119453582/Cygwin/x86/release
wget --no-check-certificate --no-host-directories --force-directories 
--cut-dirs=5 \
${BASEURL}/poco/libpoco-devel/libpoco-devel-1.7.3-1.tar.xz \
${BASEURL}/poco/libpoco-devel/setup.hint \
${BASEURL}/poco/libpoco43/libpoco43-1.7.3-1.tar.xz \
${BASEURL}/poco/libpoco43/setup.hint \
${BASEURL}/poco/poco-1.7.3-1-src.tar.xz \
${BASEURL}/poco/poco-1.7.3-1.tar.xz \
(Continue reading)

Mike DePaulo | 16 May 14:20 2016
Picon

[ITP] python3-configobj 5.0.6

This is the Python 3 complement to the Python 2 package of
python-configobj, which I uploaded last night.

https://github.com/mikedep333/python3-configobj-cygport
----
category: Python
requires: python3
sdesc: "Python module for handling config files"
ldesc: "ConfigObj is a simple but powerful config file reader and writer:
an ini file round tripper. Its main feature is that it is very easy to use,
with a straightforward programmer's interface and a simple syntax for config
files."

Jon Turney | 13 May 16:33 2016
Picon
Gravatar

Building from source packages


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:

* build time dependencies aren't recorded

Out of the 3135 cygported packages for x86, only 175 set DEPEND.

I don't know how we can ensure DEPEND contains accurate information 
without some sort of build service which tests that it does.

Also, there's probably room here for some policy on what is and isn't 
required in DEPEND i.e. packages essential for building, which are 
already dependencies of cygport, probably don't need to be listed. 
Additionally, some cygclasses probably imply additional build 
dependencies, i.e. 'inherit gnome' implies gnome-common is a build-dep, etc.

Further, turning DEPEND into a list of cygwin packages to install can be 
complex (e.g., if it contains some pkgconfig atoms, it requires 
knowledge of the files contained in all packages to find the one which 
contains a particular .pc file).

* a few packages mistakenly use DEPENDS

A few packages mistakenly use DEPENDS rather than DEPEND, which is 
silently ignored

(Continue reading)

Ken Brown | 12 May 00:40 2016
Picon

perl-PAR-Packer

Yaakov,

I needed the latest version of perl-PAR-Packer, so I built it and 
discovered that I needed the attached patch.  It just adds back a line 
that was present prior to version 1.030.  The build fails with 
"undefined reference to `__stack_chk_fail'" without that line.

I'm not suggesting that you need to update perl-PAR-Packer, just trying 
to save you some time when you do update it.

Ken
--- origsrc/PAR-Packer-1.030/myldr/Makefile.PL	2016-05-10 21:09:14.197601400 -0400
+++ src/PAR-Packer-1.030/myldr/Makefile.PL	2016-05-10 22:15:08.535197200 -0400
 <at>  <at>  -172,6 +172,7  <at>  <at>  if ($dynperl) {
     $perllibshortname =~ s/\Q.$so\E$//;
 }
 $static_ldflags =~ s/(^|\s)-l$perllibshortname(\s|$)/ /g;
+$boot_ldflags .= $static_ldflags;

 
 # In the $dynperl case, we've already found the $libperl DSO.
Yaakov Selkowitz | 11 May 22:00 2016
Picon
Gravatar

[PATCH calm] past_mistakes: remove dialog, ncurses, xfs

The versions containing hyphens are no longer present.
---
 past_mistakes.py | 16 ----------------
 1 file changed, 16 deletions(-)

diff --git a/past_mistakes.py b/past_mistakes.py
index d8280d1..5e1132f 100644
--- a/past_mistakes.py
+++ b/past_mistakes.py
 <at>  <at>  -30,8 +30,6  <at>  <at> 
 # package names which have been used with versions containing a hyphen
 hyphen_in_version = [
     'ctorrent',
-    'dialog',
-    'dialog-debuginfo',
     'email',
     'email-debuginfo',
     'fdupes',
 <at>  <at>  -41,27 +39,15  <at>  <at>  hyphen_in_version = [
     'gtk3-engines-unico-debuginfo',
     'hidapi',
     'hidapi-debuginfo',
-    'libdialog-devel',
-    'libdialog11',
-    'libdialog12',
     'libhidapi-devel',
     'libhidapi0',
     'libmangle',
     'libmangle-debuginfo',
-    'libncurses-devel',
(Continue reading)

Andrew Schulman | 11 May 18:37 2016
Picon

pcre2?

fish 2.3 is currently bundling and building its own copy of libpcre2.
There's an issue[1] open to unbundle it and use distributions' own
versions, but libpcre2 hasn't been packaged for Cygwin yet.

Yaakov, are you interested in packaging and maintaining pcre2?  It builds
fine OOTB for me, and it looks as though your cygport file for pcre could
be used with only minor changes.

Since you already maintain pcre, OTBE I think it would be better for you to
own pcre2 too.  But if you're not interested in doing that, I'll take it
on.

Thanks,
Andrew

[1] https://github.com/fish-shell/fish-shell/issues/2985

Ken Brown | 11 May 14:27 2016
Picon

Lingua::Translit

Achim,

The next version of Biber will have a dependency on Lingua::Translit. 
Can you add that to the distro when you get a chance?

Thanks.

Ken


Gmane