Bug#884872: ITP: iem-plugin-suite -- IEM's spatialization suite

[IOhannes m zmoelnig]

Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig <umlae...@debian.org>

* Package name: iem-plugin-suite
  Version : 1.0.0
  Upstream Author : Daniel Rudrich <rudr...@iem.at>
* URL : https://plugins.iem.at
* License : GPL-3+
  Programming Lang: C++
  Description : IEM's spatialization suite

 The IEM Plug-in Suite is an audio plugin suite created at the Institute of
 Electronic Music and Acoustics (Graz, Austria).
 It features Higher-Order Ambisonic plug-ins (up to 7th order), among them a
 number of state of the art encoders, directional compressors, directivity
 shapers, delay and reverb effects and analysis tools.

The binary packages will include the plugins as Linux VST plugins and as
standalone applications.  
I intend to maintain this under the pkg-multimedia-maintainers umbrella.

___
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#884782: juce: please provide a small cmdline-utility as a Projucer replacement

[IOhannes m zmoelnig]

Source: juce
Severity: wishlist

Dear Maintainer,

if an upstream that uses JUCE only ships the .jucer file and their own sources
(something we should encourage), then we need to pull in Projucer (juce-tools)
to generate Makefiles from that.
However, Projucer is rather heavy in terms of dependencies.
It would be super-nice if there was a lightweight alternative that could be used
as a drop-in replacement for Projucer's cmdline interface.

___
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#862912: ITP: iannix -- graphical OSC sequencer for digital arts

[IOhannes m zmoelnig]

Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig <umlae...@debian.org>

* Package name: iannix
  Version : 0.9.17
  Upstream Author : Iannix Association <cont...@iannix.org>
* URL : https://iannix.org
* License : GPL-3
  Programming Lang: C++
  Description : graphical OSC sequencer for digital arts

 IanniX is a graphical sequencer for digital arts,
 based on Iannis Xenakis works on graphical scores.
 IanniX manages events described via graphical elements (like curves) and
 controls your real-time environment via Open Sound Control (OSC).
 It can also be fully controlled via OSC (or FUDI, if you prefer).


I intend to package this under the pkg-multimedia-maintainers umbrella.

___
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#847988: pd-libdir: does not respect current loader path

[IOhannes m zmoelnig]

Package: pd-libdir
Version: 1.9-3
Severity: important

Dear Maintainer,

pd-libdir does not integrate nicely with Pd anymore.

Prior to Pd-0.47, Pd would iterate over all the loaders, and each loader would
then search all the paths as it deemed appropriate.
However, since Pd-0.47, Pd iterates over all search paths and calls each loader 
on each
path.
This is implemented by a slight change in API semantics when calling the
loaders: the loader callback got a 3rd argument 'path'; if non-NULL the loader
is supposed to only search this path;
if no loader has been succeeded, all of the loaders are again called, this time
with a path=NULL (so they know that this is the final round and they can search
additional resources; the loader should NOT iterate over the pd-searchpath
again).

anyhow, pd-libdir currently ignores the 'path' argument, thus breaking the new
loader  call semantics.
also, if pd-libdir cannot find a given library, it will keep searching for the
library in all search paths for each search path, thus doing N*(N+1) checks
(while 1 would have been enough)

please fix the loader, so it respects the 'path' argument.

PS: using important since pd-libdir is a core pd-package, thus effecting many
systems.

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

Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pd-libdir depends on:
ii  libc6   2.24-8
ii  puredata-core [pd]  0.47.1-3

Versions of packages pd-libdir recommends:
ii  puredata-import [pd-import]  1.3-3

pd-libdir suggests no packages.

-- 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#825370: unicap: FTBFS: mv: cannot stat './config.guess': No such file or directory

[IOhannes m zmoelnig]

Package: src:unicap
Followup-For: Bug #825370
Control: reassign -1 cdbs

This is really a regression in CDBS.

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

Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/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

Bug#808611: ITP: juce -- Jules' Utility Class Extensions

[IOhannes m zmoelnig]

Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig <umlae...@debian.org>

* Package name: juce
  Version : 4.1
  Upstream Author : Julian Storer
* URL : http://www.juce.com
* License : GPL
  Programming Lang: C++
  Description : Jules' Utility Class Extensions

 JUCE (Jules' Utility Class Extensions) is an all-encompassing C++ framework for
 developing cross-platform software.
 .
 It contains pretty much everything you're likely to need to create most
 applications, and is particularly well-suited for building highly-customised
 GUIs, and for handling graphics and sound.
 
For more information, visit the website: http://www.juce.com

JUCE is a toolkit used by a number of audio plugins and applications, including
future releases of giada.
I intend to package juce under the umbrella of the pkg-multimedia-maintainers.

___
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#808597: kodi-pvr-iptvsimple: wrong description (argusTV)

[IOhannes m zmoelnig]

Package: kodi-pvr-iptvsimple
Version: 1.11.5+git20150717-1
Severity: normal

Dear Maintainer,

the (english) description for kodi-pvr-iptvsimple reads:
> Description-en: Kodi PVR Addon Argustv
>  This package contains the Argustv PVR (Personal Video Recorder) [...]

obviously this is wrong and should instead mention iptv.

___
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#799945: RM: ardour3 -- ROM; package obsolete (replaced by newer version in different source package)

[IOhannes m zmoelnig]

Package: ftp.debian.org
Severity: normal

Hi,

ardour (a digital audio workstation), is available in Debian via two source
packages
- ardour  (providing ardour-4.2; current upstream version)
- ardour3 (providing ardour-3.5; released in 2014-10)

the pkg-multimedia team (including me) is maintaining both source packages.
the double source package comes from a time where "ardour" provided the stable
ardour-2.8 release, and ardour3 introduced a new major upstream version for
parallel install).

now, upstream has adapted a rolling release strategy, where they do not support
older releases.

in the light of this, the maintainers of both packages have decided to drop the
outdated ardour3 source package for stretch.

we therefore request removal from the unstable suite.

once ardour3 is removed from unstable, we will probably add a transitional
ardour3 *binary* package built from the ardour source package.
This transitional package will be removed after stretch has been released.


mfrdsa
IOhannes


PS: once ardour3 is removed from unstable, do I need to file another RM for
testing?

___
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#798043: lives: creates (and uses) world-writeable directory

[IOhannes m zmoelnig]

Package: lives
Version: 2.4.0~ds0-1+b1
Severity: important

Dear Maintainer,

simply starting `lives` will create a new directory `~/livestmp` (in my home),
which is world read and writeable.
i think this is an absolte no-go.

$ cd ~
$ rm -rf .lives* livestmp
$ lives
[...]
$ ls -lhan livestmp/
total 8.0K
drwxrwxrwx   2 1000 1000 4.0K Sep  4 20:35 .
drwxr-xr-x 100 1000 1000 4.0K Sep  4 20:35 ..
$ 

i would expect any newly created directories to obey (at least) my umask 
settings.

furthermore:
i really hate it, if applications clutter my home-directory with automatically
created directories.
now lives has already a wizard that asks me which directory i want to use as a
scratch-dir, but it does so after ~/livestmp has been created...

mfdasr
IOhannes


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lives depends on:
ii  frei0r-plugins1.4-3+b1
ii  imagemagick   8:6.8.9.9-5.1+b1
ii  libasound21.0.29-1
ii  libatk1.0-0   2.16.0-2
ii  libavc1394-0  0.5.4-2
ii  libavutil-ffmpeg547:2.7.2-2+b1
ii  libc6 2.19-19
ii  libcairo-gobject2 1.14.2-2
ii  libcairo2 1.14.2-2
ii  libgdk-pixbuf2.0-02.31.5-1
ii  libglib2.0-0  2.44.1-1.1
ii  libgtk-3-03.16.6-1
ii  libjack-jackd2-0 [libjack-0.116]  1.9.10+20150825git1ed50c92~dfsg-1
ii  libmjpegutils-2.1-0   1:2.1.0+debian-3
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpng12-01.2.50-2+b2
ii  libpulse0 6.0-5
ii  libraw1394-11 2.1.1-1
ii  libswscale-ffmpeg37:2.7.2-2+b1
ii  libunicap20.9.12-2
ii  libweed0  2.4.0~ds0-1+b1
ii  libx11-6  2:1.6.3-1
ii  lives-data2.4.0~ds0-1
ii  lives-plugins 2.4.0~ds0-1+b1
ii  mplayer2 [mplayer]2.0-728-g2c378c7-4+b2
ii  ogmtools  1:1.5-3+b2
ii  perl  5.20.2-6
ii  procps2:3.3.10-2
ii  python2.7.9-1
ii  sox   14.4.1-5

Versions of packages lives recommends:
ii  dvgrab 3.5-2+b3
ii  icedax 9:1.1.11-3
ii  libogg01.3.2-1
ii  libtheora-bin  1.1.1+dfsg.1-6
ii  libtheora0 1.1.1+dfsg.1-6
ii  mencoder   2:1.1.1+svn37434-1
ii  mkvtoolnix 8.3.0-1
ii  pulseaudio 6.0-5
ii  x11-utils  7.7+3
ii  youtube-dl 2015.06.04.1-1

Versions of packages lives suggests:
ii  libdv-bin   1.0.0-6
ii  mjpegtools  1:2.1.0+debian-3

-- 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#793827: pd-ggee: invalid command name pd

[IOhannes m zmoelnig]

Package: pd-ggee
Version: 0.26-4
Severity: normal

Dear Maintainer,

creating a [ggee/button] and clicking on it, yields an error:

invalid command name pd
invalid command name pd
while executing
pd [concat button12578f0 b \;]
(procedure button_cb12578f0 line 1)
invoked from within
button_cb12578f0
invoked from within
.x1257bc0.c.s12578f0 invoke
(uplevel body line 1)
invoked from within
uplevel #0 [list $w invoke]
(procedure tk::ButtonUp line 22)
invoked from within
tk::ButtonUp .x1257bc0.c.s12578f0
(command bound to event)

upstream (now) uses pdsend instead of pd.


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

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pd-ggee depends on:
ii  libc6   2.19-19
ii  pd-libdir   1.9-3
ii  puredata-core [pd]  0.46.6-2

pd-ggee recommends no packages.

pd-ggee suggests no packages.

-- 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#792997: python-pyo: ship pd-pyo

[IOhannes m zmoelnig]

Package: python-pyo
Version: 0.7.5-2
Severity: wishlist

Dear Maintainer,

python-pyo upstream includes a Pd-external for using pyo from within Pure Data.
it would be nice if this external could be shipped in a separate package
 pd-pyo.

caveats: python-pyo currently includes a local copy of m_pd.h, which is very
outdated (taken from Pd-0.41-4).
Instead any external should be build against the headers provided by the
puredata-dev package (the easiest way would probably be to patch pyo~.c to
include pd/m_pd.h instead of m_pd.h)

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

Kernel: Linux 4.0.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages python-pyo depends on:
ii  libc6  2.19-19
ii  liblo7 0.28-5
ii  libportaudio2  19+svn20140130-1
ii  libportmidi0   1:184-2.2
ii  libsndfile11.0.25-9.1
ii  python 2.7.9-1

Versions of packages python-pyo recommends:
ii  jackd2  1.9.10+20140719git3eb0ae6a~dfsg-2
ii  python-pil.imagetk [python-imaging-tk]  2.8.1-1
ii  python-tk   2.7.9-1
ii  python-wxgtk3.0 3.0.2.0+dfsg-1

python-pyo suggests no packages.

-- 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#792722: pd-lyonpotpourri: array_getfloat() is buggy in 64bit environments

[IOhannes m zmoelnig]

Source: pd-lyonpotpourri
Severity: normal

Dear Maintainer,

I've been notified about a bug in pd-bsaylor, that it still uses the deprecated
function array_getfloatarray() which is broken on 64bit systems.

Doing an automated check (grepping .pd_linux files)
revealed that your package seems to suffer from the same problem.

Please replace array_getfloatarray() by array_getfloatwords()
(note: this requires MORE than search and replace)


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

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/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

Bug#792724: pd-moonlib: array_getfloat() is buggy in 64bit environments

[IOhannes m zmoelnig]

Source: pd-moonlib
Severity: normal

Dear Maintainer,

I've been notified about a bug in pd-bsaylor, that it still uses the deprecated
function array_getfloatarray() which is broken on 64bit systems.

Doing an automated check (grepping .pd_linux files)
revealed that your package seems to suffer from the same problem.

Please replace array_getfloatarray() by array_getfloatwords()
(note: this requires MORE than search and replace)


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

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/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

Bug#792725: pd-pdstring: array_getfloat() is buggy in 64bit environments

[IOhannes m zmoelnig]

Source: pd-pdstring
Severity: normal

Dear Maintainer,

I've been notified about a bug in pd-bsaylor, that it still uses the deprecated
function array_getfloatarray() which is broken on 64bit systems.

Doing an automated check (grepping .pd_linux files)
revealed that your package seems to suffer from the same problem.

Please replace array_getfloatarray() by array_getfloatwords()
(note: this requires MORE than search and replace)


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

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- 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#788325: easytag: Don't register as default handler for directories

[IOhannes m zmoelnig]

Package: easytag
Version: 2.2.6-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

installed easytag

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

open a directory, using
$ gnome-open /tmp

   * What was the outcome of this action?

easytag was started. 

   * What outcome did you expect instead?

open a directory in a file browser.

btw, using
$ xdg-open /tmp
works as expected.

mfgards
IOhannes

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

Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages easytag depends on:
ii  libc6   2.19-18
ii  libflac81.3.1-2
ii  libgcc1 1:5.1.1-9
ii  libgdk-pixbuf2.0-0  2.31.4-2
ii  libglib2.0-02.44.1-1
ii  libgtk-3-0  3.14.5-1
ii  libid3-3.8.3c2a 3.8.3-16
ii  libid3tag0  0.15.1b-11
ii  libogg0 1.3.2-1
ii  libopus01.1-2
ii  libopusfile00.6-1
ii  libpango-1.0-0  1.36.8-3
ii  libspeex1   1.2~rc1.2-1
ii  libstdc++6  5.1.1-9
ii  libtag1c2a  1.9.1-2.1
ii  libvorbis0a 1.3.4-2
ii  libvorbisfile3  1.3.4-2
ii  libwavpack1 4.70.0-1

Versions of packages easytag recommends:
ii  gnome-icon-theme  3.12.0-1
ii  gvfs  1.24.1-2+b1
ii  yelp  3.16.1-1

easytag suggests no packages.

-- 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#788075: ITP: deken -- minimal package management system for Pure Data externals

[IOhannes m zmoelnig]

Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig umlae...@debian.org

* Package name: deken
  Version : 0.1
  Upstream Author : Chris McCormick ch...@mccormick.cx
* URL : https://github.com/pure-data/deken
* License : BSD-3-clause
  Programming Lang: Python, Tcl
  Description : minimal package management system for Pure Data externals

deken is a package installer for Pure Data, that allows to search for externals
in an online database and download pre-compiled binaries.
It also comes with a tool that allows the creation (and upload) of such
binaries.



I intend to talk with upstream about the best way to (additionally) integrate
the externals already packaged for Debian.

I intend to do the packaging under the pkg-multimedia-maintainers team umbrella.


fmards
IOhannes

___
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#744747: jack-tools: if transport-aware, jack.play enables non-unique names

[IOhannes m zmoelnig]

Package: jack-tools
Version: 20101210-2.1
Severity: normal

starting `jack.play` with the -t flag to enable transport awareness,
also enables the -u flag (non-unique client names) as a side effect.

this is due to a missing break; statement in jack-play.c:409

fgmasdr
IOhannes




-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.12-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages jack-tools depends on:
ii  jackd 5
ii  libc6 2.18-4
ii  libjack-jackd2-0 [libjack-0.116]  1.9.9.5+20130622git7de15e7a-1
ii  liblo70.28-3
ii  libncurses5   5.9+20140118-1
ii  libsamplerate00.1.8-7
ii  libsndfile1   1.0.25-9
ii  libtinfo5 5.9+20140118-1
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1.3.2-1

jack-tools recommends no packages.

jack-tools suggests no packages.

-- 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: Cleaning up the team's packages?

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2014-02-20 17:20, Felipe Sateler wrote:
 Package: flumotion Binary: flumotion Uploaders: Loic Minier
 l...@dooz.org, Marc-André Lureau  mlur...@flumotion.com,
 IOhannes m zmoelnig (gpg-key at iem)  zmoel...@iem.at, Jonas
 Smedegaard d...@jones.dk Version: 0.10.0-3 RC-bug: RC bug needs
 fixing: #739215: flumotion depends on python-twisted features
 removed in v13.0.0 testing-migration: Migration: Not in testing for
 141 days

i think the RC bug is fixable, but what is hard to fix is the
build-dependency on gstreamer0.10-ffmpeg (which doesn't compile with
modern libav).
flumotion's upstream is not really interested in porting flumotion to
gstreamer1.0.

i'm thus inclined to say, that flumtion ought to be dropped.

fgmasdr
IOhanes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJTGDFmAAoJELZQGcR/ejb4/dIP/10ZgH3X22C5d0BY+a//QVdP
J75RocO08UoR5H+XEjTj+m1m5H0UXNSEZhygJuJSENgriPzfGWDECty1oOGKh5yW
3HhKwnf5KeM0Bigu9Wb7TnimMg3eAQyhrPdShr84+9iT+9OvIvWpuZMRu7PHnbYr
MTEFN66vMtvWR+UZEmFCx0/WUJHuUepdKNgYCz6vY8g7UJ0rgrLXV6LO+lB7B4Qi
AB+9hlKw5GhIqQiBiyQxfyHXqSsOmL3voDS4Kak4OxFmo6v6FJBP5hQLIVMdW08d
nOD9GAtwa8iVSaiI7T6ZHfhDLwLsvfbSCQrLH7EdKmUNQV41Rmbbki2tOZUNZPYm
ogG7v0/1B2c/XSiANQzaBM13XbTcEpoTv9rwMecHLfOM8QF/Jm3Gx2Tt3XaRSD39
kx4uTXleRS4ynb+DdGQrYC2ZFPMrGG6HRABhjxiHHSyyU/KoftfgZYFVgvPGY4ON
4tFf8k5kV1BhifRNJ1kp6xwTWQ9E+LSF5dyYH4OWOQiVu3DaWQbWHPY5AyJpEUmS
rQhVc90aMcj0FbSXNOmxZh+iSCNVNHNpWCP80BtHi+hki6PSHB1urt8JKtC+ioOW
kjqKhSJPxB3diOpCI4hy0hjC8woTxcYrK/QNP6uSiEfRkenR6wi3yyGIUzwdGH6J
69Ad+mok9dkJrporGQ+Q
=eDms
-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

Re: Joining pkg-multimedia

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2014-02-04 02:54, Balint Reczey wrote:
 Hi,
 
 I'm Balint Reczey [1], and I would like to join the Multimedia
 Team.

welcome!



fgmsdar
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJS8f7eAAoJELZQGcR/ejb4eVEP/iry57QUonlLIfX4k4ZQ9n05
GRMaIoHW9vReBOTQ3uU9mD5lklfiAvIWC9HU4QWaM0R4LT5x+yWmD/4GwcTsm+n3
sk3Ba2DZgjuhNwC0OCCf53NQKefmIEzMwheWXf2H0LoANtElM3IQ53Hm+vFITpMU
IguWtMr1Pivkk2hPM0ieC8LQreBSDqAMDRJCX2VlwXdzvDXqeU6UbzwC4N0iC4Ll
8wH0zIkuNDJBEzSWApMfiWs/6ipA4OPLh/pnASXBRJyxXuK+/09a87+nQ6gXlDOk
Nef/742qA3ueIikLsYw5sUxHHMvAJ8uPzU05zxNeYLJzi5olDTnNxs1XL6VjWbqw
xkBw7T3Se1wWbpNKhnv68KUMtpsBK1jrfN8yw/R4ZTfu5NGoWBVp2YPmfWzL6oVr
+4gmuoJ+e7xueYYLPiQvofg4cOXAJllQD02shP/QxNryQHbbkyWrik84vTkGAWI6
cHEGQ8H8d//eUTooG1fDP0a3BdiGscDKuv6oyXAByuihUU5eojkjFIrQcm7JehDh
pgGcfpk9W1W2sh3/dXepBWw7TbCZ4vl9k6KIGnp6H46XdVNC9cpUrWJ8qCvjc2ke
2D9tTh8+VKBPhbHOSY5QwNSZujnp7gNXgYg+hhUhjGNu3BREwpdqvCR5iiwywGMq
QwW5I40yaPIYB+iGTcyA
=rhli
-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

Re: becoming a Debian developer...

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2014-01-14 20:41, IOhannes m zmölnig wrote:
 smack :-)

sorry, this was intended as a private email to jonas.

i don't think smacking people in public should be encouraged.
(smacking people in private should be discouraged as well, unless they
explicitely ask for it).

fgamsdr
IOhannes

-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJS1kiwAAoJELZQGcR/ejb457cP/1sRhf+UsGP4oN2LvKTqClSK
LaOhLRE4lvgmkAsVUo6W6cZ//7VrrCLMREPZRmYsH7A+bop7kEbjqddNj7nhvtzY
riTohhmj/hVVPjPCDZ9L+XaMSKBbKfU8T+CjT1x3nblXlLkhku3pon2sFj5Fip7I
wrTHeKFQkFifWRy0sMq99LVpyZZgjpP01FsxHeFYlyNJxeQRjy1WQjsLpfhE+XqV
iC0W9DolqtvP4RQdA8Bn0/3noIba/JIbKCMt3xUX3am1Ju5bzKBVm4GePL3VTHZZ
Wc2hw8S3Xlb3gX+jCZFG+u+zF1Des/bsEyPbskuyCl1050mrWKXySWIzemseT77n
D/uC5BdSm2qbWweO93x828W9DcNB93qgWjUDElCQSwYV8aWwqYnpYdZdoRuCTTwp
AqD0zusSTSBbQagc60mOSwfra4un6IEljKL9/Rmv4c8sPO7UDO7+BnoCzP7GBDJ8
nJAg26g0wUsLP0gaK7kI1azuVxdoi+ekrqmYBHag/KN09Wm5uaXe6A/6kzFEYotz
35xUxqgjadodpYG7ewT8CPpgalhPMx9ELK2UkazuVAIdBmWY2FSt7vGTZndhnaWS
qppKASAsHbDgIxPOZlNItURff8Gr76YHY2mFGP2gf6PMpv1C4u0r80Z+oIAw6EL5
tpkzr/AGMpXl1kw678ee
=c5jw
-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

becoming a Debian developer...

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

hi fellow packagers,

now that i have become DM, i thought it probably time to do the last
step and become DD as well.

most of you know me from pd-related packaging either outside (paul) or
within the pkg-multimedia team, and have previously sponsored (or
co-maintained) packages that i had fiddled around with.

as you therefore already know, my main interest is in packaging
software for multimedia creation (with a strong focus on Pure Data).
as a DD, i intend to keep most of the packages that fit into the
pkg-multimedia umbrella within the team.
for packaging i use both debhelper and cdbs (for which i have
contributed to ease pd-packaging), whichever is more convenient.

for the process of becoming a DD, i'm currently looking for advocates,
which is where you come into play :-)
so if you think me becoming a DD is feasible, it would be great if you
could drop me a note, so i could proceed on that track.

fgamdsr
IOhannes

PS: i've included the entire pkg-multimedia-maintainers list in this
email, just in case somebody i haven't addressed directly feels the
urge to help me as well... (sorry for double-posting the rest)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJSst2UAAoJELZQGcR/ejb47isP/2SiSop+8tyOyh0aOJU476GS
cXbubkMwSlEPX2I8ZC9FCOur51NhbJY23Y+OiaYTbhbKBnwSccihuu+dloB9jrqP
zPpdchXYFyVBV9on8xCNU6kB0st6U95YtPEes7ZxDZ3Y3b7oRIkHv6sd44IEn7Xj
nkAFKyHrAy5WPpkGFFXbKMS6ZVXyhOnrClL2o3awB2DDMMR3qeg1GNXk/VF+KNVe
Ap/spv1rxtrT/wcs2NL7DtTSkUEKEzLuEKp1RM/HoeiX0lI0VfY5MGOajA4/7gAk
XanTMmtrS6tThhpqpKfn70g0weER5vznmngk2fQNZBJSES8M2huYVrD7En+A5TUY
maDFBa91WHfdlc5OZpi7u2lkQozueaQDCEfrB1+koCNtzx1kmYwN3fBrq7b5n03V
h0lTDrQ2oQKuqatg1yyz6VglSf98mOElm/Ux/yBoLmJwwCm0BKmTIMxWAr2n4kn3
AJgu+1XF9Wcwg4B75h67LI6l7Bs61jOFscvlhiS2EK5H87SseOuVpfc5N+HD01Xd
vUhBxBTwZePUo8XULaRZ6tkPaZAdujuzeg5FOP8pJGUWqojdsqdfw1hH2lPg+XUM
8zy2fhSHr2b4IghpRPwrKk8szJkmPO2CyyAs+5O6HSuN6z2pd7PtnLLokP8+GmBk
cNMh1br+A25cZpJnrRjF
=Gf14
-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

Re: priority 'optional' vs 'extra'

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2013-12-17 15:03, IOhannes m zmoelnig wrote:
 On 2013-12-16 23:50, Jaromír Mikeš wrote:
 Please do so in any I'm uploader.
 
 same here ...
 
 thanks for the heads up.
 

ok, i filed following bugreports:
 libclthreads2  #732498
 libclxclient-dev   #732499
 libclxclient3  #732500
 librubberband-dev  #732501
 librubberband2 #732502
 rubberband-ladspa  #732504
 rubberband-cli #732503
 libvamp-sdk2   #732505
 vamp-examples  #732506
 v4l2loopback-dkms  #731909
 libassimp3 #731910
 libclthreads-dev   #732496


using a script like the attached...

fg,asdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJSsZEjAAoJELZQGcR/ejb4dHIP/RNTPuVQQgine/emt9uji8lp
iEq2tPHMzwDozUsw9HVQoFgQc4DWn3TxovbLBKEsSTt637K2yvED1zp391ktVgwi
67nosAXEWyyI2JC+1haa4sANIPnpF/Wb1NSZBgt5WK6fS8vQs/X3qxrNhyZkfuMK
Xkl7wgOLK9+JTARw41Wld3qdDJUejlkMKxVPFtb4k9sy82+K8inaCNUcZScvJ+RN
gHrUELSxAkt61ZdrCpwq5Onk+lhAn+Zi5TT8L7EHZcgZKGLQrAcwBSjQVFNfpMfG
8y2E9ESd5hZM5B187wivVirm6yf12QaonDlm+sdnQL4ROnK2i+vn0RjcdKoopHly
BR4hRqZvfN3xIMQE5RdKFvtNOE9vIo5caqnxAq0ikF7XLnICuWh2MMaoVGKltDmJ
M+kjoyU4bOu3cLsnLgN2utqqBiSdSs2H6+h9npDeOtOgsRy89pQqV3lpSrvNYHYh
rDrpnBzKgXC4ATdeN30qOaLEaoqBZ0mb6gyHtI0GGA9SPl0+MwS+DH6QBO2FxCwy
jGcamHCDtizo+6dX7NutvYVBu+rTopzstm1ip+pDhfnrf8Mer5xXzgQXWKLP6Mqk
Sal4AWIXEMQspnKTVvOGQF6d3RAXBq91HQYVLfrsbGpA9DGVHqKOGg+e1EgK7r6p
xjpL3qFjuRv0RBVGwpXc
=UGGE
-END PGP SIGNATURE-


override.sh
Description: application/shellscript
___
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: priority 'optional' vs 'extra'

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2013-12-18 13:12, IOhannes m zmoelnig wrote:
 ok, i filed following bugreports: libclthreads2   #732498
[...]

that list missed a few that hadn't been acknowledged yet.

a more dynamic list can be found here...
http://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=zmoelnig%40iem.at;package=ftp.debian.org

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJSsZi5AAoJELZQGcR/ejb4RTgP/RIe99tChTE1pxUi1BHDCeYP
m7OCAkh75NcktkuTjCKnw38KZvYnAcnfTfPGOqYnNFfBK5zIYGlhxkDwzbU7ju1S
x/ORaX3ZlBS0uyEnvvBysZWZ1Uo86/bOrzJsMvXxt0aHto3CPGyUaZ8jNX441am5
etlMlF2it47g2qS3cC7yPWHDe/866Zv1XEyh0S76q9/i3ij47jKvdHVEEAi9zLtJ
qDahUVxSAO+a3zgHZdE97iu6B9A3Cdls6qSWlkRODyONRCZmbqKy2dvJPvNBDVlm
4pOgSoh/ivJCarX5G3uPLAoAg0GwbyUai8ylXitSRnksRH9RaMIeSPfKGJXhtWnn
EWFIkOeDtXDDwwPR/XM8460UIAksxlKCQike/yvIJfvxAI0WSsGns1voF8agLRiH
hEY2xzUwhoweuJpX01aQpoN65zJm8QLh9+zqep6aBTxIjO2gLZ10lVPM4j2uw/Np
yZ1BhsBy/0wS/z93JXlw3BEMq9ydoRKCCwY3DMJ6l5HBlCSKbZ0punZWSGIgaCc8
VjoQcyyjcjOsParIAFxgQY2CF6zkJ18QJExZzgsjVZe6kFjXMflq/ffhZSmXmMaF
HMBlo4wGZCEgxIWU01xPQ1hLaBJ/55cHgbOXYDc5KXroLrDQtbIfvpTy0WFq2djP
rq4zKw+KhF+ZwolFFelF
=yEhT
-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

Re: pd-iemlib: request for review/sponsoring

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2013-12-16 20:04, Felipe Sateler wrote:
 
 I had forgotten that I had indeed undone a doc-pdf conversion fo
 this reason. Sorry for not remembering.
 
 I think the best option is to verify that the pdf file can be 
 generated with libreoffice. If it can, lets make a note in 
 debian/copyright, but not build it with the package. While
 building everything is best, at this point it cannot be automated
 reasonably with current debian infrastructure. Let us not loose
 sleep over it.
 

ok. i updated the package accordingly, and hope it now finds the
consensus of everybody :-)

mfasdr
IOhannes

PS: shouldn't the result of this discussion be documented somewhere,
e.g. https://wiki.debian.org/DebianMultimedia/DevelopPackaging
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJSsC4HAAoJELZQGcR/ejb45XgP/0qkuxVBTqFduLYONyGBGKNI
LpkwMFsoQEiN7UY6EkwSl0/pjwAUfzVx06l3YoF7ZOiZ1qCLS9vzx8jn/avAqOTm
BeG0vu8/MmavEW3cUUY7tc7aLeYRzoRrPy61iRAMXpy+EshaWt+qKT3ECvGFH9Hv
Bd1GGYDPGIzDOa/qcorg0msmbSmIQWABWoOM80jvh8WonESp4WVr1HmW6C5yz7fo
tZUS80qQH+zfitEVXvO4NJUCgLUl2OeVRDnBowhTC8qiCbIs7L+3QptltXZdYYbe
2jAracPube9WnzmxYPmYllsDZq76S2xkeUFC57OPdedVB9ApJXO1Jz2pJJayE+Hh
9wqW4BGOc5aZ6zWUTRgBfCGC7gyrxa1aX8Uc2cca73UqRSgq53YAQfZBgeN91eqL
08ZVGD4SA3C3UlnmwDPHltEG7RwZ9gTXAji2Z/5TAErUoj/s3hw4a2uE/IfmKwTE
hIjKQj1ZukfojrcgPPU2aQqSM466VAqIvYtZ6Xu+V0xSwKA2ee5yAaNqTdng+FtY
Z1G5umc7hvEthYxxZ/poQKK6Ocs4F4qI8qUQhRjfjaqSvJTyulsASbzaR3HZH5ww
WnH2sfOumXKD97e5hO/Kn2ENws1BgpBNwL43FKiptrtb7LPP29NM9I0tfK0xCcr7
OCG7U148qB7ToLbMl98y
=K9Us
-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

Re: priority 'optional' vs 'extra'

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2013-12-16 23:50, Jaromír Mikeš wrote:
 Please do so in any I'm uploader.
 
 same here ...

thanks for the heads up.

i did a more thorough check which priorities need to be updated in
these packages, and found that some of these packages have the wrong
priority still in the debian/control file, which i haven't updated (yet).

csound : libcsnd-dev libdevel/extra - libdevel/optional
csound : libcsound64-dev libdevel/extra - libdevel/optional
csound : libcsoundac-dev libdevel/extra - libdevel/optional

and there are a few packages where i believe that the section is wrong:
vamp-plugin-sdk: libvamp-hostsdk3 sound/optional - libs/optional
vamp-plugin-sdk: libvamp-sdk2 sound/optional - libs/optional

if you (jaromir, felipe) want i can commit these changes directly to
the resp. git repositories.

in the attachment you find the list of your (jaromir|felipe)'s
packages that i would submit to have their priorities (and/or
sections) fixed by the ftp-masters. (i'm attaching the list so you can
do a last check before i submit bugreports)

fgamsdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJSsFm9AAoJELZQGcR/ejb4wUAQAJQya+eCqVg2qqcCAP6HWEaV
90kcpbPjQ5MFrUxe5+QUO54EQjQffCGcgBYSgdMhvWjf6CP2A1LDHdDhYxZ80m1T
FmCLSbQBk+3buWtoamcA+EyBzjIUTFkpWjeOCuBruHTK3lTDMni31wHeT0o2K1PB
646J+qL7sYqJ16x6g/wJsyApu3KfuR51RJ3eWOm4kJKRpgNARkdnLVhBQTR/buKp
jSH8xdn8u3qvJU0WVsWMlyz6BJQ+bA/3UrCLcWHpBTOVf/gvJZk6Ib9fY2u5IUsm
yfDpyR2pfYkNBzq9aUKXo/aqFO6+YdSOEKz0ty+A0wCc8SEdyhpyT/zJUjkWhTMe
uFHbdeOrq9rRee6D2ow/DD3dkyuXQNKsSnxRyfzR65pCsfeKe7ahf8cbozFkfQeg
TywyjOARickEbexX8pCzSEuYaBD1NM2LddC6TaDy8yAYhw3uCinhp4V6/AOt/EIi
tJo0JiifSrComJUFt45nWWTvw6FKKrBibU29HHtEDnDTCximTZlzy6N1hrJXqLDP
oP5lDZKtruVo+jOtqtl6uAdL8GRtjK8RzNtd2WdoAiHGRpZ8yaC7YH5FFCZIvKys
//P3bJA+ocm+MtA1gMgWq4DRv0uoSSibKexe6QyXA3Tw9WTSc6mVghCgpAZ8HiIY
YNCKeIIQBJTA75jl6Itw
=KQw3
-END PGP SIGNATURE-
PACKAGE SOURCE  FTPMASTER   DEB 
TARGET
=
libclthreads-devclthreads   devel/extra libdevel/optional   
libdevel/optional
libclthreads2   clthreads   libs/extra  libs/optional   
libs/optional
libclxclient-devclxclient   devel/extra libdevel/optional   
libdevel/optional
libclxclient3   clxclient   libs/extra  libs/optional   
libs/optional
librubberband-dev   rubberband  libdevel/extra  libdevel/optional   
libdevel/optional
librubberband2  rubberband  libs/extra  libs/optional   
libs/optional
rubberband-cli  rubberband  sound/extra sound/optional  
sound/optional
rubberband-ladspa   rubberband  sound/extra sound/optional  
sound/optional
rubberband-vamp rubberband  sound/extra sound/optional  
sound/optional
vamp-plugin-sdk vamp-plugin-sdk sound/extra sound/optional  
sound/optional
libvamp-hostsdk3vamp-plugin-sdk libs/extra  sound/optional  
libs/optional
libvamp-sdk2vamp-plugin-sdk libs/extra  sound/optional  
libs/optional
vamp-examples   vamp-plugin-sdk sound/extra sound/optional  
sound/optional
vamp-plugin-sdk-doc vamp-plugin-sdk doc/extra   doc/optional
doc/optional
libcsnd-dev csound  libdevel/extra  libdevel/extra  
libdevel/optional
libcsound64-dev csound  libdevel/extra  libdevel/extra  
libdevel/optional
libcsoundac-dev csound  libdevel/extra  libdevel/extra  
libdevel/optional
libcsound64-doc csound  doc/extra   doc/optional
doc/optional
csound-manpages csound-manual   doc/extra   doc/optional
doc/optional
___
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: priorority 'optional' vs 'extra'

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2013-12-16 00:01, Jaromír Mikeš wrote:
 2013/12/11 IOhannes m zmölnig zmoel...@iem.at
 
 
 i thus propose to do a cleanup of the package priorities and move
 as many packages to optional as possible.
 
 
 I have switched these packages to priority optional and upload
 some time ago but now when I am checking they are still extra: 
 clthreads clxclient rubberband vamp-plugin-sdk
 
 
 Something more should be done than just uploading?

afaik, we have to file a bug-report with ftp.d.o to manually switch
the priority.

i'd volunteer to do that for all packages involved (or only those,
where the DMs consent to switch the priority).
that's why i wanted to start this discussion.

fgnasdr
IOhannes

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJSrr/xAAoJELZQGcR/ejb4JccP/0WllbZv/vcVHN79b12B4Mtp
1aLaR4Tr0rffqF69cc3GuSlCV4FEAYi54+H3A20w40N5HZQ7kZmi1NirGkja+Dd+
JoxO4ohMOhFa/PX4Va8UIPcmilx0f4On10FcjofNroBIOQgr4pnSa/2c47v1ZDgr
hecJtRCStZpIyuOcoOQ2zN2kgu7b/Uam0RidkuBMBvFz4VnPYGZsrkXanu9xpSzk
so/+r1pH9YM5F9r2j83/tT+P7Zop4FUNO0kPEoHaRXMh91ucClXELprk84Is+oTU
4T5LtchuRTd1P6sJEvAsicVp2snwtmq7sC6YPHKDUDYIVpkO2dtC5KvjLUtTStug
80oo+xSDV68dCTbSGgvTDDqVLgyf3QMTouu4MYNRC6hDuAxt2H8aoIFvgQthWfWh
89FlJdO1Jo4dftEqCgPb2TG6J9uUr6/Etxq6qGnxnhAU6nIBToXgaP6BkKYjoOG+
yxMH09MsbHLFgZBELhvwE3RbIoUhxPgiT37O0CXV0gdZxasv9q/30jB2dC818lal
31LBJC2g/jQFE85lAI82gcQ3E8swUVKTfmTOApmzrt8bYTD4geI5ytkDjafRh+re
ERgMYaSNLyG4GQeJ73ml6QIzSAvp97Gs5j7Gk9YtPGCguUtrBzaUlwwyhGFPpqpU
BhNW8IhToTIX9AlBELRT
=0rV/
-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

Re: RFS: updated pd-cyclone

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

(seems like this got stuck in my outbox. resending)

On 2013-12-09 19:45, Hans-Christoph Steiner wrote:
 
 There is a lintian error on this package: E: pd-cyclone source:
 missing-build-dependency dpkg-dev (= 1.16.1~)

thanks for catching that.
weird that it didn't show up on two machines here...
anyhow, fixed.

 
 Since I don't really maintain CDBS packages and IOhannes is
 stepping up on the maintenance, I'm removing myself from Uploaders
 on this one.
 
 I'll grant you upload on it, please handle the lintian error.
 

thanks.

gfmadsr
IOhannes

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJSptNNAAoJELZQGcR/ejb4rUgP/RwOU3fEjOTulCCb8CWvdUaD
dD/WQxRIrPkQVNTaoB7IpAlBrNCY8RQTAfvGw2zUoF9abfcGgWH3fbsHZHBeDIZu
lB5+OgXg5Et5eQRi4eb3+QbfAFOE/oU7UghLxfeMq102lmlTLyX7f87FFh+IGL/g
9Wf29UWY5tYFMkzhmqsYtcxQyDdBTjOj1P3Zub1aqM/3QX0/9fzFuETfUf1L0n3a
Ov4vtsfniT38tYCWtqRV/WBNjivqdtqlpNOcxwSpmwgRCDOcStBGGvnMSxOx4Lip
ttuNTXe9VNFi4woL6UJNfiBu0NoUWSa26VHxN/WJWWVuZI1FBpQMptqFXQczFzRu
MzNjQzqjFMXB3U0l6Y2C58cLsSl07M88OSozAekYxqUgmoKG4cxli9ST8OJdTwyU
JA338fDnsENrmftb/g/5udH2LL8bChDiWbvfe85E8kpKcSqiUkyY0B6sCUXNKn/T
S4oqZ3S6Sa1PtoEdfSxEHpdmFMMQzJdX7jImKM2K2SGnDxa7iZLWbbAtLeZ8ngnl
SPg3h1YLlL4JCdqIEb97LE+bLdwpNxQQl3fwwfj2vVLfZ8P4MMF7CvHdFXxXl7AU
Fd7AZQxEYOM/XYUFiL7dz/PAE8MNEH5asGvv+1WFtB+tBbwROEuoGPFH1QrR5PEK
mYi5C2iVyaF3M40eMn9W
=je34
-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#731835: libgmerlin-avdec1: raise priority to 'optional'

[IOhannes m zmoelnig]

Package: libgmerlin-avdec1
Version: 1.2.0~dfsg-3+b1
Severity: minor

Dear Maintainer,
I noticed that this package has a priority extra.

according to debian policy, i don't see a reason to not have priority
optional, since the package does not have any specialized requirements such
as mentioned in §2.5 of the Debian policy.

the problem i'm experiencing is, that some packages of priority optional
depend on this package, which is a direct violation of §2.5 (Packages must not
depend on packages with lower priority values).
so either these packages or your package ought to have fixed priorities, and i
think it that this package would be the better place 

quoting from #debian-mentors:

10:27  zmoelnig i'm wondering about the priorities field: which priority
should i use as default for most packages? extra or optional?
[...]
10:30  wRAR zmoelnig: optional
[...]
10:31  wRAR there is #660249
10:31  wRAR the only example in the text (debug symbols) hints (at least for
me) that this is not really about specialized software, but about
non-software packages.
10:32  wRAR other widely used example is transitional packages
[...]
10:34  wRAR at this point someone usually remembers that distinctions between
optional and extra do not have a real meaning and that priorities should
be abolished.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.11-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgmerlin-avdec1 depends on:
ii  liba52-0.7.4   0.7.4-16
ii  libavcodec54   6:9.10-1
ii  libavformat54  6:9.10-1
ii  libc6  2.17-96
ii  libcdio13  0.83-4
ii  libdca00.0.5-6
ii  libdvdread44.2.0+20130219-2
ii  libfaad2   2.7-8
ii  libflac8   1.3.0-2
ii  libgavl1   1.4.0-1
ii  libgsm11.0.13-4
ii  libmad00.15.1b-8
ii  libmjpegutils-2.0-01:2.1.0+debian-1
ii  libmpeg2-4 0.5.1-5
ii  libogg01.3.1-1
ii  libopenjpeg2   1.3+dfsg-4.6
ii  libpng12-0 1.2.49-5
ii  libpostproc52  6:0.git20120821-4
ii  libschroedinger-1.0-0  1.0.11-2
ii  libsmbclient   2:4.0.11+dfsg-1
ii  libspeex1  1.2~rc1.1-1
ii  libswscale26:9.10-1
ii  libtheora0 1.1.1+dfsg.1-3.1
ii  libtiff4   3.9.7-2
ii  libvdpau1  0.7-1
ii  libvorbis0a1.3.2-1.3
ii  libvorbisenc2  1.3.2-1.3
ii  libx11-6   2:1.6.2-1
ii  libxext6   2:1.3.2-1
ii  multiarch-support  2.17-96
ii  zlib1g 1:1.2.8.dfsg-1

libgmerlin-avdec1 recommends no packages.

libgmerlin-avdec1 suggests no packages.

-- 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#731836: libgavl1: raise priority to optional

[IOhannes m zmoelnig]

Package: libgavl1
Version: 1.4.0-1
Severity: minor

Dear Maintainer,
I noticed that this package has a priority extra.

according to debian policy, i don't see a reason to not have priority
optional, since the package does not have any specialized requirements such
as mentioned in §2.5 of the Debian policy.

the problem i'm experiencing is, that some packages of priority optional
depend on this package, which is a direct violation of §2.5 (Packages must not
depend on packages with lower priority values).
so either these packages or your package ought to have fixed priorities, and i
think it that this package would be the better place 

quoting from #debian-mentors:

10:27  zmoelnig i'm wondering about the priorities field: which priority
should i use as default for most packages? extra or optional?
[...]
10:30  wRAR zmoelnig: optional
[...]
10:31  wRAR there is #660249
10:31  wRAR the only example in the text (debug symbols) hints (at least for
me) that this is not really about specialized software, but about
non-software packages.
10:32  wRAR other widely used example is transitional packages
[...]
10:34  wRAR at this point someone usually remembers that distinctions between
optional and extra do not have a real meaning and that priorities should
be abolished.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.11-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgavl1 depends on:
ii  libc6  2.17-96
ii  multiarch-support  2.17-96

libgavl1 recommends no packages.

libgavl1 suggests no packages.

-- 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

RFS: updated pd-cyclone

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

i've updated the pd-cyclone package, to fix bug #715772.

while doing so, i also streamlined the packaging a bit, so it now
 - uses more features of cdbs
 - applies debian-specific build-flags (hardening!)
 - has only 1 lintian errors/warning (instead of 162), and this one is
due to an outdated lintian...
 - has an updated watch-file
 - has me added as uploader

someone please review and upload the package or comment :-)

OR grant me upload permissions via dak.

cheers,
dfasm
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJSpfZ/AAoJELZQGcR/ejb4tW8P/RLdz7B4Ffy/nh+LLyHqlp/6
cDvy/jbLkmPbyMgV/UMwnE2E6QUU0LHAry62de+8VDN3SagC7GZoeTLgxtwC+OoU
87lkwLw/z1Ec/dckUy8JDCVXoQcOOvlvZAbn5NjBFauCk8pXhr3lOB7tmB0lJ2fu
jAe6OqMv8Z7V6pUXU54qoxDDDt8WzyoFUp1DGRyh/xeZvEywtY5r4oP8LsOl6BQT
L/m1ImeC/1WxzTgEpa8YYREOK+yCaVto0OG8Ct5T883BAQhB1bRRde7U3A+XwqtL
kYp4mtK9NdaP4mLrLkA519XBLz5j2WQvvxhT/QXEYTq4m7+1K4tM9syo2C5HRc2B
U9poNSC0DHLh59JyWU3/m9d4k32Cm5AjvV3/QZW9n171MJ+8/foRXiYHPr9ECBdQ
GVK8ZpCuhl5BMKyTvrmtsf+cA5BzpB9Pul8i67WkAMwN3r8XBTTXfoOaLaCKErCm
QJxoriqj7aTj922AAaEqFubTGOwNimO+pYl5aVeUWzpbDmEmiW7KgpfIpDN1edKe
r1AW1SOTMWTUVslrwJfaGcUErng0zo1zi00/UP9/LNG5w4DAkjw5zqUq/ulwDoUi
UtUCYl8vymh3ekEbSzfMNtoynKI6M4IZSVpDJUGygLulC57jI6w6GVI+UD1QTKdN
LcQP1AsAiuhF3jQmnPr4
=HUiN
-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

Re: getting openni2 into Debian

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2013-11-21 09:30, Hauke Wintjen wrote:
 Why do you change the SONAME from upstream? That's a pretty
 unusual thing to do. 
 patches/0001-Add-SONAME-to-libraries.patch
 
 Because upstream does not add a SONAME and jsprickerhoff had it in
 its openni package (from which i started) and suggested to me to
 add this patch also.
 
 Then for the debian-develop branch (2.3.x) they changed one api
 incompatible so i incremented it from the debian-master branch
 (2.0.x - 2.2.x).

it's always best to follow upstream as closely as possible (as long as
they make sane assumptions :-)), esp. in picky areas like SONAMEing.

if your package has not been in debian yet (which i think is true),
you should get rid of any hacks like renaming SONAME, as long as this
is still easily possible.


fgamsdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJSjdRvAAoJELZQGcR/ejb4DboP/i2Ek8PiwPvSLdtYQdOP4bwY
+5q9hV6zA1+cne8pf4tMjNmh8hefHRVa068DZNXesQcIVFyb3wluZUykNAcC+Tfx
MpySJvuFrCl7JOlrY7TbqI9EhgD8rxqIsdqqpziAHHfq8War+J88Su1fcOny/sFn
nqVpZ/73z8QC7OlbwAC8IPWq/A74khcjwNjmxutKxHhYxTyRG2kvewVA6xJF0bfL
H0NEigjcyqk8kGqrDLPtqU4i4YAngIty/XvcdT1Jkg9wCcDu+wotkOukZMuIOSDq
B83jtlTeYyfOmttqknvkgGMiW3ml/XBmCrActXsIjPPo+SPBbFqI9ik9OBd9Sc/A
lWDAXLe2IZp+n/OL9cQ3Gaum9G6VzQHSu0TVZiSwjJ2IZUExDjWPft95kRraQEqx
dlRA2qsjaQu+rxrn2zxHYy8TcT3YLN1m+GWWhADlzh6db84IIFdA4b1g7qdp6anh
V58WLyxmUcuDOVWrlpZAqgcBHIZXegMjmkjYQCw9PsfFGn7K1+Ebp8jPIeVwn3Xc
+EAe4/6hjy/SEbIBWpPI3xKpa6+s89eMURv9gNt7pLRRPV38JBXXPDzBd8KNXL1Q
rbKJit2Xa85fbUzUWVgAoFTeOery5jXk9r3Z/ikDNOuiXoQ9RhbChm7gRWLGR98c
Zqo5v8jQxgUamUCr5Y6c
=LhRW
-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#728952: supercollider-emacs: sc-emacs fails to install with xemacs installed

[IOhannes m zmoelnig]

Package: supercollider-emacs
Version: 1:3.6.3~repack-3
Severity: normal

installing supercollider-emacs with xemacs21 installed, will try also install
the site-lisp for for xemacs.
unfortunately these are incompatible with xemacs, making the package
uninstallable.

attached is the output of `apt-get -f install`

fgamsdr
IOhanens


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.10-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages supercollider-emacs depends on:
ii  emacs23 [emacsen]23.4+1-4.1
ii  supercollider-language   1:3.6.3~repack-3
ii  xemacs21-mule [emacsen]  21.4.22-4

Versions of packages supercollider-emacs recommends:
ii  w3m-el  1.4.483+0.20120614-3

supercollider-emacs suggests no packages.

-- no debconf information
Reading package lists...
Building dependency tree...
Reading state information...
0 upgraded, 0 newly installed, 0 to remove and 344 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up supercollider-emacs (1:3.6.3~repack-3) ...
given is experimental at /usr/lib/emacsen-common/emacs-package-install line 43.
when is experimental at /usr/lib/emacsen-common/emacs-package-install line 45.
when is experimental at /usr/lib/emacsen-common/emacs-package-install line 46.
Install supercollider-emacs for emacs
Install supercollider-emacs for emacs23
install/SuperCollider: Handling install for emacsen flavor emacs23
Loading /etc/emacs/site-start.d/00debian-vars.el (source)...
Loading /etc/emacs/site-start.d/20apel.el (source)...
Loading /etc/emacs/site-start.d/50a2ps.el (source)...
Loading /etc/emacs/site-start.d/50autoconf.el (source)...
Loading /etc/emacs/site-start.d/50cmake-data.el (source)...
Loading /etc/emacs/site-start.d/50devhelp.el (source)...
Loading /etc/emacs/site-start.d/50dictem.el (source)...
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
Loading debian-ispell...
Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)...
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...
Loading /etc/emacs/site-start.d/50flim.el (source)...
Loading /etc/emacs/site-start.d/50gforth.el (source)...
Loading /etc/emacs/site-start.d/50gtk-doc-tools.el (source)...
Loading /etc/emacs/site-start.d/50lilypond-data.el (source)...
Loading /etc/emacs/site-start.d/50magit.el (source)...
Loading /usr/share/emacs/site-lisp/magit/magit-install.el (source)...
Loading /etc/emacs/site-start.d/50namazu2.el (source)...
Loading /etc/emacs/site-start.d/50nsi-mode.el (source)...
Loading `50nsi-mode': old-style backquotes detected!
Loading /etc/emacs/site-start.d/50org-mode.el (source)...
Loading /etc/emacs/site-start.d/50psvn.el (source)...
Loading /etc/emacs/site-start.d/50python-docutils.el (source)...
Loading /etc/emacs/site-start.d/50stx2any.el (source)...
Loading /etc/emacs/site-start.d/50supercollider-emacs.el (source)...
Loading /etc/emacs/site-start.d/50w3m-el.el (source)...
Source file `/usr/share/emacs23/site-lisp/SuperCollider/sclang-util.el' newer 
than byte-compiled file
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-browser.elc
Source file `/usr/share/emacs23/site-lisp/SuperCollider/sclang-interp.el' newer 
than byte-compiled file
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-dev.elc
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-document.elc
Source file `/usr/share/emacs23/site-lisp/SuperCollider/sclang-language.el' 
newer than byte-compiled file
Source file `/usr/share/emacs23/site-lisp/SuperCollider/sclang-mode.el' newer 
than byte-compiled file
Source file `/usr/share/emacs23/site-lisp/SuperCollider/sclang-vars.el' newer 
than byte-compiled file
Source file `/usr/share/emacs23/site-lisp/SuperCollider/sclang-minor-mode.el' 
newer than byte-compiled file
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-help.elc
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-interp.elc
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-keys.elc
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-language.elc
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-menu.elc
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-minor-mode.elc
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-mode.elc
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-server.elc
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-util.elc
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-vars.elc
Source file `/usr/share/emacs23/site-lisp/SuperCollider/tree-widget.el' newer 
than byte-compiled file
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang-widgets.elc
Wrote /usr/share/emacs23/site-lisp/SuperCollider/sclang.elc
Wrote 

Re: sponsor needed for RC-bug (was Re: Bug#728146: pd-iemambi)

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2013-11-02 22:57, Felipe Sateler wrote:
 I'm on vac now (running nyc marathon tomorrow!) so I cant upload. I
 will happily do this after I return next week, unless someone beats
 me to it. Please ping then me if needed.

you still have the unique opportunity to become the sponsor: ping :-)

fgmasdr
IOhannes

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJSe8H4AAoJELZQGcR/ejb4QcYQAJeEgICqeymdeJ0sMS3K3PQt
g+N/zeXpsr6dbACP2/Uk9rbsVxJFJCnoEW7SGlzaB5Gp07fIMzdE+NyAs4OIp75L
NV75Nqvh2Wn/M5yxUiByLcitnbuo+fS+m+Aab4rEQDPeyUHx05wuNONZXHZujUXX
G388gHA0wMA3MEBkDf65ADyfpAWs5894vvVqLL/f/Z3ky/TUGuWEcPoqvALgBwwL
Tq+4ytWafCrXY9kXHcJI9jbqxMyrXwlZ8/vikiQuKBtIdWp6zv9HSi2gKUrYtW2W
5u3NLUST5ePbh93b0CiUzsWYcPA6Dg84AXVa86acmD5D8ey7j7y/Lgw9ek9G0myy
EljRpNSTH5/w6Q4sIcoydfowkfRJfY1ILKLBb0FFcRZAhlpXjRv6ff3cceJeIx5d
wYRT4vBW7jfbfHxwCRX33Ek45jSRYS7SEk2HfspmdSA51xn/YqM//4e9UczUXh6h
9e+GCj6X8c89dVxkjg7k3tEFNdO+Pp+sY9H4jveWHgaX+pBygYbs2VDBDmZsbey9
kRkh9WVbXaYdNBQWqKcDEOswLsmi/NP87ISdXEshCf2sWHcmC/5GGouTaHHlkz8+
t1ZSBrBUymA98m+5/2rDLMlVUdSyICRlXZIpVUJsDr6kAg+VEpSeFo9ANGLps+GI
hTl3dXO//J2myT8cNpPD
=0uiC
-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

Re: Bug#728146: pd-iemambi: FTBFS on kfreebsd-*: #error No byte order defined

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

hi,

