Bug#1069317: FTBFS: tests failed

[IOhannes m zmoelnig]

On closer inspection, this seems to be a bug in vamp, rather than 
sonic-visualiser.


E.g. consider the following example program:


```C++
#include "vamp-hostsdk/RealTime.h"
#include 
#include 

int main() {
  Vamp::RealTime t1 = Vamp::RealTime(0, 5);
  struct timeval tv;
  tv.tv_sec = 0; tv.tv_usec = 50;
  Vamp::RealTime t2 = Vamp::RealTime::fromTimeval(tv);
  std::cout << "RealTime(0, ONE_BILLION/2) = " << t1 << std::endl;
  std::cout << "RealTime::fromTimeval(0, ONE_MILLION/2) = " << t2 << 
std::endl;


  if (t1 != t2)
  return 1;

  return 0;
}
```

And run with:
```sh
g++ test.cpp   -o test $(pkg-config --cflags --libs vamp-hostsdk)
./test || echo oops
```

On amd64, this will output
```
RealTime(0, ONE_BILLION/2) =  0.5R
RealTime::fromTimeval(0, ONE_MILLION/2) =  0.5R
```

whereas on armhf, you get
```
RealTime(0, ONE_BILLION/2) =  0.5R
RealTime::fromTimeval(0, ONE_MILLION/2) =  0.0R
oops
```

so obviously RealTime::fromTimeval() is broken on armhf.

gdmasr
IOhannes


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1056461: python-canmatrix's autopkg tests fail with Python 3.12

[IOhannes m zmoelnig]

Source: python-canmatrix
Followup-For: Bug #1056461


This seems to really be a bug in python3-future:


```sh
$ python3-c "import past.builtins"

$ python3.12 -c "import past.builtins"
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3/dist-packages/past/builtins/__init__.py", line 54, in 

from past.builtins.misc import (apply, chr, cmp, execfile, intern, oct,
  File "/usr/lib/python3/dist-packages/past/builtins/misc.py", line 45, in 

from imp import reload
ModuleNotFoundError: No module named 'imp'

```
i've therefore reassigned this bug.



Doing a quick check on python-future, it seems that the v0.18.3 release
(available since 2023-01-13) fixes the issue at hand, as it includes


so i wonder, why we still ship 0.18.2

(i see that andreas has updated the package to 0.18.2 *today* :-))

cheers,
gfmdsa
IOhannes

Bug#1051573: bambootracker: FTBFS with RtAudio 6

[IOhannes m zmoelnig]

Source: bambootracker
Version: 0.6.1-1
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

bambootracker ftbfs with RtAudio 6 (currently found in experimental).

```
g++ -c -pipe -g -O2 
-ffile-prefix-map=/build/bambootracker-CzYJbF/bambootracker-0.6.1=. 
-fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2 
-std=gnu++1y -pthread -pthread -Wall -Wextra -Wall -Wextra -Werror -pedantic 
-pedantic-errors -D_REENTRANT -fPIC -DQT_DEPRECATED_WARNINGS -D__LINUX_ALSA__ 
-D__LINUX_PULSE__ -D__UNIX_JACK__ -D_REENTRANT -DQT_NO_DEBUG -DQT_WIDGETS_LIB 
-DQT_GUI_LIB -DQT_CORE_LIB -I. -Iinstrument -Imodule 
-I../submodules/emu2149/src -I/usr/include/rtaudio -I/usr/include/rtmidi 
-I/usr/include/x86_64-linux-gnu/qt5 
-I/usr/include/x86_64-linux-gnu/qt5/QtWidgets 
-I/usr/include/x86_64-linux-gnu/qt5/QtGui 
-I/usr/include/x86_64-linux-gnu/qt5/QtCore -I. -I. 
-I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o audio_stream_rtaudio.o 
audio/audio_stream_rtaudio.cpp
audio/audio_stream_rtaudio.cpp: In member function ‘virtual bool 
AudioStreamRtAudio::initialize(uint32_t, uint32_t, uint32_t, const QString&, 
const QString&, QString*)’:
audio/audio_stream_rtaudio.cpp:82:16: error: ‘RtAudioError’ does not name a 
type; did you mean ‘RtAudioErrorType’?
   82 | catch (RtAudioError& error) {
  |^~~~
  |RtAudioErrorType
audio/audio_stream_rtaudio.cpp:83:17: error: ‘error’ was not declared in this 
scope; did you mean ‘perror’?
   83 | error.printMessage();
  | ^
  | perror
make: *** [Makefile:4064: audio_stream_rtaudio.o] Error 1
```

Attached is a patch that fixes the FTBFS (but is otherwise untested).
No debdiff this time, sorry.

cheers.
Description: Fix FTBFS with RtAudio6
 Replace try/catch with check for return code
