Re: per-version hints proposal

[Marco Atzeri]

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 existence, I suggest replacing the
setup.hint file in an upload with a package-version-release.hint file.


Since this is now moving into reality, the documentation in

https://cygwin.com/setup.html

has become out-of-date.


Regards,
Achim.



are we not yet missing an updated cygport release ?
Or a test one


Regards
Marco

Re: calm won't let me remove a test release

[Ken Brown]

On 9/17/2016 6:02 PM, Jon Turney wrote:

On 17/09/2016 22:33, Ken Brown wrote:

I'm trying to remove emacs-24.5-3 (and its subpackages) from the distro.
 It's currently a test release.  To do this, I created empty files
-emacs-24.5-3-src.tar.xz, etc., in my upload area, as well as a new
setup.hint that no longer lists 24.5-3 as a test release.

calm complained:

ERROR: package 'emacs' stability 'test' selects non-existent version
'24.5-3'

and similarly for the subpackages.  Apparently calm's validation used
the existing setup.hint, which lists 24.5-3 as a test release, rather
than the new one I uploaded.


Interesting bug.  I'll take a look :)


Pending a fix to calm, can someone manually remove 24.5-3 and move my
new setup.hint files to the release area?  I'm ready to upload
emacs-25.1-1, but I don't want 24.5-3 to show up as the previous release.


I've manually removed 24.5-3, so go ahead.


Thanks.

Ken

Re: calm won't let me remove a test release

[Jon Turney]

On 17/09/2016 22:33, Ken Brown wrote:

I'm trying to remove emacs-24.5-3 (and its subpackages) from the distro.
 It's currently a test release.  To do this, I created empty files
-emacs-24.5-3-src.tar.xz, etc., in my upload area, as well as a new
setup.hint that no longer lists 24.5-3 as a test release.

calm complained:

ERROR: package 'emacs' stability 'test' selects non-existent version
'24.5-3'

and similarly for the subpackages.  Apparently calm's validation used
the existing setup.hint, which lists 24.5-3 as a test release, rather
than the new one I uploaded.


Interesting bug.  I'll take a look :)


Pending a fix to calm, can someone manually remove 24.5-3 and move my
new setup.hint files to the release area?  I'm ready to upload
emacs-25.1-1, but I don't want 24.5-3 to show up as the previous release.


I've manually removed 24.5-3, so go ahead.

calm won't let me remove a test release

[Ken Brown]

I'm trying to remove emacs-24.5-3 (and its subpackages) from the distro. 
 It's currently a test release.  To do this, I created empty files 
-emacs-24.5-3-src.tar.xz, etc., in my upload area, as well as a new 
setup.hint that no longer lists 24.5-3 as a test release.


calm complained:

ERROR: package 'emacs' stability 'test' selects non-existent version 
'24.5-3'


and similarly for the subpackages.  Apparently calm's validation used 
the existing setup.hint, which lists 24.5-3 as a test release, rather 
than the new one I uploaded.


Pending a fix to calm, can someone manually remove 24.5-3 and move my 
new setup.hint files to the release area?  I'm ready to upload 
emacs-25.1-1, but I don't want 24.5-3 to show up as the previous release.


Thanks.

Ken

cygport: Add VERSIONS and PKG_VERSIONS to pkg_pkg.cygpart

[Achim Gratz]

I've reworked the original patch by David ROthenberger to use
override.hint so it'll keep working with calm.

http://repo.or.cz/cygport/rpm-style.git/patch/af9822f71069bf77c6cfa49b86aab87636d75abc


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

cygport: patch for default file installation

[Achim Gratz]

* lib/src_install.cygpart (make_etc_defaults): The preremove script
  only removes plain files when they match the default, so the
  postinstall script must not install files if _anything_ with the
  same name already exists.  Change the test from '-f' to '-e'.  If
  /usr/bin/diff is installed and the target is a plain file, show the
  diff to the default so the user can decide more easily what to do.


http://repo.or.cz/cygport/rpm-style.git/patch/3a8eaf2b7b59adaf986300ac5d6c6c8950235ef0


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

calm: two patches

[Achim Gratz]

>From f35d1d01e83b6e319b249f736b69eb4e4e677d6d Mon Sep 17 00:00:00 2001
From: Achim Gratz 
Date: Sat, 17 Sep 2016 18:47:44 +0200
Subject: [PATCH 1/2] Use Base64URL encoding for the checksums

* calm/package.py (sha512_file): Import base64 and use Base64URL
  encoding for the checksums for higher coding effieiency and shorter
  setup files.
---
 calm/package.py | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/calm/package.py b/calm/package.py
index a5881e3..90b386e 100755
--- a/calm/package.py
+++ b/calm/package.py
@@ -26,6 +26,7 @@
 #
 
 from collections import defaultdict
+import base64
 import copy
 import difflib
 import hashlib
@@ -103,7 +104,7 @@ def sha512_file(fn, block_size=256*128):
 for chunk in iter(lambda: f.read(block_size), b''):
 sha512.update(chunk)
 
-return sha512.hexdigest()
+return base64.urlsafe_b64encode(sha512.digest())[:86].decode()
 
 
 # helper function to read hints
-- 
2.8.3

>From 3fa17efb7049f7cc20c119c0a696e4f4212dd6bc Mon Sep 17 00:00:00 2001
From: Achim Gratz 
Date: Sat, 17 Sep 2016 18:49:19 +0200
Subject: [PATCH 2/2] Write human-readable time in addition to machine-readable
 timestamp

* calm/package.py (write_setup_ini): In addition to the epoch
  timestamp write that time (as a comment) in human-readable form so
  that it can be more easily deciphered.
---
 calm/package.py | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/calm/package.py b/calm/package.py
index 90b386e..30eb0c4 100755
--- a/calm/package.py
+++ b/calm/package.py
@@ -655,7 +655,9 @@ def write_setup_ini(args, packages, arch):
 if args.release:
 print("release: %s" % args.release, file=f)
 print("arch: %s" % arch, file=f)
-print("setup-timestamp: %d" % time.time(), file=f)
+tz = time.time()
+print("# Created on %s" % time.ctime(tz), file=f)
+print("setup-timestamp: %d" % tz, file=f)
 if args.setup_version:
 print("setup-version: %s" % args.setup_version, file=f)
 
-- 
2.8.3




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

[ITP] alure 1.2

[Bastian Germann]

Hi,

I have packaged alure and would like to become a maintainer for it.
alure is available at http://kcat.strangesoft.net/alure.html and MIT/X11
licensed.

The major GNU/Linux distributions include it in their repositories, e.g.
Debian: https://packages.debian.org/source/jessie/alure

In the following the package URLs are listed, followed by the content of
the setup.hint file:

#
http://germann-home.de/x86/alure/alure-1.2-1-src.tar.xz
http://germann-home.de/x86/alure/setup.hint
skip:


http://germann-home.de/x86/alure/alure-debuginfo/alure-debuginfo-1.2-1.tar.xz
http://germann-home.de/x86/alure/alure-debuginfo/setup.hint
category: Debug
requires: cygwin-debuginfo
external-source: alure
sdesc: "Debug info for alure"
ldesc: "This package contains files necessary for debugging the
alure package with gdb."


http://germann-home.de/x86/alure/alure-doc/alure-doc-1.2-1.tar.xz
http://germann-home.de/x86/alure/alure-doc/setup.hint
category: Doc
requires:
sdesc: "AL Utilities REtooled"
ldesc: "ALURE is a utility library to help manage common tasks with
OpenAL applications. This includes device enumeration and
initialization, file loading, and streaming.

The purpose of this library is to provide pre-made functionality that
would otherwise be repetitive or difficult to (re)code for various
projects and platforms, such as loading a sound file into an OpenAL
buffer and streaming an audio file through a buffer queue. Support for
different formats is consistant across platforms, so no special checks
are needed when loading files, and all formats are handled through the
same API.

This package installs the ALURE documentation."
external-source: alure


http://germann-home.de/x86/alure/alure-utils/alure-utils-1.2-1.tar.xz
http://germann-home.de/x86/alure/alure-utils/setup.hint
category: Utils
requires: cygwin libalure1 libopenal1
sdesc: "AL Utilities REtooled"
ldesc: "ALURE is a utility library to help manage common tasks with
OpenAL applications. This includes device enumeration and
initialization, file loading, and streaming.

The purpose of this library is to provide pre-made functionality that
would otherwise be repetitive or difficult to (re)code for various
projects and platforms, such as loading a sound file into an OpenAL
buffer and streaming an audio file through a buffer queue. Support for
different formats is consistant across platforms, so no special checks
are needed when loading files, and all formats are handled through the
same API.

This package installs the various ALURE utility programs."
external-source: alure


http://germann-home.de/x86/alure/libalure-devel/libalure-devel-1.2-1.tar.xz
http://germann-home.de/x86/alure/libalure-devel/setup.hint
category: Libs Devel
requires: libalure1 libopenal-devel pkg-config
sdesc: "AL Utilities REtooled"
ldesc: "ALURE is a utility library to help manage common tasks with
OpenAL applications. This includes device enumeration and
initialization, file loading, and streaming.

The purpose of this library is to provide pre-made functionality that
would otherwise be repetitive or difficult to (re)code for various
projects and platforms, such as loading a sound file into an OpenAL
buffer and streaming an audio file through a buffer queue. Support for
different formats is consistant across platforms, so no special checks
are needed when loading files, and all formats are handled through the
same API.

This package contains the files necessary for development."
external-source: alure


http://germann-home.de/x86/alure/libalure1/libalure1-1.2-1.tar.xz
http://germann-home.de/x86/alure/libalure1/setup.hint
category: Libs
requires: cygwin libgcc1 libmodplug1 libopenal1 libsndfile1 libstdc++6
libvorbisfile3
sdesc: "AL Utilities REtooled"
ldesc: "ALURE is a utility library to help manage common tasks with
OpenAL applications. This includes device enumeration and
initialization, file loading, and streaming.

The purpose of this library is to provide pre-made functionality that
would otherwise be repetitive or difficult to (re)code for various
projects and platforms, such as loading a sound file into an OpenAL
buffer and streaming an audio file through a buffer queue. Support for
different formats is consistant across platforms, so no special checks
are needed when loading files, and all formats are handled through the
same API.

This package installs the ALURE shared library."
external-source: alure
#

There is also a x86_64 version available at http://germann-home.de/x86_64.

Regards,
Bastian

Re: per-version hints proposal

[Achim Gratz]

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 existence, I suggest replacing the
> setup.hint file in an upload with a package-version-release.hint file.

Since this is now moving into reality, the documentation in

https://cygwin.com/setup.html

has become out-of-date.


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