[Attn. Maintainers] perl-5.30.1

[Attn. Maintainers] perl-5.30.1

[Achim Gratz]

Perl version 5.30.1 was just released.  I will have an unexpected
timeslot available at the beginning of next week that I plan to use to
update Perl for Cygwin.  This of course means all Perl distribution
packages and any other packages that install into the Perl module
directories will need to be updated.  By now I should maintain or
co-maintain almost all Perl distribution packages, but there are a few
that are left over or captive in some other packages.

I'd appreciate if the respective maintainers would reply to this post
with the names of the affected packages and if they can roll an update
around the time mentioned.  Thanks.


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

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves

Re: [Attn. Maintainers] perl-5.30.1

[Andrew Schulman via cygwin-apps]

> Perl version 5.30.1 was just released.  I will have an unexpected
> timeslot available at the beginning of next week that I plan to use to
> update Perl for Cygwin.  This of course means all Perl distribution
> packages and any other packages that install into the Perl module
> directories will need to be updated.  By now I should maintain or
> co-maintain almost all Perl distribution packages, but there are a few
> that are left over or captive in some other packages.
> 
> I'd appreciate if the respective maintainers would reply to this post
> with the names of the affected packages and if they can roll an update
> around the time mentioned.  Thanks.

Hi. stow makes the perl-Stow package. Sure, I can rebuild that, it'll only take
a few minutes. Please just let us how when we should go ahead. Andrew

Re: [Attn. Maintainers] perl-5.30.1

[Ken Brown]

I maintain biber and perl-PAR-Packer.  I can update whenever you say.

Ken

On 11/10/2019 12:12 PM, Achim Gratz wrote:
> 
> Perl version 5.30.1 was just released.  I will have an unexpected
> timeslot available at the beginning of next week that I plan to use to
> update Perl for Cygwin.  This of course means all Perl distribution
> packages and any other packages that install into the Perl module
> directories will need to be updated.  By now I should maintain or
> co-maintain almost all Perl distribution packages, but there are a few
> that are left over or captive in some other packages.
> 
> I'd appreciate if the respective maintainers would reply to this post
> with the names of the affected packages and if they can roll an update
> around the time mentioned.  Thanks.
> 
> 
> Regards,
> Achim.
> 

Re: [Attn. Maintainers] perl-5.30.1

[Achim Gratz]

Achim Gratz writes:
> I'd appreciate if the respective maintainers would reply to this post
> with the names of the affected packages and if they can roll an update
> around the time mentioned.  Thanks.

I've already built the new Perl packages and the (almost) full set of
distributions.  I'm waiting for the stage 2 tests of the Perl build to
finish and will then post a repository link for you to point setup.exe
to (in addition of the Cygwin mirror) to update your own build systems.
This time around these are the same packages that will be going live on
the Cygwin mirrors unless I find an error that needs to be dealt with.

Besides Ken and Andrew, who have already responded, the only other
packages I don't yet maintain are from Yaakov (mostly Gnome and GUI
related stuff) and the *Magick wrappers that Marco maintains.  There
should be other packages with captive Perl modules (IIRC SVN and Git).
Git isn't affected because it sets up @INC itself and doesn't have
architecture-specific modules.

During the release of Perl-5.26 we've fingered the following:

biber:	             BibTeX replacement for users of BibLaTeX (installed binaries and support files)
git-svn:	     Subversion compatibility support for Git version control system
git:	             Distributed version control system
grepmail:	     search mailboxes for mail matching an expression (installed binaries and support files)
irssi:	             Modular text mode IRC client with Perl scripting
nginx-mod_http_perl: Web and mail proxy server (installed binaries and support files)
nginx-mod_http_perl: Web and mail proxy server
po4a:	             Tools for translating various file formats with gettext (installed binaries and support files)
pristine-tar:	     Regenerate pristine tarballs (installed binaries and support files)
sendxmpp:            Commandline XMPP (jabber) utility (installed binaries and support files)
subversion-perl:     A version control system (perl bindings)
texlive:             TeXLive

Again, just like the last time around, noarch packages _should_ keep
working if the files are moved to the correct directory where Perl-5.30
looks for them, but I've not really checked.  Since there have been many
changes in Perl internals, I wouldn't take chances with archful packages
(anything that comes with a DLL).


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

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs

Re: [Attn. Maintainers] perl-5.30.1

[Achim Gratz]

The Perl 5.30 repository is now up at http://cygwin.stromeko.net.

root=http://cygwin.stromeko.net/

The setup.xz is signed with my PGP key available at $root/stromeko.gpg,
which you can download and then feed to setup.exe via the -K switch.
The fingerprint of that key is:

      B22B 4890 B89E 5E5A 795C  E305 B40B EC75 3152 B1C3

If you have the keyart script (Python, you can just download from
https://raw.githubusercontent.com/atoponce/keyart/master/keyart), this
is what you should see after importing the key into your public keyring:

> keyart stromeko
+-----[DSA 2048]----+
|         ^.        |
|        ^ .        |
|       ^ E         |
|    . . ^ :        |
|. .  ^ : .         |
|.^  . ^.:S         |
| ..  . :^.         |
|.  .^ ^.^          |
|. ^:.^ ..          |
| ^:... .           |
|.^    .            |
+-----[3152B1C3]----+
+-------------------+
|                 :X|
|             .  ^^^|
|            :   ..^|
|         . : .   E |
|          i . . .  |
|       ^ S l : .   |
|        i l ^ ^    |
|       ^ . .       |
|      .   .        |
|       . .         |
|      ...          |
+-------------------+

Since the version numbers have already been bumped, you can just add the
above repo-URL in addition to your Cygwin mirror and then run an update
as usual.  If everything went well, the follwing directories should now
be (mostly) emtpy:

    /usr/lib/perl5/vendor_perl/5.26/x86_64-cygwin-threads
    /usr/lib/perl5/5.26/x86_64-cygwin-threads
    /usr/lib/perl5/vendor_perl/5.26/i686-cygwin-threads-64int
    /usr/lib/perl5/5.26/i686-cygwin-threads-64int
    /usr/share/perl5/vendor_perl/5.26
    /usr/share/perl5/5.26

The files left over should belong to packages that have yet to be
updated or otherwise indicate that the information in /etc/setup was not
matching up with what you had on your system.


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

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [Attn. Maintainers] perl-5.30.1

[Ken Brown]

On 11/17/2019 2:57 PM, Achim Gratz wrote:
> 
> The Perl 5.30 repository is now up at http://cygwin.stromeko.net.
> 
> root=http://cygwin.stromeko.net/
> 
> The setup.xz is signed with my PGP key available at $root/stromeko.gpg,
> which you can download and then feed to setup.exe via the -K switch.

I'm getting "Unable to get setup from <http://cygwin.stromeko.net/>".  The log shows

2019/11/18 17:27:50 HTTP status 404 fetching 
http://cygwin.stromeko.net/x86_64/setup.xz.sig
2019/11/18 17:27:50 HTTP status 404 fetching 
http://cygwin.stromeko.net/x86_64/setup.xz

(and similarly for x86).

Ken

Re: [Attn. Maintainers] perl-5.30.1

[Brian Inglis]

On 2019-11-18 15:34, Ken Brown wrote:
> On 11/17/2019 2:57 PM, Achim Gratz wrote:
>>
>> The Perl 5.30 repository is now up at http://cygwin.stromeko.net.
>>
>> root=http://cygwin.stromeko.net/
>>
>> The setup.xz is signed with my PGP key available at $root/stromeko.gpg,
>> which you can download and then feed to setup.exe via the -K switch.
> 
> I'm getting "Unable to get setup from <http://cygwin.stromeko.net/>".  The log shows
> 
> 2019/11/18 17:27:50 HTTP status 404 fetching 
> http://cygwin.stromeko.net/x86_64/setup.xz.sig
> 2019/11/18 17:27:50 HTTP status 404 fetching 
> http://cygwin.stromeko.net/x86_64/setup.xz

HSTS is enabled but cert is not for that domain:
	Subject/CN = *.ssl.goneo.de
	Subject Alternative Name/DNS Name=*.ssl.goneo.de

$ curl -I http://cygwin.stromeko.net/x86_64/setup.xz.sig
HTTP/1.1 404 Not Found
Date: Mon, 18 Nov 2019 23:14:02 GMT
Server: Apache/2.4.39
Strict-Transport-Security: max-age=0; includeSubDomains
Content-Type: text/html; charset=iso-8859-1

$ curl -I https://cygwin.stromeko.net/x86_64/setup.xz.sig
curl: (60) SSL: no alternative certificate subject name matches target host name
'cygwin.stromeko.net'
More details here: https://curl.haxx.se/docs/sslcerts.html

curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

Re: [Attn. Maintainers] perl-5.30.1

[ASSI]

Ken Brown writes:
 I'm getting "Unable to get setup from <http://cygwin.stromeko.net/>".  The log shows
>
> 2019/11/18 17:27:50 HTTP status 404 fetching 
> http://cygwin.stromeko.net/x86_64/setup.xz.sig
> 2019/11/18 17:27:50 HTTP status 404 fetching 
> http://cygwin.stromeko.net/x86_64/setup.xz

Sorry.  That should have been:

http://cygwin.stromeko.net/perl-5.30



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

Re: [Attn. Maintainers] perl-5.30.1

[ASSI]

Ken Brown writes:
 I'm getting "Unable to get setup from <http://cygwin.stromeko.net/>".  The log shows
>
> 2019/11/18 17:27:50 HTTP status 404 fetching 
> http://cygwin.stromeko.net/x86_64/setup.xz.sig
> 2019/11/18 17:27:50 HTTP status 404 fetching 
> http://cygwin.stromeko.net/x86_64/setup.xz

Sorry.  That should have been:

http://cygwin.stromeko.net/perl-5.30



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

Re: [Attn. Maintainers] perl-5.30.1

[Ken Brown]

On 11/19/2019 1:52 AM, ASSI wrote:
> Ken Brown writes:
>   I'm getting "Unable to get setup from <http://cygwin.stromeko.net/>".  The log shows
>>
>> 2019/11/18 17:27:50 HTTP status 404 fetching
>> http://cygwin.stromeko.net/x86_64/setup.xz.sig
>> 2019/11/18 17:27:50 HTTP status 404 fetching
>> http://cygwin.stromeko.net/x86_64/setup.xz
> 
> Sorry.  That should have been:
> 
> http://cygwin.stromeko.net/perl-5.30

Now I get "Internal Error:  gcrypt library error 45 illegal tag."  But 'setup 
-X' works.

Ken

Re: [Attn. Maintainers] perl-5.30.1

[ASSI]

Ken Brown writes:
> Now I get "Internal Error:  gcrypt library error 45 illegal tag."  But 'setup 
> -X' works.

I've just updated my machine @work and everything is OK.  However since
I don't use setup.exe to import the repo I check the signature with
GnuPG and that works without any trouble.  I've used this key with setup
before, so I don't know how that error creeps in (I think I signed with
gpg before while I've used gpg2 this time, but that's the only
difference I can thing of).


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: [Attn. Maintainers] perl-5.30.1

[Achim Gratz]

ASSI writes:
> I've used this key with setup
> before, so I don't know how that error creeps in (I think I signed with
> gpg before while I've used gpg2 this time, but that's the only
> difference I can thing of).

I've uploaded new signatures produced by gpg, can you please test if
that works better?


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: [Attn. Maintainers] perl-5.30.1

[Achim Gratz]

Ken Brown writes:
> Now I get "Internal Error:  gcrypt library error 45 illegal tag."  But 'setup 
> -X' works.

I goofed up and put an ASCII armored key there instead of a binary one.

Thanks to Jon for helping me find the source of the error.


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

DIY Stuff:
http://Synth.Stromeko.net/DIY.html

Re: [Attn. Maintainers] perl-5.30.1

[Ken Brown]

On 11/19/2019 12:08 PM, Achim Gratz wrote:
> Ken Brown writes:
>> Now I get "Internal Error:  gcrypt library error 45 illegal tag."  But 'setup
>> -X' works.
> 
> I goofed up and put an ASCII armored key there instead of a binary one.

All good now, and I've rebuilt my packages.

Ken

Re: [Attn. Maintainers] Reminder: Package updates needed for the pending switch to perl-5.30.1

[Achim Gratz]

Achim Gratz writes:
> I've already built the new Perl packages and the (almost) full set of
> distributions.  I'm waiting for the stage 2 tests of the Perl build to
> finish and will then post a repository link for you to point setup.exe
> to (in addition of the Cygwin mirror) to update your own build systems.
> This time around these are the same packages that will be going live on
> the Cygwin mirrors unless I find an error that needs to be dealt with.
>
> Besides Ken and Andrew, who have already responded, the only other
> packages I don't yet maintain are from Yaakov (mostly Gnome and GUI
> related stuff) and the *Magick wrappers that Marco maintains.  There
> should be other packages with captive Perl modules (IIRC SVN and Git).
> Git isn't affected because it sets up @INC itself and doesn't have
> architecture-specific modules.
>
> During the release of Perl-5.26 we've fingered the following:
>
> biber:	             BibTeX replacement for users of BibLaTeX (installed binaries and support files)
> git-svn:	     Subversion compatibility support for Git version control system
> git:	             Distributed version control system
> grepmail:	     search mailboxes for mail matching an expression (installed binaries and support files)
> irssi:	             Modular text mode IRC client with Perl scripting
> nginx-mod_http_perl: Web and mail proxy server (installed binaries and support files)
> nginx-mod_http_perl: Web and mail proxy server
> po4a:	             Tools for translating various file formats with gettext (installed binaries and support files)
> pristine-tar:	     Regenerate pristine tarballs (installed binaries and support files)
> sendxmpp:            Commandline XMPP (jabber) utility (installed binaries and support files)
> subversion-perl:     A version control system (perl bindings)
> texlive:             TeXLive
>
> Again, just like the last time around, noarch packages _should_ keep
> working if the files are moved to the correct directory where Perl-5.30
> looks for them, but I've not really checked.  Since there have been many
> changes in Perl internals, I wouldn't take chances with archful packages
> (anything that comes with a DLL).

Loooking through further mails from the last major version update for
Perl, it appears that a number of packages have embedded Perl
interpretors.  Since we still lack the infrastructure to have multiple
Perl versions installed in parallel, these will also need to be updated
as otherwise they might no longer be able to link into the perl DLL.
The mentioned packages included:

gdal
gnumeric
graphviz
hexchat
irssi
libproxy
link-grammar
marisa
net-smp
openbabel
openswan
postgresql
rxvt-unicode
vim
xfconf
zbar
zinnia
znc



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

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: [Attn. Maintainers] Reminder: Package updates needed for the pending switch to perl-5.30.1

[Marco Atzeri]

Am 23.11.2019 um 17:19 schrieb Achim Gratz:
> Achim Gratz writes:

>>
>> Besides Ken and Andrew, who have already responded, the only other
>> packages I don't yet maintain are from Yaakov (mostly Gnome and GUI
>> related stuff) and the *Magick wrappers that Marco maintains.  There
>> should be other packages with captive Perl modules (IIRC SVN and Git).
>> Git isn't affected because it sets up @INC itself and doesn't have
>> architecture-specific modules.
>>
>> During the release of Perl-5.26 we've fingered the following:
>>

>> irssi:	             Modular text mode IRC client with Perl scripting

> The mentioned packages included:
> 
> gdal

> irssi

> postgresql

> 
> Regards,
> Achim.
> 

Noted.

Regards
Marco.

Re: [Attn. Maintainers] Reminder: Package updates needed for the pending switch to perl-5.30.1

[Jari Aalto]

On 2019-11-23 17:19, Achim Gratz wrote:
> Achim Gratz writes:
> > I've already built the new Perl packages and the (almost) full set of
>
> > grepmail:	     search mailboxes for mail matching an expression (installed binaries and support files)
> > pristine-tar:	     Regenerate pristine tarballs (installed binaries and support files)
> > sendxmpp:            Commandline XMPP (jabber) utility (installed binaries and support files)

Noted,
Jari

Re: [Attn. Maintainers] RFP: libmail-mbox-messageparser-perl (perl-5.30.1 rebuild) pending switch to perl-5.30.1

[Jari Aalto]

On 2019-11-23 17:19, Achim Gratz wrote:
> > grepmail:	     search mailboxes for mail matching an expression (installed binaries and support files)

Would someone package:

  https://packages.debian.org/unstable/libmail-mbox-messageparser-perl

The following is required by grepmail configure:

  libmail-mbox-messageparser-perl: /usr/share/perl5/Mail/Mbox/MessageParser.pm

Jari

Re: [Attn. Maintainers] RFP: libmail-mbox-messageparser-perl (perl-5.30.1 rebuild) pending switch to perl-5.30.1

[Achim Gratz]

Jari Aalto writes:
> Would someone package:
>
>   https://packages.debian.org/unstable/libmail-mbox-messageparser-perl
>
> The following is required by grepmail configure:
>
>   libmail-mbox-messageparser-perl: /usr/share/perl5/Mail/Mbox/MessageParser.pm

Is that a new requirement?  We don't use the backwards Debian package
naming, so our package would be called

perl-Mail-Mbox-MessageParser

I'll add it to the staging repo some time this week.


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

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves

Re: [Attn. Maintainers] RFP: libmail-mbox-messageparser-perl (perl-5.30.1 rebuild) pending switch to perl-5.30.1

[Jari Aalto]

On 2019-11-25 18:27, Achim Gratz wrote:
> Jari Aalto writes:
> > Would someone package:
> >
> >   https://packages.debian.org/unstable/libmail-mbox-messageparser-perl
> >
> > The following is required by grepmail configure:
> >
> >   libmail-mbox-messageparser-perl: /usr/share/perl5/Mail/Mbox/MessageParser.pm
> 
> Is that a new requirement?

It's probably optional. From Makefile.PL:

   Warning: prerequisite Mail::Mbox::MessageParser 1.4001 not found.
   
> We don't use the backwards Debian package naming,

Just did some search where it would might be.

> so our package would be called
> 
> perl-Mail-Mbox-MessageParser
> 
> I'll add it to the staging repo some time this week.

Ok.
Jari

Re: [Attn. Maintainers] RFP: libmail-mbox-messageparser-perl (perl-5.30.1 rebuild) pending switch to perl-5.30.1

[Achim Gratz]

Jari Aalto writes:
> It's probably optional. From Makefile.PL:

Well, upstream lists it as a requirement… again, I'll add it within the
week as time permits.


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

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: [Attn. Maintainers] RFP: libmail-mbox-messageparser-perl (perl-5.30.1 rebuild) pending switch to perl-5.30.1

[Achim Gratz]

Jari Aalto writes:
> On 2019-11-25 18:27, Achim Gratz wrote:
>> Jari Aalto writes:
>> > Would someone package:
>> >
>> >   https://packages.debian.org/unstable/libmail-mbox-messageparser-perl
>> perl-Mail-Mbox-MessageParser
>> 
>> I'll add it to the staging repo some time this week.

I've uploaded it to my repo together with the three new dependencies.


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

SD adaptation for Waldorf Blofeld V1.15B11:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [Attn. Maintainers] Reminder: Package updates needed for the pending switch to perl-5.30.1

[Alexey Sokolov]

