Re: cygport

2022-04-10 Thread Achim Gratz
Jon Turney writes:
>> @@ -412,6 +413,7 @@ __list_deps() {
>> do
>> if [ -f ${d}/${pldep//:://}.pm ]
>> then
>> +   case "${d##*/}" in 5.[0-9][0-9]) 
>> plver+="$pldep " ;; esac
>
> Is the mistake thinking pldep here is a pathname, not a module name?

Most likely yes, although I'd have to see what kind of data triggers
this clause.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables


Re: [ITA] {mingw64-{i686,x86_64}-,}zlib

2022-04-10 Thread Ken Brown

On 4/10/2022 12:55 PM, Achim Gratz wrote:


MinGW64 packages currently orphaned by Yaakov, Cygwin package currently
maintained by Ken (OK to take over given via IRC).

Update to 1.2.12 (security) and removal of minizip (not used on Cygwin
and minizip fork is packaged separately already).


Done.

Thanks for taking over.

Ken


Re: cygport

2022-04-10 Thread Jon Turney

On 27/03/2022 14:22, Achim Gratz wrote:

Jon Turney writes:

A few comments after looking at:

lib/pkg_info.cygport: implement automatic determination of the
appropriate perl5_0xy requirement
1. In __list_deps(), this should look at the files list in $@, not at
files in $D, as that causes it to identify a perl5_0xy dependency for
all subpackages, irrespective of which package (if any) contains the
files in the vendor_perl directory.

2. This only identifies the perl5_0xy requirement for packages which
own files in the vendor_perl directory, not for packages which contain
executables or shared libraries dynamically linked with
cygperl5_xy.dll.   That should at least be mentioned in the patch
commentary.


I've fixed both of these on the to-upstream branch I think.


Thanks.

I tried testing this on rxvt-unicode.  It correctly adds the perl5_032 
dependency due to linkage


But it also emits a bogus dependency on 'Carp'.


@@ -412,6 +413,7 @@ __list_deps() {
do
if [ -f ${d}/${pldep//:://}.pm ]
then
+   case "${d##*/}" in 5.[0-9][0-9]) 
plver+="$pldep " ;; esac


Is the mistake thinking pldep here is a pathname, not a module name?


alldeps+=" "${d}/${pldep//:://}.pm;
break;
fi
@@ -419,6 +421,17 @@ __list_deps() {
done
fi

+   plver=( $( echo "${plver}" | tr ' ' '\n' | sed -e 
's/.*\///;s/5/perl5/;s/\./_0/' | sort -ru ) )
+   if [ "${#plver[@]}" -gt 1 ]
+   then
+   warning "More than one targeted Perl version: ${plver[*]},"
+   warning "using only the latest as dependency: ${plver[0]}."
+   fi
+   if [ "${#plver[@]}" -gt 0 ] && [ "${PN}" != "perl_base" ]
+   then
+   echo "${plver[0]}"
+   fi
+
if check_prog php-config
then
phpmoddir=$(php-config  --extension-dir)


Re: [ITA] duplicity

2022-04-10 Thread Libor Ukropec

Hi Brian,

1. regarding python-fasteners:

Dne 08.04.2022 v 1:44 Brian Inglis napsal(a):
> Run cygport ... all with --debug flag which enables shell tracing
> throughout and redirect all output &> debug.log for review.

Output for command `cygport --debug python-fasteners download all check 
&> debug.log`


is here, if you can deduct from it something useful:

https://gist.github.com/cz6ace/929812203a42bd2d69506cad19385eed#file-debug-log

(it is quite long, I do not want to paste it directly into the email)

Also it is unknown to me, how the new repository can be added into the 
https://cygwin.com/git/?a=project_list;pf=git/cygwin-packages so I can 
execute the tests in the playground too.



2. regarding duplicity itself. My first successful build: 
https://github.com/cygwin/scallywag/actions/runs/2144688591


Regards,
Libor

Dne 08.04.2022 v 1:44 Brian Inglis napsal(a):
Run cygport ... all with --debug flag which enables shell tracing 
throughout and redirect all output &> debug.log for review.


On 2022-04-07 16:26, Libor Ukropec wrote:

Hi Brian,

I solved the issue with Python 2.7 by adding PKG_NAMES and *_CONTENTS:

inherit python-wheel

PYTHON_WHEEL_VERSIONS="2.7:3.8:3.9"
NAME="python-fasteners"
VERSION=0.16.3
RELEASE=1
CATEGORY="Python"
SUMMARY="Cross platform locks for threads and processes."
DESCRIPTION="Python standard library provides a lock for threads (both 
a reentrant one, and a non-reentrant one, see below). Fasteners 
extends this, and provides a lock for processes, as well as Reader 
Writer locks for both threads and processes."
SRC_URI="https://github.com/harlowja/fasteners/archive/refs/tags/${VERSION}.tar.gz; 


SRC_DIR="fasteners-${VERSION}"
ARCH=noarch
PKG_NAMES+=" python27-fasteners"
python27_fasteners_CONTENTS="usr/lib/python2.7/site-packages/ 
usr/share/doc/python27-fasteners/"



still I'm concerned about the generated requirements, where the 
package itself is referring to itself with very long name. Is that 
normal?


 >>> python38-fasteners requires: python38 
python38-fasteners-python-fasteners-fasteners python38-six
 >>> python39-fasteners requires: python39 
python39-fasteners-python-fasteners-fasteners python39-six
 >>> python27-fasteners requires: python27 
python27-fasteners-python-fasteners-fasteners python27-six



Libor

Dne 07.04.2022 v 21:39 Libor Ukropec napsal(a):

Hi Brian,
Dne 07.04.2022 v 1:40 Brian Inglis napsal(a):

On 2022-04-06 16:10, Libor Ukropec wrote:
I'd like to offer to adopt maintenance of duplicity (Encrypted 
bandwidth-efficient backup system)
Information from https://duplicity.gitlab.io/ - """The last stable 
0.7 release is *0.7.19*, released Apr 19, 2019""", while cygwin 
contains 0.7.11 from 2017

Updated cygport:
https://github.com/cz6ace/cygwin-duplicity


You need to define BUILD_REQUIRES and list all Cygwin packages 
needed to build this package:


https://cygwin.github.io/cygport/check_funcs_cygpart.html#robo791

Use BUILD_REQUIRES+=" ..." for additional lines of packages.


Updated build:
https://github.com/cz6ace/cygwin-duplicity/releases


See:

 https://cygwin.com/git/cygwin-packages/duplicity.git


This repository was my starting point, I just increased the version 
and prepared the package (below) for the new python dependency 
(fasterners). I did not see on the contribution page any mention to 
the `playground` thing and an automation - will try that, once my SSH 
key is added.


As my first contribution to cygwin I wanted to start with small steps 
and stay with 0.7 duplicity, which still depends on the Python 2.7




You can clone the repo for the original files, checkout a playground 
branch, commit your changes and patches (and any extra source 
files), define the upstream playground branch, and push your changes 
there, which will run Scallywag CI under Github Actions (or Appveyor 
if you configure that cygport option).


Please note for successful installation the python 2.7 fasteners 
package is required, not yet in cygwin, I plan to offer [ITP] for it:

cygport:
https://github.com/cz6ace/cygwin-python-fasteners
build:
https://github.com/cz6ace/cygwin-python-fasteners/releases


Need to support python3/39 now: see python package cygports in 
cygwin-packages repos as above!


Is it a must at this moment? As I stated above, duplicity 0.7.x 
requires Python 2.7


I changed the `inherit` to python-wheel, which should support 
2.7,3.8, 3.9:


inherit python-wheel

PYTHON_WHEEL_VERSIONS="2.7:3.8:3.9"

But the cygport does not create the tar.cz archive for 2.7 and fails 
with


... 
-usr/lib/python2.7/site-packages/fasteners/version.py
...
*** ERROR: Packages are missing files:


I tried previous cygport version, but it fails creating python 3.7 
package.


I'll try to look to cygport sources if I am able to see something, 
which I doubt.




Python standard library provides a lock for threads (both a 
reentrant one, and a non-reentrant one, see below). Fasteners 
extends this, and provides a lock for processes, as well as 

[ITA] {mingw64-{i686,x86_64}-,}zlib

2022-04-10 Thread Achim Gratz


MinGW64 packages currently orphaned by Yaakov, Cygwin package currently
maintained by Ken (OK to take over given via IRC).

Update to 1.2.12 (security) and removal of minizip (not used on Cygwin
and minizip fork is packaged separately already).


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada