Re: [ITA] gnuplot-5.2.0
Marco Atzeri writes: > GTG. I changed ownership to you > > minor issue: > why gnuplot-5.2.0-0.1.cygport and not gnuplot.cygport ? Something cygport did for whatever reason, I'll take another look once I move it to my proper package maintenance directory and change it to release. 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: [ITA] liblzo2-2.10
On 04/10/2017 20:23, Achim Gratz wrote: As previously mentioned, I'd like to adopt liblzo2 (the package lzo2 in cygwin-pkg-maint is non-existing and can be removed). GTG. Changed ownership and removed lzo2. same question: why liblzo2-2.10-1.cygport and not liblzo2.cygport ? Regards MArco
Re: [ITA] gnuplot-5.2.0
On 04/10/2017 19:24, Achim Gratz wrote: As previously mentioned, I'd like to adopt gnuplot. I'm still trying to figure out if I can resurrect the Qt terminal and maybe split the package like most GNU/Linux distributions, so for now here's a test package. --8<---cut here---start->8--- root=http://cygwin.stromeko.net/ repo=$root/maint/$arch/release/gnuplot $repo/gnuplot-5.2.0-0.1-src.tar.xz $repo/gnuplot-5.2.0-0.1.hint $repo/gnuplot-5.2.0-0.1.tar.xz $repo/gnuplot-debuginfo/gnuplot-debuginfo-5.2.0-0.1.hint $repo/gnuplot-debuginfo/gnuplot-debuginfo-5.2.0-0.1.tar.xz --8<---cut here---end--->8--- GTG. I changed ownership to you minor issue: why gnuplot-5.2.0-0.1.cygport and not gnuplot.cygport ?
Re: Dr. Volker Zell's packages
On 04/10/2017 15:55, Andrew Schulman wrote: On 03/10/2017 17:00, Andrew Schulman wrote: Maybe openldap. Hi Andrew, openldap-2.4.42 builds fine with the cygwin source packages but it segfaults during test. The slapd.1.log suggests the segfault is on the test client and not on the server. Can you try to build just to double check that is not my computer the problem ? Sure, I will as soon as I have time. I only use the openldap client, not the server. So if you use the server too and are considering adopting the package, you should do that. In reality I am not a user at all, but is it one on the perl upgrade todo list No problem to adopt it but we need to have it working
[ITA] liblzo2-2.10
As previously mentioned, I'd like to adopt liblzo2 (the package lzo2 in cygwin-pkg-maint is non-existing and can be removed). --8<---cut here---start->8--- root=http://cygwin.stromeko.net/ repo=$root/maint/$arch/release/liblzo2 $repo/liblzo2-debuginfo/liblzo2-debuginfo-2.10-1.hint $repo/liblzo2-debuginfo/liblzo2-debuginfo-2.10-1.tar.xz $repo/liblzo2-devel/liblzo2-devel-2.10-1.hint $repo/liblzo2-devel/liblzo2-devel-2.10-1.tar.xz $repo/liblzo2-doc/liblzo2-doc-2.10-1.hint $repo/liblzo2-doc/liblzo2-doc-2.10-1.tar.xz $repo/liblzo2_2/liblzo2_2-2.10-1.hint $repo/liblzo2_2/liblzo2_2-2.10-1.tar.xz $repo/liblzo2-2.10-1-src.tar.xz $repo/liblzo2-2.10-1.hint $repo/liblzo2-2.10-1.tar.xz --8<---cut here---end--->8--- Alternatively, point setup.exe at $root and it should offer liblzo2-2.10 as an uprade. The setup.ini 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 adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada
[ITA] gnuplot-5.2.0
As previously mentioned, I'd like to adopt gnuplot. I'm still trying to figure out if I can resurrect the Qt terminal and maybe split the package like most GNU/Linux distributions, so for now here's a test package. --8<---cut here---start->8--- root=http://cygwin.stromeko.net/ repo=$root/maint/$arch/release/gnuplot $repo/gnuplot-5.2.0-0.1-src.tar.xz $repo/gnuplot-5.2.0-0.1.hint $repo/gnuplot-5.2.0-0.1.tar.xz $repo/gnuplot-debuginfo/gnuplot-debuginfo-5.2.0-0.1.hint $repo/gnuplot-debuginfo/gnuplot-debuginfo-5.2.0-0.1.tar.xz --8<---cut here---end--->8--- Alternatively, point setup.exe at $root and it should offer gnuplot-5.2.0 as a test version. The setup.ini 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]>+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
Re: [PATCH setup 00/14] Use libsolv, solve all our problems... (WIP)
On 02/10/2017 16:17, Marco Atzeri wrote: On 02/10/2017 16:07, Jon Turney wrote: https://cygwin.com/setup/setup-2.881-38-g6a01c5.x86_64.exe Thanks for testing. interesting question about precedence as it tries to install cscope-15.8.0.1-2 and speex 1.2.0-2 So, this is change in behaviour. When asked to upgrade, setup will now always install the version which libsolv thinks has the highest version. These versions are higher, because numeric sequences are considered higher than alphabetic sequences (i.e. '0' > 'b', '0' > 'rc'). Trying to control which version which gets upgraded to by setting the curr: value in setup.ini isn't actually always working, currently (perhaps this will be the subject of a whole other email...) that is right for speex but wrong for cscope following the setup.ini and the age of the files version: 15.8b-1 [prev] version: 15.8.0.1-2 So, this is actually a bug in the version sorting which calm does (it was comparing the alphabetic sequence 'b' against the separator '.', rather than against the numeric sequence '0') speex version: 1.2.0-2 [prev] version: 1.2rc1-1 And this is the right way round currently, only because it was noticed it wasn't sorted correctly when uploaded, and an override.hint added. It seems previous setup was doing the opposite precedence that is wrong for speex and right for cscope I'll just point out that these two packages were made by people with incompatible ideas about how versions order. I'm not going down the path of trying to support that, as that way madness lies...
Re: Dr. Volker Zell's packages
> On 03/10/2017 17:00, Andrew Schulman wrote: > >> 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. > > > > I use multitail so I can adopt it if the package is in good shape. I'll > > take a look. > > > > Maybe openldap. > > Hi Andrew, > openldap-2.4.42 builds fine with the cygwin source packages > but it segfaults during test. > > The slapd.1.log suggests the segfault is on the test client and not on > the server. > > Can you try to build just to double check that is not my > computer the problem ? Sure, I will as soon as I have time. I only use the openldap client, not the server. So if you use the server too and are considering adopting the package, you should do that.