23.11.2019 17:19, Achim Gratz пишет:
> Achim Gratz writes:
>> I've already built the new Perl packages and the (almost) full set of
>> distributions.  I'm waiting for the stage 2 tests of the Perl build to
>> finish and will then post a repository link for you to point setup.exe
>> to (in addition of the Cygwin mirror) to update your own build systems.
>> This time around these are the same packages that will be going live on
>> the Cygwin mirrors unless I find an error that needs to be dealt with.
>>
>> Besides Ken and Andrew, who have already responded, the only other
>> packages I don't yet maintain are from Yaakov (mostly Gnome and GUI
>> related stuff) and the *Magick wrappers that Marco maintains.  There
>> should be other packages with captive Perl modules (IIRC SVN and Git).
>> Git isn't affected because it sets up @INC itself and doesn't have
>> architecture-specific modules.
>>
>> During the release of Perl-5.26 we've fingered the following:
>>
>> biber:	             BibTeX replacement for users of BibLaTeX (installed binaries and support files)
>> git-svn:	     Subversion compatibility support for Git version control system
>> git:	             Distributed version control system
>> grepmail:	     search mailboxes for mail matching an expression (installed binaries and support files)
>> irssi:	             Modular text mode IRC client with Perl scripting
>> nginx-mod_http_perl: Web and mail proxy server (installed binaries and support files)
>> nginx-mod_http_perl: Web and mail proxy server
>> po4a:	             Tools for translating various file formats with gettext (installed binaries and support files)
>> pristine-tar:	     Regenerate pristine tarballs (installed binaries and support files)
>> sendxmpp:            Commandline XMPP (jabber) utility (installed binaries and support files)
>> subversion-perl:     A version control system (perl bindings)
>> texlive:             TeXLive
>>
>> Again, just like the last time around, noarch packages _should_ keep
>> working if the files are moved to the correct directory where Perl-5.30
>> looks for them, but I've not really checked.  Since there have been many
>> changes in Perl internals, I wouldn't take chances with archful packages
>> (anything that comes with a DLL).
> 
> Loooking through further mails from the last major version update for
> Perl, it appears that a number of packages have embedded Perl
> interpretors.  Since we still lack the infrastructure to have multiple
> Perl versions installed in parallel, these will also need to be updated
> as otherwise they might no longer be able to link into the perl DLL.
> The mentioned packages included:
> 

Shall we build it, but not upload yet, or how do you want to manage the
atomic update?

> gdal
> gnumeric
> graphviz
> hexchat
> irssi
> libproxy
> link-grammar
> marisa
> net-smp
> openbabel
> openswan
> postgresql
> rxvt-unicode
> vim
> xfconf
> zbar
> zinnia
> znc
> 
> 
> 
> Regards,
> Achim.
> 

Re: [Attn. Maintainers] Reminder: Package updates needed for the pending switch to perl-5.30.1

[Achim Gratz]

Alexey Sokolov writes:
> Shall we build it, but not upload yet, or how do you want to manage the
> atomic update?

You can't upload before the new Perl version is officially in Cygwin,
just like the last time we had to do that.  Since most of the affected
maintainers have not yet responded I can't really suggest how exactly
we might coordinate among them all.


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

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs

Re: [Attn. Maintainers] perl-5.30.1

[Achim Gratz]

Achim Gratz writes:
> Perl version 5.30.1 was just released.  I will have an unexpected
> timeslot available at the beginning of next week that I plan to use to
> update Perl for Cygwin.  This of course means all Perl distribution
> packages and any other packages that install into the Perl module
> directories will need to be updated.

Besides some maintainers being busy with other stuff (esp. Yaakov) or
having not yet responded, it looks that this update may have hit another
roadbump:

There's a bug in perl-5.30 that hits only embedded Perl and only in
certain circumstances.  Reverting the corresponding commit appears to
work, but makes the resulting Perl binary incompatible (i.e. all XS
modules and embedded Perls would need to be built again).  I can build a
new Perl relatively quickly now, so I could do that over the weekend,
but I wouldn't necessarily want to release that directly.

So it appears likely that the update shifts to the beginning of next
year (which probably means early February rather than mid-to-end
January).


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

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: [Attn. Maintainers] perl-5.30.1

[Andrew Schulman via cygwin-apps]

> Achim Gratz writes:
> > Perl version 5.30.1 was just released.  I will have an unexpected
> > timeslot available at the beginning of next week that I plan to use to
> > update Perl for Cygwin.  This of course means all Perl distribution
> > packages and any other packages that install into the Perl module
> > directories will need to be updated.
> 
> So it appears likely that the update shifts to the beginning of next
> year (which probably means early February rather than mid-to-end
> January).

I'll probably have time to work through this before then. But in case I don't,
and I just wait to update stow until you release the new Perl version, is there
any disadvantage to that aside from the short time when stow won't work with the
latest Perl? And the risk of a further delay due to any build problems?

Thanks,
Andrew

Re: [Attn. Maintainers] perl-5.30.1

[Achim Gratz]

Achim Gratz writes:
> There's a bug in perl-5.30 that hits only embedded Perl and only in
> certain circumstances.  Reverting the corresponding commit appears to
> work, but makes the resulting Perl binary incompatible (i.e. all XS
> modules and embedded Perls would need to be built again).  I can build a
> new Perl relatively quickly now, so I could do that over the weekend,
> but I wouldn't necessarily want to release that directly.

I have integrated the two patches that revert the offending commit and
re-built Perl and all XS modules (as well as openldap, as one of the
server backends has an embedded perl interpreter). The updated Perl-5.30
repository is now available.  Since I have not changed the release
numbers, you'll have to dupe setup into "upgrading" all perl packages in
your installation (alternatively you'd need to re-install all Perl
related packages manually):

--8<---------------cut here---------------start------------->8---
sed -i.bak -re 's/^(perl.*) .+ ([01])$/\1 \1-0-0.tar.bz \2/'\
    /etc/setup/installed.db
--8<---------------cut here---------------end--------------->8---

Any XS modules you have locally installed will need to be re-built as
well or they would complain about a mismatched handshake key when trying
to load their DLL.

Please point setup.exe at:

root=http://cygwin.stromeko.net/
$root/perl-5.30

The setup.xz is signed with my PGP key available at $root/stromeko.gpg,
which you can download and then feed to setup.exe via the -K switch.
The fingerprint of that key is:

      B22B 4890 B89E 5E5A 795C  E305 B40B EC75 3152 B1C3

If you have the keyart script (Python, you can just download from
https://raw.githubusercontent.com/atoponce/keyart/master/keyart), this
is what you should see after importing the key into your public keyring:

> keyart stromeko
+-----[DSA 2048]----+
|         ^.        |
|        ^ .        |
|       ^ E         |
|    . . ^ :        |
|. .  ^ : .         |
|.^  . ^.:S         |
| ..  . :^.         |
|.  .^ ^.^          |
|. ^:.^ ..          |
| ^:... .           |
|.^    .            |
+-----[3152B1C3]----+
+-------------------+
|                 :X|
|             .  ^^^|
|            :   ..^|
|         . : .   E |
|          i . . .  |
|       ^ S l : .   |
|        i l ^ ^    |
|       ^ . .       |
|      .   .        |
|       . .         |
|      ...          |
+-------------------+



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

Re: [Attn. Maintainers] Reminder: Package updates needed for the pending switch to perl-5.30.1

[Marco Atzeri]

Am 24.11.2019 um 18:58 schrieb Marco Atzeri:
> Am 23.11.2019 um 17:19 schrieb Achim Gratz:
>> Achim Gratz writes:
> 
>>>
>>> Besides Ken and Andrew, who have already responded, the only other
>>> packages I don't yet maintain are from Yaakov (mostly Gnome and GUI
>>> related stuff) and the *Magick wrappers that Marco maintains.  There
>>> should be other packages with captive Perl modules (IIRC SVN and Git).
>>> Git isn't affected because it sets up @INC itself and doesn't have
>>> architecture-specific modules.