Author: IOhannes m zmölnig
Origin: Debian
Forwarded: no
Last-Update: 2023-09-09
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
Index: bambootracker-0.6.1/BambooTracker/audio/audio_stream_rtaudio.cpp
===
--- bambootracker-0.6.1.orig/BambooTracker/audio/audio_stream_rtaudio.cpp
+++ bambootracker-0.6.1/BambooTracker/audio/audio_stream_rtaudio.cpp
@@ -73,16 +73,15 @@ bool AudioStreamRtAudio::initialize(uint
 
unsigned int bufferSize = rate * duration / 1000;
bool isSuccessed = false;
-   try {
-   audio->openStream(¶m, nullptr, RTAUDIO_SINT16, rate, 
&bufferSize, callback, this, &opts);
if (errDetail) *errDetail = "";
-   isSuccessed = true;
-   rate = audio->getStreamSampleRate();// Match to real rate 
(for ALSA)
-   }
-   catch (RtAudioError& error) {
-   error.printMessage();
-   if (errDetail) *errDetail = 
QString::fromStdString(error.getMessage());
-   }
+   if (audio->openStream(¶m, nullptr, RTAUDIO_SINT16, rate, 
&bufferSize, callback, this, &opts)) {
+   std::string err = audio->getErrorText();
+   std::cerr << err << std::endl;
+   if (errDetail) *errDetail = QString::fromStdString(err);
+   } else {
+   isSuccessed = true;
+   rate = audio->getStreamSampleRate();// Match to 
real rate (for ALSA)
+   }
 
AudioStream::initialize(rate, duration, intrRate, backend, device);
return isSuccessed;

Bug#1051570: mlt: FTBFS with RtAudio 6

[IOhannes m zmoelnig]

Source: mlt
Version: 7.18.0-2
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

mlt ftbfs with RtAudio 6 (currently in experimental).

```
[ 89%] Building CXX object 
src/modules/rtaudio/CMakeFiles/mltrtaudio.dir/consumer_rtaudio.cpp.o
cd /build/mlt-zme0kO/mlt-7.18.0/obj-x86_64-linux-gnu/src/modules/rtaudio && 
/usr/lib/ccache/c++ -Dmltrtaudio_EXPORTS 
-I/build/mlt-zme0kO/mlt-7.18.0/src/framework/.. -isystem /usr/include/rtaudio 
-g -O2 -ffile-prefix-map=/build/mlt-zme0kO/mlt-7.18.0=. 
-fstack-protector-strong -fstack-clash-protection -Wformat 
-Werror=format-security -fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2 
-std=c++14 -fPIC -mmmx -msse -msse2 -pthread -D__LINUX_ALSA__ -D__LINUX_PULSE__ 
-D__UNIX_JACK__ -D_REENTRANT -MD -MT 
src/modules/rtaudio/CMakeFiles/mltrtaudio.dir/consumer_rtaudio.cpp.o -MF 
CMakeFiles/mltrtaudio.dir/consumer_rtaudio.cpp.o.d -o 
CMakeFiles/mltrtaudio.dir/consumer_rtaudio.cpp.o -c 
/build/mlt-zme0kO/mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp
/build/mlt-zme0kO/mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp: In 
member function ‘bool RtAudioConsumer::create_rtaudio(RtAudio::Api, int, int)’:
/build/mlt-zme0kO/mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp:164:26: 
error: ‘struct RtAudio::DeviceInfo’ has no member named ‘probed’
  164 | if (info.probed && info.name == resource) {
  |  ^~
/build/mlt-zme0kO/mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp:212:16: 
error: ‘RtAudioError’ does not name a type; did you mean ‘RtAudioErrorType’?
  212 | catch (RtAudioError &e) {
  |^~~~
  |RtAudioErrorType
In file included from 
/build/mlt-zme0kO/mlt-7.18.0/src/framework/../framework/mlt.h:50,
 from 
/build/mlt-zme0kO/mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp:20:
/build/mlt-zme0kO/mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp:214:49: 
error: ‘e’ was not declared in this scope
  214 | mlt_log_info(getConsumer(), "%s\n", e.getMessage().c_str());
  | ^
/build/mlt-zme0kO/mlt-7.18.0/src/framework/../framework/mlt_log.h:88:93: note: 
in definition of macro ‘mlt_log_info’
   88 | #define mlt_log_info(service, format, args...) mlt_log((service), 
MLT_LOG_INFO, (format), ##args)
  | 
^~~~
/build/mlt-zme0kO/mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp: In 
member function ‘int RtAudioConsumer::stop()’:
/build/mlt-zme0kO/mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp:365:24: 
error: ‘RtAudioError’ does not name a type; did you mean ‘RtAudioErrorType’?
  365 | catch (RtAudioError &e) {
  |^~~~
  |RtAudioErrorType
/build/mlt-zme0kO/mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp:367:58: 
error: ‘e’ was not declared in this scope
  367 | mlt_log_error(getConsumer(), "%s\n", 
e.getMessage().c_str());
  |  ^
/build/mlt-zme0kO/mlt-7.18.0/src/framework/../framework/mlt_log.h:85:95: note: 
in definition of macro ‘mlt_log_error’
   85 | #define mlt_log_error(service, format, args...) mlt_log((service), 
MLT_LOG_ERROR, (format), ##args)
  | 
  ^~~~
make[2]: *** [src/modules/rtaudio/CMakeFiles/mltrtaudio.dir/build.make:79: 
src/modules/rtaudio/CMakeFiles/mltrtaudio.dir/consumer_rtaudio.cpp.o] Error 1
make[2]: Target 'src/modules/rtaudio/CMakeFiles/mltrtaudio.dir/build' not 
remade because of errors.
make[2]: Leaving directory '/build/mlt-zme0kO/mlt-7.18.0/obj-x86_64-linux-gnu'
```

Attached is a patch that fixes the FTBFS (but is otherwise untested).
No debdiff this time, sorry.

cheers.
Description: Fix FTBFS with RtAudio 6
 replace try/catch with check for return codes.
 check device.ID instead of device.probed
Author: IOhannes m zmölnig
Origin: Debian
Forwarded: no
Last-Update: 2023-09-09
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
Index: mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp
===
--- mlt-7.18.0.orig/src/modules/rtaudio/consumer_rtaudio.cpp
+++ mlt-7.18.0/src/modules/rtaudio/consumer_rtaudio.cpp
@@ -161,7 +161,7 @@ public:
 for (i = 0; i < n; i++) {
 info = rt->getDeviceInfo(i);
 mlt_log_verbose(NULL, "RtAudio device %d = %s\n", i, 
info.name.c_str());
-if (info.probed && info.name == resource) {
+if (info.ID > 0 && info.name == resource) {
 device_id = i;
 break;
 }
@@ -192,11 +192,11 @@ public:
 }

Bug#1028178: aubio FTBFS with Python 3.11 as default version

[IOhannes m zmoelnig]

Source: aubio
Followup-For: Bug #1028178

Dear Maintainer,

i've prepared and uploaded an NMU that fixes the problem.

Unfortunately, I failed to upload to a DELAYED/n queue (and instead uploaded
directly into the archives).

I sincerely apologize for that mistake.
In any case, i'm attaching the debdiff for the NMU.

Also note, that this NMU (along with the previous two NMUs) can be found in
https://salsa.debian.org/piem/aubio/-/merge_requests/1


cheers,
mfdsa
IOhannes
diff -Nru aubio-0.4.9/debian/changelog aubio-0.4.9/debian/changelog
--- aubio-0.4.9/debian/changelog2022-06-30 22:35:01.0 +0200
+++ aubio-0.4.9/debian/changelog2023-01-15 21:40:50.0 +0100
@@ -1,3 +1,10 @@
+aubio (0.4.9-4.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * waf compatibility with Python3.11 (Closes: #1028178)
+
+ -- IOhannes m zmölnig (Debian/GNU)   Sun, 15 Jan 2023 
21:40:50 +0100
+
 aubio (0.4.9-4.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru aubio-0.4.9/debian/patches/series aubio-0.4.9/debian/patches/series
--- aubio-0.4.9/debian/patches/series   2022-06-30 22:35:01.0 +0200
+++ aubio-0.4.9/debian/patches/series   2023-01-15 21:40:50.0 +0100
@@ -3,4 +3,5 @@
 fixpowerpc.patch
 fixi386.patch
 wscript_py3.patch
+waflib-py311.patch
 ffmpeg5.patch
diff -Nru aubio-0.4.9/debian/patches/waflib-py311.patch 
aubio-0.4.9/debian/patches/waflib-py311.patch
--- aubio-0.4.9/debian/patches/waflib-py311.patch   1970-01-01 
01:00:00.0 +0100
+++ aubio-0.4.9/debian/patches/waflib-py311.patch   2023-01-15 
21:40:50.0 +0100
@@ -0,0 +1,45 @@
+From: =?utf-8?q?=22IOhannes_m_zm=C3=B6lnig_=28Debian/GNU=29=22?=
+ 
+Date: Sun, 15 Jan 2023 21:33:38 +0100
+Subject: Make 'waflib' compatible with Python3.11
+
+---
+ waflib/ConfigSet.py | 2 +-
+ waflib/Context.py   | 4 ++--
+ 2 files changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/waflib/ConfigSet.py b/waflib/ConfigSet.py
+index 8212586..8142817 100644
+--- a/waflib/ConfigSet.py
 b/waflib/ConfigSet.py
+@@ -146,7 +146,7 @@ class ConfigSet(object):
+   Utils.writef(filename,''.join(buf))
+   def load(self,filename):
+   tbl=self.table
+-  code=Utils.readf(filename,m='rU')
++  code=Utils.readf(filename,m='r')
+   for m in re_imp.finditer(code):
+   g=m.group
+   tbl[g(2)]=eval(g(3))
+diff --git a/waflib/Context.py b/waflib/Context.py
+index ab6b154..cbe16c1 100644
+--- a/waflib/Context.py
 b/waflib/Context.py
+@@ -106,7 +106,7 @@ class Context(ctx):
+   cache[node]=True
+   self.pre_recurse(node)
+   try:
+-  function_code=node.read('rU',encoding)
++  function_code=node.read('r',encoding)
+   
exec(compile(function_code,node.abspath(),'exec'),self.exec_dict)
+   finally:
+   self.post_recurse(node)
+@@ -346,7 +346,7 @@ def load_module(path,encoding=None):
+   pass
+   module=imp.new_module(WSCRIPT_FILE)
+   try:
+-  code=Utils.readf(path,m='rU',encoding=encoding)
++  code=Utils.readf(path,m='r',encoding=encoding)
+   except EnvironmentError:
+   raise Errors.WafError('Could not read the file %r'%path)
+   module_dir=os.path.dirname(path)

Bug#1023630: network-manager-gnome: fails to install

[IOhannes m zmoelnig]

Package: network-manager-gnome
Version: 1.30.0-1
Severity: serious
Justification: Policy 7.4

Dear Maintainer,

'network-manager-gnome' fails to install if libnma-common_1.10.2-1 is also
installed, as both provide the same file:

```
dpkg: error processing archive 
/tmp/apt-dpkg-install-u13Ac3/157-network-manager-gnome_1.30.0-1_amd64.deb 
(--unpack):
 trying to overwrite 
'/usr/share/glib-2.0/schemas/org.gnome.nm-applet.gschema.xml', which is also in 
package libnma-common 1.10.2-1
```

'libnma-common' is a dependency on 'libnma0' which is a dependency of
'network-manager-gnome' :-/

if the conflicting file is meant to be moved from one package to the other,
please add the appropriate versioned Breaks/Replaces runes.


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

Kernel: Linux 6.0.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages network-manager-gnome depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.14.4-1
ii  dconf-gsettings-backend [gsettings-backend]   0.40.0-3
ii  libatk1.0-0   2.46.0-3
ii  libayatana-appindicator3-10.5.91-1
ii  libc6 2.36-4
ii  libcairo2 1.16.0-6
ii  libgdk-pixbuf-2.0-0   2.42.9+dfsg-1
ii  libglib2.0-0  2.74.1-1
ii  libgtk-3-03.24.34-3
ii  libjansson4   2.14-2
ii  libmm-glib0   1.20.0-1
ii  libnm01.40.2-1
ii  libnma0   1.10.2-1
ii  libpango-1.0-01.50.10+ds-1
ii  libpangocairo-1.0-0   1.50.10+ds-1
ii  libsecret-1-0 0.20.5-3
ii  libselinux1   3.4-1+b2
ii  network-manager   1.40.2-1
ii  policykit-1-gnome [polkit-1-auth-agent]   0.105-7+b1

Versions of packages network-manager-gnome recommends:
ii  gnome-icon-theme 3.12.0-5
ii  gnome-keyring42.1-1+b1
ii  iso-codes4.12.0-1
ii  mobile-broadband-provider-info   20220725-1
ii  notification-daemon  3.20.0-4+b1
ii  xfce4-notifyd [notification-daemon]  0.6.4-1

Versions of packages network-manager-gnome suggests:
pn  network-manager-openconnect-gnome  
pn  network-manager-openvpn-gnome  
pn  network-manager-pptp-gnome 
pn  network-manager-vpnc-gnome 

-- no debconf information

Bug#1013495: asio: FTBFS: dh_auto_test: error: make -j8 check "TESTSUITEFLAGS=-j8 --verbose" VERBOSE=1 returned exit code 2

[IOhannes m zmoelnig]

Source: asio
Version: 1:1.18.1-1
Followup-For: Bug #1013495

any news on this?

this serious bug is triggering an AUTOREMOVAL of *multiple* of my packages
in about two weeks, which i would like to avoid.

gfmds
IOhannes 

PS: re-sending, as i think my original email got lost between MUA and MTA

Bug#1001661: re: notcurses: flaky autopkgtests on armhf

[IOhannes m zmoelnig]

On Tue, 17 May 2022 22:31:14 +0100 peter green  wrote:

Version 3.0.7 seems to be be passing most of the time on armhf, though there 
were
a few failures duing attempts to migrate gcc-12. The failures appear to be 
timeouts.

Unfortunately 3.0.7 seems to be pretty consistently failing on s390x :(





can this be closed by now?

https://ci.debian.net/packages/n/notcurses/unstable/armhf/ does not show 
any failures for armhf since the upload of 3.0.7+dfsg.1-1.



and while s390x fails consistently, this appears to be not a regression.

i really would like to have my 'snd' package be able to migrate to 
testing and make it to bookworm in time.

alternatively i could just drop the dependency on 'notcurses'

gfmads
IOhannes


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1008126: qgis-providers: segfaults in postinst

[IOhannes m zmoelnig]

Package: qgis-providers
Version: 3.22.5+dfsg-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

thanks for packaging qgis-providers.

Unfortunately, with the latest upload (3.22.5), the package fails to install,
as it segfaults in the postinst script.
The culprit is /usr/lib/qgis/crssync, which I cannot run locally either:

```
# /usr/lib/qgis/crssync
Segmentation fault (core dumped)
```

Since this aborts the installation process, `dpkg` is hereafter in an unusable
state (hence the severity).

i tried installing qgis-providers-dbgsym (and libproj22-dbgsym),
which gives me the following backtrace:

```
(gdb) run
[...]
Program received signal SIGSEGV, Segmentation fault.

(gdb) bt
#0  0x741f6975 in __GI___libc_free (mem=0x5558e969) at malloc.c:3288
#1  0x73c1597f in __gnu_cxx::new_allocator::deallocate(char*, 
unsigned long) (__t=, __p=, this=0x555d9b40) 
at /usr/include/c++/11/ext/new_allocator.h:145
#2  std::allocator_traits 
>::deallocate(std::allocator&, char*, unsigned long) (__n=, __p=, __a=...) at 
/usr/include/c++/11/bits/alloc_traits.h:496
#3  std::__cxx11::basic_string, 
std::allocator >::_M_destroy(unsigned long) (__size=, 
this=0x555d9b40) at /usr/include/c++/11/bits/basic_string.h:245
#4  std::__cxx11::basic_string, 
std::allocator >::_M_dispose() (this=0x555d9b40) at 
/usr/include/c++/11/bits/basic_string.h:240
#5  std::__cxx11::basic_string, 
std::allocator >::~basic_string() (this=0x555d9b40, 
__in_chrg=) at /usr/include/c++/11/bits/basic_string.h:671
#6  osgeo::proj::common::UnitOfMeasure::Private::~Private() 
(this=0x555d9b40, __in_chrg=) at iso19111/common.cpp:72
#7  
std::default_delete::operator()(osgeo::proj::common::UnitOfMeasure::Private*)
 const (this=, __ptr=0x555d9b40)
at /usr/include/c++/11/bits/unique_ptr.h:85
#8  
std::default_delete::operator()(osgeo::proj::common::UnitOfMeasure::Private*)
 const (__ptr=0x555d9b40, this=)
at /usr/include/c++/11/bits/unique_ptr.h:79
#9  std::unique_ptr 
>::~unique_ptr()
(this=0x73ef4880 , 
__in_chrg=) at /usr/include/c++/11/bits/unique_ptr.h:361
#10 osgeo::proj::common::UnitOfMeasure::~UnitOfMeasure() (this=0x73ef4870 
, __in_chrg=) 
at iso19111/common.cpp:105
#11 0x741ab566 in __cxa_finalize (d=0x7fffed57d000) at cxa_finalize.c:83
#12 0x7fffed294597 in __do_global_dtors_aux () at 
/usr/include/c++/11/bits/std_mutex.h:65
#13 0x7fffe9c0 in  ()
#14 0x77fdc3b3 in _dl_fini () at dl-fini.c:139
```

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

Kernel: Linux 5.16.0-5-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FORCED_RMMOD, TAINT_DIE, TAINT_WARN, 
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages qgis-providers depends on:
ii  dpkg  1.21.2
ii  libc6 2.33-7
ii  libexiv2-27   0.27.5-1
ii  libexpat1 2.4.7-1
ii  libgcc-s1 12-20220319-1
ii  libgdal30 3.4.2+dfsg-1+b2
ii  libhdf5-103-1 1.10.7+repack-4
ii  libnetcdf19   1:4.8.1-1
ii  libodbc2  2.3.9-5
ii  libpq514.2-1+b1
ii  libproj22 8.2.1-1
ii  libqca-qt5-2  2.3.4-1
ii  libqca-qt5-2-plugins  2.3.4-1
ii  libqgis-analysis3.22.53.22.5+dfsg-1
ii  libqgis-core3.22.53.22.5+dfsg-1
ii  libqgis-gui3.22.5 3.22.5+dfsg-1
ii  libqscintilla2-qt5-15 2.11.6+dfsg-4+b1
ii  libqt5core5a [qtbase-abi-5-15-2]  5.15.2+dfsg-15
ii  libqt5gui55.15.2+dfsg-15
ii  libqt5network55.15.2+dfsg-15
ii  libqt5sql55.15.2+dfsg-15
ii  libqt5sql5-sqlite 5.15.2+dfsg-15
ii  libqt5webkit5 5.212.0~alpha4-14+b1
ii  libqt5widgets55.15.2+dfsg-15
ii  libqt5xml55.15.2+dfsg-15
ii  libspatialindex6  1.9.3-2
ii  libspatialite75.0.1-2+b2
ii  libsqlite3-0  3.38.1-1
ii  libstdc++612-20220319-1
ii  libxml2   2.9.13+dfsg-1
ii  qgis-providers-common 3.22.5+dfsg-1
ii  qt5-image-formats-plugins 5.15.2-2+b1

Versions of packages qgis-providers recommends:
ii  qt5-image-formats-plugin-pdf  5.15.8+dfsg-1+b1

qgis-providers suggests no packages.

-- no debconf information

Bug#926351: python3-tesserocr: segfaults on import

[IOhannes m zmoelnig]

Package: python3-tesserocr
Version: 2.4.0-4
Severity: grave
Justification: renders package unusable

Dear Maintainer,

i'm experimenting a bit with OCR and tried out python3-tesserocr.
Unfortunately, it appears to be completely unusable:

~~~
$ python3
Python 3.7.3 (default, Mar 26 2019, 07:25:18) 
[GCC 8.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import tesserocr
!strcmp(locale, "C"):Error:Assert failed:in file baseapi.cpp, line 209
Segmentation fault (core dumped)
$
~~~

my locale setting uses 'C.UTF-8', but when i tried to set other values i get the
same result:

~~~
$ LANG=de python3
Python 3.7.3 (default, Mar 26 2019, 07:25:18) 
[GCC 8.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import tesserocr
!strcmp(locale, "C"):Error:Assert failed:in file baseapi.cpp, line 209
Segmentation fault (core dumped)
$
~~~

Since I see no way to use this package when even importing fails with a
segfault, i use severity 'grave'.
Hopefully this package will be fixed.

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

Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-tesserocr depends on:
ii  libc6  2.28-8
ii  libgcc11:8.3.0-4
ii  liblept5   1.78.0-1
ii  libstdc++6 8.3.0-4
ii  libtesseract4  4.0.0-2
ii  python33.7.3-1

python3-tesserocr recommends no packages.

python3-tesserocr suggests no packages.

-- no debconf information

Bug#923898: giada: FTBFS with JUCE-5.4.1: not linking against libcurl

[IOhannes m zmoelnig]

Package: giada
Version: 0.15.2+ds1-1
Severity: serious
Justification: ftbfs

Dear Maintainer,

even with a fixed JUCE-5.4.1 (providing all the required opcodes for building a
plugin host), giada FTBFS with a number of unresolved symbols related to curl.

Either new JUCE requires to link against libcurl, or the curl dependency was
pulled by other dependencies in the prior builds.

The fix is pretty simple: add "libcurl" to the 'pkg-config --libs' args.

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

Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages giada depends on:
ii  libasound21.1.8-1
ii  libc6 2.28-8
ii  libfltk1.31.3.4-9
ii  libfreetype6  2.9.1-3
ii  libgcc1   1:8.3.0-2
ii  libjack-jackd2-0 [libjack-0.125]  1.9.12~dfsg-2
ii  libjansson4   2.12-1
ii  libjpeg62-turbo   1:1.5.2-2+b1
ii  libpng16-16   1.6.36-5
ii  librtmidi43.0.0~ds1-2
ii  libsamplerate00.1.9-2
ii  libsndfile1   1.0.28-5
ii  libstdc++68.3.0-2
ii  libx11-6  2:1.6.7-1
ii  libxext6  2:1.3.3-1+b2
ii  libxpm4   1:3.5.12-1
ii  zlib1g1:1.2.11.dfsg-1

Versions of packages giada recommends:
ii  jackd  5+nmu1

giada suggests no packages.

-- no debconf information

Bug#913915: juce: VST2 support has been dropped

[IOhannes m zmoelnig]

Source: juce
Severity: serious
Tags: upstream
Justification: makes rdeps FTBFS

juce-5.4 has dropped the built-in VST2 support and now depends on the Steinberg
SDK (which - apart from being proprietary and non-free - is no longer
available) for download at all.
This has severe implications on the the usability of JUCE (as it can no longer
be used to build VST2 plugins).

Until there is a proper solution for the problem, i suggest to keep JUCE from
migrating to testing.


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

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

Bug#871229: /usr/sbin/update-grub: running update-grub segment faults

[IOhannes m zmoelnig]

Package: grub-common
Version: 2.02+dfsg1-2
Followup-For: Bug #871229

Dear Maintainer,

today, when running a regular unstable->unstable upgrade i also experienced a
segmentation fault.
i do these updates regularly, e.g. the last update of grub-common (2.02-2 ->
2.02+dfsg1-1) happened on "Sun, Feb 18 2018 22:55:00 +0100".
The last update related to the boot manager would be linux-image-amd64 (4.14+89
-> 4.15+90) on "Mon, Feb 26 2018 14:24:15 +0100".

I didn't notice any problems with prior upgrades.
Note that I haven't rebooted my machine after the linux-image upgrade 3 days
ago.

I'll attach the output of
   # sh -x /usr/sbin/grub-mkconfig -o /boot/grub/grub.cfg 2>&1 | tee 
/tmp/update-grub.log

i'm slightly afraid of having bricked my machine on the next reboot and would be
grateful if you could fix the problem asap.


-- Package-specific info:

*** BEGIN /proc/mounts
/dev/nvme0n1p2 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/nvme0n1p1 /boot/efi vfat 
rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro
 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  6bb42702-8f67-4600-806e-69c9309532af
else
  search --no-floppy --fs-uuid --set=root 6bb42702-8f67-4600-806e-69c9309532af
fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=C
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  6bb42702-8f67-4600-806e-69c9309532af
else
  search --no-floppy --fs-uuid --set=root 6bb42702-8f67-4600-806e-69c9309532af
fi
insmod png
if background_image /usr/share/desktop-base/softwaves-theme/grub/grub-16x9.png; 
then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-6bb42702-8f67-4600-806e-69c9309532af' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  
6bb42702-8f67-4600-806e-69c9309532af
else
  search --no-floppy --fs-uuid --set=root 
6bb42702-8f67-4600-806e-69c9309532af
fi
echo'Loading Linux 4.15.0-1-amd64 ...'
linux   /boot/vmlinuz-4.15.0-1-amd64 
root=UUID=6bb42702-8f67-4600-806e-69c9309532af ro  quiet
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-4.15.0-1-amd64
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option 
'gnulinux-advanced-6bb42702-8f67-4600-806e-69c9309532af' {
menuentry 'Debian GNU/Linux, with Linux 4.15.0-1-amd64' --class debian 
--class gnu-linux --class gnu --class os $menuentry_id_option 
'gnulinux-4.15.0-1-amd64-advanced-6bb42702-8f67-4600-806e-69c9309532af' {
load_vid

Bug#867912: [packages] Bug#867912: fusiondirectory: unusable after upgrade from jessie to stretch

[IEM - network operating center (IOhannes m zmoelnig)]

On 2017-07-14 16:10, Benoit Mortier wrote:
> Le 10/07/2017 à 23:12, Mike Gabriel a écrit :
>>
>> Indeed, this would have been a good idea. Sorry for that. The packaging
>> was done last minute unfortunately, so such delays got lost while being
>> "in a hurry".
> 
> yes my bad in part i forgot to add the README.Debian file

please note, that disruptive changes should be described in a NEWS file
(put it into "debian/NEWS"), see [1].
this file will be automatically displayed by tools such as
apt-listchanges *before* the actual upgrade begins, so the user can
still stop the upgrade process and take measures before the system gets
borked.

fgasdrm
IOhannes


[1]
https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-news-debian


-- 
IEM - network operation center
mailto:n...@iem.at



signature.asc
Description: OpenPGP digital signature

Bug#854398: fusiondirectory: missing dependency on php-mbstring

[IEM - network operating center (IOhannes m zmoelnig)]

Control: severity -1 normal
thanks

on second thought, the issue is easy enough to work-around by the the
local admin, and a "serious" severity is probably not justified.
sorry for the havoc,

fgmasd
IOhannes

On 2017-07-10 15:50, IOhannes m zmoelnig wrote:
> Control: severity -1 serious


-- 
IEM - network operation center
mailto:n...@iem.at



signature.asc
Description: OpenPGP digital signature

Bug#868024: fusiondirectory: maintainer address broken

[IOhannes m zmoelnig]

Package: fusiondirectory
Version: 1.0.19-1
Severity: serious
Justification: Policy 3.3

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

Subject: fusiondirectory: maintainer address broken
Package: fusiondirectory
Version: 1.0.19-1
Severity: serious
Justification: Policy 3.3


the email address of fusiondirectory's maintainer is 
.
Unfortunately this mailinglist rejects mails from non-subscribers with
the following message:

On 2017-07-10 16:37, SYMPA wrote:
> Your message for list 'packages' (attached below) was rejected.
> You are not allowed to send this message for the following reason:
> 
>  Message distribution in the list is restricted to list subscribers.
> If you are subscribed to the list with a different email address, you
> should
> either use that other email address or update your list membership
> with the
> new email address.
> 
> 
> For further information, please contact packages-
> requ...@lists.fusiondirectory.org

this is a direct violation of the Debian policy, which states in 3.3:
> The email address given in the Maintainer control field must accept
> mail from those role accounts in Debian used to send automated mails
> regarding the package.

please fix this issue.

gfmasdr
IOhannes


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

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

Versions of packages fusiondirectory depends on:
ii  apache2 [httpd] 2.4.25-3+deb9u1
ii  fusiondirectory-smarty3-acl-render  1.0.19-1
ii  gettext 0.19.8.1-2
ii  javascript-common   11
ii  libarchive-extract-perl 0.80-1
ii  libcrypt-cbc-perl   2.33-1
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.6500+dfsg-1
ii  libpath-class-perl  0.37-1
ii  libperl5.24 [libdigest-sha-perl]5.24.1-3
ii  libterm-readkey-perl2.37-1
ii  libxml-twig-perl1:3.50-1
ii  openssl 1.1.0f-3
ii  php 1:7.0+49
ii  php-cas 1.3.3-4
ii  php-curl1:7.0+49
ii  php-fpdf3:1.8.1.dfsg-2
ii  php-gd  1:7.0+49
ii  php-imagick 3.4.3~rc2-2
ii  php-imap1:7.0+49
ii  php-ldap1:7.0+49
ii  php-recode  1:7.0+49
ii  php7.0 [php]7.0.19-1
ii  php7.0-cli [php-cli]7.0.19-1
ii  php7.0-curl [php-curl]  7.0.19-1
ii  php7.0-gd [php-gd]  7.0.19-1
ii  php7.0-imap [php-imap]  7.0.19-1
ii  php7.0-ldap [php-ldap]  7.0.19-1
ii  php7.0-recode [php-recode]  7.0.19-1
ii  schema2ldif 1.2-1
ii  smarty-gettext  1.5.0-2
ii  smarty3 3.1.31+20161214.1.c7d42e4+selfpack1-2

fusiondirectory recommends no packages.

Versions of packages fusiondirectory suggests:
pn  argonaut-server 
ii  fusiondirectory-schema  1.0.19-1
ii  slapd   2.4.44+dfsg-5

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

-- no debconf information

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

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

Versions of packages fusiondirectory depends on:
ii  apache2 [httpd] 2.4.25-3+deb9u1
ii  fusiondirectory-smarty3-acl-render  1.0.19-1
ii  gettext 0.19.8.1-2
ii  javascript-common   11
ii  libarchive-extract-perl 0.80-1
ii  libcrypt-cbc-perl   2.33-1
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.6500+dfsg-1
ii  libpath-class-perl  0.37-1
ii  libperl

Bug#867912: fusiondirectory: unusable after upgrade from jessie to stretch

[IOhannes m zmoelnig]

Package: fusiondirectory
Version: 1.0.19-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

after upgrading my fusiondirectory installation from jessie (1.0.8.2-5)
to stretch (1.0.19-1) the package has become practically unusable.
(that's after adding workarounds for #854398 and ).

e.g. trying to edit anything, i get the following on saving:
> LDAP operation failed!
>
> Object: cn=config,ou=fusiondirectory,dc=example,dc=com
>
> Error: Undefined attribute type - attribute: fdHttpHeaderAuthHeaderName
> (fdHttpHeaderAuthHeaderName: attribute type undefined, while operating
> on 'cn=config,ou=fusiondirectory,dc=iem,dc=at' using LDAP server
> 'ldaps://ldap.example.com:636')o

followed by:
> Error when saving:
> The entry cn=config,ou=fusiondirectory,dc=example,dc=com is not existing 

OR trying to manage my users (by clicking on the "Users" menu), i get
two pages of PHP code thrown in my face:
> ip) { logging::log('security', 'login', '', array(), 'main.php called
> with session which has a changed IP address.'); header ('Location:
> index.php?signout=1&message=newip'); exit; } $config =
> session::global_get('config'); /* If SSL is forced, just forward to the
> SSL enabled site */ if (($config->get_cfg_value('forcessl') == 'TRUE')
> && ($ssl != '')) { header ("Location: $ssl"); exit; }
> timezone::setDefaultTimezoneFromConfig(); /* Check for invalid sessions
> */ if (session::global_get('_LAST_PAGE_REQUEST') != '') { /* check
> FusionDirectory.conf for defined session lifetime */ $max_life =
> $config->get_cfg_value('sessionLifetime', 60 * 60 * 2); if ($max_life >
> 0) { /* get time difference between last page reload */ $request_time =
> (time() - session::global_get('_LAST_PAGE_REQUEST')); /* If page wasn't
> reloaded for more than max_life seconds * kill session */ if
> ($request_time > $max_life) { session::destroy();
> logging::log('security', 'login', '', array(), 'main.php called with
> expired session - logging out'); header ('Location:
> index.php?signout=1&message=expired'); exit; } } }
> session::global_set('_LAST_PAGE_REQUEST', time()); @DEBUG (DEBUG_CONFIG,
> __LINE__, __FUNCTION__, __FILE__, $config->data, "config"); /* Set
> template compile directory */ $smarty->compile_dir =
> $config->get_cfg_value("templateCompileDirectory", SPOOL_DIR); /* Preset
> current main base */ if (!session::global_is_set('CurrentMainBase')) {
> session::global_set('CurrentMainBase', get_base_from_people($ui->dn)); }
> initLanguage(); /* Prepare plugin list */ $plist = load_plist(); /*
> Check for register globals */ if (isset($global_check) && 

no warning has been emitted when I upgraded from jessie to stretch.
esp. no NEWS have indicated that anything could possibly go wrong.

there are some upstream notes in /usr/share/doc/fusiondirectory/docs/ about
upgrading, indicating that this will require quite a lot of
schema-changes and similar.
however, the upstream notes are very incremental (e.g. 1.0.8.1 ->
1.0.8.2) and do not make it easy to upgrade from jessie to stretch.

since fusiondirectory is a package to manage core infrastructure (like
user databases and networking devices), extra should be taken to allow
smooth upgrades between releases.

please fix this for the next point release (and please provide some
instructions for the 9.0-users on how to handle their broken
installations)

PS: thanks for packaging fusiondirectory!


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

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

Versions of packages fusiondirectory depends on:
ii  apache2 [httpd] 2.4.25-3+deb9u1
ii  fusiondirectory-smarty3-acl-render  1.0.19-1
ii  gettext 0.19.8.1-2
ii  javascript-common   11
ii  libarchive-extract-perl 0.80-1
ii  libcrypt-cbc-perl   2.33-1
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.6500+dfsg-1
ii  libpath-class-perl  0.37-1
ii  libperl5.24 [libdigest-sha-perl]5.24.1-3
ii  libterm-readkey-perl2.37-1
ii  libxml-twig-perl1:3.50-1
ii  openssl 1.1.0f-3
ii  php 1:7.0+49
ii  php-cas 1.3.3-4
ii  php-curl1:7.0+49
ii  php-fpdf3:1.8.1.dfsg-2
ii  php-gd  1:7.0+49
ii  php-imagick 3.4.3~rc2-2
ii  php-imap1:7.0+49
ii  php-ldap1:7.0+49
ii  php-recode   

Bug#833217: pycryptopp: Uses obsolete compressor for .deb data.tar member

[IOhannes m zmoelnig]

Package: src:pycryptopp
Followup-For: Bug #833217

Control: tags -1 pending
thanks

I've just uploaded an NMU with a fix (using gzip instead of bzip2) to DELAYED/5.

Please find the diff attached.

mfgards
IOhannes

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

Kernel: Linux 4.7.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)
diff -Nru pycryptopp-0.6.0.20120313/debian/changelog pycryptopp-0.6.0.20120313/debian/changelog
--- pycryptopp-0.6.0.20120313/debian/changelog	2013-08-22 23:07:55.0 +0200
+++ pycryptopp-0.6.0.20120313/debian/changelog	2016-11-07 22:43:57.0 +0100
@@ -1,3 +1,10 @@
+pycryptopp (0.6.0.20120313-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Use gzip compression for package (Closes: #833217)
+
+ -- IOhannes m zmölnig (Debian/GNU)   Mon, 07 Nov 2016 22:43:57 +0100
+
 pycryptopp (0.6.0.20120313-1) unstable; urgency=low
 
   * Update debian/watch
diff -Nru pycryptopp-0.6.0.20120313/debian/rules pycryptopp-0.6.0.20120313/debian/rules
--- pycryptopp-0.6.0.20120313/debian/rules	2013-08-22 23:07:55.0 +0200
+++ pycryptopp-0.6.0.20120313/debian/rules	2016-11-07 22:43:57.0 +0100
@@ -69,7 +69,7 @@
 	dh_shlibdeps -a
 	dh_gencontrol -a
 	dh_md5sums -a
-	dh_builddeb -a -- -Z bzip2
+	dh_builddeb -a -- -Z gzip
 
 binary-indep:
 

Bug#825370: unicap: FTBFS: mv: cannot stat './config.guess': No such file or directory

[IOhannes m zmoelnig]

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

This is really a regression in CDBS.

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

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

Bug#815056: libtesseract4: fails to upgrade from libtesseract3

[IOhannes m zmoelnig]

Package: libtesseract4
Version: 3.04.01-1
Severity: serious
Justification: Policy 7.4

Dear Maintainer,

libtesseract4 provides at least one identical file as libtesseract3 without
declaring a "Conflicts" relationshipt, does breaking any upgrade:

> Preparing to unpack .../libtesseract4_3.04.01-1_amd64.deb ...
> Unpacking libtesseract4 (3.04.01-1) ...
> dpkg: error processing archive 
> /var/cache/apt/archives/libtesseract4_3.04.01-1_amd64.deb (--unpack):
>  trying to overwrite '/usr/lib/libtesseract.so.3.0.4', which is also in 
> package libtesseract3 3.04.00-5+b2
> dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
> Errors were encountered while processing:
>  /var/cache/apt/archives/libtesseract4_3.04.01-1_amd64.deb


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

Kernel: Linux 4.3.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 libtesseract4 depends on:
ii  libc6   2.21-9
ii  libgcc1 1:5.3.1-8
ii  liblept41.71-2.1+b2
ii  libstdc++6  5.3.1-8

libtesseract4 recommends no packages.

libtesseract4 suggests no packages.

-- no debconf information

Bug#795081: Incompatible with subversion 1.9

[IOhannes m zmoelnig]

Package: svn-all-fast-export
Version: 1.0.10-3
Followup-For: Bug #795081

I had no clue that this is related to svn-1.9, but I can confirm the symptoms.

it seems the problem is related to *deleting* files.

here's a simple self-contained example to reproduce the problem:

## 1st create an svn-repository where a file gets deleted
svnadmin create svnrepo
svn co file:///$(pwd)/svnrepo svnrepo-co
cd svnrepo-co
echo "foo" > README.txt
svn add README.txt
svn commit -m "foo"
svn rm README.txt
svn commit -m "no foo"
cd -

## conver that repository to git with a catch-all rule
cat 

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

[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 
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 
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   
pn  python3.4-venv  

-- no debconf information


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

Bug#777583: Incorrect debian/copyright for smartmontools

[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   
pn  smart-notifier  

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

[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#731834: libdc1394-22: raise priority to 'optional'

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

reassign 731834 ftp.debian.org
thanks.

On 2013-12-10 13:46, Guus Sliepen wrote:
> severity 731834 serious reassign 731834 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 libdc1394-22 should be assigned priority optional, or its
> reverse dependencies should be priority extra.
> 
> On Tue, Dec 10, 2013 at 11:33:52AM +0100, IOhannes m zmoelnig
> wrote:
> 
>> 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
> 
> E
> 

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

iQIcBAEBCAAGBQJSpyDUAAoJELZQGcR/ejb4N1AP/0RvDBsDDIG5tIgW7LQBeKZV
a+ctyLH1GgW9Js0ouWVygpQuC6HA4Qsju/PFRwF22tvFEVB1F06E/mIAJeoxG9P+
D+Qpdf03xEhlyoi9297D7BUaqmnKOucqeRmLKmW0vjrmRUVyOsXgMrn7l8ghVK3A
94jsg5eW62uUlvAK/F43VMGgVOFRPvLkPymtTsQVk9GlZzfOMrGR4+Xpn6KNKTS/
ynycektz1/ja/E/ltsegjnAG5k/+3c89/ct0vwQFlXM6qHkDj6C5J532HBTZiup7
ov3QXqrfnK9JegE5kw0IYQ9YXuQZ/c0ZdjvDNf3holrWT4mSNtTZhsJ7X1aN+fJb
dXjrjJnUh0TAA3V4nceR8yZTRXgVwufQ9jyadZKUgjmuUO7aFKMJGigW1uyqkIMz
TcDKKJRMhEsOoez1gulC6I1lm0Izv9PnsgqWVkKey32dzUow3QXyKcb2T+T4+psD
Cg5gxN5MN64zQ9yu4DIdmlMYu1xkVzGLP73DvwqrCjjCs6QwTMblsKRx1PbNQvE/
X47jhdrbpSP2M51WDIQv/kQDqavne7HUV+Bfy6TsPJXrgIh4UYBeseg3Zn5cQNm4
y48PVWlFZKx2pHeHl+GemUHrorCGsINTmPrHm7OHYqmg+wbyoOBeih8fcerelpCX
QzgiKhw1Ir6fqtX8HG94
=PoGd
-END PGP SIGNATURE-


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

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

[IOhannes m zmoelnig]

-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
> 
> 
> 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

[IOhannes m zmoelnig]

-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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

[IOhannes m zmoelnig]

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

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

[IOhannes m zmoelnig]

-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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

[IOhannes m zmoelnig]

-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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

[IOhannes m zmoelnig]

-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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

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

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

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


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

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

iQIcBAEBCAAGBQJScRqsAAoJELZQGcR/ejb4tqMP/Aw2jW+Y0mEnkprG2+0v/5HT
uuDoLp1jZXFotuBigJWGRtjGZutxSr5W75SQQjwIM0J17NSOQ41k27I8cc5KK0l5
SZUeqa+muCuhP9WiGcJKdXPIZZ+5u5HjLmiD8rWnkVs+7gwPLNt5dlffg5IUCSz9
JL6vWhRQCUUqGgIo6hiQvAu9LM9n54btubJ6aWDc0weJtFttWxOxVIXsjRuRH2oM
Kk27Y6S+1VuQa0emw7AfHOMQBhD1RChKP2tYBd81mF4Hmt3emHfMHssLnntzedsH
ZaMADoICTjqZcu3F2uF9MA1VFqNZoLE1ORnhB5h+vnijRUkEowFAKo/211kC9EZI
yMFIvNVrg/duumZWFE2pC5bPIxxHTJUAya4tG/yXhVXwTpTmxXeKjf6d1NgGOtUK
9EL61RDTb1/qlOK3RovPEYrwzGhU20W+yiVh+vvWt2RHQUQ2UhpTEbW0q23ytPdG
B9L1yuvrzySzlnFKAba+6Jz3vfIgO/3tGdx677mbQGCvBGnib8OTkwmprVwq0iYx
m2xgxscQIftryHYC5FxFrCsUykK+LUQsWshsfmQPk7rlyYhALZ/DW/A6T2QwTVTA
WUmNFytTS+jXvdywlSeRB8wLOyI0hMrfrDwRFfnUrkfgBXDg+GokbJUslQpQklmy
3FYwRtUvXCqScw27lZUx
=xbDM
-END PGP SIGNATURE-


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

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

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

hi,

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

thanks
> 
for the bug-report.

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

the problematic code looks like:


#if defined(__FreeBSD__) || defined(__APPLE__) ||
defined(__FreeBSD_kernel__)
# include 
#endif

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


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

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

iQIcBAEBCAAGBQJScQccAAoJELZQGcR/ejb4Ez0QAJSll6piMds7P15PBzAHauTz
vktEXlrONqxf8P4S1Io9F44+yITxTqt52RBKCnybWoXE7AuFSjbcqkprkQVmiq8j
yluDgL+/z0ojFBL3mKDqqwv6OncVkEgyRd3+d4G2KxDQoZH48/1B2z75PpETovay
Uj2ZEHcDDmhk/hntX/dexovIpn/eVjXSSDq38jQBLegzfR2is0vY5+YZW+FPOC2V
XFb53p5/XFRNMNCubd5E0tfqrcx1kxgtp4ZASbgMnjixdwj9N3WVa3zqDFxoxlZ1
5yaxaWEKuTj6Kz6WRuqOv1fyF1/68ykQnsAKkFm7qXYv8HY/eU4JjaMn6A1cEEtx
lD7mqWNyHtlwht2IjHCFErciRjQWDCOppw3ERyhAlCdXUNwFxRMme05c9SjKn+eJ
ujSKXRMsxJlY8ctaYvcpSMf54+6AgtNu2BhvE0l1njcqK38xAvY7OYmGwfvolZdh
Lw017XtAFeSeahIu2OG8jD7BdtLPIQzYlz5/JrkKMkteOojYpq64T2i4D9PCF2XZ
Y6Hew3qSggQ2Q03Qdp2VWwJ9Ye95Ji/gWsnOFzFFzyKANMSeZa6e0zsxAnI6pCy6
6aNx2WYSLMbi8gMQzDmSRC69EGb0mW4hy5RB+O6O1iy5+AqaoRORp1bnL0KqnR49
C1+Uq/h6NM/YlpV4kvR1
=hUr5
-END PGP SIGNATURE-


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

Bug#720513: grub-efi-amd64: EFI-boot broken after update

[IOhannes m zmoelnig]

Package: grub-efi-amd64
Followup-For: Bug #720513

Dear Maintainer,

seems my problem somehow got solved, though i'm sure that i don't know why and
how.

yesterday i noticed that there are new grub-efi packages (2.00-18) so i
installed them.

before rebooting i checked `efibootmgr` and lo-and-behold! the "debian" entry
was gone.
i figured that this would make my system totally unbootable, so for the time
being i was relying on suspend-to-ram and did not reboot.

since the boot loader was broken anyhow, i tried downgrading to 2.00-14, but
this didn't resurrect the "debian" EFI-entry either.

i figure that this is a problem with EFI (and the kernel) rather than grub,
something like the dreaded EFI out-of-memory problem that prevents adding new
EFI entries.
in any case, in `dmesg` i saw a couple of the following line:

> efivars: set_variable() failed: status=-28

today i equipped myself with a 7.1.0 netinst CD and rebooted the system.
not surprisingly, there was no trace of "debian" (nor "grub") entry, so i booted
into the CD's rescue mode.
in the chroot shell, i reinstalled the 2.00-18 (remember i recently downgraded
to 2.00-14) version of the following packages: 
  grub-common, grub-efi-amd64-bin, grub-efi-amd64, grub-efi, grub2-common

running `efibootmgr` confirmed, that i had a "debian" entry again.
rebooting the system finally gave me a working stage2 within grub, and i am able
to normally boot my system again.

if this was related to the 2.00-18 upgrade or not i cannot say, but in any case:
thanks for your great work.



mfgtre
IOhannes




-- Package-specific info:

*** BEGIN /proc/mounts
/dev/disk/by-uuid/dbbada09-2df9-423f-8628-2fa5cf8e5c8c / ext4 
rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/sda1 /boot/efi vfat 
rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro
 0 0
/dev/sda6 /home ext4 rw,relatime,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="0"

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 
--hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4  
dbbada09-2df9-423f-8628-2fa5cf8e5c8c
else
  search --no-floppy --fs-uuid --set=root dbbada09-2df9-423f-8628-2fa5cf8e5c8c
fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=
  insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 
--hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4  
dbbada09-2df9-423f-8628-2fa5cf8e5c8c
else
  search --no-floppy --fs-uuid --set=root dbbada09-2df9-423f-8628-2fa5cf8e5c8c
fi
insmod png
if background_image /usr/share/images/desktop-base/joy-grub.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-dbbada09-2df9-423f-8628-2fa5cf8e5c8c' {
load_video
insmod gzio
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 
--hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4  
dbbada09-2df9-423f-8628-2fa5cf8e5c8c
else
  search --no-floppy --fs-uuid --set=root 
dbbada09-2df9-423f-8628-2fa5cf8e5c8c
fi
echo'Loading Linux 3.10-2-amd64 ...'
linux   /boot/vmlinuz-3.10-2-amd64 
root=UUID=dbbada09-2df9-

Bug#720513: grub-efi-amd64: EFI-boot broken after update

[IOhannes m zmoelnig]

Package: grub-efi-amd64
Version: 2.00-17
Severity: grave
Justification: renders package unusable

i'm running on a Lenovo S205 laptop that has both both Debian and W7 installed.
i'm booting via EFI.

today i upgraded grub vom 2.00-15 to 2.00-17.
after a reboot, grub stopped in 'rescue' mode.
my grub skills are a bit rusty and no 'insmod' command worked, so i was
basically locked out of the system.

i therefore booted from a netinst-CD into 'rescue'-mode and ran:
 # grub-install --target=x86_64-efi --efi-directory=/boot/efi/ 
--boot-directory=/boot/efi/EFI/ --recheck

rebooting the system know gives me a somewhat nicer grub-console, from which at
least I can boot by running:
 # load_env
 # insmod   all_video
 # terminal_output  gfxterm
 # set  root='hd0,gpt4'
 # linux/boot/vmlinuz-3.10-2-amd64 root=/dev/sda4
 # initrd   /boot/initrd.img-3.10-2-amd64
 # boot

obviously this is bit tedious to do each time you want to reboot the system.
unfortunately i haven't been able to make grub automatically use
/boot/grub/grub.cfg.
obviously i tried running `update-grub2` (and did so multiple times),
but while this creates/updates my /boot/grub/grub.cfg it doesn't make grub use
the file.

help appreciated,
fmadrs
IOhannes


-- Package-specific info:

*** BEGIN /proc/mounts
/dev/sda4 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/sda1 /boot/efi vfat 
rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro
 0 0
/dev/sda6 /home ext4 rw,relatime,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="0"

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 
--hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4  
dbbada09-2df9-423f-8628-2fa5cf8e5c8c
else
  search --no-floppy --fs-uuid --set=root dbbada09-2df9-423f-8628-2fa5cf8e5c8c
fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=
  insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 
--hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4  
dbbada09-2df9-423f-8628-2fa5cf8e5c8c
else
  search --no-floppy --fs-uuid --set=root dbbada09-2df9-423f-8628-2fa5cf8e5c8c
fi
insmod png
if background_image /usr/share/images/desktop-base/joy-grub.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-dbbada09-2df9-423f-8628-2fa5cf8e5c8c' {
load_video
insmod gzio
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 
--hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4  
dbbada09-2df9-423f-8628-2fa5cf8e5c8c
else
  search --no-floppy --fs-uuid --set=root 
dbbada09-2df9-423f-8628-2fa5cf8e5c8c
fi
echo'Loading Linux 3.10-2-amd64 ...'
linux   /boot/vmlinuz-3.10-2-amd64 
root=UUID=dbbada09-2df9-423f-8628-2fa5cf8e5c8c ro  quiet
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-3.10-2-amd64
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option 
'gnulinux-advanced-dbbada09-2df9-423f-8628-2fa5cf8e5c8c' {
menuentry 'Debian GNU/Linux, with Linux 3.10-2-amd64' --class debian 
--class gnu-linux --class gnu --cla

Bug#712153: binutils-mingw-w64-i686: fails to install if binutils-gold is installed as well

[IOhannes m zmoelnig]

Package: binutils-mingw-w64-i686
Version: 2.22-8+2+b1
Severity: serious
File: binutils-mingw-w64-i686
Justification: Policy 7.6

Dear Maintainer,
binutils-mingw-w64-i686 currently fails to install on a system where
binutils_2.23.52.20130612-1 is already installed, because both packages
seem to install the file '/usr/lib/ldscripts/i386pe.x'

this might as well be a bug in the `binutils` package.

fgasmdr
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.2.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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

Bug#690410: Puredata 0.43.2-4 crashing due to _FORTIFY_SOURCE with large patch

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-03-03 14:26, Moritz Muehlenhoff wrote:
> On Fri, Mar 01, 2013 at 04:08:18PM -0800, Russ Allbery wrote:
>> At this point in the release process, I really think upgrading
>> with _FORTIFY_SOURCE disabled is the correct fix.  Just
>> increasing a buffer size is usually not a good idea; that's the
>> sort of change that can paper over a deeper problem without
>> actually solving it, just temporarily hiding it.  At the least, I
>> think it would require more testing than we would be able to do
>> at this point.
>> 
>> My recommendation is to apply the change suggested in the bug log
>> to disable _FORTIFY_SOURCE for the wheezy release, and then,
>> post-wheezy, upload the package with _FORTIFY_SOURCE enabled and
>> possibly with the buffer size increased (maybe after discussion
>> with upstream).
> 
> I agree, pd isn't security-sensitive anyway.

ok.
so i updated the git for the package[1] accordingly.

>> Does that sound like the right move?  Would it be helpful for 
>> someone to assist with an NMU?

since i'm not in the position of uploading the package myself, i'd
like to kindly ask one of you DMs (alessio, paul?) to help me out here.

fgmasdr
IOhannes

[1] git+ssh://git.debian.org/git/collab-maint/puredata
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlE01r4ACgkQkX2Xpv6ydvR5fgCfa0QyRHWFpym8qX/f+fbnF0aj
G34AoNf//u+mirkVXFW02qKQcb1y1omd
=TT8f
-END PGP SIGNATURE-


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

Bug#690410: Puredata 0.43.2-4 crashing due to _FORTIFY_SOURCE with large patch

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-10-28 06:44, Matthew Grant wrote:
> 
> Talk to upstream before turning on _FORTIFY_SOURCE please.
> 

i double-checked and tried to run a fairly big patch and couldn't
reproduce the crash.

do you think you could produce a minimal patch showing the problem and
send that to me (in private, if you prefer), so i can trigger the bug
myself?

fgmasdr
IOhannes


PS: while i'm not "the" upstream, i am involved in upstream development :-)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlCzTPIACgkQkX2Xpv6ydvQaTQCfbGhatQgKyPXnatp6n1B6ZR2G
JDgAnRNAv3FOf9TLhRWJn2WyD6Vv//5q
=Xotd
-END PGP SIGNATURE-


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

Bug#660553: flumotion fails to start

[IOhannes m zmoelnig]

Package: flumotion
Version: 0.6.1-1.2
Followup-For: Bug #660553

seems to be a problem with the used python version
in wheey, python is python2.7
flumotion seems to require at most python2.6

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

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

Versions of packages flumotion depends on:
ii  adduser 3.113+nmu1
ii  gstreamer0.10-plugins-base  0.10.36-1
ii  gstreamer0.10-plugins-good  0.10.31-1
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-27
ii  libcairo2   1.10.2-6.2
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.8-1
ii  libgdk-pixbuf2.0-0  2.24.1-1
ii  libglib2.0-02.30.2-6
ii  libgtk2.0-0 2.24.10-1
ii  libpango1.0-0   1.29.4-2
ii  python  2.7.2-10
ii  python-central  0.6.17
ii  python-glade2   2.24.0-3
ii  python-gobject  3.1.0-2
ii  python-gst0.10  0.10.22-3
ii  python-gtk2 2.24.0-3
ii  python-imaging  1.1.7-4
ii  python-kiwi 1.9.22-2
ii  python-openssl  0.13-1
ii  python-twisted-core 11.1.0-1
ii  python-twisted-web  11.1.0-1
ii  ssl-cert1.0.28
ii  xsltproc1.1.26-8

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

Versions of packages flumotion suggests:
pn  hal  

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

-- no debconf information



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

Bug#660553: flumotion fails to start

[IOhannes m zmoelnig]

Package: flumotion
Version: 0.6.1-1.2
Severity: grave
Justification: renders package unusable

Dear Maintainer,
*** 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 lines ***

Content-Type: multipart/mixed; boundary="===9131115279258261871=="
MIME-Version: 1.0
From: IOhannes m zmoelnig 
To: Debian Bug Tracking System 
Subject: flumotion fails to start
Message-ID: <20120219195708.7884.61858.reportbug@umlautO.umlaeute>
X-Mailer: reportbug 6.3.1
Date: Sun, 19 Feb 2012 20:57:08 +0100

This is a multi-part MIME message sent by reportbug.


--===9131115279258261871==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Package: flumotion
Version: 0.6.1-1.2
Severity: grave
Justification: renders package unusable

Dear Maintainer,
   * What led up to the situation?

installed flumotion via aptitute;
noticed that no flumotion service was running after installation

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

started "flumotion" as root, using
# flumotion start

   * What was the outcome of this action?
the program quit with an exception (see attachment) that
flumotion.manager.main.main and flumotion.worker.main.main could not be found.

   * What outcome did you expect instead?
flumotion should be started

i tested this on an amd64-box (from which i'm sending this bugreport) and on an
i386-box, with the same results


fmgasdr
IOhannes

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

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

Versions of packages flumotion depends on:
ii  adduser 3.113+nmu1
ii  gstreamer0.10-plugins-base  0.10.35-1
ii  gstreamer0.10-plugins-good  0.10.30-2.1
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-26
ii  libcairo2   1.10.2-6.2
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.8-1
ii  libgdk-pixbuf2.0-0  2.24.1-1
ii  libglib2.0-02.30.2-6
ii  libgtk2.0-0 2.24.9-2
ii  libpango1.0-0   1.29.4-2
ii  python  2.7.2-10
ii  python-central  0.6.17
ii  python-glade2   2.24.0-3
ii  python-gobject  3.1.0-2
ii  python-gst0.10  0.10.22-3
ii  python-gtk2 2.24.0-3
ii  python-imaging  1.1.7-4
ii  python-kiwi 1.9.22-2
ii  python-openssl  0.13-1
ii  python-twisted-core 11.1.0-1
ii  python-twisted-web  11.1.0-1
ii  ssl-cert1.0.28
ii  xsltproc1.1.26-8

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

Versions of packages flumotion suggests:
pn  hal  

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

-- no debconf information

--===9131115279258261871==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="flumotion.log"

Traceback (most recent call last):
  File "/usr/bin/flumotion-manager", line 45, in 
boot.boot(PROGRAM_PATH, gst=False, gtk=False, installReactor=False)
  File "/usr/lib/flumotion/python/flumotion/common/boot.py", line 269, in boot
main = reflect.namedAny(path)
  File "/usr/lib/flumotion/python/flumotion/twisted/reflect.py", line 54, in 
namedAny
topLevelPackage = __import__(trialname)
  File "/usr/lib/flumotion/python/flumotion/common/package.py", line 58, in 
import_module
locals, fromlist)
  File "/usr/lib/python2.7/ihooks.py", line 408, in import_module
m = self.load_tail(q, tail)
  File "/usr/lib/python2.7/ihooks.py", line 490, in load_tail
raise ImportError, "No module named '%s'" % mname
ImportError: No module named 'flumotion.manager.main.main'
Traceback (most recent call last):
  File "/usr/bin/flumotion-worker", line 45, in 
boot.boot(PROGRAM_PATH, gtk=False, gst=False, installReactor=False)
  File "/usr/lib/flumotion/python/flumotion/common/boot.py", line 269, in boot
main = reflect.namedAny(path)

Bug#655048: gem: FTBFS when only building architecture-dependent packages

[IOhannes m zmoelnig]

Source: gem
Followup-For: Bug #655048

unfortunately my last patch contained a small error that would still prevent it
from succeeding when building only architecture-dependent packages.

hopefully this new and updated patch really fixes the issue!

fgmasdr
IOhannes

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

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

-- no debconf information
>From 0de66305925cfb86813c465bf9756799f3de4eaf Mon Sep 17 00:00:00 2001
From: IOhannes m zmoelnig 
Date: Sun, 8 Jan 2012 19:48:01 +0100
Subject: [PATCH] Only remove assets from gem-doc if it's there (Closes:
 #655048)

on the buildbots, binary:all packages are not built, so there is no debian/gem-doc directory
---
 debian/rules |   32 +---
 1 files changed, 17 insertions(+), 15 deletions(-)

diff --git a/debian/rules b/debian/rules
index 61fb45a..67576bb 100755
--- a/debian/rules
+++ b/debian/rules
@@ -4,7 +4,7 @@
 #export DH_VERBOSE=1
 
 archconfflags := \
---prefix=/usr \
+	--prefix=/usr \
 	--with-pd=/usr/include/pd \
 	--enable-mmx \
 	--without-ALL \
@@ -41,37 +41,39 @@ override_dh_auto_test:
 override_dh_install:
 	dh_install
 	# remove libtool files, they are not needed
-	find $(CURDIR)/debian/gem-extra/usr/lib/ -name '*.la'  -delete
+	find debian/gem-extra/usr/lib/ -name '*.la'  -delete
 	# remove some assets
-	find $(CURDIR)/debian/gem-doc/usr/share/ -name '*.ttf' -delete
-	find $(CURDIR)/debian/gem-doc/usr/share/ -name '*.avi' -delete
-	find $(CURDIR)/debian/gem-doc/usr/share/ -name '*.mov' -delete
-	find $(CURDIR)/debian/gem-doc/usr/share/ -name '*.mpg' -delete
+	if [ -d debian/gem-doc ]; then \
+	 find debian/gem-doc/usr/share/ -name '*.ttf' -delete; \
+	 find debian/gem-doc/usr/share/ -name '*.avi' -delete; \
+	 find debian/gem-doc/usr/share/ -name '*.mov' -delete; \
+	 find debian/gem-doc/usr/share/ -name '*.mpg' -delete; \
+	fi
 	# the following COPYING only contains license information for vera.ttf
 	# which is not included in the Debian package
-	rm $(CURDIR)/debian/gem-doc/usr/share/gem/examples/data/COPYING.txt
+	if [ -d debian/gem-doc ]; then rm debian/gem-doc/usr/share/gem/examples/data/COPYING.txt; fi
 	# remove extra LICENSE files for gem-extra
-	rm $(CURDIR)/debian/gem-extra/usr/lib/pd/extra/pix_mano/LICENSE.txt
-	rm $(CURDIR)/debian/gem-extra/usr/lib/pd/extra/pix_drum/LICENSE.txt
+	rm debian/gem-extra/usr/lib/pd/extra/pix_mano/LICENSE.txt
+	rm debian/gem-extra/usr/lib/pd/extra/pix_drum/LICENSE.txt
 
 # calculate proper dependencies (for .pd_linux files) 
 override_dh_shlibdeps:
 	dh_shlibdeps
-	find $(CURDIR)/debian/gem -name "*.pd_linux" -exec \
+	find debian/gem -name "*.pd_linux" -exec \
 		dpkg-shlibdeps -Tdebian/gem.substvars {} +
-	find $(CURDIR)/debian/gem-extra -name "*.pd_linux" -exec \
+	find debian/gem-extra -name "*.pd_linux" -exec \
 		dpkg-shlibdeps -Tdebian/gem-extra.substvars {} +
 
 override_dh_strip:
 	dh_strip
-	find $(CURDIR)/debian -name "*.pd_linux" -exec \
-	strip --remove-section=.comment --remove-section=.note --strip-unneeded {} +
+	find debian -name "*.pd_linux" -exec \
+		strip --remove-section=.comment --remove-section=.note --strip-unneeded {} +
 
 
 override_dh_fixperms:
 	dh_fixperms -Xpd-gem
-	chmod 0755 $(CURDIR)/debian/gem/usr/bin/pd-gem
-	find $(CURDIR)/debian -name '*.pd_linux' -exec \
+	chmod 0755 debian/gem/usr/bin/pd-gem
+	find debian -name '*.pd_linux' -exec \
 		chmod 0644 {} +
 
 override_dh_compress:
-- 
1.7.7.3

Bug#655048: gem: FTBFS when only building architecture-dependent packages

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

thanks for your bug-report.

attached is a quick fix for the problem.
i haven't pushed it to the vcs yet, as the changes for the 0.93.3-1
upload have not been pushed yet by piem, and i want to keep causality in
the git history :-)


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

iEYEARECAAYFAk8Kp7UACgkQkX2Xpv6ydvSMsACg2XJLYcpepZCeh9sj/51An4ZU
3jsAn2jUXhvocSsf2XMgi0cibVL+0jh7
=5Hny
-END PGP SIGNATURE-
From 9e1930555261fc417473ceaefb870aec7e3bb770 Mon Sep 17 00:00:00 2001
From: IOhannes m zmoelnig 
Date: Sun, 8 Jan 2012 19:48:01 +0100
Subject: [PATCH] Only remove assets from gem-doc if it's there (Closes:
 #655048)

on the buildbots, binary:all packages are not built, so there is no debian/gem-doc directory
---
 debian/rules |   32 +---
 1 files changed, 17 insertions(+), 15 deletions(-)

diff --git a/debian/rules b/debian/rules
index 61fb45a..36bed1e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -4,7 +4,7 @@
 #export DH_VERBOSE=1
 
 archconfflags := \
---prefix=/usr \
+	--prefix=/usr \
 	--with-pd=/usr/include/pd \
 	--enable-mmx \
 	--without-ALL \
@@ -41,37 +41,39 @@ override_dh_auto_test:
 override_dh_install:
 	dh_install
 	# remove libtool files, they are not needed
-	find $(CURDIR)/debian/gem-extra/usr/lib/ -name '*.la'  -delete
+	find debian/gem-extra/usr/lib/ -name '*.la'  -delete
 	# remove some assets
-	find $(CURDIR)/debian/gem-doc/usr/share/ -name '*.ttf' -delete
-	find $(CURDIR)/debian/gem-doc/usr/share/ -name '*.avi' -delete
-	find $(CURDIR)/debian/gem-doc/usr/share/ -name '*.mov' -delete
-	find $(CURDIR)/debian/gem-doc/usr/share/ -name '*.mpg' -delete
+	if [ -d debian/gem-doc ]; then \
+	 find debian/gem-doc/usr/share/ -name '*.ttf' -delete; \
+	 find debian/gem-doc/usr/share/ -name '*.avi' -delete; \
+	 find debian/gem-doc/usr/share/ -name '*.mov' -delete; \
+	 find debian/gem-doc/usr/share/ -name '*.mpg' -delete; \
+	fi
 	# the following COPYING only contains license information for vera.ttf
 	# which is not included in the Debian package
-	rm $(CURDIR)/debian/gem-doc/usr/share/gem/examples/data/COPYING.txt
+	test -d debian/gem-doc ]; then rm debian/gem-doc/usr/share/gem/examples/data/COPYING.txt; fi
 	# remove extra LICENSE files for gem-extra
-	rm $(CURDIR)/debian/gem-extra/usr/lib/pd/extra/pix_mano/LICENSE.txt
-	rm $(CURDIR)/debian/gem-extra/usr/lib/pd/extra/pix_drum/LICENSE.txt
+	rm debian/gem-extra/usr/lib/pd/extra/pix_mano/LICENSE.txt
+	rm debian/gem-extra/usr/lib/pd/extra/pix_drum/LICENSE.txt
 
 # calculate proper dependencies (for .pd_linux files) 
 override_dh_shlibdeps:
 	dh_shlibdeps
-	find $(CURDIR)/debian/gem -name "*.pd_linux" -exec \
+	find debian/gem -name "*.pd_linux" -exec \
 		dpkg-shlibdeps -Tdebian/gem.substvars {} +
-	find $(CURDIR)/debian/gem-extra -name "*.pd_linux" -exec \
+	find debian/gem-extra -name "*.pd_linux" -exec \
 		dpkg-shlibdeps -Tdebian/gem-extra.substvars {} +
 
 override_dh_strip:
 	dh_strip
-	find $(CURDIR)/debian -name "*.pd_linux" -exec \
-	strip --remove-section=.comment --remove-section=.note --strip-unneeded {} +
+	find debian -name "*.pd_linux" -exec \
+		strip --remove-section=.comment --remove-section=.note --strip-unneeded {} +
 
 
 override_dh_fixperms:
 	dh_fixperms -Xpd-gem
-	chmod 0755 $(CURDIR)/debian/gem/usr/bin/pd-gem
-	find $(CURDIR)/debian -name '*.pd_linux' -exec \
+	chmod 0755 debian/gem/usr/bin/pd-gem
+	find debian -name '*.pd_linux' -exec \
 		chmod 0644 {} +
 
 override_dh_compress:
-- 
1.7.8.2



smime.p7s
Description: S/MIME Cryptographic Signature

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

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

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

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

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

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



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#646248: [jackd2] assertion fails when client connects

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-10-24 06:58, Adrian Knoth wrote:
>
> This is clearly a local issue, I'm running the same software without
> problems.
> 
> Question is why.
>

iirc, this is a follow-up bug from puredata #645040, where puredata
works with alsa if you turn off sound-in (read: no "full-duplex", only
"playback").

@simon: could you try starting jackd without "capturing"?
if you are not familiar with jackd's cmdline arguments, try qjackctl and
Setup...->Audio->"playback only"

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

iEYEARECAAYFAk6lcZkACgkQkX2Xpv6ydvS2gACfUwO8VKWGaAM5K8MQuAVGsE//
KIIAn2I896JEzUKruSQbR5iXDXm3a4WW
=x/9Z
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#643454: pd-zexy: FTBFS: freadln.c:115:7: error: format not a string literal and no format arguments [-Werror=format-security]

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-09-27 14:36, Didier Raboud wrote:
> This happened because since dpkg 1.16.0 [0], hardening flags are enabled 
> under various conditions.
> 

thanks for your bugreport.

a new upstream release is available that has this problem fixed.

i have updated the debian package accordingly, and submitted everything
to to
 git+ssh://git.debian.org/git/pkg-multimedia/pd-zexy


if one of my fellow pkg-multimedia friends could have a look and
eventually upload the package i would be thankful.


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

iEYEARECAAYFAk6B7rAACgkQkX2Xpv6ydvQcIACfVqTPiOLung3EFcEm4WHpCsMx
ETsAoLV5D4PONo3SzCluSIP0BN1pwutK
=Yay1
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#643354: assimp: FTBFS: WriteDumb.cpp:1153:14: error: format not a string literal and no format arguments [-Werror=format-security]

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-09-27 14:22, Didier Raboud wrote:
>> cc1plus: some warnings being treated as errors
>>
>> make[3]: *** [tools/assimp_cmd/CMakeFiles/assimp_cmd.dir/WriteDumb.cpp.o] 
>> Error 1
> 
> The full build log is available from:
>
> http://people.debian.org/~lucas/logs/2011/09/23/assimp_2.0.863+dfsg-1_lsid64.buildlog
> 
> This happened because since dpkg 1.16.0 [0], hardening flags are enabled 
> under various conditions.
> 
> [0] http://lists.debian.org/debian-devel-announce/2011/09/msg1.html


thanks for the bugreport.
this has already been fixed in the 2.0.863+dfsg-2 version of assimp,
which is currently awaiting upload by my sponsor (who, afaik, is
currently on holidays).

hopefully a new version that fixes your pboelm will be uploaded soon.

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

iEYEARECAAYFAk6BxsUACgkQkX2Xpv6ydvTXhACg1QabD8HZkUYvPNj5ydc5p3e0
IU4AoPD+cD334GLMSfcbxirc6n/Z9g+q
=HRMQ
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#629700: pd-bassemu: FTBFS: bassemu~.c:5:18: fatal error: m_pd.h: No such file or directory (lacks B-D on puredata-dev)

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

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

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

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

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



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#575519: coriander: segfault

[IOhannes m zmoelnig]

On 2010-09-29 20:47, Julien Cristau wrote:
> On Sun, Jul 25, 2010 at 18:19:02 +0200, Laurent Bonnaud wrote:
> 
>> On Sun, 2010-07-25 at 15:08 +0200, Guus Sliepen wrote:
>>
>>> Can you provide me with a backtrace (using gdb, with the "bt full" command)
>>> when it does crash?
>>
>> I will not be able to do so until september when I have physical access
>> to my test machine again (because of the holidays).
>>
> Any progress with this?
> 

for various reasons i happen to have a dc1394 camera (Unibrain Fire-i
BCL 1.2) available today (as opposed to the last weeks and the following
weeks), so i could test coriander again, and indeed i can confirm that
it know works.

thanks for whatever you did, i think you can now close this bug

fgasdr



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#575519: coriander: segfault

[IOhannes m zmoelnig]

On 2010-06-22 12:23, Guus Sliepen wrote:
> On Tue, Jun 22, 2010 at 10:11:23AM +0200, IOhannes m zmoelnig wrote:
> 
>> i can confirm that coriander is currently unusable.
>> everytime i start coriander, i get a segmentation fault:
> [...]
>> this is on i386 running 2.6.32-3.686 (default debian; JuJu-stack)
>> other applications using libdc1394 (e.g. libdc1394-utils) don't have this
>> problem.
> 
> On one machine I cannot reproduce this, on another I do see this problem with
> the JuJu stack, but it is because it doesn't see the cameras on the bus
> correctly, and libdc1394 returns a NULL pointer where it shouldn't, and
> coriander doesn't check for it. I will fix coriander, but the real problem is
> probably in the kernel.
> 
> If possible, can you retry it with a vanilla 2.6.33 kernel with both stacks?
> 

with "vanilla" do you mean "debian" kernel (which, afaik only comes with
juju), or a self-compiled kernel with both stacks enabled?

i have a 2.6.34-1-686 (debian) installed on my machine if that helps.


for what it is worth, here is the output i get with one of the dc1394-utils:

$ dc1394_vloopback
Using camera with GUID 814436102632378
-- Camera information --
Vendor: Unibrain
Model : Fire-i BCL 1.2
Unit  : 0
Specifications ID : 0xa02d
Software revision : 0x100
IIDC version code : 544
Unit directory offset : 0x434
Unit dependent directory offset   : 0x444
Commands registers base   : 0xf0
Unique ID : 0x0814436102632378
Vendor ID : 0x81443
Model ID  : 0x0
1394b mode capable (>=800Mbit/s)  : No
Platform backend  : juju
-- Camera platform-specific information --
Device filename   : /dev/fw1
Failed to open '/proc/video/vloopback/vloopbacks: No such file or directory
Failed to open Video4Linux device: No such file or directory




ldd shows me:

$ ldd /usr/bin/dc1394_vloopback | grep 1394
libdc1394.so.22 => /usr/lib/libdc1394.so.22 (0xb76f4000)
libraw1394.so.11 => /usr/lib/libraw1394.so.11 (0xb76e7000)
$ ldd /usr/bin/coriander | grep 1394
libdc1394.so.22 => /usr/lib/libdc1394.so.22 (0xb6fce000)
libraw1394.so.11 => /usr/lib/libraw1394.so.11 (0xb6fc1000)
$




smime.p7s
Description: S/MIME Cryptographic Signature

Bug#575519: coriander: segfault

[IOhannes m zmoelnig]

Package: coriander
Version: 2.0.0-4
Severity: normal

i can confirm that coriander is currently unusable.
everytime i start coriander, i get a segmentation fault:

Starting program: /usr/bin/coriander
 
[Thread debugging using libthread_db enabled]   
 
(coriander:13976): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
non-zero page size is deprecated
(coriander:13976): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
non-zero page size is deprecated
(coriander:13976): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
non-zero page size is deprecated
(coriander:13976): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
non-zero page size is deprecated
(coriander:13976): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
non-zero page size is deprecated
(coriander:13976): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
non-zero page size is deprecated
(coriander:13976): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
non-zero page size is deprecated
(coriander:13976): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
non-zero page size is deprecated
(coriander:13976): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
non-zero page size is deprecated
(coriander:13976): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
non-zero page size is deprecated
(coriander:13976): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
non-zero page size is deprecated
(coriander:13976): Gtk-WARNING **: GtkSpinButton: setting an adjustment with
non-zero page size is deprecated
Program received signal SIGSEGV, Segmentation fault.
0x08077b23 in ?? ()


a backtrace does not reveal much:

(gdb) bt
#0  0x08077b23 in ?? ()
#1  0x08079fb5 in ?? ()
#2  0x0804ee4d in ?? ()
#3  0xb761dc76 in __libc_start_main (main=0x804ec50, argc=1, ubp_av=0xb5c4,
init=0x8084170, fini=0x8084160, rtld_fini=0xb7ff10c0 <_dl_fini>,
stack_end=0xb5bc) at libc-start.c:228
#4  0x0804ebb1 in ?? ()
(gdb)


this is on i386 running 2.6.32-3.686 (default debian; JuJu-stack)
other applications using libdc1394 (e.g. libdc1394-utils) don't have this
problem.

mdfgasr
IOhannes



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

Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores)
Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages coriander depends on:
ii  ftplib3   3.1-1-8Library of callable ftp routines
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.11.1-3   Embedded GNU C Library: Shared lib
ii  libdc1394-22  2.1.2-2high level programming interface f
ii  libglib2.0-0  2.24.1-1   The GLib library of C routines
ii  libgnome2-0   2.30.0-1   The GNOME library - runtime files
ii  libgnomeui-0  2.24.3-1   The GNOME libraries (User Interfac
ii  libgtk2.0-0   2.21.0-1   The GTK+ graphical user interface 
ii  libraw1394-11 2.0.5-1library for direct access to IEEE 
ii  libsdl1.2debian   1.2.14-6   Simple DirectMedia Layer
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxv12:1.0.5-1  X11 Video extension library

coriander recommends no packages.

coriander suggests no packages.

-- no debconf information



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

Bug#574420: nvidia-kernel-legacy-96xx-source: RESOLVED fails to build

[IOhannes m zmoelnig]

Package: nvidia-kernel-legacy-96xx-source
Version: 96.43.16-1
Severity: normal

i can confirm that with the patch provided in #574476 the build problem goes
away.

fgmasdr
IOhannes


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

Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores)
Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages nvidia-kernel-legacy-96xx-source depends on:
ii  debhelper 7.4.15 helper programs for debian/rules
ii  dpatch2.0.31 patch maintenance system for Debia
ii  make  3.81-7 An utility for Directing compilati
ii  sed   4.2.1-6The GNU sed stream editor

Versions of packages nvidia-kernel-legacy-96xx-source recommends:
ii  devscripts2.10.61scripts to make the life of a Debi
ii  kernel-package12.033 A utility for building Linux kerne
pn  nvidia-glx-legacy-96xx (no description available)

nvidia-kernel-legacy-96xx-source suggests no packages.

-- no debconf information



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

Bug#421560: two removal suggestions awl and gem

[IOhannes m zmoelnig]

IOhannes m zmoelnig wrote:

Andreas Henriksson wrote:

On mån, 2008-09-01 at 21:06 +0200, Thomas Viehmann wrote:

- gem: multiple RC bugs with NMU proposal without comment for more
than
   two months, but also seems in bad shape from looking at the
   non-RC bugs: a segfault unsanswered by the maintainer for
   8 months, a new upstream version (that looks like a bugfix
   release) wishlist without maintainer reaction from June.
   I'm CCing NMUer to be or not to be Andreas if he has any
   insights.


Removal seems best from my point of view as well. Noone apparently cares
enough about the package to even offer to test the fixes.


as the upstream maintainer of gem i would eventually volunteer to do the 
debian packaging;
however, i don't know the timeline for lenny (apart from the freeze), so 
i don't know whether this is a good idea to do right now.


i will try to check out the patches in question asap.



checking andreas's "gem-nmu.diff" from msg#35 in bug#421560 
(http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=35;filename=gem-nmu.diff;att=1;bug=421560), 
everything seems to be fine.


as upstream author i would therefore say, these patches are fine to include.

the new upstream release of Gem addresses bug-report #454731;

mfg.asdr
IOhannes



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

Bug#421560: two removal suggestions awl and gem

[IOhannes m zmoelnig]

Andreas Henriksson wrote:

On mån, 2008-09-01 at 21:06 +0200, Thomas Viehmann wrote:

- gem: multiple RC bugs with NMU proposal without comment for more
than
   two months, but also seems in bad shape from looking at the
   non-RC bugs: a segfault unsanswered by the maintainer for
   8 months, a new upstream version (that looks like a bugfix
   release) wishlist without maintainer reaction from June.
   I'm CCing NMUer to be or not to be Andreas if he has any
   insights.


Removal seems best from my point of view as well. Noone apparently cares
enough about the package to even offer to test the fixes.


as the upstream maintainer of gem i would eventually volunteer to do the 
debian packaging;
however, i don't know the timeline for lenny (apart from the freeze), so 
i don't know whether this is a good idea to do right now.


i will try to check out the patches in question asap.

fgmasdr
IOhannes



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

Bug#374595: gem: FTBFS: Failed to satisfy Build-Depends dependency for gem: xlibmesa-glu-dev

[IOhannes m zmoelnig]

Andreas Jochens wrote:

Package: gem
Version: 1:0.90.0-18
Severity: serious
Tags: patch

When building 'gem' in a clean unstable chroot,
I get the following error:

[...]

With the attached patch which removes xlibmesa-glu-dev from the Build-Depends
'gem' can be built on unstable.


but your patch entirely removes the dependency on glu-dev, which will 
prevent Gem from being built where it is not installed.

i guess you have (by chance?) libglu1-xorg-dev installed.


-Build-Depends: debhelper, cdbs, autoconf, puredata, libfreetype6-dev, ftgl-dev, 
libtiff4-dev, libjpeg62-dev, flex, libxxf86vm-dev, xlibmesa-gl-dev, xlibmesa-glu-dev, 
zlib1g-dev (>= 1:1.1.3), pkg-config, libquicktime-dev, libmpeg3-dev, 
linux-kernel-headers (>= 2.5.999-test7-bk-10), xlibs-static-dev, libpng12-dev, 
libdv-dev


i never really understood why the build-depends are "xlibmesa-gl-dev, 
xlibmesa-glu-dev" and not the generic "libgl-dev, libglu-dev"



mfga,.sdr.
IOhannes


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

Bug#353882: oftpd: Remote DoS vulnerability

[IOhannes m zmoelnig]

Package: oftpd
Version: 20040304-1
Severity: grave
Justification: renders package unusable


oftpd is exposed to a Denial-of-Service attack, as described in
http://www.time-travellers.org/oftpd/oftpd-dos.html

the solution is to upgrade to 0.3.7

i think this has been fixed in woody (oftpd-0.3.6-6 upload by the
security team), however sarge has a broken version.

(since i just recently switched from woody to sarge, that's why i
came across this)

i really think that this should be fixed in sarge by security-team.

i know that this is basically a duplication of bug#307957, however,
since the maintainer has not reacted, i re-report this bug with a higher
priority (which i really think it deserves)
(and btw, reportbug didn't give me the option to find out whether this
bug has already been reported)

related question: is there another secure anonymous-only ftp-client in
debian/sarge?

mfg.asd.r
IOhanens


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (200, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages oftpd depends on:
ii  debconf   1.4.30.13  Debian configuration management sy
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  syslog-ng [system-log-daemon] 1.6.5-2.2  Next generation logging daemon

-- debconf information excluded


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

Bug#325567: gem: FTBFS (amd64): 'quicktime_supported_video' was not declared in this scope

[IOhannes m zmoelnig]

Guenter Geiger wrote:


Hi,

Thanks for the patch. I am fighting with a changed API for ffmpeg on
unstable though. Did you compile on testing ?



for quicktime, neither "quicktime/quicktime.h" nor "lqt/quicktime.h" 
should be included but plain "quicktime.h" (and the full include-path 
returned by lqt-config (or "pkg-config libquicktime" (only available on 
unstable i think) should be added to the INCLUDES)


as for PIC: is still have no real idea how to handle this upstream; 
currently i use/suggest something like

"PKG_FFMPEG_LIBS=`ffmpeg-config --plugin-libs avformat ./configure"

but i am not sure, whether this hack is suitable for a distribution.

as for the ffmpeg-api changes, in upstream filmFFMPEG there are some 
adaptions to this.



just my 2cents.


mfg.asd.r
IOhannes


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