Bug#1052398: Info received (Bug#1052398: marked as pending in gem2deb)

2023-09-22 Thread Nicos Gollan 
Turns out I was looking at the wrong things. Here's another patch 
against current master that should hopefully get all of it now.
From 2ad987291e2805e337967f97507bb05400890966 Mon Sep 17 00:00:00 2001
From: Nicos Gollan 
Date: Fri, 22 Sep 2023 14:18:06 +0200
Subject: [PATCH] Change more `::` class method calls

Includes one missed `File::exists?` , but most changes are simply for the
"common" syntax.
---
 bin/dh-make-ruby|  8 
 bin/dh_ruby_fixdepends  | 12 ++--
 bin/gem2deb |  4 ++--
 bin/gem2tgz | 10 +-
 lib/gem2deb/dh_make_ruby.rb | 14 +++---
 lib/gem2deb/gem2tgz.rb  | 12 ++--
 lib/gem2deb/installer.rb|  6 +++---
 7 files changed, 33 insertions(+), 33 deletions(-)

diff --git a/bin/dh-make-ruby b/bin/dh-make-ruby
index 9575c98..056cc1b 100755
--- a/bin/dh-make-ruby
+++ b/bin/dh-make-ruby
@@ -1,17 +1,17 @@
 #!/usr/bin/ruby -EUTF-8
 #
 # Copyright © 2011, Lucas Nussbaum 
-# 
+#
 # This program is free software: you can redistribute it and/or modify
 # it under the terms of the GNU General Public License as published by
 # the Free Software Foundation, either version 3 of the License, or
 # (at your option) any later version.
-# 
+#
 # This program is distributed in the hope that it will be useful,
 # but WITHOUT ANY WARRANTY; without even the implied warranty of
 # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 # GNU General Public License for more details.
-# 
+#
 # You should have received a copy of the GNU General Public License
 # along with this program.  If not, see <http://www.gnu.org/licenses/>.
 
@@ -68,7 +68,7 @@ else
   exit(1)
 end
 
-dmr = Gem2Deb::DhMakeRuby::new(input, options)
+dmr = Gem2Deb::DhMakeRuby.new(input, options)
 dmr.build
 
 __END__
diff --git a/bin/dh_ruby_fixdepends b/bin/dh_ruby_fixdepends
index 38a76cb..66f8910 100755
--- a/bin/dh_ruby_fixdepends
+++ b/bin/dh_ruby_fixdepends
@@ -1,17 +1,17 @@
 #!/usr/bin/ruby -EUTF-8
 #
 # Copyright © 2011, Lucas Nussbaum 
-# 
+#
 # This program is free software: you can redistribute it and/or modify
 # it under the terms of the GNU General Public License as published by
 # the Free Software Foundation, either version 3 of the License, or
 # (at your option) any later version.
-# 
+#
 # This program is distributed in the hope that it will be useful,
 # but WITHOUT ANY WARRANTY; without even the implied warranty of
 # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 # GNU General Public License for more details.
-# 
+#
 # You should have received a copy of the GNU General Public License
 # along with this program.  If not, see <http://www.gnu.org/licenses/>.
 
@@ -20,9 +20,9 @@ require 'gem2deb/dh_ruby'
 include Gem2Deb
 
 `dh_listpackages`.split.each do |package|
-  next if not File::exists?("debian/#{package}.substvars")
-  s = IO::read("debian/#{package}.substvars")
-  fd = File::new("debian/#{package}.substvars", "w")
+  next if not File.exist?("debian/#{package}.substvars")
+  s = IO.read("debian/#{package}.substvars")
+  fd = File.new("debian/#{package}.substvars", "w")
   s.each_line do |l|
 if l =~ /^shlibs:Depends=/
   deps = l.chomp.split('=', 2)[1].split(', ')
diff --git a/bin/gem2deb b/bin/gem2deb
index 1d1cf36..b152281 100755
--- a/bin/gem2deb
+++ b/bin/gem2deb
@@ -91,7 +91,7 @@ end
 
 gemfile = ARGV[0]
 # Download gem if not available locally
-if not File::exists?(gemfile) and gemfile !~ /\.gem$/
+if not File.exist?(gemfile) and gemfile !~ /\.gem$/
   puts "#{gemfile} doesn't seem to exist. Let's try to download it with 'gem 
fetch #{ARGV[0]}'"
 
   tmpdir = Dir.mktmpdir
@@ -131,7 +131,7 @@ exit(0) if $only_tarball
 
 puts
 puts "-- Creating Debian source package from #{tarball} ..."
-dmr = Gem2Deb::DhMakeRuby::new(tarball, dh_make_ruby_options)
+dmr = Gem2Deb::DhMakeRuby.new(tarball, dh_make_ruby_options)
 source = dmr.build
 puts "-- Generated Debian source tree in #{dmr.source_dirname}"
 
diff --git a/bin/gem2tgz b/bin/gem2tgz
index ef55275..39ebd14 100755
--- a/bin/gem2tgz
+++ b/bin/gem2tgz
@@ -1,17 +1,17 @@
 #!/usr/bin/ruby
 #
 # Copyright © 2010, Antonio Terceiro 
-# 
+#
 # This program is free software: you can redistribute it and/or modify
 # it under the terms of the GNU General Public License as published by
 # the Free Software Foundation, either version 3 of the License, or
 # (at your option) any later version.
-# 
+#
 # This program is distributed in the hope that it will be useful,
 # but WITHOUT ANY WARRANTY; without even the implied warranty of
 # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 # GNU General Public License for more details.
-# 
+#
 # You should have received a copy of the GNU General Public License
 # along with this program.  If not, see <http://www.gnu.

Bug#1052398: marked as pending in gem2deb

2023-09-22 Thread Nicos Gollan 
Sadly the issues run deeper than that. The build system somehow 
introduces many more cases of the uncommon `::` syntax for class method 
calls, including one `File::exists`in the resulting `gem2deb` executable 
script, that come from outside this package and would need to be fixed 
as well. Do you have any pointers which package would be responsible for 
that?

Bug#1052398: Use of deprecated File.exists? and Dir.exists? in gem2deb

2023-09-21 Thread Nicos Gollan 

Package: gem2deb
Version: 2.1

The packaged Ruby code uses calls to the deprecated `File.exists?` and 
`Dir.exists?` methods which need to be replaced with their `.exist?` 
equivalents for compatibility with newer Ruby versions. The calls to 
`File.exists?` are also using the rather weird `::` syntax. A patch 
against current master building and speccing cleanly against Ruby 3.2 is 
attached.


Best regards,
Nicos Gollan
From ee3c77847b4586c56a301bfda0a582b26ae7919d Mon Sep 17 00:00:00 2001
From: Nicos Gollan 
Date: Thu, 21 Sep 2023 13:54:48 +0200
Subject: [PATCH] Fix calls to deprecated `.exists?`methods

---
 lib/gem2deb/gem_installer.rb | 2 +-
 lib/gem2deb/installer.rb | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/lib/gem2deb/gem_installer.rb b/lib/gem2deb/gem_installer.rb
index ecca3f1..a9924de 100644
--- a/lib/gem2deb/gem_installer.rb
+++ b/lib/gem2deb/gem_installer.rb
@@ -158,7 +158,7 @@ module Gem2Deb
   end
 
   # remove empty plugins/ directory
-  if Dir.exists?('plugins') && Dir.empty?('plugins')
+  if Dir.exist?('plugins') && Dir.empty?('plugins')
   FileUtils::Verbose.rmdir('plugins')
   end
 
diff --git a/lib/gem2deb/installer.rb b/lib/gem2deb/installer.rb
index 3da81d7..48b8931 100644
--- a/lib/gem2deb/installer.rb
+++ b/lib/gem2deb/installer.rb
@@ -60,7 +60,7 @@ module Gem2Deb
   # This is a hack to workaround a problem in rubygems
   vendor_dir = destdir(:libdir)
   vendor_arch_dir = destdir(:archdir, rubyver)
-  if File::exists?(vendor_dir) and File::exists?(vendor_arch_dir)
+  if File.exist?(vendor_dir) and File.exist?(vendor_arch_dir)
 remove_duplicate_files(vendor_dir, vendor_arch_dir)
   end
 end
-- 
2.34.1

Bug#907460: kdepim-runtime: /usr/bin/akonadi_imap_resource keeps crashing preventing kmail to work

2018-09-14 Thread Nicos Gollan 
On Wednesday, 12 September 2018 11:30:39 CEST Nicos Gollan wrote:
> I'm seeing the same problem with version 17.12.3-2 (tracking
> testing/unstable). The akonadi_imap_resource shows in akonadiconsole with
> many connection tasks and creates a lot of aborted connection attempts
> (sockets in TIME_WAIT) while thrashing wildly. There is no useful logging
> anywhere.

IMAP access is working again after this update:

Start-Date: 2018-09-14  11:40:19
Commandline: apt dist-upgrade
Requested-By: ngollan (1000)
Upgrade: libmpx2:amd64 (8.2.0-5, 8.2.0-6),
 qtbase5-dev-tools:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libqt5test5:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libobjc-8-dev:amd64 (8.2.0-5, 8.2.0-6),
 openafs-krb5:amd64 (1.8.1-1, 1.8.2-1),
 qt5-gtk-platformtheme:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 lib32stdc++6:amd64 (8.2.0-5, 8.2.0-6),
 libqt5opengl5-dev:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libobjc4:amd64 (8.2.0-5, 8.2.0-6),
 cpp-8:amd64 (8.2.0-5, 8.2.0-6),
 cantor-backend-kalgebra:amd64 (4:17.08.3-1+b1, 4:18.08.1-1),
 gcc-8-base:amd64 (8.2.0-5, 8.2.0-6),
 gcc-8-base:i386 (8.2.0-5, 8.2.0-6),
 qt5-default:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libitm1:amd64 (8.2.0-5, 8.2.0-6),
 libqt5dbus5:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libqt5sql5-sqlite:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libnuma1:amd64 (2.0.11-2.2, 2.0.12-1),
 krosspython:amd64 (4:17.08.3-1+b1, 4:18.08.1-1),
 libgtksourceview-3.0-common:amd64 (3.24.8-1, 3.24.9-1),
 libqt5widgets5:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libasan5:amd64 (8.2.0-5, 8.2.0-6),
 network-manager-gnome:amd64 (1.8.16-1, 1.8.18-1),
 libquadmath0:amd64 (8.2.0-5, 8.2.0-6),
 kio-extras:amd64 (4:17.08.3-2+b1, 4:18.08.1-1),
 juk:amd64 (4:18.04.0-1, 4:18.08.1-1),
 libqt5xml5:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libqt5printsupport5:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libgcc1:amd64 (1:8.2.0-5, 1:8.2.0-6),
 libgcc1:i386 (1:8.2.0-5, 1:8.2.0-6),
 libqt5concurrent5:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 lib32gcc1:amd64 (1:8.2.0-5, 1:8.2.0-6),
 libinput-bin:amd64 (1.11.3-1, 1.12.0-1),
 libgcc-8-dev:amd64 (8.2.0-5, 8.2.0-6),
 libqt5gui5:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libtsan0:amd64 (8.2.0-5, 8.2.0-6),
 libubsan1:amd64 (8.2.0-5, 8.2.0-6),
 g++-8:amd64 (8.2.0-5, 8.2.0-6),
 gir1.2-gtksource-3.0:amd64 (3.24.8-1, 3.24.9-1),
 aptitude-common:amd64 (0.8.10-9, 0.8.11-3),
 qt5-qmake:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libgfortran5:amd64 (8.2.0-5, 8.2.0-6),
 gcc-8:amd64 (8.2.0-5, 8.2.0-6),
 lintian:amd64 (2.5.101, 2.5.102),
 libnma0:amd64 (1.8.16-1, 1.8.18-1),
 liblsan0:amd64 (8.2.0-5, 8.2.0-6),
 libgomp1:amd64 (8.2.0-5, 8.2.0-6),
 libqt5core5a:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 cantor-backend-qalculate:amd64 (4:17.08.3-1+b1, 4:18.08.1-1),
 emacsen-common:amd64 (3.0.2, 3.0.3),
 libfftw3-long3:amd64 (3.3.8-1, 3.3.8-2),
 libdb5.3:amd64 (5.3.28+dfsg1-0.1, 5.3.28+dfsg1-0.2),
 libgtksourceview-3.0-1:amd64 (3.24.8-1, 3.24.9-1),
 qtbase5-dev:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libfftw3-double3:amd64 (3.3.8-1, 3.3.8-2),
 cantor:amd64 (4:17.08.3-1+b1, 4:18.08.1-1),
 libqt5opengl5:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 code:amd64 (1.27.1-1536226049, 1.27.2-1536736588),
 libnss3:amd64 (2:3.38-1, 2:3.39-1),
 libatomic1:amd64 (8.2.0-5, 8.2.0-6),
 kio-extras-data:amd64 (4:17.08.3-2, 4:18.08.1-1),
 libqt5network5:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libcc1-0:amd64 (8.2.0-5, 8.2.0-6),
 libstdc++6:amd64 (8.2.0-5, 8.2.0-6),
 libstdc++6:i386 (8.2.0-5, 8.2.0-6),
 aptitude:amd64 (0.8.10-9, 0.8.11-3),
 qt5-qmake-bin:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libnspr4:amd64 (2:4.19-3, 2:4.20-1),
 libstdc++-8-dev:amd64 (8.2.0-5, 8.2.0-6),
 libqt5sql5:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8),
 libinput10:amd64 (1.11.3-1, 1.12.0-1),
 aptitude-doc-en:amd64 (0.8.10-9, 0.8.11-3),
 libfftw3-single3:amd64 (3.3.8-1, 3.3.8-2),
 libqt5sql5-mysql:amd64 (5.11.1+dfsg-7, 5.11.1+dfsg-8)
End-Date: 2018-09-14  11:42:01

Bug#907460: kdepim-runtime: /usr/bin/akonadi_imap_resource keeps crashing preventing kmail to work

2018-09-12 Thread Nicos Gollan 
On Tue, 28 Aug 2018 11:05:11 +0200 Eric Valette  wrote:
> Package: kdepim-runtime
> Version: 4:18.07.90-1
> Severity: grave
> Justification: renders package unusable
> 
> I manged to install expetimental kdepim today but when starting
> kmail I cannot acces to my ipmap account on exhange server (works
> with TB on same machine).

I'm seeing the same problem with version 17.12.3-2 (tracking testing/unstable). 
The akonadi_imap_resource shows in akonadiconsole with many connection tasks 
and creates a lot of aborted connection attempts (sockets in TIME_WAIT) while 
thrashing wildly. There is no useful logging anywhere.

The issue started after this update:

Start-Date: 2018-09-10  08:23:56
Commandline: apt dist-upgrade
Install: emacs-bin-common:amd64 (1:25.2+1-11, automatic),
 emacs-el:amd64 (1:25.2+1-11, automatic),
 libaom0:amd64 (1:1.0.0-dmo2, automatic),
 libx264-157:amd64 (3:0.157.2946+gitd8180b8-dmo1, automatic),
 emacs-gtk:amd64 (1:25.2+1-11, automatic),
 emacs-common:amd64 (1:25.2+1-11, automatic)
Upgrade: libgcc-7-dev:amd64 (7.3.0-28, 7.3.0-29),
 libmpx2:amd64 (8.2.0-4, 8.2.0-5),
 libsoup-gnome2.4-1:amd64 (2.62.2-2, 2.64.0-2),
 iso-codes:amd64 (3.79-1, 4.1-1),
 tex-common:amd64 (6.09, 6.10),
 vlc-plugin-video-output:amd64 (1:3.0.4-dmo1, 1:3.0.4-dmo2),
 qtbase5-dev-tools:amd64 (5.11.1+dfsg-6, 5.11.1+dfsg-7),
 gconf2-common:amd64 (3.2.6-4.1, 3.2.6-5),
 libavformat58:amd64 (10:4.0.2-dmo2, 10:4.0.2-dmo3),
 libavfilter7:amd64 (10:4.0.2-dmo2, 10:4.0.2-dmo3),
 gstreamer1.0-alsa:amd64 (1.14.2-dmo1, 1.14.2-dmo2),
 glib-networking-services:amd64 (2.57.92-1, 2.58.0-1),
 firmware-realtek:amd64 (20180518-1, 20180825+dfsg-1),
 gir1.2-nm-1.0:amd64 (1.12.2-2, 1.12.2-3),
 libaudit-common:amd64 (1:2.8.3-1, 1:2.8.4-2),
 libart-2.0-2:amd64 (2.3.21-3, 2.3.21-4),
 gtk3-engines-breeze:amd64 (5.13.4-1, 5.13.5-1),
 libgnomecanvas2-common:amd64 (2.30.3-3, 2.30.3-4),
 kate5-data:amd64 (4:18.04.0-1, 4:18.08.0-1),
 gedit:amd64 (3.28.1-1, 3.30.0-1),
 libwireshark11:amd64 (2.6.2-2, 2.6.3-1),
 libqt5test5:amd64 (5.11.1+dfsg-6, 5.11.1+dfsg-7),
 libdrm-nouveau2:amd64 (2.4.93-1, 2.4.94-1),
 ffmpeg:amd64 (10:4.0.2-dmo2, 10:4.0.2-dmo3),
 libevdocument3-4:amd64 (3.28.2-1, 3.30.0-2),
 gir1.2-soup-2.4:amd64 (2.62.2-2, 2.64.0-2),
 libobjc-8-dev:amd64 (8.2.0-4, 8.2.0-5),
 vlc-plugin-samba:amd64 (1:3.0.4-dmo1, 1:3.0.4-dmo2),
 python-click:amd64 (6.7-5, 6.7+git20180829-1),
 qt5-gtk-platformtheme:amd64 (5.11.1+dfsg-6, 5.11.1+dfsg-7),
 libwiretap8:amd64 (2.6.2-2, 2.6.3-1),
 dconf-service:amd64 (0.28.0-2, 0.30.0-1),
 lib32stdc++6:amd64 (8.2.0-4, 8.2.0-5),
 libswresample3:amd64 (10:4.0.2-dmo2, 10:4.0.2-dmo3),
 ant-contrib:amd64 (1.0~b3+svn177-9, 1.0~b3+svn177-10),
 kate:amd64 (4:18.04.0-1, 4:18.08.0-1),
 libnumbertext-data:amd64 (1.0-2, 1.0-3),
 libgegl-0.4-0:amd64 (1:0.4.8-dmo1, 1:0.4.8-dmo2),
 libsystemd0:amd64 (239-7, 239-8),
 libqt5opengl5-dev:amd64 (5.11.1+dfsg-6, 5.11.1+dfsg-7),
 glib-networking:amd64 (2.57.92-1, 2.58.0-1),
 dash:amd64 (0.5.8-2.10, 0.5.10.2-1),
 libobjc4:amd64 (8.2.0-4, 8.2.0-5),
 cpp-7:amd64 (7.3.0-28, 7.3.0-29),
 cpp-8:amd64 (8.2.0-4, 8.2.0-5),
 gnome-desktop3-data:amd64 (3.28.2-2, 3.30.0-1),
 fonts-kalapi:amd64 (1.0-2, 1.0-3),
 gcc-8-base:amd64 (8.2.0-4, 8.2.0-5),
 gcc-8-base:i386 (8.2.0-4, 8.2.0-5),
 qt5-default:amd64 (5.11.1+dfsg-6, 5.11.1+dfsg-7),
 libgegl-common:amd64 (1:0.4.8-dmo1, 1:0.4.8-dmo2),
 firmware-amd-graphics:amd64 (20180518-1, 20180825+dfsg-1),
 libitm1:amd64 (8.2.0-4, 8.2.0-5),
 mencoder:amd64 (4:1.3.0~20180817.svn38113-dmo2, 
4:1.3.0~20180817.svn38113-dmo3),
 libkf5kdcraw5:amd64 (17.08.3-1, 18.08.0-1),
 p11-kit:amd64 (0.23.13-2, 0.23.14-2),
 libwsutil9:amd64 (2.6.2-2, 2.6.3-1),
 dconf-gsettings-backend:amd64 (0.28.0-2, 0.30.0-1),
 libqt5dbus5:amd64 (5.11.1+dfsg-6, 5.11.1+dfsg-7),
 gconf-service:amd64 (3.2.6-4.1, 3.2.6-5),
 libqt5sql5-sqlite:amd64 (5.11.1+dfsg-6, 5.11.1+dfsg-7),
 gimp-data:amd64 (2.10.6-2, 2.10.6-3),
 automake:amd64 (1:1.16.1-1, 1:1.16.1-1.1),
 gcc-7-base:amd64 (7.3.0-28, 7.3.0-29),
 coreutils:amd64 (8.28-1, 8.30-1),
 libqt5widgets5:amd64 (5.11.1+dfsg-6, 5.11.1+dfsg-7),
 libvlc5:amd64 (1:3.0.4-dmo1, 1:3.0.4-dmo2),
 ksystemlog:amd64 (4:17.08.3-2, 4:18.08.0-1),
 kdesdk-scripts:amd64 (4:18.04.2-1, 4:18.08.0-1),
 virtualbox-dkms:amd64 (5.2.18-dfsg-1, 5.2.18-dfsg-2),
 gstreamer1.0-plugins-bad:amd64 (1:1.14.2-dmo1, 1:1.14.2-dmo2),
 python-certifi:amd64 (2018.8.13-1, 2018.8.24-1),
 udev:amd64 (239-7, 239-8),
 libcilkrts5:amd64 (7.3.0-28, 7.3.0-29),
 gstreamer1.0-plugins-base:amd64 (1.14.2-dmo1, 1.14.2-dmo2),
 libnm0:amd64 (1.12.2-2, 1.12.2-3),
 libasan4:amd64 (7.3.0-28, 7.3.0-29),
 libasan5:amd64 (8.2.0-4, 8.2.0-5),
 libquadmath0:amd64 (8.2.0-4, 8.2.0-5),
 network-manager:amd64 (1.12.2-2, 1.12.2-3),
 libkf5baloowidgets-bin:amd64 (4:17.08.3-1, 4:18.08.1-1),
 virtualbox:amd64 (5.2.18-dfsg-1, 5.2.18-dfsg-2),
 libxinerama-dev:amd64 (2:1.1.3-1+b3, 2:1.1.4-1),
 p11-kit-modules:amd64 (0.23.13-2, 0.23.14-2),
 libkf5baloowidgets5:amd64 (4:17.08.3-1, 4:18.08.1-1),
 libpostproc55:amd64 (10:4.0.2-dmo2, 10:

Bug#808275: kopete: Kopete crashes every time a message window is closed

2015-12-18 Thread Nicos Gollan 
Package: kopete
Version: 4:15.08.3-1+b1
Severity: important

Dear Maintainer,

* What led up to the situation?
With kdelibs 4.14.14, Kopete is affected by upstream bug 355275
https://bugs.kde.org/show_bug.cgi?id=355275
effectively rendering it highly annoying to use since it has become
impossible to close message windows without crashing the entire
application. This affects versions from unstable and testing.

* What exactly did you do (or not do) that was effective (or
  ineffective)?
Tried to close a message window.

* What was the outcome of this action?
Kopete crashes.

* What outcome did you expect instead?
The message window should close without crashing the application.


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

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

Versions of packages kopete depends on:
ii  kde-runtime 4:15.08.3-1
ii  libc6   2.19-22
ii  libexpat1   2.1.0-7
ii  libgadu31:1.12.1-2
ii  libgif7 5.1.1-0.2
ii  libglib2.0-02.46.2-1
ii  libidn111.32-3
ii  libjasper1  1.900.1-debian1-2.4
ii  libkabc44:4.14.10-1
ii  libkcmutils44:4.14.14-1
ii  libkde3support4 4:4.14.14-1
ii  libkdecore5 4:4.14.14-1
ii  libkdeui5   4:4.14.14-1
ii  libkdnssd4  4:4.14.14-1
ii  libkemoticons4  4:4.14.14-1
ii  libkhtml5   4:4.14.14-1
ii  libkio5 4:4.14.14-1
ii  libkmime4   4:4.14.10-1
ii  libknewstuff2-4 4:4.14.14-1
ii  libknotifyconfig4   4:4.14.14-1
ii  libkopete4  4:15.08.3-1
ii  libkparts4  4:4.14.14-1
ii  libkpimidentities4  4:4.14.10-1
ii  libmeanwhile1   1.0.2-5
ii  libmediastreamer-base3  3.6.1-2.4+b4
ii  libmsn0.3v5 4.2.1+dfsg-1+b1
ii  libortp93.6.1-2.4+b4
ii  libotr5 4.1.0-2
ii  libphonon4  4:4.8.3-2
ii  libqca2 2.1.1-2
ii  libqimageblitz4 1:0.0.6-4
ii  libqt4-dbus 4:4.8.7+dfsg-5
ii  libqt4-network  4:4.8.7+dfsg-5
ii  libqt4-qt3support   4:4.8.7+dfsg-5
ii  libqt4-sql  4:4.8.7+dfsg-5
ii  libqt4-xml  4:4.8.7+dfsg-5
ii  libqtcore4  4:4.8.7+dfsg-5
ii  libqtgui4   4:4.8.7+dfsg-5
ii  libsolid4   4:4.14.14-1
ii  libsrtp01.4.5~20130609~dfsg-1.1
ii  libssl1.0.2 1.0.2d-3
ii  libstdc++6  5.2.1-23
ii  libv4l-01.8.0-1
ii  libx11-62:1.6.3-1
ii  libxml2 2.9.2+zdfsg1-4
ii  libxslt1.1  1.1.28-2.1
ii  perl5.20.2-6
ii  phonon  4:4.8.3-2
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages kopete recommends:
ii  kdepim-runtime   4:4.14.10-2
ii  libqca2-plugin-ossl  2.1.1-2
ii  libqt4-sql-sqlite4:4.8.7+dfsg-5

Versions of packages kopete suggests:
ii  imagemagick   8:6.8.9.9-6
pn  kdeartwork-emoticons  
ii  khelpcenter   4:5.4.3-1
ii  texlive-latex-base2015.20151116-1

-- no debconf information

Bug#765457: flashplugin-nonfree: update-flashplugin-nonfree downloads old version

2014-10-15 Thread Nicos Gollan 
Package: flashplugin-nonfree
Version: 1:3.6
Severity: important

Dear Maintainer,

Running `update-flashplugin-nonfree --install` ends up fetching the old
version of the plugin instead of an available new version.

Currently, --status produces:

> Flash Player version installed on this system  : 11.2.202.406
> Flash Player version available on upstream site: 11.2.202.411

but running --install will happily fetch signatures for the .411
version, and afterwards (output with --verbose):

> downloading 
> http://fpdownload.macromedia.com/get/flashplayer/pdc/11.2.202.406/install_flash_player_11_linux.x86_64.tar.gz
>  ...
> verifying checksum install_flash_player_11_linux.x86_64.tar.gz ...
> unpacking install_flash_player_11_linux.x86_64.tar.gz ...
> verifying checksum contents of
> install_flash_player_11_linux.x86_64.tar.gz ...
> moving libflashplayer.so to /usr/lib/flashplugin-nonfree ...
> setting permissions and ownership of 
> /usr/lib/flashplugin-nonfree/libflashplayer.so ...
> Flash Player version: 11.2.202.406

This seems to have been going on for quite some time now. Manually
putting the new version into the URI really leads to a viable download.

-- Package-specific info:
Debian version: jessie/sid
Architecture: amd64
Package version: 1:3.6
Adobe Flash Player version: LNX 11,2,202,406
MD5 checksums:
87ccb674fbcf94739f82cc6089634623  
/var/cache/flashplugin-nonfree/flashplayer11_b2_install_lin_64_080811.tar.gz
3d019a4f21fba27aa7309004ac77f81c  
/var/cache/flashplugin-nonfree/get-upstream-version.pl
72054dbbceabda51bce37137568e2a1b  
/var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz
4efd7f0a0041a26e6c148120bcc311bb  
/var/cache/flashplugin-nonfree/install_flash_player_11_linux_x86_64.tar.gz
9c0112403381e2f3080e9607f201dc31  
/usr/lib/flashplugin-nonfree/libflashplayer.so
Alternatives:
flash-mozilla.so - auto mode
  link currently points to 
/usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current 'best' version is 
'/usr/lib/flashplugin-nonfree/libflashplayer.so'.
lrwxrwxrwx 1 root root 34 Sep 29 09:56 
/usr/lib/mozilla/plugins/flash-mozilla.so -> /etc/alternatives/flash-mozilla.so
/usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to 
`/etc/alternatives/flash-mozilla.so'

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

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

Versions of packages flashplugin-nonfree depends on:
ii  binutils   2.24.90.20141014-1
ii  ca-certificates20140927
ii  debconf [debconf-2.0]  1.5.53
ii  gnupg  1.4.18-4
ii  libatk1.0-02.14.0-1
ii  libcairo2  1.12.16-5
ii  libcurl3-gnutls7.38.0-2
ii  libfontconfig1 2.11.0-6.1
ii  libfreetype6   2.5.2-2
ii  libgcc11:4.9.1-16
ii  libglib2.0-0   2.42.0-2
ii  libgtk2.0-02.24.25-1
ii  libnspr4   2:4.10.7-1
ii  libnss32:3.17.1-1
ii  libpango1.0-0  1.36.8-2
ii  libstdc++6 4.9.1-16
ii  libx11-6   2:1.6.2-3
ii  libxext6   2:1.3.3-1
ii  libxt6 1:1.1.4-1
ii  wget   1.15-1+b1

flashplugin-nonfree recommends no packages.

Versions of packages flashplugin-nonfree suggests:
ii  fonts-dejavu   2.34-1
pn  hal
ii  iceweasel  31.1.0esr-1
ii  konqueror-nsplugins4:4.14.1-1
pn  ttf-mscorefonts-installer  
pn  ttf-xfree86-nonfree

-- no debconf information


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

Bug#742264: Please update printer-driver-escpr at least to upstream 1.3.1

2014-03-21 Thread Nicos Gollan 
Package: printer-driver-escpr
Version: 1.3.0-2
Tags: fixed-upstream
Source: epson-inkjet-printer-escpr

Upstream release 1.3.1 fixes a bug where the driver mixes up short- and long-
edge binding, which is annoying and tends to waste paper. Epson has also 
published version 1.4.0.


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

Bug#682010: [mumble] Communication failures due to CELT codec library removal

2012-07-25 Thread Nicos Gollan 
Hi,

On Wednesday 25 July 2012 03:50:23 Chris Knadle wrote:
> The way you've described this, /if/ the trick with Speex does work, and the
> Debian version of Mumble ships without CELT, it would mean that if any
> Debian user shows up on a public server then all users would switch to
> using Speex. If that's the case, then the audio quality of Speex vs Celt
> and the latency each has matters to an extent.

If "the trick with speex" works and is actually deemed necessary, then we're 
talking about a package providing the absolute minimum of interoperability 
without any ambition to providing quality. And yes, for it to work, it would 
need to switch all clients within hearing range to using speex with all the 
penalties in quality and latency that brings.

However, as suggested earlier, statistics also show that users on Linux 
platforms make up not quite 2% of the overall userbase, and users affected by 
the hack would be well below that (my guess would put them under one per mil). 
With that in mind, it would be easy for users to just kick the offending 
handful of clients worldwide off their servers if the need arises, since it 
would be a very rare occurrence. That makes the impact on the overall userbase 
absolutely negligible.

Regards,
Nicos


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

Bug#682010: [mumble] Communication failures due to CELT codec library removal

2012-07-24 Thread Nicos Gollan 
On Saturday 21 July 2012 03:35:56 Ron wrote:
> Sorry to keep this going with one more message, but since it seems apropos
> to the question of building an accurate table of where we might expect
> compatibility, and the earlier question of what people use on Ubuntu and
> other derivatives:
> 
> [cut IRC log about Mint 9 having a client version without baseline client]
> 
> So it would appear that shipping with celt 0.7.1 support is actually
> not sufficient on its own for people to communicate with the existing
> deployed base, and this is the advice people are given in those cases,
> by the developer who disabled the speex support ...

Please cut the unsubtle trolling against what happens upstream in development 
versions for now, especially when the situation has been explained to you 
repeatedly and patiently by upstream developers.

If certain server or client versions do not support the baseline, then that 
was so far universally a problem of maintainers not understanding the baseline 
contract and insisting on exclusively using bitstream incompatible 
distribution packages of the CELT library (some other distributions that shall 
remain unnamed have also been repeat offenders), and catering to that is 
certainly not on anyone's list, since it would, indeed, be crazy.

And in another message, he wrote:
> Speex is our most certain baseline, because all clients support it,
> and no server support is required.

Support for speex was a hack around disabilities of CELT at low bandwidths, 
and it could easily be added because the decoder was already in the client, so 
it was a non-breaking change to have clients just send speex encoded audio and 
be universally understood. Still, there is no way for a client to make other 
clients use speex. I will, however, happily declare being wrong about that 
once the magic fix-all speex patch hits and actually works.

**Sidenote:** Discussion about the qualities of different codecs, what they 
were made for, or what people want to use Mumble for, is certainly out of 
scope for this issue. With the qualities of Opus, it would certainly make a 
worthwhile topic on the Mumble forum.

Regards,
Nicos


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

Bug#682010: [mumble] Communication failures due to CELT codec library removal

2012-07-23 Thread Nicos Gollan 
Hi,

On Monday 23 July 2012 00:31:27 Chris Knadle wrote:
> This means that the Opus-only client ruins the audio connection for
> everybody else that's connected, at least in this case.

That happens because the maintainer patch "20-add-opus-threshold-option" sets 
the threshold variable default to 1, which is a pretty nonsensical value in 
most situations. It only really makes sense to set it to 0 or 100, unless you 
want to fabricate some really weird behaviour in codec negotiation…

In that case, any client with Opus support should trigger the issue, no matter 
if it supports CELT.

Just for completeness' sake, this is _not_ an upstream issue, the value is 
initialised to 100 there.

I guess manually setting "opusthreshold=100" in your murmur.ini would restore 
sane behaviour on the server side, but I'm not inclined to dig through the 
other maintainer patches to see what else is interfering at this point.

Regards,
Nicos


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

Bug#682010: re celt and mumble referred to the TC

2012-07-20 Thread Nicos Gollan 
Hi,

On Friday 20 July 2012 17:40:51 Ron wrote:
> The 'situation' is no longer disputed afaics.  Everyone except you has
> agreed on the best way forward.

No. There may be a solution that Thorvald/slicer supposedly came up with. If 
it turns out to work, super. It would make the debian-supplied client 
compatible with everyone else (probably at the cost of degrading audio quality 
for everyone happening to talk to one, but we are talking about less than a 
percent of the userbase here, so the chance of that happening is pretty slim).

Until that solution has been presented and validated, nothing can be decided. 
IMAO, the sane way forward would be to wait for said solution to emerge. There 
are now several people, including the main upstream contributor, who are 
curious how it will work.

Regards,
Nicos


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

Bug#682010: re celt and mumble referred to the TC

2012-07-20 Thread Nicos Gollan 
Hi,

On Friday 20 July 2012 01:07:52 Ron wrote:
> Once Thorvald gets back and we re-add speex, this should all work again
> for everyone,

The problem with re-enabling speex is that it will not solve the communication 
issue, except under very special circumstances.

That codec was only used in low-bandwidth situations, when a client or the 
server limits bandwidth to ≤32Kb/s, and is not part of the codec selection 
mechanism. That means a client can not advertise speex-only support. Any 
"mainstream" client will still use the baseline codec, a higher CELT version, 
or Opus, if the bandwidth permits. Due to the baseline assumption, speex-only 
clients would again be unable to listen (they would be able to talk though, 
but I'm not sure that kind of one-way communication helps anyone).

Effectively, it would cause a very similar problem, just with a slightly 
different technical background.

Regards,
Nicos


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

Bug#682010: re celt and mumble referred to the TC

2012-07-19 Thread Nicos Gollan 
Hi,

On Thursday 19 July 2012 14:40:28 Chris Knadle wrote:
> ... except that Nicos Gollan stated that mumble servers have a base
> assumption that clients have the CELT 0.7.1 codec available.  :-/  Is that
> correct?

If a client does not report any CELT versions, the server assumes that (only) 
0.7.1 is available for that client. If a client reports a number of supported 
versions, and 0.7.1 is not among them, the server will _not_ make the 
assumption, but of course such clients also risk being unable to communicate.

For details, see the implementations of:

* Server::msgAuthenticate()
* Server::recheckCodecVersions()

Newer git versions of the server will send upon login a warning to clients 
which are either missing CELT support on a "normal" server, or OPUS support on 
an OPUS-only server.

Regards,
Nicos


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

Bug#675971: what should we be doing?

2012-06-27 Thread Nicos Gollan 
Hi,

On Tuesday 26 June 2012 23:33:39 Chris Knadle wrote:
> I'm assuming all of the above is true under normal circumstnaces when CELT
> 0.7.1 support is included.  However with libcelt0-0 removed, mumble version
> 1.2.3-349-g315b5f5-1 is unable to communicate via server loopback to the
> majority of the public mumble servers (at least in the United States) all
> of which seem to have versions >= 1.2.3.

Protocol support for Opus was only enabled in fairly recent development 
versions, so server builds that are based on 1.2.3 and only include selected 
upstream patches will most likely not advertise it. Effectively, the 
standardisation process and related resolution of licensing issues for the new 
codec are one of the things holding back a "proper" 1.2.4 release.

So for reliable support, the safer bet would be to wait for 1.2.4; until then, 
it's under development and may break in weird ways.

Regards,
Nicos



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

Bug#675971: what should we be doing?

2012-06-26 Thread Nicos Gollan 
On Monday 25 June 2012 23:26:50 Chris Knadle wrote:
> It seems unusual to CC ftpmaster in a bug report, but keeping the CC as
> this is a reply to one that went there.

I won't, there are people you definitely don't want to be on the bad side of 
;-)

> On Sunday, June 24, 2012 21:36:28, Michael Schmitt wrote:
> A logical thing to try from here, if you want to give this a shot, would be
> to attempt to build the current upstream version from source and see if
> the current version of CELT that it includes will work with older versions
> of mumble-server, many of which are public.

Mumble 1.2 will by default always only ship up to two versions of CELT:

 * 0.7.1 as a baseline, which is supposed to be supported by all clients and 
servers, and
 * a second, more recent version (for Mumble 1.2.4, that's 0.11, and that's 
unlikely to change since there won't be any further releases).

Those two versions are incompatible, that's why the universally supported 
baseline is there.

> If you manage to get it to build and run, in the configuration select
> "Advanced" on the bottom left of the configure window, then in the "Audio
> Output" section under "Loopback Test", try the "server" setting and see if
> you can hear yourself through the server.
> 
> This would specifically be helpful in verifying firsthand if the newer
> versions of CELT that ship with upstream Mumble will work with older
> versions of mumble-server.

The client tells the server which versions it supports. If it doesn't admit to 
supporting 0.7.1, the server will effectively assume that it does anyway, to 
retain a stable codec negotiation and to keep misbehaving clients from ruining 
things for everyone. That mechanism is supported by all 1.2 server versions 
(plus or minus a few details, but if you're on >= 1.2.3, you should be golden; 
using 1.2.2 as a server, especially without a few patches, may not give you 
the stable operation you'd hope for).

In a further step, the server makes sure to negotiate a codec that's supported 
by all clients "within listening range".

To my knowledge, that mechanism will work with all server versions that are 
not a stupid thing to use. The only thing new to the party is Opus, which 
requires further protocol support on the server side.

So effectively, as long as your client advertises only codecs it really 
supports and has the baseline codec, server echo will work, as will 
communication with other people.

> > In general, I had a few words with some mumble devs on IRC a few days
> > back. Common thinking there was, removing celt is not a wise option, no
> > real security exploits known yet, mumble will support celt for the
> > foreseeable future (1 - 2 years).
> 
> Do you know if CELT still the default codec?

For the 1.2 series, it's supposed to be. Opus is going to be supported, it 
will be used if all clients support it, and there are knobs in place to make a 
server prefer it even at the disadvantage of older clients, but the baseline 
codec will be assumed for a long time to come.

Hope that clears things up a bit,
Nicos



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

Bug#675971: mumble: Version 1.2.3-349 breaks audio and server communication

2012-06-05 Thread Nicos Gollan 
On Tuesday 05 June 2012 13:57:53 Ron wrote:
> The problem, and possible solutions, have been patiently explained to you.
> If you aren't capable of helping, please stay out from under the feet of
> the people who are.  Wasting our time foaming about how you don't care
> and we should just ignore it isn't helping anyone.
> 
> [blah blah send patches blah, BTW, I did; ed.]
> 
> Hissy fits are not bug reports.

How is the initial report a hissy fit? Show me one place where it is *not* 
describing a valid issue concerning the operation or usability of the package.

Your patient explanation follows, since you do not seem to want to go on the 
record yourself:

(#mumble on Freenode, 2012-06-04, times are CEST)
[20:16:41]  eww.
[20:17:48]  DireFog: btw the BTS wasn't (totally) ignoring you.  it just 
had some issues with load average spiking earlier today
...
[20:18:12]  I am interested to know if there are any problems with the 
version that hit unstable yesterday though
...
[20:18:42]  the problem is that the version can't communicate with 
anyone
[20:18:50]  do you have Opus support?  because that's all that one will 
handle at present
[20:18:57]  since it doesn't have the codec used by the other five 
nines of the userbase
[20:19:03]  I have no idea if the fallback without it is actually sane 
though
[20:19:31]  there is no fallback, the fallback codec is celt 0.7.x :)
[20:19:32]  yes.  we know about that, but there are Some Issues
[20:19:52]  without CELT, you sit on a small island, population you, 
and talk to yourself :-P
[20:20:04]  yeah, by fallback I meant "silence and or a useful error 
message" :/
[20:20:25]  and With CELT you may have a remote crasher on your hands.
[20:20:33]  choose your preferred problem ...
...
[20:20:55]  at worst it's an app crasher, since it's running purely 
in userspace
[20:21:07]  so I'll take that over not being able to talk to anyone
[20:21:15]  pcgod: yeah, that'd the bit I'm not certain about.  it could 
just be sending uninitialised junk buffers
[20:22:06]  no, at worst it's you being pwned and then priv escalation 
to root ...
[20:22:22]  show me the exploit
[20:22:36]  show me there isn't one?
[20:22:59]  right now, you're pushing out a completely broken package 
that makes the Debian project vulnerable to licensing-related lawsuits until 
the RFC is out
[20:23:23]  sigh
[20:23:41]  if you want to talk about this sensibly, I'm happy to do so
[20:23:42]  so it's one of removing the package entirely out of 
paranoia, or removing it until OPUS support is finalised and enough people are 
using it to make the whole thing worthwhile again
[20:23:55]  if you want to handwave in a panic, that isn't going to help 
anything or any one
[20:24:17]  but having a Debian Unstable Voice Messenger that fries 
my ears everytime someone starts talking is pretty darn useless.
...
[20:24:44]  removing CELT support is the panicky handwaving in this 
case, since the thing has been around quite some time, and there are *no* 
known vulns
[20:24:58]  because yes, the alternative is I could remove it 
completely.  but I'm hoping we can do Something Better still.  there's not a 
lot of time for that to happen though.  so foaming is just wasting it
[20:25:23]  what's the useful ting to do in your opinion?
[20:25:26]  thing*
...
[20:26:01]  right now, you're effectively publishing an incompatoible 
fork of the project
[20:26:03]  provide a fallback to speex would have been our surest 
baseline ...
[20:26:25]  but that's been removed now, and apparently needs manual 
tweaking to make happen
[20:26:54]  you might as well remove the "low-latency, high quality" 
part from the package description then
[20:27:20]  celt was always an experiment.  that experiment is over.
[20:27:37]  yes, the timing is terrible, but move to opus and all will 
be fine again
[20:27:50]  it's not like that's really going to take all that long
[20:28:08]  a *lot* of people won't be using that at least until 
1.2.4 has been out for quite some time
[20:28:13]  hell
[20:28:19]  many are still on 1.2.2 for some reason
[20:28:33]  *nobody* is maintaining celt anymore.
[20:28:35]  so communication with any of those will be impossible
[20:29:14]  and if it's impossible, that will just give them incentive 
to move to a working version
[20:29:47]  OK, so, *purely IMO* remove the entire package or rebrand 
it, since it's worthless without CELT and having it around under the official 
name will do nothing but hurt the project's reputation.
[20:30:07]  right now, you have interop hell, because you're spread over 
half a dozen mutually incompatible codecs
[20:30:14]  what?
[20:30:43]  AFAIK there are two supported versions that normally come 
with the program
...
[20:31:28]  those are well-defined in the protocol, and support 
autonegotiation (given a recent enough server)
...
[21:35:14]  DireFog: anyhow, you've maybe got a couple of weeks to come 
up with some patches to improve things.  but shipping an unsupported codec in 
the distro

Bug#675971: To quote the maintainer...

2012-06-05 Thread Nicos Gollan 
Straight from the maintainer:

(#mumble on Freenode, 2012-06-05, times are CEST)

[13:55:50] -*- ron_ hands DireFog CVE-2012-1667.  software that people are 
using never has bugs like that right ...
[13:56:37]  if you won't (or as I rather have come to suspect simply 
can't) help, then please try to sob quietly in the corner while the big boys 
do what they can to fix things
[13:57:08]  if OTOH you'd rather end up in the magic BTS array 
gFuckheads - then you know what to do.
[13:57:18]  I'll presume you can guess what that does
[13:57:31]  if you're deleting stuff from potential bugs, you can 
start with the kernel.
[13:57:43]  s/from/for/;
[13:58:45]  you think we don't remove broken crap from the kernel?  lol
[13:58:59]  I'm not discussing this with you any further, but will 
look at routes for escalation if I feel so.
[13:59:36]  one of these days alice.  bang zoom, straight to the moon!

I will now stop caring about this issue, since the maintainer is not helpful 
and, in my opinion, unfit for the job.



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

Bug#675971: Seriously, wishlist?

2012-06-05 Thread Nicos Gollan 
Let's recap.

You've decided to ship a *fundamentally broken* version of the package. It is 
simply *not possible* to talk to the vast majority of the userbase, and it 
will remain that way for the foreseeable future.

You are doing that out of the abstract fear that the CELT library *may* have 
some vulnerability, yet, even though it has been used for quite some time now, 
none are known.

You are not putting in place any notification that this will happen, making 
users believe they'd get a functional package.

So effectively, you are misleading users and damaging the reputation of the 
mumble project out of some vague unfounded fear that something bad may be 
going on somewhere, and you make a wishlist item out of the situation so the 
whole broken mess will trickle down into testing and eventually stable where 
it will cause massive headaches.

This is OpenSSH all over again!

As we discussed on IRC, you should, IMO, either remove the client package from 
the official repositories since it is completely useless as it is, or rebrand 
it properly and put some warnings in place that the client is useless and 
people need to compile it themselves or get it from somewhere else.



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

Bug#675971: mumble: Version 1.2.3-349 breaks audio and server communication

2012-06-04 Thread Nicos Gollan 
Package: mumble
Version: 1.2.3-349-g315b5f5-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
   The maintainer patch which disables CELT

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   Update the package to the most recent version

   * What was the outcome of this action?
   Audio is completely broken since the maintainer-patched client uses an 
incomplete integration of a widely unsupported audio codec (OPUS) and 
completely disables codecs required to communicate with any other released 
version of the software.

   * What outcome did you expect instead?
   A usable VoIP tool.

With disabled CELT, mumble produces horrible audio glitches which are a known 
issue with the current OPUS integration. Furthermore, it means Debian mumble 
clients can no longer sanely communicate with any officially released version. 
In the worst case, it will even break things for other users on a server since 
it shows very incomplete codec support.


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

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

Versions of packages mumble depends on:
ii  gconf2 3.2.5-1
ii  libasound2 1.0.25-3
ii  libavahi-client3   0.6.31-1
ii  libavahi-common3   0.6.31-1
ii  libavahi-compat-libdnssd1  0.6.31-1
ii  libc6  2.13-33
ii  libg15daemon-client1   1.9.5.3-8.2
ii  libgcc11:4.7.0-11
ii  libopus0   0.9.14+20120521-2
ii  libprotobuf7   2.4.1-2
ii  libpulse0  2.0-3
ii  libqt4-dbus4:4.8.1-2
ii  libqt4-network 4:4.8.1-2
ii  libqt4-sql 4:4.8.1-2
ii  libqt4-sql-sqlite  4:4.8.1-2
ii  libqt4-svg 4:4.8.1-2
ii  libqt4-xml 4:4.8.1-2
ii  libqtcore4 4:4.8.1-2
ii  libqtgui4  4:4.8.1-2
ii  libsndfile11.0.25-4
ii  libspeechd20.7.1-6.1
ii  libspeex1  1.2~rc1-6
ii  libspeexdsp1   1.2~rc1-6
ii  libssl1.0.01.0.1c-1
ii  libstdc++6 4.7.0-11
ii  libx11-6   2:1.4.99.901-2
ii  libxi6 2:1.6.1-1
ii  lsb-release4.1+Debian6

Versions of packages mumble recommends:
ii  speech-dispatcher  0.7.1-6.1

Versions of packages mumble suggests:
ii  mumble-server  1.2.3-349-g315b5f5-1

-- no debconf information



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

Bug#636373: libdnet: Only suggest dnet-common

2011-08-19 Thread Nicos Gollan 
On Friday 19 August 2011 04:02:03 you wrote:
> […] at least
> one user group needs to take extra action. (ideally both user groups
> ('dumb user' and 'user wanting to actively use this feature') would not
> need to take extra actions).

The problem is that right now, the "dumb user" has their system actively 
broken in a quite subtle, hard to fix, and possibly persistent way, which is a 
bad thing by any measure you may apply.



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

Bug#637790: xrestop: Batch output uses "ox" to denote hex numbers

2011-08-14 Thread Nicos Gollan 
Package: xrestop
Version: 0.4-4
Severity: normal


Running xrestop in batch mode produces lines like:

res_base  : ox160

which should probably be "0x160".

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

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

Versions of packages xrestop depends on:
ii  libc6 2.13-16Embedded GNU C Library: Shared lib
ii  libncurses5   5.9-1  shared libraries for terminal hand
ii  libx11-6  2:1.4.4-1  X11 client-side library
ii  libxext6  2:1.3.0-3  X11 miscellaneous extension librar
ii  libxres1  2:1.0.5-1  X11 Resource extension library

xrestop recommends no packages.

xrestop suggests no packages.

-- no debconf information



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

Bug#636373: libdnet: Only suggest dnet-common

2011-08-02 Thread Nicos Gollan 
Package: libdnet
Version: 2.56
Severity: normal

Installing dnet-common requires user input for an archaic artifact that
most users will not be familiar with. People who wat to use DECnet will
know where to look.

Please reduce dnet-common to a suggestion for libdnet.

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

Kernel: Linux 3.0.0-rc6-no-evgmem+ (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libdnet depends on:
ii  libc6 2.13-13Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.1-5  GCC support library
ii  libstdc++64.6.1-5GNU Standard C++ Library v3

Versions of packages libdnet recommends:
pn  dnet-common(no description available)

libdnet suggests no packages.

-- no debconf information



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

Bug#636371: libroar1: Do not depend on system libcelt

2011-08-02 Thread Nicos Gollan 
Package: libroar1
Version: 0.4~beta7-1
Severity: important
Tags: upstream

Depending on a system-level libcelt will frequently break until the CELT
bitstream becomes stable. This can and likely will cause interoperability
issues at some point, e.g. when Debian updates from the by now seriously
outdated 0.7 library.

If CELT is absolutely required, supply a private library like e.g. Mumble
does.

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

Kernel: Linux 3.0.0-rc6-no-evgmem+ (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libroar1 depends on:
ii  libc6   2.13-13  Embedded GNU C Library: Shared lib
ii  libcelt0-0  0.7.1-1  The CELT codec runtime library
iu  libdnet 2.56 DECnet Libraries
ii  libslp1 1.2.1-7.8OpenSLP libraries
ii  libspeex1   1.2~rc1-1The Speex codec runtime library
ii  libspeexdsp11.2~rc1-1The Speex extended runtime library
ii  libx11-62:1.4.4-1X11 client-side library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

libroar1 recommends no packages.

Versions of packages libroar1 suggests:
ii  bzip2 1.0.5-6high-quality block-sorting file co
ii  gnupg 1.4.11-3   GNU privacy guard - a free PGP rep
pn  libmuroar0 (no description available)
ii  openssh-client1:5.8p1-7  secure shell (SSH) client, for sec
ii  pinentry-gtk2 [pinentry]  0.8.1-1GTK+-2-based PIN or pass-phrase en
ii  pinentry-qt4 [pinentry]   0.8.1-1Qt-4-based PIN or pass-phrase entr
pn  roaraudio-server   (no description available)
pn  slpd   (no description available)

-- no debconf information



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

Bug#599124: libcairo2: Please integrate patch from upstream to make cairo psfrag fiendly

2011-01-11 Thread Nicos Gollan 
This bug kills one of the few competent vector graphics applications for 
scientific work. Please do not overlook this issue, especially with Cairo 
becoming the de-facto standard library for that kind of application. Building 
hacked packages from git is becoming tedious.



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

Bug#585007: kopete: Jabber (XMPP) protocol disconnects repeatedly. Upstream #198789

2010-06-08 Thread Nicos Gollan 
Package: kopete
Version: 4:4.4.4-1
Severity: normal
Tags: upstream

Kopete in KDE4 tends to repeatedly disconnect from servers due to a conceived
"protocol error", that seems to be a bug in the client's timeout handling.

Upstream bug is at https://bugs.kde.org/show_bug.cgi?id=198789 including a
proposed patch. Please consider including the patch in the Debian packages
until it is included.

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

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

Versions of packages kopete depends on:
ii  kdebase-runtime 4:4.4.4-1runtime components from the offici
ii  kdepim-runtime  4:4.4.4-1Runtime components for akonadi-kde
ii  libc6   2.11.1-2 Embedded GNU C Library: Shared lib
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  libgadu31:1.9.0~rc2-1Gadu-Gadu protocol library - runti
ii  libgif4 4.1.6-9  library for GIF images (library)
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libidn111.18-1   GNU Libidn library, implementation
ii  libkabc44:4.4.4-1library for handling address book 
ii  libkde3support4 4:4.4.4-1the KDE 3 Support Library for the 
ii  libkdecore5 4:4.4.4-1the KDE Platform Core Library
ii  libkdeui5   4:4.4.4-1the KDE Platform User Interface Li
ii  libkdnssd4  4:4.4.4-1the DNS-SD Protocol Library for th
ii  libkhtml5   4:4.4.4-1the KHTML Web Content Rendering En
ii  libkio5 4:4.4.4-1the Network-enabled File Managemen
ii  libkmime4   4:4.4.4-1library for handling MIME data
ii  libknewstuff2-4 4:4.4.4-1the "Get Hot New Stuff" v2 Library
ii  libknotifyconfig4   4:4.4.4-1library for configuring KDE Notifi
ii  libkopete4  4:4.4.4-1main Kopete library
ii  libkparts4  4:4.4.4-1the Framework for the KDE Platform
ii  libkpimidentities4  4:4.4.4-1library for managing user identiti
ii  libkutils4  4:4.4.4-1various utility classes for the KD
ii  libmeanwhile1   1.0.2-3  open implementation of the Lotus S
ii  libmediastreamer0   3.3.0-2  linphone web phone's media library
ii  libmsn0.3   4.1-1.2  high-level C++ library for MSN Mes
ii  libortp83.3.0-2  Real-time Transport Protocol stack
ii  libotr2 3.2.0-2  Off-the-Record Messaging library
ii  libphonon4  4:4.6.0really4.4.2-1 the core library of the Phonon mul
ii  libqca2 2.0.2-1  libraries for the Qt Cryptographic
ii  libqimageblitz4 1:0.0.4-4QImageBlitz image effects library
ii  libqt4-dbus 4:4.6.2-5Qt 4 D-Bus module
ii  libqt4-network  4:4.6.2-5Qt 4 network module
ii  libqt4-qt3support   4:4.6.2-5Qt 3 compatibility library for Qt 
ii  libqt4-sql  4:4.6.2-5Qt 4 SQL module
ii  libqt4-xml  4:4.6.2-5Qt 4 XML module
ii  libqtcore4  4:4.6.2-5Qt 4 core module
ii  libqtgui4   4:4.6.2-5Qt 4 GUI module
ii  libsolid4   4:4.4.4-1Solid Library for KDE Platform
ii  libssl0.9.8 0.9.8o-1 SSL shared libraries
ii  libstdc++6  4.4.4-4  The GNU Standard C++ Library v3
ii  libv4l-00.8.0-1  Collection of video4linux support 
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxml2 2.7.7.dfsg-2 GNOME XML library
ii  libxslt1.1  1.1.26-3 XSLT processing library - runtime 
ii  phonon  4:4.6.0really4.4.2-1 metapackage for the Phonon multime
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages kopete recommends:
ii  libqca2-plugin-ossl   0.1~20070904-4 QCA OSSL plugin for libqca2
ii  libqt4-sql-sqlite 4:4.6.2-5  Qt 4 SQLite 3 database driver

Versions of packages kopete suggests:
ii  kdeartwork-emoticons  4:4.4.4-1  emoticon collections for KDE chat 
ii  khelpcenter4  4:4.4.4-1  Help Center for KDE 4
ii  texlive-latex-base2009-10TeX Live: Basic LaTeX packages

-- no debconf information



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

Bug#539597: openoffice.org: installation messing with user's

2009-09-18 Thread Nicos Gollan 
The same issue occurs with
 - openoffice.org-filter-binfilter (1:3.1.1-2)
 - openoffice.org-evolution (1:3.1.1-2)
when upgrading packages.

Output from apt-get dist-upgrade:

Preparing to replace openoffice.org-filter-binfilter 1:3.1.1-1 (using 
.../openoffice.org-filter-binfilter_1%3a3.1.1-2_i386.deb) ...   
  
[Java framework] Error in function createSettingsDocument (elements.cxx).   


javaldx failed! 


creation of executable memory area failed: Permission denied


creation of executable memory area failed: Permission denied


creation of executable memory area failed: Permission denied


creation of executable memory area failed: Permission denied


file:///usr/lib/openoffice/basis3.1/program/libbf_migratefilterli.so


revoke component 
'file:///usr/lib/openoffice/basis3.1/program/libbf_migratefilterli.so' from 
registry '/var/lib/openoffice/basis3.1/program/services.rdb' succesful! 
   

[...]

Preparing to replace openoffice.org-evolution 1:3.1.1-1 (using 
.../openoffice.org-evolution_1%3a3.1.1-2_i386.deb) ...  

 
[Java framework] Error in function createSettingsDocument (elements.cxx).   


javaldx failed! 


creation of executable memory area failed: Permission denied


creation of executable memory area failed: Permission denied


creation of executable memory area failed: Permission denied


creation of executable memory area failed: Permission denied


file:///usr/lib/openoffice/basis3.1/program/libevoabli.so   


revoke component 'file:///usr/lib/openoffice/basis3.1/program/libevoabli.so' 
from registry '/var/lib/openoffice/basis3.1/program/services.rdb' succesful!
   

[...]

Setting up openoffice.org-filter-binfilter (1:3.1.1-2) ...
[Java framework] Error in function createSettingsDocument (elements.cxx).
javaldx failed!
creation of executable memory area failed: Permission denied
creation of executable memory area failed: Permission denied
creation of executable memory area failed: Permission denied
creation of executable memory area failed: Permission denied
file:///usr/lib/openoffice/basis3.1/program/libbf_migratefilterli.so
register component 
'file:///usr/lib/openoffice/basis3.1/program/libbf_migratefilterli.so' in 
registry '/var/lib/openoffice/basis3.1/program/services.rdb' succesful!

[...]

Setting up openoffice.org-evolution (1:3.1.1-2) ...
[Java framework] Error in funct

Bug#539597: openoffice.org: installation messing with user's

2009-09-16 Thread Nicos Gollan 
Hi,

I can confirm it in the openoffice.org-emailmerge package. When 
(re)configuring that package from a sudo login, it will fail; when running as 
"proper" root however, it works fine.

My home directory is mounted from NFS with the export having the root_squash 
option set, so root can't actually write to that directory.

Regards,
Nicos Gollan

= package information
openoffice.org-emailmerge:
  Installed: 1:3.1.1-2
  Candidate: 1:3.1.1-2
  Version table:
 *** 1:3.1.1-2 0
700 http://ftp.de.debian.org unstable/main Packages
100 /var/lib/dpkg/status

= console output
(with sudo) # dpkg-reconfigure openoffice.org-emailmerge
Adding extension /usr/lib/openoffice/basis3.1/program/mailmerge.py...creation 
of executable memory area failed: Permission denied
creation of executable memory area failed: Permission denied
creation of executable memory area failed: Permission denied
creation of executable memory area failed: Permission denied
creation of executable memory area failed: Permission denied
creation of executable memory area failed: Permission denied
creation of executable memory area failed: Permission denied
Extension has already been added: org.openoffice.legacy.mailmerge.py
 done.

(with sudo) # su -c "dpkg-reconfigure openoffice.org-emailmerge"
Adding extension /usr/lib/openoffice/basis3.1/program/mailmerge.py...Extension 
has already been added: org.openoffice.legacy.mailmerge.py
 done.



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

Bug#525402: kdelibs5: No support for HTTP protocol

2009-07-12 Thread Nicos Gollan 

Sune Vuorela schrieb:

On Sunday 12 July 2009 13:30:35 Nicos Gollan wrote:
  

I forgot about the bug report. It took me quite some time to fix it.

Ultimately, I had to manually remove all packages related to KDE and
then manually delete all remaining KDE stuff under /usr/lib and
/usr/share to fix the issue.



Installing to /usr without doing it with your package manager is bound to give 
you issues sooner or later, so please don't.


/Sune
  


I had been using the very unofficial/unsupported "pre-packages" of KDE 
4, but never installed any manually built packages (as I found KDE to be 
a bit of a pain to build and install anyway). At some point, one of the 
core packages must have left behind e.g. a configuration file that 
subsequently broke the HTTP kioslave. It must have been something in the 
/usr hierarchy, since I didn't touch anything else.


So to clarify, I uninstalled packages related to KDE until the kde4 
structure in /usr/share didn't contain any more files recognized by dpkg 
-S, and then deleted the rest. After reinstallation, everything was back 
to normal.




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

Bug#525402: kdelibs5: No support for HTTP protocol

2009-07-12 Thread Nicos Gollan 

I forgot about the bug report. It took me quite some time to fix it.

Ultimately, I had to manually remove all packages related to KDE and 
then manually delete all remaining KDE stuff under /usr/lib and 
/usr/share to fix the issue.




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

Bug#526886: kvirc website, upstream 3.4.2

2009-05-04 Thread Nicos Gollan 
Package: kvirc
Version: 2:3.4.0-3
Severity: wishlist

The Debian packages of kvirc have been stuck at 3.4.0 for a long time now.
The most recent upstream release is 3.4.2 (which is also supposed to be the
last kvirc release in the KDE/Qt 3 line).

Another issue is the website. The package currently lists it as
http://kvirc.net which has recently expired. http://www.kvirc.de still seems
to be available.



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

Bug#525402: kdelibs5: No support for HTTP protocol

2009-04-24 Thread Nicos Gollan 
Package: kdelibs5
Version: 4:4.2.2-2
Severity: important

Konqueror and other applications report missing support for the HTTP
protocol. Error messages are e.g.:

KOrganizer:
Could not start process Unable to create io-slave:
klauncher said: Unknown protocol 'http'.
..

Konqueror:
Protocol not supported
http

Console output and strace show no irregularities.

Other protocols handled by the HTTP KIOslave like WebDAV and HTTPS are
working. This happens on a fresh user account. Tried purging kdelibs5 and all
packages depending on it without success.

The issue persists for a few days now. This is on a system running unstable.

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

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

Versions of packages kdelibs5 depends on:
ii  dbus-x11 1.2.12-1simple interprocess messaging syst
ii  debconf [debconf-2.0 1.5.26  Debian configuration management sy
ii  kdelibs-bin  4:4.2.2-2   executables for all KDE 4 core app
ii  kdelibs5-data4:4.2.2-2   core shared data for all KDE 4 app
ii  libacl1  2.2.47-2Access control list shared library
ii  libaspell15  0.60.6-1GNU Aspell spell-checker runtime l
ii  libattr1 1:2.4.43-2  Extended attribute shared library
ii  libbz2-1.0   1.0.5-1 high-quality block-sorting file co
ii  libc62.9-7   GNU C Library: Shared libraries
ii  libenchant1c2a   1.4.2-3.3   a wrapper library for various spel
ii  libgamin0 [libfam0]  0.1.10-1Client library for the gamin file 
ii  libgcc1  1:4.3.3-8   GCC support library
ii  libgif4  4.1.6-6 library for GIF images (library)
ii  libgssapi-krb5-2 1.6.dfsg.4~beta1-13 MIT Kerberos runtime libraries - k
ii  libice6  2:1.0.5-1   X11 Inter-Client Exchange library
ii  libilmbase6  1.0.1-3 several utility libraries from ILM
ii  libjasper1   1.900.1-5.1 The JasPer JPEG-2000 runtime libra
ii  libjpeg626b-14   The Independent JPEG Group's JPEG 
ii  libopenexr6  1.6.1-4 runtime files for the OpenEXR imag
ii  libpcre3 7.8-2+b1Perl 5 Compatible Regular Expressi
ii  libphonon4   4:4.3.1-1   Phonon multimedia framework for Qt
ii  libpng12-0   1.2.35-1PNG library - runtime
ii  libqt4-dbus  4.5.0-2 Qt 4 D-Bus module
ii  libqt4-designer  4.5.0-2 Qt 4 designer module
ii  libqt4-network   4.5.0-2 Qt 4 network module
ii  libqt4-qt3support4.5.0-2 Qt 3 compatibility library for Qt 
ii  libqt4-script4.5.0-2 Qt 4 script module
ii  libqt4-svg   4.5.0-2 Qt 4 SVG module
ii  libqt4-xml   4.5.0-2 Qt 4 XML module
ii  libqtcore4   4.5.0-2 Qt 4 core module
ii  libqtgui44.5.0-2 Qt 4 GUI module
ii  libsm6   2:1.1.0-2   X11 Session Management library
ii  libsoprano4  2.2.2+dfsg.1-1  libraries for the Soprano RDF fram
ii  libssl0.9.8  0.9.8g-16   SSL shared libraries
ii  libstdc++6   4.3.3-8 The GNU Standard C++ Library v3
ii  libstreamanalyzer0   0.6.5-1 streamanalyzer library for Strigi 
ii  libx11-6 2:1.2.1-1   X11 client-side library
ii  libxcursor1  1:1.1.9-1   X cursor management library
ii  libxfixes3   1:4.0.3-2   X11 miscellaneous 'fixes' extensio
ii  libxml2  2.7.3.dfsg-1GNOME XML library
ii  libxrender1  1:0.9.4-2   X Rendering Extension client libra
ii  libxslt1.1   1.1.24-2XSLT processing library - runtime 
ii  libxtst6 2:1.0.3-1   X11 Testing -- Resource extension 
ii  shared-mime-info 0.60-2  FreeDesktop.org shared MIME databa
ii  xauth1:1.0.3-2   X authentication utility
ii  xdg-utils1.0.2-6.1   desktop integration utilities from
ii  zlib1g   1:1.2.3.3.dfsg-13   compression library - runtime

Versions of packages kdelibs5 recommends:
ii  kaboom1.1.0  The Debian KDE settings migration 
ii  kdebase-runtime   4:4.2.2-1  runtime components from the offici
ii  ttf-dejavu2.29-2 Metapackage to pull in ttf-dejavu-

kdelibs5 suggests no packages.

-- debconf information excluded



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

Bug#524174: [Pkg-xfce-devel] Bug#524174: xfce4 package in unstable (4.6.0-2) is not installable

2009-04-15 Thread Nicos Gollan 
On Wednesday 15 April 2009 13:06:04 you wrote:

> If you run unstable you should be prepared for such temporary issues.
>
> You can see that:
>   * xfce4-settings is indeed in unstable:
> http://packages.qa.debian.org/x/xfce4-settings.html
>   * xfce4-settings isn't yet built for i386:
> https://buildd.debian.org/~luk/status/package.php?p=xfce4-settings
> (it might be by the time you read this)
>
> So this isn't a bug, it's just the normal operation of unstable.

That situation has now persisted for about a week, which is approximately the 
amount of time I can stand using KDE 4, and which is beginning to stretch the 
meaning of "temporary". That is why I brought it to attention with a bug 
report.

I am willing to sit through issues in unstable, and I understand the issues 
involved in using it, but for all I know the maintainer's main focus may be on 
another architecture, and a missing package may just be a simple oversight. 
The bug report was in no way meant to be a kick in the shins. (Hey, this is 
not the Mozilla BTS ;-))

Regards,
Nicos Gollan



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

Bug#524174: xfce4 package in unstable (4.6.0-2) is not installable

2009-04-15 Thread Nicos Gollan 
Package: xfce4
Version: 4.4.2.1
Severity: grave
Justification: renders package unusable

The xfce4 meta-package currently in unstable can not be installed due to
unfulfillable dependencies. When trying to install it, I get:

The following packages have unmet dependencies:
  xfce4: Depends: xfce4-settings (>= 4.6.0) but it is not installable
 Depends: xfce4-session (>= 4.6.0) but 4.4.2-6 is to be installed

However, xfce4-settings is neither in unstable nor in experimental.

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

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

Versions of packages xfce4 depends on:
ii  gtk2-engines-xfce 2.6.0-2A GTK+-2.0 theme engine for Xfce
ii  thunar1.0.0-2File Manager for Xfce
ii  xfce4-icon-theme  4.4.2-1Xfce Standard icon theme
ii  xfce4-mcs-plugins 4.4.2-4Special modules for the xfce4-mcs-
ii  xfce4-panel   4.6.0-2The Xfce4 desktop environment pane
ii  xfce4-session 4.4.2-6Xfce4 Session Manager
ii  xfce4-utils   4.6.0-2Various tools for Xfce
ii  xfdesktop44.6.0-2xfce desktop background, icons and
ii  xfwm4 4.6.0-2window manager of the Xfce project

Versions of packages xfce4 recommends:
ii  desktop-base  5.0.5  common files for the Debian Deskto
ii  orage 4.6.0-2Calendar for Xfce Desktop Environm
ii  xfce4-mixer   4.6.0-2Xfce mixer application
ii  xfce4-terminal0.2.10-2   Xfce terminal emulator
ii  xfprint4  4.6.0-2Printer GUI for Xfce4
ii  xorg  1:7.4+1X.Org X Window System

xfce4 suggests no packages.

-- no debconf information



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

Bug#507238: kaddressbook: dependency on libgnokii3 now unsatisfiable in experimental

2009-03-11 Thread Nicos Gollan 
Package: kaddressbook
Version: 4:4.2.1-1
Followup-For: Bug #507238

libgnokii3 is no longer even available in unstable or experimental, so a
dependency on the package should be completely invalid. libgnokii3 from
testing is no longer installable since it conflicts with gnokii-common from
unstable.

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

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

Versions of packages kaddressbook depends on:
ii  akonadi-server1.1.1-2Akonadi PIM storage service
ii  kdebase-runtime   4:4.2.1-1  runtime components from the offici
ii  kdelibs5  4:4.2.1-1  core libraries for all KDE 4 appli
ii  kdepimlibs5   4:4.2.1-1  core libraries for KDE PIM 4 appli
ii  libc6 2.9-4  GNU C Library: Shared libraries
pn  libgnokii3 (no description available)
ii  libkabcommon4 4:4.2.1-1  KDE PIM common addressbook library
ii  libkdepim44:4.2.1-1  KDE PIM library
ii  libkleo4  4:4.2.1-1  certificate based crypto library f
ii  libkontactinterfaces4 4:4.2.1-1  KDE Kontact interface library
ii  libphonon44:4.3.1-1  Phonon multimedia framework for Qt
ii  libqt4-dbus   4.4.3-2Qt 4 D-Bus module
ii  libqt4-qt3support 4.4.3-2Qt 3 compatibility library for Qt 
ii  libqt4-xml4.4.3-2Qt 4 XML module
ii  libqtcore44.4.3-2Qt 4 core module
ii  libqtgui4 4.4.3-2Qt 4 GUI module
ii  libstdc++64.3.3-5The GNU Standard C++ Library v3
ii  phonon4:4.3.1-1  metapackage for Phonon multimedia 

kaddressbook recommends no packages.

Versions of packages kaddressbook suggests:
ii  kdepim-kresources 4:4.2.1-1  KDE PIM resource plugins



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

Bug#513833: libxine1: Seeking in WavPack and potentially FLAC

2009-02-01 Thread Nicos Gollan 
Package: libxine1
Version: 1.1.17~hg-wavpack-0
Severity: wishlist

xine has issues seeking in WavPack and FLAC files (i.e. it isn't
implemented). I did some digging through the code, and implemented a
WavPack demultiplexer that supports seeking. It does so in a manner that
breaks the demux/decode separation though, so I'd like to talk that
through with whoever is in charge of the project before publishing patches.

What I have right now is a demultiplexer that does the decoding as well, and
sends out LPCM buffers. This seemed necessary since proper seeking requires
a WavPack context that the current implementation only creates on demand. My
approach keeps a context over the lifetime of the stream and handles seeking
through the WavPack library, which is quite fast (at least within the
limitations of the format).

A similar approach is probably possible for the FLAC demuxer.

If there is interest in my implementation, please contact me.

Regards,
Nicos Gollan

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (700, 'unstable'), (600, 'testing'), (502, 'experimental')
Architecture: i386 (i686)

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

Versions of packages libxine1 depends on:
ii  liba52-0.7.4   0.7.4-11  library for decoding ATSC A/52 str
ii  libasound2 1.0.16-2  ALSA library
ii  libavcodec52   3:20090128-0.0library to encode decode multimedi
ii  libavutil493:20090128-0.0avutil shared libraries
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libcdio7   0.78.2+dfsg1-3library to read and control CD-ROM
ii  libfaad0   2.6.1-3.1 freeware Advanced Audio Decoder - 
ii  libgl1-mesa-glx [libgl 7.3~rc3-1 A free implementation of the OpenG
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libglu1-mesa [libglu1] 7.0.3-7   The OpenGL utility library (GLU)
ii  libgtk2.0-02.12.11-4 The GTK+ graphical user interface 
ii  libiso9660-5   0.78.2+dfsg1-3library to work with ISO9660 files
ii  libjack0   0.116.1-3 JACK Audio Connection Kit (librari
ii  libmad00.15.1b-4 MPEG audio decoder library
ii  libmagick107:6.3.7.9.dfsg1-3 image manipulation library
ii  libmodplug0c2  1:0.8.4-3 shared libraries for mod music bas
ii  libogg01.1.3-4   Ogg Bitstream Library
ii  libpostproc51  3:20090128-0.0postproc shared libraries
ii  libpulse0  0.9.10-3  PulseAudio client libraries
ii  libspeex1  1.2~rc1-1 The Speex codec runtime library
ii  libtheora0 1.0~beta3-1   The Theora Video Compression Codec
ii  libvcdinfo00.7.23-4  library to extract information fro
ii  libvorbis0a1.2.0.dfsg-3.1The Vorbis General Audio Compressi
ii  libwavpack14.50.1-1  an audio codec (lossy and lossless
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxcb-shape0  1.1-1.1   X C Binding, shape extension
ii  libxcb-shm01.1-1.1   X C Binding, shm extension
ii  libxcb-xv0 1.1-1.1   X C Binding, xv extension
ii  libxcb11.1-1.1   X C Binding
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxv1 2:1.0.4-1 X11 Video extension library
ii  libxvmc1   1:1.0.4-2 X11 Video extension library
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages libxine1 recommends:
ii  libmng1   1.0.9-1Multiple-image Network Graphics li

Versions of packages libxine1 suggests:
ii  libaa1 1.4p5-37+b1   ascii art library
ii  libaudiofile0  0.2.6-7   Open-source version of SGI's audio
ii  libcaca0   0.99.beta16-1 colour ASCII art library
ii  libesd00.2.36-3  Enlightened Sound Daemon - Shared 
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime
ii  libsdl1.2debian1.2.13-4  Simple DirectMedia Layer
ii  libsmbclient   2:3.2.5-4 shared library that allows applica
ii  libxine1-doc [libxine-doc] 1.1.16.1-2the xine video player library, doc

-- no debconf information



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

Bug#512499: kdepimlibs5: Update dependency on libgpgme11 to >= 1.1.8

2009-01-21 Thread Nicos Gollan 
Package: kdepimlibs5
Version: 4:4.1.4-1
Severity: important

When being stupid enough to run KDE4 from experimental on a system with some
packages from testing, kdepimlibs5 will fail to update libgpgme11 to version
1.1.8. This leads to relocation errors when sending mail from Kontact, making
the application close without any feedback. Installing the proper version
manually fixes that behavior.

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable'), (500, 'experimental')
Architecture: i386 (i686)

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

Versions of packages kdepimlibs5 depends on:
ii  kdelibs5 4:4.1.4-1   core libraries for all KDE 4 appli
ii  kdepimlibs-data  4:4.1.4-1   core shared data for KDE PIM 4 app
ii  libakonadiprivate1   1.0.0-2 libraries for the Akonadi PIM stor
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libgpg-error01.4-2   library for common error values an
ii  libgpgme11   1.1.8-2 GPGME - GnuPG Made Easy
ii  libldap-2.4-22.4.11-1OpenLDAP libraries
ii  libqt4-dbus  4.4.3-1 Qt 4 D-Bus module
ii  libqt4-network   4.4.3-1 Qt 4 network module
ii  libqt4-xml   4.4.3-1 Qt 4 XML module
ii  libqtcore4   4.4.3-1 Qt 4 core module
ii  libqtgui44.4.3-1 Qt 4 GUI module
ii  libsasl2-2   2.1.22.dfsg1-23 Cyrus SASL - authentication abstra
ii  libsasl2-modules 2.1.22.dfsg1-23 Cyrus SASL - pluggable authenticat
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3

kdepimlibs5 recommends no packages.

kdepimlibs5 suggests no packages.

-- no debconf information



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