I am completing the build of :
  postgresql-12.1-2
  irssi-1.2.2-2
  GraphicsMagick-1.3.33-2
  ImageMagick-6.9.10.11-2
  gdal-3.0.2-2

and I am planning to upload them as "test"
by today or tomorrow.

Regards
Marco

Re: [Attn. Maintainers] Reminder: Package updates needed for the pending switch to perl-5.30.1

[Achim Gratz]

Marco Atzeri writes:
> Am 24.11.2019 um 18:58 schrieb Marco Atzeri:
> I am completing the build of :
>  postgresql-12.1-2
>  irssi-1.2.2-2
>  GraphicsMagick-1.3.33-2
>  ImageMagick-6.9.10.11-2
>  gdal-3.0.2-2

Thanks.

> and I am planning to upload them as "test"
> by today or tomorrow.

I would not do that since there are a number of folks who habitually
install test versions and would probably be quite surprised when that
doesn't work at all.


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

Re: [Attn. Maintainers] Reminder: Package updates needed for the pending switch to perl-5.30.1

[Marco Atzeri]

Am 16.12.2019 um 19:50 schrieb Achim Gratz:
> Marco Atzeri writes:
>> Am 24.11.2019 um 18:58 schrieb Marco Atzeri:
>> I am completing the build of :
>>   postgresql-12.1-2
>>   irssi-1.2.2-2
>>   GraphicsMagick-1.3.33-2
>>   ImageMagick-6.9.10.11-2
>>   gdal-3.0.2-2
> 
> Thanks.
> 
>> and I am planning to upload them as "test"
>> by today or tomorrow.
> 
> I would not do that since there are a number of folks who habitually
> install test versions and would probably be quite surprised when that
> doesn't work at all.
> 
> 
> Regards,
> Achim.
> 

OK.

Re: [Attn. Maintainers] Reminder: Package updates needed for the pending switch to perl-5.30.1

[Achim Gratz]

I'm going to update the Perl distributions in the perl-5.30 repository
that have bumped up their versions in the meantime on the weekend most
likely.  I think it would be good if the remaining dependent packages
could be ready until the end of January so that the official Cygwin
distribution can be switched over before the backlog grows even larger.


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

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: [Attn. Maintainers] Reminder: Package updates needed for the pending switch to perl-5.30.1

[Achim Gratz]

Achim Gratz writes:
> I'm going to update the Perl distributions in the perl-5.30 repository
> that have bumped up their versions in the meantime on the weekend most
> likely.  I think it would be good if the remaining dependent packages
> could be ready until the end of January so that the official Cygwin
> distribution can be switched over before the backlog grows even larger.

The updates are now uploaded.


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

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: [Attn. Maintainers] Reminder: Package updates needed for the pending switch to perl-5.30.1

[Achim Gratz]

Achim Gratz writes:
> I'm going to update the Perl distributions in the perl-5.30 repository
> that have bumped up their versions in the meantime on the weekend most
> likely.  I think it would be good if the remaining dependent packages
> could be ready until the end of January so that the official Cygwin
> distribution can be switched over before the backlog grows even larger.

The updates are now uploaded.


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

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Achim Gratz]

I have done another update of my private Perl repository over the
weekend.  While not all maintainers will immediately be ready with their
updates due to external circumstances, I'd like to release the new Perl
version at the end of this week or maybe over the weekend.

In preparation of the release, please follow the instructions below to
upload the packages (re-)created with the new Perl version to the Cygwin
server.  Please be reminded that the new packages should not be "test"
versions so that setup.exe will offer them automatically when they are
distributed to the mirrors.

1. Please do not place the !ready cookie file!  When uploading via
cygport that means using the command "upload-stage" rather than
"upload".  This will ensure that all packages of the update get release
at the same time and that existing installations can be switched over to
the new Perl in a single update transaction.

2. Instead, please put a zero-size !perl cookie file (preferrably at the
package level).  You can either create that file manually (lftp: put
/dev/null -o pkgname/!perl) or touch that file into
pkgname/dist/pkgname/ before commanding cygport to do "upload-stage".

3. Please respond to this mail when you've done the above so that we can
keep track of what is staged in the upload area.

If any of the above is unclear or you want assistance of any sort,
please ask.


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

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Marco Atzeri]

Am 03.02.2020 um 21:11 schrieb Achim Gratz:
> 
> I have done another update of my private Perl repository over the
> weekend.  While not all maintainers will immediately be ready with their
> updates due to external circumstances, I'd like to release the new Perl
> version at the end of this week or maybe over the weekend.
> 
> In preparation of the release, please follow the instructions below to
> upload the packages (re-)created with the new Perl version to the Cygwin
> server.  Please be reminded that the new packages should not be "test"
> versions so that setup.exe will offer them automatically when they are
> distributed to the mirrors.
> 

Hi Achim,
following packages are up

gdal-3.0.2-2
GraphicsMagick-1.3.34-2
ImageMagick-6.9.10.11-2
irssi-1.2.2-2
postgresql-12.1-2

Regards
Marco

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Ken Brown]

On 2/3/2020 3:11 PM, Achim Gratz wrote:
> 
> I have done another update of my private Perl repository over the
> weekend.  While not all maintainers will immediately be ready with their
> updates due to external circumstances, I'd like to release the new Perl
> version at the end of this week or maybe over the weekend.
> 
> In preparation of the release, please follow the instructions below to
> upload the packages (re-)created with the new Perl version to the Cygwin
> server.  Please be reminded that the new packages should not be "test"
> versions so that setup.exe will offer them automatically when they are
> distributed to the mirrors.
> 
> 1. Please do not place the !ready cookie file!  When uploading via
> cygport that means using the command "upload-stage" rather than
> "upload".  This will ensure that all packages of the update get release
> at the same time and that existing installations can be switched over to
> the new Perl in a single update transaction.
> 
> 2. Instead, please put a zero-size !perl cookie file (preferrably at the
> package level).  You can either create that file manually (lftp: put
> /dev/null -o pkgname/!perl) or touch that file into
> pkgname/dist/pkgname/ before commanding cygport to do "upload-stage".
> 
> 3. Please respond to this mail when you've done the above so that we can
> keep track of what is staged in the upload area.

I've staged biber and perl-PAR-Packer.

Ken

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Andrew Schulman via cygwin-apps]

> 
> I have done another update of my private Perl repository over the
> weekend.  While not all maintainers will immediately be ready with their
> updates due to external circumstances, I'd like to release the new Perl
> version at the end of this week or maybe over the weekend.
> 
> In preparation of the release, please follow the instructions below to
> upload the packages (re-)created with the new Perl version to the Cygwin
> server.  Please be reminded that the new packages should not be "test"
> versions so that setup.exe will offer them automatically when they are
> distributed to the mirrors.

This is done for stow. Note, I only put the !perl file in
/noarch/release/stow, not also in /noarch/release/stow/perl-Stow. Andrew

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Achim Gratz]

Andrew Schulman via cygwin-apps writes:
> This is done for stow. Note, I only put the !perl file in
> /noarch/release/stow, not also in /noarch/release/stow/perl-Stow. Andrew

Jon will chime in if I'm wrong, but the cookie file is good for the
whole subtree it gets placed in AFAIK.  I usually put the cookie files
at the upload root myself.


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

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Jon Turney]

On 04/02/2020 20:23, Achim Gratz wrote:
> Andrew Schulman via cygwin-apps writes:
>> This is done for stow. Note, I only put the !perl file in
>> /noarch/release/stow, not also in /noarch/release/stow/perl-Stow. Andrew
> 
> Jon will chime in if I'm wrong, but the cookie file is good for the
> whole subtree it gets placed in AFAIK.  I usually put the cookie files
> at the upload root myself.

Yeah, they apply recursively.  But I think they don't work in the upload 
root, they must be in the arch directory or lower (because reasons).

This is discussed just above [1]

[1] https://cygwin.com/package-upload.html#reports

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[David Rothenberger]

On 2/3/2020 12:11 PM, Achim Gratz wrote:
> I have done another update of my private Perl repository over the
> weekend.  While not all maintainers will immediately be ready with their
> updates due to external circumstances, I'd like to release the new Perl
> version at the end of this week or maybe over the weekend.

I had a family emergency that required me to leave town unexpectedly,
but I hope to update the subversion-perl next week.

Regards,
David


-- 
David Rothenberger  ----  daveroth@acm.org

Never laugh at live dragons.
                -- Bilbo Baggins [J.R.R. Tolkien, "The Hobbit"]

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Marco Atzeri]

Am 06.02.2020 um 18:53 schrieb David Rothenberger:
> On 2/3/2020 12:11 PM, Achim Gratz wrote:
>> I have done another update of my private Perl repository over the
>> weekend.  While not all maintainers will immediately be ready with their
>> updates due to external circumstances, I'd like to release the new Perl
>> version at the end of this week or maybe over the weekend.
> 
> I had a family emergency that required me to leave town unexpectedly,
> but I hope to update the subversion-perl next week.
> 
> Regards,
> David
> 

I built subversion for X86_64 with new perl and for what I see the only 
tests that are failing are due to some misalignement between expected
location of needed files

svn_tests: E000002: Can't open file 
'/cygdrive/d/cyg_pub/devel/subversion/subversion-1.13.0-2.x86_64/src/subversion-1.13.0/subversion/tests/zlib.deflated': 
No such file or directory
FAIL:  checksum-test 4: zlib expansion test (zlib regression)

but

$ find subversion-1.13.0-2.x86_64/ -name zlib.deflated
subversion-1.13.0-2.x86_64/origsrc/subversion-1.13.0/subversion/tests/libsvn_subr/zlib.deflated
subversion-1.13.0-2.x86_64/src/subversion-1.13.0/subversion/tests/libsvn_subr/zlib.deflated

similar

START: config-test.exe
svn_tests: E000002: Can't open file 
'/cygdrive/d/cyg_pub/devel/subversion/subversion-1.13.0-2.x86_64/src/subversion-1.13.0/subversion/tests/config-test.cfg': 
No such file or directory

but

$ find subversion-1.13.0-2.x86_64/ -name config-test.cfg
subversion-1.13.0-2.x86_64/origsrc/subversion-1.13.0/subversion/tests/libsvn_subr/config-test.cfg
subversion-1.13.0-2.x86_64/src/subversion-1.13.0/subversion/tests/libsvn_subr/config-test.cfg

I will look later on this issues

Regards
Marco

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Achim Gratz]

Achim Gratz writes:
> In preparation of the release, please follow the instructions below to
> upload the packages (re-)created with the new Perl version to the Cygwin
> server.  Please be reminded that the new packages should not be "test"
> versions so that setup.exe will offer them automatically when they are
> distributed to the mirrors.
>
> 1. Please do not place the !ready cookie file!  When uploading via
> cygport that means using the command "upload-stage" rather than
> "upload".  This will ensure that all packages of the update get release
> at the same time and that existing installations can be switched over to
> the new Perl in a single update transaction.
>
> 2. Instead, please put a zero-size !perl cookie file (preferrably at the
> package level).  You can either create that file manually (lftp: put
> /dev/null -o pkgname/!perl) or touch that file into
> pkgname/dist/pkgname/ before commanding cygport to do "upload-stage".
>
> 3. Please respond to this mail when you've done the above so that we can
> keep track of what is staged in the upload area.
>
> If any of the above is unclear or you want assistance of any sort,
> please ask.

I have all of my own / co-maintained packages staged now.


The update will wait for:

subversion-perl


Going through the list of packages collected during the 5.26 update we
seem to be missing feedback from the respective maintainers for:

net-smtp
texinfo
weechat
znc
git-svn
git
grepmail
nginx-mod_http_perl
po4a
pristine-tar
sendxmpp


Yaakov's packages will be updated later unless someone speaks up that
one of them is indispensable:

perl-Alien-wxWidgets
perl-Cairo
perl-Cairo-GObject
perl-GD
perl-Glib
perl-Glib-Object-Introspection
perl-Gnome2
perl-Gnome2-Canvas
perl-Gnome2-GConf
perl-Gnome2-Rsvg
perl-Gnome2-VFS
perl-Gnome2-Vte
perl-Gnome2-Wnck
perl-GStreamer1
perl-Gtk2
perl-Gtk2-GladeXML
perl-Gtk2-Notify
perl-Gtk2-SourceView2
perl-Gtk2-Spell
perl-Gtk2-Unique
perl-Gtk2-WebKit
perl-Gtk3
perl-Pango
perl-SGMLSpm
perl-Win32-GUI
perl-Wx
gnumeric
graphviz
hexchat
libproxy
link-grammar
marisa
ming
openbabel
openwsman
rxvt-unicode
vim
xfconf
zbar
zinnia


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

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Alexey Sokolov]

08.02.2020 21:53, Achim Gratz пишет:
> Achim Gratz writes:
>> In preparation of the release, please follow the instructions below to
>> upload the packages (re-)created with the new Perl version to the Cygwin
>> server.  Please be reminded that the new packages should not be "test"
>> versions so that setup.exe will offer them automatically when they are
>> distributed to the mirrors.
>>
>> 1. Please do not place the !ready cookie file!  When uploading via
>> cygport that means using the command "upload-stage" rather than
>> "upload".  This will ensure that all packages of the update get release
>> at the same time and that existing installations can be switched over to
>> the new Perl in a single update transaction.
>>
>> 2. Instead, please put a zero-size !perl cookie file (preferrably at the
>> package level).  You can either create that file manually (lftp: put
>> /dev/null -o pkgname/!perl) or touch that file into
>> pkgname/dist/pkgname/ before commanding cygport to do "upload-stage".
>>
>> 3. Please respond to this mail when you've done the above so that we can
>> keep track of what is staged in the upload area.
>>
>> If any of the above is unclear or you want assistance of any sort,
>> please ask.
> 
> I have all of my own / co-maintained packages staged now.
> 
> 
> The update will wait for:
> 
> subversion-perl
> 
> 
> Going through the list of packages collected during the 5.26 update we
> seem to be missing feedback from the respective maintainers for:
> 
> net-smtp
> texinfo
> weechat
> znc

Eh, it was ready a while ago, and I pinged you already about that :)

I've uploaded with !perl

> git-svn
> git
> grepmail
> nginx-mod_http_perl
> po4a
> pristine-tar
> sendxmpp
> 
> 
> Yaakov's packages will be updated later unless someone speaks up that
> one of them is indispensable:
> 
> perl-Alien-wxWidgets
> perl-Cairo
> perl-Cairo-GObject
> perl-GD
> perl-Glib
> perl-Glib-Object-Introspection
> perl-Gnome2
> perl-Gnome2-Canvas
> perl-Gnome2-GConf
> perl-Gnome2-Rsvg
> perl-Gnome2-VFS
> perl-Gnome2-Vte
> perl-Gnome2-Wnck
> perl-GStreamer1
> perl-Gtk2
> perl-Gtk2-GladeXML
> perl-Gtk2-Notify
> perl-Gtk2-SourceView2
> perl-Gtk2-Spell
> perl-Gtk2-Unique
> perl-Gtk2-WebKit
> perl-Gtk3
> perl-Pango
> perl-SGMLSpm
> perl-Win32-GUI
> perl-Wx
> gnumeric
> graphviz
> hexchat
> libproxy
> link-grammar
> marisa
> ming
> openbabel
> openwsman
> rxvt-unicode
> vim
> xfconf
> zbar
> zinnia
> 
> 
> Regards,
> Achim.
> 

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[ASSI]

Alexey Sokolov writes:
> Eh, it was ready a while ago, and I pinged you already about that :)

The current ping was specifically for the upload (which of course assumes that
you've built it already).

> I've uploaded with !perl

Thanks.


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

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Marco Atzeri]

Am 06.02.2020 um 18:53 schrieb David Rothenberger:
> On 2/3/2020 12:11 PM, Achim Gratz wrote:
>> I have done another update of my private Perl repository over the
>> weekend.  While not all maintainers will immediately be ready with their
>> updates due to external circumstances, I'd like to release the new Perl
>> version at the end of this week or maybe over the weekend.
> 
> I had a family emergency that required me to leave town unexpectedly,
> but I hope to update the subversion-perl next week.
> 
> Regards,
> David
> 

Dear David,
If needed I built subversion-1.13.0-2 for both architecture
starting from your subversion-1.13.0-1 source.

Only bumped the version and built with perl 5.30.
I have not investigated the test failures due to misaligned
file locations.

Regards
Marco

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[ASSI]

Marco Atzeri writes:
> If needed I built subversion-1.13.0-2 for both architecture
> starting from your subversion-1.13.0-1 source.

Thank you!

> Only bumped the version and built with perl 5.30.
> I have not investigated the test failures due to misaligned
> file locations.

The package is already orphaned and David clearly has more important
things to care about at the moment, so I'd appreciate if you would take
over the package, even if it was just for this re-release.


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

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Marco Atzeri]

Am 16.02.2020 um 07:55 schrieb ASSI:
> Marco Atzeri writes:
>> If needed I built subversion-1.13.0-2 for both architecture
>> starting from your subversion-1.13.0-1 source.
> 
> Thank you!
> 
>> Only bumped the version and built with perl 5.30.
>> I have not investigated the test failures due to misaligned
>> file locations.
> 
> The package is already orphaned and David clearly has more important
> things to care about at the moment, so I'd appreciate if you would take
> over the package, even if it was just for this re-release.
> 
> 
> Regards,
> Achim.
> 

the files are up.

I am not sure if this form in cygwin-pkg-maint is acceptable for
the files authorization:

  $ grep subversion cygwin-pkg-maint
subversion            ORPHANED (David Rothenberger/Marco Atzeri)

if not someone should modify cygwin-pkg-maint in a more traditional way

Regards
Marco

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Jon Turney]

On 16/02/2020 08:08, Marco Atzeri wrote:
> Am 16.02.2020 um 07:55 schrieb ASSI:
>> Marco Atzeri writes:
>>> If needed I built subversion-1.13.0-2 for both architecture
>>> starting from your subversion-1.13.0-1 source.
>>
>> Thank you!
>>
>>> Only bumped the version and built with perl 5.30.
>>> I have not investigated the test failures due to misaligned
>>> file locations.
>>
>> The package is already orphaned and David clearly has more important
>> things to care about at the moment, so I'd appreciate if you would take
>> over the package, even if it was just for this re-release.
>>
>>
>> Regards,
>> Achim.
>>
> 
> the files are up.
> 
> I am not sure if this form in cygwin-pkg-maint is acceptable for
> the files authorization:
> 
>   $ grep subversion cygwin-pkg-maint
> subversion            ORPHANED (David Rothenberger/Marco Atzeri)

I think this is acceptable to calm.

> if not someone should modify cygwin-pkg-maint in a more traditional way

Perhaps I should just extend the list of special users who are allowed 
to upload orphaned packages to include all uploaders who also have a 
sourceware shell account.

(since they can upload anything by just moving it directly into the 
relarea, anyhow)

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[David Rothenberger]

On 2/15/2020 3:42 AM, Marco Atzeri wrote:
> Am 06.02.2020 um 18:53 schrieb David Rothenberger:
>> On 2/3/2020 12:11 PM, Achim Gratz wrote:
>>> I have done another update of my private Perl repository over the
>>> weekend.  While not all maintainers will immediately be ready with their
>>> updates due to external circumstances, I'd like to release the new Perl
>>> version at the end of this week or maybe over the weekend.
>>
>> I had a family emergency that required me to leave town unexpectedly,
>> but I hope to update the subversion-perl next week.
>>
>> Regards,
>> David
>>
> 
> Dear David,
> If needed I built subversion-1.13.0-2 for both architecture
> starting from your subversion-1.13.0-1 source.
> 
> Only bumped the version and built with perl 5.30.
> I have not investigated the test failures due to misaligned
> file locations.

Thanks, Marco. I appreciate this. I will try to do further updates as
necessary, but my real life took over for the last two weeks and left me
no time to do this perl update.

I also haven't had time to look into the test failures.


-- 
David Rothenberger  ----  daveroth@acm.org

Badges?  We don't need no stinking badges.

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Marco Atzeri]

Am 16.02.2020 um 16:30 schrieb Jon Turney:
> On 16/02/2020 08:08, Marco Atzeri wrote:
>> Am 16.02.2020 um 07:55 schrieb ASSI:
>>> Marco Atzeri writes:


> 
> Perhaps I should just extend the list of special users who are allowed 
> to upload orphaned packages to include all uploaders who also have a 
> sourceware shell account.
> 
> (since they can upload anything by just moving it directly into the 
> relarea, anyhow)

let me know if you implement it, I see a bit too many
potentially broken packages by the Perl update

https://cygwin.com/ml/cygwin/2020-02/msg00130.html

I am thinking to double check the list and eventually repackage
some of them but I will prefer not touch too much cygwin-pkg-maint

Regards
Marco

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Jon Turney]

On 18/02/2020 19:53, Marco Atzeri wrote:
> Am 16.02.2020 um 16:30 schrieb Jon Turney:
>> On 16/02/2020 08:08, Marco Atzeri wrote:
>>> Am 16.02.2020 um 07:55 schrieb ASSI:
>>>> Marco Atzeri writes:
>>
>> Perhaps I should just extend the list of special users who are allowed 
>> to upload orphaned packages to include all uploaders who also have a 
>> sourceware shell account.
>>
>> (since they can upload anything by just moving it directly into the 
>> relarea, anyhow)
> 
> let me know if you implement it, I see a bit too many
> potentially broken packages by the Perl update

I have made an update to calm which should extend the list of people who 
can upload any orphan package to include everyone who currently:

* has a sourceware shell account
* that account is a member of the cygwin group
* is currently a package maintainer

That list of people is:

Corinna Vinschen
Eric Blake
Jon Turney
Ken Brown
Marco Atzeri
Yaakov Selkowitz

This list is now also used as the list of people who can 'git push' to 
the packaging repository for any package.

If I've made a mistake and you think your name should (or should not :)) 
be on this list, please let me know.

> https://cygwin.com/ml/cygwin/2020-02/msg00130.html
> 
> I am thinking to double check the list and eventually repackage
> some of them but I will prefer not touch too much cygwin-pkg-maint

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Alexey Sokolov]

19.02.2020 17:44, Jon Turney пишет:
> On 18/02/2020 19:53, Marco Atzeri wrote:
>> Am 16.02.2020 um 16:30 schrieb Jon Turney:
>>> On 16/02/2020 08:08, Marco Atzeri wrote:
>>>> Am 16.02.2020 um 07:55 schrieb ASSI:
>>>>> Marco Atzeri writes:
>>>
>>> Perhaps I should just extend the list of special users who are
>>> allowed to upload orphaned packages to include all uploaders who also
>>> have a sourceware shell account.
>>>
>>> (since they can upload anything by just moving it directly into the
>>> relarea, anyhow)
>>
>> let me know if you implement it, I see a bit too many
>> potentially broken packages by the Perl update
> 
> I have made an update to calm which should extend the list of people who
> can upload any orphan package to include everyone who currently:
> 
> * has a sourceware shell account
> * that account is a member of the cygwin group
> * is currently a package maintainer
> 
> That list of people is:
> 
> Corinna Vinschen
> Eric Blake
> Jon Turney
> Ken Brown
> Marco Atzeri
> Yaakov Selkowitz

Is this list maintained manually (hardcoded), or automatically by calm
based on the criteria you described above?

> 
> This list is now also used as the list of people who can 'git push' to
> the packaging repository for any package.
> 
> If I've made a mistake and you think your name should (or should not :))
> be on this list, please let me know.
> 
>> https://cygwin.com/ml/cygwin/2020-02/msg00130.html
>>
>> I am thinking to double check the list and eventually repackage
>> some of them but I will prefer not touch too much cygwin-pkg-maint
> 

Re: [Attn. Maintainers] perl-5.30.1 -- prepare for release

[Jon Turney]

On 19/02/2020 23:41, Alexey Sokolov wrote:
> 19.02.2020 17:44, Jon Turney пишет:
>> On 18/02/2020 19:53, Marco Atzeri wrote:
>>> Am 16.02.2020 um 16:30 schrieb Jon Turney:
>>>> On 16/02/2020 08:08, Marco Atzeri wrote:
>>>>> Am 16.02.2020 um 07:55 schrieb ASSI:
>>>>>> Marco Atzeri writes:
>>>>
>>>> Perhaps I should just extend the list of special users who are
>>>> allowed to upload orphaned packages to include all uploaders who also
>>>> have a sourceware shell account.
>>>>
>>>> (since they can upload anything by just moving it directly into the
>>>> relarea, anyhow)
>>>
>>> let me know if you implement it, I see a bit too many
>>> potentially broken packages by the Perl update
>>
>> I have made an update to calm which should extend the list of people who
>> can upload any orphan package to include everyone who currently:
>>
>> * has a sourceware shell account
>> * that account is a member of the cygwin group
>> * is currently a package maintainer
>>
>> That list of people is:
>>
>> Corinna Vinschen
>> Eric Blake
>> Jon Turney
>> Ken Brown
>> Marco Atzeri
>> Yaakov Selkowitz
> 
> Is this list maintained manually (hardcoded), or automatically by calm
> based on the criteria you described above?

Unfortunately, I had to generate this list manually (There's not really 
a programmatic way to map between a Cygwin uploader name (as it appears 
in cygwin-pkg-maint) and a sourceware account name).

I used those criteria as it seemed a reasonable way to identify people 
who already have necessary access and possible interest in making those 
uploads.

I'm not suggesting that we should use those criteria in future.

If someone has something useful they could do, requiring that kind of 
access, they should ask for it (although I think it would be better to 
actually adopt packages, or reach a consensus that they should be removed).