On 2013-10-28 22:08, Sebastian Ramacher wrote:
 
 pd-iemambi fails to build on kfreebsd-* with: | /usr/bin/make  -C
 src CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4
 -Wformat -Werror=format-security -Wall CXXFLAGS=-g -O2
 -fstack-protector --param=ssp-buffer-size=4 -Wformat
 -Werror=format-security -Wall CPPFLAGS=-D_FORTIFY_SOURCE=2
 LDFLAGS=-Wl,-z,relro | make[1]: Entering directory
 `/«PKGBUILDDIR»/src' | cc -DPD -DUNIX -W -Wno-unused
 -Wno-parentheses -Wno-switch -funroll-loops -fomit-frame-pointer
 -fno-strict-aliasing -DDL_OPEN -fPIC -g -O2 -fstack-protector
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall
 -I. -I/usr/local/src/pd/src  -c -o ambi_decode.o ambi_decode.c | In
 file included from ambi_decode.c:7:0: | iemlib.h:69:2: error:
 #error No byte order defined |  #error No byte order defined |   ^ 
 | make[1]: *** [ambi_decode.o] Error 1
 
 
 Full build log is available at 
 https://buildd.debian.org/status/fetch.php?pkg=pd-iemambiarch=kfreebsd-amd64ver=0.2-1stamp=1373234505.

thanks
 
for the bug-report.

i tried to tackle down the problem and installed a kfreebsd-amd64
system in VirtualBox.
for whatever reasons i'm unable to reproduce the FTBFS.

the problematic code looks like:

snip
#if defined(__FreeBSD__) || defined(__APPLE__) ||
defined(__FreeBSD_kernel__)
# include machine/endian.h
#endif

#if defined(__unix__) || defined(__APPLE__)
# if !defined(BYTE_ORDER) || !defined(LITTLE_ENDIAN)
#  error No byte order defined
# endif
#endif
/snip

afaict (using `cpp -dM /dev/null`) both __FreeBSD_kernel__ and
__unix__ are defined by default on kfreebsd-amd64.
after including machine/endian.h BYTE_ORDER is also defined (at
least according to `cpp -dM /usr/include/machine/endian.h`), so i do
not know how error can be triggered.

could anybody please confirm that it pd-iemambi does (not) build on
their kfreebsd-* systems?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJScQccAAoJELZQGcR/ejb4Ez0QAJSll6piMds7P15PBzAHauTz
vktEXlrONqxf8P4S1Io9F44+yITxTqt52RBKCnybWoXE7AuFSjbcqkprkQVmiq8j
yluDgL+/z0ojFBL3mKDqqwv6OncVkEgyRd3+d4G2KxDQoZH48/1B2z75PpETovay
Uj2ZEHcDDmhk/hntX/dexovIpn/eVjXSSDq38jQBLegzfR2is0vY5+YZW+FPOC2V
XFb53p5/XFRNMNCubd5E0tfqrcx1kxgtp4ZASbgMnjixdwj9N3WVa3zqDFxoxlZ1
5yaxaWEKuTj6Kz6WRuqOv1fyF1/68ykQnsAKkFm7qXYv8HY/eU4JjaMn6A1cEEtx
lD7mqWNyHtlwht2IjHCFErciRjQWDCOppw3ERyhAlCdXUNwFxRMme05c9SjKn+eJ
ujSKXRMsxJlY8ctaYvcpSMf54+6AgtNu2BhvE0l1njcqK38xAvY7OYmGwfvolZdh
Lw017XtAFeSeahIu2OG8jD7BdtLPIQzYlz5/JrkKMkteOojYpq64T2i4D9PCF2XZ
Y6Hew3qSggQ2Q03Qdp2VWwJ9Ye95Ji/gWsnOFzFFzyKANMSeZa6e0zsxAnI6pCy6
6aNx2WYSLMbi8gMQzDmSRC69EGb0mW4hy5RB+O6O1iy5+AqaoRORp1bnL0KqnR49
C1+Uq/h6NM/YlpV4kvR1
=hUr5
-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#728146: pd-iemambi: FTBFS on kfreebsd-*: #error No byte order defined

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2013-10-30 15:12, Sebastian Ramacher wrote:
 could anybody please confirm that it pd-iemambi does (not) build
 on their kfreebsd-* systems?
 
 I confirmed the build failure on fischer.d.o. Note that 
 /usr/include/machine/endian.h guards the definition of BYTE_ORDER
 and LITTLE_ENDIAN with #if __BSD_VISIBLE. __BSD_VISIBLE is not
 defined and hence only the versions with leading underscores are
 available.

thx.
however, do you have an idea why it would *not* fail on my system?

also note that my machine/endian.h (as provided by
kfreebsd-kernel-headers_9.2~4) does not have any protectors, but
instead only includes machine-amd64/endian.h (or
machine-i386/endian.h; depending on the actual architecture) which
also don't have these protectors.


anyhow, i'd rather have the problem fixed. so what is the portable
solution? should i simply define `__BSD_VISIBLE` for kfreebsd-*?

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJScRqsAAoJELZQGcR/ejb4tqMP/Aw2jW+Y0mEnkprG2+0v/5HT
uuDoLp1jZXFotuBigJWGRtjGZutxSr5W75SQQjwIM0J17NSOQ41k27I8cc5KK0l5
SZUeqa+muCuhP9WiGcJKdXPIZZ+5u5HjLmiD8rWnkVs+7gwPLNt5dlffg5IUCSz9
JL6vWhRQCUUqGgIo6hiQvAu9LM9n54btubJ6aWDc0weJtFttWxOxVIXsjRuRH2oM
Kk27Y6S+1VuQa0emw7AfHOMQBhD1RChKP2tYBd81mF4Hmt3emHfMHssLnntzedsH
ZaMADoICTjqZcu3F2uF9MA1VFqNZoLE1ORnhB5h+vnijRUkEowFAKo/211kC9EZI
yMFIvNVrg/duumZWFE2pC5bPIxxHTJUAya4tG/yXhVXwTpTmxXeKjf6d1NgGOtUK
9EL61RDTb1/qlOK3RovPEYrwzGhU20W+yiVh+vvWt2RHQUQ2UhpTEbW0q23ytPdG
B9L1yuvrzySzlnFKAba+6Jz3vfIgO/3tGdx677mbQGCvBGnib8OTkwmprVwq0iYx
m2xgxscQIftryHYC5FxFrCsUykK+LUQsWshsfmQPk7rlyYhALZ/DW/A6T2QwTVTA
WUmNFytTS+jXvdywlSeRB8wLOyI0hMrfrDwRFfnUrkfgBXDg+GokbJUslQpQklmy
3FYwRtUvXCqScw27lZUx
=xbDM
-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#716677: zita-alsa-pcmi-utils: missing documentation

[IOhannes m zmoelnig]

Package: zita-alsa-pcmi-utils
Version: 0.2.0-1
Severity: minor

the two programs that come with zita-alsa-pcmi-utils 
(alsa_loopback and alsa_delay) currently have a total lack of
documentation on how to use these programs.
- /usr/share/doc/zita-alsa-pcmi/utils only holds the minimal required files
- there are no manpages
- there are no help-flags
- running the commands without any arguments gives:
CMDNAME playdevcaptdevfsampfrsizenfrags
  CMDNAME is replaced by the actual commandname, though 
  - for `alsa_loopback` it reads `alsa-loopback`
  - for `alsa_delay` this actually reads 'alsa-latency' [sic!]

  this help indicates that all options should be given in a single string,
  though the source code reveals, that they actually need to be given as
  separate arguments.


i suggest the following:
- fixing the online-help, so it reads 
 $0 playdev captdev fsamp frsize nfrags
- adding minimal manpages that explain these parameters and give a working
  example (and hopefully a short summary what these programs really do)

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages zita-alsa-pcmi-utils depends on:
ii  libasound2  1.0.27.2-1
ii  libc6   2.17-7
ii  libgcc1 1:4.8.1-6
ii  libstdc++6  4.8.1-6
ii  libzita-alsa-pcmi0  0.2.0-1

zita-alsa-pcmi-utils recommends no packages.

zita-alsa-pcmi-utils suggests no packages.

-- 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#711556: flumotion-manager crashed with ImportError...

[IOhannes m zmoelnig]

Package: flumotion
Followup-For: Bug #711556

i cannot verify this bug with flumotion-0.10.0-3 as found in current
Debian/stable (aka wheezy).

Please confirm whether the problem persists (ideally before migrating a 2 year
old bug from ubuntu, esp. when the new package has a new upstream release)


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages flumotion depends on:
ii  adduser 3.113+nmu3
ii  gstreamer0.10-ffmpeg0.10.13-5
ii  gstreamer0.10-plugins-bad [gstreamer0.10-schroedinger]  0.10.23-7.1
ii  gstreamer0.10-plugins-base  0.10.36-1.1
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu1
ii  libc6   2.17-5
ii  python  2.7.3-5
ii  python-cairo1.8.8-1+b2
ii  python-dateutil 1.5+dfsg-0.1
ii  python-glade2   2.24.0-3+b1
ii  python-gobject  3.8.2-1
ii  python-gst0.10  0.10.22-3
ii  python-gtk2 2.24.0-3+b1
ii  python-kiwi 1.9.22-2
ii  python-openssl  0.13-2+b1
ii  python-rrdtool  1.4.7-2
ii  python-twisted-core 12.0.0-1
ii  python-twisted-web  12.0.0-1
ii  python2.7   2.7.5-5
ii  ssl-cert1.0.32
ii  xsltproc1.1.26-14.1

Versions of packages flumotion recommends:
ii  python-gnome2  2.28.1+dfsg-1

flumotion suggests no packages.

-- Configuration Files:
/etc/flumotion/managers/default/planet.xml [Errno 13] Keine Berechtigung: 
u'/etc/flumotion/managers/default/planet.xml'
/etc/flumotion/workers/default.xml [Errno 13] Keine Berechtigung: 
u'/etc/flumotion/workers/default.xml'

-- 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: Bug report on pd-iemambi: iem_ambi.pd_linux crashes with exit status 139

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-06-26 19:44, Alexandre Rebert wrote:
 Hi,
 
 We found a crash in iem_ambi.pd_linux contained in the pd-iemambi
 package. You are being contacted because your are listed as one of
 the maintainer of pd-iemambi.

as with the pd-readanysf package, i have prepared a package that
fixes the reported problem.
i also nagged upstream enough so they did a new release.

it's all packaged in
 git+ssh://git.debian.org/git/pkg-multimedia/pd-iem_ambi

- - this package uses CDBS
- - it builds cleanly in a pbuilder/sid environment

again, i would be grateful if somebody with upload permissions could
review the package and upload it to unstable.


cheers,
fgasdmr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlHRNLgACgkQkX2Xpv6ydvQLmgCgxt2HJZwwbXBqsDInJSrSHScj
PEEAn3DQMg526zVCJqqOC/oA4SlsRgUX
=cQE5
-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

Re: Enforcing the 2nd maintainer rule, was: Bug#444368: ITP: dvd95 -- DVD9 to DVD5 converter

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

even though i'm still neither DM nor DD i'd happily volunteer to
become 2nd maintainer of all pd-* related packages on this list, namely:

On 2013-06-13 16:32, Felipe Sateler wrote:
 Hans-Christoph Steiner - pd-arraysize - 0.0 -
 pd-bassemu - 0.0 - pd-beatpipe - 0.0 - pd-boids -
 0.0 - pd-bsaylor - 0.0 - pd-chaos - 0.0 -
 pd-comport - 0.0 - pd-cxc - 0.0 - pd-earplug - 0.0 
 - pd-ekext - 0.0 - pd-ext13 - 0.0 -
 pd-fftease - 0.0 - pd-freeverb - 0.0 - pd-ggee -
 0.0 - pd-hcs - 0.0 - pd-hid - 0.0 -
 pd-jmmmp - 0.0 - pd-libdir - 0.0 - pd-list-abs -
 0.0 - pd-lyonpotpourri - 0.0 - pd-mapping - 0.0 -
 pd-markex - 0.0 - pd-maxlib - 0.0 - pd-mjlib - 0.0 
 - pd-moonlib - 0.0 - pd-motex - 0.0 -
 pd-pan - 0.0 - pd-pddp - 0.0 - pd-pdogg - 0.0 -
 pd-plugin - 0.0 - pd-purepd - 0.0 - pd-sigpack -
 0.0 - pd-smlib - 0.0 - pd-unauthorized - 0.0 -
 pd-vbap - 0.0 - pd-windowing - 0.0 -
 puredata-import - 0.0 Roman Haefeli - pd-flite - 0.0 -
 pd-pdstring - 0.0 - pd-wiimote - 0.0


fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlG+vnwACgkQkX2Xpv6ydvQaSwCeMakdfRlYE5Nc0n2A10JAA9w8
+AEAn0Ox6/PR9wUcr1aitKpq0Y6643kg
=417w
-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

LAC 2013: the Linux Audio Conference - Deadline Extension

[IOhannes m zmoelnig - LAC 2013 Organizing Team]

sorry for   please  

Hi all,

[sorry for the previous empty mail; let me try again...]

The Linux Audio Conference submissions deadline has been extended! It is now 
February 17th, 2013 (23:59 HAST)

So, if you were considering to submit a paper but couldn't make up your mind 
yet, here is your chance to become active! Never forget that this conference 
lives through the people participating in it.

FEBRUARY 17th is the new deadline for all submission types: papers, music, 
installations, workshop proposals. 

Check out the link below more info:
 http://lac.linuxaudio.org/2013/participation

Please spread this information to anyone who might be interested.
If you have any questions, drop us a line at l...@linuxaudio.org

We are looking forward to seeing you in Graz in May!
Thanks and happy last-minute music-and-paper-submissions,

on behalf of the LAC2013 organization team,
IOhannes m zmoelnig

---
LAC 2013: the Linux Audio Conference
May 9-12, 2013 @ IEM, Graz/Austria
l...@linuxaudio.org
http://lac.iem.at


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

New Year, New Hope, New LAC 2013!

[IOhannes m zmoelnig - LAC 2013 Organizing Team]

Hi all,

survived the end of the world? bored of new year's parties?? nothing to do 
during Xmas holidays???

This is a friendly reminder, that the deadline for submissions to the Linux 
Audio Conference (LAC 2013) is slowly but inevitably approaching.

All works (papers, music, installations, workshops,...) must be submitted 
online by FEBRUARY 3.

 http://lac.iem.at/

happy music-and-paper-submissions,

fgmasdr
IOhannes

- - - - - - - - -

LAC 2013: the Linux Audio Conference - Call for Participation
May 9-12, 2013 @ IEM, Graz/Austria

sorry for   please  

We are happy to announce the next issue of the Linux Audio Conference (LAC), 
May 9-12, 2013 @ IEM, the Institute of Electronic Music and Acoustics, in Graz, 
Austria.

The Linux Audio Conference is an international conference that brings together 
musicians, sound artists, software developers and researchers, working with 
Linux as an open, stable, professional platform for audio and media research 
and music production. LAC includes paper sessions, workshops, and a diverse 
program of electronic music.

*Call for Papers, Workshops, Music and Installations*

We invite submissions of papers addressing all areas of audio processing and 
media creation based on Linux. Papers can focus on technical, artistic and 
scientific issues and should target developers or users. In our call for music, 
we are looking for works that have been produced or composed entirely/mostly 
using Linux.

The online submission of papers, workshops, music and installations is now open 
at
  http://lac.iem.at/

The Deadline for all submissions is February 4th, 2013 (23:59 HAST)

You are invited to register for participation on our conference website. There 
you will find up-to-date instructions, as well as important information about 
dates, travel, lodging, and so on.

This year's conference is hosted by IEM, Graz, in cooperation with local 
artists and FLOSS enthusiasts.
The Institute of Electronic Music and Acoustics (IEM) at the University of 
Music and Performing Arts Graz is considered Austria's leading institution in 
computer music, acoustics and audio engineering and has gained international 
reputation for its research on spatial audio and its artistic production and 
research.
IEM has been embracing Linux audio as a production and research environment 
since the mid-1990s, and has contributed to FLOSS/Linux projects, amongst 
others by providing drivers for multichannel audio interfaces and hosting the 
Pure Data community portal and mailing lists.

http://iem.at/

We look forward to seeing you in Graz in May!

Sincerely,

The LAC 2013 Organizing Team

___
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: Hallo zusammen, hier ist eine funktionsfähige Version von Mixxx in Debian 6.0

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-10-17 13:24, Frank Zickler wrote:
 Hallo zusammen, die Mail wurde schon an die WWW
 (debian-l10n-ger...@lists.debian.org) Adresse versendet hier die
 Mail an die auf ihrer Seite www.debian.org vermutlich richtige
 Adresse bitte Senden Sie mir eine kurze Info wen

you have indeed reached the maintainers of mixxx (which is maintained
by a team of people: pkg-multimedia-maintainer)
please note that most people in this team do not speak German and
english is the preferred language of communication.

it might be helpful to translate your question in order to get a more
informative response.

 dies korrekt ist, die folgende Version von Mixxx läuft in der
 Debian Version 6.0 die Version 1.10.1
 (mixxx_1.10.1~dfsg0-1_i386.deb) bekomme ich wie schon vorab gemailt
 so nicht zum laufen
 
 mixxx_1.7.2-1_i386.deb mixxx-data_1.7.2-1_all.deb
 
 die funktionsfähige Version bekommen Sie hier 
 http://mirror.informatik.uni-mannheim.de/ubuntu/pool/universe/m/mixxx/

  Ursprüngliche Mail
 
 Hallo Debian Team ich habe ein Installation Problem bei Mixxx als
 .deb lokal http://packages.debian.org/wheezy/mixxx dep: libqtcore4
 (= 4:4.7.0~beta1) Qt-4-Kernmodul
 
 Download Version ist nicht Kompatibel Paket: libqtcore4
 (4:4.8.2+dfsg-2)
 

so do i read correctly that your problem is as follows:
you can install mixxx_1.7.2-1 but you cannot install
mixxx_1.10.1~dfsg0-1 because of dependency issues?

i just installed mixxx on my debian testing/unstable system without
any problems...but:

your report is not very informative as to where you get all your
packages from, but it seems that you are happily mixing ubuntu and
debian repositories and probably some others as well.
this might work or might not, but obviously each distro can only
guarantee that software will work in their own little biotope (that
is: a given package is guaranteed to work exactly in the release of
the distro it comes from).
e.g. you might be out of luck trying to install a brand-new mixxx
debian-package on a very old ubuntu system, simply because the new
mixxx requires additional packages that are not available on your system.

since i don't know what you tried exactly, i'd suggest to
- - cleanup your /etc/apt/sources.list and /etc/apt/sources.d/ (in case
you fuddled around there)
- - use a sophisticated package-manager to install the package,
something like:
# aptitude install mixxx


if all this doesn't work, then you should provide more information.
a good tool to report bugs is `reportbug`, which will automatically
fill in a lot of information that might be needed to track your problem.
$ reportbug mixxx



fgmnasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlB/wJMACgkQkX2Xpv6ydvSN9QCgnn/H7Anm/AQd3OKHmZtg2ZUM
8WsAoMnsVYiLmgdnviVxIhUSewV5ddkf
=hr5F
-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

Re: review qemplayer

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-07-10 18:06, wbrana wrote:
 On 7/9/12, wbrana wbr...@gmail.com wrote:
 I managed temporary to change limits from command line, but I/O 
 priority can't be increased x@debian:~$ mplayer_nice cant set I/O
 priority MPlayer svn r34540 (Debian), built with gcc-4.7 (C)
 2000-2012 MPlayer Team
 
 I submitted kernel bug 
 https://bugzilla.kernel.org/show_bug.cgi?id=44371 It seems limits
 can't be used. I have got reply: CAP_SYS_ADMIN is required to set
 rt classes

btw, why do you need mplayer_nice in the first place?
afaiu, qemplayer is an qt frontend to mplayer, and does not need
realtime I/O priorities any more than mplayer itself.

looking at the code of qemplayer, i also see that the program will
indeed work without mplayer_nice installed.

so one possibility would be to drop the qemplayer_nice binary from the
qemplayer binary package.

mplayer_nice could be provided by a separate binary package
(hopefully with some non-suid solution)

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/9ds8ACgkQkX2Xpv6ydvS0dgCfd/V8bt9ZA0jXMMLbEoYQltHE
3UUAoMqmXPhjhKuUNn85fqbWNPt8xrUM
=fBWm
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

ITA: freej frei0r

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hi all,

i followed some discussion on the frei0r (minimalist api for free
video effects) mailinglist [1], that indicated that the current frei0r
packages in debian are horribly out of date.

given that the current maintainer is willing to hand over the package
(and another-one freej, a cmdline VC application) (see below), i
would like to maintain those packages under the umbrella of the
pkg-multimedia-team.

it seems that jonas already contacted luca a while ago about frei0r,
so i think there is already a team :-)


what do you think?

fgamsdr
IOhannes

[1] http://lists.dyne.org/lurker/thread/20120710.171208.0fef7c01.en.html


On 2012-07-11 18:57, forum::für::umläute wrote:
 On 2012-07-11 18:48, Luca Bigliardi wrote:
 Hi Iohannes,
 
 
 thanks for the quick response
 
 
 I'll be happy if frei0r and freej packages will get a new
 maintainer.
 
 Please note that around Februrary Jonas Smedegaard d...@jones.dk
 asked to jump in and work on frei0r packages. You might want to
 get in contact with him to avoid duplicating efforts.
 
 ah that's cool. i'm working together with jonas on a number of
 pkg-multimedia packages, so bundling our efforts rather than
 duplicating them should be natural.
 
 
 i imported the history of the two packages using git-import-dscs
 (we are using git for packaging), but if you have a vcs for the
 packaging on which to build, that would be even better.
 
 fgmasdr IOhannes

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/9scUACgkQkX2Xpv6ydvR8HwCgwV27EHeUOnEhkyKgl0ExrTee
3TcAoNedw09zYyCUV05waCQU0jDd/Csp
=H9PJ
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

review qemplayer (was Re: Please review my package)

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hi.

is it possible for you to reply to messages, so threads are kept intact?
also it would be nice if you could use a more meaningful subject (my
package refer to a number of packages, non of which is qemplayer)


On 2012-07-05 22:14, wbrana wrote:
 That doesn't change that it is a security hazard! Don't run user
 apps as root! Don't implement super-user features in user apps -
 implement it separately, and make it optional to use it.
 I don't run user apps as root. MPlayer is never started as root.

by setting the setuid flag, you _are_ running mplayer_nice as root.

 
 Here is mplayer_nice source code with comments:
[...]

this doesn't mean anything.

if your application is dropping root priviges as soon as it can, it
still _has_ root priviliges at some point. if the binary can be
compromised in a critical state, this means that the an attacker can
get easy root access to your machine.

 Google Chrome is also using setuid binary XOrg server is also
 setuid binary


you might want to contact the packagers of google chome and xorg about
that (and they most likely will either fix the problem or have a very
good explanation why they need setuid)


 According to http://linux.die.net/man/5/limits.conf it is possible
 to enable low niceness for all processes started by all/some
 user(s), but it isn't possible to limit it to mplayer_nice if
 started by any user
 

so why do you not want to use it?
do you think you are granting too much priviliges to all/some
user(s) when using pam_limits?
if so, please consider:
- - why exactly does mplayer_nice need root priviliges?
- - setuid'ing your binary grants the application super-user priviliges.
among those are realtime-priorities, reading /etc/passwd and the like.
setuid'ing grants all those priviliges.
- - pam_limits allows you to fine-tune those priviliges on a per-user
basis. e.g. you can grant access to realtime-priorities, but not to
reading /etc/passwd or to /dev/null'ing your harddisks.
- - pam_limits works on a per user (per group) basis. this is the
traditional un*x way to handle security. consider an attacker who
gains access to your machine as an unpriviliged user (eg. www-data).
they can then simpy run /usr/bin/mplayer_nice to gain root access of
your machine. with pam_limits, they first need to become a given
user/group-member before they can start _any_ application with
realtime priorities. this is bad enough, but not as the first scenario.
- - check your /etc/security/limits.d/audio.conf
chances are high that you already have this file and that it grants
members of the audio group enough rights to run your application as
you want it to run.
i guess that all users interested in running (and supposed to run)
mplayer_nice are already in the audio group.
- - ...


gsdfmrt
IOhannes





-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/6g+YACgkQkX2Xpv6ydvQzFgCfe2fdPylxw1yM0LZ0OHeepFVC
S/8AoJ83WeVkNWeJuEvozLTe6bU8McvT
=YqkY
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

reviewing qemplayer (was Re: Please review my package)

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-07-05 11:52, IOhannes m zmoelnig wrote:
 no real review (and i'm no DD, so i cannot upload anyhow) but a
 few remarks (without even attempting to build the package):

is there any specific reason, why you install files into
/usr/share/doc/qemplayer/ and /usr/share/doc/qemplayer-12.5/?

all this should go into /usr/share/doc/packagename/

btw, a very good start to creating debian packages (e.g. adding
.install and .docs files to automatically install files into their
proper locations) is the new maintainers guide [1].


fgmasdr
IOhannes

[1] http://www.debian.org/doc/devel-manuals#maint-guide
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/6iNgACgkQkX2Xpv6ydvTDTgCglhxa4SGtFyK7gOD2S9mdg/nV
1d0AoIvzA9cYAq/MqN6Eu2MTaCfwnroK
=nwD7
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: Please review my package

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-07-05 10:47, wbrana wrote:
 Hello, I have created package for qemplayer

maybe i missed that bit, but i think it would be polite if you
introduced yourself and expressed your willingness to work with p-m-m
as a team, before throwing a dry review-request on us, without even
caring to explain what that package is for.

fgmasdr
IOhanns
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/1XRkACgkQkX2Xpv6ydvTCGACePKsFJgl5ODDqX3sCMkSCS5dV
tmIAniLRrVfWbmalCyiBh7tYFwMyRCpd
=kkbn
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: Please review my package

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-07-05 10:47, wbrana wrote:
 Hello, I have created package for qemplayer

great that you want to contribute.


 http://mentors.debian.net/package/qemplayer

no real review (and i'm no DD, so i cannot upload anyhow) but a few
remarks (without even attempting to build the package):

- - you have Debian Multimedia Maintainers set as the maintainer.
p-m-m has a few rules, on how packaging is done.

e.g., all the pacakging in a git repository hosted at git.debian.org
(you need to become team member, if you want to use that infrastructure)

before submitting packages to d-m-m you should definitely read the
team's packaging guidelines [1].


- - the version is 12.5-1.1, indicating a non-maintainer upload (which
you also state in the changelog).
even though you are not an official Debian Maintainer, you (or d-m-m
as a team) is the maintainer of the package. you, personally, will
never do a non-maintainer upload (or rather: you will no _exactly_
what non-maintainer upload means long before you will do one)

- - the long description of the binary-package is weirdly formatted and
rather short.

- - please use a machine-parseable debian/copyright, using DEP-5 [2] format

- - why are you setting setuid permissions in the postinst script?
this is a security hazard (and if you do it to gain realtime
priviliges, then it is no-longer needed and deprecated for a while, in
favour of pam_limits)

- - try to make your package lintian clean, by providing manpages,
building with fortification flags and removing .sh suffix in /usr/bin.

- - any specific reason why you build your own debian/rules file in
stead of using shortform dh or cdbs?


fgmasdr
IOhannes


[1] http://wiki.debian.org/DebianMultimedia/DevelopPackaging
[2] http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/1Y9QACgkQkX2Xpv6ydvTBygCfVBOuEXxyS/3jQXztWKU/5hgW
DZUAoNVBQNBCHcnYdWuzK7rgNfv92ij+
=9I0y
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: Please review my package

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-07-05 11:52, IOhannes m zmoelnig wrote:
 On 2012-07-05 10:47, wbrana wrote:
 
 - you have Debian Multimedia Maintainers set as the maintainer. 
 p-m-m has a few rules, on how packaging is done.
 
 e.g., all the pacakging in a git repository hosted at
 git.debian.org (you need to become team member, if you want to use
 that infrastructure)

obviously i rephrased this paragraph and (the little that is left of
my english) syntax went missing...
anyhow:the d-m-m team uses git to do the packaging. you should
consider doing the same.

 
 - please use a machine-parseable debian/copyright, using DEP-5 [2]
 format
 

and of course the debian/copyright as it is lacks all the necessary
information.
what is the license of the upstream package? (the fact that there is a
COPYING files in the upstream code is _not_ enough; you must make the
licenseS (there might be more) explicit in debian/copyright)
who are the upstream copyright holders?
you claim copyright for yourself, but nobody knows which files are
covered by your copyright.
the first file i inspected a bit closer (./gch.py) is Copyright
2006 Tim Blechmann, who afaik is not you.
./ebuild is Copyright 1999-2012 Gentoo Foundation which is not you
either.

if you have contact with upstream, you might convince them to add
proper copyright information in all the source files.

fgamsr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/1Zw4ACgkQkX2Xpv6ydvQNngCgxsoHwmoNEBXyO9BW2AqDp2Zm
xawAniMjMG2qcgxPBjnCSRqh9IQxb8an
=3r0i
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: Bug#679229: src:supercollider: bouncing mail address for Dan Stowell

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-06-27 15:02, Dan S wrote:
 Hi -
 
 Works for me. It's my email address. I received the original email
 no problem.
 


it's weird.
i can confirm that mx.sourceforge.net indeed gives an error when
trying to send emails to danstowell@u.s.n, whereas when i try to send
an email to myself (zmoelnig@u.s.n) it only gives me a greylisting reject.

maybe a sourceforge bug.

fgmsdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/rHkkACgkQkX2Xpv6ydvTDrQCggnVAkdGDGQg67vamHLdHWJZe
RnkAoIyHKq4BHXhsMsXmjMi4cE6jfyd1
=p+vQ
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: updated packages: pd-iemnet pd-osc

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-06-25 02:58, Felipe Sateler wrote:
 On Thu, Jun 14, 2012 at 2:25 PM, IOhannes m zmoelnig
 zmoel...@iem.at wrote:
 pd-iemnet: - pushed standards - fixed build-depends and depends -
 updated debian/changelog to the final DEP-5 format - enabled
 hardening builds
 
 I don't quite like this patch. It looks like it should be just a 
 one-line patch but some editor preference managed to turn it into
 a 80-line thing. Can you please fix this?
 

oops, sorry. it indeed should be a two-line patch.
fixed and pushed.

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/oxXAACgkQkX2Xpv6ydvQXxQCePVB1sKZ1tUsDJSZ2VckPGu3O
/kIAoNaR/7Z7pQcojK5EmtIkkwN9VtqN
=mcno
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

updated packages: pd-iemnet pd-osc

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

in face of the nearing freeze, i have updated 2 more pd-related
packages to enter wheezy without all known bugs and issues.

pd-osc:
 - removed installation of unusable files (Closes: #661805)
 - updated debian/changelog to the final DEP-5 format
 - fixed depends
the important change is obviously the fix of #661805
!!! this package uses CDBS
the changelog has not yet been updated, since i assume that if e.g.
jonas is going to have a look, there might still be a lot of changes
to go into the package:-)

pd-iemnet:
 - pushed standards
 - fixed build-depends and depends
 - updated debian/changelog to the final DEP-5 format
 - enabled hardening builds
the most important change was that i discovered that pd-iemnet did not
depend on puredata at all (without which it is useless)
!!!this package uses shorthand dh (compat=9)
the changelog is updated, but the target release is still UNRELEASED



if anybody could find some time to review and upload those packages, i
would be thankful.

cheers,
asdgm
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/aLJsACgkQkX2Xpv6ydvQZ7ACeOltxzkymPBKVFRS5I5oo0Lsh
MPAAniY74LTllczwQYFeA1aojqzCadPC
=nMrv
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: flumotion (ITA)

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

salut!

On 2012-03-07 10:54, Loïc Minier wrote:
  I've had a look at the changes; thanks for moving to latest packaging

thanks for reviewing!

  standards (3.0 (quilt), git-bp, pycompat and such) and thanks for
  adding the history of uploads by importing the .dsc files.
 
  I checked your new changes, and most seem good, concerning:
 4fe1e976fd8b49ff2511f7170a13d5ff6de6d2ac
 update-rc.d is automagically called by dh_installinit
 
  IIRC, the byte-compilation was happening by some stanza inserted in
  #DEBHELPER# back then, and it was good to restart flumotion after the
  byte-compilation had taken place.  Otherwise, dh_installinit might
  insert the restart snippet before or after byte-compilation, but not
  consistenly restart flumotion after byte-compilation.  Nowadays, I'm
  not sure how to ensure that the daemon is started with the .py files
  already byte-compiled.


afaics, there is no problem.

the original code was something like:
snip
 DH_MAGIC
 call update-rc.d
 restart the init.d script
/snip

this got me lintian _errors_ due to duplicate calls of update-rc.d.
close inspection of final postinst script revealed, that DH_MAGIC adds
an update-rc.d stanza and starts byte-compilation, so we get:
snip
 call update-rc.d
 do byte-compilation
 call update-rc.d
 restart the init.d script
/snip

now update-rc.d doesn't restart anything.
it only makes sure that the init.d script is called at various runlevels
(or however this is called nowadays)

therefore, removing the 2nd call to update-rc.d is not harmful, esp.
since the code that restarts flumotion after byte-compilation is still
there.

  The other packaging changes also relate to packaging style, and made
  sense in my reading, but I didn't check every single change against the
  CDBS documentation or such.

if you find the CDBS documentation, please tell me so i can check
myself... the only documentation i know of lives in denmark and
expressed willingness to have a look :-)


fgasmdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9XSUsACgkQkX2Xpv6ydvRo0wCeMLaeO9J/BvnVH3Yq/1/HOzzA
I3wAoJVaCwvnqQf8lLSn/tsNZLlm2tzy
=LZRZ
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: Bug#654984: libav: Please use a less confusing package name

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-01-07 21:47, Paul Gevers wrote:

 It was specifically design for migration purposes. Still, you might
 want to update the dependencies for your package and update it to use
 '/usr/bin/avconf' instead of '/usr/bin/ffmpeg'.
 
 If I understand correctly (I have not yet looked at the real content of
 the libav package) you are providing a /usr/bin/ffmpeg binary (for now).
 That seems fine with me, and I will let my upstream know that for Debian
 the way to go is /usr/bin/avconf. I assume other distributions are doing
 the same, lets try to make sure we stay in sync as much as possible
 (although we might be leading the way

wouldn't using an alternative/diversion of /usr/bin/ffmpeg to
/usr/bin/avconv be a good idea?
even if ffmpeg is not going to be packaged as such within the
foreseeable future?

iiuc, libav is meant as a _replacement_ of ffmpeg, so i don't see a
compelling reason to wipe out all traces of the former package.

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8KrPMACgkQkX2Xpv6ydvQZjgCeNrhM5gqHZx8ccRG1X5DZEKuS
bXQAoLOYN7ypiqR/lEhnQLKaAbU5YICN
=HOFd
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: ignoring autotool in debian/copyright?

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-11-30 04:16, Jonas Smedegaard wrote:
 You can (with your Debian hat on, I am not talking about upstream here) 
 repackage the source to *not* include the autogenerated files as part of 
 Debian distributed sources.  IF the files truly are only autogenerated 
 at the target build host you need not document it - but all that we ship 


mind that i somewhat agree with that (i call it somewhat because i
can see and appreciate the value of having everything in the source
package being documented, while at the same time i'm still lazy and
would happily not do it if this is not only tolerated by accepted
behaviour),

the reason why i started this discussion is not because i don't care
about licensing of those files; but that i think - as felipe has already
pointed out - that properly documenting those files as is currently
suggested only creates noise.

my reasoning is, that those generated (but copyrighted) files, are
virtually the same for all packages that use autotools.
assuming that about 40%  of all the C/C++ based debian packages use
autotools  (that is just a wild guess based on nothing but intuition)
this would eventually suggest that we add the very same information to
about 4000 packages or so (naively interpolating from debtags)

i thought that it might be helpful, if we shorten that information to
something like
snip
Files: libtool, config.sub, config.guess,...
License: autotools
  see /usr/share/doc/licenses/autotools
/snip

i'm aware that it might not be that simple, as i haven't followed the
evaluation of the various licenses applied to autotools generated files.

 
 If you are lazy and want least possible documentation of autotools, then 
 add a single Files section something like this:
 
 Files: configure*
  Makefile*
  *m4*
  config*
  libtool*
 Copyright: 1992-2008, Free Software Foundation, Inc.
 License: GPL-2+
 
 Extend with missing, depcomp, etc and don't give a shit about 
 exceptions or more liberal licensing - just treat it all as being 
 contaminated with GPL-2+.

which is a similar suggestion as mine above.
however, i'm not so convinced about the contaminated with GPL-2+ argument.


 I sure prefer if you are not lazy but instead respectful to those 
 developers that put effort into inventing and maintaining a tool that is 
 clearly good enough that you use it.

hmm, i don't think this is about not respecting the developers of those
great tools. even if i was lazy and [...] treat it all as [...] GPL-2+
there would be a copyright clause that acknowledges the work.

and with my debian hat on, it was not my decision to use those tools; i
only respect upstreams intention.

fmgasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7XVlAACgkQkX2Xpv6ydvSGwwCeJmqXGIrJxYwtShFtS0Y7Zwl4
cHsAoLZFfsGpRjbCV5eq6tdyvv4gsQwp
=PwqZ
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: please upload: pd-zexy 2.2.5

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-11-22 23:08, Felipe Sateler wrote:
 it seems that all those problems only come from the autotools generated
 stuff, which is something where i have the feeling that it should not
 create problems at all.

 i'm therefore wondering, what is the best way to deal with autotools
 generated files in general.
 so i asked at #debian-mentors (see end of this mail), with the
 conclusion (as i read it), that it might probably be best to leave out
 generated files from debian/copyright alltogether.

 would this be acceptable? for you? what do other think?
 
 Due to lack of answers, the  irc log you copied and a quick google
 found bug#435070, I think it is acceptable (at least it is current
 practice) and will upload.
 Given all the time it has taken to do this, I will just change it
 myself and upload now.

thanks.

 
 would it be a good idea to add a section about howto handle autotools
 generated files to the wiki?
 
 This is of general interest. It should probably not be in the team's page.

dunno.
if it was of general interest, then it should probably be stated
somewhere (even if it was a team's page), rather than no where.
moving content from one page to another shouldn't be too complicate
nowadays either :-)

and then: what i had in mind was more of establishing a best practice
for this team; other teams/sponsors/... can adapt (or have already
adapted) to the same practice if they feel like it.


fgmasd
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7OVQQACgkQkX2Xpv6ydvRhgQCg8Ip53KOWxt7/gYbQ6c54Emoo
UscAn0rt/W/pFqqfuEJaHsTKmICkCXcS
=sCdx
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: please upload: pd-zexy 2.2.5

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-11-21 03:26, Felipe Sateler wrote:
 On Wed, Nov 16, 2011 at 12:49, IOhannes m zmoelnig zmoel...@iem.at wrote:

 right, makes sense.
 i adapted pd-zexy accordingly, pushed and now hope for an successfull
 upload.
 
 Looks like there is a strange thing with the install-sh section in
 debian/copyright. The license name contains spaces, and doesn't match
 any License: paragraph.
 I'm not quite sure what is the dep5 way to deal with this. Most likely
 the exception should be moved into the license paragraph and the
 qualificators to the name (with X exception) removed.
 

it seems that all those problems only come from the autotools generated
stuff, which is something where i have the feeling that it should not
create problems at all.

i'm therefore wondering, what is the best way to deal with autotools
generated files in general.
so i asked at #debian-mentors (see end of this mail), with the
conclusion (as i read it), that it might probably be best to leave out
generated files from debian/copyright alltogether.

would this be acceptable? for you? what do other think?

would it be a good idea to add a section about howto handle autotools
generated files to the wiki?


fgmasdr
IOhannes





logfile from #debian-mentors

10:10  zmoelnig are there any guidelines about what should go into
debian/copyright for autotools-generated files?
10:11  zmoelnig i maintain a smallish package that is GPL2
10:11  zmoelnig but it uses autoconf/libtool
10:12  zmoelnig my debian/copyright ends up to be mostly about the
license exceptions for autoconf et co.
10:12  zmoelnig which somehow feels wrong
10:15  algernon In my opinion, debian/copyright should document the
license of the sources (and any assets), not that of generated files
during compilation.
10:15  algernon that is, the license of autotools generated files are,
in my opinion, irrelevant there.
10:55  zmoelnig algernon: thanks; is there an official statement
about that as well?
10:56  zmoelnig personally i tend to agree with you
10:56  zmoelnig and of course, the autotools generated files do come
with the upstream package, and are in no way marked special
10:56  Tolimar zmoelnig: Well, there is the Debian Policy and the
Reject FAQ from the ftp-team.
10:57  Tolimar FWIW: Even if it's not written down, the ftp-team
doesn't reject for missing autofoo stuff and similar.
11:05  algernon zmoelnig: existing practice seems to suggest that not
documenting auto* generated stuff's license is at least acceptable.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7KJxcACgkQkX2Xpv6ydvTTpACgg7PY14pISEVl2rRkWmo2A1gD
kd4AoOWEkDvi3M3l/V9fepbtLjt5fLt7
=5Oki
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: Bug#643413: jack-tools: FTBFS: jack.dl.c:20:3: error: format not a string literal and no format arguments [-Werror=format-security] (patch)

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-11-21 16:23, Adrian Knoth wrote:
 On 11/19/11 00:48, Mònica Ramírez Arceda wrote:
 
 Hi!
 
 tags 643413 +patch
 thanks
 
 IOhannes: did you try to forward it to upstream? The patch header
 doesn't mention anything related.
 

good question.
given that i cannot find any hint in my outbox and that i am a bit lost
on the slavepianos website (me not being a darcs guy and finding no
instructions how to clone the repository on the website, thus not being
able to produce a proper patch for upstream), i fear that the answer is: no

dmf
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7Ki+sACgkQkX2Xpv6ydvSbLgCgphAP4YyMmMHoJM2FRHZe2L5a
DasAn2lZ25dUm5CaBlQLJZPFz/bJav91
=YyL1
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: please upload: pd-zexy 2.2.5

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-11-15 15:34, Felipe Sateler wrote:
 
 Sorry I haven't answered, I've been very busy.

aye.
sorry for perstering then.

anyhow

 
 It seems to me that the dependency of puredata on puredata-dev should
 be transitory (there is no reason to need the -dev package in a user
 system). Therefore, the semantics should be give me puredata-dev, or
 puredata before puredata-dev was introduced so that the dependency
 can be removed in the future.

right, makes sense.
i adapted pd-zexy accordingly, pushed and now hope for an successfull
upload.

fmadsr
IOhannes

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7D24kACgkQkX2Xpv6ydvQUxwCghpHRmXo5x3EfqcXqLvQXjwLJ
A+0AnA85NqzYfJUIKn0H/0f5IbW/TwV2
=YT4A
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: please upload: pd-zexy 2.2.5

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-11-11 14:15, IOhannes zmölnig wrote:
 
 but I couldn't upload :(. THe build dependency should be
 puredata-dev | puredata ( 0.43), since puredata = 0.43 is not
 enough to build.
 
 hmm, puredata _should_ be enough even with 0.43, as it depends on
 puredata-dev.
 
 there was a bug in the puredata (=0.43  0.43.0-4) package, where
 puredata would not depend on puredata-dev.
 this has been fixed with 0.43.0-4, which afaik is the only 0.43 package
 to be found in debian (=wheezy) and ubuntu (=oneric).

so do you (felipe, others?) have a version of puredata that does not
guarantee puredata-dev?

gfmadsr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7CdGcACgkQkX2Xpv6ydvQU3wCeP/tJ3i2TnZFB3Jo85Be3cIZQ
lMEAn2AgshIWynSUVDFoO/W9EplG3Po0
=/nc9
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

please upload: pd-zexy 2.2.5

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

i hopefully fixed the remaining issues with pd-zexy (namely: depending
on puredata-core rather than puredata; not shipping license files that
are in debian anyhow)

the new package fixes an RC bug, so i think it rather important to have
it included asap.

also, the last package was uploaded by felipe on 2010-11-09, so i
thought it a nice coincidence to update it just after a year :-)

fgamsdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk67/GAACgkQkX2Xpv6ydvQK2QCghreLyNTNB6HFygaSumwF3gBH
wfYAn0AvckSDO5gj/7dedvsJOxtAu9y2
=Kp4T
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: Empty / broken repositories cluttering PET

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-10-31 09:55, Reinhard Tartler wrote:
 Hi,
 
 Currently, I count 11 broken (or empty) repositories that are cluttering
 the top listing of PET:
 
 http://pet.debian.net/pkg-multimedia/pet.cgi
 
 Unless somebody objects heavily, I'm going to remove these packages from
 /git/pkg-multimedia/, as all of them look pretty abandoned to me. If you

i'm happy if you remove my still-empty packages: pd-iem_bin_ambi,
pd_iemgui, pd-iemguts and pd-iemxmlrpc

once i find time to do them, i'll simply recreate the repositories.

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk65UpMACgkQkX2Xpv6ydvSu/ACggYIpykZ/m5mOrOm2KkWIhsx+
RWYAn0M2EfEk0l6OHsKJopn6WJpntmC0
=aHcY
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: RFS pd-zexy (was Re: pd-zexy review)

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-10-10 20:30, Roman Haefeli wrote:
 On Mon, 2011-10-10 at 17:43 +0200, IOhannes m zmoelnig wrote:
 
 to my knowledge i have fixed all the remaining issues of the pd-zexy
 package.
 
 Shouldn't pd-zexy depend only on puredata-core instead of puredata? Or
 is there a particular reason that it wants full puredata?

thanks for spotting.
fixed.

i should adhere to the rules that i suggest :-)

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6UMTUACgkQkX2Xpv6ydvTnKQCgtaOrFYs7DHlBp4bWRQGd8xwN
hkIAnin5o11AnApylmqRwmtOc80UIk4Y
=/vWq
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: RFS pd-zexy (was Re: pd-zexy review)

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-10-10 21:02, Roman Haefeli wrote:
 On Mon, 2011-10-10 at 17:43 +0200, IOhannes m zmoelnig wrote:
 

 to my knowledge i have fixed all the remaining issues of the pd-zexy
 package.

 
 The packages includes a lintian override statement:
 
 snip
 # the upstream library format includes the license file in it, this library
 # has a unique license that is just a statement of public domain, so we just
 # leave the file in place, since there is no license file to symlink to.
 pd-zexy: extra-license-file usr/lib/pd/extra/zexy/LICENSE.txt
 /snip
 
 But the file usr/lib/pd/extra/zexy/LICENSE.txt seems to be (almost[1]) 
 identical to GPL-2 from /usr/share/common-licenses
 
 Either the included LICENSE.txt was meant to contain a different text or
 the license actually is meant to be GPL-2 and thus should be symlinked
 to /usr/share/common-licenses/GPL-2.

thanks for spotting that.
i retract the RFS (for now i changed the  target back suite to
UNRELEASED) until this is fixed.

fgmasd
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6UM68ACgkQkX2Xpv6ydvQOVACcCa/31EkbWCUBHMKv+yQPpk0Z
eqkAnRgJE4g3H8CCtibpTz4edjHjKhMT
=uqd1
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

RFS pd-zexy (was Re: pd-zexy review)

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

to my knowledge i have fixed all the remaining issues of the pd-zexy
package.

given that the new upload would fix an RC-critical bug, i would very
much appreciate it, if some DD could upload this package for me.

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6TErUACgkQkX2Xpv6ydvQWkQCgw2E/AMkcvolJ/8pjriYRaSgx
9mAAoLl5divUiVLlnrinHNS7LaOVITYr
=e6Im
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: request sponsor/upload for pd-pdstring

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-10-03 09:19, Roman Haefeli wrote:
 
 This is probably not the right place to ask, but why is puredata
 packaged in a different team than all the pd-libraries? 

mainly because of legacy reasons.
the current maintainer (paul), has not shown any inclination on moving
the puredata package to pkg-multimedia.

i think this should be respected.

 This is a bit of an unlucky situation.

why?
if the only reason is to not have to include paul's address in such
discussions, then i think it is a rather lame excuse.

(apart from that, it is mainly me who is responsible for the changes in
question, and you do reach me via this group.)

fmgasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6JY74ACgkQkX2Xpv6ydvRPmgCdFIGsmRC8nepWrtj5nmxxUsbx
bEMAnRuKVC42fKxaI1kKOGMkF64nqWFL
=3U/R
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: request sponsor/upload for pd-pdstring

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-10-01 14:11, Roman Haefeli wrote:
 
 On Fri, 2011-09-30 at 17:02 +0200, IOhannes m zmölnig wrote:

 extra/pdstring/pdstring.pd_linux, so it should probably read -stdlib
 extra/pdstring/pdstring.
 
 '-stdlib extra/pdstring/pdstring' is supposed to work as well but should
 not be necessary at all. Pd normally checks also folders with the lib
 name for libs. When specifying mylib, both extra/mylib.pd_linux and
 extra/mylib/mylib.pd_linux are searched. 

indeed, this is true (Pd's loader being more clever than i thought);
sorry for the noise


masdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6JZFQACgkQkX2Xpv6ydvRSLwCgyz0jzhxl0G6eBCg79anhOvX5
7OQAnjPTF7OAvCpNfSdG1uu9eaj6PFj8
=SAtJ
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

where is Pd's -stdlib? (was Re: request sponsor/upload for pd-pdstring)

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

@pd-dev: in the course of making packages for debian, we discovered
another slight problem with the -stdpath and -stdlib flags for
declare (and probably this also expands to the -nostdpath startup
flag). following is an excerpt of the discussion in the debian packaging
team:


On 2011-10-01 14:11, Roman Haefeli wrote:
 
 On Fri, 2011-09-30 at 17:02 +0200, IOhannes m zmölnig wrote:

 i'm not entirely sure though (given the nastiness of [declare])
 if you think that it is a bug in puredata-core, please file a bugreport.
 
 Yeah, that is indeed the case. Before filing a bug report, I'd like to
 clear up the meanings of the different paths.
 
 /usr/lib/pd/extra
   Am I right in assuming that this path is supposed to be searched by
   all flavors of Pd (all packages that provide the virtual package pd)?
   This also the path where usually external libraries are installed to 
   because from there they can be loaded from any flavor of pd?
 
 /usr/lib/puredata/extra
   is only searched by puredata / pd from the puredata package?
   This is where libraries are installed that only are suitable for
   the pd provided by the puredata package?
   
 /usr/lib/pd-extended/extra
   is only searched by pdextended / pd from the pd-extended package?
   Libs that are only useful with pdextended go there?
 
 If that is the case, then there is definitely a bug in the puredata-core
 package as it is ignoring /usr/lib/pd/extra.

it might as well be a bug in puredata upstream (that's why i want to
discuss it; probably a more appropriate place for discussion is the
pd-dev mailinglist which i include in the recipients)

imho, the issue boils down to the question what are stdpaths? (and i
assume that stdlibs are std because they live in stdpaths).

for the sake of simplicity, i will only talk about the linux version
of Pd (and with Pd i mean Pd-vanilla)

before Pd-0.43 (vanilla!), there was only a single stdpath, which was
the path were the Pd binaries lived in. this usually was
/usr/local/lib/pd/ or /usr/lib/pd/

since 0.43, a few more paths have been added, namely:
/usr/local/lib/pd-externals and ~/pd-externals
on Debian and derivatives, yet another path is added: since Pd is
installed into /usr/lib/puredata/ (in order to allow pd-extended live
side by side with puredata), the path /usr/lib/pd is also added as a
common system-managed search path.

now all these paths are handled separately from the user defined
search-paths; e.g. they do not show up in the path dialog, and they can
be disabled with the -nostdpaths flag.

otoh, [declare] has not adapted to these changes.
if you add -stdpath extra/foo, it will only search in
/usr/local/lib/pd/extra/foo (given that pd is installed in
/usr/local/lib/pd), but it will not search in
/usr/local/lib/pd-externals/extra/foo nor in ~/pd-externals/extra/foo.
(the same applies for the additional Debian-specific search path
/usr/lib/pd/extra/foo).
hence i do think that the problem is general problem with Pd-vanilla
(and not specific to Debian; it only shows here)

 
 This also means, that currently all Pd libraries in unstable that
 install to /usr/lib/pd/extra (most of them do) are currently broken, as
 there is no proper way to actually load them in pd (you still can
 specify the absolute path to the library, which renders your patch
 unportable to other OS').

you could also simply start Pd with -lib foo and it will just work.
so i wouldn't consider all broken.
obviously, we lack the possibility to express a library dependency
within the patch, which is a shame (but which is also due to the current
broken implementation of [declare] in general).


anyhow, what i'm mainly asking is, whether std prefixed declare
options and the std prefixed cmdline flags are supposed to work on the
same standard. if so, does this mean to be exclusive (e.g. only have
the Pd install path) or inclusive (additionally have
/usr/local/lib/pd-externals/ and ~/pd-externals/ (and on debian the
additional /usr/lib/pd/extra/)

i generally tend towards an inclusive solution, though i'm not 100% sure
whether this is the user expectancy with regards to ~/pd-externals/

fgm,asdr
IOhannes

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6JajEACgkQkX2Xpv6ydvSVzgCgh78s7H3JNu5Ev/dhl3i2CxWj
lPAAn2o/jopO8jnzi+Z6rRkUXxkCkO08
=rmN+
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: request sponsor/upload for pd-pdstring

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-10-03 11:50, Roman Haefeli wrote:
 system and tried to install the resulting pd-pdstring package with gdebi
 and got this:
 
 $ sudo gdebi pbuilder/sid_result/pd-pdstring_0.10.2-1_amd64.deb 
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 Building data structures... Done 
 Building data structures... Done 
 This package is uninstallable
 Dependency is not satisfiable: pd
 
 When I change the dependency for pd-pdstring to 'puredata | pd', it
 installs fine by installing puredata.
 
 I noticed that only the package 'puredata' provides the virtual package
 'pd', but 'puredata-core' does not. 

this is unreproducible for me:
$ LANG=C aptitude show puredata | egrep '(Provides|Version)'
Version: 0.43.0-4
Provides: pd
$ LANG=C aptitude show puredata-core | egrep '(Provides|Version)'
Version: 0.43.0-4
Provides: pd

 
 So, what is the correct setup meant to be? Assuming that pd-libs are
 running fine with only the core of Pd, shouldn't 'puredata-core' provide
 'pd'?  

yes, that is why it does provide pd.

 Or is intended behavior that installing any pd-lib installs the
 full 'puredata' suite?

definitely not. if so, the entire split of puredata into subpackages
would have made no sense at all.

 
 Or asked more generally:
 What is the common practice: depending on the least necessary or
 depending on then most common setup (whatever that is)?

personally i have a quite strict opinion on this:
Depend on the bare minimum
Recommend the most common setup
Suggest other possible use-cases

i think this is in accordance with the policy [1].
other people might have different opinions.

fgmasdr
IOhannes

[1] http://www.debian.org/doc/debian-policy/ch-relationships.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6JiXMACgkQkX2Xpv6ydvSzxACg83+TKTtpFd8q8kLMfj8vdhAH
u+gAoOiLIncv6cOnrSoXP3BKi/9Tz8U/
=enYo
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: [SCM] pd-zexy/master: preserve autom4te.cache

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-09-28 09:33, IOhannes m zmoelnig wrote:
 
 so i am unsure how to proceed...
 

it seems that the problem has found a solution:
upstream released a new version (2.2.5), which no longer includes those
files.
i have prepared a new package (new upstream comes with proper autotools
build system, which makes debian/rules less convoluted) and pushed it.

feel free to review, comment and upload :-)

fgamsdr
IOhannes



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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6EhG0ACgkQkX2Xpv6ydvTTIgCgqOO2jxloslA24vZqa+3/r1zD
blwAoJo+Bk9aUu0FaBCvuh8F6BOfNvch
=5DuM
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: [SCM] pd-zexy/master: preserve autom4te.cache

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-09-29 17:06, Reinhard Tartler wrote:
 On Do, Sep 29, 2011 at 16:45:08 (CEST), IOhannes m zmoelnig wrote:
 feel free to review, comment and upload :-)
 
 Still says UNRELEASED in debian/changelog ;-)
 
 at least that would make it appear in pet's to upload list. 

huh?
it seems like i missed something, like pet (who? what?) monitoring the
state in debian/changelog.

apart from that, i thought that given i am still a junior packager i'd
rather have a senior packager, who does the actual upload, change the
line from UNRELEASED to unstable.

if my packages start to be releasable without too much discussion, i'll
probably start handing out unstable tags :-)


 As for the
 other changes, seems there is some CDBS black magic involved, other

let's wait for jonas then :-)

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6EkqoACgkQkX2Xpv6ydvSTowCfe0MJKjL6WIivKuH3MEu+Z1Ni
9/4AoOvWUN53H3lFyI9evRIBBmOaCvN3
=zylw
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: [SCM] pd-zexy/master: preserve autom4te.cache

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-09-29 18:36, Jonas Smedegaard wrote:
 On 11-09-29 at 05:45pm, IOhannes m zmoelnig wrote:
 if my packages start to be releasable without too much discussion, 
 i'll probably start handing out unstable tags :-)
 
 Seems you are confusing two things here:
 
 PET uses debian/changelog suite hint as indication if a package in VCS 
 is considered ready to be released.  If ready it is set to a sensible 
 suite, if not ready it should be set to UNRELEASED.
 
 Then, when actually releasing, we add a git tag.
 

oh, sorry; i used the word tag rather carelessly, not alluding to
git-tags at all, but just to a label that i can stick to something.

so the tag is was referring to is the 3rd entry in the header-line of
a debian/changelog entry, that denotes the suite or UNRELEASED if
not-yet-ready-to-be-included-in-a-suite

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6Epr4ACgkQkX2Xpv6ydvSIUgCdGKXy+BbB4VZWjV8DpMtbCUnl
ziQAoKfZLoffD4PL/rqY+COhDbv+n/p9
=d3eE
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

pd-zexy review (was Re: [SCM] pd-zexy/master: preserve autom4te.cache)

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-09-29 18:36, Jonas Smedegaard wrote:
 
 Debian Policy requires documenting in changelog all packaging changes 
 that affect the final installation at the user end - i.e. no need to 
 document spelling changes to comments in build scripts, or to document 
 changes that got rolled back again or superceded by later changes.
 
 So in this case, you are supposed to document that you added this 
 build-dependency.  Yes, CDBS added it automagically for you, but it does 
 not mess with changelog for you: that's your responsibility.
 
 autotools-dev is used to pull in up-to-date config.* files at build 
 time.

thanks for this info.
documentation is probably cdbs's greatest showstopper...

 You committed changes to copyright and copyright_hints together.

i did.
i usually try to avoid that, but sometimes it happens...

 A license shortname must be a single word. MIT/X11 (BSD like) is not a 
 single word.

i couldn't actually see this from DEP5 description, but nevertheless it
makes sense.
the name was suggested by licensecheck.

 Also, Public Domain is not a real license nor an ownership, so (in my 
 understanding) should only be listed when the sole license for a work.

well, given that FSF added a notice that their amendments are
public-domain, should we simply ignore this?
(i'm fine with that too)

 
 Also, I recommend wrapping at 72 chars (not important, just nitpicking).

applied.

 
 Also, a trailing space has crept in at Files: ./configure  (not 
 important, just nitpicking).

applied.
(i like nitpicking as it is usually easy to fix)

 
 I therefore suggest using Expat~X as license shortname, and move the 
 last paragraph up as part of the file listing, like this:
 
 Files: install-sh
 Copyright: 1994, X Consortium
 License: Expat~X with X exception
  Except as contained in this notice, the name of the X Consortium shall 
  not be used in advertising or otherwise to promote the sale, use or 
  other dealings in this Software without prior written authorization 
  from the X Consortium.

applied.

 config.guess, config.sub and some other files do not exactly use GPL-2+ 
 as licensing, but adds an Autoconf exception.

hopefully fixed.

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6EsFcACgkQkX2Xpv6ydvTkjACfQPwACqIOPwrm907CwClgXoTZ
PwkAnRHtaBuvz6DC/ihe3EVmmuk0Oo7F
=ZnLz
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: [SCM] pd-zexy/master: preserve autom4te.cache

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-09-27 20:34, Reinhard Tartler wrote:
 deleting is probably the best thing, the question is how to achieve that
 here:
 - strip the autom4te.cache from the pristine-tar import?

what i meant is to do a re-import with git-import-orig --filter
autom4te.cache

 pristine-tar imports the 'upstream' branch, not master. Don't delete
 from 'upstream', only from 'master'.

i was hesitant to do that, as i thought one was not supposed to do
_anything_ outside of debian/.

for modification of the upstream sources, we have patch systems like quilt.


 - patch the offending sources away?
 
 I don't understand this? please elaborate.

following my argumentation above, that one is not supposed to change the
contents of the sources (outside the debian/ directory), my (somewhat
clumsy) suggestion was to add a
debian/patches/remove_autom4te.patch that would remove the offending
files (and hopefully restore them after the build).

so i am unsure how to proceed...




fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6CzboACgkQkX2Xpv6ydvTkmwCbBioV19M5AM/4V0xmEjMdGlND
0xgAn2xJ+e6PDGEFabtWyjE0yxC5dtv8
=Dzfr
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: [SCM] pd-zexy/master: Regenerated debian/control

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-09-27 18:48, Reinhard Tartler wrote:
 On Di, Sep 27, 2011 at 17:30:50 (CEST), 
 zmoelnig-gu...@users.alioth.debian.org wrote:
 
 The following commit has been merged in the master branch:
 commit ef81a4d7dd804b2a628071a4693f99e9e50d82b9
 Author: IOhannes m zmölnig zmoel...@iem.at
 Date:   Tue Sep 27 16:42:58 2011 +0200

 Regenerated debian/control

 diff --git a/debian/control b/debian/control
 index 365b3cf..67affed 100644
 --- a/debian/control
 +++ b/debian/control
 @@ -4,11 +4,11 @@ Priority: optional
  Maintainer: Debian Multimedia Maintainers 
 pkg-multimedia-maintainers@lists.alioth.debian.org
  Uploaders: IOhannes m zmoelnig (gpg-key at iem) zmoel...@iem.at,
   Jonas Smedegaard d...@jones.dk
 -Build-Depends: debhelper (= 7.0.1),
 +Build-Depends: debhelper,
   dh-buildinfo,
 
 This hunk looks wrong. Are you really sure about this?
 

if it is indeed wrong, then it is a bug in cdbs, which generated this
dependency.
i trusted cdbs, but of course this can be questioned.

gmdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6CADsACgkQkX2Xpv6ydvTMfgCgnZypA9GXEhfncgPhbqshGbxm
hLkAni0NXUyyQYBFavj/mQ4skBSLWCPL
=gAA1
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: [SCM] pd-zexy/master: preserve autom4te.cache

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-09-27 18:49, Reinhard Tartler wrote:
 On Di, Sep 27, 2011 at 17:30:51 (CEST), 
 zmoelnig-gu...@users.alioth.debian.org wrote:
 
 The following commit has been merged in the master branch:
 commit ce6b55f7d5eaed7c6d805e920cc93607a33e408c
 Author: IOhannes m zmölnig zmoel...@iem.at
 Date:   Tue Sep 27 17:13:52 2011 +0200

 preserve autom4te.cache
 
 which is in the upstream tarball though it never should have gone 
 there...

 
 Why not deleting it in the clean target and remove it from the packaging
 (i.e., 'master') branch?

it get's deleted by dh_clean

deleting is probably the best thing, the question is how to achieve that
here:
- - strip the autom4te.cache from the pristine-tar import?
- - patch the offending sources away?
- - ...

fmdarf
IOhannes

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6CAQAACgkQkX2Xpv6ydvTXbACeOmtG5pNCWpY8nKY3+9DMulvp
A+cAmwVEYGgG8Z39/eOCEXgudfksWrw1
=MbPK
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: [SCM] pd-zexy/master: Regenerated debian/control

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-09-27 19:05, Jonas Smedegaard wrote:
 On 11-09-27 at 06:56pm, IOhannes m zmoelnig wrote:
 On 2011-09-27 18:48, Reinhard Tartler wrote:
 This hunk looks wrong. Are you really sure about this?


 if it is indeed wrong, then it is a bug in cdbs, which generated this 
 dependency.
 i trusted cdbs, but of course this can be questioned.
 
 Do *not* blindly trust CDBS!  It is a _helper_ tool: ultimately you as 
 package maintainer are responsible for what you apply to your packaging!
 

true enough...
nevertheless, when i inspected debian/control after regeneration and
noticed that the version of debhelper was stripped, i did trust cdbs
that it did the right thing (rembering all your fiery discussions about
backward compat).

nevertheless i have to admit that i did not verify whether my trust was
justified.

fgmadsr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6CBDIACgkQkX2Xpv6ydvSvxwCg1ixQy3qvvddgM0CIdxruTGKR
LHYAoLHoX2nDcYwUBuX9hyhy1zGYp3c/
=pp4K
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: What about accepting Blender and YafaRay under the DMM Team umbrella?

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hi matteo, kevin!

On 2011-08-24 09:02, Matteo F. Vescovi wrote:
 
 Now, I proposed this idea to Kevin Roy (Blender maintainer, in Cc) and
 he said it would be great to be part of the team, so in case of need we
 could get some help on Blender and YafaRay from the experienced guys in
 the DMM... plus trying to learn something new, helping the team
 maintaining other packages.
 
 So, I'm asking you: are we welcome in the team, bringing these two
 awesome packages with us? :-)

personally, i would like to give you a very warm welcome in this group:
hooray! [*]

i hope the rest will chime in, once they are awake :-)

fgmads
IOhannes

[*] not without hope to get my new package assimp (a 3d model loading
library, so kind of related to your packages) under the same umbrella as
well ;-)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk5UrIUACgkQkX2Xpv6ydvTNvwCg7VW11NONMa0vGcG5JHcuJ25r
oJwAn15piOxknbjPEn/SXWjVyUZR+fr1
=kc3Z
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

looking for sponsor/team for my package assimp

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

dear fellow pkg-multimedia members,

i just finished packaging assimp, an Open Asset Import Library.
for those who don't know what this means, it is a library that allows
you to load/import a large number of 3D model formats (right, no stock
market involved at all...)

the target audience is application developers of game engines (3d
shooters and the like) as well as 3d modellers and realtime renderers.

i'm not totally sure whether this fits into the pkg-multimedia agenda
(personally, i believe so; how about you?), so i started the project in
collab-maint.

if somebody here is interested in team-maintaining it in pkg-multimedia,
i will gladly move it over.


i also sent an email to debian-mentors@ and uploaded it to mentors.d.n.

here is the body of the email to d-m@

snip
* Package name: assimp
   Version : 2.0.863~dfsg-1
   Upstream Author : ASSIMP Development team
 * URL : http://assimp.sf.net
 * License : BSD (3-clause)
   Section : graphics

Assimp is a 3D model import library, meaing you can use it to import
3D scenes (as exported by blender, alias/wavefront, maya, 3dmax, and
lots more) into your applications (typically game engines or 3D
modellers / realtime renderers)

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/assimp

Alternatively, one can download the package with dget using this command:

 dget -x
http://mentors.debian.net/debian/pool/main/a/assimp/assimp_2.0.863~dfsg-1.dsc

the repository for the packaging can be found at
ssh+git://git.debian.org/collab-maint/assimp

the package uses cdbs for packaging.

the package has been repackaged to strip away non-dfsg parts from
upstream tarball.

i someone would be willing to have a look at it, i would be very
thankful. i would especially like to hear comments on the following topics:
- - repackaging (for dfsg-compliancy)
- - the debian/libassimp2.symbols file
- - python bindings package
- - D bindings package
- - ...
/snip


hopeing to find a partner in crime...:-)

cheers,
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk5NNUYACgkQkX2Xpv6ydvTJLACfdblu0TGZEm9p8wwK18efhQBK
hW4Ani8IHS9wBLNUGEnfPHwbUL0VyJKX
=GXy6
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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#638000: Unable to install ffmpeg

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-08-16 15:01, Amandeep Singh wrote:
 
 The following packages have unmet dependencies:
  ffmpeg : Depends: libavdevice52 (= 4:0.5.1-1) but it is not going to be
 installed or
libavdevice-extra-52 (= 4:0.5.1-1) but it is not
 installable
   Depends: libavfilter0 (= 4:0.5.1-1) but it is not going to be
 installed or
libavfilter-extra-0 (= 4:0.5.1-1) but it is not
 installable
 E: Broken packages
 $


well, the packages in question are available (with the correct versions)
on the server you use.

afaik, the problem you describe usually appears when mixing different
releases (e.g. squeeze and wheezy).

anyhow, try getting your installer clean, by doing something like:
# apt-get -f install
# aptitute install ffmpeg

fgvmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk5KoA4ACgkQkX2Xpv6ydvQQXACgzyPLQEGawZmztZzmHTAwgCBT
2w8AoKG85NXrmctiG1MJaoFhRTnh2rQM
=7+i0
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

please upload pd-osc

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

dear fellow pkgers,

after debconf i finally found the time to package one of my longstanding
ITPs (before it finally expires!): pd-osc

pd-osc is a puredata library adding Open Sound Control (OSC)
capabilities (at the application layer (OSI-7)) to Pd.
It allows one to construct and parse OSC messages within Pd.  It
includes support for ordinary OSC-messages, typetags, timetags and
bundles. These objects are transport-agnostic, so you can use them to
transmit OSC over UDP, TCP/IP, serial port, or in fact whatever you
want.  However, you will have to install additional libraries that will
handle the transport layer (like pd-iemnet or pd-comport). [1]

the package can be found at:
git+ssh://git.debian.org/pkg-multimedia/pd-osc
http://git.debian.org/?p=pkg-multimedia/pd-osc.git

it appears to be lintian clean (there is a single Pedantic warning,
about a missing upstream changelog).
it builds cleanly in my pbuilder environment.

this package uses CDBS (ping jonas!)

i would be glad if somebody could review the package and throw some
comments at me.
if there is somebody willing to upload the package, that would be even
nicer :-)


@jonas: i shamelessly copied a README.source written by you, which i
found in the scenic package. it has no built-in copyright notice, so i
assumed it is GPL-3+; could you please confirm that?



fmgasdr
IOhannes



[1] that's what it says in debian/control
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk46quYACgkQkX2Xpv6ydvRzyACfRObaaOtt4u/ZqaNki9hhwgdp
Ih0AoKcJDquNbzNe/Nl5HEBaOFsFekFV
=j3Xp
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: please upload pd-osc

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-08-04 16:53, Jonas Smedegaard wrote:
 On 11-08-04 at 04:21pm, IOhannes m zmoelnig wrote:
 However, you will have to install additional libraries that 
 will handle the transport layer (like pd-iemnet or pd-comport). [1]
 
 You should then probably recommend/suggest pd-comport and any other 
 package usable as transport layer - not only pd-iemnet.

done (though only Suggests: pd-comport, as i guess it will be used
95% using the network transport)

 
 
 the package can be found at:
 git+ssh://git.debian.org/pkg-multimedia/pd-osc
 http://git.debian.org/?p=pkg-multimedia/pd-osc.git
 
 git+ssh URL lack /git prefix.
 

doh, thanks for spotting.

 
 i would be glad if somebody could review the package and throw some 
 comments at me.
 
 README.txt need not be listed in install when already listed in docs.
 

right, i overlooked that.
README.txt should go into /u/l/pd/extra/osc/, so i created a link to
/u/s/d/pd-osc/

 
 @jonas: i shamelessly copied a README.source written by you, which i
 found in the scenic package. it has no built-in copyright notice, so i
 assumed it is GPL-3+; could you please confirm that?
 
 Actually my preferred license have been GPL-2+ until recently[0] - but 
 relicensing as GPL-3+ is therefore fine too :-) .
 
 Better, however, is to refer to the wiki page I recently created for 
 this purpose: http://wiki.debian.org/CDBS+git-buildpackage
 

ok, i switched README.source to point to that page, which removes you
from the licenseholders of the file :-)



 if there is somebody willing to upload the package, that would be even
 nicer :-)

 Fix those things mentioned here, and I can't find any excuse not to
 release it :-)


cool, i think i fixed all those things.

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk46uk0ACgkQkX2Xpv6ydvRKpgCg0A4gcM1E62cjioRqMNESeJgH
NGYAoJbStwP1OcIer8UzAtQ7i/cj0rWl
=j5BJ
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: please upload pd-osc

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-08-04 17:22, Jonas Smedegaard wrote:
 On 11-08-04 at 04:53pm, Jonas Smedegaard wrote:
 On 11-08-04 at 04:21pm, IOhannes m zmoelnig wrote:
 the package can be found at:
 git+ssh://git.debian.org/pkg-multimedia/pd-osc
 http://git.debian.org/?p=pkg-multimedia/pd-osc.git

 git+ssh URL lack /git prefix.
 
 Only the git+ssh URL.
 
 I should perhaps not have mentioned it at all to avoid confusion: You 
 now adjusted the git URL which was fine already. :-/
 

well, i checked now, and the url that i use now
(git://git.debian.org/git/pkg-multimedia/pd-osc) seems to work ok, so no
harm done :-)

 
 README.txt need not be listed in install when already listed in docs.
 
 Oh, it was installed at a different location.  Cool that you use a 
 symlink (as long as it is done that way around).
 

:-)

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk46vAEACgkQkX2Xpv6ydvSvXgCdHQPISMypFkUN++7NsRLS/85H
Uj8An25q6CByf5r2JG/yRmtfuM5B38M/
=ewuH
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: please upload pd-osc

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-08-04 17:14, Jonas Smedegaard wrote:
 On 11-08-04 at 04:53pm, Jonas Smedegaard wrote:
 i would be glad if somebody could review the package and throw some 
 comments at me.
 
 ...oh, one more detail: In copyright file you use X-Comment: which is 
 deprecated - use Comment: instead.
 
 And another: I recommend for the main license to be named ISC~UC to 
 better hint the well-known license that it is most closely derived from 
 (BSD is not a common license - BSD-2-clause and BSD-3-clause are, but 
 neither of those match the actual license as closely as ISC does).
 

thanks.
i couldn't find any short-name for that license, and given that the
software comes from berkely, i guessed that BSD-like wouldn't be that
bad
but better to have a better name.

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk46vD8ACgkQkX2Xpv6ydvR96ACg+EnBTHV716yoJqNJvjz75ZQ0
H/cAoKsBAH/dkczUiH1+JwyqPY/+iYxF
=OhMy
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: please upload pd-bassemu, ...

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-07-21 05:00, Felipe Sateler wrote:
 
 Hans (and IOhannes), please do (on all your pd-related packages)
 depend on puredata | pd, since depending on a virtual package means
 the default version is determined by alphabetical order. Better make
 it explicit.

aye.
during debconf i pushed some of the packages to do exactly that (mainly
because lintian was complaining about virtual dependencies).
i don't know whether this justifies an upload though.

if you think so, i could finish the packages (regenerate debian/control
and debian/changelog), and ask somebody here to upload them.

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk43pb0ACgkQkX2Xpv6ydvQUwwCfTY58JyH4TdCX/arXQXnFsvGQ
9eIAoPOx3DFubFpwMeI/cCvPl8Uo8izI
=dbAB
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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#629700: pd-bassemu: FTBFS: bassemu~.c:5:18: fatal error: m_pd.h: No such file or directory (lacks B-D on puredata-dev)

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-06-08 17:19, Didier Raboud wrote:
 Source: pd-bassemu
 Version: 0.3-2
 Severity: serious
 Tags: wheezy sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20110607 qa-ftbfs
 Justification: FTBFS on amd64
 
 Hi,
 
 During a rebuild of all packages in sid, your package failed to build on
 amd64.
 

thanks.
this is a known issue with the current puredata package.
it is fixed in our git repository and is currently awaiting upload by
one of our DMs (ping paul! ping günter!)

mfar
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3vpBIACgkQkX2Xpv6ydvQ6yQCgxm7uygvCXJnYvyyosyrZVvab
noMAoMB/RGKW+vsxj3+y96a8ShrUcJje
=6hgi
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: ALSA and HDSPe AIO - Is this a debian multimedia list for video and sound?

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-06-06 11:28, Ralf Mardorf wrote:
 I've got issues regarding to ALSA and was subscribed to another Debian
 Multimedia list, that isn't for video and sound, that's why I'm asking.

indeed, this debian multimedia list deals with video and sound, though
strictly speaking this list is about maintaining multimedia related
debian packages as a team (aptly named pkg-multimedia-maintainers)

 
 I wish to use a HDSPe AIO on Debian, hence I need ALSA 1.0.24. Any
 hints?

alsa packages are (afaik) not done by this team, but instead by the
Debian ALSA Maintainers (pkg-alsa-de...@lists.alioth.debian.org).

questions regarding alsa-packages are probably better directed there.

 
 I already build
 alsa-driver_1.0.24-hdspe-aio_amd64.deb
 alsa-lib_1.0.24.1-hdspe-aio_amd64.deb
 alsa-utils_1.0.24.2-hdspe-aio_amd64.deb
 alsa-firmware_1.0.24.1-hdspe-aio_amd64.deb
 I don't know what commands to run, to build alsa-tools-1.0.24.1.


this is a bit tricky to answer, as i don't know how you started to
create the rest of the packages in the first place.

traditionally, alsa-tools are packaged from a different source-package
(named... alsa-tools)

fmgasdr
IOhannes

PS: and yes, i want 1.0.24 (and the madi-enabled hdspmixer!) as well
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3spVcACgkQkX2Xpv6ydvSLhgCg7h+ef0enlb+pw2hpGoFDiOBp
XnAAni/RFJYGMoR/tJVXjtANUMqzYtsU
=xbuc
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

questions regarding our policy

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

reading through our policy once again [1], two (unrelated) questions (so
please forgive me for addressing both in the same mail) sprang to my eye.

#1 1.6. midi
there are ideas about using /usr/share/debian-multimedia/midi/ and/or
/etc/debian-multimedia/midi/ for specifying (default) midi connections.

did anybody ever implement that?
i couldn't find anything like that on my harddisk (which i believe has
plenty of multimedia packages installed :-))



#2 1.4 sound input/output selection
it clearly says: the applications should not start jack/... daemon
themselves.

however, if the application is using the jack API call
jack_client_open() without special flags, this will automatically
start the jackd server if it is not already running.
so the question is, whether applications should indeed avoid starting
jackd (e.g. by passing the JackNoStartServer flag to the
jack_client_open() call) or whether the policy is a bit unprecise here
and (should) only request(s) to not try to start the daemon if it is
already running.
i don't know when this part of the policy was written, it might be well
before the advent of the jack_client_open() function; in the olde days
there was only jack_client_new() which would _not_ automagically start
the jackd if needed.


mgfdad
IOhannes



[1] http://wiki.debian.org/DebianMultimedia/Policy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3kvZ0ACgkQkX2Xpv6ydvQQ0QCdFdXFRTMni4U5i4UunLwCYr/2
P5IAn2EzWns18Lh7ErHvK7+Z93ZJo9BU
=VAjA
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: puredata package changes

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-05-23 00:59, Hans-Christoph Steiner wrote:
 
 Would it make sense to also add the versions since it won't build with
 the 'puredata' package 0.43 or newer, something like:
 
 puredata-dev | puredata  0.43

i believe this is a bug in the packaging, and is fixed in current git
(solution: make puredata _depend_ on puredata-dev as well)

i was only waiting to ping paul to upload the package, but afaik he is
currently on a sailing trip.

 
 Also about puredata-core, it has a menu item set by puredata-core.menu. 
 That means that you could have puredata-core installed without the GUI,
 but having it launched from the Menu.  Since the .desktop file is
 puredata.desktop, I propose moving the .menu item to puredata.menu
 also.  I think it would be confusing and not useful to have a menu item
 that used to launch a GUI, but now might launch something that might not
 have a GUI.

right now puredata does not provide any files itself, only
dependencies to it's sub-packages.
lintian will not like it, if there is a binary in the .menu/.desktop
files that is not provided by the package itself. given the dependency
structure, we could do a lintian override though.
i'm wondering whether it wouldn't be better to put the menu into
puredata-gui and launch pd-gui instead.

 
 About puredata-extra, I am planning on making the 'pdextended' package
 Recommend: puredata-extra instead of including the same source and
 binaries.  Would it be ok to change the Depends: for puredata-extra to:
 
  puredata-core (= ${binary:Version}) | pd
 

hmm, the split is mainly there because you elaborated on having extra/
separately. what made you change your mind?

apart from that: puredata-extra would have to be reworked into pd-extra,
in order to make it useable by pd without breaking the pd vs puredata
separation. (if you want to make pdx search objects in
/usr/lib/puredata/extra, then we could have simply left everything in
/usr/lib/pd/)

furthermore: i think that the above depends stanza sounds like a bad
idea, as it would allow to have puredata-extra_0.43.0-4 to be installed
with either exactly puredata-core_0.43.0-4 or with pdextended-0.39.4-1;
so if we change, i think it should be:
 Depends: pd

finally: actually there is no need to fuddle around with the
dependencies. if pdextended _recommends_ puredata-extra, you can
install pdextended just fine, even with puredata-extra. puredata-extra
would pull in some more dependencies (that is: puredata-core) but i
guess that pdextended will by default pull in a thousand packages anyhow :-)


fmas
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3bZf4ACgkQkX2Xpv6ydvRSAACgnMIv4zUn0b2b6AmNtmh5+60E
HLwAn2i8Y0BAx/YBN37ptyoqizNsZ+oH
=/Fc4
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: puredata package changes

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-05-24 10:02, IOhannes m zmoelnig wrote:
 On 2011-05-23 00:59, Hans-Christoph Steiner wrote:
 
 Also about puredata-core, it has a menu item set by puredata-core.menu. 
 That means that you could have puredata-core installed without the GUI,
 but having it launched from the Menu.  Since the .desktop file is
 puredata.desktop, I propose moving the .menu item to puredata.menu
 also.  I think it would be confusing and not useful to have a menu item
 that used to launch a GUI, but now might launch something that might not
 have a GUI.
 

two more remarks:
- - while the desktop-files is named puredata.desktop, it is actually
installed by puredata-core (whether this is good is debatable; i only
wanted to say that - despite it's name - it is not installed by
puredata, so it's not a good candidate for analogies here)

- - puredata.menu could (and should) provide more dependency
information, e.g:
 ?package(puredata-core,puredata-gui)
so it will only show up if puredata-core _and_ puredata-gui are
installed (even if puredata itself is not)

fmgasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3bdXQACgkQkX2Xpv6ydvR5lQCgjF2RCiYeOrs7erhLNpj+irWm
vVkAn16z3XfXrhywMkoZj+/YjiJjNsNG
=upU9
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: adding missing upstream/pristine-tar branches to git

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-05-23 00:48, Hans-Christoph Steiner wrote:
 
 Hey IOhannes,
 
 Thanks for fixing the missing upstream/pristine-tar branches in the
 pd-pdogg package, that was my mistake.  There are two other packages of
 mine that are missing these branches.  Could you illuminate me as to how
 you fixed this so I can do the same with the rest?

actually no, as i cannot remember out of the box :-)

however, looking at pd-pdogg, it seems like there already was a
pristine-tar, and i simply updated that with a new upstream, using
$ git-import-orig --pristine-tar --keyid=MYKEYID /path/to/upstream.tgz

also i fail to see which packages you have that are missing a
pristine-tar or upstream branch. at least all repos that match
git.debian.org:/git/pkg-multimedia/pd-* have all relevant branches.


and finally, i noticed that you managed to merge pristine-tar and master
in pd-pdogg (?)

gmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3bjK8ACgkQkX2Xpv6ydvSdcgCePwTTPXDIxtn1nxLt0/oA+CK4
6EcAnilqWcTw83qEPDShKlQOqMIB84GJ
=qSkF
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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

Re: adding missing upstream/pristine-tar branches to git

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-05-24 16:17, Hans-Christoph Steiner wrote:

 also i fail to see which packages you have that are missing a
 pristine-tar or upstream branch. at least all repos that match
 git.debian.org:/git/pkg-multimedia/pd-* have all relevant branches.
 
 Ah, doh, I just hadn't checked out those branches, I just needed to

that explains it.

 check them out:
 
 git checkout -b pristine-tar refs/remotes/origin/pristine-tar
 git checkout -b upstream refs/remotes/origin/upstream


i usually just let git automagically handle that by simply doing:
 git checkout upstream

 
 and finally, i noticed that you managed to merge pristine-tar and master
 in pd-pdogg (?)
 
 
 The merge happened automatically after your 'pristine-tar data for
 pd-pdogg_0.25.1.orig.tar.bz commit
 667bf3d23add9b4ace5c45f29d8941762eb2b9e3 after I did what I always do to
 update (git pull).  I don't know why it did that, but it doesn't seem to
 hurt anything.

i see. i cannot imagine any problems either; let's see what happens with
the next import...

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3bvskACgkQkX2Xpv6ydvTWPACguUZYxJLp9Wl1G0vMH6CEJG6A
sywAoI2gt76NYh5uuG93n4pOGyC4+BMc
=8JI/
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic 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#627083: recommends: jackd is a bit weak

[IOhannes m zmoelnig]

Package: jackd2
Version: 1.9.7~dfsg-1
Severity: normal

currently libjack recommends to install jackd, which usually evaluates to not
automatically install jackd if a package depends on libjack.

i read bug-report #442814 which implemented the change from suggests to
recommends but i am not totally convinced that i can follow the argument
(being myself rather audio-centric, so i have a natural bias ;-))

in short:
- a lot of audio-packages have jack support and thus depend on libjack
- installing libjack does not mean that jackd _must_ be installed (great, i like
  weak dependencies)
- however, installing libjack will not trigger an installation of jackd (due to
  the _very_ weak dependency), thus most installations will end up without jackd
  installed (that was the purpose of #442814)
- if the user wants to use the jack-enabled application (which they installed
  using apt), it will not work in most of these installations as jack cannot be
started, giving a cryptic error (e.g. /usr/bin/jackd not found), leaving the
use alone

i therefore suggest to raise dependency-level of libjack towards jackd to
suggests again, so people will actually be able to use their installed
jack-enabled applications.

alternative suggestions:
 - the packagers could manually add Suggests: jackd to each package; 
   this is ugly as it has to be done for each and every jack-enabled package and
   requires a lot more packaging ressources.
 - add a new mechanism to apt, maintaining a recommendation score for each
   package (A) which is raised whenever the user installs a package (B) that
   'recommends: A'; once several packages recommending A are installed, A could
   enter auto-install mode (a la 'suggests') thus people focusing around a 
group of
   applications (e.g. audio people) will get what they expect;
   this is ugly, as people installing loads of similar software will probably
   install the recommended application as well, whereas the occasional user 
will be
   left without e.g. jackd and a non-working system;


mdfasr
IOhannes


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.36-trunk-686 (SMP w/4 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages jackd2 depends on:
ii  coreutils   8.5-1GNU core utilities
ii  debconf [debconf-2.0]   1.5.38   Debian configuration management sy
ii  libasound2  1.0.23-3 shared library for ALSA applicatio
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcelt0-0  0.7.1-1  The CELT codec runtime library
ii  libdbus-1-3 1.4.8-3  simple interprocess messaging syst
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  libgcc1 1:4.6.0-2GCC support library
ii  libjack-jackd2-01.9.7~dfsg-1 JACK Audio Connection Kit (librari
ii  libncurses5 5.9-1shared libraries for terminal hand
ii  libreadline66.1-3GNU readline and history libraries
ii  libsamplerate0  0.1.7-3  Audio sample rate conversion libra
ii  libsndfile1 1.0.24-1 Library for reading/writing audio 
ii  libstdc++6  4.6.0-2  The GNU Standard C++ Library v3
ii  python  2.6.6-14 interactive high-level object-orie
ii  python-dbus 0.83.1-1+b1  simple interprocess messaging syst

Versions of packages jackd2 recommends:
ii  jackd2-firewire 1.9.7~dfsg-1 JACK Audio Connection Kit (FFADO a
ii  libpam-modules  1.1.2-2  Pluggable Authentication Modules f
ii  qjackctl0.3.7-4  User interface for controlling the

Versions of packages jackd2 suggests:
pn  jack-toolsnone (no description available)
pn  meterbridge   none (no description available)

-- Configuration Files:
/etc/security/limits.d/audio.conf changed [not included]

-- debconf information excluded



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

Bug#627083: recommends: jackd is a bit weak

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-05-17 17:24, Jonas Smedegaard wrote:
 On 11-05-17 at 05:03pm, IOhannes m zmoelnig wrote:
 currently libjack recommends to install jackd, which usually 
 evaluates to not automatically install jackd if a package depends on 
 libjack.
 
 It seems you have the terms confused, but the actual effect is correct:
 
 Currently libjack _suggests_ jackd (not recommend).

correct, sorry for the confusion.

 I agree with the logic of that bugreport:
 
 Generally libraries for daemons should *not* recommend their daemon.

good to know.
i darkly remember something like this, but cannot find it right now. do
you have any links?

 The fact that an audio tool _can_ use some daemon should only guarantee 
 a suggestion.  Audio tools that _mainly_ use that daemon can themselves 
 add an explicit recommendation on that daemon.
 
 
 If the recommendation was added to the library, it would be impossible 
 for an audio tool mainly used without jackd to not recommend jackd.

i see the point (though recommends is still no absolute dependency, so
i don't see a reason why it has to be avoided)

i only now noticed just how many jack-apps have indeed a
Depends: jackd


mfgar
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3SlrgACgkQkX2Xpv6ydvQ+6ACeMURE9nvnKZTqo1R5F/Wj5JN5
Wa0AoJNHPnRSCd2joEv3mYwfaCZGRrq9
=GWxQ
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: puredata package changes

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

ola,

given that i have done most of the packaging, i guess i'll try to answer
the question :-)

On 2011-05-09 06:19, Hans-Christoph Steiner wrote:
 
 There are a lot of changes, so I'm wondering if we could get a summary
 of what we should do to update our packages, and whether there might be
 any pitfalls. It seems that we should now build pd libs against
 puredata-dev instead of puredata, for example.

hopefully there are no pitfalls, but like always they will only show up
once you are trapped.

anyhow, the main change is, that puredata is now split into a number
of binary packages.
the binary package puredata is now only a meta-package depending on
all it's components (for backwards compat).

# puredata-core
the main binary package is puredata-core which provides pd.
puredata-core is only the dsp-engine, without any GUI components,
so you can now install Pd (with externals) on a headless system.
externals that don't depend on pd but only on puredata might need to
have their Depends adapted, if they want to support headless installs (i
just realize that puredata-import is probably the only package that is
currently affected by this).

# puredata-dev
as hans has rightly said, there is now a puredata-dev package, which
installs the headers (and a pkg-config file), for compiling externals.

this should be everything that is needed to compile Pd-related packages.
given that the package only provides header-files and a pkg-config
snippet, this greatly reduces the build-dependencies (build-bots don't
need to install tk and jack anymore, in order to compile a
network-related Pd-package)

# puredata-gui, puredata-doc, puredata-extra, puredata-utils
from a pd external packager's pov, those are probably not so interesting.
puredata-gui holds (as the name suggests) all GUI related stuff. it can
be installed without puredata-core (given that puredata-core and
puredata-gui can run on different machines).

Thus:
general Pd-externals should
Build-depend: puredata-dev
and
Depend: pd

for backporting compatibility, i'd suggest to
Build-depend: puredata-dev | puredata

if the package contains only ordinary (as in: non-graphical) objects
and is only for puredata (and not all providers of pd), it should
probably depend on puredata-core rather than puredata.


mfgsr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk3KTvUACgkQkX2Xpv6ydvRPpgCfe1/fdoP+o5fVUyrZY03lTT3k
iGkAnR/UU3Kfki6jxL1p2VHB7iEpIhfz
=w9ey
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#625954: puredata-import: inconsistent installation locations

[IOhannes m zmoelnig (gpg-key at iem)]

Package: puredata-import
Version: 1.3-2
Severity: normal

i noticed that puredata-import installs mostly into /usr/lib/pd/extra,
only the LICENSE.txt get's installed into /usr/lib/puredata/extra.

this leads to weird warnings in the pd-0.43 help-browser, claiming that
import is double installed.

i guess, installing to 2 locations is just an oversight.

since the package is named puredata-import and explicitely claims that
it is targeted at puredata only (and not the other pd providers), i
assume that it is meant to be installed into /usr/lib/puredata/extra.
the attached patch should fix this.



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

Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages puredata-import depends on:
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  puredata  0.43.0-1   realtime computer music and graphi

Versions of packages puredata-import recommends:
ii  pd-libdir 1.9-2  provides support for the libdir li

puredata-import suggests no packages.

-- no debconf information
From 9f4ea2b8d42c8a616e6dc0b5e1588dc1b5c55213 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?IOhannes=20m=20zm=C3=B6lnig?= zmoel...@iem.at
Date: Tue, 3 May 2011 10:57:48 +0200
Subject: [PATCH] changed installation directory to /u/l/puredata

---
 debian/rules |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/debian/rules b/debian/rules
index 77dc3cb..5e026b5 100755
--- a/debian/rules
+++ b/debian/rules
@@ -2,7 +2,7 @@
 
 LIBRARY_NAME = import
 PACKAGE = puredata-$(LIBRARY_NAME)
-pkglibdir = /usr/lib/pd/extra
+pkglibdir = /usr/lib/puredata/extra
 
 %:
 	dh $@ --buildsystem=makefile
-- 
1.7.4.4

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

puredata-import installation location

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

i noticed that puredata-import installs mostly into /usr/lib/pd/extra,
only the LICENSE.txt get's installed into /usr/lib/puredata/extra.

this leads to weird warnings in the pd-0.43 help-browser, claiming that
import is double installed.

i guess, installing to 2 locations is just an oversight.

since the package is named puredata-import and explicitely claims that
it is targeted at puredata only (and not the other pd providers), i
assume that it is meant to be installed into /usr/lib/puredata/extra.
the attached patch should fix this.

gfasmdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2/xRUACgkQkX2Xpv6ydvRHdACfXUiWZICGi96vsfDnI4ztttIo
WN0AoN2D2F5A4QlKPP6xtpTmltx3mhBO
=cocv
-END PGP SIGNATURE-
From 9f4ea2b8d42c8a616e6dc0b5e1588dc1b5c55213 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?IOhannes=20m=20zm=C3=B6lnig?= zmoel...@iem.at
Date: Tue, 3 May 2011 10:57:48 +0200
Subject: [PATCH] changed installation directory to /u/l/puredata

---
 debian/rules |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/debian/rules b/debian/rules
index 77dc3cb..5e026b5 100755
--- a/debian/rules
+++ b/debian/rules
@@ -2,7 +2,7 @@
 
 LIBRARY_NAME = import
 PACKAGE = puredata-$(LIBRARY_NAME)
-pkglibdir = /usr/lib/pd/extra
+pkglibdir = /usr/lib/puredata/extra
 
 %:
 	dh $@ --buildsystem=makefile
-- 
1.7.4.4



smime.p7s
Description: S/MIME Cryptographic Signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] pd-bsaylor/master: reversed IOhannes' cosmetic changes

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-04-27 20:39, eighthave-gu...@users.alioth.debian.org wrote:
 reversed IOhannes' cosmetic changes

 -Description: FFT-based Pd objects by Ben Saylor
 +Description: a library of FFT-based Pd objects by Ben Saylor

this one was to get rid of a lintian warning.
i cannot possibly imagine, why you would lintian to bail out.

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk24o4YACgkQkX2Xpv6ydvSluwCgvLfcjEQNIIoO9QPmfCBgfuRu
UcYAmgKDwzLCKRrAp1C2BQX22zld90Q8
=M67j
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: hold uploading pd-cxc, pd-ekext, pd-bsaylor, pd-markex, pd-mjlib, pd-sigpack, pd-smlib, pd-windowing, and pd-pdogg

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-04-26 10:31, Jonas Smedegaard wrote:
 So, instead of saying that it is easy to roll back I suggest that you 
 roll it back yourself, IOhannes, since you did the change that is 
 clearly disliked - technically correct or not.

done.

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk22qP0ACgkQkX2Xpv6ydvRd0wCeLhGqu/WpRmTe/zLq3kqrak9x
T88An3XzDnzWlimH9GYgGCKaOGKG+0ew
=N8Pr
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: hold uploading pd-cxc, pd-ekext, pd-bsaylor, pd-markex, pd-mjlib, pd-sigpack, pd-smlib, pd-windowing, and pd-pdogg

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-04-26 12:15, Jonas Smedegaard wrote:
 On 11-04-26 at 01:14pm, IOhannes m zmoelnig wrote:
 On 2011-04-26 10:31, Jonas Smedegaard wrote:
 So, instead of saying that it is easy to roll back I suggest that 
 you roll it back yourself, IOhannes, since you did the change that 
 is clearly disliked - technically correct or not.

 done.
 
 I sincerely hope I did not offend you (too much) by that proposal.
 
np.
i liked the metaphor about eating.

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk22pqEACgkQkX2Xpv6ydvRZXgCg3o76d4uRzgNmCHWYbSWGTTje
BKYAn2oFQK7ZAoL8rIDlJ+5WCsO2Iy1I
=gyt6
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers