liboss4-salsa*: please add six snd_{midi,seq}_* functions

[Thorsten Glaser]

retitle 870787 liboss4-salsa*: please add six snd_{midi,seq}_* functions
affects 870787 src:portmidi
thanks

Hello again,

we also need the following symbols in oss-salsa:

• snd_midi_event_encode_byte
• snd_midi_event_free
• snd_midi_event_new
• snd_seq_delete_port
• snd_seq_disconnect_from

These are required to build src:portmidi, which is a new
dependency of src:musescore, and thus extending the scope
of this bugreport instead of creating a new one. Just to
remind, we also need this:

• snd_seq_event_length

Please d̲o̲ provide this!


Small side note: perhaps, given enough functions in oss-salsa,
portaudio19 could also use it, achieving feature parity. (Which
is why I Cc’d its maintainers as well.)

Thanks in advance,
//mirabilos
-- 
21:12⎜ sogar bei opensolaris haben die von der community so
ziemlich jeden mist eingebaut │ man sollte unices nich so machen das
desktopuser zuviel intresse kriegen │ das macht die code base kaputt
21:13⎜ linux war früher auch mal besser :D

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: MuseScore (and soundfonts) backporting plans

[Thorsten Glaser]

On Thu, 5 Apr 2018, Fabian Greffrath wrote:

> Have you considered to trigger a transition in backports from
> fluidr3mono-gm-soundfont to musescore-general-soundfont by turning the
> former into a dummy package with a dependency on the latter?

No, first and foremost because we don't do this in sid/testing,
but also because fluidr3mono isn't going to go away.

While musescore-general is a fork off it, fluidr3mono will
still have its use cases, especially as the former is expected
to kinda explode in size, so users of systems with less RAM
will need to use the latter.

I was more thinking of "we don't really need to backport this"
but turns out we do, but it's not a problem (more of a consideration
of mirror space and laziness). But thanks anyway.

Anyway, fluidr3mono is now in backports-NEW too.

bye,
//mirabilos
-- 
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font.   -- Rob Pike in "Notes on Programming in C"

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

MuseScore (and soundfonts) backporting plans

[Thorsten Glaser]

Hi everyone (especially Fabian and Toddy),

now that MuseScore 2.2.1 has entered unstable, I would like to
share my plans for how to deal with backports.

musescore-sftools (needed to compile soundfonts) is currently
in backports-NEW for stretch-backports.

fluidr3mono-gm-soundfont is in good and usable shape in testing,
but not currently in backports; stretch-backports *unfortunately*
ships a version in where it is built by src:musescore.

musescore-general-soundfont is currently in NEW.


My plans for stretch-backports are as follows:

once musescore-sftools is in stretch-backports and musescore-general-soundfont
in testing, I’d like to backport musescore-general-soundfont and musescore.

I had not planned to backport fluidr3mono-gm-soundfont also, but given that
it already entered stretch-backports by means of src:musescore there might
be demand for the binary package to not vanish. Perhaps I should just upload
it right now so it can enter backports-NEW already…

… benefit of that is: the new musescore backport would not need backports-NEW
but the soundfonts would; fluidr3mono-gm-soundfont could be uploaded already.


For jessie-backports-sloppy, things are *much* more tricky due to the
too-old Qt5 it has. I am still pondering and seeing whether it will
be possible at all.


JFYI,
//mirabilos
-- 
>> Why don't you use JavaScript? I also don't like enabling JavaScript in
> Because I use lynx as browser.
+1
-- Octavio Alvarez, me and ⡍⠁⠗⠊⠕ (Mario Lang) on debian-devel


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Accepted musescore 2.2.1+dfsg1-1 (source) into unstable

[Thorsten Glaser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384

Format: 1.8
Date: Tue, 03 Apr 2018 19:51:10 +0200
Source: musescore
Binary: musescore musescore-common
Architecture: source
Version: 2.2.1+dfsg1-1
Distribution: unstable
Urgency: low
Maintainer: Debian Multimedia Maintainers 
<pkg-multimedia-maintainers@lists.alioth.debian.org>
Changed-By: Thorsten Glaser <t...@mirbsd.de>
Description:
 musescore  - Free music composition and notation software
 musescore-common - Free music composition and notation software (common files)
Closes: 802710
Changes:
 musescore (2.2.1+dfsg1-1) unstable; urgency=low
 .
   * New upstream release (and update upstream release note links)
   * Upload to unstable
   * debian/watch: don’t pick up upstream RCs (as newer than the stable
 release), releases and (our) snapshots only
   * debian/repack: handle API errors better (visible for the packager)
   * debian/rules: pass Freetype include path to cmake explicitly
 (compatibility with older cmake versions, for backports)
   * debian/control: spell more dependencies explicitly, for backports
 .
 musescore (2.2~pre20180325+dfsg1-1) experimental; urgency=high
 .
   * Merge musescore (2.1.0+dfsg3-3) unstable; urgency=medium
   * New upstream snapshot
 - Renamed MS_General soundfont to MuseScore_General :|
   * Bump dependency version for fluidr3mono-gm-soundfont accordingly
   * Remove now-unnecessary (or so…) patches
 .
 musescore (2.2~pre20180316+dfsg1-1) experimental; urgency=medium
 .
   * Merge musescore (2.1.0+dfsg3-1) unstable; urgency=high
   * Merge musescore (2.1.0+dfsg3-2) unstable; urgency=low:
 + Fix copyright file for fonts, latest licences from upstream
 o (keep patches to fix note collisions)
 + Recommend libmp3lame0 (currently dlopen()ed for MP3 export)
 + Add debian/upstream/metadata as requested by lintian
 - (allow Qt 5.10 for 2.2)
 + Add non-standard field “CLA” to UMEGAYA metadata (boldly)
 + Update patches as submitted upstream, and their merge status
   * Update minimum versions of dependencies
   * Point VCS-* URLs to experimental
   * New upstream snapshot (just shy of the first release candidate)
 - Use upstream-provided hook to disable downloading the soundfont
   from the internet during the build process as we package it
   separately (currently still Fluid (R3) Mono, until MS_General
   will have seen its first stable-ish release to package)
 - Remove applied patches
   * Prefer musescore-general-soundfont for the soundfont dependency
   * Link 2.2 release notes in upstream/changelog file
   * Add patch to correct visual note tracking during playback
 .
 musescore (2.2~pre20180302+dfsg1-1) experimental; urgency=high
 .
   * Bump Qt dependency to at least Qt 5.4 for QVector.removeOne()
   * New upstream snapshot of upcoming release (Closes: #802710)
   * Forward patches upstream, update DEP-3 patch headers
   * Fix PCH; build with PCH to speed up package build
   * Make all system-wide soundfonts available to MuseScore
   * Address new lintian concerns
   * Add patches to fix note collisions in playback and MIDI export
   * Allow separately-packaged version of fluidr3mono-gm-soundfont
   * Repack to exclude source-less soundfont from origtgz
   * Fix copyright file for fonts and icons
 .
 musescore (2.2~pre20180209+dfsg1-1) experimental; urgency=medium
 .
   [ Thorsten Glaser ]
   * Prepare for packaging a snapshot of the 2.2 upstream branch
 .
   [ Dr. Tobias Quathamer ]
   * New upstream version 2.2~pre20180209+dfsg1
 - Remove 05-desktop-keywords.patch, has been applied upstream
 - Refresh patches
 - Add libportmidi-dev to Build-Depends
Checksums-Sha1:
 bad1bfa11e35068a91fea98c09b624d5fd7de867 2557 musescore_2.2.1+dfsg1-1.dsc
 c4d37346699f05b1684cc302da1d941affc6bc4f 23490192 
musescore_2.2.1+dfsg1.orig.tar.xz
 75e57c7229f3209649f886d07c975dfb23c86cb7 34624 
musescore_2.2.1+dfsg1-1.debian.tar.xz
Checksums-Sha256:
 9d4b484eb71a46d3415edcecdfffe3515df192d6f5ef69183dd0efb39ffd66cd 2557 
musescore_2.2.1+dfsg1-1.dsc
 eb0a391a9faec36975cb3613a76333a9b884f2a453fe5736f4934d45a5fbbe8a 23490192 
musescore_2.2.1+dfsg1.orig.tar.xz
 4cab9f9bec40ae69ea0dad9c6bb8764db6aa895c1ffec021411149af00503911 34624 
musescore_2.2.1+dfsg1-1.debian.tar.xz
Files:
 28d9944c470df3aee0b9fb9a57e61684 2557 sound optional 
musescore_2.2.1+dfsg1-1.dsc
 56f3174d06317c54185af0fb310be70a 23490192 sound optional 
musescore_2.2.1+dfsg1.orig.tar.xz
 28f77a3d1c912f558b43c8b45be08c81 34624 sound optional 
musescore_2.2.1+dfsg1-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (MirBSD)
Comment: ☃ ЦΤℱ—８　☕☂☄

iQIcBAEBCQAGBQJaw8KKAAoJEHa1NLLpkAfgpfIQALuVGCXpOWe50gN0c2C58HeI
7wCCAewQqfP21RGkNI5G6mrFBz+3a9ohuh7Rynij6Y2ghcnumkXKklBExmP9WZHY
jzx+liXC/fxWvJO8jW6fl+RrLiP2FVY6dsRm1JJCSbrd6st2swS3/jKlByCyF2ep
Iu6EpFH0RST+E3TzoDVnGrCLpJKxMjkmq+T5QHMujgmBtiuUPYBi94xkBi/NYzBH
hjes6w1KxrMwV/oyBzsZ7uCjk4kh4jCOQ6/faQkZlqQL67EbAcYTQ9lGSagbRsjY
Bfy84ktfzD6qSC41uuTghs

Accepted musescore 2.2~pre20180325+dfsg1-1 (source all amd64) into experimental

[Thorsten Glaser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384

Format: 1.8
Date: Sun, 25 Mar 2018 23:51:20 +0200
Source: musescore
Binary: musescore musescore-common
Architecture: source all amd64
Version: 2.2~pre20180325+dfsg1-1
Distribution: experimental
Urgency: high
Maintainer: Debian Multimedia Maintainers 
<pkg-multimedia-maintainers@lists.alioth.debian.org>
Changed-By: Thorsten Glaser <t...@mirbsd.de>
Description:
 musescore  - Free music composition and notation software
 musescore-common - Free music composition and notation software (common files)
Changes:
 musescore (2.2~pre20180325+dfsg1-1) experimental; urgency=high
 .
   * Merge musescore (2.1.0+dfsg3-3) unstable; urgency=medium
   * New upstream snapshot
 - Renamed MS_General soundfont to MuseScore_General :|
   * Bump dependency version for fluidr3mono-gm-soundfont accordingly
   * Remove now-unnecessary (or so…) patches
Checksums-Sha1:
 3413d427c170ef8582e01693e3650d1d74f1f880 2625 
musescore_2.2~pre20180325+dfsg1-1.dsc
 2b230ef04cc39db1f0cdffe262f4a9e48b4f4115 23479920 
musescore_2.2~pre20180325+dfsg1.orig.tar.xz
 38f08e98f3cd6da1e369a1eeff965398e7c69c00 34416 
musescore_2.2~pre20180325+dfsg1-1.debian.tar.xz
 b5a4640fe71d723a33d31187c6aa99d1cdf0442a 3305872 
musescore-common_2.2~pre20180325+dfsg1-1_all.deb
 22297e54d5300f2b70fba09d9ee66efec6f832bf 113343996 
musescore-dbgsym_2.2~pre20180325+dfsg1-1_amd64.deb
 1b84604629da3ee737e1eb3ae186b35dc4055dc2 12981 
musescore_2.2~pre20180325+dfsg1-1_amd64.buildinfo
 28fa803935a79fa991d934189399fa4be98e92f3 8154080 
musescore_2.2~pre20180325+dfsg1-1_amd64.deb
Checksums-Sha256:
 b5a8a0a78437f68eb59c17eff2be702533467a18c2319e09a5f1e7bb378e5160 2625 
musescore_2.2~pre20180325+dfsg1-1.dsc
 d0d4d96d9ec334820e58dc73a860152dd5cc4d431ca818be30e501052fad7b89 23479920 
musescore_2.2~pre20180325+dfsg1.orig.tar.xz
 a11ab2e406a1a3fd9972a6ae243abf3159f76ca78880f87f472aa4f8966c8c4d 34416 
musescore_2.2~pre20180325+dfsg1-1.debian.tar.xz
 905cc4731bf6b7e93a2b96d96a6da2c8434131cb8f13a2f4d5e56bce1fef0e8c 3305872 
musescore-common_2.2~pre20180325+dfsg1-1_all.deb
 72e6efe4713182c67946daa21973f115957d068f1a63f8811146fc9f32f0b2c3 113343996 
musescore-dbgsym_2.2~pre20180325+dfsg1-1_amd64.deb
 66aad32b6f747ce05a18c5a1908bdaef0b2da395290994d711e49d0df1fee0ea 12981 
musescore_2.2~pre20180325+dfsg1-1_amd64.buildinfo
 2c2e5aa5d75e37098019f6c089cc464fea95be0087a9bb2ef52097fb49d285e2 8154080 
musescore_2.2~pre20180325+dfsg1-1_amd64.deb
Files:
 a86db50eb63d76baab9916a98d9563d4 2625 sound optional 
musescore_2.2~pre20180325+dfsg1-1.dsc
 0c220be29a4ef5e447a329bdb38633f3 23479920 sound optional 
musescore_2.2~pre20180325+dfsg1.orig.tar.xz
 ac15ab122fb882958344d150dda77eab 34416 sound optional 
musescore_2.2~pre20180325+dfsg1-1.debian.tar.xz
 887e2713c6eb276dda3b4a1a949ca4d4 3305872 sound optional 
musescore-common_2.2~pre20180325+dfsg1-1_all.deb
 fd50dfbd5e38a39803c8089a42fa15e5 113343996 debug optional 
musescore-dbgsym_2.2~pre20180325+dfsg1-1_amd64.deb
 967b5b6d5adcdcf2372dedc9c591df2d 12981 sound optional 
musescore_2.2~pre20180325+dfsg1-1_amd64.buildinfo
 60358729e9aee077deb82f1eb4f005da 8154080 sound optional 
musescore_2.2~pre20180325+dfsg1-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (MirBSD)
Comment: ☃ ЦΤℱ—８　☕☂☄

iQIcBAEBCQAGBQJauCFnAAoJEHa1NLLpkAfgza0QAJmweVoDlXEE3Tif7X+eZ2iA
ulnICdGYcYIp3DWsJSX9Uo2Y1QJUQd1MGFxQ65r/Wej4cEsgnjmWudRdo/aJvYNo
uy+05VeUt1wKT/aZ+x6Jtwn6FQ754GnrK5tBRUhVVPp3VR5V1QguV9ejH+LF8Pi3
rnZHA/XnLq9Fmb7ble3NnYI1kl3brdxegY0bAGAwvCxRBxlYMjltsn1niKIHf1AN
8jrfLvo2EKNy1K8n29z01YCs/oK6E3bWvTqFzgNMgSwP3jEwbR2+TCCulkOYg0+J
hN+BLHIDEXMQN4VbtyNwcqwAglWUf1jVH9yahtTLkWvvwp7uYtXDIcW/VF4pHbca
MYAYEn4szbDc9BDbW/wINjvTWoUdhukFqm8migCwZ/yFAdHpDLHxsYKEOj28v+hC
RIl5V/Eea+JeZXv//Gja4Y+/D02MD3WkX/8+uzo1imyo8yjmzSdC5+C/l01XHeno
SnfoXI29fT+i9u1m+wCGiUz+L6iol87FRa5JUsIfvs2qM1zoUl45DmCq1+Hf1+n8
+o1JwfN1d8Yuu0i0njxQzeTTTqonHZEMeYSi4DTqeNtVx2aKAAM1OMSarAfXD7BH
B7smPyjeGK9pCXNfGr00JF4qtVWtJzvK+VUyjCMhOnK4XKI7aOWP2rs6FD5X4ZcY
A3CMJPFiN+4IV0E/UO5v
=/p+t
-END PGP SIGNATURE-


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Accepted musescore 2.1.0+dfsg3-3 (source all i386) into unstable

[Thorsten Glaser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384

Format: 1.8
Date: Sat, 17 Mar 2018 22:55:13 +0100
Source: musescore
Binary: musescore musescore-common
Architecture: source all i386
Version: 2.1.0+dfsg3-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers 
<pkg-multimedia-maintainers@lists.alioth.debian.org>
Changed-By: Thorsten Glaser <t...@mirbsd.de>
Description:
 musescore  - Free music composition and notation software
 musescore-common - Free music composition and notation software (common files)
Changes:
 musescore (2.1.0+dfsg3-3) unstable; urgency=medium
 .
   * Add patch to correct visual note tracking during playback
Checksums-Sha1:
 2fe3f1e5440f01f67b1b091eb0b4723f57506fc8 2504 musescore_2.1.0+dfsg3-3.dsc
 69529fb90026985500558f54798e22404113e920 42700 
musescore_2.1.0+dfsg3-3.debian.tar.xz
 188000289ac6e0846583f27e404bd82b9b3f43a0 3043304 
musescore-common_2.1.0+dfsg3-3_all.deb
 d9e4d35e8668d0cdeef5bc1b0b54d4ed663fa165 110430916 
musescore-dbgsym_2.1.0+dfsg3-3_i386.deb
 e4745b07c11d88180db62db00c8722e276190ef7 12668 
musescore_2.1.0+dfsg3-3_i386.buildinfo
 f218b4f407ffe218d6cab1333bf5c1fd7978f1ff 8399192 
musescore_2.1.0+dfsg3-3_i386.deb
Checksums-Sha256:
 421af2e5e57ec08b20b3950e88b37f4fe399880fc456fa051e6175b26f4e09a3 2504 
musescore_2.1.0+dfsg3-3.dsc
 d15a9621b283ca9d1469db9558fdc6bc8ca4fb46a894e56c78143c0b42d705d4 42700 
musescore_2.1.0+dfsg3-3.debian.tar.xz
 5893360ff7be33711c88d81f6022495461408eab3f4d63bd77bd381b6cb8a8d4 3043304 
musescore-common_2.1.0+dfsg3-3_all.deb
 172f68a483a7b3498fa6690c5e9d0575618c1c6650fbd19a454764a7475f63c2 110430916 
musescore-dbgsym_2.1.0+dfsg3-3_i386.deb
 3a75b9a410aa95ae20606c8e6b7453f1a0529b39ebbc9a83b07b67bb0a8f4832 12668 
musescore_2.1.0+dfsg3-3_i386.buildinfo
 0788a59ab7fedf9522fee259374d3b9d8c958de8d50d8dbaa37bccf33d303d97 8399192 
musescore_2.1.0+dfsg3-3_i386.deb
Files:
 8d42dfbee50811d6931a262eceb3dd5d 2504 sound optional 
musescore_2.1.0+dfsg3-3.dsc
 b3f0f2ddfcd5fe36fd8446b6ec7973c0 42700 sound optional 
musescore_2.1.0+dfsg3-3.debian.tar.xz
 1c5dc291c99e0199371d4d7a00f6fd2a 3043304 sound optional 
musescore-common_2.1.0+dfsg3-3_all.deb
 f1c19ab57a1e19fb3316734c91c0559b 110430916 debug optional 
musescore-dbgsym_2.1.0+dfsg3-3_i386.deb
 da53f5eea389ccbd65c3195bb13c7e18 12668 sound optional 
musescore_2.1.0+dfsg3-3_i386.buildinfo
 5a6ba0d5cee96a66b656adff8c79faca 8399192 sound optional 
musescore_2.1.0+dfsg3-3_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (MirBSD)
Comment: ☃ ЦΤℱ—８　☕☂☄

iQIcBAEBCQAGBQJarZyEAAoJEHa1NLLpkAfgSgoP/jSZx+hC9zjdvhib4UCQDsni
ryDBItyTEQJmty7Lyx7DF/qnIYH/MyWHDFzPnlCLB0YK/MDv3n95wQ4D9YoW6eAM
FcUSUU6FpT5FQRLQxmor++p1zToFLpNV43tWNuiuaQvBePdGbg8p8WFwx9ux4+nB
JUt+Pqq0/keQvlVainh0kiwUoOpvktYgmbyLPTRkreCS0bLwsS2DEGgtscXeOVP+
hVPi6UKRGt5X2sfp8IJnYR7GS1/6dUS6t/E/4BB40arJLitimf6m/V244ixp2VWu
lU4tZPK25qpMQl/qSCJin0ISoShDBpRjfVAq0Bb9nUE1EY6jogqRY1+8QngkVFZl
vw0VwKavqoiGrpRraWwejX/eVUh3ctQSMG/qM/3VNbPmXWopm1QKhL+xt5asW4oZ
WXAO/lkirnYlriCRlGKzzssclfgV2wPrpqZy3G5sh28WISC6FqBTjX0I0xoKGFUs
ZhEiMI3yWz03qrOhvpZB/8gieau6eHK0xwI7M6dJkK7Si3ITo8H4wCWCqq2clkZg
dtumo6mUqHJg2cT5FcTMVFV/UmHIrgAnswl29Esd4wWrj3fvOlqPFYOrfmNSKgiQ
ybsxr7acF1bj27/WO4+/NSQsALY9ok3fLvWtni2CC9jTULo6Y8W97wm2JcD+w0n5
gcCb4Y3pcd1K9JKAqaRi
=GThK
-END PGP SIGNATURE-


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Accepted musescore 2.2~pre20180316+dfsg1-1 (source) into experimental

[Thorsten Glaser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384

Format: 1.8
Date: Sat, 17 Mar 2018 01:45:22 +0100
Source: musescore
Binary: musescore musescore-common
Architecture: source
Version: 2.2~pre20180316+dfsg1-1
Distribution: experimental
Urgency: medium
Maintainer: Debian Multimedia Maintainers 
<pkg-multimedia-maintainers@lists.alioth.debian.org>
Changed-By: Thorsten Glaser <t...@mirbsd.de>
Description:
 musescore  - Free music composition and notation software
 musescore-common - Free music composition and notation software (common files)
Changes:
 musescore (2.2~pre20180316+dfsg1-1) experimental; urgency=medium
 .
   * Merge musescore (2.1.0+dfsg3-1) unstable; urgency=high
   * Merge musescore (2.1.0+dfsg3-2) unstable; urgency=low:
 + Fix copyright file for fonts, latest licences from upstream
 o (keep patches to fix note collisions)
 + Recommend libmp3lame0 (currently dlopen()ed for MP3 export)
 + Add debian/upstream/metadata as requested by lintian
 - (allow Qt 5.10 for 2.2)
 + Add non-standard field “CLA” to UMEGAYA metadata (boldly)
 + Update patches as submitted upstream, and their merge status
   * Update minimum versions of dependencies
   * Point VCS-* URLs to experimental
   * New upstream snapshot (just shy of the first release candidate)
 - Use upstream-provided hook to disable downloading the soundfont
   from the internet during the build process as we package it
   separately (currently still Fluid (R3) Mono, until MS_General
   will have seen its first stable-ish release to package)
 - Remove applied patches
   * Prefer musescore-general-soundfont for the soundfont dependency
   * Link 2.2 release notes in upstream/changelog file
   * Add patch to correct visual note tracking during playback
Checksums-Sha1:
 0720531d205801147d44236fa47fa17cadd64e5e 2625 
musescore_2.2~pre20180316+dfsg1-1.dsc
 6a49c6394661016af06bee7b62e6c9ba1b326085 23417952 
musescore_2.2~pre20180316+dfsg1.orig.tar.xz
 37eb61d38f0f8061550cbfc83fd95036151380b8 35928 
musescore_2.2~pre20180316+dfsg1-1.debian.tar.xz
Checksums-Sha256:
 d7fa2addf203d52296a2b88370e37472da3a14691813a5a028dc575b3f188f18 2625 
musescore_2.2~pre20180316+dfsg1-1.dsc
 5b5b4b4ff24cc908bc84f61e5a488dc934cb2fafe5bf4c32289636beda9e8e94 23417952 
musescore_2.2~pre20180316+dfsg1.orig.tar.xz
 a349e39524f865db2c889c5398fdfaf2d252ca178973393ecb1db8a3b5d0c06c 35928 
musescore_2.2~pre20180316+dfsg1-1.debian.tar.xz
Files:
 c41a6a279042ad5c156be22092bf9ee2 2625 sound optional 
musescore_2.2~pre20180316+dfsg1-1.dsc
 cf4e15e5cebfd2e5eff17abc66c369d9 23417952 sound optional 
musescore_2.2~pre20180316+dfsg1.orig.tar.xz
 29797546f474a47c67f030b9fd2e285d 35928 sound optional 
musescore_2.2~pre20180316+dfsg1-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (MirBSD)
Comment: ☃ ЦΤℱ—８　☕☂☄

iQIcBAEBCQAGBQJarGW3AAoJEHa1NLLpkAfgyQcP/05ZEgpyRLrmZYX61JPhk4sh
W0KElgZAmUvEFlX0cv59l/pKML6bxptUgoliiYY6Z64tjpwEqFwtIrPDeCRiOiSU
LzqF0G81zJgOAx3V44aWN24le1fq+FFVHeBrH9UHcPK3mqyM8HrGUBQeC4esfqQ7
xn4KzyS0TmTHyDiMYdzsZYVJzu3U1tdHegDKBl/8sMs75JGSGUD+kDFjGE9Zf4Lw
QUPsosiLgqcP3GBPv/WPbVzJ0ME3XOhYlUzZBWJJ2n/SEOCVpXsldK7ppP+3PcBE
dVHJT3QLhRyQ1+Ryr+piPKMNRmXwv3ppAWDZ9qqv1COiuCabz1aSQBJnrKwyfy4C
T24p9eXXGOw7NRCa0hlHs0uBKmt842V+YbzmSoNtmX/I8ZV+AuPKrPhqI1loNjLA
7kzcZL6sZiTXyP4MTqcp4k9U18VR7KMs274WuAzpQNRDpa/iKydfYwdcXzxTAIu9
xSM/AGra3V8xPWcRikeUdK7lFo0nBfwjrYrMgy5pDeTkHlPoRFezmXCnf5xNbuxE
Qh7iGB8y6xm83ou6JNTelMAdUwfs5EZEC171ZIRU9gequcOTLEEoxcj0AROQVMAA
7HMSrmRsUsmP1v3KwSFYrsN0sDnGa0VDUUXs/LnP7EzxaQpjrRWYggYKzxgaIF6B
hNqnTYmXcnop7LqWBNA1
=0qrd
-END PGP SIGNATURE-


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Accepted musescore 2.1.0+dfsg3-2 (source all amd64) into unstable

[Thorsten Glaser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384

Format: 1.8
Date: Fri, 16 Mar 2018 02:37:02 +0100
Source: musescore
Binary: musescore musescore-common
Architecture: source all amd64
Version: 2.1.0+dfsg3-2
Distribution: unstable
Urgency: low
Maintainer: Debian Multimedia Maintainers 
<pkg-multimedia-maintainers@lists.alioth.debian.org>
Changed-By: Thorsten Glaser <t...@mirbsd.de>
Description:
 musescore  - Free music composition and notation software
 musescore-common - Free music composition and notation software (common files)
Changes:
 musescore (2.1.0+dfsg3-2) unstable; urgency=low
 .
   * Fix copyright file for fonts, latest licences from upstream
   * Add patches to fix note collisions in playback and MIDI export
   * Recommend libmp3lame0 (currently dlopen()ed for MP3 export)
   * Add debian/upstream/metadata as requested by lintian
   * Require Qt < 5.10 due to embedded then-incompatible header
   * Add non-standard field “CLA” to UMEGAYA metadata (boldly)
   * Update patches as submitted upstream, and their merge status
Checksums-Sha1:
 cb8aee091add5b6639b1d00c3458dc8578cd742a 2504 musescore_2.1.0+dfsg3-2.dsc
 e82901f5dab8e58ac357eaccc44e5ffc16785d23 41768 
musescore_2.1.0+dfsg3-2.debian.tar.xz
 61fcc888b5df528ee6d085342cacbd259cb8de37 3040812 
musescore-common_2.1.0+dfsg3-2_all.deb
 f9949db906ffd8fd91149d73373d12e4a3d8816a 112248536 
musescore-dbgsym_2.1.0+dfsg3-2_amd64.deb
 9593dbaefc56ef3297cb293bc771732919a86560 12766 
musescore_2.1.0+dfsg3-2_amd64.buildinfo
 d2288087c4086a491590c2e875af598e095c0716 8136672 
musescore_2.1.0+dfsg3-2_amd64.deb
Checksums-Sha256:
 de0de6a1b19f543e15893783379b487c951245a6081845639257bea2fa7e2a70 2504 
musescore_2.1.0+dfsg3-2.dsc
 ffe88f98eb6f8e16427a3b44e4cc2d0acc00dbe63ce8c82f886f817fc207e717 41768 
musescore_2.1.0+dfsg3-2.debian.tar.xz
 78c8531f5bb285574509148e5976911d3616232d1afe7ba5f7e119b6b1c2e043 3040812 
musescore-common_2.1.0+dfsg3-2_all.deb
 e4976dd7af1c5a16a5bea297c0f8a40aabc827bf9084cb4161d2fd89242dbab1 112248536 
musescore-dbgsym_2.1.0+dfsg3-2_amd64.deb
 edcb9403d933bc4f1f33a101e84fd7137fd091ff0c938cca64464b147a9b03b8 12766 
musescore_2.1.0+dfsg3-2_amd64.buildinfo
 2fb2a78317eca53c36e4cbfee9811e0c55dcf604679c8964afc359e536244349 8136672 
musescore_2.1.0+dfsg3-2_amd64.deb
Files:
 17a7dd876d1eff574bd4c3285df85601 2504 sound optional 
musescore_2.1.0+dfsg3-2.dsc
 9cab2d03081cb7a81ab57f0464e500d0 41768 sound optional 
musescore_2.1.0+dfsg3-2.debian.tar.xz
 80b08c34d3e84148cbe1e6b1b015f92e 3040812 sound optional 
musescore-common_2.1.0+dfsg3-2_all.deb
 8ec938216a358f794e21e17daf7b33ea 112248536 debug optional 
musescore-dbgsym_2.1.0+dfsg3-2_amd64.deb
 45c352b53e2d1e789180f88b1d108a44 12766 sound optional 
musescore_2.1.0+dfsg3-2_amd64.buildinfo
 80bade4669b505c2c6302baa9b8f806c 8136672 sound optional 
musescore_2.1.0+dfsg3-2_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (MirBSD)
Comment: ☃ ЦΤℱ—８　☕☂☄

iQIcBAEBCQAGBQJaqyXfAAoJEHa1NLLpkAfgfXUP/R0U1Z/AQpOfsrD/grdSYaPH
BLe2ecpidfbJT6IXcWkD93eNVDxozgH1E0jYRHRPbyllK6L4ChPh3aoXk851cInq
DhrtwmP9qtkTeI95THcfKx3kqkHhDhk05mGYKyG5x+A6MoKgIWT0o5s5rhrLUUOp
FfV88h1/99HExuLLVndqzdJ+dV8+FO0lMsoReIOTfHDMBoWXJKa1O4XbV+LE8nOP
VvxjZJDQyyW86eYXq2s3WboOfxGGH9pdRoXVf+85q6wn+5ycJWL7vEJN9BkIibE+
Ha5R7UAgkQffFT7XNqiJeblkZJP8x89u1gyKSCeFqpq4JAAq/9PomSm0DdnlAQyS
vzHbdG6d48/e1EXCsiJ2FOhZIFSAJRW9lFU39S0J2HQPphGDIQcjeegEyoavb2Hf
pf8bf1RiZmeB5C8yOmWLGKl3ZVp9z9JtNWWkxCgMMR83ZwQFlgFeUqoqj00rqWgu
GOT4kPARGHkUQ+2BZVDyvFRYepEysIyo/Kz9YDxmhanL6QwGTLq8KJ4A36wGeBAW
uGjc2Vfdg5Olp476IdZJKbHmWf0Sk5oD0zRohJ1HBrwY4I7agzIQHbIVxXucwAb3
XxhqYXdcw7yyoWu6hep99n8xnjmRm3iVrpKuIdZ/CY4k/RlVe/rtGX0p/JtWUSb+
7L5lgQjnrmmMWHxDUPsl
=rKAl
-END PGP SIGNATURE-


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#871920: musescore-common: please split out the FluidR3Mono_GM.sf3 sound font into a separate package

[Thorsten Glaser]

tl;dr: I’m working on *all* MuseScore soundfont issues.


Hi Fabian,

> Am Dienstag, den 10.10.2017, 21:18 +0200 schrieb Thorsten Glaser:
> > They could switch to a different one, is what I meant.
> >
> > (or embed it in the C source… *shudder*)
>
> Whoa, I think both these cases would be incentive enough to package it
> on its own.

turns out I was right and it happened.

First, I realised that SF3 cannot be “source” because it’s
compressed using a lossy algorithm, which is why I packaged
the soundfont separately. (As a side effect, I raised the
Vorbis quality of the SF3 in Debian a bit because of user
reports of audible artefacts in the one shipped by MuseScore.)

Second, as of today, MuseScore 2.2 and up will use their new
soundfont MS_General, although FluidR3Mono_GM v3.212 is con‐
sidered identical to MS_General v0.0. (They fucked up though
and don’t have the SF2 for v3.212 so we’ll just stick to the
v3.215 I already uploaded.)

I will now do the following:

• make fluidr3mono-gm-soundfont ship a symlink
  MS_General.sf3@ -> FluidR3Mono_GM.sf3
• make the upcoming uploads of musescore depend on a high
  enough version of fluidr3mono-gm-soundfont as alternative
  to the MS_General soundfont
• package MS_General separately once it reaches a stable release
  (it’s currently being issued as alpha test versions)
• keep fluidr3mono-gm-soundfont in the archive
• continue advising the MuseScore team upstream about
  legal issues (I’ve already reached some successes with that)

In short: I’m on it and have everything I need.

bye,
//mirabilos
-- 
«MyISAM tables -will- get corrupted eventually. This is a fact of life. »
“mysql is about as much database as ms access” – “MSSQL at least descends
from a database” “it's a rebranded SyBase” “MySQL however was born from a
flatfile and went downhill from there” – “at least jetDB doesn’t claim to
be a database”  ‣‣‣ Please, http://deb.li/mysql and MariaDB, finally die!

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Accepted musescore 2.1.0+dfsg3-1 (source) into unstable

[Thorsten Glaser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384

Format: 1.8
Date: Mon, 05 Mar 2018 18:51:01 +0100
Source: musescore
Binary: musescore musescore-common
Architecture: source
Version: 2.1.0+dfsg3-1
Distribution: unstable
Urgency: high
Maintainer: Debian Multimedia Maintainers 
<pkg-multimedia-maintainers@lists.alioth.debian.org>
Changed-By: Thorsten Glaser <t...@mirbsd.de>
Description:
 musescore  - Free music composition and notation software
 musescore-common - Free music composition and notation software (common files)
Changes:
 musescore (2.1.0+dfsg3-1) unstable; urgency=high
 .
   [ Ondřej Nový ]
   * d/copyright: Use https protocol in Format field
 .
   [ Thorsten Glaser ]
   * Bump Qt dependency to at least Qt 5.4 for QVector.removeOne()
   * Forward patches upstream, update DEP-3 patch headers
   * Fix PCH; build with PCH to speed up package build
   * Make all system-wide soundfonts available to MuseScore
   * Address new lintian concerns
   * Allow separately-packaged version of fluidr3mono-gm-soundfont
   * Repack to exclude source-less soundfont from origtgz
   * Fix copyright file for fonts and icons
 (note that all fonts from the source are embedded into
 the musescore binary, with embedding-permitting licences)
   * Increase strictness of DFSG scanner within debian/repack
   * Mark packages as Multi-Arch: foreign
   * Update lintian overrides, re-check false positives/fixed-upstream
Checksums-Sha1:
 de83d9c393899dcec74a1d38b1164053076873ce 2504 musescore_2.1.0+dfsg3-1.dsc
 43be31d06fa3669bef2268591be2348d12002d99 23209216 
musescore_2.1.0+dfsg3.orig.tar.xz
 83a49f7e34d8508c0701ea0e0564b09e3b1996bd 36472 
musescore_2.1.0+dfsg3-1.debian.tar.xz
Checksums-Sha256:
 c84b1b53b20d7f04f3e76683b5559b8b9545974dc405ee4b0e26f682933e0625 2504 
musescore_2.1.0+dfsg3-1.dsc
 0fb3f07a82595997e8183b91e17c1c22ad67a8e544f9406f601a76b5bd4c7010 23209216 
musescore_2.1.0+dfsg3.orig.tar.xz
 41e1caf6b622604f783e5e4daa404be46b99f6c90e942f57c037b9fbcb221424 36472 
musescore_2.1.0+dfsg3-1.debian.tar.xz
Files:
 8ff22f8cb4c007e18ec2a8c396f387b1 2504 sound optional 
musescore_2.1.0+dfsg3-1.dsc
 365a7c9f7333cc089672a3f8051a9352 23209216 sound optional 
musescore_2.1.0+dfsg3.orig.tar.xz
 a8c6084c8107e655cd51de5648874898 36472 sound optional 
musescore_2.1.0+dfsg3-1.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (MirBSD)
Comment: ☃ ЦΤℱ—８　☕☂☄

iQIcBAEBCQAGBQJanYx2AAoJEHa1NLLpkAfgXYYQAN5pl40fUjd7uAqMKLJ1L2w4
PaT9EgergcfvcCIpu3TL7pDHSuwL6X8sEjNI0vynB47N7GaewHblg1gtG2JJFWtU
G+DfNXe+ESJiGHppf8M38uBdowsWtjjTWm1ZbtjNIEQEBoaPI0ZnxWgWEAaO3DM4
sLbqPSJ5LyqYJ+oz1XkxLSblbvVifgACUqFWnwR6R29kj4k3TwKiDXpj4mBAo2cZ
T8wpwJHbe+Q2g3vK4mnI9uLyO4/FNoQzMSg9Z+jO4I2qpUOuk6yqT+aZltLwcWB9
teLYoXbrnZTnl5tT5ZYFPMXtx+HX/j5G51sG5mzr+K3TspnYMcJJe1fI1h0D/rgT
CBtkFwGjwPesEnWa3WW4+QS8kg6t3E6hYwe7j3B0P/L2Y1ZDvbhZBgSRju9COVg3
GaZY7Yo/zF6unS9f5u0oG0qQjj9WrOS2lYL66UG7H2CV2M/751rDSox+qbacrV+O
gMt7SMvA+Fo53VzRNTuerQSuW5ynYluVViVf4fXkOLgXMd5iIA5rewaWzEEOvev1
8T7myyJTCl49cIdHsOgubMjpiCHByZzolI5MdPRpGLMabDv6xYm+ms7MHmXsWIrq
FVKM3z6OXVqeKbOaVMmf84cskjQ/Xc34TDu/xGZ3w9UgATgtc99RsA67MDgc2Puj
HMJWv0ezyug9z8PmI15n
=qyGB
-END PGP SIGNATURE-


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Accepted musescore 2.2~pre20180302+dfsg1-1 (source all amd64) into experimental

[Thorsten Glaser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384

Format: 1.8
Date: Mon, 05 Mar 2018 03:38:42 +0100
Source: musescore
Binary: musescore musescore-common
Architecture: source all amd64
Version: 2.2~pre20180302+dfsg1-1
Distribution: experimental
Urgency: high
Maintainer: Debian Multimedia Maintainers 
<pkg-multimedia-maintainers@lists.alioth.debian.org>
Changed-By: Thorsten Glaser <t...@mirbsd.de>
Description:
 musescore  - Free music composition and notation software
 musescore-common - Free music composition and notation software (common files)
Closes: 802710
Changes:
 musescore (2.2~pre20180302+dfsg1-1) experimental; urgency=high
 .
   * Bump Qt dependency to at least Qt 5.4 for QVector.removeOne()
   * New upstream snapshot of upcoming release (Closes: #802710)
   * Forward patches upstream, update DEP-3 patch headers
   * Fix PCH; build with PCH to speed up package build
   * Make all system-wide soundfonts available to MuseScore
   * Address new lintian concerns
   * Add patches to fix note collisions in playback and MIDI export
   * Allow separately-packaged version of fluidr3mono-gm-soundfont
   * Repack to exclude source-less soundfont from origtgz
   * Fix copyright file for fonts and icons
Checksums-Sha1:
 62764f0ef8e1162fcfd96eed14b95a036ddf104b 2591 
musescore_2.2~pre20180302+dfsg1-1.dsc
 ba485f1637a9f1241a594d11d7fc186ffab55a37 23261648 
musescore_2.2~pre20180302+dfsg1.orig.tar.xz
 fefe68807a57cb4eec9e1e789d64ce0acf7f3be6 40400 
musescore_2.2~pre20180302+dfsg1-1.debian.tar.xz
 affa48d8244a5337b771491536fce13848b3cb74 3077132 
musescore-common_2.2~pre20180302+dfsg1-1_all.deb
 8b587623c85c4a8cebd6bb4f875d8ebf5073bcaa 113097352 
musescore-dbgsym_2.2~pre20180302+dfsg1-1_amd64.deb
 3760a588d665e050a3f0100b55e8d9e8cfdf008f 12917 
musescore_2.2~pre20180302+dfsg1-1_amd64.buildinfo
 fd7596f73017ad89023ad0ab4b284c724b48c365 8144808 
musescore_2.2~pre20180302+dfsg1-1_amd64.deb
Checksums-Sha256:
 370e0ba6fe3f4f4da1546a8f31e6853135557872e9fc4d7d2e6200b602a961cc 2591 
musescore_2.2~pre20180302+dfsg1-1.dsc
 a299888b74a94bbded7525e0d01dd7da1431cd3d94337cb0597cacf12bf3ea3f 23261648 
musescore_2.2~pre20180302+dfsg1.orig.tar.xz
 715dafe2f64507beb96fb960ee06e142d2872c60e46e4b403be699295be3dff8 40400 
musescore_2.2~pre20180302+dfsg1-1.debian.tar.xz
 1b885d328ad32d1d5c5b8db4552bc5d3fb187af9c9241884417f7558c9d46dbe 3077132 
musescore-common_2.2~pre20180302+dfsg1-1_all.deb
 a7e0db91b56e3fe06674d9f3de3fa5d3727f39534cdf5b401c44123f83f43d64 113097352 
musescore-dbgsym_2.2~pre20180302+dfsg1-1_amd64.deb
 f7a7838deae33df239ece0d2c4306567a26b3700016c4f847948e6f07886c2e8 12917 
musescore_2.2~pre20180302+dfsg1-1_amd64.buildinfo
 0e857f882ebac06c856778a1d2bc4ab881662ad4262cc071f68f8ae66b28918d 8144808 
musescore_2.2~pre20180302+dfsg1-1_amd64.deb
Files:
 f9ffa410a2cb19a7367f620f3e22c038 2591 sound optional 
musescore_2.2~pre20180302+dfsg1-1.dsc
 af4270fe6fe6ee9a3fd7ea01d072882b 23261648 sound optional 
musescore_2.2~pre20180302+dfsg1.orig.tar.xz
 35a63b394a083ae661fe07b56da99374 40400 sound optional 
musescore_2.2~pre20180302+dfsg1-1.debian.tar.xz
 a242767a75ba28e1ebeef492e6067d86 3077132 sound optional 
musescore-common_2.2~pre20180302+dfsg1-1_all.deb
 002a703a6ff6cc58fbc97176dd430951 113097352 debug optional 
musescore-dbgsym_2.2~pre20180302+dfsg1-1_amd64.deb
 b7f497c6ad80c3ea12df530b296525ce 12917 sound optional 
musescore_2.2~pre20180302+dfsg1-1_amd64.buildinfo
 1090155b100ebddd05e4877ea90d913a 8144808 sound optional 
musescore_2.2~pre20180302+dfsg1-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (MirBSD)
Comment: ☃ ЦΤℱ—８　☕☂☄

iQIcBAEBCQAGBQJanTEgAAoJEHa1NLLpkAfg5OIQAMLU4tHG8muLdxxWsE72pRpg
uyy1K1Tc2YB9G7dRCky8+kX0Yb2Uj964CQTuad7czZ2+FskpL3xLLsZyZ7+TPqgL
3upGx47urzGE1yKWlyvlTx6//iGjyiePZfg7l8GQL9J14gctKSRJG2udwvuEi9z8
hgTm2BWSRzQmuS30jievaxArZuiT1rI2k5WXj9h424h1w5NCVWYjYRxnkoX+JSo+
M3wfAr1rMC/mcNh9BkicHrvxQzIn09kMRf0JQ6xjKFcAsPI2PsMuoM7SKUFoj8c+
k2KsJo/7nFY3WEPR/iQuJjO5ekxK2PscLnKGQ7HnpQu9kk4as58DV/F24qNqhYls
q09H/367SmaJAmHjgO/QST7HPDLFTUTtUJ8YcVUurgKKUmzbptpqZZsTHZXq2qom
r1Jmjc6PkW/gxyKYSInbl4HnzCC2xwWmF/EIf5cHuwqvCu5KUUBc81G1GWRK4zSh
DOsOtdRgkL7G3JKHyvZMDOXF535xliY/QgyRRerybkfMJs9llry+k94H9UoRHqwV
VRSzZ6gjv5oiGzmUiGEkdWRe20elnUDn0jpOqYHqlHt2rLmtD5L4T+a1Yi5mXdIo
wiPkCkSfcFY6PhDCFXIi6xaTZo2YeY96Gml1mTVK6h2pKn6XpYjmigqbINuFC2iV
4MX6wAX6VB1iWUKYdkyu
=n2aQ
-END PGP SIGNATURE-


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Accepted fluidr3mono-gm-soundfont 2.315-1 (source all) into unstable, unstable

[Thorsten Glaser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384

Format: 1.8
Date: Mon, 05 Mar 2018 02:54:25 +0100
Source: fluidr3mono-gm-soundfont
Binary: fluidr3mono-gm-soundfont
Architecture: source all
Version: 2.315-1
Distribution: unstable
Urgency: high
Maintainer: Thorsten Glaser <t...@mirbsd.de>
Changed-By: Thorsten Glaser <t...@mirbsd.de>
Description:
 fluidr3mono-gm-soundfont - Fluid (R3) Mono GM SoundFont from MuseScore 2.1
Changes:
 fluidr3mono-gm-soundfont (2.315-1) unstable; urgency=high
 .
   * Initial Release
Checksums-Sha1:
 87d982e315dd255cd21fc6bc9701238a034ecc2b 1917 
fluidr3mono-gm-soundfont_2.315-1.dsc
 b81e49ec3ea04bacee3c5146980329bb2cb64e68 86444136 
fluidr3mono-gm-soundfont_2.315.orig.tar.xz
 ba564c41f136a54aa06d11d2acd49caeaaf3a5d3 2504 
fluidr3mono-gm-soundfont_2.315-1.debian.tar.xz
 6c3b2a900642037f26355390ff4676cfcbf40a9c 14866340 
fluidr3mono-gm-soundfont_2.315-1_all.deb
 9d4cdcc5c9781a51c7b66faafe1e88ada94a501e 4882 
fluidr3mono-gm-soundfont_2.315-1_amd64.buildinfo
Checksums-Sha256:
 97308d1fbff615dfda8ffb79fa5a8c1da33a6186a66519da8ed55317d9541395 1917 
fluidr3mono-gm-soundfont_2.315-1.dsc
 de9cb6cb158803c7ba41c0bf8d1da16ef03ec9bccbf205d2ccc0ec4bc9a10655 86444136 
fluidr3mono-gm-soundfont_2.315.orig.tar.xz
 08ff4be0bf68d3d00122d966e6595f8d5f03050623ff693b33baf5b1a35dc5b2 2504 
fluidr3mono-gm-soundfont_2.315-1.debian.tar.xz
 e10edeb3e202c6e5b59f425af3d10228c75f3ec4d5f8a783064009582a8c3f03 14866340 
fluidr3mono-gm-soundfont_2.315-1_all.deb
 b9644b8af9e6aa679c5329f7d1a30b87ef1a509d0d5c74b3272102bd528e6023 4882 
fluidr3mono-gm-soundfont_2.315-1_amd64.buildinfo
Files:
 5220b6100de092dad67dc69428b2c6db 1917 sound optional 
fluidr3mono-gm-soundfont_2.315-1.dsc
 4df5c8b9584ff5cfedf74290a7407f14 86444136 sound optional 
fluidr3mono-gm-soundfont_2.315.orig.tar.xz
 2e808800165a455c9bcce4cc621e7f19 2504 sound optional 
fluidr3mono-gm-soundfont_2.315-1.debian.tar.xz
 0a0dc3313ad8a313e474f2968b72e440 14866340 sound optional 
fluidr3mono-gm-soundfont_2.315-1_all.deb
 76d30592af19050299a6aae4adebe7c0 4882 sound optional 
fluidr3mono-gm-soundfont_2.315-1_amd64.buildinfo

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (MirBSD)
Comment: ☃ ЦΤℱ—８　☕☂☄

iQIcBAEBCQAGBQJanKV0AAoJEHa1NLLpkAfgl3AQAJboqf2RY9ZQ0zi0hqqzrxDT
3YGMIU4kJmXhnkN0nKwybsr9hW/sf0JR6Mmf2x53/e0vKMSZOGKwV7B2/eg9fF6f
0uvXCGKMsxoMXmfjvif3ylw6Ze4w79TyxS8yqovYkEyqLx1gZAAcXPwge6NFnciZ
opDcoWm+WRUP8fvOCcoS2wLXrOqsJCMqgBaR8qZsjpSugGCoHjavPfAxN5rnZF1Z
/KPV284tipsll5ZmcPS+Im5BEECNp5RaLQuRcNR159B5itRaBXRCJ+GZ+7zrwXEs
hRHDvUi0MNb+idIpMlVloaqBxm9omc09bwRVXddfxfYQNFakTODPO6k1HCcqwVVb
0uxRFUu2bftDDUhw3bepqJM3BceMRKp7sktVbqlxYmzFRke/mpTnGZq0WnjRxn/Y
QhBjYhVAJcxQyKdmP6YI7c6Oqus2VVHcV8iktLePvrSBDFUUxfG21S/JIvQ5ka+g
I1KYVc6KsoPJScGkJqx7Cyu7nAiilmlX15KXUnff8VW6+ODEWR6ehq7M6+Z1y9Xp
fscgSt+shNmNqaBMzYow4Ih7UOvkZ4AqzkDtTB6KLYW+mD8QRbRfmcTVKXMVoigc
53FyAuEFoqO9byPjwKBS1BTZZjEQnWSn4wWwTgf3qzx1LZKVi2KpXNzwD7rETN2X
QcYVzPp80hwonfRfFJ6l
=gQow
-END PGP SIGNATURE-


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#842926: musescore: Segment violation when Musescore opens with wizard (start center) active

[Thorsten Glaser]

retitle 842926 musescore: Segment violation when Musescore opens with wizard 
(start center) active
thanks

Hi,

does this still occur?

If so, I have a hunch that this will be fixed
in 2.2~pre20180302+dfsg1-1 (which will be uploaded
after ftpmaster process the other two NEW packages).

If not, please close the bug ;-)

Thanks,
//mirabilos
-- 
Solange man keine schmutzigen Tricks macht, und ich meine *wirklich*
schmutzige Tricks, wie bei einer doppelt verketteten Liste beide
Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz
hervorragend.   -- Andreas Bogk über boehm-gc in d.a.s.r

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#802710: Fwd: [MuseScore] Embeds Qt5's private headers without putting them in a namespace

[Thorsten Glaser]

Things are getting fixed upstream.--- Begin Message ---
Comment by ericfontainejazz:

Please see https://github.com/musescore/MuseScore/pull/3498 [1] which removes 
that private header entirely.  That might fix this bug as well.

Cross-linking to that PR's issue: #269845: may crash before splash screen on 
2.1, 2.2, or master with Qt 5.10 due to diverged copy-and-pasted 
QPaintEnginePrivate header file [2]

—
You are receiving this because you are subscribed on this thread. View it on 
MuseScore [3] or unsubscribe from this thread [4].


[1] https://github.com/musescore/MuseScore/pull/3498
[2] https://musescore.org/en/node/269845
[3] https://musescore.org/en/comment/822285#comment-822285
[4] https://musescore.org/settings/subscriptions

--- End Message ---
--- Begin Message ---
Comment by lasconic:

The PR above is merged. No more private headers.

—
You are receiving this because you are subscribed on this thread. View it on 
MuseScore [1] or unsubscribe from this thread [2].


[1] https://musescore.org/en/comment/822514#comment-822514
[2] https://musescore.org/settings/subscriptions

--- End Message ---
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#884138: ffmpeg: scientific notation used for speed in progress bar

[Thorsten Glaser]

James Cowgill dixit:

>I guess you want to change it to "%5.4gx" or something else? The point
>where we change from normal to scientific notation is fairly arbitrary.

I guess I'd expect to never see scientific notation for
speed/progress indicators (the numbers switch very quickly,
and length is an easy indication of change).


rsync recently changed their formatting to include
thousands separators for their speed and size indicators
(which, of course, broke piping the output into sed,
easy to fix by putting a "| tr -d ," before it).

I'm not sure this would improve the situation here
(to use a custom formatting routine with thousands
separators, instead of printf) or not. I'd say that
that is upstream's call.


bye,
//mirabilos
-- 
 you introduced a merge commit│ % g rebase -i HEAD^^
 sorry, no idea and rebasing just fscked │ Segmentation
 should have cloned into a clean repo  │  fault (core dumped)
 if I rebase that now, it's really ugh │ wuahh

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#884138: ffmpeg: scientific notation used for speed in progress bar

[Thorsten Glaser]

Package: ffmpeg
Version: 7:3.4-4+b2
Severity: wishlist

size=   71457kB time=01:10:25.91 bitrate= 138.5kbits/s speed=1.4e+03x 

I guess my computer is just too fast for that task ☺ Command was:
for x in *.mp4; do ffmpeg -i "$x" -vn -sn -c:a copy ./"${x%.mp4}.wma"; done
So basically just switching containers (WMA is the only one that is
streamable by “ssh otherbox cat foo | mplayer -”, neither M4A nor
MPEG-TS are) and ditching all but the audio track.


-- System Information:
Debian Release: buster/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages ffmpeg depends on:
ii  libavcodec577:3.4-4
ii  libavdevice57   7:3.4-4+b2
ii  libavfilter67:3.4-4
ii  libavformat57   7:3.4-4
ii  libavresample3  7:3.4-4
ii  libavutil55 7:3.4-4
ii  libc6   2.25-3
ii  libpostproc54   7:3.4-4
ii  libsdl2-2.0-0   2.0.7+dfsg1-3
ii  libswresample2  7:3.4-4
ii  libswscale4 7:3.4-4

ffmpeg recommends no packages.

Versions of packages ffmpeg suggests:
pn  ffmpeg-doc  

-- no debconf information
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Comments regarding musescore_2.1.0+dfsg1-1_i386.changes

[Thorsten Glaser]

Hi Chris,

>Did you mean to include, for example:
>
> 363 License: Apache-2.0
> 364  Copyright [] [name of copyright owner]
>
>in d/copyright? (Same with the BSD-3-clause section)

I see what you mean. This is a part from the previous package
I did not change, and I guess the previous packager just added
the licence bodies from OSI or so.

Is this a problem? I don’t normally use DEP-5 myself; what’s
recommended there? I can include any suggested improvements
in the next upload then.

Thank you for pointing this out,
//mirabilos
-- 
I believe no one can invent an algorithm. One just happens to hit upon it
when God enlightens him. Or only God invents algorithms, we merely copy them.
If you don't believe in God, just consider God as Nature if you won't deny
existence.  -- Coywolf Qi Hunt

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#871920: musescore-common: please split out the FluidR3Mono_GM.sf3 sound font into a separate package

[Thorsten Glaser]

Hi Fabian,

> I have problems parsing the last sentence in the package description for
> fluidr3mono-gm-soundfont. I am sure you dodn't mean a "slow footprint" and

oops, indeed not. That’s what I get for doing this late in
the day while being distracted by coworkers… ;)

> Let me suggest the following:

Thanks. Have a look at the git repository to see whether I
bungled editing it or if it’s good now.

I suppose this alone isn’t worth a new upload of its own?

bye,
//mirabilos
-- 
>> Why don't you use JavaScript? I also don't like enabling JavaScript in
> Because I use lynx as browser.
+1
-- Octavio Alvarez, me and ⡍⠁⠗⠊⠕ (Mario Lang) on debian-devel

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#871920: musescore-common: please split out the FluidR3Mono_GM.sf3 sound font into a separate package

[Thorsten Glaser]

On Tue, 10 Oct 2017, Fabian Greffrath wrote:

> Hi again,

same,

> Am Dienstag, den 10.10.2017, 17:41 +0200 schrieb Thorsten Glaser:
> > What if they decide to stop shipping it?
>
> then we would proceed as we did for the previous soundfont they
> provided, i.e. timgm6mb-soundfont. That is, we would continue to
> package it in its own source package.

Yes, as you argued later on in your eMail.

> .o(On the other hand, musescore requires a soundfont to be installed in
> order to work, so why should they ever stop shipping one? In that case,

They could switch to a different one, is what I meant.

(or embed it in the C source… *shudder*)

> > Yes, but, I’m a MuseScore user, and so really really *really* wish
> > to not prevent getting a newer version.
>
> I don't think the soundfont is to blame for the slow adaption of
> musescore 2.0 in Debian. It was just the usual packaging glue. ;)

No, I got a .dsc from Toby way before it entered Debian, which worked
with only the most minor tweaks (it *was* intended for his PPA), and
the soundfont slowed getting it uploaded to Debian by quite a bit.

I hope I’ll be able to speed things up in the future now, though. I
was a new to-be-a-user-soon back then only learning of its existence
by a workshop a fellow choir member gave.

> If future problems arise with the soundfont, we will package it in its
> own source package and upload new musescore releases to experimental in

Exactly. Good that we’re on the same page.

> > I can do that, but thanks.
>
> Cool, thank you!

Uploaded, should enter NEW any time now.

bye,
//mirabilos
-- 
«MyISAM tables -will- get corrupted eventually. This is a fact of life. »
“mysql is about as much database as ms access” – “MSSQL at least descends
from a database” “it's a rebranded SyBase” “MySQL however was born from a
flatfile and went downhill from there” – “at least jetDB doesn’t claim to
be a database”  ‣‣‣ Please, http://deb.li/mysql and MariaDB, finally die!

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#871920: musescore-common: please split out the FluidR3Mono_GM.sf3 sound font into a separate package

[Thorsten Glaser]

tags 871920 + pending
thanks

Hi Fabian,

> If upstream finds a way to further improve the soundfont and decides to
> ship a modified version in the next release, I am fine with that.
> 
> The actual file format, I believe, can be considered stable, though. It
> has already been adopted by other upstreams than musescore and fluidsynth.

I guess so, yes.

> > Sure, we can split it off, and itâ??ll be versioned with the version
> > of the corresponding MuseScore package, but thatâ??ll be all of it,
> > unless someone actively maintains the soundfont.
> 
> Sure, as long as musescore keeps shipping this soundfont, it will be part
> of that source package.

What if they decide to stop shipping it?

> > Furthermore, MuseScore may cease shipping this, or ship an
> > incompatible version, in the future. I *really* wish to avoid
> > a repeat of #768524 where we could not upgrade MuseScore because
> > something used the old soundfont.
> 
> I'd rather see it as a positive sign that musescore's soundfont has proved
> useful outside of its original scope.

Yes, but, I’m a MuseScore user, and so really really *really* wish
to not prevent getting a newer version.

> > If Fabian insists, [...]
> 
> I do, please split the soundfont off into a separate package. ;)

OK, will do with the next upload.

> > If anyone cares about it and would maintain the soundfont split
> > off if necessary, do share.
> 
> I can take care of implementing the soundfont split-off in the musescore

I can do that, but thanks.

> Debian package and I would also volunteer to maintain it in a separate
> source package should musescore ever decide to break it or not ship it
> anymore.

Okay. Case closed.

Thanks,
//mirabilos
-- 
«MyISAM tables -will- get corrupted eventually. This is a fact of life. »
“mysql is about as much database as ms access” – “MSSQL at least descends
from a database” “it's a rebranded SyBase” “MySQL however was born from a
flatfile and went downhill from there” – “at least jetDB doesn’t claim to
be a database”  ‣‣‣ Please, http://deb.li/mysql and MariaDB, finally die!

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#871920: musescore-common: please split out the FluidR3Mono_GM.sf3 sound font into a separate package

[Thorsten Glaser]

Hi Fabian,

> in the SF3 format that musescore introduced. It is thus appropriate to
> split out the FluidR3Mono_GM.sf3 sound font that comes bundled with
> musescore into its own package, install it into /usr/share/sounds/sf3/

as far as I’m informed, the soundfont is not an “API” of MuseScore,
i.e. it can, and possibly will, change without notice.

Sure, we can split it off, and it’ll be versioned with the version
of the corresponding MuseScore package, but that’ll be all of it,
unless someone actively maintains the soundfont.

Furthermore, MuseScore may cease shipping this, or ship an
incompatible version, in the future. I *really* wish to avoid
a repeat of #768524 where we could not upgrade MuseScore because
something used the old soundfont.

So, what’s it going to be?

I guess this is really a question to the entire team, to which
I’m new, because I’m trying to get more involved with MuseScore,
having that is, obviously, my priority (mostly because I use it
and might be able to help them fix some bugs).

If nobody else cares, I’d put this as WONTFIX.

If Fabian insists, but nobody else cares, I’d be willing enough
to split the package off but with absolutely no guarantees of
it not going away (although probably with a grace period in which
the new version would sit in experimental, so downstream packages’
maintainers could adjust).

If anyone cares about it and would maintain the soundfont split
off if necessary, do share.

bye,
//mirabilos
-- 
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font.   -- Rob Pike in "Notes on Programming in C"

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: musescore_2.1.0+dfsg1-0.2~bpo9+1_amd64.changes is NEW

[Thorsten Glaser]

Hi Fabian,

>if you had to go through NEW anyway, why didn't you consider to

I think you’re confused ;-)

This is backports-NEW, not unstable-NEW. I uploaded 2.1 to
stretch-backports as discussed in the MuseScore IRC channel,
and tvaz agreed I can comaintain this.

>separate the SF3 soundfont out into a separate package as I requested
>in #871920?

Because that’s something that can only be done in an update
in sid or experimental. (I’d also have to research a few things
for that, given that I’m new at MuseScore maintenance, and my
focus is a number of bugfixes at the moment, asides from ensuring
our users get updates in reasonable time so upstream can cease
endorsing AppStream images.)

bye,
//mirabilos
-- 
18:47⎜ well channels… you see, I see everything in the
same window anyway  18:48⎜ i know, you have some kind of
telnet with automatic pong 18:48⎜ haha, yes :D
18:49⎜ though that's more tinyirc – sirc is more comfy

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#871075: musescore: FTBFS: make[4]: *** No rule to make target 'all.h', needed by 'thirdparty/singleapp/src/CMakeFiles/qtsingleapp_autogen'. Stop.

[Thorsten Glaser]

Lucas Nussbaum dixit:

>During a rebuild of all packages in sid, your package failed to build on
>amd64.
>
>Relevant part (hopefully):

>> make[4]: *** No rule to make target 'all.h', needed by 
>> 'thirdparty/singleapp/src/CMakeFiles/qtsingleapp_autogen'.  Stop.

Yes, it is, thanks. I fought with that while packaging 2.1,
which is in experimental.

We’ll likely upload 2.1 to unstable RSN. I am still waiting
on user feedback, and feedback from the proper maintainers
(so I maybe can make it a Team Upload instead of NMU), but
I can do it this week.

Thanks,
//mirabilos
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#870791: gsequencer: musescore-soundfont-gm -> timgm6mb-soundfont

[Thorsten Glaser]

Source: gsequencer
Severity: normal

Hi,

please update the Suggests so it still works after removal
of the transitional package — the old soundfont was renamed.

Thanks!

-- System Information:
Debian Release: buster/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.11.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#870790: vlc-plugin-fluidsynth: musescore-soundfont-gm -> timgm6mb-soundfont

[Thorsten Glaser]

Package: vlc-plugin-fluidsynth
Severity: normal

Hi,

please update the dependency so it still works after removal
of the transitional package — the old soundfont was renamed.

Thanks!

-- System Information:
Debian Release: buster/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.11.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages vlc-plugin-fluidsynth depends on:
ii  fluid-soundfont-gm  3.1-5.1
ii  libc6   2.24-14
ii  libfluidsynth1  1.1.6-4
pn  libvlccore8 

vlc-plugin-fluidsynth recommends no packages.

vlc-plugin-fluidsynth suggests no packages.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#861776: musescore: version 2.1 released

[Thorsten Glaser]

Source: musescore
Severity: normal

Hi,

as I already pointed out to tvaz in IRC (no idea if Toby is in IRC):
MuseScore 2.1 got released recently, and having it in experimental
would be great (not in unstable due to the freeze), especially as
they managed to make the data format compatible in both directions
(with a select very few exceptions), meaning downgrades don’t lose
users’ data.

I could help, too. While I don’t really speak C++ nor have much Qt
experience, I know my packaging, and I’ve been wanting to get more
involved with MuseScore anyway, so if you wish for me to try to
prepare an updated package or even upload it to experimental, just
tell me.

Thanks in advance!

-- System Information:
Debian Release: 9.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32
 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#852328: musescore: creates directory MuseScore2 in $HOME

[Thorsten Glaser]

Package: musescore
Version: 2.0.3+dfsg1-2
Severity: normal

MuseScore recently creates a directory ~/MuseScore2 with
a subdirectory Soundfonts. All other MuseScore data is
in ~/.MuseScore2/ instead.


-- System Information:
Debian Release: stretch/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages musescore depends on:
ii  desktop-file-utils   0.23-1
ii  libasound2   1.1.2-1
ii  libc62.24-2
ii  libfreetype6 2.6.3-3+b1
ii  libgcc1  1:6.2.0-2
ii  libportaudio219+svn20140130-1
ii  libpulse09.0-3
ii  libqt5core5a [qtbase-abi-5-6-1]  5.6.1+dfsg-3+b1
ii  libqt5gui5   5.6.1+dfsg-3+b1
ii  libqt5help5  5.6.1-2
ii  libqt5network5   5.6.1+dfsg-3+b1
ii  libqt5printsupport5  5.6.1+dfsg-3+b1
ii  libqt5qml5   5.6.1-7
ii  libqt5quick5 5.6.1-7
ii  libqt5sql5-sqlite5.6.1+dfsg-3+b1
ii  libqt5svg5   5.6.1-2
ii  libqt5webkit55.6.1+dfsg-5
ii  libqt5widgets5   5.6.1+dfsg-3+b1
ii  libqt5xml5   5.6.1+dfsg-3+b1
ii  libqt5xmlpatterns5   5.6.1-2
ii  libsndfile1  1.0.25-10
ii  libstdc++6   6.2.0-2
ii  libvorbisfile3   1.3.5-3
ii  musescore-common 2.0.3+dfsg1-2
ii  qml-module-qtquick-controls  5.6.1-2
ii  qml-module-qtquick-dialogs   5.6.1-2
ii  qml-module-qtquick-layouts   5.6.1-2
ii  qml-module-qtquick2  5.6.1-7
ii  shared-mime-info 1.6-1
ii  xdg-utils1.1.1-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages musescore recommends:
pn  pulseaudio-utils  

Versions of packages musescore suggests:
pn  fluid-soundfont-gm  
pn  timgm6mb-soundfont  

-- no debconf information

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#823160: musescore: Playback volume inside of MuseScore is low

[Thorsten Glaser]

On Sun, 1 May 2016, Forrest Cahoon wrote:

> When playing back music inside of MuseScore, the volume is really low.

Just hit F11 (play panel) then raise it. I think this is an
upstream default, to not shock people close by, as playback
is also enabled during note input and note selection.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#836596: libavutil55: borked NMUs with differing changelog

[Thorsten Glaser]

Daniel Schepler dixit:

>Sorry about that, I did in fact have to do manual builds for the
>reason mentioned (and it looks like essentially the same situation

Ah okay. I do them occasionally to, but…

>still exists on hppa and sparc64).  I thought the build system would
>automatically separate out the binNMU log into
>/usr/share/doc/*/changelog.x32.gz.

… it only does do that when you run 'dch --bin-nmu' in the chroot.
Which is what I do when I manually build an NMU.

bye,
//mirabilos
-- 
Stéphane, I actually don’t block Googlemail, they’re just too utterly
stupid to successfully deliver to me (or anyone else using Greylisting
and not whitelisting their ranges). Same for a few other providers such
as Hotmail. Some spammers (Yahoo) I do block.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#836596: libavutil55: borked NMUs with differing changelog

[Thorsten Glaser]

Package: libavutil55
Version: 7:3.1.3-1+b3
Severity: normal

[…]
Unpacking dput (0.10.3) over (0.9.6.4) ...
Preparing to unpack .../08-libavutil55_7%3a3.1.3-1+b3_i386.deb ...
De-configuring libavutil55:x32 (7:3.1.3-1) ...
Unpacking libavutil55:i386 (7:3.1.3-1+b3) over (7:3.1.3-1) ...
Preparing to unpack .../09-libavutil55_7%3a3.1.3-1+b3_x32.deb ...
Unpacking libavutil55:x32 (7:3.1.3-1+b3) over (7:3.1.3-1) ...
dpkg: error processing archive 
/tmp/apt-dpkg-install-rPYNV8/09-libavutil55_7%3a3.1.3-1+b3_x32.deb (--unpack):
 trying to overwrite shared '/usr/share/doc/libavutil55/changelog.Debian.gz', 
which is different from other instances of package libavutil55:x32
Preparing to unpack .../10-libswresample2_7%3a3.1.3-1+b3_i386.deb ...
De-configuring libswresample2:x32 (7:3.1.3-1) ...
[…]

And indeed, the file differs:

-rw-r--r--  1 tglase tglase  7526 Aug 28 12:12 clog-i386.gz
-rw-r--r--  1 tglase tglase  7642 Sep  3 16:36 clog-x32.gz

On x32, the binNMU was applied directly, apparently:

tglase@tglase:~ $ diff -u clog-*
--- clog-i386   2016-08-28 12:12:00.0 +0200
+++ clog-x322016-09-03 16:36:00.0 +0200
@@ -1,3 +1,10 @@
+ffmpeg (7:3.1.3-1+b3) unstable; urgency=medium
+
+  * Binary-only NMU: Rebuild against against libchromaprint1.
+  * Manually built to resolve circular Build-Depends with chromaprint.
+
+ -- x32 Build Daemon (frobozz)   
Sat, 03 Sep 2016 07:36:24 -0700
+
 ffmpeg (7:3.1.3-1) unstable; urgency=medium

   * Team upload.

I’ll Cc the relevant people for that.

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

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#824956: Re. the Musescore situation in sid

[Thorsten Glaser]

James Cowgill dixit:

>Woops I think that was my fault. It should be fixed in 2.0.3+dfsg1-2.

For what’s worth, 2.0.3+dfsg1-2 works fine on my amd64 laptop
in a quick test.

Thanks,
//mirabilos
-- 
 cool ein Ada Lovelace Google-Doodle. aber zum 197. Geburtstag? Hätten
die nicht noch 3 Jahre warten können?  bis dahin gibts google nicht
mehr  ja, könnte man meinen. wahrscheinlich ist der angekündigte welt-
untergang aus dem maya-kalender die globale abschaltung von google ☺ und darum
müssen die die doodles vorher noch raushauen

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#824956: Re. the Musescore situation in sid

[Thorsten Glaser]

Fabian Greffrath dixit:

>Ah, whatever. It compiled fine and so I uploaded it. So users can

Looks like build-arch/binary-arch is broken.

bye,
//mirabilos (no, I probably wouldn’t have caught that either)
-- 
Stéphane, I actually don’t block Googlemail, they’re just too utterly
stupid to successfully deliver to me (or anyone else using Greylisting
and not whitelisting their ranges). Same for a few other providers such
as Hotmail. Some spammers (Yahoo) I do block.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#824956: Re. the Musescore situation in sid

[Thorsten Glaser]

Fabian Greffrath dixit:

>I could do a team upload of the current state in GIT this evening.

Thanks!

>Could you confirm this is fine for uploading as it is now?

I’ll compile and test it now (modulo time needed for cooking,
eating, etc). and mail back.

bye,
//mirabilos
-- 
„Cool, /usr/share/doc/mksh/examples/uhr.gz ist ja ein Grund,
mksh auf jedem System zu installieren.“
-- XTaran auf der OpenRheinRuhr, ganz begeistert
(EN: “[…]uhr.gz is a reason to install mksh on every system.”)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re. the Musescore situation in sid

[Thorsten Glaser]

Hi everyone,

the version in the packaging repository allegedly fixes the
problem with the new Qt version. If it works as-is, can an
NMU be done to get people able to dist-upgrade their sid
systems at least, even if the version in the packaging git
is UNRELEASED?

I’m considering building it as 2.0.3+dfsg1-0.1 locally (on
x32) and testing that it at least works for basic functions,
but I need a willing sponsor. Otherwise, if someone else
does it, that’d be just fine with me as well.

Thanks in advance,
//mirabilos (current hat: music performer)
-- 
Stéphane, I actually don’t block Googlemail, they’re just too utterly
stupid to successfully deliver to me (or anyone else using Greylisting
and not whitelisting their ranges). Same for a few other providers such
as Hotmail. Some spammers (Yahoo) I do block.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#824956: musescore *still* not installable

[Thorsten Glaser]

forcemerge 824956 830715
thanks

Will there be anything done about it soon, please?

Thanks,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#824956: musescore: uninstallable in sid

[Thorsten Glaser]

Dear maintainer,

can we please have this fixed? This is keeping my sid system rioting.

Thanks,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#815688: musescore: missing user manual

[Thorsten Glaser]

Package: musescore
Version: 2.0.2+dfsg-2
Severity: normal

tg@leee:~ $ musescore  
QXcbConnection: Failed to initialize XRandr
Qt: XKEYBOARD extension not present on the X server.
initScoreFonts 0x9a75008
init Help from: 
cannot setup data for help engine: Cannot open collection file: 
/usr/share/mscore-2.0/manual/doc_de.qhc

This also happened on first start, before I changed the language:

init Help from: 
cannot setup data for help engine: Cannot open collection file: 
/usr/share/mscore-2.0/manual/doc_en_GB.qhc

No surprise though, because:

ls: cannot access '/usr/share/mscore-2.0/manual': No such file or directory

I think the manual ought to be available, or is there a
reason it isn’t?

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 4.4.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages musescore depends on:
ii  desktop-file-utils   0.22-1
ii  libasound2   1.1.0-1
ii  libc62.21-9
ii  libfreetype6 2.6.1-0.1
ii  libgcc1  1:5.3.1-9
ii  libogg0  1.3.2-1
ii  libportaudio219+svn20140130-1
ii  libpulse08.0-1
ii  libqt5concurrent55.5.1+dfsg-14
ii  libqt5core5a [qtbase-abi-5-5-1]  5.5.1+dfsg-14
ii  libqt5designer5  5.5.1-3
ii  libqt5gui5   5.5.1+dfsg-14
ii  libqt5help5  5.5.1-3
ii  libqt5network5   5.5.1+dfsg-14
ii  libqt5printsupport5  5.5.1+dfsg-14
ii  libqt5qml5   5.5.1-3
ii  libqt5quick5 5.5.1-3
ii  libqt5quickwidgets5  5.5.1-3
ii  libqt5sql5   5.5.1+dfsg-14
ii  libqt5sql5-sqlite5.5.1+dfsg-14
ii  libqt5svg5   5.5.1-2
ii  libqt5test5  5.5.1+dfsg-14
ii  libqt5webkit55.5.1+dfsg-2
ii  libqt5widgets5   5.5.1+dfsg-14
ii  libqt5xml5   5.5.1+dfsg-14
ii  libqt5xmlpatterns5   5.5.1-2
ii  libsndfile1  1.0.25-10
ii  libstdc++6   5.3.1-9
ii  libvorbis0a  1.3.5-3
ii  libvorbisfile3   1.3.5-3
ii  musescore-common 2.0.2+dfsg-2
ii  qml-module-qtquick-controls  5.5.1-2
ii  qml-module-qtquick-layouts   5.5.1-2
ii  qml-module-qtquick2  5.5.1-3
ii  shared-mime-info 1.5-2
ii  xdg-utils1.1.1-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages musescore recommends:
pn  pulseaudio-utils  

Versions of packages musescore suggests:
pn  fluid-soundfont-gm  
pn  timgm6mb-soundfont  

-- no debconf information

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#797169: mjpegtools: FTBFS with x32 because of unused SIMD code remains

[Thorsten Glaser]

Source: mjpegtools
Version: 1:2.1.0+debian-3
Severity: important
Tags: patch

Hi,

your package configures with --disable-simd-accel but the upstream
code fails to fully disable all related functions, leading to some
asm code still being compiled, which fails on x32 due to its model.

The attached patch fully disables the (unused anyway!) code making
it buildable on x32. I tested on i386, where it still builds, too.

Please apply and forward upstream. Thanks!

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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
diff -Nru mjpegtools-2.1.0+debian/debian/changelog mjpegtools-2.1.0+debian/debian/changelog
--- mjpegtools-2.1.0+debian/debian/changelog	2014-12-08 11:08:24.0 +0100
+++ mjpegtools-2.1.0+debian/debian/changelog	2015-08-28 10:37:41.0 +0200
@@ -1,3 +1,10 @@
+mjpegtools (1:2.1.0+debian-3+x32.1) unreleased; urgency=medium
+
+  * Non-maintainer upload.
+  * New patch to disable unused CPU detection
+
+ -- Thorsten Glaser t.gla...@tarent.de  Fri, 28 Aug 2015 10:37:14 +0200
+
 mjpegtools (1:2.1.0+debian-3) unstable; urgency=medium
 
   [ Alessio Treglia ]
diff -Nru mjpegtools-2.1.0+debian/debian/patches/18_no-simd.patch mjpegtools-2.1.0+debian/debian/patches/18_no-simd.patch
--- mjpegtools-2.1.0+debian/debian/patches/18_no-simd.patch	1970-01-01 01:00:00.0 +0100
+++ mjpegtools-2.1.0+debian/debian/patches/18_no-simd.patch	2015-08-28 10:37:06.0 +0200
@@ -0,0 +1,76 @@
+Description: Test for SIMD instructions at run-time only if configured.
+ Do not attempt to use e.g. CPU detection if the result does not matter
+ anyway; fixes FTBFS on architectures with slightly different asm, such
+ as x32.
+Author: Thorsten Glaser t.gla...@tarent.de
+Forwarded: no
+Bug-Debian: coming
+Last-Update: 2015-08-28
+
+--- a/configure.ac
 b/configure.ac
+@@ -386,6 +386,8 @@ AC_SUBST(PROGRAM_NOPIC)
+ 
+ if test $enable_simd_accel != false -a $enable_simd_accel != no
+ then
++  AC_DEFINE(HAVE_SIMD_ACCEL, 1, [use SIMD multimedia instructions if possible])
++
+   if test x$have_x86cpu = xtrue
+   then
+   AC_MSG_CHECKING([if C compiler accepts inline MMX assembly])
+--- a/utils/cpu_accel.c
 b/utils/cpu_accel.c
+@@ -38,7 +38,7 @@
+ #include malloc.h
+ #endif
+ 
+-#ifdef HAVE_ALTIVEC
++#if defined(HAVE_SIMD_ACCEL)  defined(HAVE_ALTIVEC)
+ extern int altivec_copy_v0();
+ #endif
+ 
+@@ -77,7 +77,7 @@ extern int altivec_copy_v0();
+ 
+ static char *parse_next(char **, const char *);
+ 
+-#ifdef HAVE_X86CPU 
++#if defined(HAVE_SIMD_ACCEL)  defined(HAVE_X86CPU)
+ 
+ /* Some miscelaneous stuff to allow checking whether SSE instructions cause
+illegal instruction errors.
+@@ -208,7 +208,7 @@ static int x86_accel (void)
+ #endif
+ 
+ 
+-#ifdef HAVE_ALTIVEC
++#if defined(HAVE_SIMD_ACCEL)  defined(HAVE_ALTIVEC)
+ /* AltiVec optimized library for MJPEG tools MPEG-1/2 Video Encoder
+  * Copyright (C) 2002  James Klicman ja...@klicman.org
+  *
+@@ -263,7 +263,7 @@ noAltiVec:
+ 
+ int32_t cpu_accel (void)
+ {
+-#ifdef HAVE_X86CPU 
++#if defined(HAVE_SIMD_ACCEL)  defined(HAVE_X86CPU)
+ static int got_accel = 0;
+ static int accel;
+ 
+@@ -273,7 +273,7 @@ int32_t cpu_accel (void)
+ }
+ 
+ return accel;
+-#elif defined(HAVE_ALTIVEC)
++#elif defined(HAVE_SIMD_ACCEL)  defined(HAVE_ALTIVEC)
+ return detect_altivec();
+ #else
+ return 0;
+@@ -356,7 +356,7 @@ void *bufalloc( size_t size )
+ 
+ 	if( !bufalloc_init )
+ 	{
+-#ifdef HAVE_X86CPU 
++#if defined(HAVE_SIMD_ACCEL)  defined(HAVE_X86CPU)
+ 		if( (cpu_accel()   (ACCEL_X86_SSE|ACCEL_X86_3DNOW)) != 0 )
+ 		{
+ 			simd_alignment = 64;
diff -Nru mjpegtools-2.1.0+debian/debian/patches/series mjpegtools-2.1.0+debian/debian/patches/series
--- mjpegtools-2.1.0+debian/debian/patches/series	2014-12-08 09:30:45.0 +0100
+++ mjpegtools-2.1.0+debian/debian/patches/series	2015-08-28 10:35:06.0 +0200
@@ -11,3 +11,4 @@
 15_fix_qttoy4m_linking.diff
 16_fix_ftbfs_format_security.patch
 17_hurd.patch
+18_no-simd.patch
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#778777: src:libffado: FTBFS on x32: uses -m32

[Thorsten Glaser]

Source: libffado
Version: 2.2.1-2
Followup-For: Bug #778777

Attached is an updated patch of this. I’m uploading to unreleased.
Please merge with your next upload to unstable. Thanks.

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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
diff -Nru libffado-2.2.1/debian/changelog libffado-2.2.1/debian/changelog
--- libffado-2.2.1/debian/changelog	2014-07-07 18:38:49.0 +0200
+++ libffado-2.2.1/debian/changelog	2015-08-26 15:14:15.0 +0200
@@ -1,3 +1,10 @@
+libffado (2.2.1-2+x32.1) unreleased; urgency=medium
+
+  * Non-maintainer upload.
+  * Add x32 patch (Closes: #778777)
+
+ -- Thorsten Glaser t.gla...@tarent.de  Wed, 26 Aug 2015 15:14:07 +0200
+
 libffado (2.2.1-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru libffado-2.2.1/debian/patches/series libffado-2.2.1/debian/patches/series
--- libffado-2.2.1/debian/patches/series	2014-07-07 18:36:52.0 +0200
+++ libffado-2.2.1/debian/patches/series	2015-08-26 15:13:47.0 +0200
@@ -1 +1,2 @@
 cpuinfo-parsing.patch
+x32.patch
diff -Nru libffado-2.2.1/debian/patches/x32.patch libffado-2.2.1/debian/patches/x32.patch
--- libffado-2.2.1/debian/patches/x32.patch	1970-01-01 01:00:00.0 +0100
+++ libffado-2.2.1/debian/patches/x32.patch	2015-08-26 15:11:22.0 +0200
@@ -0,0 +1,16 @@
+# DP: x86 i386/x32/amd64 is like MIPS o32/n32/n64, not biarch multilib
+
+--- a/SConstruct
 b/SConstruct
+@@ -760,7 +760,10 @@ if cpuinfo.is_powerpc:
+ elif cpuinfo.is_x86:
+ if m32:
+ print Doing a 32-bit %s build for %s % (cpuinfo.machine, cpuinfo.model_name)
+-machineflags = { 'CXXFLAGS' : ['-m32'] }
++if cpuinfo.machine == 'x86_64':
++machineflags = { 'CXXFLAGS' : ['-mx32'] }
++else:
++machineflags = { 'CXXFLAGS' : ['-m32'] }
+ else:
+ print Doing a 64-bit %s build for %s % (cpuinfo.machine, cpuinfo.model_name)
+ machineflags = { 'CXXFLAGS' : ['-m64'] }
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: mplayer on x32: working❣

[Thorsten Glaser]

On Mon, 27 Jul 2015, Miguel A. Colón Vélez wrote:

 I pushed a commit to git which changes /etc/mplayer/mplayer.conf in x32 from
 ao=pulse,alsa,sdl:aalib
 to
 ao=pulse,alsa,oss,sdl:aalib
 
 Does this helps?

Thanks, I can confirm that this helps.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

mplayer on x32: working❣

[Thorsten Glaser]

Hi everyone,

I just installed mplayer on my Debian/x32 desktop and can
confirm it’s working fine. Thanks a lot for bringing it back!

Some observations:

• the default -ao alsa does not work because it uses an ioctl
  that appears to be broken on x32 (and possibly some MIPS
  variants), as ioctls are not yet triarch’d (fallback to
  -ao sdl:aalib also fails)

  ⇒ fix:
tglase@tglase:~ $ cat .mplayer/config
ao=oss

  This works perfectly.

  Can we address this somehow on the userland side until the
  kernel is fixed? Maybe make OSS default on x32 or, better,
  adding OSS as fallback to try when ALSA fails?

• there were some performance concerns because we disabled
  asm code in many codecs on x32; I just displayed a 480x360
  MP4 youtube video, either in window or on 1280x1024 fullscreen,
  with about 5% constant CPU usage (AMD Phenom(tm) II X4 965 Processor
  at 3.4 GHz), which I think is okay

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#793754: libass: FTBFS on x32 because it tries to use amd64-specific asm

[Thorsten Glaser]

Source: libass
Version: 0.12.3-1
Severity: important
Justification: fails to build from source (but built successfully in the past)

Recent versions of libass install yasm on [any-amd64], which is an
architecture wildcard that does include x32 (because it matches on
the CPU architecture, not the Debian architecture, which surprised
me initially too).

The attached patch fixes libass by expanding the wildcard to those
desired [amd64 kfreebsd-amd64] and - just to be sure - adds an ex-
plicit Build-Conflicts on yasm [x32] (passing --disable-asm to the
configure invocation would probably also work).

Please apply!

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

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
diff -Nru libass-0.12.3/debian/changelog libass-0.12.3/debian/changelog
--- libass-0.12.3/debian/changelog	2015-07-12 18:08:07.0 +0200
+++ libass-0.12.3/debian/changelog	2015-07-27 09:17:18.0 +0200
@@ -1,3 +1,10 @@
+libass (0.12.3-1+x32.1) unreleased; urgency=medium
+
+  * Non-maintainer upload.
+  * Do not depend on yasm on x32 to disable asm
+
+ -- Thorsten Glaser t...@mirbsd.de  Mon, 27 Jul 2015 09:16:57 +0200
+
 libass (0.12.3-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru libass-0.12.3/debian/control libass-0.12.3/debian/control
--- libass-0.12.3/debian/control	2015-04-20 21:48:43.0 +0200
+++ libass-0.12.3/debian/control	2015-07-27 09:16:53.0 +0200
@@ -12,7 +12,8 @@
  libfreetype6-dev,
  libfribidi-dev,
  libharfbuzz-dev,
- yasm [any-amd64]
+ yasm [amd64 kfreebsd-amd64]
+Build-Conflicts: yasm [x32]
 Standards-Version: 3.9.6
 Section: libs
 Homepage: https://github.com/libass/libass
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#792272: x265: FTBFS on x32

[Thorsten Glaser]

Sebastian Ramacher dixit:

If you want to port the asm code to x32, please submit your work upstream. I
don't intend to carry patches for the asm code in a package where the asm code
changes a lot with every release:

OK, completely understandable.

But, for now, just getting x265 compiled on x32 withOUT asm is the goal.

bye,
//mirabilos
-- 
igli exceptions: a truly awful implementation of quite a nice idea.
igli just about the worst way you could do something like that, afaic.
igli it's like anti-design.  mirabilos that too… may I quote you on that?
igli sure, tho i doubt anyone will listen ;)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#752103: using build profiles breaks debian-ports

[Thorsten Glaser]

Hi *,

using build profiles breaks debian-ports architectures, all of them:

http://buildd.debian-ports.org/status/package.php?p=x264

│Dependency installability problem for [33]x264 on alpha, hppa, m68k, sh4, 
sparc64 and x32:
│
│x264 build-depends on missing:
│- empty-dependency-after-parsing

wdiff shows:

Version: ⌦2:0.146.2538+git121396c-2⌫ ▶2:0.146.2538+git121396c-3◀

Build-Depends: […] libgpac-dev (= ⌦0.5.0+svn4288~),⌫ ▶0.5.0+svn4288~) 
!stage1,◀ […]

So this means that because someone added the build profiles thing,
wanna-build (or something else in the component stack) on dpo can
no longer calculate B-D installability for those packages, which
sorta defeats the purpose of adding it.

bye,
//mirabilos
-- 
 Why don't you use JavaScript? I also don't like enabling JavaScript in
 Because I use lynx as browser.
+1
-- Octavio Alvarez, me and ⡍⠁⠗⠊⠕ (Mario Lang) on debian-devel

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#752103: using build profiles breaks debian-ports

[Thorsten Glaser]

On Fri, 17 Jul 2015, John Paul Adrian Glaubitz wrote:
 On 07/17/2015 09:31 AM, Thorsten Glaser wrote:
  using build profiles breaks debian-ports architectures, all of them:
 
 What exactly is a build profile in this context?

  Build-Depends: […] libgpac-dev (= ⌦0.5.0+svn4288~),⌫ ▶0.5.0+svn4288~) 
  !stage1,◀ […]

bye,
//mirabilos
-- 
Yes, I hate users and I want them to suffer.
-- Marco d'Itri on gmane.linux.debian.devel.general

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#759626: gavl: FTBFS on x32

[Thorsten Glaser]

On Fri, 29 Aug 2014, Adam Borowski wrote:

 Hi!  I'm afraid your package fails to build on x32, and blocks a load of
 stuff because of deep Build-Dependency chains.
 
 Here's a fix.  I did not bother porting this code, just ripped the whole

Hi *, I just built gavl with Adam’s fix in order to get libav fully
compiled again, and uploaded it to dpo unreleased.

Please apply in your next upload!

Thanks,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#760433: libav: FTBFS on x32: Invalid inline assembly

[Thorsten Glaser]

tags 760433 + patch
thanks

Hi *,

I just rebuilt libav and all of its dependencies on x32.
Thus, only part remaining is the detection magic.

Updated patch attached, will upload to dpo unreleased.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steegdiff -Nru libav-11.4/debian/changelog libav-11.4/debian/changelog
--- libav-11.4/debian/changelog 2015-06-03 22:31:46.0 +0200
+++ libav-11.4/debian/changelog 2015-07-13 14:29:56.0 +0200
@@ -1,3 +1,15 @@
+libav (6:11.4-2+x32.1) unreleased; urgency=high
+
+  [ Thorsten Glaser ]
+  * Non-maintainer upload.
+  * (Closes: #760433)
+
+  [ Daniel Schepler ]
+  * Set --arch='x32' instead of --arch='amd64' for x32 builds as the
+inline assembly fails to build. Also, enable PIC on x32.
+
+ -- Thorsten Glaser t...@mirbsd.de  Mon, 13 Jul 2015 14:29:53 +0200
+
 libav (6:11.4-2) unstable; urgency=medium
 
   * debian/*.lintian-overrides: Use architecture specific overrides to fix
diff -Nru libav-11.4/debian/confflags libav-11.4/debian/confflags
--- libav-11.4/debian/confflags 2015-06-03 22:13:23.0 +0200
+++ libav-11.4/debian/confflags 2015-07-13 14:25:17.0 +0200
@@ -95,7 +95,11 @@
 endef
 
 # Common configuration flags
+ifeq ($(DEB_HOST_ARCH),x32)
+confflags += --arch='x32'
+else
 confflags += --arch='$(DEB_HOST_ARCH_CPU)'
+endif
 confflags += --enable-pthreads
 confflags += --enable-runtime-cpudetect
 confflags += --extra-version='$(DEB_VERSION)'
@@ -114,6 +118,10 @@
 confflags += --enable-pic
 endif
 
+ifeq  ($(DEB_HOST_ARCH),x32)
+confflags += --enable-pic
+endif
+
 # Additional features
 confflags += $(call cond_enable,/usr/include/bzlib.h,bzlib)
 confflags += $(call cond_enable,/usr/include/dc1394/dc1394.h,libdc1394)
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#778777: src:libffado: FTBFS on x32: uses -m32

[Thorsten Glaser]

Source: libffado
Version: 2.2.1-2
Followup-For: Bug #778777

Hi,

I just wondered about this and forgot to see beforehand whether a
bugreport already existed, so my patch differs. It’s shorter, less
intrusive and more in the spirit of the original code though, I
think, so I’m attaching it.

I’ve built this and uploaded it to unreleased, so please apply and
forward upstream.

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

Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
diff -Nru libffado-2.2.1/debian/changelog libffado-2.2.1/debian/changelog
--- libffado-2.2.1/debian/changelog	2014-07-07 18:38:49.0 +0200
+++ libffado-2.2.1/debian/changelog	2015-06-11 10:29:13.0 +0200
@@ -1,3 +1,10 @@
+libffado (2.2.1-2+x32.1) unreleased; urgency=medium
+
+  * Non-maintainer upload.
+  * Add x32 patch
+
+ -- Thorsten Glaser t...@mirbsd.de  Thu, 11 Jun 2015 10:29:03 +0200
+
 libffado (2.2.1-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru libffado-2.2.1/debian/patches/series libffado-2.2.1/debian/patches/series
--- libffado-2.2.1/debian/patches/series	2014-07-07 18:36:52.0 +0200
+++ libffado-2.2.1/debian/patches/series	2015-06-11 10:26:42.0 +0200
@@ -1 +1,2 @@
 cpuinfo-parsing.patch
+x32.patch
diff -Nru libffado-2.2.1/debian/patches/x32.patch libffado-2.2.1/debian/patches/x32.patch
--- libffado-2.2.1/debian/patches/x32.patch	1970-01-01 01:00:00.0 +0100
+++ libffado-2.2.1/debian/patches/x32.patch	2015-06-11 10:28:57.0 +0200
@@ -0,0 +1,16 @@
+# DP: x86 i386/x32/amd64 is like MIPS o32/n32/n64, not biarch multilib
+
+--- a/SConstruct
 b/SConstruct
+@@ -760,7 +760,10 @@ if cpuinfo.is_powerpc:
+ elif cpuinfo.is_x86:
+ if m32:
+ print Doing a 32-bit %s build for %s % (cpuinfo.machine, cpuinfo.model_name)
+-machineflags = { 'CXXFLAGS' : ['-m32'] }
++if cpuinfo.machine == 'x86_64':
++machineflags = { 'CXXFLAGS' : ['-mx32'] }
++else:
++machineflags = { 'CXXFLAGS' : ['-m32'] }
+ else:
+ print Doing a 64-bit %s build for %s % (cpuinfo.machine, cpuinfo.model_name)
+ machineflags = { 'CXXFLAGS' : ['-m64'] }
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: antlr3 on slow machines

[Thorsten Glaser]

Emmanuel Bourg dixit:

This issue only affects non arch all packages depending on antlr, I
don't think there are many of them and fixing the issue with an extra
command line parameter is trivial.

Hmm.

udd= SELECT source, version, architecture FROM sources WHERE release='sid' AND 
build_depends LIKE '%antlr3%';
source |version| architecture 
---+---+--
 sqljet| 1.1.10-1  | all
 openjfx   | 8u20-b26-3| any all
 netbeans  | 7.0.1+dfsg1-5 | all
 logol | 1.7.0-2   | any all
 logol | 1.6.9-3   | any all
 libnb-platform18-java | 7.4+dfsg1-2   | all
 herold| 6.1.0-1   | all
 forked-daapd  | 22.0-2| any
 forked-daapd  | 22.0-1| any
 eclipselink   | 2.5.1-2   | all
 belle-sip | 1.3.0-1.1 | any
(11 rows)

Unsure if the query is really “enough” (IMHO B-D should be
split off into their own table so we can do exact package
name matches), but if it is, and if the “architecture”
column is what I think it is, we have:

• openjfx
• logol
• forked-daapd
• belle-sip

That’s indeed not much for the respective maintainers to fix.

Debian-Multimedia, can you do that for your packages, so we
see whether the fix indeed works?

Thanks,
//mirabilos
-- 
igli exceptions: a truly awful implementation of quite a nice idea.
igli just about the worst way you could do something like that, afaic.
igli it's like anti-design.  mirabilos that too… may I quote you on that?
igli sure, tho i doubt anyone will listen ;)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Fwd: Log for attempted build of x265_1.4-5 on m68k (dist=unstable)

[Thorsten Glaser]

 libx265.so.35: undefined reference to `__sync_val_compare_and_swap_8'
 libx265.so.35: undefined reference to `__sync_or_and_fetch_8'
 
 Please do not assume all architectures have 64-bit atomics.

http://buildd.debian-ports.org/status/fetch.php?pkg=x265arch=m68kver=1.4-5stamp=1421114612

bye,
//mirabilos
-- 
This space for rent.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Log for attempted build of x265_1.4-5 on m68k (dist=unstable)

[Thorsten Glaser]

Sebastian Ramacher dixit:

  Please do not assume all architectures have 64-bit atomics.

This is fixed upstream and will be included in the 1.5 release.

Cool, thanks!

bye,
//mirabilos
-- 
This space for rent.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Log for attempted build of forked-daapd_22.0-1 on m68k (dist=unstable)

[Thorsten Glaser]

On Fri, 2 Jan 2015, Emmanuel Bourg wrote:

 Le 02/01/2015 10:23, Thorsten Glaser a écrit :
 
  Hm, so what can we do here? Increase the timeout in antlr3 for
  “slow” platforms? (Could it look at /proc/cpuinfo or something?
  Except, that file is platform-specific… so a list of known to
  be slow platforms would help.) Or is this a GCJ vs. OpenJDK issue?
 
 I got a similar issue with the packaging of openjfx. It's possible to
 increase the timeout by setting the -Xconversiontimeout parameter. See:
 
 https://sources.debian.net/src/openjfx/8u20-b26-3/debian/patches/05-set-antlr-timeout.patch

Ah, okay, thanks. Dear maintainers, could you please add this?

Thanks,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: patch for x32 for libpostproc

[Thorsten Glaser]

Bálint Réczey dixit:

Not exactly a standalone test, but XBMC uses libpostproc. You can

Yeah, but unfortunately, that doesn’t help; xbmc is so far up in
the A/V chain that it has never even be built.

I’m going from low to high…

bye,
//mirabilos
-- 
“ah that reminds me, thanks for the stellar entertainment that you and certain
other people provide on the Debian mailing lists │ sole reason I subscribed to
them (I'm not using Debian anywhere) is the entertainment factor │ Debian does
not strike me as a place for good humour, much less German admin-style humour”

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

patch for x32 for libpostproc

[Thorsten Glaser]

Hi *,

please see http://article.gmane.org/gmane.comp.video.ffmpeg.devel/182554
for a patch I forwarded upstream, which allows us to build libpostproc
on Debian/x32.

As I said there, we’ll need to run-time test the built package, but at
least we got strigi ⇒ subversion ⇒ git building again (which was the
higher goal at the moment).

If there’s a standalone test for libpostproc, please point me to it,
so I can test it.

debdiff against:
http://snapshot.debian.org/archive/debian-ports/20140903T014453Z/pool-x32/main/libp/libpostproc/libpostproc_0.git20120821-4+x32.1.dsc

Hm, there’s a powerpcspe patch too…

Oh, and: s/upsream/upstream/ in debian/control.

bye,
//mirabilos
-- 
“ah that reminds me, thanks for the stellar entertainment that you and certain
other people provide on the Debian mailing lists │ sole reason I subscribed to
them (I'm not using Debian anywhere) is the entertainment factor │ Debian does
not strike me as a place for good humour, much less German admin-style humour”

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Reintroducing FFmpeg to Debian

[Thorsten Glaser]

Andreas Cadhalpun wrote:

  * Do you intend to replace Libav by FFmpeg in Debian?
No, there is no need to replace anything as long as it is maintained.
Currently the main goal is to give multimedia maintainers a choice
between the two sets of libraries to link against, and our users the
choice to use the 'ffmpeg' utility. That is possible, because the
packages are co-installable. (Only the *-dev packages conflict.)

Hm, I wonder if this will work, see the JPEG discussion.

But I'd *love* to see ffmpeg replace libav and to get
my mplayer back, which is currently on hold.

Thanks,
//mirabilos


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#728772: closed by Debian FTP Masters ftpmas...@ftp-master.debian.org (Bug#732159: Removed package(s) from unstable)

[Thorsten Glaser]

Debian Bug Tracking System dixit:

This is an automatic notification regarding your Bug report
which was filed against the src:mplayer package:

#728772: mplayer: FTBFS: The architecture of your CPU (UNKNOWN) is not 
supported

It has been closed by Debian FTP Masters ftpmas...@ftp-master.debian.org.
[…]
as the package mplayer has just been removed from the Debian archive
[…]



 * ***   ***  *  
  **  *  ****   **   * *
 **   *  * *   ***  **  **   ***  **   ***
**  ** * **  ** **  ** ***** ***
*  *** * ** ****  ***
   **   ** * ** **  ***   ** ***
   **   ** * ** ** * **** ***  ********
   **   ** * ** ***   ***  *    ****   ***
   **   ** * ** ** ** ****  **** ***
   **   ** * ** ** ** ****  **
**  ** * ** ** ** ****  *****
 ** *  * *  ** ** ****  ****
  ***  ***  *   ** ** ****  **
    ** **  * **  **  
     ****   ***   ** 
   *
  *
 *
*


You cannot s̲e̲r̲i̲o̲u̲s̲l̲y̲ remove mplayer from the archive?
You must be kidding. MPlayer2 was born dead and VLC
just doesn’t work most of the time and has a horrible UI.

Honestly, please bring mplayer+ffmpeg back!

bye,
//mirabilos
-- 
 Hi, does anyone sell openbsd stickers by themselves and not packaged
 with other products?
No, the only way I've seen them sold is for $40 with a free OpenBSD CD.
-- Haroon Khalid and Steve Shockley in gmane.os.openbsd.misc

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Log for attempted build of pyliblo_0.9.1-3 on m68k (dist=unstable)

[Thorsten Glaser]

Jaromír Mikeš dixit:

Sebastian tried reproduce unsuccessfully  this issue on a mips porterbox.
Any advice what more we do for fixing this problem?

No idea offhand but this might have to do with timing granularity
and/or floating point precision.

If you can give me freestanding test code I can run on an m68k box
that might help; otherwise, https://wiki.debian.org/Aranym/Quick
contains ready-made m68k VM images, if you want to do that.

(Unfortunately there is no m68k porterbox at the moment, and there
are no realistic plans to get one short-term. Sorry.)

bye,
//mirabilos
-- 
20:49⎜«Natureshadow» Oops, jetzt hab ich mir doch glatt beim Trinken
 ⎜Mineralwasser ins Ohr gekippt…
21:04⎜«mirabilos» ist das siggbar?
21:05⎜«Natureshadow» mirabilos: was sollte dich davon abhalten…

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#709228: radium-compressor: FTBFS: error: expected primary-expression before '.' token

[Thorsten Glaser]

Source: radium-compressor
Version: 0.5.1-2
Severity: serious
Justification: FTBFS

https://buildd.debian.org/status/package.php?p=radium-compressorsuite=sid

audio/typepunning.h: In function 'float pun_int_to_float(int)': 
 
audio/typepunning.h:29:41: error: expected primary-expression before '.' token  
 

This happens even on release architectures.

bye,
//mirabilos
-- 
ch you introduced a merge commit│mika % g rebase -i HEAD^^
mika sorry, no idea and rebasing just fscked │mika Segmentation
ch should have cloned into a clean repo  │  fault (core dumped)
ch if I rebase that now, it's really ugh │mika:#grml wuahh

radium-compressor_0.5.1-2_m68k-20130521-0420.gz
Description: Binary data
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#698796: mixxx: FTBFS: Exception: invalid machine type

[Thorsten Glaser]

Source: mixxx
Version: 1.10.1~dfsg0-1
Severity: important
Justification: fails to build from source (but built successfully in the past)

Hi,

your package fails to build for mysterious reasons.
Please see the attached build log.

-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: m68k

Kernel: Linux 3.2.0-4-atari
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/mksh-static
I: Using pkgname logfile
I: Current time: Wed Jan 23 16:26:09 CET 2013
I: pbuilder-time-stamp: 1358954769
I: Obtaining the cached apt archive contents
I: Installing the build-deps
W: no hooks of type D found -- ignoring
 - Attempting to satisfy build-dependencies
 - Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: m68k
Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: autotools-dev, debhelper (= 7.0.50~), docbook-to-man, imagemagick, 
libaudiofile-dev, libexpat-dev, libgl1-mesa-dev, libglu1-mesa-dev, 
libid3tag0-dev, libjack-dev, libmad0-dev, libogg-dev, libportmidi-dev, 
libqt4-opengl-dev | libqt4-dev, libqtwebkit-dev, libshout-dev, libsndfile1-dev, 
libsoundtouch-dev (= 1.5.0), libtag1-dev, libvorbis-dev, pkg-config, 
portaudio19-dev, python-scour, scons
dpkg-deb: building package `pbuilder-satisfydepends-dummy' in 
`/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 12287 files and directories currently installed.)
Unpacking pbuilder-satisfydepends-dummy (from 
.../pbuilder-satisfydepends-dummy.deb) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on autotools-dev; however:
  Package autotools-dev is not installed.
 pbuilder-satisfydepends-dummy depends on docbook-to-man; however:
  Package docbook-to-man is not installed.
 pbuilder-satisfydepends-dummy depends on imagemagick; however:
  Package imagemagick is not installed.
 pbuilder-satisfydepends-dummy depends on libaudiofile-dev; however:
  Package libaudiofile-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libexpat-dev; however:
  Package libexpat-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libgl1-mesa-dev; however:
  Package libgl1-mesa-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libglu1-mesa-dev; however:
  Package libglu1-mesa-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libid3tag0-dev; however:
  Package libid3tag0-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libjack-de
Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ...
Reading package lists...
Building dependency tree...
Reading state information...
Initializing package states...
Writing extended state information...
The following NEW packages will be installed:
  autotools-dev{a} docbook{a} docbook-to-man{a} fontconfig{a} 
  fontconfig-config{a} hicolor-icon-theme{a} imagemagick{a} 
  imagemagick-common{a} iso-codes{a} libasound2{a} libasound2-dev{a} 
  libaudio2{a} libaudiofile-dev{a} libaudiofile1{a} libdbus-1-3{a} 
  libdrm2{a} libexpat1{a} libexpat1-dev{a} libflac-dev{a} libflac8{a} 
  libfontconfig1{a} libfreetype6{a} libgl1-mesa-dev{a} libgl1-mesa-glx{a} 
  libglapi-mesa{a} libglu1-mesa{a} libglu1-mesa-dev{a} 
  libgstreamer-plugins-base0.10-0{a} libgstreamer0.10-0{a} libice6{a} 
  libid3tag0{a} libid3tag0-dev{a} libjack-dev{a} libjack0{a} libjasper1{a} 
  libjbig0{a} libjpeg8{a} liblcms1{a} liblcms2-2{a} liblqr-1-0{a} 
  libltdl7{a} libmad0{a} libmad0-dev{a} libmagickcore5{a} libmagickwand5{a} 
  libmng1{a} libogg-dev{a} libogg0{a} liborc-0.4-0{a} libpng12-0{a} 
  libpopt0{a} libportaudio2{a} libportaudiocpp0{a} libportmidi-dev{a} 
  libportmidi0{a} libpthread-stubs0{a} libpthread-stubs0-dev{a} 
  libqt4-dbus{a} libqt4-declarative{a} libqt4-designer{a} libqt4-dev{a} 
  libqt4-dev-bin{a} libqt4-help{a} libqt4-network{a} libqt4-opengl{a} 
  libqt4-opengl-dev{a} libqt4-qt3support{a} libqt4-script{a} 
  libqt4-scripttools{a} libqt4-sql{a} libqt4-svg{a} libqt4-test{a} 
  libqt4-xml{a} libqt4-xmlpatterns{a} libqtcore4{a} libqtgui4{a} 
  libqtwebkit-dev{a} libqtwebkit4{a} libshout3{a} libshout3-dev{a} 
  libsm6{a} libsndfile1{a} libsndfile1-dev{a} libsoundtouch-dev{a} 
  libsoundtouch0{a} libsp1c2{a} libspeex-dev{a} libspeex1{a} libssl1.0.0{a} 
  libtag1-dev{a} libtag1-vanilla{a} libtag1c2a{a} libtheora-dev{a} 
  libtheora0{a} libtiff4{a} libvorbis-dev{a} libvorbis0a{a} 
  libvorbisenc2{a} libvorbisfile3{a} libx11-6{a} libx11-data{a} 
  libx11-dev{a} libx11-xcb1{a} libxau-dev{a} libxau6{a} 

Re: pd-zexy: broken Build-Depends

[Thorsten Glaser]

IOhannes zmölnig dixit:

 Well, your puredata is from before stable... With the current build
 depends pd-zexy can be built in stable.

 as a matter of fact, i'm not entirely sure about this.

Mh. I’m just building to catch up, m68k had five thousand and then
some packages in Needs-Build one month ago (less than 2800 right
now). Then, those versioned Build-Depends are really helpful, as,
which is in my eyes a bug, wanna-build does not order the queue
by B-D actuality for such cases (at all), as long as a dependency
exists and is installable.

 configure is supposed to check both the new and the old header, but
 unfortunately stops checking after the check for the new header location 
 failed
 (due to the upstream bug i mentioned).

Mh. Then either fix that or bump the B-D version ;-)

So I did in fact spot a problem with it. Well, it’s no longer a
problem for me, as I mentioned that I just built the other package
first, but glad to be useful ;-)

bye,
//mirabilos
-- 
16:47⎜«mika:#grml» .oO(mira ist einfach gut)  23:22⎜«mikap:#grml»
mirabilos: und dein bootloader ist geil :)23:29⎜«mikap:#grml» und ich
finds saugeil dass ich ein bsd zum booten mit grml hab, das muss ich dann
gleich mal auf usb-stick installieren   -- Michael Prokop über MirOS bsd4grml

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

pd-zexy: broken Build-Depends

[Thorsten Glaser]

Hi,

pd-zexy has alternative Build-Depends, however, they don’t work:

[…]
 pbuilder-satisfydepends-dummy : Depends: puredata-core which is a virtual 
package. or
  puredata ( 0.43) but it is not going 
to be installed.
The following actions will resolve these dependencies:

  Install the following packages:
[…]
8)  puredata [0.41.4-1 (unstable)]
[…]
checking pd/m_pd.h usability... no
checking pd/m_pd.h presence... no
checking for pd/m_pd.h... no
configure: error: m_pd.h is desperately needed!
install pd and/or use
--with-pd=/path/to/pd/
make: *** [debian/stamp-autotools] Error 1
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2


I think dropping the alternative on puredata is way to go.
I’ll just build its newer version, but due to the existence
of the alternative B-D, wanna-build considers pd-zexy to be
eligible for building.

bye,
//mirabilos, m68k buildd
-- 
I want one of these. They cost 720 € though… good they don’t have the HD hole,
which indicates 3½″ floppies with double capacity… still. A tad too much, atm.
‣ http://www.floppytable.com/floppytable-images-1.html

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: pd-zexy: broken Build-Depends

[Thorsten Glaser]

Felipe Sateler dixit:

(CCing you because I don't know if you are suscribed)

I’m not, thanks.

Well, your puredata is from before stable... With the current build
depends pd-zexy can be built in stable.

Hmh. Strictly speaking, you need to version the B-D then.

I'm not sure complicating the build-depends line for oldstable is worthwile.

By policy, you’d normally have to, but since this is an
easily solved one-time issue, I refrain from calling it ;)
But maybe in the future, keep things like this in mind,
or something.

I think you should just remove the current version of puredata from
m68k in the meanwhile (all rbuilddeps are likely to fail).

Actually, I just built puredata, and in the meanwhile,
pd-zexy also built. I just wanted to inform you of it.

So, nothing that “must” be done any more, from my PoV,
just an informative posting.

bye,
//mirabilos
-- 
„nein: BerliOS und Sourceforge sind Plattformen für Projekte, github ist
eine Plattform für Einzelkämpfer“
-- dieses Zitat ist ein Beweis dafür, daß auch ein blindes Huhn
   mal ein Korn findet, bzw. – in diesem Fall – Recht haben kann

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#680225: closed by Adrian Knoth a...@drcomp.erfurt.thur.de (Re: Bug#680225: libjack-jackd2-0 conflicts with libjack0)

[Thorsten Glaser]

Debian Bug Tracking System dixit:

Their explanation is attached below along with your original report.

This is a known problem with ia32-libs. Don't use it, use multiarch

Hm, this doesn’t work for stuff that directly depends on ia32-libs.
But I guess it would be best for ia32-libs to use an alternative
dependency here. (Still, why do these two conflict with each other?
That was why waldi suggested to me to report that.)

bye,
//mirabilos
-- 
 emacs als auch vi zum Kotzen finde (joe rules) und pine für den einzig
 bedienbaren textmode-mailclient halte (und ich hab sie alle ausprobiert). ;)
Hallo, ich bin der Holger (Hallo Holger!), und ich bin ebenfalls
... pine-User, und das auch noch gewohnheitsmäßig (Oooohhh).  [aus dasr]

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Bootstrapping libav on a new architecture

[Thorsten Glaser]

Dixi quod…

Fabian Greffrath dixit:

 Yep, from the next upload on it is.

Actually, not even that is needed. I just took the current git HEAD,
versioned it lower than the current sid package, dropped all the
unnecessary B-D for bootstrapping from debian/control, and will
upload that to debian-ports.org unreleased, which is perfectly

Well, the bootstrap succeeded. Now where did I put those
post stamp sized movies from more than a decade ago, which
I guess I could use to test decoding on such slow machines,
if X11-over-SSH works… ☺

From ftpmas...@debian-ports.org Tue Jul 31 15:50:07 2012
From: Debian Ports Archive Maintainer ftpmas...@debian-ports.org
Message-ID: e1swehx-0007to...@leda.debian.net
X-Spam-Status: No, hits=0.00 required=0.90
To: Thorsten Glaser t...@mirbsd.de
Date: Tue, 31 Jul 2012 15:50:05 +
Subject: libav_0.8.3-5_m68k.changes ACCEPTED

Maintainer: Thorsten Glaser t...@mirbsd.de
Uploader: Thorsten Glaser (no PGP/MIME please, use Inline OpenPGP instead) 
t...@mirbsd.org
Host: leda.debian.net
Accepted: libav_0.8.3-5_m68k.changes
Files:
libav-tools_0.8.3-5_m68k.deb
ffmpeg_0.8.3-5_m68k.deb
ffmpeg-dbg_0.8.3-5_m68k.deb
libav-dbg_0.8.3-5_m68k.deb
libav-regular-dbg_0.8.3-5_m68k.deb
libavutil51_0.8.3-5_m68k.deb
libavcodec53_0.8.3-5_m68k.deb
libavdevice53_0.8.3-5_m68k.deb
libavformat53_0.8.3-5_m68k.deb
libavfilter2_0.8.3-5_m68k.deb
libpostproc52_0.8.3-5_m68k.deb
libswscale2_0.8.3-5_m68k.deb
libavutil-dev_0.8.3-5_m68k.deb
libavcodec-dev_0.8.3-5_m68k.deb
libavdevice-dev_0.8.3-5_m68k.deb
libavformat-dev_0.8.3-5_m68k.deb
libavfilter-dev_0.8.3-5_m68k.deb
libpostproc-dev_0.8.3-5_m68k.deb
libswscale-dev_0.8.3-5_m68k.deb
libavcodec-extra-53_0.8.3-5_m68k.deb

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#680225: libjack-jackd2-0 conflicts with libjack0

[Thorsten Glaser]

Package: libjack-jackd2-0
Severity: important
Justification: release goal Multi-Arch

Hi,

libjack-jackd2-0 conflicts with libjack0, which is a bit
unfortunate, as some things depend on either; waldi suggested
to either take over the binary package if it’s the same lib,
or use a different library name / ABI name and not conflict.

ia32-libs wants libjack0

gstreamer0.10-plugins-good wants libjack-jackd2-0
and is wanted by opera at least (on a coworker’s PC)

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB AG Bonn 5168 • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Esser, Sebastian Mancke



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#680225: libjack-jackd2-0 conflicts with libjack0

[Thorsten Glaser]

Jonas Smedegaard dixit:

gstreamer0.10-plugins-good favors libjack-jackd2-0 but is also satisfied 
with libjack0.

Hrm. Then, libjack0 is not M-A yet, I guess, from the symptoms.

bye,
//mirabilos
-- 
13:37⎜«Natureshadow» Deep inside, I hate mirabilos. I mean, he's a good
guy. But he's always right! In every fsckin' situation, he's right. Even
with his deeply perverted taste in software and borked ambition towards
broken OSes - in the end, he's damn right about it :(! […] works in mksh



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: team-wide uniform ~/.quiltrc

[Thorsten Glaser]

Alessio Treglia dixit:

Ciao Thorsten!

How are you mate? I hope you're doing well.

I’m well, thanks, hope you too.

On Sat, Jun 23, 2012 at 4:58 PM, Thorsten Glaser t...@mirbsd.de wrote:
 Ciao Alessio ;-) and greetings from your favourite croatian restaurant ☺

Ohh jealousy here, the best soups ever! :-)

☺

Regarding '--diffstat', although diffstat's histograms actually introduce
unnecessary rubbish with small patches, I find those headers showing
statistics very handy when reviewing large patches involving multiple files.

Like I said, that’s probably a personal preference that should be
talked about inside the team. I’ll crawl back under my stone now
that I’ve got a bootstrap-libav on my Atari VMs…

So, I'd suggest adding '--diffstat' only to patchset worthing it and avoid it
when dealing with small, minimalistic or single file patches.

If that can be done, sure. Maybe quilt can be patched to get
parameters like --diffstat-if-exists and --diffstat-if-at-least=$number
to support that workflow. I’ll leave it to you all.

Very good, I suppose we can adopt it as is and I think we don't need any
kind of licensing, a small Originally written by note is enough, isn't it?

Actually, this was originally written by the people on this list,
the Maintainer’s Guide and the Perl people. I just put it together
and used the ingenious while-not-as-a-loop construct to make it
legible. So just take it and do what you want ☺ my benefit is that
I’ve now also got a .quiltrc; I’m relatively new to this tool. (And
it needs to get ported to MirBSD and then, maybe, bashisms removed.)

bye,
//mirabilos
-- 
 Hi, does anyone sell openbsd stickers by themselves and not packaged
 with other products?
No, the only way I've seen them sold is for $40 with a free OpenBSD CD.
-- Haroon Khalid and Steve Shockley in gmane.os.openbsd.misc

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: team-wide uniform ~/.quiltrc

[Thorsten Glaser]

Alessio Treglia dixit:

Hi all,

Ciao Alessio ;-) and greetings from your favourite croatian restaurant ☺

good idea, Fabian!

I also found the ideas and thread upon which I happened by accident
intriguing but the official implementation scary (considering I write
a shell, not surprising) and did it more cleanly.

I'd like to add --diffstat and --strip-trailing-whitespace to
QUILT_REFRESH_ARGS and set QUILT_DIFF_OPTS=--show-c-function. I find
the latter and --diffstat particularly helpful.

I’ve not added --diffstat to mine out of personal preference, I found
them to be spam and uninteresting, but you can clear that within your
team. I’ve also not added --strip-trailing-whitespace because the docs
didn’t make it clear whether it strips trailing whitespace only in the
rest of the file (good!) or also in the patched files’ “+” parts which,
while I’d prefer it, is actually harmful (there are files that require
trailing whitespace in their syntax, and I’d rather not break those by
accident; while they are few, debugging this is usually a real PITA).

I’ve attached the ~/.quiltrc file resulting from this thread, the Perl
and Maintainer’s Guide suggestions, in “clean” POSIX shell (nothing
that requires any bashisms, dashisms or Korn Shell features in there,
although I hard-coded /bin/readlink for Debian where this path is part
of the Essential coreutils, because some shells might have a readlink
builtin that doesn’t implement the ‘-e’ GNU extension). QUILT_PATCHES
ought to be an absolute path IMHO but this is what we got.

This ~/.quiltrc file does not contain enough copyrightable work to
fall under copyright law and thus does not need a copyright licence,
but if you’d prefer one, take any licence that has ever been OSI
approved.

bye,
//mirabilos
-- 
FWIW, I'm quite impressed with mksh interactively. I thought it was much
*much* more bare bones. But it turns out it beats the living hell out of
ksh93 in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mkshwhile test -z $QUILT_PATCHES; do
d=.
while :; do
test -d $d/debian  test -x $d/debian/rules  break
test x$(/bin/readlink -e $d) = x/  break
d=$d/..
done
test -x $d/debian/rules || break

# now in Debian packaging tree with unset $QUILT_PATCHES

QUILT_PATCHES=debian/patches
QUILT_PATCH_OPTS=--reject-format=unified
QUILT_DIFF_OPTS=--show-c-function
QUILT_DIFF_ARGS=-p ab --no-timestamps --no-index --color=auto
QUILT_REFRESH_ARGS=-p ab --no-timestamps --no-index
QUILT_PUSH_ARGS=--color=auto

QUILT_COLORS=diff_hdr=1;32:diff_add=1;34:diff_rem=1;31:diff_hunk=1;33:diff_ctx=35:diff_cctx=33
test -d $d/debian/patches || mkdir $d/debian/patches

# this is not a real loop, exit it always
break
done
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Bootstrapping libav on a new architecture

[Thorsten Glaser]

Fabian Greffrath dixit:

 Yep, from the next upload on it is.

Actually, not even that is needed. I just took the current git HEAD,
versioned it lower than the current sid package, dropped all the
unnecessary B-D for bootstrapping from debian/control, and will
upload that to debian-ports.org unreleased, which is perfectly
fine for such architectures.

But I wonder why I need yasm on m68k? I guess you’d want something
like 「yasm [any-amd64 any-i386]」 as B-D? (IIRC on the syntax.)

bye,
//mirabilos
-- 
13:37⎜«Natureshadow» Deep inside, I hate mirabilos. I mean, he's a good
guy. But he's always right! In every fsckin' situation, he's right. Even
with his deeply perverted taste in software and borked ambition towards
broken OSes - in the end, he's damn right about it :(! […] works in mksh

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Bootstrapping libav on a new architecture

[Thorsten Glaser]

Reinhard Tartler dixit:

AFAIUI, the yasm package should be available on any architecture. You
can build libav without it, but you'll miss a number of important
architecture specific optimizations. For m86k, I doubt that there are

Yes, it’s installable – but a quick grep shows it’s only used
in x86 code in libav, so I was wondering about the point. And
TTBOMK (a quick duckduckgo confirms that), yasm is an i386 and
amd64 assembler, so it *cannot* be needed on any other platform.

bye,
//mirabilos
-- 
13:37⎜«Natureshadow» Deep inside, I hate mirabilos. I mean, he's a good
guy. But he's always right! In every fsckin' situation, he's right. Even
with his deeply perverted taste in software and borked ambition towards
broken OSes - in the end, he's damn right about it :(! […] works in mksh

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Bootstrapping libav on a new architecture

[Thorsten Glaser]

Fabian Greffrath dixit:

 Great, so a bootstrap libav should be decently easy.

 Yep, from the next upload on it is.

Ok, thanks a lot. I’m still working on other packages like pygtk,
so no need to hurry for me.

bye,
//mirabilos
-- 
FWIW, I'm quite impressed with mksh interactively. I thought it was much
*much* more bare bones. But it turns out it beats the living hell out of
ksh93 in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Bootstrapping libav on a new architecture

[Thorsten Glaser]

Fabian Greffrath dixit:

 and friends the OP meant library packages built from libav sources in
 general.

Yes.

 Thorsten, that's three circular build-dependencies. Which one is the fourth 
 one
 that you mentioned in your report?

frei0r, via some corners, too.

 Anyway, all of these codecs are optional. So if you comment out the B-Ds on
 libx264-dev, libopencv-dev and libcv-dev in debian/control and remove the
 --enable-libopencv line in debian/confflags, libav should build just fine 
 and
 be available for bootstrapping of other packages.

OK, thanks. That’s what I figured, but you know the build system
best, and asking rarely hurts.


Reinhard Tartler dixit:

Well, I take that as another reason to use the cond_enable macro in
debian/confflags for these libraries, because this way you do not even
have to edit any file, but can just bootstrap with 'dpkg-buildpackage
-d -b'.

That would be really cool. On the other hand, that may introduce
subtle breakage in normal operation, so many packages protect
something like that by using DEB_STAGE (if it’s set, gcc even has
DEB_STAGE=stage{1,2} checks as it needs them, then the relaxed
rules apply, otherwise the dependencies are strictly enforced).


Fabian Greffrath dixit:

 Maybe we should leave a note in README.Debian or README.source stating that
 there are known circular build-dependencies that complicate bootstrapping, but
 that the affected codecs are strictly optional to libav and the circles could
 get forced open by simply leaving them out of libav's Build-Depends.

And that would dot the i ;-)

Thanks,
//mirabilos • almost got hppa, now to tackle the automoc issue…
http://buildd.debian-ports.org/stats/graph2-week-big.png
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Bootstrapping libav on a new architecture

[Thorsten Glaser]

Fabian Greffrath dixit:

 Am 19.06.2012 12:35, schrieb Jonas Smedegaard:
 What would be even better is to add a hint to control file which exact
 packages can be skipped to generate a crippled-but-usable-for-rebuild
 package.  I forgot what that hint is called or its syntax (even if I was
 at the meeting in Cambridge when its name was decided): Try ask at
 emdebian or search the wiki for it.

 This would be Build-Depends-Bootstrap1.

Ah, we’re really getting things like that? Nice!
(Though I’d still have to prod cowbuilder into DWIW, but that makes things
so much easier, as the figure-out-how-t-f-this-package-is-built phase can
be skipped…)

 In the case of libav I think it could be achieved to only contain debhelper, 
 as
 soon as all --enable-... flags have been changed to use the cond_enable() 
 macro
 in debian/confflags.

Great, so a bootstrap libav should be decently easy.

[…]
 I have already done this in GIT, plus some tidy-up work.

Thanks a lot!

bye,
//mirabilos
-- 
FWIW, I'm quite impressed with mksh interactively. I thought it was much
*much* more bare bones. But it turns out it beats the living hell out of
ksh93 in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bootstrapping libav on a new architecture

[Thorsten Glaser]

Hi,

m68k currently has no libpostproc-dev and friends, built from src:libav.
How do you recommend to bootstrap this, considering several (at least
four) build dependencies of libav, all codecs or something like that,
build-depend on libav’s binaries again? Can libav be built without any
of those plugins at first, to get the B-D of the full libav (as shipped
in Debian sid/main) built?

Thanks in advance,
//mirabilos (m68k buildd)
-- 
21:27⎜[Natureshadow] BÄH! Wer hatn das Bier neben den Notebooklüfter
 ⎜gestellt ...
21:27⎜Natureshadow lol 21:27⎜Natureshadow du?
21:27⎜[Natureshadow] vermutlich ...   -- Kev^WNatureshadow allein zu Haus

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#654537: jack-a-c-k: stub atomicity functions used when machdep ones are available

[Thorsten Glaser]

Source: jack-audio-connection-kit
Version: 0.121.0+svn4538-3
Severity: minor
Tags: upstream

On m68k, I get these warnings during compilation:

../config/cpu/generic/atomicity.h:23:2: warning: #warning stub atomicity 
functions are not atomic on this platform [-Wcpp]

However, there's a config/cpu/m68k/atomicity.h available,
the config/sysdeps/atomicity.h just doesn't pick it up.

bye,
//mirabilos
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers