Bug#772643: unblock: mjpegtools/1:2.1.0+debian-3

[Fabian Greffrath]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package mjpegtools

We have accidently introduced a regression into the Debian release
1:2.1.0+debian-1 of this package by removing the yuvscaler binary.
This went unnoticed until #772520 was filed yesterday.

The other changes this package introduced relative to the version
currently in testing are merely updates to the Uploaders list and
addition of an internal document.

unblock mjpegtools/1:2.1.0+debian-3

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru mjpegtools-2.1.0+debian/debian/changelog mjpegtools-2.1.0+debian/debian/changelog
--- mjpegtools-2.1.0+debian/debian/changelog	2013-11-16 13:47:24.0 +0100
+++ mjpegtools-2.1.0+debian/debian/changelog	2014-12-08 11:08:24.0 +0100
@@ -1,3 +1,15 @@
+mjpegtools (1:2.1.0+debian-3) unstable; urgency=medium
+
+  [ Alessio Treglia ]
+  * Remove Andres Mejia from the Uploaders list. (Closes: #743551)
+  * Add todolist
+
+  [ Fabian Greffrath ]
+  * Add back yuvscaler to the mjpegtools package (Closes: #772520).
+  * Update my email address in debian/control.
+
+ -- Fabian Greffrath   Mon, 08 Dec 2014 11:07:49 +0100
+
 mjpegtools (1:2.1.0+debian-2.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru mjpegtools-2.1.0+debian/debian/control mjpegtools-2.1.0+debian/debian/control
--- mjpegtools-2.1.0+debian/debian/control	2013-11-16 13:34:25.0 +0100
+++ mjpegtools-2.1.0+debian/debian/control	2014-12-08 11:04:44.0 +0100
@@ -3,10 +3,9 @@
 Priority: optional
 Maintainer: Debian Multimedia Maintainers 
 Uploaders:
- Fabian Greffrath ,
+ Fabian Greffrath ,
  Reinhard Tartler ,
- Maia Kozheva ,
- Andres Mejia 
+ Maia Kozheva 
 Build-Depends:
  debhelper (>= 9),
  dh-autoreconf,
diff -Nru mjpegtools-2.1.0+debian/debian/mjpegtools.install mjpegtools-2.1.0+debian/debian/mjpegtools.install
--- mjpegtools-2.1.0+debian/debian/mjpegtools.install	2013-11-16 13:46:37.0 +0100
+++ mjpegtools-2.1.0+debian/debian/mjpegtools.install	2014-12-08 11:02:41.0 +0100
@@ -33,6 +33,7 @@
 usr/bin/yuvkineco
 usr/bin/yuvmedianfilter
 usr/bin/yuvplay
+usr/bin/yuvscaler
 usr/bin/yuvycsnoise
 usr/share/*
 usr/bin/lav2avi.sh	usr/lib/mjpegtools/bin/
diff -Nru mjpegtools-2.1.0+debian/debian/TODO.Debian mjpegtools-2.1.0+debian/debian/TODO.Debian
--- mjpegtools-2.1.0+debian/debian/TODO.Debian	1970-01-01 01:00:00.0 +0100
+++ mjpegtools-2.1.0+debian/debian/TODO.Debian	2014-12-08 09:30:45.0 +0100
@@ -0,0 +1,21 @@
+Add the following binaries:
+
+usr/bin/transist.flt
+usr/bin/ypipe
+usr/bin/multiblend.flt
+usr/bin/y4mtoyuv
+usr/bin/y4mspatialfilter
+usr/bin/anytovcd.sh
+usr/bin/lavtc.sh
+usr/bin/y4minterlace
+usr/bin/y4mstabilizer
+usr/bin/y4mivtc
+usr/bin/matteblend.flt
+usr/bin/yuyvtoy4m
+usr/bin/yuvscaler
+usr/bin/y4mhist
+usr/bin/mjpeg_simd_helper
+usr/bin/y4mblack
+usr/bin/y4mtoqt
+usr/bin/qttoy4m
+

Bug#779083: wheezy-pu: package lame/3.99.5+repack1-3

[Fabian Greffrath]

Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu

Hi there,

please grant permission to upload an updated package for lame in
wheezy. The package will contain three patches that have been created
to cope with a couple of crashes that were detected by feeding fuzzed
wav file samples into the library. At least two of them appear to be
security-relevant, to say the least, and the third one fixes a nasty
crash in the frontend.

All three patches have been forwarded upstream by private mail to one
of the upstream developers. Please find a debdiff between the original
and the updated package attached.

Cheers,

Fabian

PS: I have set the distribution to wheezy-p-u. Is this correct or
should I rather set it to stable, or wheezy?


-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru lame-3.99.5+repack1/debian/changelog lame-3.99.5+repack1/debian/changelog
--- lame-3.99.5+repack1/debian/changelog	2012-03-17 18:41:48.0 +0100
+++ lame-3.99.5+repack1/debian/changelog	2015-02-24 09:50:06.0 +0100
@@ -1,3 +1,18 @@
+lame (3.99.5+repack1-3wheezy1) stable-proposed-updates; urgency=medium
+
+  * Add check for invalid input sample rate, thanks Maks Naumov
+(Closes: #775959, #777160, #777161). Thanks Jakub Wilk and
+Brian Carpenter for the bug reports and test cases.
+  * Extend Maks Naumov's patch to also include a sanity check for
+a valid amount of input channels (Closes: #778703).
+  * Avoid malformed wav causing floating point exception in the
+frontend (Closes: #777159).
+  * Fix decision if sample rate ratio is an integer value or not
+(Closes: #778529). Thanks to Henri Salo for the bug reports
+and the fuzzed samples!
+
+ -- Fabian Greffrath   Tue, 24 Feb 2015 09:46:48 +0100
+
 lame (3.99.5+repack1-3) unstable; urgency=low
 
   * Handle case on setting CFLAGS for systems where dpkg-dev (<< 1.15.7)
diff -Nru lame-3.99.5+repack1/debian/patches/0001-Add-check-for-invalid-input-sample-rate.patch lame-3.99.5+repack1/debian/patches/0001-Add-check-for-invalid-input-sample-rate.patch
--- lame-3.99.5+repack1/debian/patches/0001-Add-check-for-invalid-input-sample-rate.patch	1970-01-01 01:00:00.0 +0100
+++ lame-3.99.5+repack1/debian/patches/0001-Add-check-for-invalid-input-sample-rate.patch	2015-02-24 09:38:55.0 +0100
@@ -0,0 +1,25 @@
+From 1ea4eac3e7d57dbad42fb067a32ac1600a0397a0 Mon Sep 17 00:00:00 2001
+From: Maks Naumov 
+Date: Thu, 22 Jan 2015 16:20:40 +0200
+Subject: [PATCH] Add check for invalid input sample rate
+
+Signed-off-by: Maks Naumov 
+---
+ libmp3lame/lame.c | 6 ++
+ 1 file changed, 6 insertions(+)
+
+--- a/libmp3lame/lame.c
 b/libmp3lame/lame.c
+@@ -822,6 +822,12 @@ lame_init_params(lame_global_flags * gfp
+ }
+ #endif
+ 
++if (gfp->samplerate_in < 0 || gfp->num_channels < 0) {
++freegfc(gfc);
++gfp->internal_flags = NULL;
++return -1;
++}
++
+ cfg->disable_reservoir = gfp->disable_reservoir;
+ cfg->lowpassfreq = gfp->lowpassfreq;
+ cfg->highpassfreq = gfp->highpassfreq;
diff -Nru lame-3.99.5+repack1/debian/patches/bits_per_sample.patch lame-3.99.5+repack1/debian/patches/bits_per_sample.patch
--- lame-3.99.5+repack1/debian/patches/bits_per_sample.patch	1970-01-01 01:00:00.0 +0100
+++ lame-3.99.5+repack1/debian/patches/bits_per_sample.patch	2015-02-24 09:39:00.0 +0100
@@ -0,0 +1,17 @@
+Description: Avoid malformed wav causing floating point exception (integer divide by zero) 
+Author: Fabian Greffrath 
+Bug-Debian: https://bugs.debian.org/777159
+
+--- a/frontend/get_audio.c
 b/frontend/get_audio.c
+@@ -1448,6 +1448,10 @@ parse_wave_header(lame_global_flags * gf
+ else {
+ (void) lame_set_in_samplerate(gfp, global_reader.input_samplerate);
+ }
++/* avoid division by zero */
++if (bits_per_sample < 1)
++return -1;
++
+ global. pcmbitwidth = bits_per_sample;
+ global. pcm_is_unsigned_8bit = 1;
+ global. pcm_is_ieee_float = (format_tag == WAVE_FORMAT_IEEE_FLOAT ? 1 : 0);
diff -Nru lame-3.99.5+repack1/debian/patches/int_resample_ratio.patch lame-3.99.5+repack1/debian/patches/int_resample_ratio.patch
--- lame-3.99.5+repack1/debian/patches/int_resample_ratio.patch	1970-01-01 01:00:00.0 +0100
+++ lame-3.99.5+repack1/debian/patches/int_resample_ratio.patch	2015-02-24 09:39:05.0 +0100
@@ -0,0 +1,29 @@
+Subject: Fix decision if sample rate ratio is an integer value or not
+ If the sample rate of the input file is sufficient

Bug#779083: wheezy-pu: package lame/3.99.5+repack1-3

[Fabian Greffrath]

Am Dienstag, den 24.02.2015, 13:17 + schrieb Adam D. Barratt: 
> Please use 3.99.5+repack1-3+deb7u1 as the version number and feel free 
> to upload. The current distribution of "stable-proposed-updates" will 
> work, but "wheezy" is more self-documenting.

Done, thank you!

- Fabian


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1424792076.7599.0.ca...@greffrath.com

Bug#781006: unblock: lame/3.99.5+repack1-7

[Fabian Greffrath]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package lame

Dear release team,

the lame package in unstable contains some bug fixes that are
considered security-relevant. The package has already been updated in
stable as requested in #779083, but I somehow forgot to request its
transition to testing until now -- sorry.

unblock lame/3.99.5+repack1-7

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru lame-3.99.5+repack1/debian/changelog lame-3.99.5+repack1/debian/changelog
--- lame-3.99.5+repack1/debian/changelog	2015-02-09 07:12:14.0 +0100
+++ lame-3.99.5+repack1/debian/changelog	2015-02-24 09:03:11.0 +0100
@@ -1,3 +1,13 @@
+lame (3.99.5+repack1-7) unstable; urgency=medium
+
+  * Extend Maks Naumov's patch to also include a sanity check for
+a valid amount of input channels (Closes: #778703).
+  * Fix decision if sample rate ratio is an integer value or not
+(Closes: #778529).
+  * Thanks to Henri Salo for the bug reports and the fuzzed samples!
+
+ -- Fabian Greffrath   Tue, 24 Feb 2015 09:03:07 +0100
+
 lame (3.99.5+repack1-6) unstable; urgency=high
 
   * Do not mangle CFLAGS in debian/rules anymore, leave this to
diff -Nru lame-3.99.5+repack1/debian/patches/0001-Add-check-for-invalid-input-sample-rate.patch lame-3.99.5+repack1/debian/patches/0001-Add-check-for-invalid-input-sample-rate.patch
--- lame-3.99.5+repack1/debian/patches/0001-Add-check-for-invalid-input-sample-rate.patch	2015-02-06 09:24:34.0 +0100
+++ lame-3.99.5+repack1/debian/patches/0001-Add-check-for-invalid-input-sample-rate.patch	2015-02-19 07:18:28.0 +0100
@@ -14,7 +14,7 @@
  }
  #endif
  
-+if (gfp->samplerate_in < 0) {
++if (gfp->samplerate_in < 0 || gfp->num_channels < 0) {
 +freegfc(gfc);
 +gfp->internal_flags = NULL;
 +return -1;
diff -Nru lame-3.99.5+repack1/debian/patches/int_resample_ratio.patch lame-3.99.5+repack1/debian/patches/int_resample_ratio.patch
--- lame-3.99.5+repack1/debian/patches/int_resample_ratio.patch	1970-01-01 01:00:00.0 +0100
+++ lame-3.99.5+repack1/debian/patches/int_resample_ratio.patch	2015-02-24 07:29:29.0 +0100
@@ -0,0 +1,29 @@
+Subject: Fix decision if sample rate ratio is an integer value or not
+ If the sample rate of the input file is sufficiently close to an
+ integer multiple of the output sample rate, the value of the intratio
+ variable is calculated incorrectly. This leads to further values
+ being miscalculated up to the joff variable which is used as an index
+ to dereference the esv->blackfilt array. This leads top an overflow
+ and causes a segmentation fault.
+Author: Fabian Greffrath 
+Bug-Debian: https://bugs.debian.org/778529
+
+--- a/libmp3lame/util.c
 b/libmp3lame/util.c
+@@ -26,6 +26,7 @@
+ # include 
+ #endif
+ 
++#include 
+ #include "lame.h"
+ #include "machine.h"
+ #include "encoder.h"
+@@ -544,7 +545,7 @@ fill_buffer_resample(lame_internal_flags
+ if (bpc > BPC)
+ bpc = BPC;
+ 
+-intratio = (fabs(resample_ratio - floor(.5 + resample_ratio)) < .0001);
++intratio = (fabs(resample_ratio - floor(.5 + resample_ratio)) < FLT_EPSILON);
+ fcn = 1.00 / resample_ratio;
+ if (fcn > 1.00)
+ fcn = 1.00;
diff -Nru lame-3.99.5+repack1/debian/patches/series lame-3.99.5+repack1/debian/patches/series
--- lame-3.99.5+repack1/debian/patches/series	2015-02-09 07:00:07.0 +0100
+++ lame-3.99.5+repack1/debian/patches/series	2015-02-18 11:35:11.0 +0100
@@ -5,3 +5,4 @@
 msse.patch
 0001-Add-check-for-invalid-input-sample-rate.patch
 bits_per_sample.patch
+int_resample_ratio.patch

Bug#788938: jessie-pu: package lame/3.99.5+repack1-7+deb8u1

[Fabian Greffrath]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hi there,

please allow lame/3.99.5+repack1-7+deb8u1 into jessie. It fixes an
obscure crash when lame is called from the OCaml bindings. The fix has
been in unstable for five days and has just hit testing without any
complaints.

PS: Is "jessie" alright as the target distribution in
debian/changelog?

Thanks,

Fabian

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'experimental'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru lame-3.99.5+repack1/debian/changelog lame-3.99.5+repack1/debian/changelog
--- lame-3.99.5+repack1/debian/changelog	2015-02-24 09:03:11.0 +0100
+++ lame-3.99.5+repack1/debian/changelog	2015-06-15 15:05:28.0 +0200
@@ -1,3 +1,13 @@
+lame (3.99.5+repack1-7+deb8u1) jessie; urgency=medium
+
+  * debian/patches/force_align_arg_pointer.patch: Enable functions with SSE
+instructions to maintain their own properly aligned stack. Fixes crashes
+with a general protection error when called from the ocaml bindings
+(Closes: #786438). Thanks Detrick Merz for the bug report, Robert Hegemann
+and especially Bernhard Übelacker for their help with analyzing the bug.
+
+ -- Fabian Greffrath   Mon, 15 Jun 2015 15:05:21 +0200
+
 lame (3.99.5+repack1-7) unstable; urgency=medium
 
   * Extend Maks Naumov's patch to also include a sanity check for
diff -Nru lame-3.99.5+repack1/debian/patches/force_align_arg_pointer.patch lame-3.99.5+repack1/debian/patches/force_align_arg_pointer.patch
--- lame-3.99.5+repack1/debian/patches/force_align_arg_pointer.patch	1970-01-01 01:00:00.0 +0100
+++ lame-3.99.5+repack1/debian/patches/force_align_arg_pointer.patch	2015-06-15 15:02:20.00000 +0200
@@ -0,0 +1,52 @@
+Author: Fabian Greffrath 
+Subject: Enable functions with SSE instructions to maintain their own properly aligned stack
+ Operands in SSE instructions must be aligned on 16-byte boundaries. In the
+ init_xrpow_core_sse() function these operands are variables on the stack.
+ However, when the code is called from the ocaml bindings, the stack is
+ allocated by ocaml which does not adhere to the 16-byte boundary rule and thus
+ causes the code to crash with a general protection error.
+ What is needed is a means enable functions calling SSE instructions to
+ maintain their own properly aligned stack. The "force_align_arg_pointer"
+ attribute does exactly this, see
+ <https://gcc.gnu.org/onlinedocs/gcc/x86-Function-Attributes.html>.
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786438
+Forwarded: https://sourceforge.net/p/lame/bugs/449/
+Last-Update: 2015-06-10
+
+--- a/libmp3lame/vector/xmm_quantize_sub.c
 b/libmp3lame/vector/xmm_quantize_sub.c
+@@ -51,8 +51,14 @@ static const FLOAT costab[TRI_SIZE * 2]
+ };
+ 
+ 
++/* make sure functions with SSE instructions maintain their own properly aligned stack */
++#if defined (__GNUC__) && ((__GNUC__ > 4) || ((__GNUC__ == 4) && (__GNUC_MINOR__ >= 2)))
++#define SSE_FUNCTION __attribute__((force_align_arg_pointer))
++#else
++#define SSE_FUNCTION
++#endif
+ 
+-void
++SSE_FUNCTION void
+ init_xrpow_core_sse(gr_info * const cod_info, FLOAT xrpow[576], int upper, FLOAT * sum)
+ {
+ int i;
+@@ -113,7 +119,8 @@ init_xrpow_core_sse(gr_info * const cod_
+ }
+ 
+ 
+-static void store4(__m128 v, float* f0, float* f1, float* f2, float* f3)
++SSE_FUNCTION static void
++store4(__m128 v, float* f0, float* f1, float* f2, float* f3)
+ {
+ vecfloat_union r;
+ r._m128 = v;
+@@ -124,7 +131,7 @@ static void store4(__m128 v, float* f0,
+ }
+ 
+ 
+-void
++SSE_FUNCTION void
+ fht_SSE2(FLOAT * fz, int n)
+ {
+ const FLOAT *tri = costab;
diff -Nru lame-3.99.5+repack1/debian/patches/series lame-3.99.5+repack1/debian/patches/series
--- lame-3.99.5+repack1/debian/patches/series	2015-02-18 11:35:11.0 +0100
+++ lame-3.99.5+repack1/debian/patches/series	2015-06-15 15:02:20.0 +0200
@@ -3,6 +3,7 @@
 ansi2knr2devnull.patch
 privacy-breach.patch
 msse.patch
+force_align_arg_pointer.patch
 0001-Add-check-for-invalid-input-sample-rate.patch
 bits_per_sample.patch
 int_resample_ratio.patch

Bug#789429: Acknowledgement (jessie-pu: package evolution-data-server/evolution-data-server_3.12.11-0+deb8u1.dsc)

[Fabian Greffrath]

Hi again,

I am not sure why this request has not hit debian-release@l.d.o, yet. I
hope it is just because of the mere size of the attachment.

However, I'd like to add two more facts to this request:

1) I made a mistake composing the debian/changelog file when I assigned
everything to Josselin. The actual debian/changelog should look like
this:

evolution-data-server (3.12.11-0+deb8u1) jessie; urgency=medium

  * Team upload.

  [ Josselin Mouette ]
  * New upstream bugfix release.
  * Bump valac build-dependency.
  * d/p/03_Use-after-free-gpg-verif.patch,
d/p/04_sqlite-Track-pending-sync-requests.patch:
Dropped, applied upstream.

  [ Fabian Greffrath ]
  * d/p/05_imapx-Shared-folders-removed-folder-list-refresh.patch:
Refreshed (Closes: #787624).
  * d/p/06_Make-camel-stream-write-try-to-write-all-bytes-at-once.patch:
Fix SMTP connection lost while reading message data (Closes: #787398).

 -- Fabian Greffrath   Sat, 20 Jun 2015 23:27:20 +0200

2) There is a patch to the upstream NEWS file hidden in the debdiff
that should make it easier to evaluate the upstream stable point
upgrade. I repeat it here for your convenience:

diff -Nru evolution-data-server-3.12.9~git20141128.5242b0/NEWS 
evolution-data-server-3.12.11/NEWS
--- evolution-data-server-3.12.9~git20141128.5242b0/NEWS2014-11-28 
15:30:16.0 +0100
+++ evolution-data-server-3.12.11/NEWS  2015-02-09 09:07:49.0 +0100
@@ -1,5 +1,67 @@
+Evolution-Data-Server 3.12.11 2015-02-09
+
+
+Bug Fixes:
+   Bug 736006 - Crash under backend_finalize() during online state change 
(Milan Crha)
+   Bug 732145 - Breaks existing (not evolution's) maildir folder structure 
(Milan Crha)
+
+Miscellaneous:
+   [ECalClient] Do not replace cached timezones (Milan Crha)
+
+Translations:
+   Aurimas Černius (lt)
+   Piotr Drąg (pl)
+   Balázs Úr (hu)
+   Marek Černocký (cs)
+
+Evolution-Data-Server 3.12.10 2015-01-12
+
+
+Bug Fixes:
+   Bug 695754 - Use-after-free in 
source_registry_source_notify_enabled_idle_cb() (Milan Crha)
+   Bug 741434 - Use-after-free after error in GPG signature verification 
(Milan Crha)
+   Bug 741699 - Fix "incompatible pointer type" compiler warning (Debarshi 
Ray)
+   Bug 741786 - Gets stuck while closing fds before execing gpg (Debarshi 
Ray)
+   Bug 741787 - [Maildir] Cannot create subfolder 'Inbox' (Milan Crha)
+   Bug 741557 - Bump vala dependency to version 0.22 (Milan Crha)
+
+Miscellaneous:
+   Fix "may be used uninitialized" warning (Fabiano Fidêncio)
+   EDataBook/Cal: Complete Refresh operation in IDLE (Milan Crha)
+
+Evolution-Data-Server 3.12.9 2014-12-08
+---
+
+Bug Fixes:
+   Bug 739904 - Can't create Contact List on an LDAP server (Milan Crha)
+   Bug 678398 - Make evolution-source-registry debugging configurable 
(Milan Crha)
+   Bug 739610 - [IMAPx] Prevent running FETCH and STORE at the same time 
(Milan Crha)
+   Bug 736011 - [CalDAV] Receive two events adds only the first (Milan 
Crha)
+   Bug 736947 - Attachment icon not shown in Sent folder (Milan Crha)
+   Bug 732717 - Refreshing an IMAP account does not refresh folder list 
(Milan Crha)
+   Bug 733518 - Make VOICE type optional for TEL in EContact (Milan Crha)
+   Bug 732018 - Crash due to passing set GError to glib-networking (Milan 
Crha)
+   Bug 740627 - [IMAPx] Cannot append to a write-only folder (Milan Crha)
+   Bug 701138 - Make e_cal_backend_sexp_match_comp() thread safe (Milan 
Crha)
+   Bug 740585 - [IMAPx] Ignore timeout when no command is running (Milan 
Crha)
+   Bug 740843 - Correct documentation of e_cal_client_remove_object_sync() 
(Mateusz Polrola)
+
+Miscellaneous:
+   [ECalBackendFile] Stops refresh thread too late (Milan Crha)
+   ECalComponent: Recurrence ID not rescan properly (Milan Crha)
+   Limit SQLite busy-wait for a lock (Milan Crha)
+   [IMAPx] Speed-up folder cache removal on folder sync (Milan Crha)
+   [IMAPx] Enhance and make work namespace override options (Milan Crha)
+   [IMAPx] Runtime warning on inactivity timeout with IDLE enabled (Milan 
Crha)
+   [SQLite VFS] Track pending sync requests (Milan Crha)
+
+Translations:
+   Sweta Kothari (gu)
+   YunQiang Su (zh_CN)
+   Pedro Albuquerque (pt)
+
 Evolution-Data-Server 3.12.8 2014-11-10
--
+---
 
 Bug Fixes:
Bug 737733 - [IMAPx] Prevent "Stream has outstanding operation" error 
(Milan Crha)


Best regards,

Fabian


signature.asc
Description: This is a digitally signed message part

Bug#789429: Acknowledgement (jessie-pu: package evolution-data-server/evolution-data-server_3.12.11-0+deb8u1.dsc)

[Fabian Greffrath]

Dear Release Managers,

I have not got any reaction to this request for about three weeks now.
Is it possible this issue flew under the radar, maybe because of the
sheer size of the attached debdiff? At least, I cannot remember having
seen the initial message on the debian-release list.

The reason I am asking is, because I will be in VAC for two weeks from
Jul 18 on (that's next week's Saturday) and if there isn't a reply
until then, the upload will delay by at least another two weeks. I know
there is a lot to do on -release, but I would very much appreciate if
you could maybe give me thumbs up or down within next week?

Thank you very much already!

Cheers,

Fabian


signature.asc
Description: This is a digitally signed message part

Re: Bug#791034: flac: library transition may be needed when GCC 5 is the default

[Fabian Greffrath]

Am Montag, den 03.08.2015, 21:41 +0200 schrieb Sebastian Ramacher:
> flac needs a transition. A version changing the name of libflac++6 
> has been uploaded to experimental.

Thank you, Sebastian, for doing this!

I just arrived back from my vacation last weekend and did not find time
 yet to look into this myself.

So, thanks again,

Fabian


signature.asc
Description: This is a digitally signed message part

Bug#789429: Stable update? Bug#787398 (evolution-data-server: SMTP connection lost while reading message data)

[Fabian Greffrath]

Hi there,

Am Montag, den 15.06.2015, 10:46 +0200 schrieb Josselin Mouette:
> I put 3.12.11 in unstable precisely so that it gets a little testing,
> and I’d indeed like to see it in 8.2 if the diff is acceptable.

unfortunately, I had no luck convincing the SRM to accept my proposed e
-d-s update in Jessie in #789429. I didn't even receive a singly reply
after ~2 months. Maybe one of you wants to try his luck with it?

Cheers,

Fabian



signature.asc
Description: This is a digitally signed message part

Re: Bug#771126: Bug#771191: Bug#771126: libav/tests/lena.pnm: also not mentioned in debian/copyright

[Fabian Greffrath]

Am Dienstag, den 02.12.2014, 23:29 +0100 schrieb Bastien ROUCARIES:
> And offencive (sexist) for 50% of the population the women... 

Now it's getting really ridiculous. Gosh, it's a picture of a woman!

- Fabian



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1417593401.8087.4.ca...@greffrath.com

Bug#692128: unblock: fonts-liberation/1.07.2-6

[Fabian Greffrath]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package fonts-liberation

It is the same package as 1.07.2-5 (already in testing), but with the spurious
"Provides: ttf-liberation" field removed from fonts-liberation in
debian/control. The rationale is that some packages need the liberation fonts
and have the paths to the font files hard-coded. Since the move to the new font
package naming scheme, the path of the font files have changed from ttf-
liberation to fonts-liberation, so packages expecting ttf-liberation are *not*
satisfied when fonts-liberation is installed - thus fonts-liberation does not
Provides: ttf-liberation. Related bug: #689575.

Please find the debdiff between fonts-liberation_1.07.2-5 and 1.07.2-6
attached.

unblock fonts-liberation/1.07.2-6

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (901, 'testing'), (502, 'unstable'), (501, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
File lists identical (after any substitutions)

Control files of package fonts-liberation: lines which differ (wdiff format)

[-Provides: ttf-liberation-]
Version: [-1.07.2-5-] {+1.07.2-6+}

Control files of package ttf-liberation: lines which differ (wdiff format)
--
Version: [-1.07.2-5-] {+1.07.2-6+}

Bug#692137: unblock(pre-approval): zsnes/1.510+bz2-5

[Fabian Greffrath]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package zsnes

The only difference between this and version 1.510+bz2-4, which is already in
testing, is that we built zsnes without libao support. The rationale is that
libao has frequently been a source of trouble for zsnes (c.f. #470410, #679826,
#638741). Since zsnes can fall back to the SDL audio driver instead, we
consider it more safe to remove libao for wheezy. On top of this, it will
finally be possible to install zsnes:i386 on amd64 via multi-arch. By now it is
merely possible to install zsnes in a i386-chroot on amd64, but this reportedly
gives errors with sound play back due to, well, libao.

Please find the output of git-diff attached.

unblock zsnes/1.510+bz2-5

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (901, 'testing'), (502, 'unstable'), (501, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)


zsnes_1.510+bz2-5.diff
Description: inode/empty

Bug#692137: unblock(pre-approval): zsnes/1.510+bz2-5

[Fabian Greffrath]

Am 02.11.2012 16:24, schrieb Fabian Greffrath:

Please find the output of git-diff attached.


The patch got mangled up somehow. Please find the right one attached.

 - Fabian


diff --git a/debian/changelog b/debian/changelog
index d33b3f6..5ed5541 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+zsnes (1.510+bz2-5) unstable; urgency=low
+
+  * Build zsnes without libao support for wheezy.
+libao has often been a source of trouble for zsnes. Without libao support
+it will fall back to the SDL audio driver. Furthermore it will make it
+possible to install the zsnes package via multi-arch (see #638741).
+
+ -- Fabian Greffrath   Fri, 02 Nov 2012 15:07:44 +0100
+
 zsnes (1.510+bz2-4) unstable; urgency=low
 
   [ Etienne Millon ]
diff --git a/debian/control b/debian/control
index 436e071..ad02959 100644
--- a/debian/control
+++ b/debian/control
@@ -9,7 +9,6 @@ Uploaders: Etienne Millon ,
 Build-Depends: debhelper (>= 9),
dh-autoreconf,
dpkg-dev (>= 1.13.2),
-   libao-dev,
libgl1-mesa-dev | libgl-dev,
libncurses5-dev | libncurses-dev,
libpng-dev,
diff --git a/debian/rules b/debian/rules
index 5090080..6bba2f4 100755
--- a/debian/rules
+++ b/debian/rules
@@ -19,7 +19,7 @@ override_dh_auto_configure:
 	dh_auto_configure --sourcedirectory=src -- \
 		--enable-opengl \
 		--disable-cpucheck --enable-release \
-		--enable-libao force_arch=i486
+		force_arch=i486
 
 override_dh_clean:
 	rm -f src/Makefile src/cfg.h src/config.h src/config.log src/config.status src/input.h src/makefile.dep src/md.h src/parsegen src/tools/depbuild src/zsnes

Bug#692137: unblock(pre-approval): zsnes/1.510+bz2-5

[Fabian Greffrath]

> One of the relevant seeming messages says "[a]nother solution would be
> to disable libao in zsnes but IIRC the other sound backends are
> terrible". Did that turn out not to be the case?

Hm, I have no idea what led Etienne to that statement, maybe he can
elaborate on this.

I only know that the SDL audio backend is used in hundreds of games and
see no reason why it should be terrible for zsnes. Furthermore, Etienne
just tested zsnes without libao support and reported that it works well,
even in a multi-arch environment:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691993#20

 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/c271ac1bfcd2f46e3f2e47a685ed8207.squir...@webmail.greffrath.com

Bug#692137: unblock(pre-approval): zsnes/1.510+bz2-5

[Fabian Greffrath]

Am 04.11.2012 14:19, schrieb Adam D. Barratt:

On Sun, 2012-11-04 at 09:56 +0100, Etienne Millon wrote:

I confirm that the SDL backend works fine.

Thanks. In that case, please go ahead.


Well done. Now we only need a sponsor to upload the "wheezy" branch of 
the GIT repo. After that, I will merge it into the "master" branch.


 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50977ed4.8020...@greffrath.com

Bug#692128: [Pkg-fonts-devel] Bug#692128: unblock: fonts-liberation/1.07.2-6

[Fabian Greffrath]

Am 02.11.2012 14:26, schrieb Fabian Greffrath:

Please find the debdiff between fonts-liberation_1.07.2-5 and 1.07.2-6
attached.


Well, I believe the debdiff attached now is a bit more meaningful than 
the previous one.


 - Fabian

diff -Nru fonts-liberation-1.07.2/debian/changelog fonts-liberation-1.07.2/debian/changelog
--- fonts-liberation-1.07.2/debian/changelog	2012-06-26 14:24:06.0 +0200
+++ fonts-liberation-1.07.2/debian/changelog	2012-11-01 21:47:15.0 +0100
@@ -1,3 +1,10 @@
+fonts-liberation (1.07.2-6) unstable; urgency=low
+
+  * The fonts-liberation packages must not "Provides: ttf-liberation"
+without actually providing the expected files (Closes: #689575).
+
+ -- Fabian Greffrath   Thu, 01 Nov 2012 21:47:01 +0100
+
 fonts-liberation (1.07.2-5) unstable; urgency=medium
 
   * bug-799384.patch actually also reverts bug-714191.patch
diff -Nru fonts-liberation-1.07.2/debian/control fonts-liberation-1.07.2/debian/control
--- fonts-liberation-1.07.2/debian/control	2012-06-26 14:24:06.0 +0200
+++ fonts-liberation-1.07.2/debian/control	2012-11-01 21:41:55.0 +0100
@@ -18,7 +18,6 @@
 Architecture: all
 Depends: ${misc:Depends}
 Replaces: ttf-liberation (<< 1.07.0-2)
-Provides: ttf-liberation
 Conflicts: ttf-liberation (<< 1.07.0-2)
 Description: Fonts with the same metrics as Times, Arial and Courier
  A set of serif, sans-serif and monospaced fonts from Red Hat with

Bug#692137: unblock(pre-approval): zsnes/1.510+bz2-5

[Fabian Greffrath]

Am 05.11.2012 09:54, schrieb Fabian Greffrath:

Well done. Now we only need a sponsor to upload the "wheezy" branch of
the GIT repo. After that, I will merge it into the "master" branch.


Done, thanks!


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50a0b41c.6070...@greffrath.com

Bug#683030: unblock: vlc/2.0.3-1

[Fabian Greffrath]

Dear Adam,

Am 29.07.2012 23:16, schrieb Adam D. Barratt:

I did not apply this change but recognize it from Emdebian sprint:
Reason is, I believe, to ease bootstrapping new architectures by
suppressing build of arch-all packages.


Jonas is right. The main reason for this change was to make it easier 
to bootstrap the libav package with as little additional 
(Build-)Dependencies as possible. Libav is involved in several 
circular dependencies and in the past we got requests by porters to 
document which B-Ds of libav are actually mandatory and which are 
optional. Since they are all optional, I suggested a minimal 
Build-Depends-Bootstrap1 field in README.source, in which I also 
omitted doxygen.


A few weeks later, when I rebuilt the libav package on my system with 
"dpkg-buildpackage -d" to test the changes fixing #680602, I found 
that doxygen is still called, which I found unnecessary and thus 
removed it.



Hmmm, unless I'm reading the rules files incorrectly, purely running the
binary-arch target should already have DTRT without requiring doxygen to
be installed.  Hence the query, as the change appears to be effectively
an unnecessary no-op right now.


Yes, for regular builds which have the full set of B-Ds available, 
this change is a no-op. But for (1) bootstrapping efforts - which 
merely need a minimal libav to build other packages which in turn are 
required to rebuild a full-featured libav - and for (2) quick testings 
of packaging related changes, this makes a subtle difference.


Best Regards,
Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/501635b7.40...@greffrath.com

Bug#683030: unblock: vlc/2.0.3-1

[Fabian Greffrath]

Am 28.07.2012 17:47, schrieb Adam D. Barratt:

- the changelog also doesn't mention the dropping of the ffmpeg
Provides.


This was also my change, I am sorry this slipped through without 
proper documentation. However, this field was so utterly wrong in that 
libav-tools simply does not provide ffmpeg - it's in its own package. 
Maybe I found this so obvious that I forgot to mention it. ;)


 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/501636ec.6080...@greffrath.com

Bug#683030: unblock: vlc/2.0.3-1

[Fabian Greffrath]

Am 28.07.2012 17:47, schrieb Adam D. Barratt:

On Sat, 2012-07-28 at 15:54 +0100, Adam D. Barratt wrote:

 Depends: vlc libav (not considered)

The new libav does not have an unblock request ttbomk and from a quick
look at the diff I'm not prepared to unblock it without at least some
discussion (there are changes which don't appear to be mentioned in the
changelog and some of the changes listed in the changelog don't actually
appear tohave been made).


So, will libav 6:0.8.3-5 get unblocked or should we request this 
separately?


 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5018e551.5010...@greffrath.com

Bug#766009: RM: vavoom/1.33-5

[Fabian Greffrath]

Control: reassign -1 ftp.debian.org

Re-sending to ftp.debian.org, sorry release team!

Axel Beckert wrote in #741998:
> If someone wants to adopt and fix the package, it will be still
> available at http://anonscm.debian.org/gitweb/?p=pkg-games/vavoom.git
> as well as http://snapshot.debian.org/package/vavoom/. So your work is
> not lost if the package is also removed from experimental. But people
> won't try to install it and then complain to you that it's broken.
> 
> So I see no reason to keep the package experimental if it was removed
> for the above mentioned reasons from unstable.

I agree that the package in experimental should get removed as well.

Upstream is dead for years and the package FTBFS. If people would ever
want to continue working on it they can find the current state in GIT or
in the snapshots archive. It does not make sense to keep it in Debian in
its current state.

Furthermore, the Games team keeps receiving bug reports for it that
noone will care about, e.g. #765825.

Thanks,

Fabian


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1413788592.27641.4.ca...@greffrath.com

Bug#766009: RM: vavoom/1.33-5

[Fabian Greffrath]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

Axel Beckert wrote in #741998:
> If someone wants to adopt and fix the package, it will be still
> available at http://anonscm.debian.org/gitweb/?p=pkg-games/vavoom.git
> as well as http://snapshot.debian.org/package/vavoom/. So your work is
> not lost if the package is also removed from experimental. But people
> won't try to install it and then complain to you that it's broken.
> 
> So I see no reason to keep the package experimental if it was removed
> for the above mentioned reasons from unstable.

I agree that the package in experimental should get removed as well.

Upstream is dead for years and the package FTBFS. If people would ever
want to continue working on it they can find the current state in GIT or
in the snapshots archive. It does not make sense to keep it in Debian in
its current state.

Furthermore, the Games team keeps receiving bug reports for it that
noone will care about, e.g. #765825.

Thanks,

Fabian


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1413784507.25568.10.ca...@greffrath.com

RM: toolame -- RoM: obsolete, superseded by twolame

[Fabian Greffrath]

Package: ftp.debian.org

As discussed before [1], I would like to request removal of the 
toolame package from unstable and testing, now that the fixed version 
02l-6lenny1 has entered the stable point release.


[1] http://lists.debian.org/debian-release/2009/03/msg00168.html

Cheers,
Fabian

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: faad2 2.7 Transition

[Fabian Greffrath]

- Why are you hardcoding -DPIC and -fPIC into the CFLAGS in 
debian/rules? This should really be unnecessary. It is also 
unnecessary to set the optimization flags on purpose anymore.


- Why do you run the entire autoreconf sequence in the 
override_dh_auto_configure rule? BTW, if you insist on doing so, 
please replace the ./configure call in line 20 with dh_auto_configure.


- Why do you enable DRM support? In the past it has proven to make the 
library unusable.


- libmp4ff-dev and faad2-dbg must depend on libmp4ff0.

- Please avoid the .{a,la,so} bashism in the -dev install files.

- Please use a *sane* watch file. The one you added is nearly unreadable.

- "* Move libfaad-dev to the front to be 'default' package debhelper 
acts on." WTF is the purpose of changes like this?!


So far for the first check...

Fabian


--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#515072: faad2 2.7 Transition

[Fabian Greffrath]

Matthew W. S. Bell schrieb:

Is upstream coordinating SO version now, or is this still a software
packager decision?


Upstream is coordinating SONAME now, please have a look at
http://faac.cvs.sourceforge.net/viewvc/faac/faad2/libfaad/Makefile.am?revision=1.33&view=markup&sortby=date



--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

next faad2 upload

[Fabian Greffrath]

[CCing debian-release]

Reinhard Tartler schrieb:

Yes, I looked at faad, it looked fine, on the first sight. However, I'm
still waiting for confirmation of the release team to start another
transition.


Thanks for reviewing.


An upload to experimental should be just fine, however...


We are not in a hurry. Let's just wait for the release team approval.

Fabian

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: next faad2 upload

[Fabian Greffrath]

Julien Cristau schrieb:

Uploading to experimental now means it sits in NEW while you wait for
-release.  Waiting means you first wait for -release, and then wait
again for NEW.


Damn, I should have noticed that. Thanks, Julien!

Reinhard?

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: faad2_2.7-1_i386.changes ACCEPTED

[Fabian Greffrath]

Hi -release,

the new faad2 library has been accepted for experimental. Please inform
us when unstable is ready for the soname transition.

Cheers,
Fabian



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Please Don't !! (Was: faad2_2.7-1_i386.changes ACCEPTED)

[Fabian Greffrath]

Pierre Habouzit schrieb:

Okay, I should retract that, xine-lib is part of the imagemagick
transition as well, sorry that I missed that, we have to wait for it to
be done first, I'm sorry.


Now that the imagemagick transition is done, is it safe to upload 
faad2_2.7 to unstable?



--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Please Don't !! (Was: faad2_2.7-1_i386.changes ACCEPTED)

[Fabian Greffrath]

Andreas Barth schrieb:

As faad2 involves quite many packages, I'd be happy if someone would
hunt for the missing bits. (Two candidates are mpd and pulseaudio,


What does this exactly mean? How can we help here?


they need sourcefull uploads. Perhaps more packages, I put an hint in
today so that it should appear on
http://release.debian.org/migration/testing.pl?package=faad2 soon - I
don't intend to push this one through again.)


Cheers,
Fabian

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Please Don't !! (Was: faad2_2.7-1_i386.changes ACCEPTED)

[Fabian Greffrath]

Andreas, thanks for the advice!

Andreas Barth schrieb:

Currently, both mpd and pulseaudio have RC bugs on them because they
fail to build on armel, so resolving these bugs is a precondition for
the move.


Reading through the bug reports, it seems the pulseaudio bug is 
already addressed by adding a specific CFLAG and the mpd bug will be 
fixed in the next upstream version (or by a backported 2-line patch).


Tschö,
Fabian


--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#548035: /usr/bin/users-admin: users-admin sets su's path to /home/root

[Fabian Greffrath]

Am 28.01.2010 10:18, schrieb Josselin Mouette:

Le jeudi 28 janvier 2010 à 09:06 +0100, Fabian Greffrath a écrit :

This bug is already fixed in unstable, but the lenny version is still
affected. I guess its seriousness mandates a stable upload.

Yes, please fix this ASAP. It's really breaking peoples's systems out
there.

It’s already fixed in proposed-updates. Please bring any further
complaints to the SRMs :)


Dear SRMs,

please accept gnome-system-tools 2.22.0-4 in stable ASAP to fix #548035.

 - Fabian

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#548035: /usr/bin/users-admin: users-admin sets su's path to /home/root

[Fabian Greffrath]

Am 28.01.2010 12:16, schrieb Adam D. Barratt:

It's already been accepted, or it wouldn't have made it to
proposed-updates at all.


Adam, thanks for clarifying.

 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

flac_1.2.1-3

[Fabian Greffrath]

Dear Release Team,

the pkg-multimedia team has just uploaded a revised flac_1.2.1-3 
package to unstable. This packages contains fixes for two bugs 
(#579025 and #585518) which unfortunately required an autoreconf of 
the build system. The autoreconf result is applied by means of a 
patch, which makes the interdiff quite huge and is the reasons why I 
haven't attached it to this mail.


How would you like me to proceed convincing you to let this package 
pass through to testing? In order to check the changes step by step, 
you may want to check out the packaging GIT repository:


http://git.debian.org/?p=pkg-multimedia/flac.git;a=summary

Best regards,
Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c60065d.7030...@greffrath.com

Re: flac_1.2.1-3

[Fabian Greffrath]

Am 09.08.2010 18:06, schrieb Adam D. Barratt:

The log for #579025 also suggests that fixing it would require
rebuilding reverse dependencies; is that the case?


No, that's mistakable from the bug log. In order for the fix to have 
effect on a package (which is going to be built without an install 
prefix and) which build-depends on libflac, the package needs to get 
reconfigured to include libflac's fixed libFLAC.m4.


 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c60f20d.2080...@greffrath.com

Re: Bug#660266: Fwd: Bug#660266: Failed to download 1rott13.zip

[Fabian Greffrath]

Am 25.02.2012 14:12, schrieb Ansgar Burchardt:

fab...@greffrath.com writes:

+SHAREURL3="http://pkg-games.alioth.debian.org";


could you move them to a subdirectory (maybe "game-data" or
"game-data-packager")? I would prefer not having random shareware
archives in the team's webroot.


I have done so (called the directory "game-data", since the stuff it 
contains is independent of g-d-p) and updated g-d-p in GIT. However, I 
have left two symlinks in place until the updated g-d-p is uploaded 
and migrated.


 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4b3f81.1070...@greffrath.com

Re: Fwd: Bug#660266: Failed to download 1rott13.zip

[Fabian Greffrath]

notfound 660936 1.1.1-4
thanks

Am 25.02.2012 14:09, schrieb Cyril Brulebois:

Please update the bug to reflect that it doesn't apply to unstable,
then.


Done.


Double # for the Closes.


Fixed, thanks.


Looks sane to me otherwise, feel free to upload unless you hear
otherwise from others.


Will do so, thank you.

Please find the final debdiff attached.

Am 25.02.2012 14:12, schrieb Ansgar Burchardt:
> could you move them to a subdirectory (maybe "game-data" or
> "game-data-packager")? I would prefer not having random shareware
> archives in the team's webroot.

I have done so (called the directory "game-data", since the stuff it 
contains is independent of g-d-p) and updated g-d-p in GIT. However, I 
have left two symlinks in place until the updated g-d-p is uploaded 
and migrated.


 - Fabian
diff --git a/debian/changelog b/debian/changelog
index a854bda..246d693 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+rott (1.1.1-3.1+squeeze1) squeeze; urgency=low
+
+  * As a last resort, try to download the shareware data files
+from pkg-games.alioth.debian.org (Closes: #660266).
+  * Update Vcs-* fields in debian/control.
+
+ -- Fabian Greffrath   Mon, 27 Feb 2012 10:00:12 +0100
+
 rott (1.1.1-3.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff --git a/debian/control b/debian/control
index d9e9333..d553898 100644
--- a/debian/control
+++ b/debian/control
@@ -7,8 +7,8 @@ Uploaders: Fabian Greffrath ,
 Build-Depends: debhelper (>= 7.3), libsdl1.2-dev, libsdl-mixer1.2-dev
 Standards-Version: 3.8.3
 Homepage: http://icculus.org/rott/
-Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/rott/
-Vcs-Browser: http://svn.debian.org/wsvn/pkg-games/packages/trunk/rott/
+Vcs-Git: git://anonscm.debian.org/pkg-games/rott.git
+Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-games/rott.git
 
 Package: rott
 Architecture: any
diff --git a/debian/rott.postinst b/debian/rott.postinst
index 81a9097..f5166dc 100644
--- a/debian/rott.postinst
+++ b/debian/rott.postinst
@@ -8,6 +8,7 @@ SHAREDIR="/usr/share/games/rott"
 SHAREZIP="1rott13.zip"
 SHAREURL1="ftp://ftp.3drealms.com/share";
 SHAREURL2="ftp://ftp.3drealms.com/pub/share";
+SHAREURL3="http://pkg-games.alioth.debian.org/game-data";
 SHAREMD5="0fafd6b629eab80278fc726e31f9cf41"
 DOCDIR="/usr/share/doc/rott"
 
@@ -45,6 +46,7 @@ case "$1" in
 if [ ! -e ${SHAREDIR}/${SHAREZIP} ]; then
 	wget --progress=dot --directory-prefix ${SHAREDIR} -c ${SHAREURL1}/${SHAREZIP} || \
 	wget --progress=dot --directory-prefix ${SHAREDIR} -c ${SHAREURL2}/${SHAREZIP} || \
+	wget --progress=dot --directory-prefix ${SHAREDIR} -c ${SHAREURL3}/${SHAREZIP} || \
 	echo "rott: Download of shareware data files failed!" >&2
 fi
 

Re: Bug#660266: Failed to download 1rott13.zip

[Fabian Greffrath]

Hi Paul,

Am 26.02.2012 01:03, schrieb Paul Wise:

If the rott data is distributable by Debian, why isn't it being
packaged in non-free?

If the rott data is not distributable in non-free, what makes it
distributable from alioth?


I believe this is due to the absurd shareware license that applies for 
the shareware zip file. Citing the first two paragraphs from the 
accompanying VENDOR.DOC file:


---8<---

[*] If you want to distribute it in a retail location (such as
on a rack), or as part of a hardware or software bundle, or
on CD-ROM you must get PRIOR signed written permission from
Apogee.  Apogee reserves its right to withhold permission.

[*] Everyone can -- and is encouraged! -- to copy, upload and
generally pass around this Program without charging for it.

--->8---

So if you consider the Debian distribution as a "software bundle" then 
it is not OK to include it, but is it OK to upload it anywhere at will. :/


Since I am not going to discuss this interpretation with my lawyer, I 
think we should play safe and it is reasonable to only host the zip 
file (which is explicitely allowed) and let the users do the rest 
themselves on their computers. ;)


Remember, this is from 1998 and ROTT is a DOS game. The concept of 
Linux distributions wasn't that popular back then. ;)


Cheers,
Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4b4803.5070...@greffrath.com

Re: Fwd: Bug#660266: Failed to download 1rott13.zip

[Fabian Greffrath]

fixed 660266 1.1.1-4
thanks

Am 27.02.2012 11:36, schrieb Adam D. Barratt:

Firstly, #660936 and #660266 are entirely different bugs. Secondly,
you need "fixed", rather than "notfound". The latter removes a version
from the list of versions in which the bug was explicitly marked as
found, it doesn't change the list of fixed versions.


Right, thanks for clarification.

 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4b5e9f.8080...@greffrath.com

Re: rott stable update

[Fabian Greffrath]

Am 04.03.2012 00:53, schrieb Ansgar Burchardt:

I just did so.


Thank you very much!


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f547b5a.4000...@greffrath.com

Re: Fixing #654506 and #674386 in Wheezy

[Fabian Greffrath]

Am 11.07.2012 14:20, schrieb Mehdi Dogguy:

We would like to fix #654506 and #674386 in Wheezy. Unfortunately, we
are not able to accept supercollider/1:3.5.2-1 from Unstable since the
changes are quite large. Usually, we ask the maintainer to prepare an
upload based on testing's source package and targeting
testing-proposed-updates. But for this specific case, I'm not sure what
would the best step forward as you seem not interested in
fixing #674386 (cf. [1]).


From a quick glance it looks like fixing #674386 would be as easy as 
doing 's/DEB_BUILDDIR/DEB_SRCDIR/' in debian/rules.


 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4ffd75cd.80...@greffrath.com

Re: Re: Bug#592900: Updating system-config-printer

[Fabian Greffrath]

Hmm...it works fine here using aptitude. We can Provide: hal-cups-utils
in system-config-printer-udev but that doesn't make sense.


Maybe Breaks and Replaces hal-cups-utils instead of Conflicts?

 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c7fa6b6.1020...@greffrath.com

Re: Bug#592900: Updating system-config-printer

[Fabian Greffrath]

Am 02.09.2010 16:33, schrieb Julien Cristau:

Policy §7.6.2 says Conflicts+Replaces, afaict?


AFAIUI from Policy 3.9.0.0 [1] onward, §7.3 even recommends usage of 
Breaks+Replaces, please read the last paragraph in [2] and the 
footnote in [3]).


 - Fabian

[1] 
[2] 


[3] 


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c7fb8f4.1000...@greffrath.com

Re: Re: Bug#592900: Updating system-config-printer

[Fabian Greffrath]

Am Donnerstag, den 02.09.2010, 19:08 +0200 schrieb Guido Günther:
> Neither Conflicts+Replaces nor Conflicts+Breaks lets apt-get figure out
> the right thing while aptitude handles all well. Even adding a
> Provides: hal-cups-utils doesn't work.

Erm, I meant Breaks+Replaces, not Conflicts+Breaks! Please try again.

However, maybe the *versioned* Conflicts/Breaks/Replaces is the culprit
here, because it pretends to open up another possible way for apt to
solve this situation by upgrading h-c-u. But the truth is, there is no
such version of h-c-u available and even if it was, the package is to be
completely removed anyway.

However, I think ubuntu introduced a dummy hal-cups-utils package that
depends on s-c-p-udev to ease the transition.

 - Fabian


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1283493204.26242.7.ca...@brainbug

Re: Bug#592900: Updating system-config-printer

[Fabian Greffrath]

Am 03.09.2010 09:25, schrieb Guido Günther:

I meant to say Conflicts+Replaces too of course.
I tried both versioned and unversioned ones already.
We had something similar to: [...]
to ease upgrades but Joss (cc'ed) objected to it.


Then I am out of ideas, sorry.

 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c80b447.6070...@greffrath.com

Please unblock ttf-tuffy_20071106-3

[Fabian Greffrath]

Hi -release,

please let ttf-tuffy_20071106-3 migrate to testing. It removes a
spurious patch that was introduced by wrong usage of source v3.0. It was
unapplying 01-spurious-langnames.patch, which fixed a nasty upstream bug
in the font source files. Please find the debdiff inlined:

 - Fabian

diff -Nru ttf-tuffy-20071106/debian/changelog 
ttf-tuffy-20071106/debian/changelog
--- ttf-tuffy-20071106/debian/changelog 2009-12-07 21:31:56.0 +0100
+++ ttf-tuffy-20071106/debian/changelog 2010-10-05 20:14:43.0 +0200
@@ -1,3 +1,12 @@
+ttf-tuffy (20071106-3) unstable; urgency=low
+
+  * Team upload
+  * Drop x-ttcidfont-conf, fontconfig et al. from Recommends
+  * Drop a spurious patch introduced by a wrong use of source v3.0, 
+that was unapplying 01-spurious-langnames.patch
+
+ -- Christian Perrier   Tue, 05 Oct 2010 20:14:43 +0200
+
 ttf-tuffy (20071106-2) unstable; urgency=low
 
   [ Christian Perrier ]
diff -Nru ttf-tuffy-20071106/debian/control ttf-tuffy-20071106/debian/control
--- ttf-tuffy-20071106/debian/control   2009-12-07 21:31:37.0 +0100
+++ ttf-tuffy-20071106/debian/control   2009-12-20 17:51:43.0 +0100
@@ -13,7 +13,6 @@
 Package: ttf-tuffy
 Architecture: all
 Depends: ${misc:Depends}
-Recommends: x-ttcidfont-conf | fontconfig
 Description: The Tuffy Truetype Font Family
  Thatcher Ulrich's first outline font design. He started with the goal of
  producing a neutral, readable sans-serif text font. There are lots of
diff -Nru ttf-tuffy-20071106/debian/patches/debian-changes-20071106-2 
ttf-tuffy-20071106/debian/patches/debian-changes-20071106-2
--- ttf-tuffy-20071106/debian/patches/debian-changes-20071106-2 2009-12-07 
21:51:36.0 +0100
+++ ttf-tuffy-20071106/debian/patches/debian-changes-20071106-2 1970-01-01 
01:00:00.0 +0100
@@ -1,92 +0,0 @@
-Description: Upstream changes introduced in version 20071106-2
- This patch has been created by dpkg-source during the package build.
- Here's the last changelog entry, hopefully it gives details on why
- those changes were made:
- .
- ttf-tuffy (20071106-2) unstable; urgency=low
- .
-   [ Christian Perrier ]
-   * Switch to 3.0 (quilt) source format
-   * Update Standards to 3.8.3 (checked)
-   * Drop defoma use
- .
-   [ Fabian Greffrath ]
-   * debian/clean:
- + New file. Delete *.otf as well, as they are not created from the patched
-   sources.
-   * debian/compat:
- + Raised debhelper compatibility to 7.
-   * debian/control:
- + Changed section to fonts.
- + Set Maintainer to Debian Fonts Task Force and added myself to Uploaders.
- + Updated my email address.
- + Added Vcs-Svn and Vcs-Browser fields.
- + Raised Build-Depends to debhelper (>= 7.0.50~) and quilt (>= 0.46-7).
- + Removed versioned Build-Depends-Indep on defoma.
- + Changed Build-Depends-Indep to "fontforge-nox | fontforge".
- + Bumped Standards-Version to 3.8.2.
-   * debian/copyright:
- + Coverted into a machine-readable format, relicensed the Debian packaging
-   under the GNU All-Permissive license and added license information for
-   the FontForge script.
-   * debian/control, debian/patches/*, debian/rules:
- + Switched from dpatch to quilt.
-   * debian/postinst:
- + Removed. No need to manually regenerate the font cache anymore, since
-   fontconfig (2.6.0-4) already registered a trigger.
-   * debian/rules:
- + Converted from cdbs to debhelper 7.2.
-   * debian/ttf-tuffy.{defoma-hints,install}:
- + Renamed from debian/defoma-hints and debian/install.
- .
- The person named in the Author field signed this changelog entry.
-Author: Fabian Greffrath 
-

-The information above should follow the Patch Tagging Guidelines, please
-checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
-are templates for supplementary fields that you might want to add:
-
-Origin: , 
-Bug: 
-Bug-Debian: http://bugs.debian.org/
-Forwarded: 
-Reviewed-By: 
-Last-Update: 
-
 ttf-tuffy-20071106.orig/tuffy_regular.sfd
-+++ ttf-tuffy-20071106/tuffy_regular.sfd
-@@ -55,6 +55,15 @@ ScriptLang: 2
- TtfTable: cvt  4
- !$MDh
- EndTtf
-+LangName: 1053 "" "" "MagerKursiv" 
-+LangName: 1034 "" "" "NormalCursiva" 
-+LangName: 1049 "" "" "+BB4EMQRLBEcEPQRLBDkEGgRDBEAEQQQ4BDIA" 
-+LangName: 1044 "" "" "VanligKursiv" 
-+LangName: 1040 "" "" "NormaleCursivo" 
-+LangName: 1038 "" "" "Norm+AOEA-lD+AVEA-lt" 
-+LangName: 1031 "" "" "StandardKursiv" 
-+LangName: 1036 "" "" "NormalItalique" 
-+LangName: 1043 "" "" "RegelmatigCursief" 
- LangName: 1033 "" "" "" "" "" "" "" "" "" &quo

[SRM] Approval for libmms_0.6-1squeeze1

[Fabian Greffrath]

Dear release team,

please consider the attached diff for libmms in stable. It fixes an 
alignment issue that makes the whole library rather useless on e.g. ARM.


 - Fabian
diff --git a/debian/changelog b/debian/changelog
index b9dd39c..da2c233 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+libmms (0.6-1squeeze1) stable; urgency=low
+
+  * Apply patch by Paul Burton cherry-picked from upstream git to fix
+alignment issues on ARM (Closes: #611791).
+
+ -- Fabian Greffrath   Thu, 03 Feb 2011 10:47:49 +0100
+
 libmms (0.6-1) unstable; urgency=low
 
   * Imported Upstream version 0.6
diff --git a/debian/patches/0001-Endianness-macros-should-not-dereference-unaligned-p.patch b/debian/patches/0001-Endianness-macros-should-not-dereference-unaligned-p.patch
new file mode 100644
index 000..98c1e8a
--- /dev/null
+++ b/debian/patches/0001-Endianness-macros-should-not-dereference-unaligned-p.patch
@@ -0,0 +1,80 @@
+From 160a0c1c29b2be301a409856c4393dc9c1b88dd0 Mon Sep 17 00:00:00 2001
+From: Paul Burton 
+Date: Fri, 17 Sep 2010 14:08:57 +0100
+Subject: [PATCH] Endianness macros should not dereference unaligned pointers
+
+The LE_*/BE_* macros previously worked by casting the pointer passed to them to a pointer to the correct integer type, then dereferencing it. This will not work on architectures which don't allow unaligned data access. Instead, access one byte at a time and shift to form the value.
+---
+ src/bswap.h |   59 +++
+ 1 files changed, 43 insertions(+), 16 deletions(-)
+
+--- libmms.orig/src/bswap.h
 libmms/src/bswap.h
+@@ -21,23 +21,50 @@
+  */
+ 
+ 
+-/* Go cheap now, will rip out glib later. *Sigh* */
+-#include 
++#include 
+ 
+-/* NOTE:
+- * Now, to clear up confusion: LE_XX means "from LE to native, XX bits wide"
+- * I know it's not very clear naming (tell me about it, I
+- * misinterpreted in first version and caused bad nasty bug, *sigh*),
+- * but that's inherited code, will clean up as things go
+- * Oh, and one more thing -- they take *pointers*, not actual ints
+- */
+-
+-#define LE_16(val) (GINT16_FROM_LE (*((u_int16_t*)(val
+-#define BE_16(val) (GINT16_FROM_BE (*((u_int16_t*)(val
+-#define LE_32(val) (GINT32_FROM_LE (*((u_int32_t*)(val
+-#define BE_32(val) (GINT32_FROM_BE (*((u_int32_t*)(val
+-
+-#define LE_64(val) (GINT64_FROM_LE (*((u_int64_t*)(val
+-#define BE_64(val) (GINT64_FROM_BE (*((u_int64_t*)(val
++#define SWAP_ENDIAN_16(val) \
++	(val[1] | (val[0] << 8))
++#define SWAP_ENDIAN_32(val) \
++	(val[3] | (val[2] << 8) | (val[1] << 16) | (val[0] << 24))
++#define SWAP_ENDIAN_64(val) \
++	(val[7] | (val[6] << 8) | (val[5] << 16) | (val[4] << 24) | \
++	((uint64_t)val[3] << 32) | ((uint64_t)val[2] << 40) | \
++	((uint64_t)val[1] << 48) | ((uint64_t)val[0] << 56))
++
++#define SAME_ENDIAN_16(val) \
++	(val[0] | (val[1] << 8))
++#define SAME_ENDIAN_32(val) \
++	(val[0] | (val[1] << 8) | (val[2] << 16) | (val[3] << 24))
++#define SAME_ENDIAN_64(val) \
++	(val[0] | (val[1] << 8) | (val[2] << 16) | (val[3] << 24) | \
++	((uint64_t)val[4] << 32) | ((uint64_t)val[5] << 40) | \
++	((uint64_t)val[6] << 48) | ((uint64_t)val[7] << 56))
++
++#ifndef WORDS_BIGENDIAN
++
++/* Little endian */
++
++#define LE_16(val) SAME_ENDIAN_16(((uint8_t *)(val)))
++#define LE_32(val) SAME_ENDIAN_32(((uint8_t *)(val)))
++#define LE_64(val) SAME_ENDIAN_64(((uint8_t *)(val)))
++#define BE_16(val) SWAP_ENDIAN_16(((uint8_t *)(val)))
++#define BE_32(val) SWAP_ENDIAN_32(((uint8_t *)(val)))
++#define BE_64(val) SWAP_ENDIAN_64(((uint8_t *)(val)))
++
++#elif WORDS_BIGENDIAN == 1
++
++/* Big endian */
++
++#define LE_16(val) SWAP_ENDIAN_16(((uint8_t *)(val)))
++#define LE_32(val) SWAP_ENDIAN_32(((uint8_t *)(val)))
++#define LE_64(val) SWAP_ENDIAN_64(((uint8_t *)(val)))
++#define BE_16(val) SAME_ENDIAN_16(((uint8_t *)(val)))
++#define BE_32(val) SAME_ENDIAN_32(((uint8_t *)(val)))
++#define BE_64(val) SAME_ENDIAN_64(((uint8_t *)(val)))
++
++#else
++#error Unknown endianness!
++#endif
+ 
+ #endif /* BSWAP_H_INCLUDED */
diff --git a/debian/patches/series b/debian/patches/series
index 897fe03..f086ba3 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,3 @@
 0001-Remove-unneeded-bswap.h-from-public-headers.patch
 0003-Bug-493735-libmms-dev-Incorrect-use-of-this-keyword-.patch
+0001-Endianness-macros-should-not-dereference-unaligned-p.patch

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

[Fabian Greffrath]

Am 07.02.2011 22:50, schrieb Adam D. Barratt:

 From the bug report, it appears that this issue also affects the package
in unstable?  If so, please apply the fix to unstable first, and we can
then look at a stable update assuming no issues arise.


Could one of the pkg-multimedia team mates please upload 
libmms_0.6.2-1 from the master branch in our git repo?


 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d50f473.2010...@greffrath.com

[SRM] Approval for ttf-liberation_1.05.2.20091019-4squeeze1 [resent]

[Fabian Greffrath]

[Resending, seems it didn't reach debian-release in the first try.]

Dear release team,

please consider the attached diff for ttf-liberation in stable. It 
fixes the character widths in Liberation Mono so that it is correctly 
detected as monospaced. The bug is only severity normal, but renders 
the monospace font pretty useless for its intended use.

  - Fabian

Am 09.02.2011 07:15, schrieb Christian PERRIER:
>> Would you also consider uploading a ttf-liberation
>> 1.05.2.20091019-4squeeze1 package with the patch I backported to fix
>> #567806?
>
> Well, it would deserve a pre-approval by the Stable Release Team,
> first. The bug has severity normal.

diff -Nru ttf-liberation-1.05.2.20091019/debian/changelog ttf-liberation-1.05.2.20091019/debian/changelog
--- ttf-liberation-1.05.2.20091019/debian/changelog	2009-12-02 22:45:04.0 +0100
+++ ttf-liberation-1.05.2.20091019/debian/changelog	2011-02-09 09:08:20.0 +0100
@@ -1,3 +1,12 @@
+ttf-liberation (1.05.2.20091019-4squeeze1) stable; urgency=low
+
+  * Apply a patch by Cody Boisclair backported from upstream git that fixes
+the character widths in Liberation Mono so that it is correctly detected as
+monospaced (rhbz 620273, Closes: #567806).
+  * Add myself to Uploaders.
+
+ -- Fabian Greffrath   Wed, 09 Feb 2011 09:05:29 +0100
+
 ttf-liberation (1.05.2.20091019-4) unstable; urgency=low
 
   * Drop defoma use
diff -Nru ttf-liberation-1.05.2.20091019/debian/control ttf-liberation-1.05.2.20091019/debian/control
--- ttf-liberation-1.05.2.20091019/debian/control	2009-11-26 23:05:34.0 +0100
+++ ttf-liberation-1.05.2.20091019/debian/control	2011-02-09 09:07:53.0 +0100
@@ -5,7 +5,8 @@
 Uploaders: Alan Baghumian , 
  Christian Perrier , 
  Eugeniy Meshcheryakov ,
- Holger Levsen 
+ Holger Levsen ,
+ Fabian Greffrath 
 Build-Depends: debhelper (>= 7)
 Build-Depends-Indep: fontforge, zip
 Standards-Version: 3.8.3
diff -Nru ttf-liberation-1.05.2.20091019/debian/patches/0001-applied-patch-from-Cody-Boisclair-cody-zone38.net-rh.patch ttf-liberation-1.05.2.20091019/debian/patches/0001-applied-patch-from-Cody-Boisclair-cody-zone38.net-rh.patch
--- ttf-liberation-1.05.2.20091019/debian/patches/0001-applied-patch-from-Cody-Boisclair-cody-zone38.net-rh.patch	1970-01-01 01:00:00.0 +0100
+++ ttf-liberation-1.05.2.20091019/debian/patches/0001-applied-patch-from-Cody-Boisclair-cody-zone38.net-rh.patch	2011-02-09 09:04:32.0 +0100
@@ -0,0 +1,112 @@
+From af06e642b6c20171401d61c38a0594055682ec20 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?=E0=A4=AA=E0=A5=8D=E0=A4=B0=E0=A4=B5=E0=A4=BF=E0=A4=A3=20=E0=A4=B8=E0=A4=BE=E0=A4=A4=E0=A4=AA=E0=A5=81=E0=A4=A4=E0=A5=87?= 
+Date: Mon, 2 Aug 2010 12:03:54 +0530
+Subject: [PATCH] applied patch from  Cody Boisclair , rhbz 620273"
+
+---
+ source/src/LiberationMono-Bold.sfd   |8 
+ source/src/LiberationMono-BoldItalic.sfd |6 +++---
+ source/src/LiberationMono-Italic.sfd |8 
+ source/src/LiberationMono-Regular.sfd|6 +++---
+ 4 files changed, 14 insertions(+), 14 deletions(-)
+
+--- ttf-liberation-1.05.2.20091019.orig/src/LiberationMono-Bold.sfd
 ttf-liberation-1.05.2.20091019/src/LiberationMono-Bold.sfd
+@@ -19,7 +19,7 @@ OS2Version: 3
+ OS2_WeightWidthSlopeOnly: 0
+ OS2_UseTypoMetrics: 1
+ CreationTime: 1095817380
+-ModificationTime: 1205762491
++ModificationTime: 1280703506
+ PfmFamily: 17
+ TTFWeight: 700
+ TTFWidth: 5
+@@ -3226,13 +3226,13 @@ NameList: Adobe Glyph List
+ DisplaySize: -24
+ AntiAlias: 1
+ FitToEm: 1
+-WinInfo: 40 40 16
++WinInfo: 0 40 16
+ BeginChars: 1114127 663
+ 
+ StartChar: .notdef
+ Encoding: 1114112 -1 0
+-Width: 748
+-Flags: W
++Width: 1229
++Flags: HW
+ TtInstrs:
+ PUSHB_2
+  1
+--- ttf-liberation-1.05.2.20091019.orig/src/LiberationMono-BoldItalic.sfd
 ttf-liberation-1.05.2.20091019/src/LiberationMono-BoldItalic.sfd
+@@ -19,7 +19,7 @@ OS2Version: 3
+ OS2_WeightWidthSlopeOnly: 0
+ OS2_UseTypoMetrics: 1
+ CreationTime: 1095817380
+-ModificationTime: 1205762349
++ModificationTime: 1280703529
+ PfmFamily: 17
+ TTFWeight: 700
+ TTFWidth: 5
+@@ -2842,8 +2842,8 @@ BeginChars: 1114127 663
+ 
+ StartChar: .notdef
+ Encoding: 1114112 -1 0
+-Width: 748
+-Flags: W
++Width: 1229
++Flags: HW
+ TtInstrs:
+ PUSHB_2
+  1
+--- ttf-liberation-1.05.2.20091019.orig/src/LiberationMono-Italic.sfd
 ttf-liberation-1.05.2.20091019/src/LiberationMono-Italic.sfd
+@@ -19,7 +19,7 @@ OS2Version: 3
+ OS2_WeightWidthSlopeOnly: 0
+ OS2_UseTypoMetrics: 1
+ CreationTime: 1095817380
+-ModificationTime: 1205755605
++ModificationTime: 1280703479
+ PfmFamily: 17
+ TTFWeight: 400
+ TTFWidth: 5
+@@ -3412,13 +3412,13 @@ NameList: Adobe Glyph List
+ DisplaySize: -24
+ AntiAlias: 1
+ FitToEm: 1
+-WinInfo: 40 40 16
++WinInfo: 0 40 16
+ BeginChars: 1114127 663
+ 
+ StartChar: .notdef
+ Encoding: 1114112 -1 0
+-Width: 748
+-Flags: W
++Width: 1229
++Flags: HW
+ TtInstrs:
+ PUSHB_2
+  1
+--- ttf-liberation-1.05.2.2009

Re: Re: Preparation of fixes to 6.0.1

[Fabian Greffrath]

tasksel


I'd prefer to note remove software from packages in stable that users
could already expect to get installed. #611951 can wait until wheezy.


I'd say xsane is installed rather *unexpectedly*. Having to save space 
by deleting the release notes and on the other hand installing two 
scanning applications is somehow hard to make clear to people...


 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d5918a1.1010...@greffrath.com

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

[Fabian Greffrath]

Dear Hans, 

could you please comment on this? I'd like to backport this patch from
trunk to the version in Debian squeeze (libmms 0.6), because it is known
to fix the alignment bug on ARM, see
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611791>

 - Fabian

Am Samstag, den 19.02.2011, 16:40 +0100 schrieb Julien Cristau:
> On Mon, Feb  7, 2011 at 10:52:43 +0100, Fabian Greffrath wrote:
> 
> > +--- libmms.orig/src/bswap.h
> >  libmms/src/bswap.h
> > +@@ -21,23 +21,50 @@
> > +  */
> > + 
> > + 
> > +-/* Go cheap now, will rip out glib later. *Sigh* */
> > +-#include 
> > ++#include 
> > + 
> > +-/* NOTE:
> > +- * Now, to clear up confusion: LE_XX means "from LE to native, XX bits 
> > wide"
> > +- * I know it's not very clear naming (tell me about it, I
> > +- * misinterpreted in first version and caused bad nasty bug, *sigh*),
> > +- * but that's inherited code, will clean up as things go
> > +- * Oh, and one more thing -- they take *pointers*, not actual ints
> > +- */
> > +-
> > +-#define LE_16(val) (GINT16_FROM_LE (*((u_int16_t*)(val
> > +-#define BE_16(val) (GINT16_FROM_BE (*((u_int16_t*)(val
> > +-#define LE_32(val) (GINT32_FROM_LE (*((u_int32_t*)(val
> > +-#define BE_32(val) (GINT32_FROM_BE (*((u_int32_t*)(val
> > +-
> > +-#define LE_64(val) (GINT64_FROM_LE (*((u_int64_t*)(val
> > +-#define BE_64(val) (GINT64_FROM_BE (*((u_int64_t*)(val
> > ++#define SWAP_ENDIAN_16(val) \
> > ++  (val[1] | (val[0] << 8))
> 
> So this looks weird to me.  That macro looks like it's doing big endian
> to native, not swap.  And the SAME_ENDIAN_* macros smell like little
> endian to native.  Which means this is broken on BE.  Am I missing
> something?
> 
> > ++#define SWAP_ENDIAN_32(val) \
> > ++  (val[3] | (val[2] << 8) | (val[1] << 16) | (val[0] << 24))
> > ++#define SWAP_ENDIAN_64(val) \
> > ++  (val[7] | (val[6] << 8) | (val[5] << 16) | (val[4] << 24) | \
> > ++  ((uint64_t)val[3] << 32) | ((uint64_t)val[2] << 40) | \
> > ++  ((uint64_t)val[1] << 48) | ((uint64_t)val[0] << 56))
> > ++
> > ++#define SAME_ENDIAN_16(val) \
> > ++  (val[0] | (val[1] << 8))
> > ++#define SAME_ENDIAN_32(val) \
> > ++  (val[0] | (val[1] << 8) | (val[2] << 16) | (val[3] << 24))
> > ++#define SAME_ENDIAN_64(val) \
> > ++  (val[0] | (val[1] << 8) | (val[2] << 16) | (val[3] << 24) | \
> > ++  ((uint64_t)val[4] << 32) | ((uint64_t)val[5] << 40) | \
> > ++  ((uint64_t)val[6] << 48) | ((uint64_t)val[7] << 56))
> > ++
> 
> Cheers,
> Julien
> 
> 
> 
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
> 



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1298149528.10639.5.camel@debian

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

[Fabian Greffrath]

Hey release team,

this is the patch in question:


Do you want me to add it to the package targetted at s-p-u for 
clarification, or should I apply it in unstable first? How about Hans' 
suggestion to accept libmms 0.6.2 in stable?


Best Regards,
Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d625a64.2070...@greffrath.com

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

[Fabian Greffrath]

Am 21.02.2011 13:58, schrieb Adam D. Barratt:

Yes, the fix would need to be applied to unstable first, so we can
discover if any further issues occur.


Prepared in git. siretart? ;)


including a bunch of code rearrangement.  That's really too large and
non-specific for a stable update, I'm afraid.


I see, thanks for the analysis!

 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d626c0c.9080...@greffrath.com

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

[Fabian Greffrath]

Am 21.02.2011 13:58, schrieb Adam D. Barratt:

Yes, the fix would need to be applied to unstable first, so we can
discover if any further issues occur.


libmms 0.6.2-2 has just entered testing without any complaints.

 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d74980d.4020...@greffrath.com

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

[Fabian Greffrath]

Dear pkg-mm team mates,

Am Dienstag, den 08.03.2011, 20:44 + schrieb Adam D. Barratt:
> > libmms 0.6.2-2 has just entered testing without any complaints.
> Please go ahead with the stable upload.

the package is already prepared in the stable branch of our libmms git
repo. Please upload if you find some time. ;)

 - Fabian



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1299766287.13293.1.camel@debian

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

[Fabian Greffrath]

Am 16.03.2011 07:21, schrieb Adam D. Barratt:

Unfortunately the upload hit p-u-NEW after things had been frozen for
6.0.1; it will therefore not be processed until after 6.0.1 has been
released and will be included in 6.0.2.


Oh, come on. Isn't it possible to still get this into 6.0.1? It's such 
a tiny patch...


 - Fabian


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d806f24.7080...@greffrath.com

Please let fonts-android migrate to testing

[Fabian Greffrath]

Hello release team,

it seems that src:fonts-android (providing fonts-droid and fonts-roboto)
is currently stuck in unstable. According to Britney this is because
"Adding fonts-android makes 1 non-depending packages uninstallable on
i386: ttf-droid".

This is true, src:fonts-droid which is currently in testing and stable,
provides both ttf-droid and fonts-droid -- the former being a dummy
package pulling in the latter. The fonts-android package in unstable
drops this dummy package, which thus becomes uninstallable. However,
that package is not a loss, since it does not contain any actual fonts
and was part of a transition that was already finished in stable. 

So, please, remove src:fonts-droid from testing and let
src:fonts-android take its place.

Thanks,

Fabian


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1374555738.25340.15.camel@kff50

Re: Please let fonts-android migrate to testing

[Fabian Greffrath]

Am Dienstag, den 23.07.2013, 22:43 +0100 schrieb Adam D. Barratt: 
> Hinted for tonight's britney run.

Thank you very much!


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1375082573.2420.78.ca...@kff50.ghi.rwth-aachen.de

Please let fonts-liberation migrate to testing

[Fabian Greffrath]

Dear release team,

src:fonts-liberation_1.07.2-7 is currently stuck in unstable. Britney
hesitates to let it migrate to testing, because it does not provide the
ttf-liberation transitional package anymore. However, that transition
has been done in the previous release cycle, so please allow its
migration.

Thank you!

- Fabian



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1376991988.7512.166.ca...@kff50.ghi.rwth-aachen.de

Bug#725864: Bug#726433: Unknown option on the command line

[Fabian Greffrath]

Am Mittwoch, den 16.10.2013, 14:24 +0100 schrieb Alessio Treglia: 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725864

Cool, thanks! So, when will this be uploaded?

- Fabian


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1381931365.32056.2.ca...@kff50.ghi.rwth-aachen.de

Bug#924931: unblock: fonts-liberation2/2.00.5-1

[Fabian Greffrath]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package fonts-liberation2

The 2.00.5 release was just an incremental update from upstream
(released on March 4, so just-not-in-time to make it to testing after
the extended 10 days period in unstable) to improve rendering of some
specific Cyrillic glyps. Upstream is very conservative with their
updates, so I consider this harmless and a net improvement.

There are no Debian bugs reported against the fonts-liberation2
package, neither the version currently in testing nor in unstable.

I include the source debdiff, but exclude *.sfd from it. I am sure
that 5MB of fontforge delta will not help you make your decision about
this unblock request, but if required I can - of course - provide the
full output.

Thanks!

 - Fabian

unblock fonts-liberation2/2.00.5-1

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'experimental'), 
(500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff -Nru --exclude '*.sfd' fonts-liberation2-2.00.4/ChangeLog 
fonts-liberation2-2.00.5/ChangeLog
--- fonts-liberation2-2.00.4/ChangeLog  2018-11-05 12:47:48.0 +0100
+++ fonts-liberation2-2.00.5/ChangeLog  2019-03-04 12:27:06.0 +0100
@@ -1,3 +1,11 @@
+* Mon Mar 4 2019 Vishal Vijayraghavan 
+- Releasing liberation-fonts 2.00.5 version
+- Resolved issue-10: Improving lowercase Cyrillic glyps localized for 
Macedonian and Serbian, Patch fix by Dimitrij Mijoski
+- Resolved #1014357: U+266B incorrect glyph with extra beam
+-- Added two new glyphs U+266C and U+2669
+- Resolved issue-13: COMBINING LONG SOLIDUS OVERLAY (U+0338) not centred on 
base character.
+- Validated Missing Points at Extrema, Non-integral coordinates, Wrong 
Direction issues for newly added and existing glyphs  
+
 * Mon Nov 05 2018 Vishal Vijayraghavan 
 - Releasing liberation-fonts 2.00.4 version, it includes few bug fixes and 
enhancements as follows:
 -- Added Bitcoin sign #1533798 
diff -Nru --exclude '*.sfd' fonts-liberation2-2.00.4/debian/changelog 
fonts-liberation2-2.00.5/debian/changelog
--- fonts-liberation2-2.00.4/debian/changelog   2018-11-09 16:36:46.0 
+0100
+++ fonts-liberation2-2.00.5/debian/changelog   2019-03-09 18:05:35.0 
+0100
@@ -1,3 +1,9 @@
+fonts-liberation2 (2.00.5-1) unstable; urgency=medium
+
+  * New upstream version 2.00.5
+
+ -- Fabian Greffrath   Sat, 09 Mar 2019 18:05:35 +0100
+
 fonts-liberation2 (2.00.4-1) unstable; urgency=medium
 
   * New upstream version 2.00.4
diff -Nru --exclude '*.sfd' fonts-liberation2-2.00.4/.gitignore 
fonts-liberation2-2.00.5/.gitignore
--- fonts-liberation2-2.00.4/.gitignore 1970-01-01 01:00:00.0 +0100
+++ fonts-liberation2-2.00.5/.gitignore 2019-03-04 12:27:06.0 +0100
@@ -0,0 +1 @@
+liberation-fonts-ttf-*/
diff -Nru --exclude '*.sfd' fonts-liberation2-2.00.4/Makefile 
fonts-liberation2-2.00.5/Makefile
--- fonts-liberation2-2.00.4/Makefile   2018-11-05 12:47:48.0 +0100
+++ fonts-liberation2-2.00.5/Makefile   2019-03-04 12:27:06.0 +0100
@@ -32,7 +32,7 @@
 EXPORTDIR= export
 CHECK_PREFIX = check
 
-VER  = 2.00.4
+VER  = 2.00.5
 NAME = Liberation
 VARIANTS = \
 Mono-Regular   Mono-BoldMono-Italic   Mono-BoldItalic  
 \
diff -Nru --exclude '*.sfd' fonts-liberation2-2.00.4/README 
fonts-liberation2-2.00.5/README
--- fonts-liberation2-2.00.4/README 2018-11-05 12:47:48.0 +0100
+++ fonts-liberation2-2.00.5/README 2019-03-04 12:27:06.0 +0100
@@ -11,25 +11,36 @@
   * fontforge is installed.
 (http://fontforge.sourceforge.net)
 
+  * python fonttools
+(https://pypi.org/project/fonttools/)
 
3. Install
   
 
-  3.1 Decompress tarball
+  3.1 Get sources
 
-You can extract the files by following command:
+The latest sources are available via github by checking out
+the repo:
+
+   $ git clone https://github.com/liberationfonts/liberation-fonts
+
+Or downloading the tar.gz file via 
[github](https://github.com/liberationfonts/liberation-fonts/tags).
+For example 2.004 can be retrieved via:
+
+   $ wget 
https://github.com/liberationfonts/liberation-fonts/files/2579282/liberation-fonts-2.00.4.tar.gz
+
+You can extract the files using the following command where VERSION=2.00.4:
 
   $ tar zxvf liberation-fonts-[VERSION].tar.gz
 
   3.2 Build from the source
 
-Change into directory liberation-fonts-[VERSION]/ and build from sources 
by 
-following comm

libquicktime transition [2nd try]

[Fabian Greffrath]

[Oops, yesterday I sent this email to the wrong email-address (forgot
'lists.' in the domain name). Silly me, sorry! :/]

Dear release-team,

we (the pkg-multimedia-maintainers) are going to upload the new upstream
version 1.0.0 of the libquicktime library to Debian unstable. I tell
you, because the new version involves an ABI transition and a soname
bump.

The library has been in experimental since 2007-05-07. All maintainers
of the very few packages [1] rdepending on libquicktime have been
informed and asked (at least twice via private email) to test-build
their packages against the new library. No seriuos issues have occured
within the last 6 weeks so we believe it is save to upload the library
to unstable.

Thanks for your attention!

Cheers,
Fabian

[1]
$ apt-cache rdepends libquicktime0
libquicktime0
Reverse Depends:
  libquicktime1
  libquicktime1
  smilutils
  openmovieeditor
  xmovie
  smilutils
  quicktime-x11utils
  quicktime-x11utils
  quicktime-x11utils
  quicktime-utils
  quicktime-utils
  quicktime-utils
  pd-pdp
  openmovieeditor
  libquicktime-dev
  kino
  gem
  dvgrab



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

[Fabian Greffrath]

Am Freitag, den 28.12.2007, 11:28 +0100 schrieb Luk Claes:
> Do you think the patch to fix the 64-bit issue is small enough to have
> it included in the next point release?

Yes: The patch itself is <4kB and affects only one single file.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

[Fabian Greffrath]

retitle 458052 RM: unace-nonfree/stable [alpha arm hppa ia64 mips mipsel 
powerpc s390 sparc] -- ANAIS not big-endian safe
thanks

Am Freitag, den 28.12.2007, 14:41 +0100 schrieb Luk Claes:
> Can you please upload a fixed package to stable and retitle the
> bugreport accordingly?

Sure. The fixed package can be found at:
http://mentors.debian.net/debian/pool/non-free/u/unace-nonfree/unace-nonfree_2.5-1etch1.dsc

Thanks!

Cheers,
Fabian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

[Fabian Greffrath]

Am Freitag, den 28.12.2007, 18:46 +0100 schrieb Luk Claes:
> Can you also include the security fix (patch 11) please?

Sure. I also changed the Architecture field in debian/control to reflect
only i386/amd64 and uploaded the package again to mentors.d.n.

I'll be glad if you sponsored this upload.

Cheers,
Fabian



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#458052: RM: unace-nonfree/stable [alpha amd64 arm hppa ia64 mips mipsel powerpc s390 sparc] -- ANAIS neither 64bit nor big-endian safe

[Fabian Greffrath]

Am Samstag, den 29.12.2007, 00:44 +0100 schrieb Luk Claes:
> Uploaded. Lets see if it's taken by an amd64 autobuilder, if not, feel
> free to prod me to upload that one too...

Great, thanks! However, this will not happen within the next week since
I am on vacation till ~Jan 02.

Cheers,
Fabian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

'rott' package still not in testing (not-for-us on s390)

[Fabian Greffrath]

Hi -release,

I'd like to ask why the 'rott' package has not yet reached testing. The
excuses page [1] tells me that it's out-of-date in mipsel and s390. The
package status page [2] tells me that rott is #207 (!) in the queue for
mipsel and that it is not-for-us on s390. Indeed the package is still at
1.0-4 (from 1. Sep 2007) on s390. In between many bugs have been fixed
for this package. I don't know what makes s390m believe that rott is
not-for-us?

Cheers,
Fabian

[1] http://qa.debian.org/excuses.php?package=rott
[2] http://people.debian.org/~igloo/status.php?packages=rott




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 'rott' package still not in testing (not-for-us on s390)

[Fabian Greffrath]

Hi,

I have uploaded version 1.0+dfsg-2 in the meantime, fixing a
brown-paperbag-bug which made the game unusable in 1.0+dfsg-1. 

The situation is still the same for mips, mipsel and s390, though. :(

Cheers,
Fabian


Am Sonntag, den 27.01.2008, 15:09 +0100 schrieb Luk Claes:
> Fabian Greffrath wrote:
> > Hi -release,
> > 
> > I'd like to ask why the 'rott' package has not yet reached testing. The
> > excuses page [1] tells me that it's out-of-date in mipsel and s390. The
> > package status page [2] tells me that rott is #207 (!) in the queue for
> 
> There were some problems with the mipsel buildds which should be solved
> by now AFAIK...
> 
> > mipsel and that it is not-for-us on s390. Indeed the package is still at
> > 1.0-4 (from 1. Sep 2007) on s390. In between many bugs have been fixed
> > for this package. I don't know what makes s390m believe that rott is
> > not-for-us?
> 
> That's a question for the s390 buildd maintainers (Cc-ed)...


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 'rott' package still not in testing (not-for-us on s390)

[Fabian Greffrath]

Newer revisions have been fixed to build on all architectures.

Cheers,
Fabian

Am Donnerstag, den 07.02.2008, 14:54 +0100 schrieb Bastian Blank:
> On Thu, Feb 07, 2008 at 12:14:41PM +0100, Fabian Greffrath wrote:
> > The situation is still the same for mips, mipsel and s390, though. :(
> 
> Well, it looked too arch specific[1]:
> | rt_util.o: In function `SwapIntel32':
> | /build/buildd/rott-1.0/rott/rt_util.c:1204: undefined reference to `Intel32'
> 
> Bastian
> 
> [1]: 
> http://buildd.debian.org/fetch.cgi?&pkg=rott&ver=1.0-5&arch=s390&stamp=1196767882&file=log
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 'rott' package still not in testing (not-for-us on s390)

[Fabian Greffrath]

Am Donnerstag, den 07.02.2008, 19:29 +0100 schrieb Luk Claes:
> It's now built succesfully on s390 and it's still in the queues to be
> built on mips and mipsel like you could see on [1].

Thank you, Luk and Bastian!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 'rott' package still not in testing (armel, mpis and mipsel: Dep-Wait)

[Fabian Greffrath]

According to http://buildd.debian.org/pkg.cgi?pkg=rott armel, mips and
mipsel are waiting for libts0 (>= 1.0-1) to be built for several days
now.

Then, according to
http://release.debian.org/migration/testing.pl?package=tslib
tslib isn't in testing yet because it would break directfb, which has a
udeb and thus is frozen.

Is there a chance to have this fixed for the short term.

Cheers,
Fabian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 'rott' package still not in testing (armel, mpis and mipsel: Dep-Wait)

[Fabian Greffrath]

Nevermind, all is fine!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny

[Fabian Greffrath]

Reinhard Tartler schrieb:

Since mplayer includes an exact copy of ffmpeg by using an 'svn:external'
on the ffmpeg svn, it makes sense to build shared library packages out
of that source. [...]


Well, sorry Reinhard, but building such a complex set of libraries 
from the source code which is embedded in a (kind of) random 
application sounds rathers insane to me. You know how tricky it can be 
to package the ffmpeg libs even from a clean dedicted tarball.


I suggest two different measures instead, but I fear they will be 
ignored upstream once again:


(1) Ffmpeg should finally decide about a stable API, or at least one 
that is stable for more than two weeks. Releases will also be highly 
appreciated. If (for whatever reason) formal releases are impossible, 
at least define something like 'milestones', meaning: "If you want to 
package a rather recent version of ffmpeg, use SVN export of 2008xxyy, 
since it has proven to compile well and includes only few 
regressions". I don't know if the news section on the ffmpeg homepage 
is supposed to provide such recommendation or if it is only for plain 
information.


(2) Mplayer developers, how about building against the *public* ffmpeg 
API, so that distributors can link your application against the 
libraries without being forced to make use of the embedded code that 
you ship? I mean, this isn't a Debian specific issue and you're 
calling your current tarball a Release Candidate...



A Mennucc:

You do not see the many emails I sent to ffmpeg-free mantainers,
almost all of them went unanswered (but for one).  I can provide you a
complete list, if you wish.


Have you sent those via private mail? To be honest, I've never read an 
attempt of yours to improve the ffmpeg situation on the pkg-multimedia 
mailing list. I have to admit that I am in the ffmpeg team for only a 
few weeks now, but I am subscribed to the pkg-multimedia list as long 
as it exists.


Cheers,
Fabian


--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny

[Fabian Greffrath]

Reinhard Tartler schrieb:

I know that it is tricky, but I still think that for the problem we are
facing, this is an acceptable solution. YMMV of course.


Fine, but how about all the other packages that depend on ffmpeg, like 
gstreamer, vlc and xine. They do also ship embedded copies of ffmpeg 
source code. I fear these packages could suffer from the decision to 
gear our ffmpeg library packages to mplayer releases.



From the last remarks I have heared from upstream is that they want to

wait this year's GOC and integrate the results from that. After that a
release could indeed happen, depending on the available manpower, of course.


I'll have to see it to believe it. :)


Short: there is not enough interest in maintaining stable releases. This
means additional efford for: 
 - tracking bugs

 - fixing bugs
 - write release notes 
etc.


Come on, thousands of even smaller software projects face these 
problems regularly and nevertheless get releases going.



FFMpeg and Mplayer developers have a rather large overlap. I cannot
imagine that you can convince them to restrict themselves to the public
ffmpeg api, but good luck with that!


Then they shouldn't distinguish between these two projects and refrain 
from releasing the libraries separately - at least if mplayer does not 
build with the separately relased libraries.


BTW, how large is the overlap of ffmpeg developers with vlc or xine?

Cheers,
Fabian


--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny

[Fabian Greffrath]

Reinhard Tartler schrieb:

I'm very hesitant making recommendation what ffmpeg or mplayer
deverlopers should do or not without actually being involved with that
projects. They are successful at writing good software.


Good objection, sorry. ;)

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny

[Fabian Greffrath]

Diego Biurrun schrieb:

Also, I think it is always a bad idea to tell other projects what they
should or should not do.  If I voiced my opinion about what the Debian
project should do with the same amount of conviction, I'm sure you guys
would take me out back and beat me up ;-)


Again, sorry for my smart-ass behaviour. :)

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

please unblock invaders 1.0.0-8

[Fabian Greffrath]

Dear release team,

please let invaders 1.0.0-8 enter testing. It contains a fix to close 
#492267, which makes sure it works with current versions of grub2, 
i.e. especially the version which currently *is* in testing.


The interdiff is rather small, please find it attached. The fix has 
been discussed with the GRUB maintainers and the packages has been 
sponsored by Robert Millan.


Thank you.

Cheers,
Fabian

--->8---

diff -u invaders-1.0.0/debian/scripts/grub 
invaders-1.0.0/debian/scripts/grub

--- invaders-1.0.0/debian/scripts/grub
+++ invaders-1.0.0/debian/scripts/grub
@@ -1,10 +1,15 @@
 #!/bin/bash -e

 if test -e /boot/invaders ; then
+  source /usr/lib/grub/update-grub_lib
+  INVADERSPATH=$( make_system_path_relative_to_its_root 
"/boot/invaders" )

   echo "Found GRUB Invaders image: /boot/invaders" >&2
   cat << EOF
 menuentry "GRUB Invaders" {
-   multiboot   ${GRUB_DRIVE_BOOT}/invaders
+EOF
+  prepare_grub_to_access_device ${GRUB_DEVICE_BOOT} | sed -e "s/^/\t/g"
+  cat << EOF
+   multiboot   ${INVADERSPATH}
 }
 EOF
 fi
diff -u invaders-1.0.0/debian/changelog invaders-1.0.0/debian/changelog
--- invaders-1.0.0/debian/changelog
+++ invaders-1.0.0/debian/changelog
@@ -1,3 +1,22 @@
+invaders (1.0.0-8) unstable; urgency=low
+
+  * debian/control:
++ Set Maintainer to Debian Games Team and added myself to Uploaders.
++ Added Vcs-Svn and Vcs-Browser fields.
++ Bumped Suggests to 'grub2 (>= 1.96+20080531-1)'.
+  * debian/patches/01-pointer-targets-differ-in-signedness.dpatch:
++ Fixed misspelling: "YOU LOOSE" should be "YOU LOSE" (Closes: 
#478928).

+  Thanks Daniel Kahn Gillmor <[EMAIL PROTECTED]>.
+  * debian/scripts/grub:
++ Fixed to use functions out of /usr/lib/grub/update-grub_lib 
instead of

+  ${GRUB_DRIVE_BOOT} (Closes: #492267). Thanks
+  Justin B Rye <[EMAIL PROTECTED]>.
++ Added a missing "prepare_grub_to_access_device ${GRUB_DEVICE_BOOT}"
+  call. Without it, it could break if /boot/ is in a different 
device than
+  whatever came before invaders. Thanks Robert Millan 
<[EMAIL PROTECTED]>.

+
+ -- Fabian Greffrath <[EMAIL PROTECTED]>  Fri,  1 Aug 2008 
14:44:00 +0100

+
 invaders (1.0.0-7) unstable; urgency=low

   * debian/postinst:
diff -u 
invaders-1.0.0/debian/patches/01-pointer-targets-differ-in-signedness.dpatch 
invaders-1.0.0/debian/patches/01-pointer-targets-differ-in-signedness.dpatch
--- 
invaders-1.0.0/debian/patches/01-pointer-targets-differ-in-signedness.dpatch
+++ 
invaders-1.0.0/debian/patches/01-pointer-targets-differ-in-signedness.dpatch

@@ -15,7 +15,7 @@
 -  video_putstring(30,11,winner ? "  YOU WIN  " : "  YOU LOOSE  ");
 -  video_putstring(30,12,"  PRESS ESC  ");
 +  video_putstring(30,10,(uint8 *) "  GAME OVER  ");
-+  video_putstring(30,11,(uint8 *) (winner ? "   YOU WIN   " : "  YOU 
LOOSE  "));
++  video_putstring(30,11,(uint8 *) (winner ? "   YOU WIN   " : "  YOU 
LOSE   "));

 +  video_putstring(30,12,(uint8 *) "  PRESS ESC  ");
video_update();
do{
diff -u invaders-1.0.0/debian/control invaders-1.0.0/debian/control
--- invaders-1.0.0/debian/control
+++ invaders-1.0.0/debian/control
@@ -1,15 +1,18 @@
 Source: invaders
 Section: misc
 Priority: optional
-Maintainer: Fabian Greffrath <[EMAIL PROTECTED]>
+Maintainer: Debian Games Team <[EMAIL PROTECTED]>
+Uploaders: Fabian Greffrath <[EMAIL PROTECTED]>
 Build-Depends: debhelper (>= 5), dpatch
 Standards-Version: 3.7.3
 Homepage: http://www.erikyyy.de/invaders/
+Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/invaders/
+Vcs-Browser: 
http://svn.debian.org/wsvn/pkg-games/packages/trunk/invaders/


 Package: grub-invaders
 Architecture: i386 hurd-i386 kfreebsd-i386 amd64 kfreebsd-amd64
 Depends: ${misc:Depends}
-Suggests: grub2 (>= 1.95+20080116-1)
+Suggests: grub2 (>= 1.96+20080531-1)
 Description: multiboot compliant kernel game
  GRUB Invaders is a game that runs directly on a computer, without 
an operating

  system. It is meant to be started with the GRUB bootloader for PCs.

---8<---

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#484695: vlc: Please switch to libdc1394-22

[Fabian Greffrath]

Hello Peter,

peter green schrieb:

tags 484695 patch sid
thanks

fixing this seems to be as simple as just changing the build-depends. 


Thank you very much for investigating on this issue.

However lenny still has a libavcodec-dev that depends on 
libdc1394-13-dev so care should be taken to make sure that a "fixed" vlc 
doesn't make it into lenny too early.

<http://packages.debian.org/lenny/libdc1394-13-dev>


Well, ffmpeg-debian 0.svn20080206-11 is *supposed* to be in Lenny 
(CCing debian-release because of this)!


One option would be to not explicitly build depend on libdc1394-??-dev 
at all and just let libavcodec-dev pull it in.


This is about to decide for the VLC maintainer.

Cheers,
Fabian


--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#484695: vlc: Please switch to libdc1394-22

[Fabian Greffrath]

Luk Claes schrieb:

This is still the goal and is being worked on.


Thanks! Just wanted to play safe. ;)

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

toolame: remove from unstable, update in stable

[Fabian Greffrath]

Dear -release,
[CC'ing pkg-multimedia-maintainers as the current toolame maintainers,
pkg-mythtv-maintainers as the current twolame maintainers and
debian-devel for general discussion ;) ]

I am going to request the removal of the toolame package from unstable
and testing in the short term. toolame hasn't seen a release in six
years, it is dead upstream, it has bugs and is superseded by its
successor twolame (yes, there's a t_o_olame and a t_w_olame). People
should really be using twolame instead, as it has an active upstream,
has its bugs fixed and provides a shared library that is already used
by projects such as gstreamer and audacity.

However, I think the toolame package in stable may stay both for the
convenience of our users and because it's not *that* bad after all. I
have prepared a  package targeted at Lenny that fixes two portability
bugs and some minor lintian warnings. It can be found at mentors.d.n
[1], the debdiff is attached to this mail. Please tell me if or under
which restrictions it is OK to upload it to stable or s-p-u.

My general question regarding the removal of toolame is: Should we
provide a transition and if yes... how? I consider the following 
methods to deal with this issue:

1. Remove the toolame package from unstable and testing. End of story.
2. Provide an empty toolame package that depends on twolame.
3a. Provide a wrapper in the toolame package that calls the twolame
binary with the same command line options (or some translations 
respectively). toolame and twolame are command line compatible except 
for some very exotic flags.

3b. The twolame source creates a toolame package that contains the
above mentioned wrapper script.
4. Make the twolame package provide toolame, so that at least the few 
recommends on the toolame package can be satisfied.

5. What else can you imagine/recommend...?

Thank you very much for your suggestions.

Cheers,
Fabian


[1] http://mentors.debian.net/debian/pool/main/t/toolame/toolame_02l-7.dsc

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de

diff -u toolame-02l/debian/rules toolame-02l/debian/rules
--- toolame-02l/debian/rules
+++ toolame-02l/debian/rules
@@ -3,6 +3,8 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
+include /usr/share/quilt/quilt.make
+
 CFLAGS = -Wall -g
 
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
@@ -11,7 +13,7 @@
 	CFLAGS += -O2
 endif
 
-build: build-stamp
+build: $(QUILT_STAMPFN) build-stamp
 build-stamp:
 	dh_testdir
 
@@ -20,14 +22,14 @@
 
 	touch build-stamp
 
-clean:
+clean: unpatch
 	dh_testdir
 	dh_testroot
 	rm -f build-stamp
 
 	# Cleaning package
-	-$(MAKE) clean
-	rm -rf toolame
+	[ ! -f Makefile ] || $(MAKE) clean
+	rm -f toolame
 
 	dh_clean
 
diff -u toolame-02l/debian/changelog toolame-02l/debian/changelog
--- toolame-02l/debian/changelog
+++ toolame-02l/debian/changelog
@@ -1,3 +1,23 @@
+toolame (02l-7) unstable; urgency=low
+
+  * debian/control:
++ Added Build-Depends on quilt.
++ Bumped Standards-Version to 3.8.0.
++ Removed the "XS-" prefix from the Vcs-Svn and Vcs-Browser fields.
++ Added Homepage field and removed it from the package description.
++ Fixed "binary-control-field-duplicates-source field". 
+  * debian/rules:
++ Included quilt for patch management.
++ Fixed "debian-rules-ignores-make-clean-error".
+  * debian/patches/01-WAV-header-read-incorrectly-on-64-bit-platforms.patch:
++ New patch to fix usage of "unsigned long" on 64-bit little-endian
+  platforms (Closes: #504308). Thanks Christian Grigis !
+  * debian/patches/02-initialize-header-padding-field-before-parsing-arguments.patch:
++ New patch to initialize the 1-bit 'header->padding' field before parsing
+  the arguments. Thanks Christian Grigis !
+
+ -- Fabian Greffrath   Wed, 11 Mar 2009 12:53:11 +0100
+
 toolame (02l-6) unstable; urgency=low
 
   [ Sam Hocevar ]
diff -u toolame-02l/debian/control toolame-02l/debian/control
--- toolame-02l/debian/control
+++ toolame-02l/debian/control
@@ -3,13 +3,13 @@
 Priority: optional
 Maintainer: Debian multimedia packages maintainers 
 Uploaders: Fabian Greffrath , Sam Hocevar (Debian packages) 
-Build-Depends: debhelper (>= 5)
-Standards-Version: 3.7.2
-XS-Vcs-Svn: svn://svn.debian.org/pkg-multimedia/unstable/toolame
-XS-Vcs-Browser: http://svn.debian.org/wsvn/pkg-multimedia/unstable/toolame/
+Build-Depends: debhelper (>= 5), quilt
+Standards-Version: 3.8.0
+Vcs-Svn: svn://svn.debian.org/pkg-multimedia/unstable/toolame
+Vcs-Browser: http://svn.debian.org/wsvn/pkg-multimedia/unstable/toolame/
+Homepage: http://toolame.sourceforge.net/
 
 Package: toolame
-Section: sound
 Architecture: any
 Depends: ${shlibs:Depe

Re: toolame: remove from unstable, update in stable

[Fabian Greffrath]

Luk Claes schrieb:

It's ok, please mention the portability bugs on [0] and upload.


Unfortunately IANADD, so I cannot modify the wiki page on my own. The 
closed bugs are #504308 and #506193. Maybe someone can do me the favor 
 and add them on the wiki page once the package has been uploaded.


To which dist should I upload, stable or stable-proposed-updates? 
Which version number should I choose?


Mark Purcell schrieb:
> As the current twolame maintainer.
> I would be happy with this approach.

Great, thank you very much!

Fabian

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: toolame: remove from unstable, update in stable

[Fabian Greffrath]

Adeodato Simó schrieb:

Are you sure you can’t edit the Wiki page? I’d be *very* surprised if
that was the case.


Ahem, yes... actually I forgot to log in, sorry. :/


Either stable, stable-proposed-updates or proposed-updates. You can use
02l-6+lenny1 as version number, or 02l-6lenny1.


OK, I have named it 02l-6lenny1 and targeted at stable. Please find 
the package at the following address and upload if appropriate:


http://mentors.debian.net/debian/pool/main/t/toolame/toolame_02l-6lenny1.dsc

Cheers,
Fabian

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: toolame: remove from unstable, update in stable

[Fabian Greffrath]

Cyril Brulebois schrieb:

Yes, you can!


And yes, i did! ;)


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: toolame: remove from unstable, update in stable

[Fabian Greffrath]

Adeodato Simó schrieb:

* Fabian Greffrath [Mon, 16 Mar 2009 14:53:56 +0100]:
OK, I have named it 02l-6lenny1 and targeted at stable. Please find the 
package at the following address and upload if appropriate:



http://mentors.debian.net/debian/pool/main/t/toolame/toolame_02l-6lenny1.dsc


Could you ask your regular sponsor?


Sure, I'll ask the mates from pkg-multimedia.

Cheers,
Fabian


--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  greffr...@leat.ruhr-uni-bochum.de


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: toolame: remove from unstable, update in stable

[Fabian Greffrath]

Would one of the DDs among us please upload this package?

>>> http://mentors.debian.net/debian/pool/main/t/toolame/toolame_02l-
6lenny1.dsc
>> Could you ask your regular sponsor?
> Sure, I'll ask the mates from pkg-multimedia.

___
DSL zum Nulltarif + 20 Euro Extraprämie bei Online-Bestellung über die
DSL Freundschaftswerbung! http://dsl.web.de/?ac=OM.AD.AD008K15279B7069a


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#1032935: unblock: fonts-dejavu/2.37-6

[Fabian Greffrath]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: fonts-dej...@packages.debian.org
Control: affects -1 + src:fonts-dejavu

Please unblock package fonts-dejavu.

The upstream Makefle touches all generated TTF font files with the time
stamp of the corresponding SFD source file, so time stamps are never
updated between package revisions from the same sources.

The -6 package revision touches all generated TTF font files with
$SOURCE_DATE_EPOCH, so the time stamps are updated whenever the package
revision is updated.

This fixes bug #1032599.

Please find the debdiff attached.

Thanks!

 - Fabian

diff -Nru fonts-dejavu-2.37/debian/changelog fonts-dejavu-2.37/debian/changelog
--- fonts-dejavu-2.37/debian/changelog	2023-02-26 07:54:14.0 +0100
+++ fonts-dejavu-2.37/debian/changelog	2023-03-10 09:35:35.0 +0100
@@ -1,3 +1,10 @@
+fonts-dejavu (2.37-6) unstable; urgency=medium
+
+  * Touch all generated TTF files with SOURCE_DATE_EPOCH time,
+Closes: #1032599.
+
+ -- Fabian Greffrath   Fri, 10 Mar 2023 09:35:35 +0100
+
 fonts-dejavu (2.37-5) unstable; urgency=medium
 
   [ Paul Menzel ]
diff -Nru fonts-dejavu-2.37/debian/rules fonts-dejavu-2.37/debian/rules
--- fonts-dejavu-2.37/debian/rules	2023-02-07 08:26:34.0 +0100
+++ fonts-dejavu-2.37/debian/rules	2023-03-10 09:33:34.0 +0100
@@ -1,11 +1,14 @@
 #!/usr/bin/make -f
 
+include /usr/share/dpkg/pkg-info.mk
+
 %:
 	dh $@
-	
+
 override_dh_auto_build:
 	make full-ttf
 	sh debian/scripts/generate-udeb.sh
+	touch --no-create --date="$(shell date --utc --date=@${SOURCE_DATE_EPOCH} --iso-8601=seconds)" build/*.ttf
 
 override_dh_auto_clean:
 	$(RM) -rf tmp/ build/ udeb-generated/ udeb-build/


signature.asc
Description: This is a digitally signed message part

Bug#1034555: unblock: fluidsynth/2.3.1-2

[Fabian Greffrath]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: fluidsy...@packages.debian.org, fluidsy...@packages.debian.org
Control: affects -1 + src:fluidsynth

Please unblock package fluidsynth

[ Reason ]
This revision fixes a regression that was introduced upstream between
the 2.3.0 and 2.3.1 releases and has been fixed in the 2.3.2 release.

[ Impact ]
The regression introduced a multi-second gap between looping MIDI
tracks. Since fluidsynth is the default renderer for MIDI music in
SDL2, this will affect *a lot* of games in Debian.

[ Tests ]
n/a

[ Risks ]
None, I'd say. The fix has been backported from the upstream GIT
repository and is in the 2.3.2 version, which has already been
released. The output of `git show -w c0e2ef` on the commit in question
has three lines of code changes, the rest is indentation:

--- a/src/midi/fluid_midi.c
+++ b/src/midi/fluid_midi.c
@@ -2179,6 +2179,8 @@ fluid_player_callback(void *data, unsigned int msec)
 fluid_atomic_int_set(&player->seek_ticks, -1); /* clear seek_ticks 
*/
 }
 
+if(fluid_list_next(player->currentfile) == NULL && player->loop == 0)
+{
 /* Once we've run out of MIDI events, keep playing until no voices 
are active */
 if(status == FLUID_PLAYER_DONE && 
fluid_synth_get_active_voice_count(player->synth) > 0)
 {
@@ -2207,6 +2209,7 @@ fluid_player_callback(void *data, unsigned int msec)
 {
 status = FLUID_PLAYER_PLAYING;
 }
+}
 
 /* Once there's no reason to keep playing, we're actually done */
 if(status == FLUID_PLAYER_DONE)


[ Checklist ]
  [X] all changes are documented in the d/changelog
  [X] I reviewed all changes and I approve them
  [X] attach debdiff against the package in testing

[ Other info ]
n/a

unblock fluidsynth/2.3.1-2
diff -Nru fluidsynth-2.3.1/debian/changelog fluidsynth-2.3.1/debian/changelog
--- fluidsynth-2.3.1/debian/changelog   2022-12-30 16:10:11.0 +0100
+++ fluidsynth-2.3.1/debian/changelog   2023-04-18 07:48:30.0 +0200
@@ -1,3 +1,11 @@
+fluidsynth (2.3.1-2) unstable; urgency=medium
+
+  * Team upload.
+  * Apply patch from upstream to fix seamless looping between MIDI
+files.
+
+ -- Fabian Greffrath   Tue, 18 Apr 2023 07:48:30 +0200
+
 fluidsynth (2.3.1-1) unstable; urgency=medium
 
   * New upstream version 2.3.1
diff -Nru 
fluidsynth-2.3.1/debian/patches/0046-Fix-seamless-looping-between-MIDI-files.patch
 
fluidsynth-2.3.1/debian/patches/0046-Fix-seamless-looping-between-MIDI-files.patch
--- 
fluidsynth-2.3.1/debian/patches/0046-Fix-seamless-looping-between-MIDI-files.patch
  1970-01-01 01:00:00.0 +0100
+++ 
fluidsynth-2.3.1/debian/patches/0046-Fix-seamless-looping-between-MIDI-files.patch
  2023-04-18 07:47:25.0 +0200
@@ -0,0 +1,76 @@
+From c0e2ef4243b83f29620b2078fc0f1198bafd7d90 Mon Sep 17 00:00:00 2001
+From: derselbst 
+Date: Sun, 2 Apr 2023 17:31:24 +0200
+Subject: [PATCH 46/49] Fix seamless looping between MIDI files
+
+Fixes #1227
+---
+ src/midi/fluid_midi.c | 45 +++
+ 1 file changed, 24 insertions(+), 21 deletions(-)
+
+diff --git a/src/midi/fluid_midi.c b/src/midi/fluid_midi.c
+index 0676c452..b72c3914 100644
+--- a/src/midi/fluid_midi.c
 b/src/midi/fluid_midi.c
+@@ -2178,34 +2178,37 @@ fluid_player_callback(void *data, unsigned int msec)
+ player->start_msec = msec;  /* should be the (synth)-time of 
the last tempo change */
+ fluid_atomic_int_set(&player->seek_ticks, -1); /* clear 
seek_ticks */
+ }
+-
+-/* Once we've run out of MIDI events, keep playing until no voices 
are active */
+-if(status == FLUID_PLAYER_DONE && 
fluid_synth_get_active_voice_count(player->synth) > 0)
++
++if(fluid_list_next(player->currentfile) == NULL && player->loop == 0)
+ {
+-/* The first time we notice we've run out of MIDI events but 
there are still active voices, disable all hold pedals */
+-if(!player->end_pedals_disabled)
++/* Once we've run out of MIDI events, keep playing until no 
voices are active */
++if(status == FLUID_PLAYER_DONE && 
fluid_synth_get_active_voice_count(player->synth) > 0)
+ {
+-for(i = 0; i < synth->midi_channels; i++)
++/* The first time we notice we've run out of MIDI events but 
there are still active voices, disable all hold pedals */
++if(!player->end_pedals_disabled)
+ {
+-fluid_synth_cc(player->synth, i, SUSTAIN_SWITCH, 0);
+-fluid_synth_cc(player->synth, i, SOSTENUTO_SWITCH, 0);
++