from:"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)


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

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

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)


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

Bug#792723: pd-maxlib: array_getfloat() is buggy in 64bit environments

Source: pd-maxlib
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)


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

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

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


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

Bug#792721: pd-cyclone: array_getfloat() is buggy in 64bit environments

Source: pd-cyclone
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


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

Bug#792718: pd-flite: array_getfloat() is buggy in 64bit environments

Source: pd-flite
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)


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

Bug#792720: pd-ggee: array_getfloat() is buggy in 64bit environments

Source: pd-ggee
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


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

Bug#792719: pd-cxc: array_getfloat() is buggy in 64bit environments

Source: pd-cxc
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)


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

Bug#792717: pd-bsaylor: array_getfloat() is buggy in 64bit environments

Source: pd-bsaylor
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)


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

Bug#792534: ITP: pd-flext -- Flext C++ external layer for Pd (and similar)

2015-07-15 Thread IOhannes m zmoelnig

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

* Package name: pd-flext
  Version : 0.5.1
  Upstream Author : Thomas Grill gr...@g.org
* URL : http://g.org/research/software/flext/
* License : GPL
  Programming Lang: C++
  Description : Flext C++ external layer for Pd (and similar)

Flext is a C++ layer for programming externals for Pure Data (Pd)
as well as the proprietary Max/MSP.
It provides an object oriented abstraction layer to writing Pd objects.


pd-flext is a dependency of a number of pd-externals, that have not been
packaged up until now because pd-flext has been removed from the archives in
2009.
This is a second round for this nice API...


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

Bug#790872: ITP: python-easywebdav -- a straight-forward WebDAV client

2015-07-02 Thread IOhannes m zmoelnig

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

* Package name: python-easywebdav
  Version : 1.2.0
  Upstream Author : Amnon Grossman amn...@gmail.com
* URL : https://github.com/amnong/easywebdav
* License : ISC
  Programming Lang: Python
  Description : a straight-forward WebDAV client

EasyWebDAV is an easy to use WebDAV client implementation for python.
It features:
- Basic authentication
- Creating directories, removing directories and files
- Uploading and downloading files
- Directory listing
- Support for client side SSL certificates


This package is a prerequisite for deken (ITP:#788075).
I intend to maintain this package under the python-modules-team umbrella (which
I am about to join).


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

Bug#790904: ITP: python-altgraph -- Python graph (network) package

2015-07-02 Thread IOhannes m zmoelnig

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

* Package name: python-altgraph
  Version : 0.12
  Upstream Author : Ronald Oussoren ronaldousso...@mac.com
* URL : http://packages.python.org/altgraph
* License : MIT
  Programming Lang: Python
  Description : Python graph (network) package

 altgraph is a fork of graphlib: a graph (network) package for constructing
 graphs, BFS and DFS traversals, topological sort, shortest paths, etc. with
 graphviz output.
 .
 altgraph includes some additional usage of Python 2.6+ features and
 enhancements related to modulegraph and macholib.




This package is a prerequisite for python-macholib (ITP:#790898).
I intend to maintain this package under the python-modules-team umbrella.

mgfdsar
IOhannes


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

Bug#790898: ITP: python-macholib -- Python module for Mach-O header analysis and editing

2015-07-02 Thread IOhannes m zmoelnig

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

* Package name: python-macholib
  Version : 1.7
  Upstream Author : Ronald Oussoren someb...@example.org
* URL : http://bitbucket.org/ronaldoussoren/macholib
* License : MIT
  Programming Lang: Python
  Description : Python module for Mach-O header analysis and editing

python-macholib can be used to analyze and edit Mach-O headers, the executable
format used by Mac OS X.
It's typically used as a dependency analysis tool, and also to rewrite dylib
references in Mach-O headers to be @executable_path relative.
Though this tool targets a platform specific file format, it is pure Python code
that is platform and endian independent.


This package is a prerequisite for deken (ITP:#788075).
I intend to maintain this package under the python-modules-team umbrella (which
I am about to join).

mgfsdr
IOhannes


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

Bug#789333: gramps: exception error leaves application in unusable state

2015-06-19 Thread IOhannes m zmoelnig

Package: gramps
Version: 4.1.3~dfsg-1
Severity: normal

Dear Maintainer,


steps to reproduce:
- go to Geography
- select show all places (to get pins for each place on the world)
- click on one of the pins (iirc this should display some information
about which events are associated with this place)

-- ERROR

a window pops up giving the following details:

 19058: ERROR: grampsapp.py: line 114: Unhandled exception
 TypeError: lambda() takes 2 positional arguments but 4 were given

after that, gramps is no longer usable
(no buttons work; but i can close the application via the window-manager)


-- 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 gramps depends on:
ii  gir1.2-gtk-3.03.16.4-2
ii  librsvg2-22.40.9-2
ii  python3   3.4.2-2
ii  python3-bsddb36.1.0-1
ii  python3-gi3.14.0-1
ii  python3-gi-cairo  3.14.0-1
pn  python3:any   none
ii  xdg-utils 1.1.0~rc1+git20111210-7.4

Versions of packages gramps recommends:
ii  gir1.2-gexiv2-0.100.10.3-1
ii  gir1.2-osmgpsmap-1.0  1.0.2-3
ii  graphviz  2.38.0-9
ii  python3-icu   1.8-1

Versions of packages gramps suggests:
ii  fonts-freefont-ttf20120503-4
ii  gir1.2-gtkspell3-3.0  3.0.7-2
ii  gir1.2-webkit-3.0 2.4.9-1
ii  python3-pil   2.8.1-1
ii  rcs   5.9.4-1

-- no debconf information


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

Bug#788325: easytag: Don't register as default handler for directories

2015-06-10 Thread 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


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

Bug#788209: underlinked: undefined symbol cvCalcOpticalFlowHS

2015-06-09 Thread IOhannes m zmoelnig

Package: sitplus
Version: 1.0.3-4.1
Severity: important

Dear Maintainer,

sitplus (or rather it's vision module) has unresolved symbols.

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

after a fresh install, i do:
- $ sitplus
- Menu: Activity-Start...
- use default values (camera tracker enabled), and click on
  OK
- in the activity manager click on Play

   * What was the outcome of this action?

sitplus closes; on the stderr i get:
 sitplus: symbol lookup error: /usr/lib/sitplus/libspmod_vision.so: undefined 
 symbol: cvCalcOpticalFlowHS

   * What outcome did you expect instead?

no crash.

a quick grep revealed that the cvCalcOpticalFlowHS is exported in
libopencv_legacy.so

and indeed the following works (afaict):

LD_PRELOAD=libopencv_legacy.so sitplus

please link the relevant binaries against libopencv_legacy.so

gfmarsd
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 sitplus depends on:
ii  libbluetooth3   5.23-2+b1
ii  libboost-filesystem1.55.0   1.55.0+dfsg-3
ii  libboost-program-options1.55.0  1.55.0+dfsg-3
ii  libboost-system1.55.0   1.55.0+dfsg-3
ii  libboost-thread1.55.0   1.55.0+dfsg-3
ii  libc6   2.19-18
ii  libconfig9  1.4.9-2
ii  libgcc1 1:5.1.1-9
ii  libopencv-core2.4   2.4.9.1+dfsg-1.1
ii  libopencv-highgui2.42.4.9.1+dfsg-1.1
ii  libpocofoundation9  1.3.6p1-5
ii  libpocoxml9 1.3.6p1-5
ii  libportmidi01:184-2.2
ii  libsdl-gfx1.2-5 2.0.25-4
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-11
ii  libstdc++6  5.1.1-9
ii  libv4l-01.6.3-1
ii  libwxbase3.0-0  3.0.2-1+b1
ii  libwxgtk3.0-0   3.0.2-1+b1
ii  libx11-62:1.6.3-1
ii  libxtst62:1.2.2-1+b1
ii  pd-cyclone  0.1~alpha55-7
ii  pd-freeverb 1.2-3
ii  pd-iemnet   0.1-3
ii  pd-libdir   1.9-3
ii  pd-list-abs 0.1-1
ii  puredata0.46.6-2
ii  sitplus-data1.0.3-4.1

sitplus recommends no packages.

sitplus suggests no packages.

-- no debconf information


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

Bug#788213: sitplus: Pd fails to start

2015-06-09 Thread IOhannes m zmoelnig

Package: sitplus
Version: 1.0.3-4.1
Severity: normal

Dear Maintainer,

it seems that puredata cannot be started by sitplus.

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

after starting sitplus, navigate the menu:
 Configuration - Pure Data...

this gives me the following:
- a pop-up dialog telling me that:
 Configuration of puredata_config failed.  See console for details

- the main application window prints:
 ERROR. pd wrapper. Pure Data process died unexpectedly
 ERROR. puredata_config. PdWrapper: Pure Data process died unexpectedly while 
 waiting for incoming connection.

- at the terminal i get:
 Error in startup script: unknown option: -guiport
 while executing
 opt_parser::get_options $argv
 (procedure parse_args line 6)
 invoked from within
 parse_args $argc $argv
 (procedure main line 6)
 invoked from within
 main $::argc $::argv
 (file /usr/lib/puredata/tcl/pd-gui.tcl line 749)

with my puredata maintainer hat on, i can tell the following:
puredata consists of two applications:
- the core (/usr/bin/puredata), implemented in C
- and the GUI (/usr/bin/pd-gui), implemented in tcl/tk
usually each of these components starts the other automatically.
but they can be started separately, if need be.
for this to work, the core has a flag -guiport so it can be told
to connect to an already running pd-gui. e.g.
$ pd -guiport 7000

the GUI, does not have this flag; instead you specify directly how to contact
the core. e.g.:
$ pd-gui 7001

it seems that 'sitplus' implements a basic pd-gui replacement, and tries to
launch Pd (core) with the -guiport option.
However, the actual error messages hints, that it is really launching the
pd-gui, passing it the '-guiport' argument. and pd-gui chokes on that argument,
as it doesn't know about it.

a quick glance at the code did not reveal anything obvious.
(apart from trying to launch a number of different pd-flavours manually, which i
think should be disabled; Debian uses update-alternatives to provide the 'pd'
binary, and the system admin should choose which flavour should be the default -
rather than the application).

(though i think that upstream should not use a dummy implementation of pd-gui at
all; most likely they use it to dynamically allocate voices, but there are
cleaner ways to do that).

gfsadr
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 sitplus depends on:
ii  libbluetooth3   5.23-2+b1
ii  libboost-filesystem1.55.0   1.55.0+dfsg-3
ii  libboost-program-options1.55.0  1.55.0+dfsg-3
ii  libboost-system1.55.0   1.55.0+dfsg-3
ii  libboost-thread1.55.0   1.55.0+dfsg-3
ii  libc6   2.19-18
ii  libconfig9  1.4.9-2
ii  libgcc1 1:5.1.1-9
ii  libopencv-core2.4   2.4.9.1+dfsg-1.1
ii  libopencv-highgui2.42.4.9.1+dfsg-1.1
ii  libpocofoundation9  1.3.6p1-5
ii  libpocoxml9 1.3.6p1-5
ii  libportmidi01:184-2.2
ii  libsdl-gfx1.2-5 2.0.25-4
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-11
ii  libstdc++6  5.1.1-9
ii  libv4l-01.6.3-1
ii  libwxbase3.0-0  3.0.2-1+b1
ii  libwxgtk3.0-0   3.0.2-1+b1
ii  libx11-62:1.6.3-1
ii  libxtst62:1.2.2-1+b1
ii  pd-cyclone  0.1~alpha55-7
ii  pd-freeverb 1.2-3
ii  pd-iemnet   0.1-3
ii  pd-libdir   1.9-3
ii  pd-list-abs 0.1-1
ii  puredata0.46.6-2
ii  sitplus-data1.0.3-4.1

sitplus recommends no packages.

sitplus suggests no packages.

-- no debconf information


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

Bug#788075: ITP: deken -- minimal package management system for Pure Data externals

2015-06-08 Thread 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


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

Bug#786864: fusiondirectory: running fusiondirectory behind a reverse proxy requires packages installed on the proxy

2015-05-26 Thread IOhannes m zmoelnig

Package: fusiondirectory
Version: 1.0.8.2-5
Severity: normal

Dear Maintainer,

i'm running fusiondirectory on a webserver that is not directly accessible.  
instead, users connect to a proxy webserver.
the proxy has a mod-rewrite section like the following:

 RewriteRule ^/account/(.*)? 
https://fusiondirectory.local/fusiondirectory/$1 [P]

so i'm mapping the /fusiondirectory part of the URL to /account (to
make it less vendor specific).
AFAIUI, this should *just work*. (the use of a '/fusiondirectory'
directory implies a self-contained website).

Now fusiondirectory includes some javascript-sources from the root path,
namely '/javascript/prototype/prototype.js'.

the fusiondirectory depends on the libjs-prototype package which
provides these files, so everything works as expected when fd server is
directly accessible (that is: not reverse-proxied)

However, since the javascript ressources are not pulled from the
'/fusiondirectory' folder (or, in my case, the '/account' folder), they
are not reverse proxied, leaving the webinterface *barely* useable in
this setup.

I see two solutions to the problem:

- in README.Debian, tell the users to install 'libjs-prototype' on the
  reverse-proxy.
  this is sub-optimal, as the user needs to be able to install software
  on the reverse-proxy (which might not run Debian; or they might not have
  access to it; or...)

- make fusiondirectory not rely on any components outside of the
  '/fusiondirectory' folder.

thanks for packaging fusiondirectory.


-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages fusiondirectory depends on:
ii  apache2 [httpd] 2.4.10-10
ii  fusiondirectory-smarty3-acl-render  1.0.8.2-5
ii  gettext 0.19.3-2
ii  javascript-common   11
ii  libarchive-extract-perl 0.72-1
ii  libcrypt-cbc-perl   2.33-1
ii  libcrypt-passwdmd5-perl 1.3-10
ii  libfile-copy-recursive-perl 0.38-1
ii  libjs-prototype 1.7.1-3
ii  libjs-scriptaculous 1.9.0-2
ii  libnet-ldap-perl1:0.6400+dfsg-2
ii  libpath-class-perl  0.35-1
ii  libxml-twig-perl1:3.48-1
ii  php-fpdf3:1.7.dfsg-1
ii  php55.6.7+dfsg-1
ii  php5-cli5.6.7+dfsg-1
ii  php5-curl   5.6.7+dfsg-1
ii  php5-gd 5.6.7+dfsg-1
ii  php5-imagick3.2.0~rc1-1
ii  php5-imap   5.6.7+dfsg-1
ii  php5-ldap   5.6.7+dfsg-1
ii  php5-mcrypt 5.6.7+dfsg-1
ii  php5-recode 5.6.7+dfsg-1
ii  schema2ldif 1.1-1
ii  smarty-gettext  1.1.0-1
ii  smarty3 3.1.21-1

fusiondirectory recommends no packages.

Versions of packages fusiondirectory suggests:
pn  argonaut-server none
ii  fusiondirectory-schema  1.0.8.2-5
ii  slapd   2.4.40+dfsg-1

-- Configuration Files:
/etc/fusiondirectory/fusiondirectory-apache.conf changed [not included]

-- no debconf information


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

Bug#786422: ITP: pd-iemtab -- Pd-objects for table manipulation

2015-05-21 Thread IOhannes m zmoelnig

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

* Package name: pd-iemtab
  Version : 1.20
  Upstream Author : Thomas Musil mu...@iem.at
* URL : http://puredata.info
* License : GPL
  Programming Lang: C
  Description : Pd-objects for table manipulation

 This is a collection of high-performance objects to manipulate tables/arrays
 from within Pd.
 .
 It supports:
 - setting of constant values
 - copy and reverse arrays
 - find minimum and maximum values
 - basic binops: compare, add, subtract  multiplication, division
 - unops: square root, power-to-db, db-to-rms
 - complex math
 - FFT, inverse FFT, convolution, cross-correlation


I intend to do the packaging under the pkg-multimedia-maintainers team umbrella
(if I can interest my team fellows, otherwise I will package it on my own).


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

Bug#785935: RM: flumotion -- ROM; unmaintained upstream; depends on obsolete gstreamer0.10

2015-05-20 Thread IOhannes m zmoelnig

Package: ftp.debian.org
Severity: normal

flumotion uses gstreamer0.10 which is to be removed from Debian.
I contacted upstream about their plans to support gstreamer1.0, but they were
not interested in it.
Furthermore, flumotion depends on gstreamer0.10-ffmpeg, which is not available
in Debian either due to libav/ffmpeg incompatibilities.
(That's the reason why it was not included in jessie).

Finally, the last upstream release has been in 2012, and while their git
repository shows some activity in 2014, this has mainly been concerned about
cosmetic issues (adding empty lines to conform with PEP8).
So development seems to be pretty dead.

I thus suggest that this package be removed.


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

Bug#783787: devscripts: upgrade fails; ImportError: No module named '_sysconfigdata_m'

2015-04-30 Thread IOhannes m zmoelnig

Package: python3.4
Version: 3.4.3-4
Severity: critical
Followup-For: Bug #783787

Reproduced on amd64.

This makes *any* software that uses python3 unusable, so I'm escalating the
severity.
It also breaks the installation of packages (as this may use python3).

The issue seems to be that python3 does not search it's own module path by
default.
c.f.
$ python3
Failed to import the site module
Traceback (most recent call last):
  File /usr/lib/python3.4/site.py, line 586, in module
main()
  File /usr/lib/python3.4/site.py, line 572, in main
known_paths = addusersitepackages(known_paths)
  File /usr/lib/python3.4/site.py, line 287, in addusersitepackages
user_site = getusersitepackages()
  File /usr/lib/python3.4/site.py, line 263, in getusersitepackages
user_base = getuserbase() # this will also set USER_BASE
  File /usr/lib/python3.4/site.py, line 253, in getuserbase
USER_BASE = get_config_var('userbase')
  File /usr/lib/python3.4/sysconfig.py, line 597, in get_config_var
return get_config_vars().get(name)
  File /usr/lib/python3.4/sysconfig.py, line 540, in get_config_vars
_init_posix(_CONFIG_VARS)
  File /usr/lib/python3.4/sysconfig.py, line 412, in _init_posix
from _sysconfigdata import build_time_vars
  File /usr/lib/python3.4/_sysconfigdata.py, line 6, in module
from _sysconfigdata_m import *
ImportError: No module named '_sysconfigdata_m'

vs.
$ PYTHONPATH=/usr/lib/python3.4/plat-x86_64-linux-gnu/ python3
Python 3.4.3 (default, Apr 29 2015, 20:37:56) 
[GCC 4.9.2] on linux
Type help, copyright, credits or license for more information.
 

mgfsdar
IOhannes



gfmdsa
IOhannes


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

Kernel: Linux 3.16.0-4-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 python3.4 depends on:
ii  libpython3.4-stdlib  3.4.3-4
ii  mime-support 3.58
ii  python3.4-minimal3.4.3-4

python3.4 recommends no packages.

Versions of packages python3.4 suggests:
ii  binutils2.25-7
pn  python3.4-doc   none
pn  python3.4-venv  none

-- no debconf information


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

Bug#783467: ITP: pysoundfile -- an audio library based on libsndfile, CFFI, and NumPy

2015-04-27 Thread IOhannes m zmoelnig

Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig zmoel...@iem.at

* Package name: pysoundfile
  Version : 0.7.0
  Upstream Author : Bastian Bechtold
* URL : https://github.com/bastibe/PySoundFile
* License : BSD
  Programming Lang: Python
  Description : an audio library based on libsndfile and NumPy

 PySoundFile can read and write sound files in a variety of formats and eases
 the application of signal processing algorithms.
 File reading/writing is supported through libsndfile. PySoundFile represents
 audio data as NumPy arrays.
 ,.
 Full documentation is available on http://pysoundfile.readthedocs.org/.



To my knowledge, there is no libsndfile wrapper for python in Debian yet (which
is a pity).
I intend to do the packaging under the pkg-multimedia-maintainers team umbrella
(if I can interest my team fellows, otherwise I will package it on my own).

fgmad
IOhannes


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

Bug#779099: guake: please lower alternative priority for guake

2015-02-24 Thread IOhannes m zmoelnig

Package: guake
Version: 0.5.0-2
Severity: normal

Dear Maintainer,

disclaimer: i love guake.  however, i also use more traditional (windowed)
xterms, for separate tasks.



since 0.5.0-1, guake provides an alternative for the x-terminal-emulator.
great.

unfortunately the priority assigned is rather high (50), actually higher than
any other terminal installed on my system:

 /usr/bin/Eterm 10
 /usr/bin/koi8rxterm20
 /usr/bin/uxterm20
 /usr/bin/xterm 20
 /usr/bin/lxterm30
 /usr/bin/gnome-terminal.wrapper40
 /usr/bin/konsole   40
 /usr/bin/lxterminal40
 /usr/bin/xfce4-terminal.wrapper40
 /usr/bin/guake 50

given that guake has the highest priority of 10 x-terminal-emulators, this
practically enforces guake as *the* x-terminal-emulator when using the defaults.

i think this is problematic insofar, as guake has a rather non-standard
behaviour, as compared with other xterms: 
- most of the time, guake will be hidden away
- it will not spawn *another* xterm when already running.

this leads to the (rather unexpected) behaviour, that starting the xterm (e.g.
via the menu, or via a panel) will be silently ignored.

following the principle of least suprise, the default should be to not
aggressively promote guake as the default x-terminal-emulator, by lowering it's
alternative priority.

thanks for your consideration.


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

Kernel: Linux 3.16.0-4-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 guake depends on:
ii  gconf2   3.2.6-3
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-15
ii  libcairo21.14.0-2.1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-2
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgtk2.0-0  2.24.25-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libpython2.7 2.7.9-1
ii  libx11-6 2:1.6.2-3
ii  notification-daemon  0.7.6-2
ii  python   2.7.8-3
ii  python-dbus  1.2.0-2+b3
ii  python-gconf 2.28.1+dfsg-1.1
ii  python-glade22.24.0-4
ii  python-notify0.1.1-4
ii  python-vte   1:0.28.2-5
ii  python-xdg   0.25-4
pn  python2.7:anynone
ii  xfce4-notifyd [notification-daemon]  0.2.4-3

guake recommends no packages.

guake suggests no packages.

-- Configuration Files:
/etc/xdg/autostart/guake.desktop 66aa631ca8233f14b8f836c7cf5f7892 [Errno 2] 
Datei oder Verzeichnis nicht gefunden: u'/etc/xdg/autostart/guake.desktop 
66aa631ca8233f14b8f836c7cf5f7892'

-- no debconf information


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

Bug#778750: php-horde: themes should be managed via /etc

2015-02-19 Thread IOhannes m zmoelnig

Package: php-horde
Version: 5.2.1+debian0-2
Severity: wishlist

horde5 currently comes with a single Default theme, which is installed
alongside the php-files in /usr/share/horde.
having these files in /usr/share (and more to the point: having php-horde
look for those files only in /usr/share) is highly impractical, if you want
to either use your own theme or modify the existing one.

i think the best way would be to have the themes in /etc/horde/themes (with
various subfolders for the submodules) and make /usr/share/horde/themes and
friends symlink to these.

maybe even have a themes-enabled.d/ folder so you can have multiple themes
on the machine, but only enable a few of them (and disable the Default theme
if you don't like it without too much hazzle).


Finally: thanks for bringing H5 to Debian!


-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages php-horde depends on:
ii  dpkg   1.17.23
ii  php-horde-alarm2.2.1-5
ii  php-horde-argv 2.0.9-4
ii  php-horde-auth 2.1.5-5
ii  php-horde-autoloader   2.1.0-5
ii  php-horde-browser  2.0.7-2
ii  php-horde-core 2.15.0+debian0-1
ii  php-horde-date 2.0.12-5
ii  php-horde-exception2.0.4-4
ii  php-horde-form 2.0.8-2
ii  php-horde-group2.0.4-4
ii  php-horde-http 2.1.1-4
ii  php-horde-image2.1.0-4
ii  php-horde-logintasks   2.0.3-4
ii  php-horde-mail 2.4.0-4
ii  php-horde-mime 2.4.5-3
ii  php-horde-nls  2.0.4-2
ii  php-horde-perms2.1.2-4
ii  php-horde-prefs2.7.0-3
ii  php-horde-role 1.0.1-7
ii  php-horde-rpc  2.1.1-2
ii  php-horde-serialize2.0.2-5
ii  php-horde-support  2.1.1-4
ii  php-horde-text-diff2.1.0-4
ii  php-horde-text-filter  2.2.1-5
ii  php-horde-token2.0.5-4
ii  php-horde-tree 2.0.2-3
ii  php-horde-url  2.2.3-4
ii  php-horde-util 2.5.1-5
ii  php-horde-vfs  2.2.0-4
ii  php-horde-view 2.0.4-4
ii  php5-cli   5.6.5+dfsg-1
ii  php5-common5.6.5+dfsg-1

Versions of packages php-horde recommends:
ii  apache2 [httpd] 2.4.10-9
pn  php-console-getopt  none
ii  php-console-table   1.2.0-2
pn  php-file-find   none
pn  php-file-fstab  none
ii  php-horde-activesync2.19.2-2
ii  php-horde-db2.1.4-3
ii  php-horde-feed  2.0.2-4
ii  php-horde-oauth 2.0.1-5
ii  php-horde-openxchange   1.0.0-2
ii  php-horde-service-facebook  2.0.6-2
ii  php-horde-service-twitter   2.1.1-2
ii  php-horde-service-weather   2.1.4-1
ii  php-horde-syncml2.0.4-2
ii  php-net-dns21.3.2-2
ii  php-services-weather1.4.2-5

php-horde suggests no packages.

-- no debconf information


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

Bug#749799: php-horde-core: problem with horde's smartphone view because of outdated libjs-jquery-mobile

2015-02-18 Thread IOhannes m zmoelnig

Package: php-horde-core
Version: 2.15.0+debian0-1
Followup-For: Bug #749799

unfortunately i can confirm, that this bug still exists with current
jquery-mobile.
it makes the mobile-view of (e.g.) imp utterly useless, that is:
- when i switch to imp, no folders are displayed
- this can be worked around by selecting Show all folders manually
- when i select a folder, e.g. Inbox, the folder appears to be empty
- this can be worked around by clicking on Refresh (which btw gives an
  inconsistent view)
- clicking on a message will open up a virtually empty view, with two
  collapsed views, which (when opened) are empty.
  here's a screenshot http://pbrd.co/1MwIzPY
- i haven't found a workaround yet to actually display any email.

replacing the jquery.mobile directory with the one that actually comes with
horde (horde-5.2.3 ships with jquery-mobile 1.3.2), seems to fix the problem.


fgmasdr
IOhannes



-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages php-horde-core depends on:
ii  libjs-jquery1.7.2+dfsg-3.2
ii  libjs-jquery-mobile 1.2.0+dfsg-2
ii  libjs-prototype 1.7.1-3
ii  libjs-scriptaculous 1.9.0-2
ii  php-horde-alarm 2.2.1-5
ii  php-horde-auth  2.1.5-5
ii  php-horde-autoloader2.1.0-5
ii  php-horde-browser   2.0.7-2
ii  php-horde-cache 2.5.0-2
ii  php-horde-cli   2.0.5-2
ii  php-horde-compress  2.0.8-5
ii  php-horde-compress-fast 1.0.3-5
ii  php-horde-controller2.0.1-7
ii  php-horde-cssminify 1.0.2-1
ii  php-horde-data  2.1.0-5
ii  php-horde-date  2.0.12-5
ii  php-horde-exception 2.0.4-4
ii  php-horde-group 2.0.4-4
ii  php-horde-hashtable 1.2.0-4
ii  php-horde-history   2.3.1-4
ii  php-horde-injector  2.0.3-4
ii  php-horde-javascriptminify  1.1.0-2
ii  php-horde-lock  2.1.1-4
ii  php-horde-log   2.1.0-4
ii  php-horde-logintasks2.0.3-4
ii  php-horde-mime  2.4.5-3
ii  php-horde-mime-viewer   2.0.7-2
ii  php-horde-notification  2.0.1-6
ii  php-horde-pack  1.0.4-2
ii  php-horde-perms 2.1.2-4
ii  php-horde-prefs 2.7.0-3
ii  php-horde-secret2.0.3-4
ii  php-horde-serialize 2.0.2-5
ii  php-horde-sessionhandler2.2.4-4
ii  php-horde-share 2.0.5-4
ii  php-horde-support   2.1.1-4
ii  php-horde-template  2.0.1-6
ii  php-horde-text-filter   2.2.1-5
ii  php-horde-token 2.0.5-4
ii  php-horde-translation   2.1.0-4
ii  php-horde-url   2.2.3-4
ii  php-horde-util  2.5.1-5
ii  php-horde-view  2.0.4-4
ii  php-pear5.6.5+dfsg-1
ii  php5-common 5.6.5+dfsg-1

Versions of packages php-horde-core recommends:
ii  php-horde-activesync   2.19.2-2
ii  php-horde-crypt2.5.0-5
ii  php-horde-dav  1.1.0-1
ii  php-horde-db   2.1.4-3
ii  php-horde-editor   2.0.4+debian0-3
ii  php-horde-elasticsearch1.0.2-3
ii  php-horde-form 2.0.8-2
ii  php-horde-http 2.1.1-4
ii  php-horde-icalendar2.0.9-4
ii  php-horde-image2.1.0-4
ii  php-horde-imap-client  2.25.2-1
ii  php-horde-kolab-server 2.0.2-5
ii  php-horde-kolab-session2.0.1-7
ii  php-horde-kolab-storage2.1.1-3
ii  php-horde-ldap 2.2.0-4
ii  php-horde-mail 2.4.0-4
ii  php-horde-mongo1.0.2-2
ii  php-horde-nls  2.0.4-2
ii  php-horde-oauth2.0.1-5
ii  php-horde-queue1.1.1-2
ii  php-horde-routes   2.0.2-5
ii  php-horde-service-twitter  2.1.1-2
ii  php-horde-spellchecker 2.1.1-4
ii  php-horde-tree 2.0.2-3
ii  php-horde-vfs  2.2.0-4
ii  php-net-dns2   1.3.2-2
ii  php-text-captcha   0.4.3-1
ii  php-text-figlet1.0.2-3
pn  php-text-languagedetectnone

Versions of packages php-horde-core suggests:
pn  php-horde-javascriptminify-jsmin  none
ii  php-horde-test2.4.4+debian0-2

-- no debconf information


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

Bug#777583: Incorrect debian/copyright for smartmontools

2015-02-12 Thread IOhannes m zmoelnig

Package: smartmontools
Version: 6.3+svn4002-2+b2
Followup-For: Bug #777583

Attached find a debdiff and a git-diff to add the or (at your option) any later
version clause to debian/copyright.

The debdiff is created using HEAD in git as the original package (so probably
NOT the version that is currently in testing)


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

Kernel: Linux 3.16.0-4-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 smartmontools depends on:
ii  debianutils  4.4+b1
ii  init-system-helpers  1.22
ii  libc62.19-13
ii  libcap-ng0   0.7.4-2
ii  libgcc1  1:4.9.2-10
ii  libselinux1  2.3-2
ii  libstdc++6   4.9.2-10
ii  lsb-base 4.1+Debian13+nmu1

Versions of packages smartmontools recommends:
ii  bsd-mailx [mailx]  8.1.2-0.20141216cvs-1

Versions of packages smartmontools suggests:
pn  gsmartcontrol   none
pn  smart-notifier  none

-- no debconf information
diff -Nru smartmontools-6.3+svn4002/debian/changelog smartmontools-6.3+svn4002/debian/changelog
--- smartmontools-6.3+svn4002/debian/changelog	2015-02-12 17:12:37.0 +0100
+++ smartmontools-6.3+svn4002/debian/changelog	2015-02-12 17:52:38.0 +0100
@@ -1,3 +1,13 @@
+smartmontools (6.3+svn4002-2) UNRELEASED; urgency=medium
+
+  [ Giuseppe Iuculano ]
+  * Correct maintscript syntax (Closes: #766178)
+
+  [ IOhannes m zmölnig ]
+  * Fix license: it's really GPL-2+ (Closes: #777583)
+
+ -- Giuseppe Iuculano iucul...@debian.org  Thu, 12 Feb 2015 17:52:25 +0100
+
 smartmontools (6.3+svn4002-1) unstable; urgency=low
 
   * [03a62f0] Set EnvironmentFile=-/etc/default/smartmontools in smartd.service
diff -Nru smartmontools-6.3+svn4002/debian/copyright smartmontools-6.3+svn4002/debian/copyright
--- smartmontools-6.3+svn4002/debian/copyright	2015-02-12 17:48:31.0 +0100
+++ smartmontools-6.3+svn4002/debian/copyright	2015-02-12 17:50:15.0 +0100
@@ -14,5 +14,5 @@
 License:
 
 You are free to distribute this software under the terms of the GNU General
-Public License Version 2. The full text of this license can be found in the
-file /usr/share/common-licenses/GPL-2
+Public License Version 2, or (at your option) any later version. The full text
+of this license can be found in the file /usr/share/common-licenses/GPL-2
From 40173c4dde3bf76e5bf801c9df1c8cffea11d9a2 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?IOhannes=20m=20zm=C3=B6lnig?=
 zmoel...@umlautq.umlaeute.mur.at
Date: Thu, 12 Feb 2015 17:15:57 +0100
Subject: [PATCH] Fix license: it's really GPL-2+ (Closes: #777583)

---
 debian/copyright | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/copyright b/debian/copyright
index 0803ab3..22d8118 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -14,5 +14,5 @@ Copyright:
 License:
 
 You are free to distribute this software under the terms of the GNU General
-Public License Version 2. The full text of this license can be found in the
-file /usr/share/common-licenses/GPL-2
+Public License Version 2, or (at your option) any later version. The full text
+of this license can be found in the file /usr/share/common-licenses/GPL-2
-- 
2.1.4

Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist

2014-10-07 Thread IOhannes m zmoelnig

Package: initramfs-tools
Version: 0.118
Followup-For: Bug #762984

i am hit by the same problem.
as a temporary fix, i added the 'vgchange -ay' to 
  /usr/share/initramfs-tools/scripts/local-top/lvm2
as adding it to 
  /etc/initramfs-tools/scripts/local-top/vgscan
somehow did not work (most likely due wrong order of execution, but i did not
investigate further)


-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 17M Oct  7 11:49 /boot/initrd.img-3.16-2-amd64
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-3.16-2-amd64 root=/dev/mapper/--vg-root ro quiet 
acpi_backlight=vendor pcie_aspm=force

-- resume
RESUME=/dev/mapper/--vg-swap_1
-- /proc/filesystems
btrfs
ext3
ext2
ext4
fuseblk

-- lsmod
Module  Size  Used by
ctr12927  1 
ccm17577  1 
bnep   17431  2 
binfmt_misc16949  1 
pci_stub   12429  1 
vboxpci23077  0 
vboxnetadp 25443  0 
vboxnetflt 23324  0 
vboxdrv   340020  3 vboxnetadp,vboxnetflt,vboxpci
nfsd  263053  2 
auth_rpcgss51240  1 nfsd
oid_registry   12419  1 auth_rpcgss
nfs_acl12511  1 nfsd
nfs   187961  0 
lockd  83417  2 nfs,nfsd
fscache45542  1 nfs
sunrpc237445  6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
ecb12737  1 
btusb  29721  0 
uvcvideo   79005  0 
bluetooth 374429  21 bnep,btusb
videobuf2_vmalloc  12816  1 uvcvideo
videobuf2_memops   12519  1 videobuf2_vmalloc
videobuf2_core 47787  1 uvcvideo
6lowpan_iphc   16588  1 bluetooth
v4l2_common12995  1 videobuf2_core
videodev  126451  3 uvcvideo,v4l2_common,videobuf2_core
media  18305  2 uvcvideo,videodev
acpi_call  12552  0 
x86_pkg_temp_thermal12951  0 
intel_powerclamp   17159  0 
joydev 17063  0 
intel_rapl 17356  0 
iTCO_wdt   12831  0 
coretemp   12820  0 
iTCO_vendor_support12649  1 iTCO_wdt
kvm_intel 139077  0 
kvm   388597  1 kvm_intel
crc32_pclmul   12915  0 
ghash_clmulni_intel12978  0 
aesni_intel   151423  3 
arc4   12536  2 
aes_x86_64 16719  1 aesni_intel
iwldvm135156  0 
lrw12757  1 aesni_intel
mac80211  474202  1 iwldvm
gf128mul   12970  1 lrw
glue_helper12695  1 aesni_intel
ablk_helper12572  1 aesni_intel
snd_hda_codec_hdmi 45118  1 
iwlwifi92451  1 iwldvm
cfg80211  405538  3 iwlwifi,mac80211,iwldvm
cryptd 14516  3 ghash_clmulni_intel,aesni_intel,ablk_helper
i915  836937  2 
thinkpad_acpi  69119  1 
drm_kms_helper 49210  1 i915
drm   249955  4 i915,drm_kms_helper
snd_hda_codec_realtek63031  1 
evdev  17445  5 
psmouse98616  0 
serio_raw  12849  0 
pcspkr 12595  0 
ac 12715  0 
i2c_algo_bit   12751  1 i915
tpm_tis17182  0 
nvram  13034  1 thinkpad_acpi
snd_hda_codec_generic63107  1 snd_hda_codec_realtek
i2c_i801   16965  0 
mei_me 17941  0 
tpm31511  1 tpm_tis
i2c_core   46012  7 
drm,i915,i2c_i801,drm_kms_helper,i2c_algo_bit,v4l2_common,videodev
wmi17339  0 
mei74977  1 mei_me
lpc_ich20768  0 
snd_hda_intel  26327  0 
snd_hda_controller 26727  1 snd_hda_intel
snd_hda_codec 104463  5 
snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
snd_hwdep  13148  1 snd_hda_codec
snd_pcm88662  4 
snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
snd_timer  26614  1 snd_pcm
snd65244  9 
snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,thinkpad_acpi
shpchp 31121  0 
mfd_core   12601  1 lpc_ich
battery13356  0 
rfkill 18867  5 cfg80211,thinkpad_acpi,bluetooth
button 12944  1 i915
video  18030  1 i915
soundcore  13026  2 snd,snd_hda_codec
processor  28221  0 
loop   26605  0 
fuse   83350  1 
parport_pc 26300  0 
ppdev  16782  0 
lp 17074  0 
parport35749  3 lp,ppdev,parport_pc
autofs435529  2 
ext4  469572  6 
crc16  12343  2 ext4,bluetooth
mbcache17171  1 ext4
jbd2

Bug#761191: mingw-w64-common: aviriff.h broken

2014-09-11 Thread IOhannes m zmoelnig

Package: mingw-w64-common
Version: 3.2.0-1
Severity: important

Dear Maintainer,

If i use
snip
#include aviriff.h
/snip
in my code, this will include the file /usr/share/mingw-w64/include/aviriff.h

Unfortunately this header-file has a broken 1st line.
what is meant to start with a boiler-plate comment
snip
/**
 *
 */
/snip

really starts with to asterisks
snip
**
*
*/
/snip


This prevents any program from being compiled, as soon as this header file is
included.

A quick grep shows, that following files have the same problem:
 adtgen.h
 authz.h
 aux_ulib.h
 avifmt.h
 aviriff.h

The fix is trivial: add a forward-slash as the first character in the first line
of these files.





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

Kernel: Linux 3.14-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

-- no debconf information


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

Bug#753772: Document the use of uversionmangle=s//+dfsg/ with repack

2014-09-01 Thread IOhannes m zmoelnig

Package: devscripts
Version: 2.14.6
Followup-For: Bug #753772

just to add my own 2¢:
+dfsg is not the only common extension for repacked sources.
personally i prefer ~dfsg (adopted from the pkg-multimedia team), as
UPSTREAM~dfsg sorts before UPSTREAM, which is nice if upstream decides to
re-release a version with non-free parts stripped.

quick stats using grep-aptavail show:
   5276 +dfsg
587 ~dfsg
554 .dfsg
192 -dfsg

thus: if you ever come up with a solution that adds a suffix to the upstream
version (and i would very much welcome such a feature), please allow for more
possibilities than just +dfsg.

gfmsar
IOhannes


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

Bug#660998: chkrootkit: Add ignore list to avoid false positives

2014-08-25 Thread IOhannes m zmoelnig

Package: chkrootkit
Version: 0.49-5
Followup-For: Bug #660998

pretty please add this feature.

the more noise an administrator gets about false positives, the more likely they
are to miss/ignore the really important warnings.

attached is an updated fix for the script, that also provides a fallback when no
ignore-file is present.


-- 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.14-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 chkrootkit depends on:
ii  binutils   2.24.51.20140709-1
ii  debconf [debconf-2.0]  1.5.53
ii  libc6  2.19-7
ii  net-tools  1.60-26
ii  procps 1:3.3.9-7

chkrootkit recommends no packages.

chkrootkit suggests no packages.

-- debconf information excluded
From 40cb03d3a8c4d784e0969d610eb9381a02e2ab46 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?IOhannes=20m=20zm=C3=B6lnig?= zmoel...@iem.at
Date: Mon, 25 Aug 2014 09:53:37 +0200
Subject: [PATCH] use IGNORE_FILE to filter out false-positives

if the user defines an IGNORE_FILE in /etc/chkrootkit.conf
and this file is readable, this file will be used to filter out
false-positives (and other lines, depending on the regular expressions
in the file), in the cron-script.

TODO:
- exit-code of the cron-script (cf. 19ce77e7)
 - it probably should bail out if there is an un-filtered error
 - it probably should bail out if there is a filter-rule that had no match
- the value of IGNORE_FILE is currently not handled by debconf.
---
 debian/cron.daily | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/debian/cron.daily b/debian/cron.daily
index 7a6b7b9..6566d3c 100755
--- a/debian/cron.daily
+++ b/debian/cron.daily
@@ -5,6 +5,7 @@ set -e
 CHKROOTKIT=/usr/sbin/chkrootkit
 CF=/etc/chkrootkit.conf
 LOG_DIR=/var/log/chkrootkit
+IGNORE_FILE=/dev/null
 
 if [ ! -x $CHKROOTKIT ]; then
   exit 0
@@ -14,9 +15,13 @@ if [ -f $CF ]; then
 . $CF
 fi
 
+if [ ! -r ${IGNORE_FILE} ]; then
+ IGNORE_FILE=/dev/null
+fi
+
 if [ $RUN_DAILY = true ]; then
 if [ $DIFF_MODE = true ]; then
-eval $CHKROOTKIT $RUN_DAILY_OPTS  $LOG_DIR/log.today.raw 21
+eval $CHKROOTKIT $RUN_DAILY_OPTS | egrep -v -f ${IGNORE_FILE}  $LOG_DIR/log.today.raw 21
 # the sed expression replaces the messages about /sbin/dhclient3 /usr/sbin/dhcpd3
 # with a message that is the same whatever order eth0 and eth1 were scanned
 sed -r -e 's,eth(0|1)(:[0-9])?: PACKET SNIFFER\((/sbin/dhclient3|/usr/sbin/dhcpd3)\[[0-9]+\]\),eth\[0|1\]: PACKET SNIFFER\([dhclient3|dhcpd3]{PID}\),' \
@@ -46,6 +51,6 @@ if [ $RUN_DAILY = true ]; then
 		echo # (note that unedited output is in $LOG_DIR/log.today.raw)
 fi
 else
-eval $CHKROOTKIT $RUN_DAILY_OPTS
+eval $CHKROOTKIT $RUN_DAILY_OPTS | (egrep -v -f ${IGNORE_FILE} || true)
 fi
 fi
-- 
2.0.1

Bug#755268: ITP: pd-lua -- lua objectloader for Pd

2014-07-19 Thread IOhannes m zmoelnig

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

* Package name: pd-lua
  Version : 0.6
  Upstream Author : Martin Peach et al.
* URL : 
https://svn.code.sf.net/p/pure-data/svn/trunk/externals/loaders/pdlua
* License : GPL
  Programming Lang: C, lua
  Description : lua objectloader for Pd

 pd-lua adds a new loader to Pure Data (Pd), that allows one to load
 objectclasses written in the popular lua programming language.
 .
 Some programming problems are complicated to express in graphical
 dataflow languages like Pd, requiring the user to ressort to objectclasses
 written in more general purpose languages.
 For those who do not want to use compiled languages like C/C++, this package
 offers the possibility to write first-class objectclasses in the lightweight
 programming language lua.





I intend to maintain this package with the Debian Multimedia Maintainers team.


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

Bug#752032: org-mode: koma-letter exporter ignores org-koma-letter-from-address

2014-06-18 Thread IOhannes m zmoelnig

Package: org-mode
Version: 8.2.7-1
Severity: normal
Tags: patch

Dear Maintainer,

setting up the koma-letter exporter to write letters from org-mode, i discovered
that i was unable to set a default for the FROM_ADDRESS.
I tried setting the org-koma-letter-from-address variable, but no matter what,
whenever created a new org-mode file based on the koma-letter template (C-c C-e
# kola-letter) the FROM_ADDRESS field would stay empty.
i could set all other fields correctly.

attached is a patch that fixes this issue.

mgfards
IOhannes

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

Kernel: Linux 3.14-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

Versions of packages org-mode depends on:
ii  emacs24 24.3+1-4+b1
ii  emacsen-common  2.0.8

Versions of packages org-mode recommends:
ii  texlive-generic-recommended  2014.20140528-3
ii  texlive-latex-recommended2014.20140528-3

Versions of packages org-mode suggests:
pn  ditaa   none
pn  easypg  none

-- no debconf information
--- ox-koma-letter.el.org	2014-06-18 23:43:18.0 +0200
+++ ox-koma-letter.el	2014-06-18 23:43:35.0 +0200
@@ -304,7 +304,7 @@
 	org-latex-default-class) t)
 (:author AUTHOR nil (org-koma-letter--get-value org-koma-letter-author) t)
 (:author-changed-in-buffer-p AUTHOR nil nil t)
-(:from-address FROM_ADDRESS nil nil newline)
+(:from-address FROM_ADDRESS nil org-koma-letter-from-address newline)
 (:phone-number PHONE_NUMBER nil org-koma-letter-phone-number)
 (:email EMAIL nil (org-koma-letter--get-value org-koma-letter-email) t)
 (:email-changed-in-buffer-p EMAIL nil nil t)

Bug#747318: gramps: unable to edit notes

2014-05-07 Thread IOhannes m zmoelnig

Package: gramps
Version: 4.0.3+dfsg-2
Severity: normal

Dear Maintainer,

Out of a sudden, I am unable to edit notes in gramps.

Steps to reproduce:
- start gramps
- goto notes screen
- klick on + ('add a new note')
 - the note-editor opens up
- type something into the text-field (e.g. blabla)
- klick on OK
= a popup window occurs with the content
  Cannot save note
  No data exists for this note. Please enter data or cancel the edit.

funnily enough, when i open a family-tree with existing notes, these notes are
all previewed in the Notes-screen.
However, when i open up a note, it appears to be empty (no text in the
text-editor).


the behaviour started (iirc) not before 2014-04-22 (that was the day when i
added my last note), but soon thereafter (or even on that day).
the gramps installation has definitely NOT been changed between working and
non-working notes-editor, though i often upgrade my system (i upgraded my system
on 2014-04-22 and 2014-04-24)
i therefore suspect some related gir/gtk package-upgrade to be the culprit.

gir-packages recently upgraded (according to my aptitude.log)
[UPGRADE] gir1.2-gdkpixbuf-2.0:amd64 2.30.6-1 - 2.30.7-1
[UPGRADE] gir1.2-vte-2.90:amd64 1:0.34.9-1 - 1:0.36.0-2

mgfadsr
IOhannes


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

Kernel: Linux 3.14-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

Versions of packages gramps depends on:
ii  gir1.2-gtk-3.0   3.12.1-1
ii  librsvg2-2   2.40.2-1
ii  python   2.7.5-5
ii  python-gi3.12.1-1
ii  python-gi-cairo  3.12.1-1
pn  python:any   none
ii  xdg-utils1.1.0~rc1+git20111210-7.1

Versions of packages gramps recommends:
ii  graphviz2.26.3-17
pn  libosmgpsmap-1.0-0-dev  none
ii  python-pyicu1.5-2+b3

Versions of packages gramps suggests:
ii  fonts-freefont-ttf20120503-4
pn  gir1.2-gexiv2-0.4 none
pn  gir1.2-gtkspell3-3.0  none
ii  python-pil2.3.0-2
pn  rcs   none

-- no debconf information


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

Bug#745045: gosa: dpkg-reconfigure fails

2014-04-17 Thread IOhannes m zmoelnig

Package: gosa
Version: 2.7.4+reloaded1-1
Severity: normal

Dear Maintainer,

after installing gosa, i cannot reconfigure it not more:

# dpkg-reconfigure gosa
prerm called with unknown argument `upgrade'

it seems that the prerm script is broken.

mfgrsad
IOhannes

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

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

Versions of packages gosa depends on:
ii  apache22.4.9-1
ii  apache2-bin [httpd]2.4.9-1
ii  exim4  4.82-7
ii  exim4-daemon-light [mail-transport-agent]  4.82-7
ii  fonts-liberation   1.07.3-3
ii  gettext0.18.3.2-1
ii  libapache2-mod-php55.5.11+dfsg-2
ii  libcrypt-smbhash-perl  0.12-4
ii  php5   5.5.11+dfsg-2
ii  php5-cli   5.5.11+dfsg-2
ii  php5-curl  5.5.11+dfsg-2
ii  php5-gd5.5.11+dfsg-2
ii  php5-imagick   3.1.2-1
ii  php5-imap  5.5.11+dfsg-2
ii  php5-ldap  5.5.11+dfsg-2
ii  php5-mcrypt5.5.11+dfsg-2
ii  php5-mysqlnd   5.5.11+dfsg-2
ii  php5-recode5.5.11+dfsg-2
ii  smarty33.1.13-1

gosa recommends no packages.

Versions of packages gosa suggests:
pn  cyrus21-imapd   none
ii  gosa-schema 2.7.4+reloaded1-1
pn  gosa-si-server  none
pn  php-apc none
pn  php-fpdfnone
pn  php5-suhosinnone
pn  postfix-ldapnone
ii  slapd   2.4.39-1

-- no debconf information


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

Bug#744747: jack-tools: if transport-aware, jack.play enables non-unique names

2014-04-14 Thread 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


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

Bug#744756: libftgl2: FTTextureFont crashes with large font-sizes

2014-04-14 Thread IOhannes m zmoelnig

Package: libftgl2
Version: 2.1.3~rc5-4+nmu1
Severity: normal
Tags: patch

Dear Maintainer,

using FTTextureFont can lead to a crash with a Floating Point Exception.
the problem only appears with very large font-sizes.

my system:
  integrated intel gfx card (Ivybridge Mobile)
  mesa
  maximum texture size: 8192

how to reproduce:
 - create a FTTextureFont from
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf (as found in the
ttf-dejavu-core package)
  font=new 
FTGLTextureFont(/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf)
 - set the fontsize to something large
  font-FaceSize(3033);
 - render the font
  font-Render(foo);

this will eventually hit the boundaries of the maximum texture size, leading to
a division by zero in src/FTFont/FTTextureFont.cpp:186.
this in turn crashes the host application.

i'm attaching a short demo program (crasher.cpp; based on FTGL's simple.cpp)
that increases the fontsize, until it crashes.
compile with:
  $ g++ -o crasher crasher.cpp $(pkg-config --cflags --libs ftgl) -lglut -lGLU 
-lGL


i'm also attaching a fix for the problem, that clamps the divisor to be =1,
thus making a division by zero impossible.


fmgdsar
IOhannes



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

Kernel: Linux 3.13-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

Versions of packages libftgl2 depends on:
ii  libc6 2.18-4
ii  libfreetype6  2.5.2-1
ii  libgcc1   1:4.8.2-19
ii  libgl1-mesa-glx [libgl1]  10.1.0-5
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libpng12-01.2.50-1
ii  libstdc++64.8.2-19
ii  multiarch-support 2.18-4
ii  zlib1g1:1.2.8.dfsg-1

libftgl2 recommends no packages.

libftgl2 suggests no packages.

-- no debconf information
#define FONT_FILE /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf

#include stdlib.h // exit()

#include GL/glut.h
#include FTGL/ftgl.h

static FTFont *font;
static int fontsize=1024;

static void RenderScene(void)
{
char str[10];
GLint w, h;
float scale=72./(float)fontsize;
glGetTexLevelParameteriv(GL_TEXTURE_2D, 0, GL_TEXTURE_WIDTH, w);
glGetTexLevelParameteriv(GL_TEXTURE_2D, 0, GL_TEXTURE_HEIGHT, h);
snprintf(str, 9, %d, fontsize);
str[9]=0;

font-FaceSize(fontsize);
fprintf(stderr, facesize=%d\ttexture=%dx%d\n, fontsize, w, h);
fontsize+=10;

glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);

glEnable(GL_DEPTH_TEST);

glPushMatrix();
glTranslatef(-260.0, -0.2, 20.0);
glColor3f(1.0, 1.0, 1.0);
glScalef(scale, scale, scale);
font-Render(str);
glPopMatrix();

glutSwapBuffers();
}

//
//  Main program entry point: set up GLUT window, load fonts, run GLUT loop.
//
int main(int argc, char **argv)
{
char const *file = NULL;

file = FONT_FILE;

if(argc  1)
{
file = argv[1];
}

// Initialise GLUT stuff
glutInit(argc, argv);
glutInitDisplayMode(GLUT_DEPTH | GLUT_DOUBLE | GLUT_RGBA);
glutInitWindowPosition(100, 100);
glutInitWindowSize(640, 480);
glutCreateWindow(simple FTGL C++ demo);

glutDisplayFunc(RenderScene);
glutIdleFunc(RenderScene);

glMatrixMode(GL_PROJECTION);
glLoadIdentity();
gluPerspective(90, 640.0f / 480.0f, 1, 1000);
glMatrixMode(GL_MODELVIEW);
glLoadIdentity();
gluLookAt(0.0, 0.0, 640.0f / 2.0f, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0);

// Initialise FTGL stuff
font = new FTTextureFont(file);

if(font-Error())
{
fprintf(stderr, %s: could not load font `%s'\n, argv[0], file);
return EXIT_FAILURE;
}

font-FaceSize(10);
font-Depth(10);
font-Outset(0, 3);
font-CharMap(ft_encoding_unicode);

// Run GLUT loop
glutMainLoop();

return EXIT_SUCCESS;
}

From eee58e1a78af5439398cc0014809c0e994191d08 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?IOhannes=20m=20zm=C3=B6lnig?=
 zmoel...@umlautq.umlaeute.mur.at
Date: Mon, 14 Apr 2014 13:41:52 +0200
Subject: [PATCH] fix floating point exception

clamp minimum height of texture to 1, so we don't get a division-by-zero on very large texture sizes
---
 src/FTFont/FTTextureFont.cpp | 1 +
 1 file changed, 1 insertion(+)

diff --git a/src/FTFont/FTTextureFont.cpp b/src/FTFont/FTTextureFont.cpp
index 4e385ea..4c93598 100644
--- a/src/FTFont/FTTextureFont.cpp
+++ b/src/FTFont/FTTextureFont.cpp
@@ -181,6 +181,7 @@ void FTTextureFontImpl::CalculateTextureSize()
 textureWidth = textureWidth  maximumGLTextureSize ? maximumGLTextureSize : textureWidth;
 
 int h = static_castint((textureWidth - (padding * 2)) / glyphWidth + 0.5);
+if(h1)h=1;
 
 textureHeight = NextPowerOf2(((numGlyphs / h) + 1) * glyphHeight);
 textureHeight =

Bug#743209: gramps: l10n not working anymore

2014-03-31 Thread IOhannes m zmoelnig

Package: gramps
Version: 4.0.3+dfsg-2
Severity: wishlist

Dear Maintainer,

after upgrading to gramps-4, all menus/... are English only, regardless
ofter the current LANG settings.

in prior versions i could run a German version of gramps by settings:
$ LANG=de

I can see that gramps still ships with 31 different LC_MESSAGES files, but how
can I use them?


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

Kernel: Linux 3.13-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

Versions of packages gramps depends on:
ii  gir1.2-gtk-3.0   3.10.7-1
ii  librsvg2-2   2.40.2-1
ii  python   2.7.5-5
ii  python-gi3.10.2-2+b1
ii  python-gi-cairo  3.10.2-2+b1
pn  python:any   none
ii  xdg-utils1.1.0~rc1+git20111210-7

Versions of packages gramps recommends:
ii  graphviz2.26.3-16.2
pn  libosmgpsmap-1.0-0-dev  none
ii  python-pyicu1.5-2+b3

Versions of packages gramps suggests:
ii  fonts-freefont-ttf20120503-4
ii  gir1.2-gexiv2-0.4 0.7.0-1
pn  gir1.2-gtkspell3-3.0  none
ii  python-pil2.3.0-2
pn  rcs   none

-- no debconf information


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

Bug#739277: hikisetup throws an exception

2014-02-17 Thread IOhannes m zmoelnig

Package: hiki
Version: 1.0.0-0.2
Severity: important

Dear Maintainer,

running `hikisetup` i get:

$ hikisetup myhiki
/usr/bin/hikisetup:175:in `+': can't convert Errno::ENOENT into String
(TypeError)
from /usr/bin/hikisetup:175:in `rescue in main'
from /usr/bin/hikisetup:152:in `main'
from /usr/bin/hikisetup:180:in `main'

also note, that `man hiki` mentions a `--copy` flag, but

$ hikisetup --copy myhiki
/usr/bin/hikisetup: unrecognized option `--copy'
/usr/bin/hikisetup:175:in `+': can't convert GetoptLong::InvalidOption into 
String (TypeError)
from /usr/bin/hikisetup:175:in `rescue in main'
from /usr/bin/hikisetup:152:in `main'
from /usr/bin/hikisetup:180:in `main'

thus there is currently no way to create a new hiki site :-(

fgamsdr
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.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 hiki depends on:
ii  docdiff   0.4.0-2
ii  ruby  1:1.9.3.3
ii  ruby-hikidoc  0.0.6-1
ii  ruby-uconv0.6.1-1+b1
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.484-2

hiki recommends no packages.

Versions of packages hiki suggests:
pn  apache2 | httpd  none
pn  ruby-imagesize   none
pn  ruby-rd  none
pn  ruby-rt  none
pn  tdiary-theme none

-- no debconf information


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

Bug#739293: RFP: dudle -- privacy-enhanced web-based event scheduling

2014-02-17 Thread IOhannes m zmoelnig

Package: wnpp
Severity: wishlist

* Package name: dudle
  Upstream Author : Benjamin Kellermann benjamin.kellerm...@gmx.de
* URL : https://dudle.inf.tu-dresden.de
* License : AGPL
  Programming Lang: Ruby
  Description : privacy-enhanced web-based event scheduling

 Dudle is an online scheduling application. It allows to schedule events (e.g.
 schedule a TelCo, meeting etc.) or to conduct small polls (e.g. find out which
 sort of coffee some people like the most).
 .
 Unlike most other similar applications, Dudle offers enhanced access control
 settings, which minimizes trust assumptions into the polling server. Users can
 configure their poll, depending on whom they trust. Trust scenarios, which are
 covered by the prototype are:
  + trust in all participants of the group
  + trust in the poll initiator only
  + minimal trust in all parties


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

Bug#738659: ITP: soundscaperenderer -- tool for real-time spatial audio reproduction

2014-02-11 Thread IOhannes m zmoelnig

Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig zmoel...@iem.at

* Package name: soundscaperenderer
  Version : 0.4.1
  Upstream Author : Matthias Geier, Jens Ahrens et al.
* URL : http://spatialaudio.net/ssr/
* License : GPL
  Programming Lang: C++
  Description : tool for real-time spatial audio reproduction

 The SoundScape Renderer (SSR) is a tool for real-time spatial audio
 reproduction providing a variety of rendering algorithms, e.g. Wave Field
 Synthesis, Higher-Order Ambisonics and binaural techniques.
 .
 It is possible to interact with a soundscape (moving sound sources, adjusting
 levels) either via a graphical user interface or via network commands.

this software is targeted at spatial audio research (which happens to be my
field of work) and provides a uniform interface to multiple spatialization
techniques. it's probably comparable to OpenAL, but differs in the methodology
(soundscaperenderer is a (collection of) application(s), OpenAL is a library)
and the target audience (SSR can be used for concert reproduction, whereas
OpenAL is more game orientend)-
I would like to do the packaging under the pkg-multimedia-team umbrella (if
somebody there is interested :-))


fgmasdr
IOhannes


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

Bug#738104: gramps: Event-types non-editable after upgrade

2014-02-08 Thread IOhannes m zmoelnig

Package: gramps
Version: 4.0.3+dfsg-1
Followup-For: Bug #738104

indeed your patch fixes the problem.
thanks for the quick response

fgmrds
IOhannes (waiting for 4.0.3+dfsg-2 to appear :-))

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

Kernel: Linux 3.12-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

Versions of packages gramps depends on:
ii  gir1.2-gtk-3.0   3.8.6-1
ii  librsvg2-2   2.40.0-1
ii  python   2.7.5-5
ii  python-gi3.10.2-2
ii  python-gi-cairo  3.10.2-2
pn  python:any   none
ii  xdg-utils1.1.0~rc1+git20111210-7

Versions of packages gramps recommends:
ii  graphviz2.26.3-16.1
ii  libosmgpsmap-1.0-0-dev  1.0.1-2
ii  python-pyicu1.5-2+b2

Versions of packages gramps suggests:
ii  fonts-freefont-ttf20120503-2
ii  gir1.2-gexiv2-0.4 0.7.0-1
pn  gir1.2-gtk-gtkspell3-3.0  none
ii  python-pil2.3.0-1
pn  rcs   none

-- no debconf information


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

Bug#738104: gramps: Event-types non-editable after upgrade

2014-02-07 Thread IOhannes m zmoelnig

Package: gramps
Version: 4.0.3+dfsg-1
Severity: normal

Dear Maintainer,

after an upgrade from 3.4.6-1 to 4.0.3+dfsg-1, i cannot edit *any* event
in one of my databases.
whenever i try to do so (double-clicking on an event in the Events menu, or
double-clicking on an event associated with a person) i get the following
backtrace:

 31867: ERROR: grampsapp.py: line 114: Unhandled exception
 Traceback (most recent call last):
   File 
 /usr/lib/python2.7/dist-packages/gramps/gui/editors/displaytabs/buttontab.py,
  line 202, in double_click
 self.edit_button_clicked(obj)
   File 
 /usr/lib/python2.7/dist-packages/gramps/gui/editors/displaytabs/eventembedlist.py,
  line 271, in edit_button_clicked
 event, ref[1], self.object_edited)
   File /usr/lib/python2.7/dist-packages/gramps/gui/editors/editeventref.py, 
 line 59, in __init__
 update)
   File 
 /usr/lib/python2.7/dist-packages/gramps/gui/editors/editreference.py, line 
 108, in __init__
 self._setup_fields()
   File /usr/lib/python2.7/dist-packages/gramps/gui/editors/editeventref.py, 
 line 159, in _setup_fields
 custom_values=self.get_custom_events())
   File 
 /usr/lib/python2.7/dist-packages/gramps/gui/widgets/monitoredwidgets.py, 
 line 470, in __init__
 menu=get_val().get_menu())
   File /usr/lib/python2.7/dist-packages/gramps/gui/autocomp.py, line 148, 
 in __init__
 self.store = self.create_menu()
   File /usr/lib/python2.7/dist-packages/gramps/gui/autocomp.py, line 191, 
 in create_menu
 key, value = self.get_key_and_value(event_type)
 TypeError: 'NoneType' object is not iterable

the database worked fine with the 3.x packages.

note that this only happens with one database. everything seems to work fine
with another db i have lying around. (of course, the broken database is the
important one).

mfgdsar
IOhannes


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

Kernel: Linux 3.12-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

Versions of packages gramps depends on:
ii  gir1.2-gtk-3.0   3.8.6-1
ii  librsvg2-2   2.40.0-1
ii  python   2.7.5-5
ii  python-gi3.10.2-2
ii  python-gi-cairo  3.10.2-2
pn  python:any   none
ii  xdg-utils1.1.0~rc1+git20111210-7

Versions of packages gramps recommends:
ii  graphviz2.26.3-16.1
ii  libosmgpsmap-1.0-0-dev  1.0.1-2
ii  python-pyicu1.5-2+b2

Versions of packages gramps suggests:
ii  fonts-freefont-ttf20120503-2
ii  gir1.2-gexiv2-0.4 0.7.0-1
pn  gir1.2-gtk-gtkspell3-3.0  none
ii  python-pil2.3.0-1
pn  rcs   none

-- no debconf information


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

Bug#724281: cdbs: license check a lot of time results in an error

2014-02-03 Thread IOhannes m zmoelnig

Package: cdbs
Version: 0.4.122
Followup-For: Bug #724281

Dear Maintainer,

i'm experiencing the same problem.

after a suggestion from jonas that it might be related to locales, i tried
running the licensecheck with the following locales:
  C
  en_US.utf-8
  de_AT.utf-8


for testing i chose the cdbs package itself (cdbs-0.4.123, currently UNRELEASED,
commit 512bff6636ad09a).
i first set the locales (both LC_ALL and LANG), then ran the following command
twice, storing the generated debian/copyright_newhints:
$ DEB_MAINTAINER_MODE=yes dpkg-buildpackage -rfakeroot

the resulting files (and the output of `locale` for each locale) can be found in
the attachment.

as you can see, i got 6 different copyright_newhints :-(


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

cdbs depends on no packages.

Versions of packages cdbs recommends:
ii  autotools-dev  20130810.1

Versions of packages cdbs suggests:
ii  devscripts  2.13.9

-- no debconf information


licensechecks.tgz
Description: application/gzip

Bug#737205: alsa-tools: missing manpages

2014-01-31 Thread IOhannes m zmoelnig

Package: alsa-tools
Version: 1.0.27-2
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?

*** End of the template - remove these template lines ***

Dear Maintainer,

i noticed that the alsa-tools package currently distributes 4 cmdline
utilities but only a single manpage.

the following utilities lack manpages:
/usr/binhda-verb
/usr/binsbiload
/usr/binus428control

i've taken the liberty to create manpages for these utilities.
please find them attached (and forward them to upstream if applicable).

fgmasdr
IOhannes m zmölnig

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

Kernel: Linux 3.12-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

Versions of packages alsa-tools depends on:
ii libasound2 1.0.27.2-3
ii libc6 2.17-97
ii libgcc1 1:4.8.2-14
ii libstdc++6 4.8.2-14

alsa-tools recommends no packages.

alsa-tools suggests no packages.

-- no debconf information
.TH HDA-VERB 1 January 2014

.\ disable hyphenation
.nh
.\ disable justification (adjust text to left margin only)
.ad l
.SH NAME
hda-verb \- send HD-audio commands to Intel HDA devices

.SH SYNOPSIS

.B hda-verb
\fIhwdep\-device\fR \fInid\fR \fIverb\fR \fIparam\fR

.B hda-verb
[\fBoption\fR]

.SH DESCRIPTION
\fBhda-verb\fR is a tiny program that allows you to access the HD-audio
codec of an ALSA device directly (if your ALSA-device has one).
You can execute a raw HD-audio codec \fIverb\fR with this.

The \fBhda-verb\fR program takes four arguments:
the \fIhwdep device\fR file,
the widget \fINID\fR,
the \fIverb\fR,
and the \fIparameter\fR.

When you access to the codec on the slot 2 of the card 0,
pass \fB/dev/snd/hwC0D2\fR to the first argument, typically.
(However, the real path name depends on the system.)
The second parameter is the widget number-id to access.
The third parameter can be either a hex/digit number or a string
corresponding to a verb.
Similarly, the last parameter is the value to write, or can be a string
for the parameter type.

Although you can issue any verbs with this program,
the driver state won't always be updated.
For example, the volume values are usually cached in the driver,
and thus changing the widget amp value directly via \fBhda-verb\fR
won't change the mixer value.

\fBhda-verb\fR is mainly useful for debugging audio drivers.
Mere mortals most likely won't need it.

.SH OPTIONS
.HP
\fB-l\fR \- List known verbs and parameters
.HP
\fB-L\fR \- List known verbs and parameters (one per line)

.SH EXAMPLES

A simple low-level example:

.in +4n
.nf
% hda-verb /dev/snd/hwC0D0 0x12 0x701 2
nid = 0x12, verb = 0x701, param = 0x2
value = 0x0
.fi
.in

The verb argument can be a string like \fBPARAMETERS\fR.
Also the parameter argument can be a string like \fBVENDOR_ID\fR as well:

.in +4n
.nf
% hda-verb /dev/snd/hwC0D0 0x0 PARAMETERS VENDOR_ID
nid = 0x0, verb = 0xf00, param = 0x0
value = 0x10ec0262
.fi
.in

The string is case insensitive.
Also, it doesn't have to be the full string but only has to be unique.
E.g. \fBpar\fR is enough to mean \fBPARAMETER\fR,
and \fBset_a\fR is enough as \fBSET_AMP_GAIN_MUTE\fR:

.in +4n
.nf
% hda-verb /dev/snd/hwC0D0 2 set_a 0xb080
nid = 0x2, verb = 0x300, param = 0xb080
value = 0x0
.fi
.in

.SH NOTES
Use this program carefully. Sending an invalid verb may screw up the
codec communication, which requires either a reboot or reloading of
the sound driver eventually.

.P
Usually you need to be \fBroot\fR to run this command.

.P
This program accesses the hwdep device, thus you need to enable the
kernel config \fBCONFIG_SND_HDA_HWDEP=y\fR beforehand.
Stock Debian kernels have this option enabled by default.

.SH AUTHORS
.PP
This manual page was written by IOhannes m zmölnig
zmoel...@iem.at
for the
Debian
system (but may be used by others), and is based on \fBhda-verb\fR's \fIREADME\fR.
Permission is granted to copy, distribute and/or modify this document under the terms of the
GNU
General Public License, Version 2 or any later version published by the Free Software Foundation.
.PP
On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/common\-licenses/GPL.
.TH SBILOAD 1 January 2014

.\ disable hyphenation
.nh
.\ disable justification (adjust text to left margin only)
.ad l
.SH NAME
sbiload \- OPL2/3 FM instrument loader for the ALSA sequencer
.SH SYNOPSIS

.B sbiload
[\fBoption\fR...] [\fIinstfile\fR [\fIdrumfile\fR]]

.B sbiload
[\fBoption\fR...] \fB-c\fR

.SH DESCRIPTION
.PP
This manual page documents briefly the
\fBsbiload\fR
command.
\fBsbiload\fR loads OPL2/3 FM instrument

Bug#725950: [Build-common-hackers] Bug#725950: Bug#725950: cdbs: allow version ranges in DEB_AUTO_UPDATE_foo

2014-01-15 Thread IOhannes m zmoelnig

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2013-11-30 07:09, Vasudev Kamath wrote:
 IOhannes m zmölnig zmoel...@iem.at writes:
 
 Hi IOhannes,

hi.

sorry, it seems that i never replied to this.
could have saved some brain power...

 
 On 2013-10-10 17:19, Jonas Smedegaard wrote:
 Great approach!
 
 I've wanted to deal with this for some time but wanted and 
 approach that was backporting-friendly, which this could be.
 
 I am pretty bogged down currently - will you try implement it?
 
 attached is an attempt. i don't dare to push that directly to 
 cdbs-git.
 
 I just checked the patch but I'm not clear how this new feature 
 should be used commit message says semicolon but eg shows usage of 
 comma instead.

yes, i mixed up the two. it should have read comma.

 I installed the patched version and did following
 
 DEB_AUTO_UPDATE_AUTOMAKE = ,12
 
 I was expecting it to generate automake (= 1:1.12) but instead 
 generated version was automake (= 12)

the idea is, that the comma delimits the lower (left-side) and the
upper (right-side) version of the b-d.

so 5,9 can be read as at least version 5, but no more than version
9 so it would result in a versioned B-D automake (= 5), automake (=9)
otoh ,12 can be read as i don't care about the lower version
boundary, but the version must not be higher than '12', resulting in
automake (= 12).



 which seems to me as wrong because there is no such version in 
 archive.

currently, no checks are performed whether the requested versions are
actually in the archive.
i don't think that this is necessarily false: if a package requires an
(say) automake version between 1.3 and 1.7 and none of these are
currently packaged, then the package correctly won't be able to build.



but i guess you figured that out already...

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

iQIcBAEBCAAGBQJS1rmIAAoJELZQGcR/ejb4LkgP/0L21KFDHo6d2uD865tTDlxn
2XGh06V6hhibkVVXVOLduXl9LpA8Y7H4PbMzmN1JwXisw+hTfvEHfL43ztic2r7+
4JrD6zzXBJp/NvWm6EGAyHUMG0IVcnxKpYrH6N3Hd4YwwLOfgtIpjpwydq50PrAk
AcYWpVru5NXSUa1KGbXYIwratZJP/hgGDNB41NcpB5Yh5b97G7ULeSfZn4BEssSk
dZnrOWMI30shZthxTWfQwbKbUBQRIC/gvCEu68JqSlCFuF6x0Oi/RL5RfHdpLSfe
0i8HSHnSE2ogblfGUd8kLqNAo6LSNSc3NZvKYB3vXgnVImV+zSRvGrjCTxOpNpGc
7PYOlLl9Sbvjedz/82FVb9Dvyc/fw5ju/53C4gbSFD1djw/8jJFdny5UQSt5RxRM
yK4KibzNlu/wSf3TdNtSsCPcjbh35/hQKuLJrEkD5DY2fkZdJDfZLePHLxC+r++z
rT+jo0DXUfXp6a0gsplIzFlM8l4q+Vp08JbdpYpfy6VhS/aNsufEqQq0BSI08nPz
NScOpIrykPpLfzgcFEuCSHDrkn/pTra2JrHpL8DtF2t0Odt6xYDLxDKE3yDDsEHf
ao2hVSN/oRBSZd0qzmgShGYgoCS75h8T4hPZznsgTydEnNitzYyGQDVUzddUnHlN
OmrOPw9AKD5d3P+R4wNI
=0MOC
-END PGP SIGNATURE-


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

Bug#732496: override: libclthreads-dev:libdevel/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above clthreads
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and as a library
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#732499: override: libclxclient-dev:libdevel/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above clxclient
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and as a library
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#732500: override: libclxclient3:libs/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above clxclient
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and as a library
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#732501: override: librubberband-dev:libdevel/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above rubberband
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and as a library
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#732498: override: libclthreads2:libs/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above clthreads
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and as a library
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#732502: override: librubberband2:libs/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above rubberband
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and as a library
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#732503: override: rubberband-cli:sound/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above rubberband
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#732504: override: rubberband-ladspa:sound/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above rubberband
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#732505: override: libvamp-sdk2:libs/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above vamp-plugin-sdk
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and as a library
it might want to be used by other optional packages in the future.

There is a mismatch between the section/priority indicated in the
current deb package (sound/optional) and
the requested override (libs/optional).
The maintainers have been informed and the next time the package
gets uploaded, the section/priority will be fixed.

In the meantime it would be great if you could fix the override.

Thanks,

fgmasdr
IOhannes


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

Bug#732506: override: vamp-examples:sound/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above vamp-plugin-sdk
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#732518: override: libcsoundac-dev:libdevel/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above csound
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and as a library
it might want to be used by other optional packages in the future.

There is a mismatch between the section/priority indicated in the
current deb package (libdevel/extra) and
the requested override (libdevel/optional).
The maintainers have been informed and the next time the package
gets uploaded, the section/priority will be fixed.

In the meantime it would be great if you could fix the override.

Thanks,

fgmasdr
IOhannes


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

Bug#732516: override: csound-manpages:doc/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above csound-manual
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#732519: override: libcsound64-dev:libdevel/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above csound
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and as a library
it might want to be used by other optional packages in the future.

There is a mismatch between the section/priority indicated in the
current deb package (libdevel/extra) and
the requested override (libdevel/optional).
The maintainers have been informed and the next time the package
gets uploaded, the section/priority will be fixed.

In the meantime it would be great if you could fix the override.

Thanks,

fgmasdr
IOhannes


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

Bug#732515: override: libvamp-hostsdk3:libs/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above vamp-plugin-sdk
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and as a library
it might want to be used by other optional packages in the future.

There is a mismatch between the section/priority indicated in the
current deb package (sound/optional) and
the requested override (libs/optional).
The maintainers have been informed and the next time the package
gets uploaded, the section/priority will be fixed.

In the meantime it would be great if you could fix the override.

Thanks,

fgmasdr
IOhannes


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

Bug#732517: override: libcsound64-doc:doc/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above csound
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#732525: override: rubberband-vamp:sound/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above rubberband
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#732526: override: libcsnd-dev:libdevel/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above csound
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and as a library
it might want to be used by other optional packages in the future.

There is a mismatch between the section/priority indicated in the
current deb package (libdevel/extra) and
the requested override (libdevel/optional).
The maintainers have been informed and the next time the package
gets uploaded, the section/priority will be fixed.

In the meantime it would be great if you could fix the override.

Thanks,

fgmasdr
IOhannes


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

Bug#732523: override: vamp-plugin-sdk:sound/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above vamp-plugin-sdk
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#732524: override: vamp-plugin-sdk-doc:doc/optional

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

Please change the priority for the above vamp-plugin-sdk
packages from extra to optional.

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.

Thus, this package doesn't need to be in extra, and
it might want to be used by other optional packages in the future.

Thanks,

fgmasdr
IOhannes


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

Bug#731909: override: v4l2loopback-dkms:kernel/optional, override: v4l2loopback-source:kernel/optional, override: v4l2loopback-utils:graphics/optional

2013-12-11 Thread IOhannes m zmoelnig

Package: ftp.debian.org
Severity: normal

Dear ftp-team,

Please change the priority for the above v4l2loopback packages from extra to
optional. These packages don't need to be in extra, and as basic infrastructure
they might want to be used by other optional packages in the future.

Also, I believe that the -dkms and -source packages belong into the kernel
section (both provide source-code for building the kernel-module)

Thanks,
IOhannes


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

Bug#731910: override: libassimp3:libs/optional, override: libassimp-dev:libdevel/optional, override: libassimp-doc:doc/optional, override: assimp-utils:utils/optional, override: python-pyassimp:python

2013-12-11 Thread IOhannes m zmoelnig

Package: ftp.debian.org
Severity: normal


Dear ftp-team,

Please change the priority for the above assimp packages from extra to
optional. These packages don't need to be in extra, and as a library (with
accompanying dev/doc packages), they might want to be used by other optional
packages in the future.


Justification: debian policy §2.5 Packages must not depend on packages with
lower priority values (excluding build-time dependencies). In order to ensure
this, the priorities of one or more packages may need to be adjusted.

fgasdmr
IOhannes


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

Bug#731834: libdc1394-22: raise priority to 'optional'

Package: libdc1394-22
Version: 2.2.1-2
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 libdc1394-22 depends on:
ii  libc6  2.17-96
ii  libraw1394-11  2.1.0-1
ii  libusb-1.0-0   2:1.0.17-1+b1
ii  multiarch-support  2.17-96

libdc1394-22 recommends no packages.

libdc1394-22 suggests no packages.

-- no debconf information


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

Bug#731835: libgmerlin-avdec1: raise priority to 'optional'

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


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

Bug#731836: libgavl1: raise priority to optional

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


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

Bug#731836: Acknowledgement (libgavl1: raise priority to optional)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

reassign 731836 ftp.debian.org
thanks

On 2013-12-10 15:01, IOhannes m zmoelnig wrote:
 severity 731836 serious reassign 731836 ftpmaster thanks
 
 Justification: section 2.5 Packages must not depend on packages
 with lower priority values (excluding build-time dependencies). In
 order to ensure this, the priorities of one or more packages may
 need to be adjusted.
 
 Either libgavl1 should be assigned priority optional, or its 
 reverse dependencies should be priority extra.
 
 for the sake of completeness/consistency, i'd also like to ask you
 to reassign the priority to optional for the other binary
 packages built from 'gavl' (with the exception of libgavl1-dbg),
 namely: libgavl-dev libgavl-doc
 
 

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

iQIcBAEBCAAGBQJSpyEMAAoJELZQGcR/ejb474MP/1HIdnmqmvS37DAVGSCig1bb
sFEd6fPQ2/kWK70TqANpuwusnof45koYhF+jIeHnSswDOLo8F7TG6Z0tD3Tp3yIG
lRZ7670A4Sv22QT6+QTZ0K+rHiUKXHUAGqcLn8DMY7sQN7iGGA/H4SH4uUk6WX4D
wqFB4dQ2rdpQUM8b3Kp0iPs1xV8Y5Tclf9lkRtmEDqlcp+NwldTFtrnquRm4u4VD
KBqZZzMzPc8ZMqV693vuU5cSi+kS2lHttGgXKw5sB71l7RKAKCN36jc57dBi1bQG
KJrfLwxsirn2QAE+nKJmWHgc+ml0qu+X+mMSZ3FxT59/B961V2sOlEXBRA6gNycP
K/wTtplJmWzx0lfP34pUMjDlQx9hPS34QsyrQsS0k4gGFVHUgqNAUvIKVAEG7V/e
T42nIuV6MkQsjwqRa+CaRoR6FplLtetP+sZUo/RTUN4DPE+XNGnqwqE/DABd68cg
eui7CeVXPcblOW8HshIv6Ob5QFMYGYkyePdEeWB6I7WjNYNNIL03G+Pe7P6gFOTn
liFDzFOtgeNUMzve5+VM8QLYlyv0sliRnbX2DnRiU14A7EX7/gh4uOWtjEYaBoZj
h+pNqs2VxDhnpz6L2AAXBAUgK4HqrApf4s11PsxUtxV8Y2j+H1Fo6S2BHNqsp9Ce
9UiYQ/bO/sbc1Xw5/ZX2
=kuss
-END PGP SIGNATURE-


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

Bug#731835: libgmerlin-avdec1: raise priority to 'optional'

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

severity 731835 serious
reassign 731835 ftp.debian.org
thanks

Justification: section 2.5 Packages must not depend on packages with
lower priority values (excluding build-time dependencies). In order to
ensure this, the priorities of one or more packages may need to be
adjusted.

Either libgmerlin-avdec1 should be assigned priority optional, or
its reverse dependencies should be priority extra.

for the sake of completeness/consistency, i'd also like to ask you to
reassign the priority to optional for the other binary packages
built from 'gmerlin-avdecoder' (with the exception of
libgmerlin-avdec-dbg), namely:
 libgmerlin-avdec1
 libgmerlin-avdec-dev
 libgmerlin-avdec-doc
 gmerlin-plugins-avdecoder

cheers


On 2013-12-10 11:35, IOhannes m zmoelnig wrote:
 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  libdvdread4
 4.2.0+20130219-2 ii  libfaad2   2.7-8 ii  libflac8
 1.3.0-2 ii  libgavl1   1.4.0-1 ii  libgsm1
 1.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
 

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

iQIcBAEBCAAGBQJSpyCXAAoJELZQGcR/ejb4N6gQAJJtSyT3T7g+1e8LL89dpn7m
aXIyT931OYy7XkxcrC0sSJBXW4eJfUMMm8mhS1x6RQgpe/g0r2iiRtMVthF5dmwI
Mu6KVINbvtJtD6oURmk1+4cdbBstyA0cJN4WOB4sbibhgyKLIwj17fnrs/HaXBHB
XhuSobZmt7HYSUvdSJrVFjgTJXrbF3V9J7ppIYoLegxEx7hF83oGNcPknD+73t8F
0nosBtMqra8nHMWSXLGeeQGBPbHHXc70pZoD49WN6/r1SFf2pg5qMF15h6AVbbPZ
V1+UHhR+RGir8tGTUSNrZSplPK+9yayGecJTMdVLFKJxyYfQYi+DNu3Sm5payDIX
UQEyJmwmwRzkW5/VkP4QsHO1FumsPNlyVf5++93+1kCC6Q26A3NGjxxgQrgs2RDd
zRInWYaxueMcvyNEDIKg6Ycxi2JfIj1wcqaU+c96v4/0qEgDHC51X+WEJ8cA8NPp
7I2+GVb4rLC9YusjWcKCfW6x7S+URWa6fxJaovI6OHD8VplF8OrlfiC5Ms5tTn2e
xfcfygOsd0MdxOjPqxVehoZfxVE0lkOhwlaaqqbMtquqyADRBQcmz8O+jCzR9Brh
MS1aWBAmCpdI2mJ5fi7cEVlsqi7MLbOqIL+9l626NuiJ2uqKL26YdxYob28ZAoli
DE816p9YSKexnVB/Pqlk
=qW47
-END PGP SIGNATURE-


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

Bug#731836: Acknowledgement (libgavl1: raise priority to optional)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

severity 731836 serious
reassign 731836 ftpmaster
thanks

Justification: section 2.5 Packages must not depend on packages with
lower priority values (excluding build-time dependencies). In order to
ensure this, the priorities of one or more packages may need to be
adjusted.

Either libgavl1 should be assigned priority optional, or its
reverse dependencies should be priority extra.

for the sake of completeness/consistency, i'd also like to ask you to
reassign the priority to optional for the other binary packages
built from 'gavl' (with the exception of libgavl1-dbg), namely:
 libgavl-dev
 libgavl-doc

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

iQIcBAEBCAAGBQJSpx6iAAoJELZQGcR/ejb4D6cP/RTytMDS6U3m+OHLkFssuvk7
FsNAr3PhFDkXQ4yeqC/9iwzTZ2/guuonELre0gPziYZbjjvbWCvdHUf4MKTlF19c
CsyR8kPQb36BUcZD8dNzf5FCpHE8BTW5BsldNnaWMb+gucZreTqPXcTKBNNM2zMU
RCma5c+dsnetKWzT1FAgqnR3Ia0V3eKbJBmQDh2wu2dtZq0NITXWsDX715B1TizZ
Q4ZpUw3/ImMrmPOO3wqERTXWynq1a+GH3ftIGKb00t2+j9AMIerZqHxY2EDVyMoW
3MDaZlXpRW1P5+wJR23/JnQCMo9d3mm/ltD7kzFaO9sNjJXWA2LLHXLAfHNfdo7s
CjVJtRq87biqa+CS1Dk6iXwx7uqBUwrxrrw9uZvD7z5FPVGUFFRZDDYGDlmnoGYC
XxRJXBIfQs0JK9zPxjwExZBo0Bx7C+suZQ/pTSra2+euJ0DLjZWhukZSV858fgs+
PhxqCyCDkBAw1mQTlQANFflVVCd656sU9EAKucm3QIr76EDh9HIXJ9GhkYEVRVIV
KLKR67iwii+mfCW7H2k4+MHvNsvTtLexyutoEg4RccWEh4GGsc9nVjMhAE5K9cWi
z+853pBAjF9hIU3TT9yOxfHronRakE3PznTgadfcN0jNw8IrvqJsA9E5JIkohM3d
Snl8GBgeVj+2mxvvgHmM
=lB9Y
-END PGP SIGNATURE-


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

Bug#731835: libgmerlin-avdec1: raise priority to 'optional'

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

retitle 731835 override: libgmerlin-avdec1:libs/optional, override:
libgmerlin-avdec-dev:libdevel/optional, override:
libgmerlin-avdec-doc:doc/optional, override:
gmerlin-plugins-avdecoder: libs/optional
thanks

Dear ftp-masters,

Please change the priority for the above gmerlin-avdecoder packages
from extra to optional. This package doesn't need to be in extra, and
as a library it might want to be used by other optional packages in
the future.

Thanks



On 2013-12-10 15:09, IOhannes m zmoelnig wrote:
 severity 731835 serious reassign 731835 ftp.debian.org thanks
 
 Justification: section 2.5 Packages must not depend on packages
 with lower priority values (excluding build-time dependencies). In
 order to ensure this, the priorities of one or more packages may
 need to be adjusted.
 
 Either libgmerlin-avdec1 should be assigned priority optional,
 or its reverse dependencies should be priority extra.
 
 for the sake of completeness/consistency, i'd also like to ask you
 to reassign the priority to optional for the other binary
 packages built from 'gmerlin-avdecoder' (with the exception of 
 libgmerlin-avdec-dbg), namely: libgmerlin-avdec1 
 libgmerlin-avdec-dev libgmerlin-avdec-doc 
 gmerlin-plugins-avdecoder
 
 cheers
 
 
 On 2013-12-10 11:35, IOhannes m zmoelnig wrote:
 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
 libdvdread4 4.2.0+20130219-2 ii  libfaad2   2.7-8 ii
 libflac8 1.3.0-2 ii  libgavl1   1.4.0-1 ii  libgsm1 
 1.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
 
 
 

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

iQIcBAEBCAAGBQJSpyNKAAoJELZQGcR/ejb4hX8QAImZD9s2RBKmEhtDz8iGCtRl
Az5gcrEsd3FpnGjxp82HY2SXI8x2pqBeHRlRfedGVANMgv5K8/6JIQGnCC+xbMuR
nTq938rm3fWrKd6MBjstcT9GeMqWl+zshkYkxN0W2lCQLm2kNYiVzlH396+9YmEC
BO4122r+TOqty3tadUEQF8O+6fQdbTZ+1oyHTlVbImi0zkfmRMYzi3d2heEEHpgG
xUU2YbkvfAJI6ycjzeZiH3lyYnMHjX0alqBMmZfOCSCZ+Vzxtb8Lau+fibpCq25w
4xwu3IHcvJtGhGz9VNRUZXhOZGxwem7+xPNDmHLzL6AIUM2gVfgDHiFROIgYGV19
kDBKGPpv9aoKyqU2UWgyp6NQDE2RLPObfJQlY7VJG0Yssyv8HZj+W+wrj3cOpkEl
8z5p3q0qWApqGcM9zN04+8zkIRQfoRTY5HfL9MYrfpkoSa9STR5Rf6XdmIqp6IVH
nggu7dwLefwXxbKwUo89tQtl2CICab3/Q4ZrSEDzWShPnlYgSVqNX6JW0+C64hVD
bFH9RibHH5h3L957wscqxTcMJPa+hdEYD5KzelFZtA8F1ZGfE72ASku46aLpmyUG
R8TO/5s95u7bSt7Bvzo

Bug#731835: Acknowledgement (libgmerlin-avdec1: raise priority to 'optional')

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

severity 731835 serious
reassign 731835 ftp-master
thanks

Justification: section 2.5 Packages must not depend on packages with
lower priority values (excluding build-time dependencies). In order to
ensure this, the priorities of one or more packages may need to be
adjusted.

Either libgmerlin-avdec1 should be assigned priority optional, or
its reverse dependencies should be priority extra.


On 2013-12-10 11:36, Debian Bug Tracking System wrote:
 Thank you for filing a new Bug report with Debian.
 
 This is an automatically generated reply to let you know your
 message has been received.
 
 Your message is being forwarded to the package maintainers and
 other interested parties for their attention; they will reply in
 due course.
 
 Your message has been sent to the package maintainer(s): Debian
 Multimedia Maintainers
 pkg-multimedia-maintain...@lists.alioth.debian.org
 
 If you wish to submit further information on this problem, please 
 send it to 731...@bugs.debian.org.
 
 Please do not send mail to ow...@bugs.debian.org unless you wish to
 report a problem with the Bug-tracking system.
 

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

iQIcBAEBCAAGBQJSpx0GAAoJELZQGcR/ejb4e+UP/2JAKnzYCSn3TBoXuL77p9Cr
Oo3kgLfaYK66KIjZGIDWrOfKkP+U8T5GHk0pcdDMCcPEy/f8faGNuZXE76YxWEzI
0vtAE04On24ZN4yaLq8xnmnNPAzihVlXutywvN5dkug8nkikjbEeg+/+IaQbZ4rl
VB9/5WiFLu+kndJ0axjJnS/NwCMK50noMB4lujlVRIjY2S7qGJPXQ/WtWNQNgeaW
M8AbN8L4vhF4bHIZP4YcHKdEDLfyiNH6Lyd6oFVNaNVBXcU9WqYuZf2zCmi53UCQ
Y8UwvcAzHTdhFp8ryR9s7gUvWU8o+xBGmBr6RetozqNlaoYbTN8JHk8pGWgsgK9N
eg2sfTH4upCRuSD2E/CiK6/lFYx2nYM+V8/hLKYRDVyACKDA2ACbE4dK+AcPpJx8
Em0mrhIjwfjEtoKkU7Rj2QJnjRQ2SzicFyyk7DY+V4QGOpZBLN+Iix8K1ZaOjMy4
z69btygqMrEhSWrhrWQzMEi+TdMWah0yPAQzFbtLkYAPkUsHafHGhwob8u+1bDih
7aOQKv7xws+PwaVSPhAoPK6wvwiN0gzu5VqR6UE+51p2f19naYup00N8U+bnTfRH
mJqg6w6x7fx8cr/nmA/qrC2XHR8l3D+VtzSq+QBXSvEXgtZhk58EcZXqPY9kDP53
Zy8fZWwNRr+HGhxdXJ24
=09cG
-END PGP SIGNATURE-


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

Bug#731836: Acknowledgement (libgavl1: raise priority to optional)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

retitle 731836 override: libgavl1:libs/optional, override:
libgavl-dev:libdevel/optional, override: libgavl-doc:doc/optional
thanks

Dear ftp-masters,

Please change the priority for the above gavl packages
from extra to optional. This package doesn't need to be in extra, and
as a library it might want to be used by other optional packages in
the future.

Thanks


On 2013-12-10 15:11, IOhannes m zmoelnig wrote:
 reassign 731836 ftp.debian.org thanks
 
 On 2013-12-10 15:01, IOhannes m zmoelnig wrote:
 severity 731836 serious reassign 731836 ftpmaster thanks
 
 Justification: section 2.5 Packages must not depend on packages 
 with lower priority values (excluding build-time dependencies).
 In order to ensure this, the priorities of one or more packages
 may need to be adjusted.
 
 Either libgavl1 should be assigned priority optional, or its
  reverse dependencies should be priority extra.
 
 for the sake of completeness/consistency, i'd also like to ask
 you to reassign the priority to optional for the other binary 
 packages built from 'gavl' (with the exception of libgavl1-dbg), 
 namely: libgavl-dev libgavl-doc
 
 
 
 

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

iQIcBAEBCAAGBQJSpyPOAAoJELZQGcR/ejb4W5cP/3DuODX2CsPeT2x+quvYoK1D
apCml78sh3pmLf6r0Df2TVo75gNsp2gxQ12WEO0FB/F3LBCD7Fu5b9sW5a5auhy+
TMv7BLuji/TFufk7XSFxJBBikEHA0kGNoZJ/zl4QAc33fm9SO052IxRw+nhFrdOo
SLLUFOkT+DMbe9DPk6QaM7v53TceMi1b1bLHJsFkT7G+YeT2BGA2O10zyKWR54yk
R4vSD3Ngy0aluFap4KBRalf2Rjwv8wlQvSYm8Z8EUu4n7Q13HDcIcXelftu38Lhh
KalyRwRZ0EbgW0OzUbH9U5eUvAK5GOWK2dMfOZESHgofKg1h0b4a8aui4n1hptBw
/8UYRnDXMbXMMCGRowyZ33O9T+v+I96t/hqhATdJ7pyZY7a7oFxlJbbf0LyHMfWg
DbjgKf1wtEeyHDqwII8xV/iC59InQyxNRxQ9VMz0GOTjl9sssnKVmiH/obb1X/6W
wBZwZFBgMe2z++YwN3MERnXwmdY0mT5R3mZ1WwXRTDlML6GAAknsK51ZekIV0gyJ
rB70slrRmCJSdxfHQQ2wRLgHpoLDTI1XTzDVCsWhdXXyARbDaRE34qEp6zafS2Wv
5fipmIuXf7A+Mo+DANfqQaLcLnwHK1BmzfHONExrRBW/hGli9gR8xeBoERS5YG98
tIooNd24k9m0G4X+xiUq
=vfzy
-END PGP SIGNATURE-


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

Bug#731834: libdc1394-22: raise priority to 'optional'